본문 바로가기

SAP CO

(58)
백플러시 프로파일과 예비원가 백플러시(Back-flush)란 무엇인가? 백플러시(Back-flush)란 무엇인가? SAP "기능적으로" 대답하자면 '사전에 준비한 기준정보대로 불출 처리하는 것'이라고 대답할 수 있겠다. 하지만 본래의 의미는 조금 다르다. 대량 생산 환경에서 매우 빠른 생산리드타임으로 마구마구 제품이 생산될 때, 필요한 원재료를 하나하나 투입처리하기는 힘들다. 그러니 우선 제품의 생산 실적 처리부터 하고 투입된 원재료는 '거꾸로 계산해서 한 번에' 입력하는 방식을 사용한다. 즉 이 '거꾸로 계산해서 한 번에'가 바로 백플러시(Back-flush)의 본래 의미라고 보면 되겠다. (SAP 피플들이 흔히 말하는 식인) 사전에 준비한 기준정보대로 불출 처리한다는 것은 그저 이 백플러시의 방법 중 하나일 뿐이다. 그래서 나는..
S/4HANA에서 S_ALR_87013611 리포트 퍼포먼스를 올리는 방법 T-CODE: S_ALR_87013611 리포트는 CO의 가장 대표적인 리포트 중 하나다. 회사마다 다르지만 "CCA 리포트"라고 부르는 걸 많이 봤다. 나도 그렇게 부른다. 그런데 이 리포트가 S/4HANA 환경에서는 퍼포먼스가 떨어질 때가 있다. 언제 그런가? 사실 구축만 하면 알기가 어려운데 이 현상이 통합 테스트 시기나 구축 초기에는 잘 발견되지 않기 때문이다. 데이터가 어느 정도 쌓인 이후부터 퍼포먼스가 떨어지기 시작한다. 지금 내가 있는 프로젝트의 경우 오픈 초기에는 10초 이내로 나오던 것이, 이제는 5분 이상도 더 걸리게 됐었다. 1. 해결 방법 이 부분의 해결을 위해서는 『SAP NOTE: 2178537 - RW: Performance in Releases sFIN 2.0 and high..
Combined CO-PA - (5) 기술적 구조 마지막으로 cPA의 기술적 구조를 살펴보고자 한다. 기존의 Costing-based PA와 비교해서 많은 부분이 바뀌었다. 우선 Costing-based PA일 경우의 구조를 살펴보자. 1. Costing-based PA의 데이터 구조 Costing-based PA의 경우 위 그림과 같았다. CE1XXXX - 실제 개별항목 테이블 CE2XXXX - 계획 개별항목 테이블 CE3XXXX - PA 세그먼트별 계획/실제 총계 테이블(값필드만) CE4XXXX - PA 세그먼트별 특성조합 테이블 여기서 XXXX란 경영단위의 코드를 의미한다. 경영단위를 만들 때마다 각각의 테이블이 따로 생긴다고 보면 된다. 그럼 과거 ECC 시절에는 어떻게 개발했을까. 우선 CE1 테이블이나 CE2 테이블을 직접 읽는 경우는 거의 ..
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는 어떤 점이 ..
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..
물류 처리 시 표준원가 체크 로직은 MBEW-STPRS를 써선 안 된다. 구글링으로 SAP의 표준원가 테이블, 필드를 검색해보면 MBEW-STPRS라고 나온다. 그렇지만 그 필드를 써선 안 된다. SAP에서 표준원가는 시스템적으로도 꽤 중요하다. 표준원가가 제대로 없는 상태에서 물류 처리가 이뤄지거나 하면, 회계전표가 의도하지 않은 형태로 생기기도 한다. REM 환경에서는 백플러시의 참조치로 표준원가와 예비원가 중 하나를 선택할 수 있는데 그럴 때 표준원가가 없으면 문제가 되기도 한다. 이런저런 시스템적인 문제 때문에, 그리고 회사의 비즈니스 룰에 의해 표준원가를 물류 흐름 전에 필수로 릴리즈해야 할 환경인 경우가 많다. 그래서 물류 처리 시 EXIT에서 표준원가에 대한 Validation 체크를 걸어두곤 한다. 이 때 표준원가는 어떤 테이블의 어떤 필드값을 체크하면 될까? ..
표준원가계산 시 구매정보레코드의 가격 선택 규칙 표준원가 계산 시 구매정보레코드로 자재가격을 결정할 경우 어떤 방식으로 가격을 선택해올까? 표준원가 계산 시 가격 선택 방법은 기본적으로 "평가변형"이라는 데에서 지정한다. 위 그림에서 전략 2번으로 설정된 게 바로 구매정보레코드다. 전략 1번이 User exit이므로 만약 여기서 값을 찾지 못하면 2번인 구매정보레코드를 읽는다. 이 전략 순서는 사용자가 원하는 대로 지정할 수 있다. 하단에 보면 구매정보레코드 내에서도 어떤 가격을 우선적으로 가져올지 설정할 수 있다. 그런데 MM의 구매정보레코드에는 자재 하나에 대해서 단일한 값만 있는 게 아니다. 하나의 자재/플랜트에 대해서도 여러 공급업체에 따라 다르게 생성할 수 있다. 그렇다면 이런 여러 구매정보레코드 중에서 SAP CO의 표준원가 계산은 어떤 값..