본문 바로가기

분류 전체보기

 (80)
Combined CO-PA - (4) 수량뷰 지난 글에 이어서 이번에는 수량뷰를 살펴보고자 한다. cPA는 헤더를 중심으로 다음 세 가지 뷰로 구성되어 있다. 이를 cPA 전표 모습으로 보면 아래와 같다. 지금까지 살펴봤던 건 계정 뷰와 값필드 뷰였다. 이번 글에서는 수량 뷰를 보자. 수량 뷰란 무엇인가? 하나의 거래에 대해 발생한 수량값을 여러 단위로 달리 보기 위한 뷰이다. 예를 들어... 음... 배터리 사업을 생각해보자. 2차 전지 배터리는 여러 개의 셀(Cell)이 합쳐져 하나의 모듈(Module)을 이루게끔 구성되어 있다. 실제 판매 단위는 모듈이지만 이를 셀 단위로도 분석하고 싶다면? 또 한 가지. 설탕을 판매한다고 해보자. 설탕의 판매 단위가 1봉지라고 한다면 기본적인 매출은 봉지 단위로만 구성될 것이다. 그런데 여기서 kg당 수익성..
Combined CO-PA - (3) SD 판매문서와 "L" 타입 지난 글에 이어 이번에는 SD 판매문서로부터 PA 전표는 어떻게 생성되는지 알아보자.     1. 판매문서의 어떤 시점에 PA 전표가 생기는가? SD의 판매 프로세스를 간단히 살펴보자. SD 전문가가 아닌 우리 수준에서 간단하게만 살펴보면 ① 판매오더 → ② 출하 문서 → ③ 대금청구의 3단계로 이뤄진다고 볼 수 있다. 각 단계에 따라 어떻게 PA 전표가 생기는가? 아래 그림을 보자.    (1) 원가중심 PA의 경우 ① 판매 오더 시점에는 별다른 회계 전표가 생성되지 않는다. 별도 설정을 한다면 PA는 기표할 수는 있으나 그 부분은 이 글에서는 주제와 어긋나므로 나중에 알아보자. ② 출하 문서에 따른 출고 전기 시점에는 FI 전표가 생긴다. 회계적으로 살펴봐도 그 시점에 해당 재고자산에 대해 통제력이 ..
Combined CO-PA - (2) FI 전표와 통화 환산 기능 지난 글에 이어서 이번에는 Combined CO-PA의 기본 기능과 트랜잭션을 살펴보고자 한다. 기존 Costing-based나 Account-based와의 차이점을 위주로 알아보자. 지금부터 Comined CO-PA는 cPA, Costing-based는 원가중심, Account-baed는 계정중심이라는 용어로 부르도록 하겠다. 1. FI 전표로부터 cPA 전표 생성 가장 기본이 되는 트랜잭션부터 살펴보자. FI 전표를 생성할 때 '수익성 세그먼트'라는 데에 값을 넣으면, PA 전표를 만들 수 있다. 이건 어떤 방식의 PA든 마찬가지다. 위 그림처럼 일반 전표를 생성하면서 '수익성 세그먼트'를 클릭하면 PA의 특성치(Chracteristic Value)를 입력할 수 있는 팝업이 뜬다. 여기에 값을 입력하..
Combined CO-PA - (1) 소개 PA의 Best Solution은 무엇일까? 옛날 ECC 때라면 두말 할 것도 없이 Costing-based PA였다. Account-based PA라는 건 아예 공부할 필요도 없는 것이었다. 그런데 S/4HANA 시대로 오면서 SAP에서는 Account-based를 밀기 시작했다. 이제는 아예 "Margin Analysis"라는 새로운 이름까지 붙여가면서 말이다. 그럼 이 글의 제목인 Combined는 또 무엇인가? 정말 Account-based가 Best인가? 앞으로는 이걸로만 업데이트를 한다는데 그럼 Costing-based는 버려야 하나? 아니 애초에 PA라는 게 무엇인가? 이 모든 게 다 무슨 얘긴가??? 이번 글에서는 간단하게 PA의 종류에 대해서 비교해보고 Combined PA는 어떤 점이 ..
#6. CO 버전의 원장 정의 배경 설명 'IMG 세팅' 카테고리에서는 개별 IMG Configuration 매뉴얼을 작성하고자 한다. 각 IMG 세팅의 목적, 연결관계, 용례, 개별 필드의 의미 등에 대해 기술한다. 나의 경험과 각종 교재, SAP HELP 문서 등을 참조해서 작성하겠지만 정답은 아닐 수 있다. 솔직히 이건 왜 있는 건지 제대로 모르는 메뉴도 많다. 참고해서 봐주시길 바라며 많은 도움이 되길 빈다. 1. 개요 S/4HANA부터는 FI 원장과 CO 원장이 통합됐다. 그걸 유니버설 저널이라고 하는데, 테이블로는 ACDOCA이다. 과거에는 각기 다른 테이블로 사용하던 것들이 하나의 테이블로 통합되면서 각각의 Key를 맞춰줄 필요가 생겼다. 그래서 생긴 IMG가 "CO 버전의 원장 정의"이다. 과거 ECC 버전에는 없던 항..
CBO는 어디까지가 좋을까? 맨날 듣는다. CBO를 지양하고 최대한 스탠다드를 추구하라고. 내가 직접 말하기도 한다. "와 저거 완전 CBO를 덕지덕지 붙여놨네. 저러면 안 돼요",라고 하지만 이게 다 아 다르고 어 다른 말이라고 생각한다. CBO도 CBO 나름이고, 스탠다드도 스탠다드 나름이다. 아마 이런 말이 나왔던 것은 과거에 스탠다드를 제대로 이해하지 못한 채 엉뚱한 프로세스로 개발된 CBO가 많았기 때문이라고 본다. 1. 무지성 CBO 그러니까, 1. 스탠다드에 이미 있는 프로세스를 CBO화 2. 스탠다드에 없는 프로세스라도, 기존 ERP와 전혀 조화를 이루지 못한 채 CBO화 속된 말로 "무지성 CBO"라고 할 수 있겠다. 이렇게 만들어진 것들은 향후 유지보수에도 악영향을 미치고, ERP의 최대 장점인 모듈 간 Integ..
S/4HANA 자재원장의 테이블 구조 오늘은 S/4HANA 자재원장의 테이블 구조를 간단히 언급해보고자 한다. S/4HANA에서 오면서 테이블 구조가 많이 바뀌었다. 『SAP Note: 2354768 - S4TWL - Technical Changes in Material Ledger with Actual Costing』과, 『2352383 - S4TWL - Conversion to S/4HANA Material Ledger and Actual Costing』에 따르면 어떤 테이블이 어떤 테이블로 바뀌었는지가 설명되어 있다. 그 내용을 아래에 표로 옮겨보면 이렇다. 테이블 테이블 명칭 목적 과거 테이블 MLDOC 자재원장전표 ML 데이터 집계 MLHD, MLIT, MLPP, MLPPF, MLCR, MLCRF, CKMLPP, CKMLCR, ML..
#5. 관리회계 영역에서 버전 설정 유지보수 배경 설명 'IMG 세팅' 카테고리에서는 개별 IMG Configuration 매뉴얼을 작성하고자 한다. 각 IMG 세팅의 목적, 연결관계, 용례, 개별 필드의 의미 등에 대해 기술한다. 나의 경험과 각종 교재, SAP HELP 문서 등을 참조해서 작성하겠지만 정답은 아닐 수 있다. 솔직히 이건 왜 있는 건지 제대로 모르는 메뉴도 많다. 참고해서 봐주시길 바라며 많은 도움이 되길 빈다. 1. 개요 CO 버전에 대한 기본 개념은 지난 글에서 살펴봤다. 다음으로 그 버전을 관리회계 영역 내에서는 어떻게 관리하는지 살펴보자. 2. IMG PATH PATH: 관리회계 > 일반 관리회계 > 조직 > 버전 유지보수 T-CODE: OKEV 3. 화면 설명 (1) 계획과 실제 관리회계 영역 내에서 버전 설정을 할 수 ..
물류 처리 시 표준원가 체크 로직은 MBEW-STPRS를 써선 안 된다. 구글링으로 SAP의 표준원가 테이블, 필드를 검색해보면 MBEW-STPRS라고 나온다. 그렇지만 그 필드를 써선 안 된다. SAP에서 표준원가는 시스템적으로도 꽤 중요하다. 표준원가가 제대로 없는 상태에서 물류 처리가 이뤄지거나 하면, 회계전표가 의도하지 않은 형태로 생기기도 한다. REM 환경에서는 백플러시의 참조치로 표준원가와 예비원가 중 하나를 선택할 수 있는데 그럴 때 표준원가가 없으면 문제가 되기도 한다. 이런저런 시스템적인 문제 때문에, 그리고 회사의 비즈니스 룰에 의해 표준원가를 물류 흐름 전에 필수로 릴리즈해야 할 환경인 경우가 많다. 그래서 물류 처리 시 EXIT에서 표준원가에 대한 Validation 체크를 걸어두곤 한다. 이 때 표준원가는 어떤 테이블의 어떤 필드값을 체크하면 될까? ..
#4. 버전 유지보수 배경 설명 'IMG 세팅' 카테고리에서는 개별 IMG Configuration 매뉴얼을 작성하고자 한다. 각 IMG 세팅의 목적, 연결관계, 용례, 개별 필드의 의미 등에 대해 기술한다. 나의 경험과 각종 교재, SAP HELP 문서 등을 참조해서 작성하겠지만 정답은 아닐 수 있다. 솔직히 이건 왜 있는 건지 제대로 모르는 메뉴도 많다. 참고해서 봐주시길 바라며 많은 도움이 되길 빈다. 1. 개요 CO의 여러 컴포넌트에서 전반적으로 사용하는 '버전(Version)'이라는 게 있다. 버전의 정의를 따져보자면 CO 모듈 내에서 기록되는 트랜잭션을 관리하는 단위라고 보면 된다. '버전'이라는 말이 일반 명사이다보니 구분하기 위해 "CO 버전"이라고 하거나 또는 "계획 버전"이라는 말을 쓴다. 관리회계 내의 대..

티스토리툴바