목차 Financial Accounting (재무 회계) - General Ledger (총계정 원장) - Accounts Receivable (외상 매출금) - Accounts Payable (외상 매입금) 1 장 재무 회계의 개요 2 장 재무 회계의 주요 조직 구성 요소들 3 장 General Ledger 의 개요 4 장 Accounts Receivable 과 Payable 의 개요 5 장 General Ledger Master Data 의 구조 6 장 General Ledger Posting 의 처리 및 조회 7 장 Reverse & Park Documents 8 장 Reference Documents 9 장 Customer Master Data 의 구조 10 장 Customer Invoice 생성과 Incoming Payment 처리 11 장 Vendor Master Data 의 구조 12 장 Vendor Invoice 생성과 Outgoing Payment 처리 13 장 Down Payment 처리

Enterprise Controlling 1 장. 재무 회계의 개요 OBJECTIVE R/3 System 에서 재무회계 모듈의 위치와 재무와 관련되는 모듈의 구성과 역할을 알아보자. 그리고 주요한 조직 구성 요소들을 간략히 설명한다. Financial Accounting (재무 회계) 의 개요 SAP R/3 System 의 재무와 관리회계 모듈에서 Financial Accounting Module 의 위치를 나타내면 아래의 그림과 같다. Enterprise Controlling CO TR FI PS RE IM EC General Ledger Accounting Overhead Cost Product Profitability Analysis Investment Management Project System Real Estate Cash And Forecast Transaction Market Risk Subsidiary (AR/AP, AM)

1 장. 재무 회계의 개요 ● Asset Accounting (고정자산 관리) Module 은 General Ledger (총계정 원장)에 포함되어 있음. ● Sub-ledgers (보조부 원장) ▷ SD (Sales & Distribution) - Accounts Receivable (외상매출금 원장) ▷ MM (Material Management) - Accounts Payable (외상매입금 원장) ● Legal Consolidation (연결 회계) Module은 EC (Enterprise Controlling)에 포함되어 있음.

1 장. 재무 회계의 개요(System Integration) MM PP SD 구매처 입 고 자재출고 제품입고 출고 구매관리 생산관리 영업관리 고객 MM 재고관리 출금 외상매입금 자재소요 입 고 출 고 매출 매출원가 입금 외상매출금 FI 고정자산 경비 제조 원가 AP GL AR 채무관리 일반회계 채권관리 재무회계 출금 외상매입금 입금 외상매출금 AM TR 자금관리 지급 입금 고정자산관리 감가 상각비 고정자산 자금집중 경 비 급여/출장비 HR 인사관리 BANK Firm Banking CO 인건비 제조 실적 PC CCA PCA 관리회계 간접비관리 CCA 코스트센터 회계 PCA 손익센터 회계 PC 원가계산 손익관리 간접비 제조원가 INTERNAL ORDER PA 수익성분석 PA 건설 가계정

1 장. 재무 회계의 개요 재무와 관리회계 모듈의 구성 아래의 그림은 재무와 관리회계 모듈의 구성을 하나의 화면에 나타낸 것이다. 좀 더 세부적인 구성을 표현하면 SAP R/3 System 의 특징인 통합의 효과 때문에 모든 모듈의 상관 관계가 표현되어 진다. 그림에 나타난 Module 들이 SAP R/3 System 의 재무와 관리회계에 관련되는 Module 들이고 이중 Financial Accounting (재무회계) 에 속한 Module들은 FI-GL, FI-AR, FI-AP, FI-LC, FI-SL 그리고 FI-AA 이다. 그 중 본 강의에서 다룰 Module 들은 다음과 같음. - General Ledger Accounting (총계정 원장) - Accounts Receivable (외상매출금 원장) - Accounts Payable (외상매입금 원장)

1 장. 재무 회계의 개요 재무와 관리회계 모듈의 역할 기업의 재무와 관리회계는 다음의 목적을 위해서 운영됨.  기업의 재무와 관리회계는 다음의 목적을 위해서 운영됨. 재무회계 - 외부공표 관리회계 - 내부관리  재무회계는 국가별로 정부에서 요구하는 재무제표를 작성함.  : 대차대조표, 손익계산서, 현금 흐름표, 이익잉여금 처분계산서 (한국)  관리회계는 기업 내부의 운영을 위해서 필요한 Report 를 작성함.   : 계획/실적 부서관리, 계획/실적 제품별 수익성 분석, 계획/실적 지역별 판매 현황 등

2 장. 재무 회계의 주요 조직 구성 요소들 재무와 관리회계 모듈의 주요 조직 구성 요소들 ● Company Code : 독립적으로 재무제표를 공표해야 하는 회계 단위 ● Group Company : 연결 재무제표를 공표해야 하는 회계 단위 ● Business Areas : 내부 목적의 재무제표를 산출하는 사업부에 해당하는 회계 단위 ● Controlling Area : 관리의 비용과 수익이 실행 되어지는 조직단위 ● Operating Concern : 수익성 분석의 Report 를 작성하기 위한 조직단위

2 장. 재무 회계의 주요 조직 구성 요소들 Client Chart of Accounts (계정 과목표) OBJECTIVE 주요한 조직 구성 요소인 계정과목표, 연결 회사, 사업부, 그리고 독립 회사에 대해서 좀 더 자세히 알아본다. Chart of Accounts (계정 과목표) SAP R/3 System 의 재무회계 모듈의 Organizational Structure는 앞에서도 언급한 Group Company Company Code, 그리고 Business Area로 구성되어 있고, 그 외에도 재무회계의 가장 기본이 되는 Chart of Accounts 가 있다. Client Chart of Acct AAAA Chart of Acct BBBB Company code Company code Company code Company code Company code 0001 0001 0002 0002 0003 0003 Business Business Business Business Business Business Area 0001 area Area 0001 area area Area 0001 Business Business Business Business Area 0002 area area Area 0002 Business Business Area 0003 area ● Chart of accounts는 기능에 따라 다음의 3 가지로 나누어짐.   Operational chart of accounts, Local chart of accounts, Corporate chart of accounts ● 하나의 Chart of accounts는 여러 개의 Company Code에서 사용되어 질 수 있음. ● 그 외에도 Chart of accounts는 목적에 따라서 다음과 같이 나누어짐.   Group chart of accounts, Country chart of accounts

