/WIP/[SAP Bible FI 상] Organizational Unit

최초 작성일: 2023년 6월 13일

최종 작성일: 2023년 6월 13일

 

목표: 6월 18일 까지 FI configuration 공부하기

 

목차

1. Organizational Unit/ Basic Settings

• Clients in SAP
• Accounting Organizational Unit
• Logistics Organizational Unit
• FI Organizational Unit
• CO Organizational Unit

Organizational Unit/ Basic Settings

• Clients in SAP
  • Enterprise Structure Terminology :  Organizational Unit 측면에서의 Client 개념과 System적 측면에서의 Client 개념으로 구분해 볼 수 있다.
    •  Organizational Unit 측면에서의 Client : 조직단위 중 최상위레벨의 조직단위 ( Client : Company Code = 1: N)
    • System 적인 측면에서의 Cleint 개념: SAP 시스템을 각각의 용도에 따라 물리적으로 나눈 단위
      • Delivery Client(000&001), Production Client(Ex-100),Test Client(Ex-999), Training Client(Ex-400)
      • Delivery Client : Basis Consultant가 사용하는 Client, 이 Client를 카피하여 다른 Client를 생성한다. test용 client를 생성할 때에는 configuration용 client를 카피해서 만들 수도 있으며 테스트 시 발견된 오류를 수정할 경우 이 수정분에 대해 CTS/TMS 기능을 이용하여 다른 Client에 적용할 수 있다.
      • CTS: Change Transport System( T-CODE: SE09/SE10), TMS:Transport Management System(T-CODE:STMS)을 이용하여 IMG 세팅 혹은 개발 프로그램 변경 내역등을 다른 Client 혹은 다른 서버로 이관할 수 있음.
      • 위와 같은 Client 관련 생성/변경/삭제 작업은 일반적으로 Basis 컨설턴트가 작업한다. 개발 서버에서 테스트 서버로 CTS 이관작업을 할때에는 담당 컨설턴트, 개발자 혹은 운영담당자가 직접 처리하고, 테스트 서버에서 운영(Production)서버로 이관시에는 별도의 승인 process를 거쳐 BC가 처리한다.(CTS란 개발관련 변경사항, IMG 관련 변경사항 등을 담고 있는 Task 묶음이라고 생각하면 된다.)
      • Client는 동일서버내 최대 999개까지 생성 가능하다.
  • Client dependent VS Cross Client
    • 로그인한 Client에 종속적인 데이터를 Client dependent한 데이터라고 하고 동일 서버내에서 client 번호에 관계없이 적용되는 데이터를 cross client한 데이터라고 한다. SAP 스탠다드 프로그램 및 개발 프로그램들은 Cross client 성격으로 같은 서버에 존재하는 모든 Client에 동일하게 적용된다. IMG 설정시에도 해당 항목이 Client dependent한 configuration인지 cross client한 configuration인지 잘 살펴보아야 한다.
  • Financial Application(재무 관련 모듈)
    • Accounting
      • Financial Accounting(FI) : 재무회계, General Ledger, sub ledger 컴포넌트로 구성되어 있음.
      • Financial Supply Chain Management
      • Controlling(CO): 관리 회계
        • Overhead Cost Accounting (간접비): CCA(Cost Center Accounting), I/O(Internal Order)컴포넌트
        • Product Cost Accounting: PC컴포넌트, 제품 단위별로 투여되는 원가계산(제조원가)
        • Profitability Analysis: PA컴포넌트, 기업의 수익성을 분석(제품별, 고객별, 시장별)마켓 세그먼트별 분석
        • Profit Center Accounting : PCA 컴포넌트, Profit Center라는 조직 유닛별로 수익성 분석, New G/L 버전에서는 FI의 조직단위로서 관리/활용되고 있다. 실제 구축 프로젝트에서는 CO에서 담당하는 게 일반적이다.
        • Activity Based Costing : ABC 컴포넌트, 활동기반원가 측정(노무비,경비 등 원가 측정시 활동원가로 측정)
      • Enterprise Controlling(EC): 전략적 의사결정을 관리하는 관리 회계
      • Strategic Enterprise Management
      • Investment Management(IM): 투자 관리
      • Project System(PS): 프로젝트 Base로 비즈니스가 수행되는 경우에 사용.
      • Incentive and Commission Management
      • Real Estate Management(RE): 동산, 부동산 관리
      • Flexible Real Estate Management
      • Public Sector Management
      • Bank Applications
      • Treasury(TR): 자금 관리, 4가지 컴포넌트로 구성됨.
        • Cash Management- CM 컴포넌트 : 단기, 중기 측면의 현금유동성 예측, 현금흐름 관리
        • Treasury Management - TM 컴포넌트 : 예적금 가입, 차입금, 회사채 등 자금거래와 관련된 트랜잭션 관리
        • Cash Management and forecast -CBM컨포넌트 : 중장기측면의 현금유동성 예측
        • Market Rist Management - MRM컴포넌트 : 시장 위험관리, 현재 자금의 위험도 측정 등
          • 최근 버전에서는 CM과 CBM을 제외한 다른 컴포넌트 들은 CFM(Corporate Finance Management)모듈에 포함됨.
    • Accounting Organizational Unit
      • operating concern : CO모듈에서 관리하는 최상위 조직유닛(CO-PA컴포넌트를 대표하는 조직단위: 마켓 세그먼트별 수익성 분석을 위한 조직단위) 하나의 Operating Concern에 여러개의 Controlling Area가 묶일 수 있다(1 : N)
      • Controlling Area: CO에서 비용에 대한 예산을 수립하고 집행, 통제하는 기준. 비용배부 기준이 되기도 함.
      • Company Code: FI의 external한 accounting을 대표하는 조직유닛, 하나의 controlling area에 여러개의 company code가 매핑될 수 있다(1:n) -> 재무제표 외부 공시 기준 조직
      • Business Area(Business Unit): FI의 Internal한 Accounting을 대표하는 조직 유닛(사업부 개념). business area와 company code는 서로 cross company하게 묶일 수 있다(종속 관계가 아님)
      • Profit Center : 조직 내 구분회계 관점에서 손익을 산출하고 자산이 집계되는 최소관리 단위. 하나의 회사 코드 내에서 총계정원장 레벨의 시산이 구분 관리 되는 조직 단위.
      • segment : 회사 내 부문별 재무제표를 산출하는 회계단위. profit center가 많을 경우 segment를 활용한 segment reporting이 유용하다.
    • Logistics Organizational Unit(물류- SD,MM,PP를 대표하는 조직 유닛)
      • Purchasing Organization
        • mm을 대표하는 조직(구매조직). Plant에 속하여 구매행위를 하는 조직이 있고, cross plant하게 구매행위를 총괄하는 구매조직이 있을 수 있음.
        • 여러 개의 company code에 속한 여러 개의 plant를 종합적으로 통합관리하는 총괄구매조직이 있을 수도 있음.
        • 구매 행위가 발생하면 purchasing organization에 매핑되어 있는 company code쪽으로 구매관련 전표가 기표된다.
      • Plant
        • logistics를 대표하는 조직, 공장(제조가 없는 회사의 경우 창고개념으로 사용가능) plant가 assign되어 있는 company code 쪽으로 공장에서 발생하는 물류 흐름 내역이 반영된다.
        • pp를 대표하는 조직단위라기 보단 물류 전체를 대표하는 조직단위 이다. sd,mm,pp 전체에 영향을 미치게 된다.
      • Sales Organization, Distribution Channel
        • SD를 대표하는 조직
        • Distribution Chain(유통 체인) = sales organization(영업팀을 의미) + distribution channel(유통채널, 유통경로: 도소매, 방판 등)
        • Divisions : 회사가 생산하고 판매하는 material중에서 최상위 레벨의 물품을 의미한다. 자동차, 키보드 등
        • 판매 결과가 assign되어 있는 company code 쪽으로 반영된다. sales organization은 divisions 과 각각 assign 된다.
        • distribution chain(sales organization + distribution channel ) + divisions = sales area
      • FI Organizational Unit
        • external accounting : company code- 외부 이해 관계자들에게 회사 재무상황을 공시하기 위한 목적의 조직 코드
          • company code = independent accounting entity(독립적인 회계단위) 회계 전표가 전기되는 조직 단위
          • external한 목적의 조직 유닛 중 가장 작은 단위의 조직임. 결합재무를 보는 그룹 레벨에서 보면 가장 최소 단위가 된다.
          • 4자리 unique 코드, general ledger는 company code레벨에서 관리됨. 법적으로 B/S와 P&L을 산출하는 단위
          • Company Code 생성(보통 레퍼런스 카피 기능을 이용하여 생성하게 된다.)
            • 현재 존재하는 company code를 레퍼런스 카피하여 생성(원하면 G/L Account도 복사 가능) -> 최초에는 sap에서 기본적으로 제공되는 0001이라는 company code를 이용하여 카피할 수 있다.(0001 company code는 country specfic 하지 않고 INT라는 계정과목표를 기준으로 하는 디폴트 company code, 특정 나라에 대한 특화가 되어 있지 않은 상태인 0001에 country KR이라는 우리나라 실정에 맞는 패치를 적용함으로써 localization이 가능하다. 이부분은 최초 서버 set up시에 BC가 작업한다.)
            • Reference copy 기능을 이용할 경우 company code definition, global parameters, 관련 customizing table, 필요시 G/L 계정 코드 및 계정 결정 세팅(account determination)정보들이 복사 된다.
            • 수정하고자 하는 부분만 변경하여 신규 company code를 등록한다.
            • IMG 세팅 화면에서 생성처리를 한다.
              • t-code: SPRO
      •  

