당신은 주제를 찾고 있습니까 “sap fi 모듈 – SAP FICO Overview – 1“? 다음 카테고리의 웹사이트 https://you.tfvp.org 에서 귀하의 모든 질문에 답변해 드립니다: https://you.tfvp.org/blog/. 바로 아래에서 답을 찾을 수 있습니다. 작성자 캘거리SAP아저씨 이(가) 작성한 기사에는 조회수 5,024회 및 좋아요 128개 개의 좋아요가 있습니다.
sap fi 모듈 주제에 대한 동영상 보기
여기에서 이 주제에 대한 비디오를 시청하십시오. 주의 깊게 살펴보고 읽고 있는 내용에 대한 피드백을 제공하세요!
d여기에서 SAP FICO Overview – 1 – sap fi 모듈 주제에 대한 세부정보를 참조하세요
SAP FI/CO 모듈의 조직 및 마스터 구조, 회계 문서의 구성, 원장과 재무제표, 관리회계 서브모듈에 대해 개괄적으로 설명합니다. 자료가 필요하신분은 [email protected] 으로 메일 주시면 공유드리겠습니다.
#SAPFICO#SAPFI#SAPFI실무
sap fi 모듈 주제에 대한 자세한 내용은 여기를 참조하세요.
SAP-FI 모듈정리
Accounting. Finacial Accounting(FI) 모듈. : 재무제표를 작성하기 위한 전표 처리 모듈. 1. General Ledger(총계정원장).
Source: velog.io
Date Published: 6/20/2022
View: 2876
ERP 구축 스토리 #15. SAP FI모듈 – 네이버 블로그
FI에서 하는 일은 수익, 비용, 자산, 부채, 자본을 기표하는 일이다. . SAP를 구축하면서 흥미롭게 보았던 것은 물류의 흐름에 따라 회계계정과 원가 …
Source: m.blog.naver.com
Date Published: 9/11/2022
View: 6247
02 SAP FI를 배워보자 – 전표(Document)생성하기
SAP FI 모듈을 한마디로 말하면 ‘재무제표를 작성하기 위한 전표 처리 모듈’이라고 할 수 있습니다. 여기에서 ‘재무제표(Balance Sheet)’란 ‘기업의 재무 …
Source: krksap.tistory.com
Date Published: 3/26/2021
View: 3435
SAP FICO: 소개, 전체 형식 및 FICO 모듈이란? – SoftGeek
SAP FICO 소개: SAP FICO 모듈은 외부 및 내부 재무 보고에 사용되는 SAP ERP의 모듈입니다. · SAP FICO 의미: SAP 재무회계(FI) 및 관리(CO) · 보고에 사용되는 모든 총계정 …
Source: softgeek.org
Date Published: 3/7/2022
View: 1126
1-1. SAP CO 개요 및 구성요소
SAP CO(Controlling) 모듈은 SAP의 5개 코어 모듈(MM, PP, SD, FI, CO) 중 하나이다. 이 중 회계 파트가 2개인데 FI(Finance)는 재무회계, …
Source: soma7321.tistory.com
Date Published: 1/16/2022
View: 1723
SAP FI – Overview – Tutorialspoint
SAP FI stands for Financial Accounting and it is one of important modules of SAP ERP. It is used to store the financial data of an organization.
Source: www.tutorialspoint.com
Date Published: 11/28/2021
View: 9318
FI모듈 용어정리 – ABAP STORAGE
전통적으로 계정(Account) 이라고 하면 경리(재무회계) 에서 기표가 이루어지는 대상이 되는 계정과목 또는 계정코드를 의미한다. 그러나 SAP에서는 …
Source: se80.tistory.com
Date Published: 8/21/2022
View: 8145
SAP ERP 개념 및 12가지 모듈 소개 – Hey Tech
3. SAP ERP 모듈 구성 · 1) 재무회계(Finance, FI) · 2) 관리회계(Controlling, CO) · 3) 자금관리(Treasury, TR) · 4) 자재관리(Materials Management, MM).
Source: heytech.tistory.com
Date Published: 9/15/2022
View: 4619
SAP FI 연구소 – [사설] FI 와 CO 의 승자는?
안녕하세요. 랩장입니다. 제목만 보아서는 싸움을 붙이는 듯한데, 그런 이야기는 아닙니다.^^ 각자의 Career 측면에서 어느 모듈이 나와 맞을까?
Source: fi-lab.com
Date Published: 6/15/2021
View: 8225
주제와 관련된 이미지 sap fi 모듈
주제와 관련된 더 많은 사진을 참조하십시오 SAP FICO Overview – 1. 댓글에서 더 많은 관련 이미지를 보거나 필요한 경우 더 많은 관련 기사를 볼 수 있습니다.
주제에 대한 기사 평가 sap fi 모듈
- Author: 캘거리SAP아저씨
- Views: 조회수 5,024회
- Likes: 좋아요 128개
- Date Published: 2021. 5. 26.
- Video Url link: https://www.youtube.com/watch?v=l3V7wsgOX_A
ERP 구축 스토리 #15. SAP FI모듈
영업관리는 회사의 수익을 관리하는 곳이며, 회계적으로는 매출채권에 대응한다.
구매관리는 자재, 고정자산에 대한 획득에 대한 부분을 관리하며, 회계적으로는 매입채무에 해당한다.
(고정자산은 자산으로 잡히기 때문에 회계처리 방식이 다소 상이 할 수 있음.)
마찬가지로 생산관리/인사관리에 해당하는 부분도 비용에 해당하며, 제조원가와 판관비로 성격에 따라 구분이 된다.
회계의 경우 계정코드가 Company level 부터 분리가 되기 때문에 연결회계까지 고려하는 회사에서는 계정 mapping이 중요하다. COA(Chart of Account 계정과목표)는 Company별로 설정을 하게 되어 있다.
회계 결산 업무를 해 보신 분들이라면 매우 쉽게 접근이 가능한 것이 SAP의 FI모듈 이다. 왜냐하면 추적성이 매우 좋기 때문이다. 각각의 수익과 비용이 어느부서에서 왔는지, 또 어떠한 내용인지 명확하게 알려준다. (그렇기 때문에 SD, MM, PP의 경우 기존 시스템 보다 넣어야 할 항목들이 많아지는 것도 사실이다.)
위의 내용을 좀 더 복잡하게 그려 보자.
02 SAP FI를 배워보자 – 전표(Document)생성하기
728×90
이전글
2013/01/02 – [SAP/SAP FI] – 01 SAP FI를 배워보자 – SAP Server에 Login하기
02 SAP FI를 배워보자 – 전표(Document)생성하기
SAP FI 모듈을 한마디로 말하면 ‘재무제표를 작성하기 위한 전표 처리 모듈’이라고 할 수 있습니다.
여기에서 ‘재무제표(Balance Sheet)’란 ‘기업의 재무상태나 경영 성과를 돈’으로 나타내주는 ‘표’ 입니다. 이를테면 기업의 재산은 기업 건물 100억, 지적 재산권 80억, 현금 200억 총 380억 이런 식으로 그 기업이 380억의 가치가 있다는 것을 보여주는 표입니다.
‘전표(Document)’란 ‘재무제표’를 이루고 있는 요소입니다. ‘재무제표’가 인간의 몸이라면 재무제표에서 기업건물 100억은 인간의 ‘눈’, 지적재산권 80억은 인간의 ‘팔’, 현금 200억은 ‘다리’라고 한다면 각각의 ‘전표’는 눈, 팔, 다리 등을 이루고 있는 세포라고 할 수 있습니다.
SAP FI모듈은 각각의 ‘세포’격인 ‘전표’를 처리(작성, 수정, 삭제’Parked Document only’, 완료)를 하기 위한 모듈이라고 할 수 있습니다.
그러면 이제부터 ‘전표’를 작성해 보겠습니다.
전표 작성
SAP GUI를 실행하고 로그인을 합니다.
로그인을 하면 위와 같은 화면이 나옵니다.
전표는 여러개가 있지만 ‘매입·매출’중에서 재료를 판매하는 ‘매출 전표’를 먼저 작성해 보겠습니다.
기업은 물건을 사오기도 하고 팔기도 합니다. 예를 들어 ‘사과’라는 회사의 예를 들어보겠습니다. ‘사과’라는 회사는 스마트폰을 만들어서 판매하는 회사입니다. 스마트폰을 만들려면 액정도 있어야 하고, 배터리도 있어야 하고, 메모리도 있어야 합니다.
기업 ‘사과’는 스마트폰 부품중에 ‘메모리’라는 부품을 ‘샘송전자’라는 회사에게 판매합니다.(사오는 것 아님) 그러면 샘송전자이게터 물건을 판매 할 때 작성하는 ‘매출 전표’를 작성해 보겠습니다.
‘매출 전표’란?
Accounting – Financial Accounting – Accounts Receivable – Document Entry – (FB70) Invoice로 들어갑니다.
위와 같이 찾아 들어가면 됩니다.
위에 검색창 같이 생긴 T-code입력창이 ‘/nFB70’이라고 쳐도 됩니다. T-code는 Transaction Code의 약자로서 각 기능의 주소 같은 것입니다.
‘(FB70) Invoice’를 선택합니다.
위와 같이 전표를 입력하는 화면이 나옵니다.
728×90
그럼 간단하게 전표를 작성해 보겠습니다.
Customer에 무엇을 쳐야 할지 모를 수 있다. 그러면 아래 글을 보고 Customer Master Data를 생성한 후 그것을 넣도록 합니다.
2013/01/02 – [SAP/SAP FI] – 03 SAP FI를 배워보자 – 고객 마스터 데이터(Customer Master Data) 생성하기
지금 치고 있는 전표는 송장(Invoice)입니다. 여기에서 송장(Invoice)이란 무엇일까요?
지금 들어온 트랜젝션은 고객(Customer)에 대한 송장을 치는 화면입니다. 고객에게 발행하는 송장이란 물건을 판매하는 사람이 물건을 구매하는 고객에게 매매계약의 조건을 정당하게 이행하겠다고 하는 뜻을 전하는 서류입니다.
그러나 계산서나 청구서의 기능도 하기 때문에 판매측이 보내는 인보이스는 발송한 화물의 내용 명세서이며 거래 계산을 밝힌 계산서 겸 대금청구서이기도 합니다.
대금 청구서(송장)를 입력하고 ‘저장’을 누르면
차변에는 KCUST11 / 대변에는 113100(은행계정)의 전표가 총계정원장(G/L)에 생성 됩니다.
아래 메세지를 보자 전표번호 1800000000번으로 전표가 KCC1 회사 코드로 생성 되었습니다.
728×90
SAP FICO: 소개, 전체 형식 및 FICO 모듈이란?
이 SAP FICO 기본 튜토리얼에서는 SAP FICO 개요와 SAP FICO 모듈의 주요 기능에 대해 설명합니다.
SAP FI는 SAP FICO 하위 모듈로 구성됩니다. 자주 사용되는 하위 모듈은 미수금, 미지급금, 자산 회계, 총계정원장 회계 및 은행 회계입니다.
모든 하위 모듈은 실시간으로 상호 연결되어 통합됩니다. 시산표는 한 번에 추출할 수 있으며 모든 하위 모듈이 연결되어 있기 때문에 항상 균형을 유지합니다. 아래 다이어그램은 FICO SAP 모듈 간의 통합을 보여줍니다.
SAP 피코
총계정 원장 회계
보고에 사용되는 모든 총계정원장 계정은 총계정원장 회계를 통해 관리됩니다. SAP에서는 회사 또는 회사 그룹에서 사용하는 모든 총계정원장 계정 집합을 계정과목표라고 합니다. 재무제표 작성에 사용되는 계정입니다. 대부분의 거래는 서브 모듈에 기록되며 실시간으로 총계정원장과 조정됩니다. 총계정원장 회계에서 직접 수행할 수 있는 거래에는 거래를 조정하거나 수정하기 위해 전기되는 분개장이 포함됩니다. 취소는 총계정원장 회계에서도 수행할 수 있습니다. 총계정원장 계정의 잔액을 표시하고 시스템에서 시산표를 추출할 수 있습니다.
매출채권
FICO SAP의 미수금 계정은 고객과의 모든 거래를 캡처하고 고객 계정을 관리하는 하위 모듈입니다. 별도의 고객 계정이 유지되며, 거래가 고객 계정에 전기되면 총계정원장의 조정 계정에 실시간으로 수치가 업데이트됩니다. 미수금 거래에는 송장 전기, 대변 메모 전기, 계약금, 송장 지불, 독촉 및 고객 보고서 실행이 포함됩니다.
미지급금
미지급금은 공급업체와의 모든 거래를 캡처하고 공급업체 계정을 관리하는 하위 모듈입니다. 별도의 벤더 계정을 유지하며 거래가 고객 계정에 전기되면 총계정원장의 조정 계정에 실시간으로 수치가 업데이트됩니다. 미지급금 거래에는 송장 전기, 대변 메모 전기, 계약금, 송장 지불, 자동 지불 프로그램 및 공급업체 보고서 실행이 포함됩니다.
자산 회계
SAP FICO의 자산 회계는 기업의 자산과 관련된 모든 거래를 관리합니다. 자산 계정에 거래가 게시되면 총계정 원장의 조정 계정이 실시간으로 업데이트됩니다. 자산 회계 거래에는 자산 취득, 자산 처분, 자산 매각, 자산 이전, 자산 재평가 및 자산 감가상각이 포함됩니다.
은행 회계
은행 회계는 은행과의 모든 거래를 포착합니다. 은행 조정은 은행 거래 명세서에 기록된 모든 거래를 시스템의 거래와 비교하여 조정하기 위해 수행됩니다.
모든 SAP FI 하위 모듈이 통합되고 트랜잭션이 실시간으로 업데이트되므로 시스템에서 언제든지 정확한 재무제표를 추출할 수 있습니다.
요약
1-1. SAP CO 개요 및 구성요소
반응형
저는 현재 다니는 회사에 입사하면서 처음으로 SAP를 접하게 되었습니다.
제가 지원한 팀은 회계팀이었는데 왜 이런데를 보냈을까? –;
많이 실망했었던 기억이 납니다.
하지만 지금 돌이켜보면 회사에서는 저에게 아주 좋은 기회를 제공한 것이였습니다.
그 당시에는 SAP가 한창 Boom을 일으키던 시기였는데 저만 그걸 몰랐던 것입니다.
(지금 생각하면 부끄럽기 짝이 없습니다)
어쨌든 입사하자말자 SAP를 접하게 되었고, SAP PI를 거치고
프로그램 개발의 ‘개’자도 몰랐던 문과 출신인 제가 ABAP개발까지 하게 이르렀습니다.
SAP 중에서 제가 맡은 것은 CO 모듈입니다.
5가지 모듈 중 왜 하필 CO 모듈을 맡았을까요?
처음에는 아무것도 몰랐기에 그냥 SAP의 회계 파트 중 하나인 CO를 하라고 해서 막연하게 시작하게 되었습니다.
저는 회계팀을 지원했으니까요..^^;
처음 CO를 배울 때는 SAP 용어도 낯설고 내용도 어려워 당췌 이해가 되지 않았습니다.
이 SAP 트랜잭션이 어떻게 실행되고 어떤 결론을 주는지 알아내는 것 역시 어려웠습니다.
특히, CO란 모듈은 그 자체만 배우면 되는 것이 아니라
물류 모듈은 MM, PP, SD 심지어 FI까지도 알아야 어느 정도 이해를 할 수 있어 더욱 어렵게 느껴졌습니다.
그래서 지금까지 제가 배우고 알게된 내용을 정리하고, 이런 순서로 CO 모듈을 배워 나가면
좀 더 쉽게 이해할 수 있지 않을까해서 조심스럽게 블로그를 시작하려고 합니다.
아래는 아주 원론적인 내용인데, 이건 뭐랄까.. 회계 책에 나오는 내용과 비슷한 내용입니다.
아참, CO를 하면서 가장 놀라웠던 것은 관리/원가 회계 책에 나온 표준원가 계산의 원리가
그대로 시스템으로 반영되어 있다는 것입니다.
보통 이론은 이론일 뿐, 실제는 이론과 다르다는 얘기를 많이 하는데,
이놈의 CO는 이론대로 시스템을 만들었다고 생각합니다.
그래서 더 이해하기 어려운 것일지도 모릅니다
( 이것은 지극히 개인적인 생각입니다)
먼저, CO 모듈의 간단한 개요와 목적을 설명하겠습니다.
1. SAP에서 CO 모듈의 역할은?
SAP CO(Controlling) 모듈은 SAP의 5개 코어 모듈(MM, PP, SD, FI, CO) 중 하나이다. 이 중 회계 파트가 2개인데 FI(Finance)는 재무회계, CO(Controlling)은 관리/원가 회계에 속합니다.
재무회계는 외부 공시 목적으로 기업회계기준에 맞게 처리되는 회계이며,
관리/원가회계는 내부 관리 목적으로 경영자의 의사결정에 필요한 회계 정보를 제공하는 내부 보고 회계 이다.
2. 내부 관리 목적은 무엇이고, 경영자의 의사결정에 필요한 회계 정보란 무었일까요?
여기서 말하는 의사결정은 내가 생각하기엔 사업을 계속할 것이냐 말것이냐,
이 제품을 계속해서 판매할 것이냐 말것이냐 등 입니다.
그러기 위해서 필요한 것이 제품별 원가입니다.
한마디로, 돈이 되느냐는 것입니다.
SAP CO 모듈의 최종 목적은 제품별 원가 계산을 통한 제품별 수익성을 관리하는 것 이라고 할 수 있습니다.
그래서 의사결정자들이 사업을 영위할 것이냐, 투자를 할 것이냐 등을 판단하는데 도움을 주는 것 입니다.
제품별 원가를 계산하기 위해 CO 모듈은 다양한 구성요소를 가지고 있으며,
각 구성요소마다 여러가지 트랜잭션을 수 행합니다.
SAP의 모든 화면에서 실행하는 것을 트랜잭션(Transaction)이라고 하며
각 트랜잭션은 빠르게 그 트랜잭션 화면으로 들어가기 위한 T-Code를 가지고 있습니다.
3. SAP CO 모듈의 주요 구성요소는 무엇인가?
SAP CO 모듈의 주요 구성요소로는 원가요소 회계(Cost Element) , 코스트센터 회계(Cost Center Accounting) , 내부오더(Internal Order) , 제품원가관리회계(Product Cost Controlling) , 수익성분석(Profitablity Analysis) 등이 있다.
이 외에도 액티비티기준 원가계산, 손익센터 회계가 있으나, 저는 액티비티기준 원가계산은 사용해보지 않았고,
손익센터 회계는 SAP ECC 6.0의 New G/L 이후 FI와 통합되어 이 블로그에서는 설명하지 않을 예정입니다.
관리회계(CO)의 구성요소 확인
오늘은 간단하게 SAP CO의 목적과 구성요소에 어떤 것들이 있는지 확인했습니다.
그리고, CO 기준정보 관련 내용을 하나로 모아 PDF를 변환하여
네이버 [스마트스토어]에 등록하였습니다.
필요하신 분은 아래 링크 참고 하시기 바랍니다.
[ SAP CO 기준정보 ]https://smartstore.naver.com/soma_love/products/5543021414
다음에는 개인적으로 CO에서 가장 중요한 개념은 CO Object에 대해서 설명하겠습니다.
항상 건강하고 행복하세요..*
반응형
SAP FI – Overview
SAP FI – Overview
Advertisements
SAP FI stands for Financial Accounting and it is one of important modules of SAP ERP. It is used to store the financial data of an organization. SAP FI helps to analyze the financial conditions of a company in the market. It can integrate with other SAP modules like SAP SD, SAP PP, SAP MM, SAP SCM, etc.
SAP FI comprises of the following sub-components −
Finance Accounting General Ledger.
Finance Accounting Accounts Receivable and Payable.
Finance Accounting Asset Accounting.
Finance Accounting Bank Accounting.
Finance Accounting Travel Management.
Finance Accounting Fund Management.
Finance Accounting Legal Consolidation.
Where Do We Use SAP FI?
SAP FI module enables you to manage financial accounting data within an international framework of multiple companies, currencies, and languages. SAP FI module mainly deals with the following financial components −
Fixed asset
Accrual
Cash journal
Accounts receivable and payable
Inventory
Tax accounting
General ledger
Fast close functions
Financial statements
Parallel valuations
Master data governance
SAP FI consultants are mainly responsible for implementing Financial Accounting and Cost Accounting with SAP ERP Financials.
ABAP STORAGE :: FI모듈 용어정리
＊ Account (계정)
전통적으로 계정(Account) 이라고 하면 경리(재무회계) 에서 기표가 이루어지는 대상이 되는 계정과목 또는 계정코드를 의미한다. 그러나 SAP에서는 Account의 개념을 보다 확장하여 사용하고 있으므로 주의를 요한다. SAP에서는 다음과 같이 Account를 다섯 가지의 유형으로 구분하고 있으며, 이러한 유형구분을 Account Type이라고 한다.
Account Type 내 용 M G/L 계정 (전통적인 계정과목/계정코드)
D Customer (판매거래처, 기존의 거래처코드)
K Vendor (구매거래처, 기존의 거래처코드)
A Asset (고정자산 번호, 기존의 자산번호)
M Material (재고자산(자재)번호)
이렇게 Account의 개념범위를 확장한 것은 계정과목 중심의 총계정원장(General Ledger)상의 금액과 거래처나 고정자산 번호, 자재번호 중심의 보조부(Sub-ledger) 상의 금액을 일치시키고, 물류프로세스의 재무회계와의 통합성을 가능하게 하기 위해서이다.
즉, 전통적으로 AR (매출채권), AP (매입채무), 고정자산등과 관련된 회계전표를 기표하는 경우 해당 계정코드를 지정하고 금액을 입력한 후, 거래처나 고정자산 관련 정보를 전표상의 관리항목으로 관리하는 방식을 택하고 있는 데에 반하여, SAP는 해당 Customer, Vendor, Asset 번호를 마치 기존의 계정코드인 것처럼 기표를 하면, 그 와 연결이 되는 계정코드(SAP의 G/L Account)는 자동으로 결정되는 방식으로 되어 있다.
＊ Account Assignment (계정지정)
거래가 어떤 계정에 전기될 것인지를 명시하는 것.
※ 추가계정 지정참조
＊ Account Group (계정그룹)
마스터 레코드 입력을 제어하는 속성들의 요약으로 각 마스터 레코드는 하나의 계정 그룹에 지정되어야 한다. 계정그룹에 따라 마스터 레코드에 어떠한 Data 가 필요한지가 결정되면 마스터 레코드의 번호가 정해진다.
＊ Account Management (계정의 관리)
계정은 그 관리방식에 따라 미결관리(Open Item Management)를 하는 계정과 미결관리를 하지 않는(Non-Open Item Management) 계정으로 나눌 수 있다. 미결관리를 하게 되면 그 계정에 기표 된 건 별 항목들은 반드시 반제처리(Clearing)에 의해서 그 미결상태가 정리(Cleared) 된다. 현금이나 예금과 같은 계정은 업무상으로 미결관리의 의미가 없거나 불가능하므로 미결관리를 하지 않는 계정으로 설정하게 된다.
Customer나 Vendor의 경우에는 선택여부에 관계없이 시스템적으로 무조건 미결관리를 하는 것으로 설계되어 있으며, G/L계정의 경우에만 미결관리여부를 선택할 수 있다. Asset의 경우에는 명시적이지 않으나 미결관리를 하는 개념이며, Material의 경우에는 그렇지 않다.
한편, 계정을 조회하는 경우 잔액조회 뿐만 아니라, 기표 건 별로 조회를 하는 경우도 있는 바, 이러한 선택사항을 Line Item Display라고 한다. 따라서 예금계정의 경우 미결관리는 하지 않으나 건 별 조회는 가능하도록 설정(G/L계정 마스터에서) 할 수 있다. 일반적으로 거의 모든 계정에 대해 건 별 조회가 가능하도록 하는데, 이 경우 정보조회에 편리한 반면 DB의 Space를 많이 차지한다는 단점을 가진다.
＊ Account Reconciliation (계정조정)
회계가 GAAP(General Accepted Accounting Principle)에 어긋나지 않도록 이루어 지는가를 결정하는 절차. G/L계정 잔액이 전기 된 거래의 총합과 비교된다. 고객계정의 잔액과 구매처 계정잔액이 각각 채권잔액,채무잔액 및 전기된 거래와 비교된다.
＊ Account Type (계정유형)
하나의 계정이 어떤 회계 영역에 속하는지를 알려 주는 키로서 예를 들면 Asset(고정자산), Customer (고객), Vender (구매처), Mat (자재 ), G/L 등이 있다. 동일한 계정번호가 서로 다른 계정 유형에 사용될 수 있으므로 계정을 파악하기 위해서는 계정번호와 계정유형이 모두 필요하다.
＊ Accounting Principle (기표원칙)
SAP는 Customer, Vendor, Asset 등의 보조부관련 계정을 중심으로 기표하면, 시스템이 자동으로 General Ledger 와 Sub-ledger 에 동시에 금액을 반영하는 구조로 되어 있으며, 이를 Accounting Principle 이라고 부르기도 한다. Accounting Principle 하에서는 총계정원장과 보조부가 원천적으로 금액이 다를 수가 없으므로, 결산 시 많은 시간을 차지하는 Reconciliation작업이 필요 없게 된다. 이러한 기표방식은 물류와의 통합상황을 가정하면 더 큰 장점을 가진다. 즉 판매, 구매, 재고관리 등의 업무처리 시에는 거래처(Customer, Vendor) 나 자재번호를 중심으로 거래처리를 하고 이를 기준으로 재무회계전표가 생성될 때 사전에 정한 G/L 계정으로 자동기표가 생성되게 된다.
참고로 외상매출금, 외상매입금 등 거래처와 관련된 계정들은 사전에 Customer나 Vendor Master Record에 정의된 계정으로 자동결정 되며, 이를 Reconciliation Account라고 부른다. 고정자산의 경우에는 Asset Class를 경유하여 사전에 정의된 고정자산과 관련된 여러 계정(건물, 감가충당금, 고정자산 처분손실 등)이 자동으로 정해지도록 되어 있으며, 자재 (Material)와 관련하여서는 별도의 Customizing 작업에 의해 관련 G/L계정들이 자동 결정된다.
＊ Accounting Transaction (회계거래)
다른 EDP거래들과는 대조적으로 SAP거래는 항상 Document Header (거래 표제부)와 최소 2개의 Line Item(개별항목)으로 구성된다.
차변 값과 대변 값은 동일해야 하며 회계거래를 전기 할 때 시스템은 계정 잔액을 갱신한다. 회계거래는 사업거래를 시스템에 기록한다.
＊ Additional Account Assignment (추가 계정 지정)
계정번호, 금액, 전기키 이외에 필요에 따라 선택적으로 입력되는 개별 항목과 관련된 모든 추가 Data 예를 들면 대금지급조건, 지급방식, 코스트센터 등이 추가 Data 에 해당된다.
＊ Allocation Concept (할당개념)
계정의 개별 항목들이 화면 출력될 때 분류되는 방식
유사어: Sorting Concept(분류개념)
＊ Authorization
실제로 시스템이 사용되는 상태에서는 각 사용자의 직급 또는 속한 부서등에 따라 시스템상에서 접근할 수 있는 정보나 거래 처리를 제한 할 필요가 있다. 이러한 SAP R/3 시스템에의 접근 권한을 통칭하여 Authorization이라고 한다. SAP 가 표준으로 제공하고 있는 기능 및 Configuration을 활용하여 Authorization의 체계를 구성할 수 있으며, 이것이 필요한 경우에는 일부 시스템을 수정할 필요가 있게 된다.
＊ Balance (계정잔액)
계정에 전기 된 총 차.대변이나 전표의 총 차/대변의 차액
잔액은 대변금액이 차변 금액보다 많을 경우에는 “대변잔액”으로, 차변이 대변 금액보다 많을 경우에는 “차변잔액”으로 불린다.
＊ Balance Audit Trail (계정잔액 감사 증적)
회계년도 중 한 기간이나 여러 기간 동안에 어떤 계정의 모든 거래내역을 기록한 것. 잔액 감사 증적은 기초의 잔액과 기말까지 그 계정에 전기 된 차변과 대변 엔트리를 보여 준다.
＊ Balance Verification (잔액검증)
회계전표가 정확히 입력되었는지를 확인하는 절차. 차변과 대변의 금액이 반드시 같아야 한다.
＊ Bill-to party
납품한 제품 또는 서비스에 대한 송장을 수령하는 사람 또는 회사.
＊ B/S Adjustment (대차대조표조정)
대차대조표를 작성하기 전에 준비를 한다.
특별히 준비해야 할 사항은
– 외화로 전기 된 채권, 채무, 고정자산 금액을 환산하여 조정
– 조정계정이 바뀔 경우 채권과 채무를 조정
– 대변 잔액을 가진 고객계정 및 차변잔액을 가진 구매처 계정을 조정
– 잔여 일수에 따라 채권과 채무를 분류하기 위해 조정
＊ Cash Discount (현금할인)
일정기일까지 대금이 지급될 경우 예정 대금액으로부터 공제되는 돈.
＊ Cash Management and Forecast (현금관리와 예측)
여유 현금과 현금 소요량에 대한 중단기 계획
유사어: 현금관리 위치
＊ CBO와 Modification
SAP가 표준으로 제공하고 있는 기능이나 프로세스가 회사의 실정에 비추어 부족하거나 부적합하다고 판단이 되는 경우에는 일부 기능을 개발하거나 표준 기능/프로세스를 변경하는 경우가 있다.
CBO (Customer Bolt-On)는 Enhancement 라고 불리기도 하는데, SAP R/3 의 표준기능, 테이블들에 영향을 미치지 않는 상태에서 추가 기능을 개발하는 것을 말한다. 추가적인 Report의 개발은 일반적으로 CBO라고 표현하지 않는다. Modification은 SAP의 표준기능을 직접 변경하는 것으로서, 기술적으로는 Source code나 표준 Table의 필드를 변경하는 작업을 말한다.
일반적으로 SAP사는 Modification은 권고하지 않는데, 그 이유는 SAP의 전체적인 기술구조에 대한 명확한 이해가 없는 상태에서 표준 Source Code나 테이블을 건드리는 작업이 예기치 못한 다른 영향을 미칠 수도 있기 때문이다. 또한 Modification의 내용은 Version Up시 반영이 되지 않으므로 이를 계속적으로 유지 보수 해야 하는 부담도 회사가 감수해야 한다.
＊ Change Document (변경전표)
마스터 레코드, Table, Transaction 등의 변경 Data를 담고 있는 기록
＊ Chart of Account (계정과목일람표)
총계정원장 계정의 모든 마스터 레코드를 체계적으로 정리해 놓은 목록으로 동일한 계정과목 일람표를 여러 개의 회사코드가 사용할 수 있다.
계정과목일람표에는 모든 총계정원장계정과 계정번호, 계정과목명, 및 관리정보가 들어 있다. 하나의 Client에 여러 개의 계정과목일람표를 정의 할 수 있다. 각 회사코드는 반드시 계정과목일람표를 지정하여야 한다.
＊ Chart of Accounts (계정과목표)
회사의 경리 (또는 재무회계) 시스템에서 기표가 이루어지는 계정과목/계정코드 들을 모은 것을 일반적으로 Chart of Accounts(COA) 라고 하는데, SAP에서도 동일한 의미로 사용하고 있다. 다만 좀 더 정확하게 표현하면 G/L Account들의 묶음이라고 할 수 있는데, G/L Account의 구체적인 의미는 다음에 살펴 보기로 한다.
SAP를 Customizing 하는 경우 CoCd (회사코드) 를 정의하면서, 그 회사가 어떤 COA를 사용할 것인가를 정의하도록 되어 있다. 이 때 하나의 시스템을 여러 회사가 공유하는 경우, 두 개 이상의 회사가 같은 COA를 사용하는 것으로 정의할 수 있다. 즉, COA와 CoCd의 관계는 1 : N 이다. 이런 이유로 SAP의 FI의 조직구조를 설명하는 경우 COA를 CoCd의 상단에 표시하는 경우가 있는데, 이는 COA와 CoCd의 연결관계를 나타낸 것일 뿐 COA가 조직코드는 아닌 것에 유의하여야 한다.
회사가 실제 기표에 사용하고 있는 COA를 Operative Chart of Accounts라고 부르기도 하는데, 연결회계등의 그룹차원의 Data집계를 위해 Operative COA기준으로 기표 된 것들을 그룹계정으로 전환할 수도 있는데, 이러한 그룹계정의 묶음을 Group Chart of Accounts라고 한다. 한편 Operative COA이외에 그 나라에서 통용되는 계정들로 전환을 하는 것이 필요한 경우도 있는데, 이러한 목적의 COA를 Country Chart of Accounts라고 한다.
＊ Clearing (반제)
계정의 미결 항목들을 반제, 즉 대금처리가 끝나거나 결제된 것으로 처리하는 과정. 미결항목으로 반제 할 수 있다. 한 예로 고객이 송장에 대한 대금을 지불하면 해당 미결 항목을 결제된 대금으로 반제 할 수 있다.
＊ Clearing Account (중간계정)
임시 엔트리가 전기 되는 계정 중간 계정은 회계 절차상 반제를 목적으로 설정되는 보조 계정이다.
중간계정을 만드는 이유는 아래와 같다.
– 거래의 시간차(물건입고와 송장 수납간의 시간차로 생기는 중간계정 : GR/IR계정)
– 조직의 업무 분할로 인해 생김(은행중간계정)
– 불분명한 거래
＊ Clearing Procedure (반제 절차)
미결항목을 반제하는 절차. 시스템은 다음의 두 가지 절차를 제공한다.
첫번째: 계정의 반제
두번째: 미결항목을 반제 시키면서 전표를 전기하는 것이다.
계정을 반제 할 때는 동일한 통화로 입력된 항목만을 반제 할 수 있고, 추가 Data의 입력이 불가능하다. 이 첫번째 절차는 임시 계정을 반제 할 때 사용할 수 있다. 반제와 동시에 전기가 되는 두번째 절차에는 예를 들어 고객으로부터 받은 대금의 전기(해당 미결항목의 반제) 와 이 대금으로 결제된 송장의 반제를 하나의 Transaction으로 동시에 처리할 수 있다.
＊ Clearing Transaction (반제 거래)
현금 수납 및 구매처에 수표를 지급하는 것과 같이 반제 절차를 촉발 시키는 거래
＊ Client
일반적으로는 CS(Client-Server)환경 하에서 End User들이 사용하고 있는 PC들을 Client라고 부르지만 SAP R/3상에서의 Client는 이와는 다른 의미를 갖는다. 한 회사에 SAP를 설치한다고 하면 일반적으로 하나의 Database Server를 설치하는 것을 의미하는데(SAP는 3Tier Architecture를 기본으로 하고 있는데, 이는 DB Server, Application Server, Presentation Server 의 구조를 의미한다), DB 상에서 Data 들이 나누어지는 최상위 단위가 Client 이다.(예외적으로 국가나 통화등에 대한 정의사항등과 같이 특정 Client 와 무관하게 (Client Independent) 관리되는 Data 들도 있다). 따라서 SAP R/3시스템에 Logon 하는 경우 User name, Password와 함께 반드시 Client (숫자 3자리)의 이름을 입력해야 한다.
기술적으로는 시스템 내에 존재하는 Data들이 저장되어 있는 Table들의 대부분은 Client를 Key Field 에 포함하고 있는 것으로 이해할 수 있다.
한편 업무적으로는 Client는 Data집계의 최상위 단위이므로 그룹전체를 의미하는 것으로 볼 수도 있으나(SAP 내에서 사용되는 조직구조를 설명하는 경우 Client가 계층구조상의 최상위 단위로 제시되는 경우가 흔함), 실질적으로 그룹 대부분의 회사가 하나의 DB Server하의 하나의 Client를 사용하고 있는 상황이 아니라면 그 의미는 아니라고 볼 수 있다.
＊ Closing (마감)
다음과 같은 마감 절차들과 관련된 업무들의 계획과 수행
– 일일마감
– 월간마감
– 년말마감
＊ Consignment
공급업체가 고객의 장소에 자재를 배치하여 관리하는 방식. 공급업체는 자재가 위탁창고에서 출고되기 전까지는 해당 자재에 대한 소유권을 보유한다. 자재가 출고되어야만 위탁재고에 대한 대금지급의무가 발생한다. 따라서 공급업체는 정기적으로 위탁재고 출고현황을 통고 받는다.
＊ Contact person
공급업체의 판매 또는 영업부서와 접촉하는 고객 직원.
＊ Contract
공급업체와 체결하는 장기계약으로 고객 필요에 따라 생성되는 개별적인 release order에 의해 이행된다.
＊ Correspondence (통신 문서)
회사가 발송하고 수신하는 서면으로 작성된 모든 의사소통 수단, 주문 확인서, 지급통지서, 독촉장 등이 포함된다.
＊ Credit Memo (대변메모)
고객으로부터 받을 외상매출금을 줄이는 거래. 고객이 손상된 제품을 반송할 경우 등이 이에 해당된다. 차변 메모는 외상매입금을 줄이는 거래로 손상된 제품을 구매처로 되돌려 보낼 경우 등이 해당된다.
＊ Customer Master Record (고객 마스터 레코드)
고객과의 거래를 처리하는데 필요한 모든 정보를 담고 있는 Data. 고객주소와 은행 Data 등이 포함된다.
＊ Customizing or Configuration
SAP R/3는 ERP시스템의 특성상 이미 완성이 되어 있는 상태이므로, 그대로 설치하기만 하면 사용할 수 있다. 그러나 회사가 원하는 프로세스나 기능을 수행하기 위해서는 회사의 실정에 맞도록 시스템을 조정하는 작업이 필요하다. 범용성이라는 특성을 갖고 있는 만큼 SAP는 각 프로세스나 기능별로 수 많은 선택 가능한 조건(Parameter) 들을 담고 있는데, 이러한 Parameter 들을 회사가 원하는 방식으로 설정하는 작업을 Customizing또는 Configuration이라고 한다.
SAP R/3를 Implementation하는 과정을 보면 먼저 현재의 프로세스를 정리하고 또는 To-Be 프로세스를 도출하여 확정하는 Process Define단계를 밟고 그것을 실현할 수 있도록 Customizing 작업을 하게 된다. 그런데 실질적으로 Implementation전체의 과정에서 시간이 많이 소요되는 부분은 Customizing단계가 아니라 Process Define단계이다. 즉, 프로세스와 그 구현 안이 확정이 된 상태에서는 SAP시스템을 잘 이해하고 있기만 하면 Customizing 작업자체에는 시간이 많이 소요되지는 않는다. 물론 SAP가 담고 있는 기능들과 그것을 위해 Customizing이 가능한 부분과 대체 안을 체계적으로 아는 데에는 많은 Study와 노력이 필요하다.
참고로 Customizing작업을 위해 과거(2.X Version 까지) 에는 메뉴방식으로 작업단계를 구성하였으나, 이를 변경하여 현재에는 Customizing작업을 Tree 형식으로 구조화 한 “IMG(Implementation Guide)”를 제공하고 있다. IMG는 SAP 가 표준으로 제공하고 있는 것을 기반으로 하여 회사가 원하는 항목들만 선택한 Enterprise IMG와 특정 SAP Implementation 작업에서 필요한 항목들만을 모은 Project IMG를 구성하는 것도 가능하다.
＊ Daily Closing (일일마감)
거래를 합리적으로 처리하기 위하여 하루의 업무를 마감하면서 취하는 조치
＊ Due-date (만기일)
채권자가 받아야 할 금액을 채무자가 지불해야 하는 날짜. 예를 들어 (환)어음을 시스템에 입력할 때 만기일을 입력한다.
＊ Discounting (어음 할인)
아직 만기가 되지 않는(환) 어음을 은행에 예치하여 만기일까지의 이자(할인)와 수수료를 공제한 금액만큼을 받음
＊ Distribution channel
판매자재가 고객에게 도달하는 방법을 결정하는 조직단위. 유통결로는 사업을 추진하는 방법과 유통활동에 관여하는 조직 등을 규정한다.
＊ Division
유통을 감독하고 특정 판매자재의 수익성을 관리하기 위해 설치된 조직단위. 분할납품, 단가, 지급조건 등 고객별로 특수한 사항을 제품군별로 지정할 수 있다.
＊ Document (전표)
거래행위의 증빙자료. SAP는 SAP전표와 송장, 수표, 은행잔고 명세서등과 같은 일반적인 전표를 구별한다. SAP전표에는 회계전표, 샘플전표, 반복입력전표 등이 있다. 회계전표는 시스템에 사업거래를 기록하고 샘플전표와 반복입력 전표는 Data입력을 간편하게 하기 위해 사용된다.
Document 라는 용어는 SAP 의 모듈 전체에서 사용된다. 즉, FI 의 Accounting(FI) Document, CO의 CO Document, MM의 Material Document, SD의 SD Document 또는 Sales Document 등이 그 예이다. 재무회계상의 거래나, 물류상의 Transaction에 대해 SAP는 그 거래처리의 내용을 담고 있는 Object를 Document라고 부르고 있다. 예를 들어 MM의 Material Document라 함은 자재전표로 해석 할 수도 있으며 원재료, 제품 등의 입고, 출고, 이동 등의 기록을 담고 있다.
FI의 Document는 회계전표(Accounting Document)를 말한다. FI의 회계전표는 Header와 Line Item의 2 단계구조로 되어 있으며, Header에는 그 전표에서 공통적으로 사용되는 사항들(예를 들어, 전표유형, 기표일자, 증빙일자, 거래통화, 회사코드, 적요, 참조번호 등)이 저장되며, Line Item에는 차/대변의 각각의 계정관련 사항들(Account, Posting Key, 금액, 비용귀속부서(Cost center), 참조번호, 적요 등)이 저장된다.
＊ Document Currency (전표통화)
전표가 전기될 때 사용되는 통화.
＊ Document Date (증빙일자)
구매처 송장과 같은 전표가 원래 준비된 일자. 이 날짜는 전기일자와 일치하지 않을 수 있다.
＊ Document Entry (전표입력)
SAP 시스템에 거래를 수동 또는 자동으로 기록하는 절차로 거래의 특성에 따라 조금씩 다른 일련의 Data입력 화면에 입력한다. Dialog Interface를 통해 자동으로 Data 입력이 진행된다.
＊ Document Header (전표헤더)
전표일자, 전표번호와 같은 전표에 관련된 전반적인 정보를 담고 있는 전표의 일부분
＊ Document Number (전표번호)
회계연도 동안 회사코드에서 발생한 모든 거래를 파악할 수 있는 키
＊ Document Type (전표유형)
전기 될 거래를 구분하는 키로 고객, 구매처 , 총계정원장등과 같은 계정 유형들 중 어떠한 유형의 계정에 전기할 것인지를 결정짓는다.
＊ Document Principle (전표생성원칙)
SAP 의 회계전표에는 “하나의 전표에는 하나의 거래(하나의 증빙)를 기록 (One Invoice(Transaction) = One Document)” 하는 원칙이 적용되며 이를 Document Principle이라고도 한다. 즉, 기존의 회계전표에는 여러 거래의 내용을 축약하거나 복합하는 이른 바, “복합분개”의 형식으로 기표를 하는 관행이 허용되었으나, SAP 에서는 이것이 제한되고 있다. 하나의 전표에 여러 거래를 기록하면, 정보가 혼재 된다는 업무상의 제약도 있을 수 있으나, SAP 의 구조상 복합분개를 하게 되면 전표생성 자체가 불가한 경우가 있거나, 전표생성은 되더라고 이후의 프로세스나 정보추출에 장애를 받게 되는 경우가 발생한다.(예를 들어 관계사와의 거래와 일반거래처와의 거래를 한번에 기표 처리하는 것은 불가능하며, AR과 AP발생거래를 하나의 전표로 하는 경우 차후의 부가세정보추출이나 CO-PCA로의 Data 이체상에 문제가 발생할 수 있음). 따라서 Document Principle은 차후의 정보 Processing을 원활하게 하는 것을 보장한다. 다만 End User입장에서는 이러한 원칙 때문에 전표입력이 기존 시스템보다 번거롭거나 복잡해지는 것으로 느낄 수도 있으므로, 전표입력을 쉽게 하는 CBO를 행하기도 하는데, 신재무 시스템에서도 “유형별 전표입력”기능을 개발하여 사용자의 편의를 돕고 있다.
＊ Down Payment (선금)
아직 공급되지 않은 제품이나 제공되지 않은 서비스에 대한 대금, 선금은 반드시 다른 종류의 채권이나 채무와는 별도의 대차대조표에 기록되어야 한다. 지급한 선금(선급급)은 자산으로 기록되고 받은 선금(선수금)은 부채로 기록된다.
＊ Down Payment Request (선금요청)
특정일자에 선급이 지급될 것을 요청하는 것. 선금요청은 시스템에 별도로 저장되어 월간 차변과 대변금액을 갱신하지는 않지만 독촉프로그램과 지급 프로그램에 의해 처리될 수는 있다.
＊ Entry Automatic (자동입력)
거래의 종류에 따라 시스템이 자동으로 계산하고 전기하는 엔트리로 다음과 같은 사항들이 해당된다.
– 매출 부가세와 매입부가세의 전기
– 환율 차의 전기
– 현금할인 비용과 수입의 전기
모든 자동입력사항은 별도의 거래 개별 항목에 기록된다.
＊ Exchange rate
두 통화간의 관계. 환율은 특정금액을 다른 화폐로 전환할 때 사용된다.
＊ Field Status (필드상태)
개별 항목을 입력할 때 특정 필드가 필 수 요소인지 선택 사항인지 아니면 필요 없는 내용인지를 명시하는 표기. 필드상태는 주로 총계정원장과 전기키(Posting Key)에 따라 좌우된다.
＊ Foreign Currency Evaluation (외화 평가)
외화로 전기된 자산과 부채를 현지통화로 그 가치를 환산하는 것. 이러한 평가는 대개 미결항목수준에서 이루어 진다. 즉 각 미결항목금액이 하나하나 현지 통화로 환산된다. 만일 은행 계정의 경우처럼 계정관리가 미결 항목단위로 행해지지 않을 때에는 계정 잔액을 평가한다.
＊ General Ledger : G/L (총계정원장)
모든 총계정원장 계정들이 들어 있는 원장. 대차대조표와 손익계산서는 총계정원장에 근거하여 작성한다.
＊ Goods issue
자재를 외부로 이동시키거나 고객에게 납품 함으로서 창고재고가 감소되는 것을 나타내는 재고관리 용어.
＊ Goods receipt
자재 접수를 가리키는 재고관리 용어. 입고는 구매 오더를 참조하거나 참조하지 않고 입력된다.
＊ Inventory management
특정자재의 지고수량 및 금액관리와 입고, 출고, 재고이전, 이전전기등을 포함하는 모든 재고이동관리 및 재고조사 활동 등을 포함한다.
＊ Invoice (송장)
고객이 제공 받는 재화나 용역에 관한 정보를 보여 주는 전표로 재화난 용역의 종류, 수량, 세액 및 금액등에 관한 내용을 볼 수 있다.
＊ Invoice verification
공급업체 송장의 입력 및 확인을 지칭하는 용어. 공급업체 송장이 구매오더와 입고 Data와 비교된다.
＊ Journal (분개장)
회계년도 중 특정기간 동안에 기입된 모든 사항들을 정리해 놓은 목록으로 흔히 전표 유형에 따라 분류한다. 원하는 때에 언제든지 준비할 수 있다.
＊ Ledger (원장)
시스템이 유지 보수하는 일련의 연관관계를 가진 계정 잔액들은 적어 놓은 장부. 한 예로 시스템은 항상 G/L계정들을 기록하는 원장을 관리한다.
＊ Line Item (개별항목)
거래의 세부내역을 담고 있는 전표의 일부분으로 금액, 계정번호 및 항목이 대변항목인지 차변항목인가 등을 비롯한 기타 거래의 종류에 따라 포함 되어야 할 정보
＊ Liquidity (유동성)
사업체나 개인이 지급 의무를 신속하게 처리할 수 있는 능력
＊ Local Currency (현지통화)
한 회사코드의 자국통화 이종통화로 현지 재정이 관리된다.
＊ Match code
특정필드에 입력할 값을 선택할 때 다른 조건에 의해 값을 선택할 수 있도록 하는 기능.
＊ Month-End Closing (월간마감)
하나의 전기기간을 마감하기 위하여 수행되는 모든 업무
＊ Net price
공급업체 할증 및 할인을 포함한 단가.
＊ Noted Item (비망항목)
계정잔액에 영향을 미치지 않는 특별 항목. 시스템은 각 비망 항목에 대하여 SAP전표를 기록한다. 비망 항목을 계정의 다른 일반 항목들과 함께 화면출력 할 수 있다. 지급프로그램과 독촉 프로그램은 선급 요청과 같은 비망 항목들을 처리한다.
＊ Offsetting Entry (상계 엔트리)
복식 부기 원칙에 따라 거래를 분개하여 전기할 때 상대 차변이나 대변에 기입되는 사항
＊ Open Item Management (미결 항목 관리)
계정의 항목들이 동일한 계정의 다른 항목들과 대응(반제)되도록 유지하는 것. 계정의 항목을 반제할 때 차변과 대변이 반드시 같아야 한다. 따라서 계정잔액은 항상 미결 항목의 합이 된다.
＊ Organizational Structure (조직구조)
SAP를 올바로 활용하기 위해서는 각 모듈별로 존재하는 조직구조와 관련된 Code들의 의미와 활용방법을 정확이 이해하고 이를 회사의 실정에 맞도록 구성하는 것이 매우 중요하다. 이러한 각 모듈들의 조직구조와 관련된 Code들을 통칭하여 Organizational Structure라고 한다.
한편 하나의 모듈에 존재하는 하나의 조직구조는 다른 모듈의 조직구조와 연관성을 갖게 되는데, 이렇게 하나의 조직구조 관련 Code가 다른 Code와 연결관계를 갖는 것을 Assignment라고 한다. 특히 Integration환경하에서의 조직구조의 Assignment작업이 매우 중요하다.
회사의 실제 조직 구조들을 SAP가 표준으로 제공하고 있는 조직 구조들과 어떻게 Mapping을 하여 각 모듈들을 어떻게 활용할 것인가를 정하는 작업은 특히 Enterprise Modeling이라고도 한다. Enterprise Modeling단계에서는 회사의 조직구조를 여러 View (재무회계, 관리회계, 자금, 물류 등)에서 정리하고, 각 조직 Level이 원하는 정보요건(예 : 사업부별 재무제표의 산출 등)을 정의 후, SAP에 존재하는 조직 Code와 그것들이 제공할 수 있는 정보들을 감안하여 작업을 진행한다. Enterprise Modeling은 이후의 Implementation전체의 작업에 영향을 미치므로 매우 신중하게 결정을 하여야 한다.
＊ Partial Payment (부분지급)
미불 송장 금액의 일부분만이 지급되는 경우
＊ Payer
납품된 물품과 제공된 서비스에 대한 청구서를 결재하는 개인 또는 회사.
＊ Payment Advice (지급명세서)
배송, 지급, 수출입 신용장 수령에 관한 서면 통지서
＊ Payment Block (지급 블럭)
미결항목이나 계정에 대한 대금이 지급 프로그램에 의해 결제되는 것을 막는 표지. 고객이나 구매처 마스터레코드 또는 개별 항목에 지급 블럭을 설정할 수 있다.
＊ Payment History (지급이력)
고객의 지급형태를 분석한 것으로 특히 체불이나 현금 할인에 관한 내용을 다룬다.
＊ Payment Method (지급방법)
대금처리를 어떻게 한 것인가를 의미함 즉 수표, 어음, 계좌이체를 이용한 외화지급 등이 있다.
＊ Posting Key (전기키)
개별 항목이 전기 되는 방식을 결정짓는 두 자리의 숫자로 이루어진 키. 전기 키에 의해 다음과 같은 사항들이 결정된다.
– 계정유형
– 차변항목 대변항목
– 개별항목의 Data 입력화면
＊ Posting Period (전기기간)
회계년도를 구성하는 단위기간.시스템은 전표표제부위전기일자에 따라 모든 전표를 해당 전기기간에 기록하고 전기기간별로 계정 잔액을 갱신한다.
Posting Block(전기블럭) 특정계정에 전기가 되지 못하도록 하는 표시.
중앙에서 모든 회사코드에 대하여 계정을 블럭하거나 하나의 회사코드만을 대상으로 계정을 블럭 할 수 있다.
＊ Posting Statistical (전기. 통계)
중간계정을 통해 자동으로 상계 되는 특수 G/L 거래
예를 들면 구매처로부터 받은 보증의 전기
＊ Pricing procedure
특정문서에 허용된 조건과 가격결정을 위해 시스템이 이러한 조건을 접근하는 순서를 정의한다. 가격결정 절차에는 자재가격 및 다양한 할인, 부가금 등이 포함되어 있다.
＊ Purchasing group
특정 구매 활동을 책임지는 구매 담당자 또는 구매 담당자 그룹을 나타내는 키.
＊ Reconciliation Account (조정계정)
고객, 구매처, 자산과 같은 보조원장의 Data에 의해 자동 갱신되는 G/L계정
＊ Recurring Entry (반복엔트리)
정기적으로 반복되어 입력되는 Data. 반복입력 프로그램은 반복적으로 발생하는 Data를 반복적으로 전표를 기준으로 전기한다. 예를 들면 은행이 지속적으로 일정금액을 지급하는 경우와 거의 비슷하게 임차료, 보험료, 융자 등을 반복 입력 사항으로 설정할 수 있다.
＊ Recurring Entry Document (반복입력 전표)
반복입력 프로그램에 의해 전기 되는 개별 항목들을 담고 있는 특수 EDP 전표
＊ Reference Document(참조전표)
회계전표를 전기할 때 참고 틀로 사용되는 전표이전에 전기 된 전표나 샘플전표가 참조전표로 이용된다.
＊ Residual item (잔여 항목)
송장 항목의 금액과 지불된 금액간의 차이를 나타내는 항목. 고객이 지급한 부분 대금을 전기하면서 미결항목을 반제 할 때 시스템은 잔여 항목을 이월시킨다.
＊ Reversal (역 분개)
같은 금액의 다른 전표를 동일한 계정의 반대쪽에 전기함으로써 전표를 역 분개하는 것
＊ Sales area
판매조직, 유통경로, 제품 군으로 구성되는 조직단위. 판매영역은 동일한 방식으로 판매할 수 있는 모든 자재를 분류하기 위해 이용된다. 또한 판매영역은 통계 뿐만 아니라 가격결정을 위한 토대를 제공한다.
＊ Sales organization
자재 및 서비스의 유통과 판매조건 협상을 책임지는 조직단위. 판매조직은 지리적 기준 또는 산업기준 등에 따라 기업이 시장을 세분하는 방식을 나타낼 수 있다. 각 비지니스 Transaction은 판매조직에 의해 처리된다.
＊ Sample Account (샘플계정)
특수 G/L계정 마스터 레코드로 G/L계정 마스터 레코드 중 특정 회사 코드에 공통적인 부분을 만들고자 할 때 사용자가 이용할 수 있는 기본값들을 담고 있다.
＊ Sample Document (샘플전표)
회계전표를 입력할 때 사용자가 하나의 보기로 참조할 수 있도록 기본 Data를 포함하고 있는 특수한 유형의 참조 전표이다. 회계전표와는 다르게 샘플전표는 계정 잔액에 영향을 미치지 않고 회계전표에 Data를 제공하는 기능만을 가지고 있다.
＊ Shipping condition
제품을 고객에게 인도하기 위한 전반적인 전략. 예를 들어 제품이 가급적 빨리 고객 위치에 도착되어야 한다고 출하조건에 규정되어 있는 경우 제품을 가장 빨리 납품할 수 있는 출하점과 운송경로가 시스템에 의해 자동적으로 제안된다.
＊ Shipping point
특정장소에 고정되어 출하활동을 수행하는 조직단위. 출하점은 기업의 발송부서, 또는 플랜트의 철도역 등이 될 수 있다.
＊ Ship-to party
제품을 수령하는 개인 또는 기업.
＊ Sold-to party
제품 또는 서비스를 발주하는 사람 또는 회사. 판매처는 지급처, 청구처, 인도처의 역할을 수행할 수도 있다.
＊ Sorting Conception (분류개념)
계정의 개별 항목들이 화면 출력될 때 분류되는 방식, 즉 서로 서로에게 할당되거나 그룹으로 묶인다.
＊ Special G/L Account (특수 총계정원장 계정)
특수 보조원장 거래를 위한 조정 계정으로 일반 조정계정과는 구별된다. 대게 특수 G/L계정은 선금, (환)어음, 담보 보증 및 판매나 구매와 직접 관련이 없고 외상매입금이나 외상매출금과 상계되지 않는 기타 거래들을 기록하는데 사용된다.
＊ Special G/L Indicator (특수 총계정원장 표시자)
특수 G/L 거래를 표시하는 한자리 코드로 일반 판매 및 구매거래와 특수 G/L거래에는 선금, (환)어음, 담보 및 보증이 있다.
＊ Storage location
플랜트내에서 재고를 구별할 수 있게 하는 조직단위.
＊ Sub-Ledger Accounting (보조원장 회계)
채권, 채무, 고정자산등과 같은 보조원장을 사용하는 회계보조원장을 통해 G/L 조정계정이 전기 된 전표의 내역을 알 수 있다.
＊ Valuation (평가)
대차대조표 용어로 정해진 일자에 법적 요구사항에 따라 모든 유동자산과 부채의 가치를 결정하는 것
＊ Valuation area
재고 가액이 관리되는 조직수준. 플랜트 수준이다.
＊ Vendor
자재 또는 서비스를 조달할 수 있는 외부 공급원.
＊ Year-end Closing (년말 결산)
년간 대차대조표(B/S)와 손익 계산서(P/L)로 현지의 법 규정에 맞도록 작성되어야 한다. 모든 자산, 부채, 이연항목(B/S) 과 모든 수익과 비용(P/L)은 GAAP에 따라 제시되어야 한다.
SAP ERP 개념 및 12가지 모듈 소개
728×90
반응형
본 포스팅에서는 SAP ERP 개념, 12가지 모듈, 국내 SAP 시장 현황에 대해 알아봅니다.
1. SAP ERP 개념
SAP(System Applications and Products in Data Processing)는 2021년 기준으로 국내를 포함한 전 세계 전사적 자원관리(ERP) 시스템 구축 시장 점유율 1위를 차지하는 독일의 소프트웨어 회사 이름이자 솔루션 이름입니다[참고]. 한국에서는 많은 사람들이 “쌥”이라고 발음하지만 정식 발음은 “에스-에이-피”입니다. 국내에서는 “SAP를 (개발)한다”라는 말은 흔히 “SAP 솔루션을 통해 ERP 시스템 구축한다”는 의미입니다. 마치 햇반이 즉석밥의 고유명사인 것처럼 “SAP=ERP”로 통용되곤 합니다.
2. SAP 개발 언어(ABAP)
Advanced Business Application Programming(ABAP)은 SAP 패키지 개발을 위한 프로그래밍 언어로 한국어로 ‘아밥’이라고 부릅니다. SAP에서 제공하는 기본적인 패키지 이외에 필요한 패키지는 직접 Customizing 하여 ABAP 언어를 통해 개발해야 하는데, 이렇게 자체 개발한 패키지를 CBO(Customer Bolt On) 프로그램이라고 부릅니다.
3. SAP ERP 모듈 구성
SAP는 업무 프로세스를 대표적인 12가지 모듈로 분리하였습니다. 본 포스팅에서는 모듈별로 개괄적인 역할에 대해서만 알아보고 추후에 모듈별 상세 기능에 대해 알아봅니다.
회계 관련 모듈
1) 재무회계(Finance, FI)
수익, 비용, 자산, 부채, 자본 기표 업무
2) 관리회계(Controlling, CO)
내부회계 역할로써 표준원가 계산, 원가 차이 분석, 수익성 분석
3) 자금관리(Treasury, TR)
현금유동성 관리 역할로써 금융자산 및 상품의 거래관리, 회계처리
물류 관련 모듈
4) 자재관리(Materials Management, MM)
자재소요량 산출, 구매 요청, 발주, 입고, 대금지급, 자제 소요계획(MRP), 수요기준계획
5) 설비관리(Plant Management, PM)
설비의 보전관리, 정비계획, 작업관리
6) 품질관리(Quality Mangement, QM)
제품의 수명주기, 개발, 제조, 생산, 판매, 수리 기능 담당
7) 생산관리(Product Planning, PP)
생산계획 최적화, 생산활동 관리
8) 영업유통(Sales & Distribution, SD)
영업활동 관리, 주문, 출하, 대금 입금, 판매분석
인사 관련 모듈
9) 인사(Human Resource, HR)
조직관리, 인사관리, 급여관리, 인재 확보/배치/육성, 성과급 관리
공통 모듈
10) 프로젝트 시스템(Project System, PS)
건설, 조선, 제약회사 등 수주생산/연구 프로젝트 산업에 특화된 모듈
프로젝트 단위의 업무 관리 시스템(e.g., 신약연구개발, 신재생에너지 개발)
11) 워크플로우(Workflow, WF)
부서 간 또는 부서 내 문서/기술을 절차에 따라 관리하고 공유하는 내외부 협업 커뮤니케이션 지원 모듈
12) 산업 솔루션(Industry Solution, IS)
자동차 산업, 금융산업 등 특정 산업에 특화된 업무를 지원하기 위한 모듈
예시) 상사(무역)회사 Margin을 고려하여 물건을 사고 파는 상사 회사의 경우, Margin 산출을 위해 구매 주문(PO)과 판매 주문(SO)을 동시에 작성할 필요 존재(구매단가, 판매단가 등 data 기반) 즉, 상사 회사는 구매 주문과 판매 주문을 동시에 생성하기 위한 Trade Contract(TC) 작성 필요성을 고려한 독립된 산업 솔루션 모듈 활용
4. 국내 SAP 시장 현황
1995년 국내에서는 처음으로 삼성이 SAP ERP 3.0 버전을 도입하면서 국내 지사인 SAP Korea가 창립된 이래로, SAP는 국내 ERP 시장 점유율 1위를 차지하고 있습니다[1]. 삼성그룹, 현대차그룹, 포스코그룹 등의 국내 대기업 계열사 중 많은 기업들이 SAP를 활용하여 ERP 시스템을 운영하고 있습니다. 최근에는 Oracle을 활용하여 ERP 시스템을 구축 및 운영해 온 포스코, 현대제철 등의 여러 기업에서, 기존 ERP 시스템을 SAP를 활용하여 재구축하는 사례가 늘어나고 있습니다. 이는 장기적으로 봤을 때 SAP 솔루션 기반의 ERP 시스템 구축이 여러 관점에서 장점이 많다는 것을 반증하는 사례로 볼 수 있습니다.
📚 참고할 만한 포스팅
“이 포스팅은 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.”
오늘은 본 포스팅에서는 SAP ERP 개념, 12가지 모듈, 국내 SAP 시장 현황에 대해 개괄적으로 알아봤습니다.
포스팅 내용에 오류가 있다면 아래에 댓글 남겨주시면 감사드리겠습니다.
그럼 오늘도 즐거운 하루 보내시길 바랍니다 🙂
고맙습니다.
728×90
반응형
키워드에 대한 정보 sap fi 모듈
다음은 Bing에서 sap fi 모듈 주제에 대한 검색 결과입니다. 필요한 경우 더 읽을 수 있습니다.
이 기사는 인터넷의 다양한 출처에서 편집되었습니다. 이 기사가 유용했기를 바랍니다. 이 기사가 유용하다고 생각되면 공유하십시오. 매우 감사합니다!
사람들이 주제에 대해 자주 검색하는 키워드 SAP FICO Overview – 1
- 동영상
- 공유
- 카메라폰
- 동영상폰
- 무료
- 올리기
SAP #FICO #Overview #- #1
YouTube에서 sap fi 모듈 주제의 다른 동영상 보기
주제에 대한 기사를 시청해 주셔서 감사합니다 SAP FICO Overview – 1 | sap fi 모듈, 이 기사가 유용하다고 생각되면 공유하십시오, 매우 감사합니다.
