SAP FCM Insight Hub

입금과 지급 트랜잭션을 일으킬 때 거래 은행 코드 식별을 위해 사용되는 내부 코드 은행키 (Bank Key) 관계은행키 (Bank Key) 는 실제 존재하는 은행을 의미하는 외부 코드 정보라고 볼 수 있다.예를 들어, Business Partner (Supplier) 에게 대금 지급 목적 등으로 은행키 (Bank Key) 는 생성하여 관리될 수 있다.은행키 (Bank Key) 별로 계좌번호가 관리되기 때문에, 선행 기준 정보가 된다. 다만, 주거래은행 (House Bank) 의 경우 우리 회사 (Company Code) 관점에서 개설된 은행을 식별하기 위해 SAP 내부적으로 관리하는 내부 코드로 볼 수 있다.  예를 들어 FI12 (트랜잭션) 화면에서는 US 국가의 12345 로 은행 키 (Bank Ke..

회사 기준 입금 및 지급에 사용할 기준 정보로, 은행 코드 자체를 식별할 목적으로 사용함  Bank Key 생성Bank Key 는 아래 FI01 (트랜잭션) 을 통해 마스터 유지보수가 가능하고, 기본적으로 Key 와 Text 만 입력하면 생성이 완료된다.  그리고 Bank Key 는 기본적으로 최대 15자리 Char 속성으로 관리할수 있다.다만, 국가 별로 Bank Key Number Digit 는 다른 기준을 갖고 있다.그러므로 SAP 에서도 국가 별 Bank Key 구성에 대한 Validation 을 제공하기도 한다. Bank Key Naming Rule그리고 중요한 것은, Bank Key 라는 용어에서 알 수 있듯이 은행 코드 자체를 의미한다. 예를 들어, 미국의 은행키는 ABA 라우팅 번호를 포..

Business Partner 별 또는 발생/수령한 Invoice 별로 설정된 Payment 를 설정하고 이를 기준으로 지급 기한 (만기일) 을 결정  개요지급 조건은 Payment Terms 용어로 공통되어 사용되고, Incoming payment (입금) 및 Outgoing payment (지급) 시점에 모두 사용할 수 있는 기준 정보 성격을 지니고 있다.이러한 Payment Terms 를 통해서 발생/수령한 송장의 Due Date 를 설정할 수 있게 된다. Maintain Terms of Payment예시로, 아래 Payment Terms 은 Configuraiton 에 사전 설정할 수 있다. 그리고 화면의 Payment Terms "0003" 의 경우, 아래와 같은 지급 조건을 의미한다. Post..

재무회계를 구성하는 기초 및 중심에 있는 마스터 데이터로 결산 이후의 재무제표 금액을 구성하는 단위 개요G/L Account 는 계정과목표를 구성하는 개별 계정을 의미한다.SAP FI 에서 가장 기초가 되는 마스터 데이터로, 전표 생성 시점에는 계정 속성 별로 필수/선택/미입력 여부를 결정짓는 최소 단위가 되며 회계 원장 및 재무제표 관점에서 데이터를 분석할 수 있는 중요 정보 역할을 수행한다. 관리회계 관점더욱이 S/4 HANA 에서부터는 SAP CO 영역의 원가요소 영역까지 G/L 계정으로 관리되므로FI 본연의 기능 이외에도 Controlling 영역 (이전 원가요소) 까지 포괄적으로 G/L 계정으로 포함하게 되었다.G/L 계정 관련하여 재무회계 자체의 변화사항 보다는 FCM 의 타 영역과의 Inte..

회계 전표 생성 및 조회에 필수적으로 관리되는 개별 G/L 계정들의 묶음으로 회사코드에 연결되어 관리 개요회계 전표의 생성 및 재무회계 전반에 걸쳐 사용되는 개별 G/L Account 의 묶음을 의미한다. 국가 별로 Number Range 및 길이가 다를 수 있고, 회사 별 영위하는 사업의 형태가 다르므로 이러한 사유가 반영되어 계정과목표 그 세부사항에 반영되게 된다. 예를 들어, 특정 그룹사에서 SAP 를 도입했으나 회사 별로 사업의 형태가 상이한 경우에도 그룹 관점에서 단일의 계정과목표 관리가 필요하다. 계정의 주요 속성에 대한 부분은 G/L Account 영역에서 다루기로 하고, 계정과목표 관점에서 아래 2가지 기능적인 부분만 설명하고자 한다. 국내외 그룹사에서 사용하는 본사 계정과목표가 존재하는 ..

매출/매입 부가세 데이터를 발생시키고, 이를 집계하여 세무신고가 진행되는 회사 하위의 신고/납부 단위 개요재무회계에서 사용되는 조직 성격의 마스터 데이터의 유형은 아래 3가지로 볼 수 있다.회사코드 : 재무제표 산출 단위사업영역 : 회사 하위의 구분회계 데이터 산출 단위사업장 : 부가세 데이터 산출 단위 사업장사업장은 세무 목적으로 관리되는 조직 단위이다.이렇게 생성된 정보는 이후에 부가가치세 신고 및 납부를 위한 기본 정보로 활용될 수 있다. 그러므로, 회사코드는 회사코드 단위로 재무제표를 산출하는 단위라면회사코드 하위의 사업장은 세무 신고 및 계산 관점의 최소 단위가 되 것이다. 일반적으로 사업을 개시하면서 사업자등록증을 신청하고 발급받게 되는데,사업자등록증번호와 SAP 의 사업장 단위는 동일하다.(..

회사 하위에 사업부 별 구분 공시가 필요한 경우에 손익센터를 활용 가능 개요코스트센터와 손익센터를 재무회계적인 시각에서 이해할 때는 사업부 구분 공시가 필요한 경우이다. 손익센터 : 매출에서 원가와 비용을 차감한 이익을 보고할 수 있는 최소 단위코스트센터 : 비용을 집계하고 분석하는 활동을 수행할 수 있는 최소 단위 손익센터재무회계 관점에서는 회사의 재무제표만으로 충분하다고 할 수 있다. 하지만 회사가 여러 가지 사업부를 운영하는 경우에는, 회사코드만으로는 재무상태표와 손익계산서를 분리하여 볼 수 없다. 그렇기에 사업부 별로 재무제표를 보고하거나 공시해야 한다면, 손익센터를 활용하여 사업부를 구분하는 재무제표를 작성할 수 있다. 여기서 손익센터는 관리회계에서 사용되는 구분회계의 기준이 되는 조직이며, 재..

배부 구조를 활용하여 비용 배부 또는 정산 과정을 거쳐 최종 원가요소 또는 Target Object 로 반영 개요배부 구조란, 배부 주기 중 Assessment 유형 또는 정산에 사용되는 개념이다.원 전표의 금액이 배부 대상이거나 정산 대상인 경우에는, 원 계정 기준으로 평가 계정과 정산 계정을 정의한다. 배부 구조 시나리오① Allocation Structure배부 구조에 해당하는 최상위 구조를 정의하는 것으로, Code 자체를 의미한다. ② Assignment배부 구조 하위로 배부 구조에 할당된 주요 계정 범위를 Assignment 항목으로 분류한다. ③ Source이제부터는 Assignment 단위로 정산 방식을 정의해야 한다.소스는 원가요소 또는 원가요소 그룹을 의미한다.해당 원가요소 (그룹) 으..

Costing Based 수익성 분석 유형 하에서 원가요소와 Value Field Assign 을 위한 단계 개요일전에도 언급을 하였지만, PA 는 수익성 분석을 의미하는 CO Module 의 Sub 영역이다.그리고 PA 전송구조는 Costing Based (원가중심) 에서만 사용이 되는 기능이다. Costing Based 에서만 사용되는 이유는, G/L Account 단위로 Value 를 집계하지 않고 별도의 Value Field 를 정의하여 사용하기 기때문에 원가요소와 Value Field 를 사전에 Assign 하는 구조가 필요하기 때문이다. PA 전송 구조 용도PA 전송 구조는, 원가요소 또는 그룹으로 발생한 계정을 집계하여 PA Table 상 Value Field 와 Mapping 하는 구조를 ..

G/L Account 생성 시점에 관리회계 사용대상으로 지정한다면, 원가요소 범주를 용도에 따라 입력해야 함 개요관리회계 중요 기준정보 중 하나인 원가요소에는 원가요소 범주 별로 구현 가능한 범위가 구분되어 있다.  1차 원가요소재무회계에서 사용하는 계정으로, 계정을 입력하여 직접 전기 가능하다.1차 원가요소로 지정이 되면, 전표 생성 시점에 관리회계 목적의 Object 입력이 필수적으로 요구된다. 2차 원가요소관리회계에서만 사용하는 계정으로, 전표 방식으로 직접 계정을 입력하지 않고 특정 프로그램을 통해서만 해당 계정이 사용된다.원가요소 범주내역대상 계정용도비고1Primary Costs매출원가 또는 비용 계정CO Object 필수수익성세그먼트 선택11Revenues매출 계정수익성 세그먼트 필수수익성세그..