2 장. 재무 회계의 주요 조직 구성 요소들 Group Chart of Accounts

2 장. 재무 회계의 주요 조직 구성 요소들 Country Chart of Accounts

2 장. 재무 회계의 주요 조직 구성 요소들 Company (연결 회사) 아래의 그림은 SAP R/3 System 의 Company 를 하나의 화면에 나타낸 것이다. ● SAP R/3 System 의 Company 는 우리나라의 재벌그룹과 유사한 개념으로 연결재무제표를 작성하는 회계 단위 ● 삼성전자의 경우를 예를 들면 Global 삼성전자가 Company 에 해당하고 삼성전자 영국법인 삼성전자 미국 법인 등이 하나의 Company Code 임 ● Group Company 의 본래의 의미로는 삼성그룹이 Company 에 해당하나 삼성전자와 같이 Global Company 의 경우는 단일 회사를 Company 로 간주할 수도 있음

2 장. 재무 회계의 주요 조직 구성 요소들 아래의 그림은 SAP R/3 System 과 타 시스템을 사용하는 그룹의 관점에서 조직도를 통하여 Company 의 개념을 설명하고 있다. ● 삼성그룹의 예로 그림을 설명하면 국가별로 같은 계정과목표를 사용하는 회사를 Company 로 묶고, 그러한 Company 의 연결 재무제표는 삼성그룹 계정과목표를 이용하여 작성함 ● Group Chart of Accounts : 삼성그룹 계정과목표 ● Country Chart of Accounts : 독일 표준 계정과목표

2 장. 재무 회계의 주요 조직 구성 요소들 Business Area ( 사업부) Business Area 를 Company Code Level 에서 설명하면 아래의 그림으로 표현된다. ● SAP R/3 System 의 Business Area 는 우리나라의 사업부와 유사한 개념으로 회사 내부의 재무제표를 작성하는 회계 단위 ● 삼성그룹의 예로 설명하면 삼성전자와 삼성전관의 모니터 사업부를 옆의 그림의 Business Area 2 로 보면 됨 ● SAP R/3 System 의 CO Module 의 Profit Center 와 유사한 조직으로 차이는 다음과 같음 - Business Area : B/S - Profit Center : B/S and P&L

2 장. 재무 회계의 주요 조직 구성 요소들 ● SAP R/3 System 의 Company Code 는 법적으로 재무제표를 공표해야 하는 회계 단위 ● 타 모듈과의 Interface 에 있어서 가장 기본이 되고, Group Company를 구성하는 요소 ● 재무제표로는 Balance Sheet 와 Profit & Loss Statement 를 제공하고, 구성 요소는 다음과 같음 - Assets (자산), Liabilities (부채), Capital (자본), Expense (비용), Revenue (수익)

2 장. 재무 회계의 주요 조직 구성 요소들 SD (Sales & Distribution) View 의 Company Code

2 장. 재무 회계의 주요 조직 구성 요소들 MM (Material Management) View 의 Company Code

2 장. 재무 회계의 주요 조직 구성 요소들 AA (Asset Accounting) View 의 Company Code

2 장. 재무 회계의 주요 조직 구성 요소들 CO (Controlling) View 의 Company Code

3 장. General Ledger 의 개요 OBJECTIVE General Ledger (총계정원장) 의 개요와 재무제표의 생성 방법을 설명하고, 전체 R/3 System 에서 총계정원장의 위치를 보여 준다. ● General Ledger (총계정원장) 은 G/L Master Data 즉 계정으로 구성되어 있음 ● 모든 회계에 관련된 기표는 총계정원장에 계정으로 집결되며 Business Transaction 이 일어날 때 마다 Update 되어짐 ● 그 외에도 계정을 통하여 대차대조표와 손익계산서 계정을 구분하고, 회사의 Currency, 그리고 Tax 에 관련된 정보를 관리하고 있음 ● 계정과목표는 Company Code 와 연결되어 회계년도, 국가별 정보 등을 관리하고, 타 모듈과 연계되는 부분도 조정 함

3 장. General Ledger 의 개요 Financial Statement (재무제표) 의 생성 ● 총계정원장에 집계된 계정의 합이 재무제표를 통하여 공표됨 ● 재무제표는 기존의 시스템처럼 마감작업 후에 생성되는 것이 아니라 사용하는 R/3 System Module 이 하나의 Server 에서 운영되는 경우 Real Time 으로 볼 수 있음

3 장. General Ledger 의 개요 General Ledger (총계정원장) 의 연결 아래의 그림은 SAP R/3 System 의 주요 모듈인 SD, MM, PP, FI, CO, TR 이 어떻게 General Ledger Accounting 과 연결되어 있는 지를 보여 주는 그림이다.

4 장. Accounts Receivable 과 Payable 의 개요 OBJECTIVE Accounts Receivable (외상매출금) 과 SD Module 의 연결, Accounts Payable (외상매입금) 과 MM Module 의 연결을 보여 주고, 통합 Processes 로 원가가 산출되는 것을 간략히 설명한다. ● 물류와 재무를 연결하는 고리는 Sub-ledger (보조부 원장) 로 불리는 외상매출금 원장과 외상매입금 원장임 ● SD (Sales & Distribution) Module 에서 생성되는 Accounting Document 는 외상매출금 원장 (Accounts Receivable) 에도 기표되어 짐 ● MM (Material Management) Module 에서 생성되는 Accounting Document 는 외상매입금 원장 (Accounts Payable) 에도 기표되어 짐