company code생성하는 경로(보통 레퍼런스 복사를 통해 생성한다)

여기서 정의된 currency가 local currency(=회사코드 통화)가 되고 이통화와 다른 통화로 발생된 거래는 외화거래가 된다. 이 로컬 통화가 재무제표의 기준 통화가 된다.

Company Code 설정 필드(Global Parameters)

경로: IMG > Financial Accounting Global Settings> Global Parameters for Company Code> Enter Global Parameters

Internal Accounting : Business Area(사업부)(business unit으로도 사용)회사 내부적으로 사업단위별 B/S, P&L을 산출하기 위한 목적이며, 회사코드에 종속된 개념이 아니다. 최근에는 Profit center별 구분회계 혹은 segment별 구분회계로 관리를 강화하는 추세이다.

Profit Center : 회사내 자산/부채/수익/비용의 구분 및 손익센터간 배부를 통해 Business Unit(사업부) 단위의 재무제표를 산출하기 위한 조직단위. 조직 내 구분회계 관점에서 손익을 산출하고 자산이 관리되는 최소단위.

 

Segment : 회사 내 부문별 재무제표를 산출하는 회계 단위. Profit Center로부터 Derivation 되어지고 사용자가 직접 입력하거나 default 값을 지정할 수도 있음. profit center가 많을 경우 segment를 활용한 segment reporting이 유용하다.

 

