본문 바로가기

전체 글

 (102)
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)는 어떻게 만들까? 최초의 출하 지시는 해당 물류 현장의 담당자가 우선 입력한다. 이후 물건을 꺼내고 포장하는 과정에서는 현장 작업자가 바코드를 태깅하는 등 정보를 입력하면 해당 정보가 각각..
자율 후원하기 이 블로그는 기본적으로 광고 없이 운영됩니다. 혹시나 제 글이 도움이 되었고 제게 커피 한 잔 사주시고 싶다면 아래 QR을 스캔하거나 (모바일인 경우) 클릭하시면 됩니다. 여러분의 후원이 제게 큰 도움이 됩니다.
3-1. 판매(O2C): 판매 오더(CO 관점의 E2E 프로세스) 시작하며 지금까지 물건을 사고 제품을 생산도 해봤으니 이제는 제품을 팔아도 보자.SAP의 판매 프로세스는 판매오더 → 출하 → 빌링(대금 청구) → 채권 반제 순서로 수행된다. 판매 오더는 쉽게 예로 들면 우리가 쇼핑몰에서 물건을 주문하는 것이라고 생각하면 된다. 다만 우리가 물건을 사는 고객이 아니라 판매하는 공급자이므로 판매 오더는 고객 주문을 SAP 내부 문서로 만드는 것이라고 볼 수 있다. 여기서 엄밀하게 말하면 SAP에서 만드는 것은 판매 오더보다 더 포괄적인 범위인 "판매 문서(Sales Document)"이다. "판매 문서"는 일반 고객 주문만을 뜻하지 않는다. 반품, 배송, 견적, 무상 제공 등의 내용도 판매 문서로 등록된다. 판매 문서는 Outbound와 관련한 여러 프로세스를 포괄한다...

티스토리툴바