4 장. Accounts Receivable 과 Payable 의 개요 SD (Sales & Distribution) Module 과의 연결 아래의 그림은 SD (Sales & Distribution) Module 과 관련된 Business Processes 를 재무와 관리의 입장에서 좀 더 자세히 설명하고 있다.

4 장. Accounts Receivable 과 Payable 의 개요 재무회계의 입장에서 SD (Sales & Distribution) Module 과 관련된 Business Processes 를 분개로 표시하면 아래의 그림으로 나타낼 수 있다.

4 장. Accounts Receivable 과 Payable 의 개요 MM (Material Management) Module 과의 연결 아래의 그림은 MM (Material Management) Module 과 관련된 Business Processes 를 재무와 관리의 입장에서 좀 더 자세히 설명하고 있다.

4 장. Accounts Receivable 과 Payable 의 개요 Product Costs (원가) 의 산출 과정 Module 과의 연결 아래의 그림은 MM (Material Management) Module 과 관련된 Business Processes 를 재무와 관리의 입장에서 좀 더 자세히 설명하고 있다. ● 원가 구성의 3 요소 : 재료비, 인건비, 경비 ● 현재 삼성전자의 경우를 보면 표준회계 시스템에 인건비와 경비를 사업부별로 입력한 뒤 신원가나 표준원가 시스템으로 전송하여 원가를 산출하고, 재료비는 SAP R/3 System 을 통하여 표준회계와 신원가로 Batch로 전송되어 원가에 반영됨 ● 반면 SAP R/3 System 은 삼성전자의 하나의 사업부 크기의 회사를 Real Time 으로 운영할 수 있도록 만들어진 시스템임

5 장. General Ledger Master Data 의 구조 OBJECTIVE General Ledger (총계정원장) 을 구성하는 General Ledger Master Data (계정) 의 구조와 거래의 발생과 계정의 상관관계를 총계정원장의 관점에서 설명한다. 그리고 계정의 Accounts Group 을 정의하고 Accounts Group 의 역할과 기능을 보여준다. General Ledger (총계정원장) 의 구조 아래의 그림은 계정과목표를 구성하는 General Ledger (총계정원장) 의 Master Data 를 전체의 관점에서 보여 주고 있다. ● 총계정원장의 계정은 크게 대차대조표 계정들과 손익계산서 계정으로 나누어짐 ● 각각의 T 계정은 Debit(차변) 과 Credit(대변) 으로 나누어져 거래가 기표 되어짐 ● 대차대조표 계정 : 자산, 부채, 자본 ● 손익계산서 계정 : 비용, 수익

5 장. General Ledger Master Data 의 구조 ● 예를 들면 계정의 번호와 이름, 대차대조표 계정인지 손익계산서 계정인지를 구분하는 Field, Tax 에 관련되는 정보와 같은 모든 종류의 계정을 이용하여 거래를 발생시킬 때 필요한 정보가 포함되어져 있음

5 장. General Ledger Master Data 의 구조 총계정원장의 구성 장부에 거래를 기표하면 General Ledger (총계정원장) 의 Master Data 로 표현되는 T 계정에 차변과 대변이 구분되어져 거래 실적이 나타나고, 이것을 Report 로 출력하면 계정별 장부가 된다.

5 장. General Ledger Master Data 의 구조 General Ledger Master Record 의 구조 장부에 거래를 기표하면 General Ledger (총계정원장) 의 Master Data 로 표현되는 T 계정에 차변과 대변이 구분되어져 거래 실적이 나타나고, 이것을 Report 로 출력하면 계정별 장부가 된다. ● General Ledger 의 Master Data 는 Chart of Accounts Level 과 Company Code Level 로 구성되어져 있음 ● Chart of accounts Level 은 다국적 기업의 경우에 국가별로 필요한 항목을 Master Record 에서 관리함. ● Company code Level 은 여러 개의 회사를 포함하는 그룹의 경우에 회사별로 필요한 항목을 Master Record 에서 관리함.

5 장. General Ledger Master Data 의 구조 General Ledger Master Record 의 세부구조 ● Chart of accounts Level 의 주요 Fields Account 의 이름, B/S 계정 OR P&L 계정 구분, Account Group 구분 등 ● Company code Level 의 주요 Fields Local Currency, Line item Display 구분, Open item Display 구분 등

5 장. General Ledger Master Data 의 구조 G/L Master Data 의 Accounts Group ● 계정을 기능으로 구분하면 위의 그림처럼 나누어짐 ● SAP R/3 System 이 제공하는 Chart of accounts 인 INT 에서는 고정자산, 유동자산과 부채 일반비용, 자재, 그리고 수익계정으로 구분되어져 있음 ● 사용하는 계정과목표에 따라 다르게 정의하여 사용할 수 있음

5 장. General Ledger Master Data 의 구조 G/L Master Data Accounts Group 의 역할 아래의 그림은 Account Groups 이 General Ledger 의 Master Data 에서 어떤 영향을 주는지를 보여 준다.

5 장. General Ledger Master Data 의 구조 G/L Master Data Accounts Group 의 조정 기능 Account Groups 에 따라 결정되는 Company Code Level 의 G/L Master Data 화면도 사용자가 조정하는 것이 가능하다. 예를 들면 고정자산 계정의 경우에 Bank 에 관한 정보가 필요 없다면 고정자산 Account Group 의 Field Status 를 Suppress 로 Setting 하고 Master Data 의 화면을 보면 Bank 에 관련된 Fields 가 보이지 않는다.

5 장. General Ledger Master Data 의 구조 General Ledger Master Data 의 Field Status Group 아래의 그림은 앞면 에서 설명한 Field Status 가 System 에서 실제로 어떻게 작동하는 지를 보여 준다.