그 외 FI 조직 구조

Business Place : 부가세 집계 및 신고 단위로 전표에서 세금 코드가 입력되는 Lineitem에 함께 입력되며, 사업자 단위 과세인 경우 주된 사업장 및 종 사업장의 구분단위로 코드를 구성할 수 있다. 사업장별 집계된 부가세 정보를 추출하여  부가세 신고 리포트 및 부가세 전자신고파일을 생성할 수 있다.

경로: IMG > FI > FI Accounting Global Settings > Tax on Sales/Purchase > Basic Settings > South Korea > Business Places > Define Business Place : 사업장 정의

사업자 번호(tax number 2)/ 법인등록번호(tax number 1)/ 대표자명(rep's name)/ 업종(type of industry)/ 업태(type of business) 등의 정보를 관리 할 수 있음.

 

Section Code : 원천세의 Tax Office(소득세 납부처)와 Regional Tax Office의(지방세 납부처)조합으로 이루어진 조직단위. 원천세율/계정에 대한 사전 설정을 통해 원천징수 대상 거래에 대하여 전표 생성 시 소득세 및 주민세 Lineitem을 자동 전기할 수 있다. 근로소득, 퇴직소득은 HR모듈에서 산출되며  기타 소득, 사업소득, 배당 소득, 이자소득 등은  원천세 코드 입력을 통한 회계전표 생성으로 원천세 정보를 관리할 수 있다.

 

Credit Control Area: 여신관리영역. 고객에 대한 채권 한도를 측정하고 점검하는 조직단위. 동일한 하나의 고객에 대하여 내부 사업부별로 여신관리영역을 구분하고 여신을 분할하여 관리할 수도 있다. 판매오더 생성 시 또는 납품, 출고 시 여신한도를 점검하여 Block을 걸고  Release Process를 거쳐 Block을 해제하는 식으로 고객 여신 관리를 한다. 일반적으로 회사코드와 여신관리영역은 1:1 혹은 N:1로 관리 한다. ( 참고- S/4 HANA버전의 여신과리는 ECC버전과 관리하는 방식이 다르다.)

 

 

CO Organizational Unit

CO의 조직구조는 FI와 밀접하게 관련되어 있기 때문에 관련 조직 개념을 이해할 필요가 있다.

 

Operating Concern: CO 조직구조 중 가장 최상위 레벨의 조직이며, 경영단위라고 부른다.

Controlling Area 여러 개가 하나의 Operating Concern에 속한다.

Operating Concern에서는 CO-PA(Profitability Analysis)컴포넌트에 쌓인 수익성 세그먼트 데이터를 이용하여 리포팅 할 수 있다. 

수익성 분석을 위한 최상위 조직 유닛이다.

Company Code레벨에서 발생한 Revenue는 거래 발생 시 바로 Operating Concern으로 반영되지만,

Cost의 경우에는 Controlling Area로 집계되었다가 Operating Concern쪽으로 반영되는 흐름을 가진다.

 

Controlling Area: 관리 회계 영역이라고 부르며 CO에서 가장 Base가 되는 조직이다.

CO-OM(Overhead Management), CO-PC(Product Cost Controlling), EC-PCA(Profit Center Accounting) 컴포넌트 들이 여기에 assign되며 이 관리회계영역으로 데이터가 쌓인다.

회사코드는 관리회계영역과 N:1의 관계로 assign된다.

특정 회사코드에서 전표가 발생될 경우, 그 회사코드에 assign된 관리회계영역으로 CO데이터가 쌓이는 개념이다.

 

Cost Center : 코스트 센터의 경우 조직구조이면서 Master Data 이기도 하다.

비용을 구분/집계하는 최소 단위의 부서라고 생각할 수 있다.

전표 입력 시 코스트 센터가 입력될 경우 Cost Center 마스터에 등록되어 있는

profit center/business area/functional area 등이 자동으로 입력 되어 진다.

 

EC-PCA 개념에서의 Profit Center는 CO의 조직 개념이었으나, New G/L 버전에서의 Profit Center는 FI의 조직으로 변경되었다. 

이는 시스템 구성 관점이며 실제 구축 프로젝트를 진행할 때에는 CO모듈에서 설계하는 것이 일반적이다.

 

 Functional Area: 기능영역으로 부르며, 비용의 성격을 구분하는 구분자로서 활용한다. (제조비/판매비/일반관리비/연구개발비 등).

앞서 Cost Center 마스터 화면에서도 보이지만, Cost Center Category에 따라 기능영역이 자동 지정되도록 세팅하는 게 일반적 이다.

 

 

 

 

 

 

 

============================================================================================

 

 

국세청>국세신고안내>개인신고안내>원천세>기본정보>원천징수 개요 (nts.go.kr)

국세청

원천징수 제도:

원천징수란 소득자가 자신의 세금을 직접 납부하지 아니하고, 원천징수 대상 소득을 지급하는 원천징수 의무자(국가, 법인, 개인사업자, 비사업자 포함)가  소득자로부터 세금을 미리 징수하여 국가(국세청)에 납부하는 제도를 말함.

 

원천징수의무자:

원천징수의무자는 국내에서 거주자나 비거주자, 법인에게 세법에 따른 원천징수 대상 소득 또는 수입금액을 지급하는 개인이나 법인임.

 

원천징수 대상

소득세법

법인세법

논어촌특별세

지방소득세 특별징수