본문 바로가기

전체 글

 (80)
#7. 코스트센터 범주 정의 배경 설명 'IMG 세팅' 카테고리에서는 개별 IMG Configuration 매뉴얼을 작성하고자 한다. 각 IMG 세팅의 목적, 연결관계, 용례, 개별 필드의 의미 등에 대해 기술한다. 나의 경험과 각종 교재, SAP HELP 문서 등을 참조해서 작성하겠지만 정답은 아닐 수 있다. 솔직히 이건 왜 있는 건지 제대로 모르는 메뉴도 많다. 참고해서 봐주시길 바라며 많은 도움이 되길 빈다. 1. 개요 지난 글까지 '일반 관리회계' 메뉴에 해당하는 부분을 설명했다. 이 메뉴에는 지난 글까지의 설명이 전부가 아니긴 하다. 계정지정로직, 병렬평가/이전가격 관련 설정, 생산가동준비에 대한 내용도 남아 있다. 다만 그 내용들은 순서상 뒤에 공부하는 게 맞다고 생각할 뿐이다. CO에 대한 기초부터 차근차근 쌓아보기 위..
2개 통화로 CO 결산하기 2개의 통화로 FI-CO 결산을 각각 따로 처리할 수 있을까? 해외사업장을 둔 법인의 경우 2개 통화로 CO 결산까지 모두 수행하고자 하는 필요성이 있을 때가 있다. 이럴 때 재무제표의 기능통화와 표시통화를 설정하여 한쪽으로 환산하는 방식을 보통 취한다. (K-IFRS 1021호 참고) 그렇지만 인플레이션 변동성이 심해 환율이 출렁이는 국가의 통화인 경우, 수익/비용 항목의 환산은 거래일의 현행 환율을 사용해야 한다. 그렇다면 CO 결산도 거래일의 현행 환율로 누적된 금액을 모아서 계산하는 방식으로 이뤄져야 한다. 그래서인지 인플레이션이 심한 남미 등 국가의 진출한 해외사업장의 경우 2개 통화로 CO 결산까지 수행할 수 있도록 세팅하곤 한다. 그럼 어떻게 세팅하는가? 이번 글에서는 그 세팅 방법에 대해서..
지난 글에서 만관부라고 해놓고서는(근황) MM Account Determination의 평가클래스까지 쓰고 그 이후가 쓰기가 싫어졌습니다. 뭔가 저를 흥미롭게 하는 동력이 좀 떨어졌어요. 지난 달까지는 장기 해외출장을 다녀오는 바람에 쓰기 어려웠던 것도 있었고, 지금은 '관리 연결손익'과 관련하여 사내 교육 자료를 만드는 데에 심취해 있어서 블로그가 소홀합니다. 네네. 그렇지만 늘 마음 속에 블로그는 살아 있고, 적어도 제가 은퇴하기 전까지는 놓치않고 쓰려고 합니다. (저는 아직 은퇴하려면 멀었습니다!) 그렇지만 Account Determination 부분은 흥미가 조금은 식은 상태입니다. 한참을 두고 다른 걸 보다보니 흥미가 사라져버렸어요. 그러면 차라리 그동안 많은 컨설턴트들이 어려워했던 그룹통화와 다중평가뷰 결산에 대해서 써볼까 싶기도 합..
MM Account Determination - (2) 평가클래스 2023.10.01 - [SAP CO/깊숙한 개념] - MM Account Determination - (1) 개요, 조직구조 MM Account Determination - (1) 개요, 조직구조물류에서 회계 계정은 어떻게 지정되는가? 이번 글부터는 많은 분들이 궁금해 하시던 "물류 트랜잭션에 따른 회계 계정 지정"에 대해서 정리해보고자 한다. SAP는 물류와 회계가 통합된 시스템이ckm3.tistory.com 지난 글에서는 MM Account Determination에 필요한 조직 구조에 대해서 살펴봤다. 다음으로는 평가클래스에 대해 살펴보자. 평가클래스란 특정 자재를 총계정원장상 재고계정으로 지정하기 위한 일종의 키이다. 예를 들면 아래와 같은 값들이 있다. 평가클래스 코드평가클래스명3000원재료3..
MM Account Determination - (1) 개요, 조직구조 물류에서 회계 계정은 어떻게 지정되는가? 이번 글부터는 많은 분들이 궁금해 하시던 "물류 트랜잭션에 따른 회계 계정 지정"에 대해서 정리해보고자 한다. SAP는 물류와 회계가 통합된 시스템이기 때문에 물류 트랜잭션이 발생하면 자동으로 회계전표도 함께 생성되게 되어 있다. 그런데 물류 처리 시 그와 연관된 회계계정을 따로 입력하지는 않기 때문에, 이게 어떤 식으로 지정되는지 늘 궁금증이 생긴다. 특히 현업에서 업무를 하는 분들에게는 이는 블랙박스와 같다. 처음 구축하고 십수 년이 지나도 모르는 채로 굴러가는 경우도 부지기수다. (실제로 이를 명확하게 문서화해서 갖고 있는 현업분들을 아직까지 만난 적이 없다) 하지만 SAP 컨설턴트라면 (SAP 관련 PI 컨설턴트라 해도) 반드시 알아야 하는 부분이다. 이 ..
SAP에서 "가격차이" 계정이란 무엇일까? Price Difference? 재고와 관련된 가격차이 계정에 대해서 간단히만 알아보자. "가격차이"라고도 하는 이 계정엔 몇 가지 속성이 있다. 세 가지만 살펴보자. 1. 가격차이 계정은 '수익/비용' 계정이다. 그렇다. PL 계정이다. 자산/부채(BS) 계정이 아니다. 즉 이 계정이 금액이 들어갔다는 것은 회사의 재무상태표 상 수익/비용 부분에 금액이 가감되었다고 보면 된다. 여기서 말하는 가격차이 계정은 '재고와 관련된' 가격차이 계정이다. 재고 계정은 본래 BS 계정이다. 가격차이 계정은 BS 계정인 재고에는 바로 포함할 수 없어서 비용화된 계정이라고 봐도 된다. 또는 그 재고 계정이 소비되어서 비용화된 부분의 일부라고 볼 수도 있다. 2. 가격차이 계정은 '임시(Temporary) 계정'이다. ..
백플러시 프로파일과 예비원가 백플러시(Back-flush)란 무엇인가? 백플러시(Back-flush)란 무엇인가? SAP "기능적으로" 대답하자면 '사전에 준비한 기준정보대로 불출 처리하는 것'이라고 대답할 수 있겠다. 하지만 본래의 의미는 조금 다르다. 대량 생산 환경에서 매우 빠른 생산리드타임으로 마구마구 제품이 생산될 때, 필요한 원재료를 하나하나 투입처리하기는 힘들다. 그러니 우선 제품의 생산 실적 처리부터 하고 투입된 원재료는 '거꾸로 계산해서 한 번에' 입력하는 방식을 사용한다. 즉 이 '거꾸로 계산해서 한 번에'가 바로 백플러시(Back-flush)의 본래 의미라고 보면 되겠다. (SAP 피플들이 흔히 말하는 식인) 사전에 준비한 기준정보대로 불출 처리한다는 것은 그저 이 백플러시의 방법 중 하나일 뿐이다. 그래서 나는..
SAP 운영에서 구축으로 넘어가기 위해 필요한 능력 운영에서 구축으로 넘어가서 적응하기는 쉽지 않다고들 한다. 어떤 이들은 운영 경력을 구축에 비해 낮은 수준이라며 폄하하기도 한다. 하지만 꼭 그렇지만은 않다. 나도 운영으로 시작했다. 운영도 운영 나름이다. 내 경우는 운이 좋게도 운영이라고 단순히 '현재 상태를 유지하는 것'만 하진 않았다. 내가 다니던 회사는 웬만한 고도화나 롤아웃 프로젝트, 심지어 신규 법인 구축까지도 우리가 직접 수행했었다. 덕분에 여러 고도화 프로젝트를 경험할 수 있었고, 운영하면서 장기적으로 구축 이후에 해당 프로세스가 어떻게 흘러가는지까지 살필 수 있는 기회가 됐었다. 아무튼 그렇다고는 해도, 순도 100% 운영만 하다가 구축으로 넘어가서 제 몫을 제대로 해내긴 어려운 일이다. 그럼 최소한 어떤 능력을 갖추고 있어야 성공적으로..
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 테이블을 직접 읽는 경우는 거의 ..

티스토리툴바