6 장. General Ledger Posting 의 처리 및 조회 OBJECTIVE SAP R/3 System 의 Document (전표) 를 정의하여 구조를 보여 주고, 그  Document 의 Types 와 Number Ranges 그리고 Posting Periods를 설명한다. 그리고 거래내역을 조회하는 Accounts Balance 와 Line Items 의 기능을 보여 준다. SAP R/3 System Document (전표) 의 정의 여기서는 모든 재무회계의 거래가 발생하면 생성이 되는 전표에 관하여 설명할 것이다. 그 중에서도 General Ledger 에 관련되는 경비성 전표에 대하여 언급할 것이다. ● SAP R/3 System 에서는 하나의 거래를 하나의 전표로 기표하는 것이 가장 기본적인 원칙임 ● 모든 전표는 차변과 대변으로 구성되어져 있고 각각의 합은 항상 일치하여야 함 ● 이러한 전표는 세금계산서, 카드영수증과 같은 증빙과 일치하여야 함

6 장. General Ledger Posting 의 처리 및 조회 SAP R/3 System Document (전표) 의 구조 SAP R/3 System 의 Document 의 구조를 하나의 화면에 표현하면 아래의 그림과 같다. ● G/L Posting 에서는 Customer 와 Vendor 에 관련되지 않는 대부분의 비용성 경비를 처리함 ● 예를 들면 월말에 종업원의 인건비를 지불한 뒤 장부에 기표를 하면 다음과 같이 처리됨 직접인건비 1,100 / 예금 1,100 ● Document 의 Header 에는 거래가 발생되었을 때 필요한 전표 발생일, 전표 기표일, 거래통화 등의 일반적인 정보를 입력함 ● 하나의 전표에는 999 개의 Line item 을 입력하는 것이 가능함

6 장. General Ledger Posting 의 처리 및 조회 아래의 그림은 G/L Posting 의 전표를 좀 더 자세히 표현한 것이다.

6 장. General Ledger Posting 의 처리 및 조회 Document Types 아래의 그림은 Documents 를 유형별로 분류하는 Document Type 을 하나의 그림으로 표현한 것이다.

6 장. General Ledger Posting 의 처리 및 조회 Document Number Ranges Document Type 을 이용한 방법 외에도 Documents 를 분류하는 방법은 Document Number Ranges 를 이용하여 구분하는 것인데 예를 들면 연도별로 구분하기를 원할 때에는 앞의 4 자리를 연도로 표시하면 된다.

6 장. General Ledger Posting 의 처리 및 조회 Posting Periods 의 정의 Posting Periods 는 전표에 나타난 Posting Date 가 속한 달에 전표의 금액이 포함되도록 하고 System 에서 Open Posting Periods 로 Setting 한 Periods 에만 기표하는 것이 가능하다. 13,14,15,16 월은 당해 연도에 거래가 발생했으나 기표할 수 없는 경우에 사용하기 위한 여분의 Periods 이다.

6 장. General Ledger Posting 의 처리 및 조회 Posting Periods 의 지정 기능 아래의 그림은 SAP R/3 System 에서는 회사가 원하는 회계년도를 언제든지 생성하여 변화되는 회계처리 방법에 대응할 수 있다는 것을 보여 준다.

6 장. General Ledger Posting 의 처리 및 조회 Posting Periods 의 마감 기능 아래의 그림은 사용자가 전표의 마감시점을 System 으로 관리하는 것이 가능하고, Account Type 별, Account 별로도 조정이 가능 하다는 것을 보여 준다.

6 장. General Ledger Posting 의 처리 및 조회 Accounts Balances 아래의 그림은 월 별로 계정에 기표된 금액의 합계를 차변과 대변으로 구분하여 보여 주고 Local Currency 와 Foreign Currency 로 조회하는 것이 가능한 화면이다. ● G/L, Customer, Vendor 계정에 대해서 똑같은 조회 기능이 있음 ● 월 별 합계를 두 번 누르면 월중의 거래내역을 Item 별로 볼 수 있음 ● 특정 Business Area 의 월 별 거래내역 Balance 도 조회 하는 것이 가능함

6 장. General Ledger Posting 의 처리 및 조회 Line Items 아래의 그림은 계정별로 발생된 거래의 내역을 하나의 화면으로 나타낸 것이다. 나열된 거래의 항목을 두 번 누르면 거래의 세부 내역을 볼 수 있다.

6 장. General Ledger Posting 의 처리 및 조회 Accounts Balances 와 Line Items 에 관련된 Fields 아래의 그림은 계정별로 발생된 거래의 내역을 하나의 화면으로 나타낸 것이다. 나열된 거래의 항목을 두 번 누르면 거래의 세부 내역을 볼 수 있다. ● Open item management Field 를 Mark 하면 Line item display 화면에서 미수금과 미지급금을 관리함 ● Line item display Field 를 Mark 하면 계정별 세부내역을 볼 수 있음 ● Sort key는 거래의 세부내역을 나열할 때 기준이 되는 Field 이고, Allocation Field 와 연결되어져 있음

6 장. General Ledger Posting 의 처리 및 조회 Line Item Display 아래의 그림은 계정별로 발생된 거래의 내역을 하나의 화면으로 나타낸 것이다. 나열된 거래의 항목을 두 번 누르면 거래의 세부 내역을 볼 수 있다. ● 조회하고자 하는 계정과 Company Code 를 입력하면 원하는 회사의 지정된 계정의 거래내역을 볼 수 있음 ● 지정한 계정의 미수금과 미지급금을 조회하는 것이 가능하고, 반제된 거래내역도 볼 수 있음 ● System에서 거래내역을 보는 화면을 조정하는 것이 가능하고, Field별 합으로 조회하는 것도 가능함

