본문 바로가기

전체 글

(86)
#1. SAP 조직구조 - 관리회계 영역 세팅: (1) 기본 데이터 배경 설명 'IMG 세팅' 카테고리에서는 개별 IMG Configuration 매뉴얼을 작성하고자 한다. 각 IMG 세팅의 목적, 연결관계, 용례, 개별 필드의 의미 등에 대해 기술한다. 나의 경험과 각종 교재, SAP HELP 문서 등을 참조해서 작성하겠지만 정답은 아닐 수 있다. 솔직히 이건 왜 있는 건지 제대로 모르는 메뉴도 많다. 참고해서 봐주시길 바라며 많은 도움이 되길 빈다. 1. 개요 '관리회계 영역(Controlling Area)'은 CO의 가장 중심이 되는 조직구조이다. SAP에서 CO를 사용하려면 반드시 구성해야 하는 조직이며 모든 CO 정보는 관리회계 영역을 기준으로 집계하고 리포팅한다. 실무 입장에서는 원가계산과 관리결산의 단위라고 보면 된다. 관리회계 영역은 회사코드(법인)보다 상..
SAP CO의 기본 구성요소 (2) 지난 글에 이어서 CO 모듈의 구성요소에 대해서 살펴보도록 한다. 이 글은 아래 포스팅에서 이어진다. 2021.12.30 - [SAP CO/기본 개념] - SAP CO의 기본 구성요소 (1) SAP CO의 기본 구성요소 (1) 이제부터 "기본 개념" 카테고리에서는 SAP CO의 기초부터 차근차근 글을 써보려고 한다. 그동안 깊숙한 개념 위주로 작성을 많이 했는데, 그런 내용들은 아무래도 이미 SAP CO에 능숙한 분이나 컨설 ckm3.tistory.com 여기서 설명하고자 하는 CO 모듈의 기본 구성요소는 다음과 같다. Cost Center Accounting Internal Order Accounting Product Costing ← 지금 여기! Material Ledger Profitability ..
SAP CO의 기본 구성요소 (1) 이제부터 "기본 개념" 카테고리에서는 SAP CO의 기초부터 차근차근 글을 써보려고 한다. 그동안 깊숙한 개념 위주로 작성을 많이 했는데, 그런 내용들은 아무래도 이미 SAP CO에 능숙한 분이나 컨설턴트가 아니면 이해하기 어려운 부분이 많았을 것이다. 이제는 조금 더 많은 분이 이해하실 수 있도록 "기본 개념" 카테고리의 작성 빈도를 높이고자 한다. 오늘은 그 첫 번째로 SAP CO의 기본 구성요소부터 살펴보겠다. 이렇게 SAP CO의 기본 구성요소의 대략적인 모습을 보고 난 후에 각 구성요소별 세부사항을 살펴보는 식으로 이어나가려 한다. 1. SAP CO란 무엇인가? 우선 SAP가 무엇인지부터 시작해보자. SAP는 사실 회사이름이다. '에스에이피'라고 읽는 게 공식이긴 하다. SAP는 우리가 SAP를..
S/4HANA 1909의 신기능 코스트센터 사전예산통제 S/4HANA 1909의 신기능인 코스트센터 사전예산통제, 과연 쓸만할까? S/4HANA 1909부터 코스트센터별 사전예산통제 기능이 추가됐다고 한다. "그럼 예전엔 없었단 말이야?"라고 생각하실 분도 있을 것 같은데 놀랍게도 그랬다. 사전예산통제 기능이란 게 뭐냐면 특정 부서나 프로젝트 단위로 예산을 편성하고, 실제 비용 지출 시 편성받은 예산의 한도를 초과하는지 여부를 체크하는 걸 말한다. 시스템적으로 보면 비용 지출 시마다 시스템에서 자동으로 한도를 초과하는 부분을 체크하고 전표 생성을 막는 기능이다. 그런데 이 기능이 CO-CCA(코스트센터 회계)에는 없었다. CO에서는 오더와 프로젝트(CO-OPA)에 대해서만 예산 가용성 통제 기능이 있었고 코스트센터에는 없었다. 그래서 코스트센터별로 예산통제를..
T-CODE: CKMLQS(평가된 수량 구조) 리포트의 한계점 이번 글은 지난 글 『실제 액티비티 갱신 - 오더 vs. 자재원장』에서 이어진다. 2021.11.20 - [SAP CO/깊숙한 개념] - 실제 액티비티 갱신 - 오더 vs. 자재원장 실제 액티비티 갱신 - 오더 vs. 자재원장 T-CODE: CKMLQS를 쓰시는지? 생산된 제품, 반제품의 실제 BOM 구조에 수량과 금액을 함께 보여주는 화면이다. 투입된 자재뿐만 아니라 투입된 액티비티까지 보여주는 게 장점인 화면이다. 그런데 위 ckm3.tistory.com 이 글에 "SAPIENT" 님께서 T-CODE: CKMLQS 리포트의 한계점을 언급해주셨는데, 그와 관련한 내용을 더듬어 알아보고 쓴다. 지난 글을 잠깐 요약해서 얘기해보자. CO에서 자재원장과 실제원가계산을 활성화하면서 실제 액티비티의 갱신 방법을..
(훑어보기) S&OP에서 액티비티 소요량계획까지 CO-PA에서 판매계획부터 시작해서 PP의 생산계획을 거쳐 CO-CCA의 액티비티 소요량계획까지 일련의 프로세스를 간단하게 따라해보자. 사실 이 프로세스 전체를 제대로 진행하려면 생산관리와 SAP PP에 대한 전문 지식이 필요하지만, 우리는 CO 입장에서 필요한 것들만 빠르게 훑고 이해해보자. 다음과 같은 순서로 수행한다. CO-PA의 판매계획(KEPM, KE1E) → PP의 S&OP(MC88) → PP의 Demand Management(MC74, MD63) → MRP 수행(MD01N, MD04) → 계획시나리오에 따른 LTP(MS01, MFS0) → CO-CCA의 액티비티 소요량 계획으로 전송(KSPP) → CO-CCA의 액티비티 소요량 계획 확정(KPSI) 하나씩 수행해보자. 1. CO-PA의 판매계..
SAP GUI 테마를 아름답게 SAP 테마 중 뭐가 좋느냐는 사실 취향의 영역이기 때문에 개인이 판단해야 할 것이라 본다. 그렇지만 대부분 익숙한 테마를 선호하는 것 같다. 어쩔 때는 그 사람이 어떤 테마를 쓰느냐만 봐도 대충 연식이 보이기도 한다. 지금 제일 많이 쓰는 테마는 역시 시그니쳐 테마인 것 같다. 근데 이게 어떠신가? 저도 오랫동안 이 화면만 봐왔기 때문에 가장 익숙하긴 하다. 그렇지만 이게 세련됐는지는 잘 모르겠다. 이후에 나왔던 Corbu 테마는 새롭긴 했으나 접속 서버별 색상 변경이 안 돼서 그 부분이 별로였다. 그 이후에 금방 나온 Blue Crystal 테마는 변경된 아이콘들이 예쁘긴 했는데 색상 차이가 하단 부분에만 표시되어서 서버 구분이 쉽지 않은 단점이 있었다. 그러다가 Fiori 느낌의 Belize 테마가..
Delivery Cost를 Cost Component에 넣기 운임, 관세, 보험료 등 물류비용을 Cost Component에 포함할 수 있을까? 가능할까? 어떻게들 생각하시는지? 코스트 컴포넌트라면 제조원가에 투입된 원가요소들로만 구성되는 게 아닌가? 그럼 원자재 등에 대한 물류 비용은 이미 자재의 취득원가에 포함되어 있기 때문에 분류할 수 없는 거 아닌가? 아마 이런 형태로 이해했다면 물류비용을 별도 코스트 컴포넌트로 빼는 게 어렵다고 생각하실 것 같다. 재료비라는 원가요소 하나에서 일부는 물류비, 일부는 재료비로 발라내는 게 가능해 보이지 않기 때문이다. 원자재 취득 시 계정 레벨에서 물류비와 자재가격을 분리한다고 하더라도, 물류비는 원자재의 "취득원가"이므로 원자재 재고 계정에서는 둘이 섞여 들어간다. 따라서 출고시점에 계정만 봤을 땐 얼마만큼이 물류비이고,..
실제 액티비티 갱신 - 오더 vs. 자재원장 T-CODE: CKMLQS를 쓰시는지? 생산된 제품, 반제품의 실제 BOM 구조에 수량과 금액을 함께 보여주는 화면이다. 투입된 자재뿐만 아니라 투입된 액티비티까지 보여주는 게 장점인 화면이다. 그런데 위 그림을 잘 보면 투입된 자재에 대한 금액은 잘 표시되지만, 투입된 액티비티에 대한 금액은 표준으로만 표시되고 있다. 왜 그렇지? 처음엔 뭐 이런 반쪽짜리 화면이 다 있나 생각했었다. 왜 이럴까? SAP의 표준 기능상 액티비티의 가격 갱신을 자재원장이 아닌 오더로 해서 그렇다. 이전 글인 『Direct vs. Indirect Activity Allocation (1)』에서 봤던 것처럼, 액티비티의 실제가격 재평가는 센더인 코스트센터와 리시버인 CO Object로 이뤄진다. 다시 잠깐만 설명해보자면 월중에..
코스트센터의 기능영역 필드를 필수 필드로 바꾸기 코스트센터의 기능영역 필드는 기본적으로 필수 필드가 아니다. 그런데 기능영역을 필수로 사용해야 하는 회사인 경우 이렇게 기준정보가 부정확하면 문제가 생긴다. 그래서 전표 처리 시 Validation에 기능영역 데이터를 점검하는 로직을 추가하기도 한다. 그냥 코스트센터에서 필수 필드로 바꿀 순 없을까? 있다. T-CODE: KS12로 들어간다. 그리고 상단 필드에 "=FUNC_AREA_MANDATORY" 라고 입력하고 엔터 키를 누른다. 그럼 이렇게 성공 메시지가 나오고 다시 T-CODE: KS02로 가보면 기능영역 필드가 필수 필드로 변경되었다. 다시 되돌리고 싶으면 똑같이 T-CODE: KS12로 가서 이번엔 "FUNC_AREA_OLD"라고 입력하면 된다.