본문 바로가기

전체 글

 (104)
WIP at Actual 부분입고 시 원가 왜곡 이슈 10개 짜리 오더에서 8개만 입고하고 월을 넘겼더니,남은 2개에 10개분의 차이가 몰빵되었다? 생산오더를 10개로 내고, 그 달에는 8개만 입고했다고 해보자. 나머지 2개는 다음 달에 입고할 예정이다. 위 그림처럼 8개만 입고한다. 이렇게 된 상태에서 오더 잔액 리포트를 보자. 그러면 8월에 입고한 8개는 표준원가 그대로 재고가 되고(위 그림에서 1,062,798원), 실제 차변에 발생한 금액(590,532원)과의 차이 금액(-472,266원)은 모두 재공품으로 정산된다. 실제로 8개를 입고하기 위해 발생한 제조원가는 590,532원이지만, 재고 금액은 1,062,798원으로 과대 계상되고, 재공품으로 472,266원만큼 감액되는 형식이다. 다음 달이 되어 남은 2개 분에 대한 생산입고가 끝나면..
T-CODE: BS12 생산오더 등에 SKF나 수동원가배부를 입력하는 방법 Product Cost by Order를 쓰는 경우라면 생산오더에, Product Cost by Period를 쓰는 경우라면 제조원가취합처(PCC; Product Cost Collector)에 비용이 집계된다. 프로젝트를 하다보면 생산오더나 PCC에 SKF를 입력하거나(KB31N), 수동원가배부(KB15N)를 통해서 코스트센터 비용을 이전시키고 싶을 때가 있다. 특히 수동원가배부의 경우 T-CODE: CON2를 통해 액티비티 재평가를 했을 때 남는 단수차이잔액을 배부할 때 효과적이다. 그런데 SAP 깡통 서버에 실제로 입력을 해보면 아래와 같이 에러 메시지가 나타난다. 이에 관련한 답은 『SAP Note: 618347 - KB31N: Production order not allowed as receiv..
4-2. 결산(R2R): 간접비 배부 - (4) Universal Allocation 지난 글에서는 SAP GUI의 배부사이클 네 가지를 헤더·세그먼트 단위로 살펴봤다. 이번에는 같은 배부를 피오리의 유니버설 얼로케이션(Universal Allocation) 으로 어떻게 다루는지 알아보겠다. 1. 유니버설 얼로케이션이란유니버설 얼로케이션이란 게 뭘까?결론부터 말하면, 예전에 T-CODE마다 찢어져 있던 여러 배부사이클 프로그램을 Manage / Run / Allocation Results 세 앱으로 모은 것이다. 배부의 본질(센더·리시버·추적요인)은 같지만, 들어가는 문이 Fiori로 바뀐다고 보면 된다. 이름에 붙은 "통합(Universal)"이라는 말답게 기존의 디스트리뷰션, 어세스먼트, 탑다운 배부를 아우르면서 동시에, 코스트센터 배부, 손익센터 배부, PA 배부(탑다운까지)를 ..
4-2. 결산(R2R): 간접비 배부 - (3) 배부사이클 지난 글에 이어서 이번에는 SAP의 배부사이클에 대해서 알아보겠다. 우선은 SAP GUI의 배부사이클에 대해서만 먼저 알아보고, 다음 글에서는 피오리의 유니버셜 얼로케이션(Universal Allocation)에 대해서 알아볼 생각이다. 1. 개요1-1. 배부사이클의 4 + 1가지 종류 배부사이클은 기본적으로 4가지 종류가 있고, 추가적으로 1가지 종류가 있다. 앞의 4가지는 ① 정기 재전기(Periodic Reposting), ② 디스트리뷰션(Distribution), ③ 어세스먼트(Assessment), ④ 간접 액티비티 배부(Indirect Activity Allocation)이다. CO-OM(Overhead Management) 부분에서 사용하는 기능이다. 추가적인 1가지는 ⑤ 탑다운 배부..
4-2. 결산(R2R): 간접비 배부 - (2) 리포스팅 본격적인 배부에 들어가기 전에 먼저 리포스팅에 대해 살펴보자. 결산에 있어서 CO 담당자가 우선 확인할 것은 "모든 수익과 비용이 적절한 CO 오브젝트에 귀속되었는가"이다.각종 리포트를 통해 오류가 없는지 확인해보고 잘못된 경우 재처리를 해야 한다. 재처리는 어떻게 할까? 기본적으로 2가지 방법이 있다. ① 해당 트랜잭션을 역분개하고 다시 처리하는 방법② 리포스팅을 통해 잘못된 CO 오브젝트를 정정하는 방법 트랜잭션의 목적과 상황, 그리고 조직의 방침에 따라 어떤 방법이 더 적절할지는 달라질 수 있다. 이번 글에서는 ②번 방법에 대해 알아보고자 한다. 이를 리포스팅이라고 한다. 1. 리포스팅이란 무엇인가? 리포스팅이란 무엇인가?특정 비용/수익에 대해서 CO 오브젝트가 잘못 귀속된 경우, 이를 정정해..
4-2. 결산(R2R): 간접비 배부 - (1) 원가할당과 배부의 기초 이번 글부터 간접비 배부에 대해서 이론부터 실무와 시스템까지 살펴보고자 한다. 이에 앞서 원가회계의 가장 기본이 되는 기초 부분을 학습하면 좋을 것 같다. 원가 대상과 원가 할당에 대해서 중점적으로 알아보자. 원가 대상(Cost Object)이란?원가 대상의 개념부터 시작하고 싶다. 원가 대상이란 무엇인가? 한 마디로 말하면 "원가 관리의 관심 대상으로 원가를 별도로 집계해야 하는 단위"이다. 여기서 "원가 관리의 관심 대상"이라는 말을 들으면 어딘가 중언부언하는 느낌이 든다. 하나씩 파헤쳐보자. 원가 관리라는 말은 원가를 통해 경영 활동의 계획과 통제를 하겠다는 의미이다. 계획과 통제라는 것은 Plan - Do - See 관점에서 계획을 세우고, 실제 수행을 하고 모니터링하면서 조정해나간다는 의미이다..
4-1. 결산(R2R): 비용 집계(CO 관점의 E2E 프로세스) 시작하며 드디어 마지막 단계인 결산(R2R; Record to Report)까지 왔다. 결산이란 무엇일까? 한마디로 말해보자면, "특정 기간에 발생한 모든 거래(트랜잭션)을 정리하여, 재무상태와 경영성과를 확정하는 과정"이라고 할 수 있겠다. 결산의 결과로 재무상태표와 손익계산서를 비롯한 재무제표가 나오고, 관리회계 관점에서 필요한 분석 리포트가 나온다. 이 과정을 좀 더 쪼개어서 살펴보면 아래와 같이 구분할 수 있다. 이게 무슨 법칙이나 이론으로 정해진 건 아니다. 그냥 내가 분류해봤다. 1. 거래 데이터의 입력 마감 및 정합성 검증2. 재무회계 결산 3. 관리회계 결산 우선 1. 거래 데이터의 입력 마감 및 정합성 검증 단계에서는 현업 전표의 입력을 마감하고 더 이상 장부에 금액이 들어오지 못하도..
25년을 마무리하며 25년도가 지났다. 12월이 되니 한 해 동안 내가 무엇을 했었는지 슬슬 되짚어 보게 되더라.뭐라도 적어볼까? 했는데 어영부영 있다가 보니 12월이 다 지나고 말았다. (오늘은 1월 4일이다) 더 시간이 지나기 전에 작년 한 해를 되짚어 보려고 한다.프로젝트, 개인공부, 운동, 투자, 취미 활동 등... 나는 무엇을 하고 무엇을 느꼈던가? 프로젝트25년은 하나의 프로젝트에서 1년 내내 있었다. 24년에는 PI 프로젝트만 했었는데 올해는 구축만 하다보니까 마치 개발자가 되어가는 느낌. 지금 프로젝트는 전형적인 SI 형태의 프로젝트이다. 투입된 인력들 구성도 그렇고, 고객들이 우리를 바라보는 시선과 대우도 그렇다. 나도 그냥 그렇게 지내는 중. 확실히 PI를 해야 컨설턴트 대우를 받고 일도 그렇게 하게 ..
3-3. 판매(O2C): 빌링 및 채권 반제(CO 관점의 E2E 프로세스) 고객에게 물건을 배송했다면 이제 우리에겐 물건 값을 청구할 권리가 생긴다. 쉽게 말해 돈 달라고 하는 거다. 이를 SAP SD에서 대금청구(Billing)라고 한다. 대금청구를 하게 되면 우리 입장에서는 "과거 사건의 결과로 미래 경제적 효익의 유입이 기대되는 권리"가 생겨나게 되므로, 회계상 매출과 매출채권을 인식할 수 있게 된다. 3. 빌링 빌링 문서 생성 지난 번에 만들었던 출하/납품 문서를 참조하여 빌링 문서를 만들어보자. SAPGUI의 T-CODE는 VF01이다. 여기서 처리할 문서에 출하/납품 문서 번호를 넣고 [엔터] 키를 누른다. 우리 예시에서는 지난 글에서 사용했던 `80000002`를 썼다. 품목이 자동 선택되어 있다. 판매 가격은 오더에서 입력했던 대로 40,000원으로 ..
3-2. 판매(O2C): 출하(CO 관점의 E2E 프로세스) 지난 글에서 만든 판매오더를 갖고서 출하/납품 문서(Outbound Delivery)를 만들어보자. 지난 글에서도 짧게 언급했었던 것처럼, 출하는 바깥으로 내보낼 물건을 ① 꺼내고(Picking), ② 포장하고(Packaging), ③ 배송하는(Shipping) 과정이다. 이 때 생성하는 문서를 "출하/납품 문서(Delivery Document)"라고 한다. 2. 출하 지난 글에서 만들었던 판매 오더를 참조하여 출하/납품 문서를 만든다. 출하/납품 문서 생성 출하/납품 문서(Delivery Document)는 어떻게 만들까? 최초의 출하 지시는 해당 물류 현장의 담당자가 우선 입력한다. 이후 물건을 꺼내고 포장하는 과정에서는 현장 작업자가 바코드를 태깅하는 등 정보를 입력하면 해당 정보가 각각..

티스토리툴바