6 장. General Ledger Posting 의 처리 및 조회 Allocation Field 와 Sort Key 의 관계 G/L Master Data 에 지정된 Sort Key 의 값이 Line item display 의 Allocation Field 에 나타나고, 그 Sort Key 의 순서로 거래내역이 나열되어 진다.

6 장. General Ledger Posting 의 처리 및 조회 Work Lists G/L 계정, Customer, Vendor 계정의 거래내역을 비교하기 위해서 하나의 화면에서 조회하고자 할 때 Work List 를 사용하면 조회하고자 하는 계정들의 거래내역을 볼 수 있다.

7 장. Reverse & Park Documents OBJECTIVE 역분개를 처리하는 Reverse Documents 와 기표가 정확하지 않은 경우를 처리하는 Park Documents 를 설명한다. Reverse Documents ● 발생된 거래를 취소하거나 잘못 입력한 경우에 거래를 Reverse 함 ● 전기세를 지불한 거래를 Reverse 하면 다음과 같음 40 전기세 1000 / 50 예금 1000 40 예 금 1000 / 50 전기세 1000

7 장. Reverse & Park Documents 기표한 거래가 명확하지 않은 경우에 임시전표를 만들어 보류하였다가 완전한 전표를 작성할 수 있을 때 전표를 기표하는 것을 Park Document 라 한다.

7 장. Reverse & Park Documents Park Document 의 Process Flow 아래의 그림은 Preliminary Posting 의 Process Flow 를 하나의 화면에 나타낸 것이다.

8 장. Reference Documents OBJECTIVE 유사한 전표의 반복적 처리를 손쉽게 하는 기능들 (Reference Documents, Account Assignment Model, Recurring Entries) 을 설명한다. Reference Documents ● Reference Document 는 기존의 Document 나 Sample Document 를 이용하여 중복된 부분이 많은 Document 를 생성시 사용자의 수고를 덜어 줌 ● Control Sequence 는 여러 가지 Option 들을 이용하여 새로운 Document를 생성시키는 것을 가능하도록 함

8 장. Reference Documents Reference Document 의 전표 처리

8 장. Reference Documents Reference Document, Sample Document, Hold/Set Data 의 비교 아래의 그림은 Reference Document, Sample Document, Hold/Set Data 가 Document 를 생성하는 것을 비교하여 보여 준다.

8 장. Reference Documents Account Assignment Model Account Assignment Model 은 빈번히 사용하는 전표를 Model 로 설정하여 전표 생성시 부분적 수정을 하여 전표를 기표할 수 있도록 하는 것이다.

8 장. Reference Documents Recurring Entries 의 정의 Account Assignment Model 은 빈번히 사용하는 전표를 Model 로 설정하여 전표 생성시 부분적 수정을 하여 전표를 기표할 수 있도록 하는 것이다. ● 보험료, 임대료 등과 같이 매 월 일정 금액을 선수금이나 선급금으로 지불하는 경우에 매 월 동일한 전표를 기표하는 것을 자동으로 처리하는 것이 Recurring Entries 임 ● 예를 들면 10/01 보험충당금 1000 / 예금 1000 11/01 보험금 200 / 보험충당금 200 12/01 보험금 200  / 보험충당금 200

8 장. Reference Documents Recurring Entry 의 Process Flow 아래의 그림은 Recurring Entries 가 System 에서 작동하는 Flow 를 보여 준다.

8 장. Reference Documents Recurring Entry 의 전표 처리 Recurring Entries 를 수행할 때 System 에서 조정하는 화면과 실제로 전표가 발생하는 화면의 관계를 하나의 그림으로 보여 주고 있다.

9 장. Customer Master Data 의 구조 OBJECTIVE 다른 Level 과 View 에서 Customer 의 생성과 구조를 설명하고, Customer 의 Account Group 과 Number Range 를 보여 준다. Customer 의 구조 (Client Level) 아래의 그림은 Client Level 에서 Customer 의 위치를 보여 주고 있다. ● 하나의 Customer 는 여러 개의 Company Code 에 걸쳐서 존재할 수 있음 ● Customer Master 의 General Data 부분은 Client Level 에서 관리되고, FI Module 에서 관리하는 Company Code Data 는 회사별로 다르게 설정할 수 있음

9 장. Customer Master Data 의 구조 Customer 의 구조 (Central View) 아래의 그림은 앞의 화면에서 보여 준 Customer Master 에 SD Module 에서 관리하는 Sales Data 를 포함한 전체적인 Customer 의 Master Data 를 보여 준다.

9 장. Customer Master Data 의 구조 아래의 그림은 Customer 의 Master Data 를 FI Module 에서 만드는 것이 가능하고, SD Module 에서 생성하는 것도 가능 하다는 것을 보여 준다.

9 장. Customer Master Data 의 구조 아래의 그림은 Customer 의 Master Data 를 FI Module 에서 만 생성하는 것도 가능하고, SD Module 까지 포함하여 Central 로 생성하는 것도 가능하다는 것을 보여 준다.

9 장. Customer Master Data 의 구조 Customer 의 Account Group G/L Account 와 마찬가지로 Customer Master 도 Account Group 을 이용하여 기능별로 분류하고, 화면에 나타나는 Fields 도 조절하는 것이 가능하다.

9 장. Customer Master Data 의 구조 Customer 의 Number Range Customer의 이름은 System에서 자동적으로 지정하는 Internal Number와 사용자가 정의할 수 있는 External Number 혹은 Character가 있다. Customer의 Account Groups과 Customer 이름의 Interval을 연결하여 사용자가 Customer의 이름을 관리할 수 있다.

9 장. Customer Master Data 의 구조 Bank Master Data 의 구조 아래의 그림은 Bank Master Data 의 주요 정보를 등록하는 화면이다. Bank Key 는 Bank 별, Branch 별로 가지고 있는 고유의 번호이다.

9 장. Customer Master Data 의 구조 Bank 에 관련되는 Business Transactions 모든 Bank 에 관련되는 Data는 BNKA Table에서 관리되는데 관련되는 Business Transaction은 House Bank의 생성, 전표 발생시 은행계좌의 잔고에 변동이 생기는 경우, Customer의 은행계좌에서 자동이체하여 대금을 받거나 Vendor 가 미지급금을 자동이체로 회수하는 경우 은행에서 거래실적을 Batch File 로 보내 주는 경우 등이다.

9 장. Customer Master Data 의 구조 Bank Master Data 와 계정의 관계 아래의 그림은 등록된 House Bank 와 사용하는 계좌의 연관 관계를 보여 주고 있다. 하나의 계좌 혹은 여러 개의 계좌에 하나의 G/L Account를 연결하는 것이 가능하므로 필요한 계좌의 합을 대차대조표로 조회할 수 있다.

10 장. Customer Invoice 생성과 Incoming Payment 처리 OBJECTIVE Customer Invoice 의 구조와 생성 방법을 설명하고, 입력 화면을 조정하는 것을 보여 준다. 그리고 Invoice 에 대한 다양한 Incoming Payment 의 처리를 보여 주고 Business Process 를 설명한다. Customer Invoice 의 구조 SAP R/3 System 의 Customer Invoice 구조를 하나의 화면에 표현하면 아래의 그림과 같다. ● Customer 의 Invoice 를 생성하는 방법 - SD Module 에서 Billing 처리하면 자동으로 생성됨 - FI Module 에서 경리담당자가 직접 생성함 ● 예를 들면 특정 Customer 에게 제품을 운반한 뒤 세금계산서를 발행하면서 다음과 같은 기표를 함 Customer 1,100 / Sales Revenue 1,000 Output Tax 100 ● Document 의 Header 에는 거래가 발생되었을 때 필요한 전표 발생일, 전표 기표일, 거래통화 등의 일반적인 정보를 입력함

10 장. Customer Invoice 생성과 Incoming Payment 처리

10 장. Customer Invoice 생성과 Incoming Payment 처리 Customer Invoice 와 Posting Key 의 관계 아래의 그림은 Customer Invoice 의 Document Type 과 Posting Key 로 전표의 특성을 나타낸다

10 장. Customer Invoice 생성과 Incoming Payment 처리 Posting Key 의 Field Status Group 아래의 그림은 Posting Key 에 관련되는 정보를 보여 주고 그에 따라서 화면의 구성을 다르게 만들 수 있는 Field Status 와의 연관 관계를 보여 준다.

10 장. Customer Invoice 생성과 Incoming Payment 처리 Field Status 는 사용자가 선택한 거래의 Posting Key 에 따라서 필요한 Fields 조정하는 것이 가능하도록 한다. SAP R/3 System 이 통합 시스템이므로 FI Module 이외에서 생성되는 전표에 대한 화면 정보도 조정가능 하다는 것을 아래의 화면에 Material Management, Asset Accounting 등의 Field Status 가 보여 주고 있다. ● SAP R/3 System 에는 세 가지의 화면 조정요소가 있는데 다음과 같음 - Mandatory : 화면에 나타나고, 항상 입력해야 하는 Field - Optional : 화면에는 보이는데 사용자가 선택해서 입력할 수 있는 Field - Suppress : 화면에 보이지 않아서 사용자가 인식하지 못하는 Field

10 장. Customer Invoice 생성과 Incoming Payment 처리 G/L Master Data 의 Field Status Group 아래의 그림은 G/L Master 에 등록하는 Field Status Group 에 따라 분류된 계정의 화면을 조정하는 것이 가능하다는 것을 보여 준다. 전표 입력시 사용자가 입력한 계정에 따라 그 계정이 속한 Field Status Group 이 전표 입력 화면을 결정한다는 것을 나타낸다.

10 장. Customer Invoice 생성과 Incoming Payment 처리 Field Status Group 의 조정 앞에서 언급한 두 가지의 Field Status 가 아래와 같이 조정되어져 사용자가 입력하는 전표의 화면이 결정되어진다.

10 장. Customer Invoice 생성과 Incoming Payment 처리 Payment Terms 아래의 그림은 Customer 나 Vendor Master 에 등록되어져 있는 Payment Terms 가 어떻게 반영되어지는 지를 보여 준다.

10 장. Customer Invoice 생성과 Incoming Payment 처리 ● 미수금을 회수해서 반제 처리하는 것을 기표하면 다음과 같음 Customer 1,100 / Sales Revenue 1,000    Output Tax 100      Bank 1,100 / Customer 1,100 ● 국내거래의 경우는 옆의 Flow 를 따라서 처리하면 별다른 문제가 없지만 외국거래의 경우는 L/C (신용장) 과 B/L (선화증권) 을 통하여 물품의 대금을 은행에서 Nego 해야 함 ● 다음과 같은 다양한 대금의 입금방법과 입금수단이 있음 - 입금방법 : 어음, 수표, 현금 등 - 입금수단 : 선수금 결제, 부분 상환, 전액 상환 등

10 장. Customer Invoice 생성과 Incoming Payment 처리 아래의 그림은 사용자가 반제하기를 원하는 미수금의 항목을 선택하여 R/3 System 에 기표할 수 있다는 것을 보여 준다.

10 장. Customer Invoice 생성과 Incoming Payment 처리 계정에서 발생한 거래의 내역을 보는 화면을 사용자가 조정하는 것이 Line item display 와 Account balances에서 가능했듯이 반제 할 거래의 내역을 보는 화면도 사용자가 조정할 수 있다.

10 장. Customer Invoice 생성과 Incoming Payment 처리 선택한 Customer 계정의 Open Items 중에 반제할 거래의 항목을 선택하는 방법은 아래의 그림에 나타난 Activate/Deactivate 기능을 사용하여 가능하다.

10 장. Customer Invoice 생성과 Incoming Payment 처리 G/L 계정의 거래내역과 마찬가지로 Customer 의 거래내역도 Line item display 와 Account balances 를 이용하여 조회하는 것이 가능하다.

10 장. Customer Invoice 생성과 Incoming Payment 처리 Partial Payment G/L 계정의 거래내역과 마찬가지로 Customer 의 거래내역도 Line item display 와 Account balances 를 이용하여 조회하는 것이 가능하다. ● Partial Payment 는 미수금의 일부만 회수한 경우 Invoice 를 반제하지 않고 Open 상태로 보관하고, 회수한 금액만 Cleared 로 관리함 ● 미수금 나머지를 회수하였을 때 Invoice 를 반제 함 ● 국내의 현실은 월 합계 세금계산서를 매월 할부로 상환하여 R/3 System으로 처리하는 것이 어려움

10 장. Customer Invoice 생성과 Incoming Payment 처리 Residual Payment G/L 계정의 거래내역과 마찬가지로 Customer 의 거래내역도 Line item display 와 Account balances 를 이용하여 조회하는 것이 가능하다. ● Residual Payment 는 미수금의 일부만 회수한 경우 전체 금액의 Invoice 를 반제하여 나머지 금액의 Invoice 를 발행함 ● 미수금 나머지를 회수하였을 때 나머지 금액의 Invoice 를 반제 함 ● Open Item 과 Cleared Item 을 관리하기는 Partial Payment 보다 용이함

11 장. Vendor Master Data 의 구조 OBJECTIVE 다른 Level 과 View 에서 Vendor 의 생성과 구조를 설명하고, Vendor 의 Account Group 과 Number Range 를 보여 준다. Vendor 의 구조 (Client Level) 아래의 그림은 Client Level 에서 Vendor 의 위치를 보여 주고 있다. ● 하나의 Vendor는 여러 개의 Company Code 에 걸쳐서 존재할 수 있음 ● Vendor Master의 General Data 부분은 Client Level 에서 관리되고, FI Module 에서 관리하는 Company Code Data는 회사별로 다르게 설정할 수 있음

11 장. Vendor Master Data 의 구조 Vendor 의 구조 (Central View) 아래의 그림은 앞의 화면에서 보여 준 Vendor Master 에 MM Module에서 관리하는 Purchasing Data 를 포함한 전체적인 Vendor 의 Master Data 를 보여 준다.

11 장. Vendor Master Data 의 구조 아래의 그림은 Vendor 의 Master Data 를 FI Module 에서 만드는 것이 가능하고, MM Module 에서 생성하는 것도 가능 하다는 것을 보여 준다.

11 장. Vendor Master Data 의 구조 아래의 그림은 Vendor 의 Master Data 를 FI Module 에서 만 생성하는 것도 가능하고, MM Module 까지 포함하여 Central 로 생성하는 것도 가능하다는 것을 보여 준다.

11 장. Vendor Master Data 의 구조 Vendor 의 Account Group G/L Account 와 마찬가지로 Vendor Master 도 Account Group 을 이용하여 기능별로 분류하고, 화면에 나타나는 Fields 도 조절하는 것이 가능하다.

11 장. Vendor Master Data 의 구조 Vendor 의 Number Range Vendor 의 이름은 System 에서 자동적으로 지정하는 Internal Number 와 사용자가 정의할 수 있는 External Number 혹은 Character 가 있다. Vendor의 Account Groups 와 Vendor 이름의 Interval 을 연결하여 사용자가 Vendor의 이름을 관리할 수 있다.

12 장. Vendor Invoice 생성과 Outgoing Payment 처리 OBJECTIVE Vendor Invoice 의 구조와 생성 방법을 설명하고, Invoice 에 대한 Automatic Outgoing Payment 의 처리를 보여 주고 Business Process 를 설명한다. Vendor Invoice 의 구조 SAP R/3 System 의 Vendor Invoice 구조를 하나의 화면에 표현하면 아래의 그림과 같다. ● Vendor 의 Invoice 를 생성하는 방법 - MM Module에서 Invoice Verification 처리하면 자동으로 생성됨 - FI Module에서 경리담당자가 직접 생성함 ● 예를 들면 특정 Vendor 에게 제품을 인수한 뒤 세금계산서를 접수하면서 다음과 같은 기표를 함 Raw Materials 1,000 / Vendor 1,100 Input Tax 100 ● Document 의 Header 에는 거래가 발생되었을 때 필요한 전표 발생일, 전표 기표일, 거래통화 등의 일반적인 정보를 입력함

12 장. Vendor Invoice 생성과 Outgoing Payment 처리

12 장. Vendor Invoice 생성과 Outgoing Payment 처리 Vendor Invoice 와 Posting Key 의 관계 아래의 그림은 Customer Invoice 의 Document Type 과 Posting Key 로 전표의 특성을 나타낸다.

12 장. Vendor Invoice 생성과 Outgoing Payment 처리 옆의 그림은 Automatic Outgoing Payment를 R/3 System 에서 처리하는 순서를 보여 줌 미지급금 반제 처리 방법 Manual Outgoing Payment - Automatic Outgoing Payment Automatic Outgoing Payment 는 매월 특정일에 일괄적으로 Payment Program 을 수행하는 것으로 삼성전자의 경우는 매월1일 과 15일에 실행하면 됨

12 장. Vendor Invoice 생성과 Outgoing Payment 처리 아래의 그림은 Vendor Master에서 Payment와 관련되는 Fields와 Invoice에서 Payment와 연계되는 Fields 를 보여 주고 있다.

12 장. Vendor Invoice 생성과 Outgoing Payment 처리 Vendor Master Data 의 Payment Transactions 부분에 정의되어진 Payment Methods 가 반제할 때 사용되어지는 Payment Methods 와 일치되어져야 된다는 것을 보여 준다.

12 장. Vendor Invoice 생성과 Outgoing Payment 처리 아래의 그림은 Payment 할 때 Discount나 연체 이자를 계산하는 기준이 되는 Baseline Date가 정해지는 Invoice의 화면을 보여 주고 있다. Baseline Date는 Payment Program 수행 시 포함 되어져야 하는 Item 과 그렇지 않은 Item 을 구분하는 기준이 된다.

12 장. Vendor Invoice 생성과 Outgoing Payment 처리 아래의 그림은 Automatic Payment Program 의 첫 번째와 두 번째 화면을 보여 주고 있다.

12 장. Vendor Invoice 생성과 Outgoing Payment 처리 다음의 화면은 사용자가 정의한 범위의 Open Items 의 내역을 시스템이 처리하는 중간 단계의 화면을 보여 주고 있다.

12 장. Vendor Invoice 생성과 Outgoing Payment 처리 아래의 그림은 Payment Program 에 포함되어져 있는 Open Items 를 여러 가지 방법으로 조회하는 것이 가능하고, Blocked 된 항목과 관련되는 정보를 나열하고, 처리 과정을 보여 주는 Log 를 나타내는 단계를 하나의 화면에 보여 주고 있다.

12 장. Vendor Invoice 생성과 Outgoing Payment 처리 아래의 그림은 Payment Program 의 실행이 완결 되어졌을 때 나타나는 화면이다.

12 장. Vendor Invoice 생성과 Outgoing Payment 처리 Transfer Post with Clearing 아래의 화면은 하나의 Customer가 Vendor도 될 때 상계 처리하는 것을 분개를 통하여 보여 주고 있다. SAP R/3 System은 거래 건별로 상계하는 방법과 한꺼번에 일괄적으로 상계하는 두 가지의 방법을 제시하고 있다.

13 장. Down Payment OBJECTIVE Down Payment 의 개요 Down Payment 의 정의와 Process Flow 를 알아 보고, 선수금과 선지급급의 Business Process 를 설명한다. Down Payment 의 개요 아래의 그림은 Down Payment (선수금과 선지급금) 을 분개를 통하여 보여 준다.

13 장. Down Payment Down Payment 와 같이 특별한 거래를 Special G/L Indicator 를 이용하여 분류하고, 거래의 내역을 분리해서 관리할 수 있도록 한다.

13 장. Down Payment Down Payment 거래 내역의 조회 거래의 내역을 조회하는 Line item display 나 Account balances 에서 Special G/L Transaction 을 표시하면 Down Payment 와 같은 특별한 거래만 분리해서 조회하는 것이 가능하다.

13 장. Down Payment Down Payment 의 Process Flow

13 장. Down Payment 선수금의 Business Process

13 장. Down Payment 선 지급금의 Business Process

Closing Topics Day end closing Month end closing Year end closing

Organizational closing Day-end closing Organizational closing Compact document journal RFBELJ00 Posting totals RFBUSU00 List of update termination RFVBER00 Change documents RSSCD150 Exception Lists various Correspondence SAPF140 Data extract generation RFBPET00 Batch - Input nn From an accounting point of view, it is not necessary to carry out evaluations on a daily basis. It is your decision as to whether you print reports at the end of each day to meet any of your company's specific requirements. SAP does however offer certain programs for day-end closing procedures.

Month-end closing t Organizational closing Technical closing - Balance sheet preparations - Block previous month - Reconcilation Docs-monthly debits & credits - Advance return for tax on sales and purchases - Monthly balance & P+L - Journal (document journal) - Balance lists (D/K/S) - Extracts for non-SAP. applications etc. - Create balance audit trail - Account sheet listing (G/L Open item) - Document reorganization You should carry out the tasks which are outlined in bold in the diagram above on a monthly basis. You must run the accumulated balance audit trail before document reorganization. The sequence in which you should carry out document reorganization depends upon the EDP storage capacity you have at your disposal and upon the document volume. t

Year-end closing t Organizational closing Technical closing ~ 02.01.YYYY - Maintain posting periods - Bal. lists for previous FY - Create bal. carried forward - Bal. lists for new FY Reconcilation with bal. lists for previous FY - Bal. sheet preparations - Block previous FY - Bal. sheet & P + L - Journal (document journal) - Balance lists (D/K/S) - Extracts for SAP-recieving recieving system applications etc. - Create balance audit trail data set - Balance audit trail (G/L open item) - Document reorganization ~ 15.03.YYYY t

Posting Period - Fiscal Year FY 1998 Start of SAP Accounting on 01.01.1999 OI Transfer / Balance transfer as of 31.12.1998 Create 1999 opening bal. sheet : 12 + 5,000 FY 1999 + 5,000 - 3,000 + 4,000 BCF 01 02 : 16 Monthly document entry Month-end closing Account assignment in the future Create 2000 opening bal. sheet (+ 1,000) FY 2000 BCF 01 02 : 16 (6,000 + 1,000) = 7,000 + 600 Account assignment in the past Monthly document entry Month-end closing 1999 Year-end closing FY = Fiscal Year BCF = Balance Carried Forward

BCF = Balance Carried Forward Opening Balance Sheet Previous Fiscal Year Previou Fiscal Year Balance Sheet Acct Balance Sheet Acct P & L Account FB 120 FB 100 FB 20 BCF 120 BCF 100 BCF 0 BCF 20 SAPF011 New Fiscal Year Balance Sheet Acct Balance Sheet Acct P & L Account BCF 100 BCF 120 BCF 0 Balance Sheet Acct BCF 20 FB = Final Balance BCF = Balance Carried Forward