SAP FI – Financial Accounting.

Slides:



Advertisements
Similar presentations
2ii Technologies,Inc. SAP R/3 를 위한 최적의 Archiving 솔루션
Advertisements

Web Based Data Warehouse Query Tool 이화여자대학교 2002 년 컴퓨터학과 졸업프로젝트 14 조.
Sogang e-Biz Outsourcing Seminar ASP Network Inc. 애경 산업의 ASP 를 통한 Outsourcing 사례 June, 2001 The following material was used by ASP Network Inc. during.
Certified Management Accountant [ 국제공인 관리회계사 ] ( 토 ) ~ ( 토 ) 년 제 6 기.
1 홈페이지 컨텐츠 정의서 메뉴명회사소개 > 회사개요 작성자이광호작성일 회사개요 X 당사는 ㈜위브솔루션 (WeveSolution) 으로서 수년간 ERP (Enterprise Resource Planning) Project 를 수행하여왔던 젊고 활기찬.
목 차 SAP 솔루션 기능 소개 1) 재무회계 (FI) 2) 관리회계 (CO) 3) 자금관리/기업재무관리 (TR)
Introduction to Enterprise Resource Planning w/ SAP R/3
T A B L E 작성자 : 이 재 학.
SAP FI (재무회계) 솔루션 소개 Contents.
(HiveMall Work Process)
(HiveMall Work Process)
Supply Chain Management
S Capital 사업부 손익관리 사례.
4. 데이터 기능 유형.
MRP (Material Requirement Planning)
SAP QUERY SAP R/3 4.6C.
표준원가계산 및 활용 2. 실적원가 계산 및 원가정보 제공 3. ABC 제도 도입 및 수익성 관리 4. 원가차이 정보 관리
3장 조직 정보시스템과 영향 정보시스템을 분류하는 용어와 개념 © Gabriele Piccoli.
설비보전관리체계 개선.
K.System 모듈별 기능소개서                                                                                                                                                                       
INI STEEL 성과관리시스템 구축을 위한 SAP 제안설명회
AUTOMATIC ACCOUNT ASSIGNMENT AAA(자동전기).
★ Basic Function4 1 Posting Tips 2 Currency 3 Tax.
Business Strategy & KMS in Financial Industry
팀 명: Con Spirito 팀 원: 경주리 김다정 김소담 최은미
동화처럼 읽는 이태준의 SAP이야기 동화처럼 읽는 이태준의 SAP이야기 Verion 1.0.
EARNED VALUE MANAGEMENT
Excel OLAP Reporting / OWC를 이용한
Your Best Financial Guide
2001년 4월 성공적인 중소기업 ERP시스템 구축전략
목차 Financial Accounting (재무 회계) - General Ledger (총계정 원장) - Accounts Receivable (외상 매출금) - Accounts Payable (외상 매입금) 1 장 재무 회계의 개요 2 장 재무 회계의 주요.
마케팅 분석 시스템 개발 방법론 2004년 5월 27일 ㈜비아이솔루션 김환태
CO Overview Terminology
SAP R/3- CO (Cost Accounting)모듈
1.BW 기본개념과 구조의 이해 Sep 2004 이웨어시스템 (주) EWARESYSTEM.
- Make Processes Manageable -
Web상에서의 Network Management
영업관리 (SD).
B S C Balanced Scorecard System 구축 사례
전사 기업관리 사이클 최적화를 통한 경영혁신과 전략적 수행방안
운영체제 (Operating Systems)
영업관리 (SD).
사업계획/예산수립을 위한 OLAP구현방안
창고 보관의 정보화 제 5 장.
운전자본관리.
원가시스템 소개 개요 시스템 기능설명 Case Study 요약.
프로젝트 관리 Project Management
JCInnovation.
아메바경영의 이해와 실천 Wisdom21 Management Consulting
S & S Auditing and Consulting Co., Ltd
정보화를 통한 공기업 경영혁신 사례 한 국 조 폐 공 사.
Chap 2 Developing and Implementing Marketing Strategies and Plans
환위험 관리 경희대학교 경영대학 겸임교수 이창복 서울대 CFO 전략과정 금융연수원 부임 : 3주 경과 리스크 : 리스크 추구
세부 분석 절차 사업/재무성과 분석 제품/고객 분석 내부역량 분석 내부환경분석 시사점 도출 Objective
시스템 분석 및 설계 글로컬 IT 학과 김정기.
소프트웨어 형상관리: 목차 변경 및 형상관리의 기초 개념 형상항목 확인 및 버전관리 변경관리 감사 및 감사보고 99_11
PROCUREMENT MANAGEMENT
S Capital 사업부 손익관리 사례.
Business 문서작성 Skill-up 과정
회계의 의의와 목적 정보이용자에게 의사결정 경영활동의 결과 기록, 요약 의사결정 정보시스템 회계의 의의 재무회계 회계의 목적
회계와 사회 6판 제 3 장 회계정보의 산출.
How to “Think” as a Consultant
. 재무회계의 기초이론 제1절 재무회계의 개념체계 제2절 대차대조표 제3절 손익계산서 제4절 재무제표의 연계관계
ER-관계 사상에 의한 관계 데이터베이스 설계
1. 데이터베이스 환경.
ARENA Basic Process Techniques
Travel Agency Application
제 2장 원가의 개념과 분류 강사: 정재을 과목: 원가회계.
Presentation transcript:

SAP FI – Financial Accounting

Ⅰ. System Wide Concepts/Organization Ⅱ. Master Data Management 목차 Ⅰ. System Wide Concepts/Organization Ⅱ. Master Data Management Ⅲ. Document Control/Posting Control Ⅳ. Posting Tips/Currencies Ⅴ. G/L Accounts

Overview Structural Change 오늘날의 글로벌하고 다양한 경영환경에서 빈번하게 변경되는 Ⅰ. System Wide Concepts/Organization 급변하는 지식정보사회에서 SAP ERP(Enterprise Resource Planning) 시스템과 같은 Package는 기업을 경영하는 데 필요한 정보를 관리/운영하는데 없어서는 안될 중요한 도구로서 활용되고 있으며, Accounting 부분은 물류의 Business Process를 관리하고 실적을 집계하여 경영자가 의사결정에 필요한 정보를 지원합니다. 특징 기본 설명 Structural Change 오늘날의 글로벌하고 다양한 경영환경에서 빈번하게 변경되는 조직에 대응할 수 있는 시스템 Management Tool 물류와 인사시스템에 연계되어 다양한 각도의 Accounting 정보를 부서별로 관리할 수 있음 Decision Based 실적 Accounting 데이터를 제공하는 것 외에도 계획, 관리, 조정의 역할을 할 수 있는 기능을 부여하여 의사결정을 지원함 International Applications 다국적 언어 및 통화의 지원 뿐 만 아니라 국가별로 요구되어지는 사항인 Tax, Reporting, Payment Transaction 등도 지원함

Financial Accounting(FI) SAP ERP System Accounting Ⅰ. System Wide Concepts/Organization SAP ERP의 Accounting 부분은 Financial Accounting Module, Treasury Module, Controlling Module로 구성되어 있습니다. 구분 주요 기능 Financial Accounting(FI) General Ledger Accounting Accounts Payable Accounts Receivable Asset Accounting Legal Consolidation Special Statistical Accounting Units Treasury(TR) Cash Management Treasury Management Funds Management Controlling(TR) Overhead Cost Controlling Product Cost Controlling Profitability Analysis

Financial Accounting의 구성과 개요 Ⅰ. System Wide Concepts/Organization SAP ERP의 Financial Accounting은 6가지 주요기능으로 구성되어 있습니다. 구분 기본 설명 G/L Accounting 재무회계의 총계정원장에 해당하는 부분으로 회계에서 가장 기본적이며 핵심이 되는 계정 을 관리하고, 계정에 반영되는 거래의 내역을 분류해서 집계하고, 외부공표를 위해서 집계된 거래 내역을 이용하여 재무제표를 작성함 Accounts Receivable 재무회계의 보조부원장에 해당하는 부분으로 Customer의 계정을 관리하고, Customer 계정에 반영되는 거래의 내역을 분류해서 집계하고, Customer별 채권을 만기별, 형태별, 신용상태별 등으로 구분하여 경영자의 의사결정을 지원함 Accounts Payable 재무회계의 보조부원장에 해당하는 부분으로 Vendor의 계정을 관리하고, Vendor 계정에 반영되는 거래의 내역을 분류해서 집계하고, Vendor별 채무를 만기별, 형태별 등으로 구분하여 경영자의 의사결정을 지원함 Asset Accounting 고정자산의 관리에 해당하는 부분으로 관리 대상인 고정자산의 취득, 전환, 폐기 등을 처리하고, 감가상각을 계산하여 재무회계에 반영함 Legal Consolidation 여러 개의 회사를 포함하고 있는 대기업의 경우에 필요한 기업간의 내부거래를 소거하고 자본금, 매출채권, 채무, 이익 그리고 매출을 재평가하여 분류한 뒤 연결 재무제표를 작성함 Special Statistical Accounting Units Special Purpose Ledger라고도 불리는 이 모듈은 경영자의 의사결정을 지원하기 위해서 제공되는 Report를 다양한 각도로 작성하여 Simulation하는 것을 지원함

Enterprise Structure Terminology Ⅰ. System Wide Concepts/Organization 구분 세부 내용 비고 Client ▶ mySAP.ERP(=R/3) 시스템을 각각의 용도에 따라 물리적으로 나누어 놓은 단위 예) Client 100 → 개발 용 Client 200 → 테스트 용 Client 300 → Go live(운영) 용 Client 400 → 교육 용 Company ▶ mySAP.ERP에서 연결 재무제표 작성 목적으로 Consolidation Unit으로서 Company를 생성, 개별회사를 대표하는 Company Code와는 다른 개념이며, Company Code 그 자체가 Company 가 될 수도 있고(SAP Based Company Code), 연결을 위하여 Company를 별도로 만들기도 함(Non-SAP Based Company) Company Code ▶ Legal Entity, FI의 대표적인 조직으로, 외부 공시용 B/S, P/L 등 이 산출되는 단위, 즉 독립회사를 의미 함 Plant ▶ MM/PP의 대표적인 조직으로 일반적으로 제조행위가 일어나는 공장을 의미(제조행위가 없는 Company Code의 경우는 단순히 상품을 보관하는 여러 창고들의 집합장소를 의미 함) Sales Organization ▶ SD의 대표적인 조직으로 영업을 총괄하는 판매조직, 하나의 Sales Org. 아래 영업부(Department), Division(제품군별 판매 Unit), Business Area(판매단위별 사업부) 등이 Assign 될 수 있음, 한 Company Code 밑에 복수의 Sales Org. Assign 가능

Enterprise Structure Terminology Ⅰ. System Wide Concepts/Organization 구분 세부 내용 비고 Business Area ▶ 내부적으로 B/S, P/L을 산출하고자 하는 단위로서 회사 내에서 의 사업부도 될 수 있지만 Cross-Company한 Level에서도 관리 될 수 있음 Distribution Channel ▶ SD에서의 유통채널을 의미(도매/소매/직매 등) Purchasing Organization ▶ MM의 대표적인 조직으로 구매조직을 의미 함 Storage Location ▶ MM조직의 하나로 원재료, 제품, 상품이 저장되는 창고 단위 조직 Level 의미 Controlling Area ▶ 비용계획이 수립되고/집행되며/관리되는 CO 목적의 비용통제 단위, 하나의 Controlling Area 밑에 여러 개의 Company Code Assign 가능

Master Data 등 Ⅰ. System Wide Concepts/Organization 구분 세부 내용 비고 ▶ Database에 존재하는 가장 기본적인 Data의 Master 예) G/L Master, Customer Master, Vendor Master, Material Master, Bank Master, Asset Master 등 Document ▶ 회계전표, 판매오더, 구매오더, 자재문서 등 문서를 의미 Transaction ▶ mySAP.ERP(=R/3) 시스템에서 일으키는 거래의 한 단위 예) 회계전표 생성 → 1개의 Transaction

Organizational Elements Ⅰ. System Wide Concepts/Organization 구분 세부 내용 비고 Clients의 개념 ▶ mySAP.ERP를 처음 Install하면 Client 000/001이 생성됨 ▶ 001을 Copy하여 100, 200, 300, 400 등의 Client 생성 - Client 100 : 프로젝트를 수행하면서 사용하는 개발 (Configuration)용 - Client 200 : Teat용 Client로 100번 개발용 Client를 Copy하여 만듦, Open 시점에 100번 Client가 제대로 Configuration 되었 는지 Test하기 위한 용도 - Client 300 : Go Live용 Client로 100번 Client를 Copy하여 생성 (실제 User들이 사용하는 Client) - Client 400 : 내부 지원 교육용 Client - 그 외에 용도별로 원하는 Client를 원하는 데로 만들 수 있음 (999개까지 가능) Applications ▶ Module의 다른 표현, 경우에 따라서는 시스템을 의미하기도 함 Operating Concern ▶ 수익성 분석(Profitability Analysis)을 하기 위한 단위로 CO의 최상위 Level(Controlling Area의 상단에 존재) Sales Area ▶ Sales Organization + Distribution Channel + Division

Organizational Elements Ⅰ. System Wide Concepts/Organization 구분 세부 내용 비고 IDES ▶ SAP의 전 세계적인 교육용 시스템 Company Code 생성 ▶ SAP 최초 Install시 Company Code 0001이 생성됨 ▶ Company Code 0001을 이용해 1000/2000/3000 등을 생성 ▶ 4자리 수 → Alphabet-Numeric Key Chart of Account ▶ 계정과목표 : Client Level에서 정의(Country Specific Chart of Account → Company Code Level에서 정의) ▶ 하나의 Client에는 수개의 Company Code가 존재할 수 있음 Variant ▶ mySAP.ERP(=R/3)의 Object를 움직이는데 사용되는 변수값 Fiscal Year ▶ 회계연도(사업년도) - Year-Dependent Fiscal-Year : 연도마다 회계연도를 달리 가져가고 싶은 경우 사용 - Year-Independent Fiscal-Year : 매년 같은 회계연도를 같지만 → Calendar Year : 달력상의 날짜와 Posting Period 동일 → Non-Calendar Year : 달력상의 날짜와 Posting Period를 달리 가져가는 경우 ※ Period : 회계기간(일반적 으로 ‘월’을 지칭)

Master Data의 종류(FI Related) Ⅱ. Master Data Management 구분 세부 내용 비고 FI Module Basic Master Data ▶ G/L Accounts Master : 총계정원장을 관리하기 위한 계정과목 Master ▶ Customer Master : 매출 거래선 Master ▶ Vendor Master : 매입 거래처 Master ▶ Bank Master : 은행 Master ▶ Asset Master : 고정자산 Master ▶ Travel Management Master : 직원별 경비관리를 위한 인별 MM Module Basic Master Data ▶ Material Master : 여기서의 Material은 원자재, 반제품, 재공품 및 제품을 모두 의미하며, 이러한 Meterial을 관리하기 의한 Master가 Material Master 임 (SAP Master 중 Data Volume이 가장 큼)

Master Data의 종류(FI Related) Ⅱ. Master Data Management 구분 세부 내용 비고 G/L Account Master ▶ G/L Account Groups : 계정과목의 분류기준을 의미 함 - 자산 : 유동자산(당좌자산, 재고자산), 고정자산(투자자산, 유형자산, 무형자산) - 부채 : 유동부채, 고정부채 - 자본 : 자본부, 자본잉여금, 이익잉여금 - 손익계산서 항목 ① Number Range 정의 : Account Group별 계정과목의 Number Range를 정의 ② 구성요소 : 각각의 계정과목은 Company Code Specific Data와 Chart of Account Specific Data 부분으로 이루어져 있음 ▶ Reconciliation Accounts : Sub-Ledger Account를 Real-time 으로 G/L Account와 연결시켜 주는 조정계정(외상매출금 계정, 외상매입금 계정, 고정자산 계정을 의미, Customer/Vendor/ Asset Master상에 Reconciliation Account를 등록 관리 함) ▶ Country-Specific Chart of Account : G/L Master상의 Alternative G/L Account를 의미 → Controlling Area Level에 여러 개의 Company Code가 Assign 될 때 그 Company들은 동일한 Chart of Account를 사용해야 하는 바, 그 Company 들이 각 나라(또는 각 회사)의 Legal 재무제표 보고를 위해 그 나라(또는 그 회사) 고유의 별개 계정과목이 필요할 수 있는데, 이러한 목적을 위해서 G/L Master상의 Alternative G/L Account 로 유지하는 계정과목 ▶ Group Chart of Account : G/L Master상의 Group Account Number Field를 의미 → 연결 재무제표 작성 목적의 계정과목

Master Data의 종류(FI Related) Ⅱ. Master Data Management 구분 세부 내용 비고 Vendor Master Data (Accounts Payable Related) ▶ Vendor Account Groups : Account Payable 계정과목 Group이 아님 → Vendor를 유형에 따라 Grouping 해놓은 것임 예) 일반 Regular Vendor One-time Vendor : 일회성 거래선 관계사간 Vendor 사원 Vendor : SAP에서는 사원도 하나의 Vendor로 봄 → Vendor Account Group별로 Number Range 및 Field Status를 달리 가져 감 ▶ Vendor Master의 구성요소 ① General Data 부분 : 주소, Communication, Bank Detail 등 Client Level에서 관리되는 일반적인 정보(Vendor가 어느 Company에 속해 있든지 관계없는 일반적인 정보 임) ② Company Code Data : 재무정보(Reconciliation Account), 대금지급(Terms of Payment)관련 정보 등 회사별로 각기 유지되어야 할 정보 ③ Purchasing Order Data 부분 : MM Specific 한 정보

Master Data의 종류(FI Related) Ⅱ. Master Data Management 구분 세부 내용 비고 Customer Master Data (Accounts Receivable Related) ▶ Vendor Account Groups : Account Receivable 계정과목 Group이 아님 → Customer를 유형에 따라 Grouping 해놓은 것임 예) 일반 Regular Customer One-time Customer : 일회성 매출 거래선 관계사간 Customer → Customer Account Group별로 Number Range 및 Field Status를 달리 가져 감 ▶ Customer Master의 구성요소 ① General Data 부분 : 주소, Communication, Bank Detail 등 Client Level에서 관리되는 일반적인 정보(Customer가 어느 Company에 속해 있든지 관계없는 일반적인 정보 임) ② Company Code Data : 재무정보(Reconciliation Account), 대금지급(Terms of Payment)관련 정보 등 회사별로 각기 유지되어야 할 정보 ③ Sales Area Data 부분 : SD Specific 한 정보

Master Data의 종류(FI Related) Ⅱ. Master Data Management 구분 세부 내용 비고 Sales and Distribution Module관련 조직 ▶ Sales Organization : SD의 대표적인 조직으로, 영업을 총괄하는 판매조직 임, 하나의 Sales Organization 밑에는 영업부 (Department), Division(제품군별 판매 Unit), Business Area (판매단위별 사업부) 등이 Assign 될 수 있음, 한 Company Code 밑에 복수의 Sales Organization Assign 가능 ▶ Distribution Channel : 유통채널을 의미하며 도매/소매/직매 등 을 의미 함 ▶ Distribution Chain : Sales Organization + Distribution Channel ▶ Division : 제품 대분류별 분류조직 예) Auto Division/Paint Division/Food Division ▶ Sales Area : Sales Organization + Distribution Channel + Division

Centralized Credit Control Area Decentralized Credit Control Area Master Data의 종류(FI Related) Ⅱ. Master Data Management 구분 세부 내용 비고 Credit Control Area ▶ 거래선의 신용한도관리를 하고자 하는 단위 Centralized Credit Control Area Control Area 1000 Control Area 2000 Control Area 3000 Company Code 1 Company Code 1 Company Code 1 Customer A Decentralized Credit Control Area Control Area 1000 Company Code 1 Company Code 1 Company Code 1 Customer A

Master Data의 종류(FI Related) Ⅱ. Master Data Management 구분 세부 내용 비고 Asset Master Data(Fixed Asset Related) ▶ Asset Class : 고정자산 계정분류 - 토지, 건물, 구축물, 기계장치, 차량운반구, 비품 → Standard Asset Class - 건설 중 자산, 소액자산 → Special Asset Class ▶ Depreciation Area : 감가상각 영역 - 회계용 감가비, 세무용 감가비, CO목적용 감가비 계산내역이 상이할 때 이들을 각각의 영역으로 구분하여 감가상각 방법/ 내용연수 등을 관리하고자 하는 단위임 Bank Master Data ▶ Bank Directory : SAP가 관리하는 거래은행 코드집(Bank관련 Detail 정보가 담겨 있음) ▶ House Bank ID : SAP를 쓰는 회사의 거래은행 ID(회사 내부적 으로 결정(예, 외환은행 1000, 국민은행 2000 등) ▶ Account ID : House Bank ID와 연결되어 있는 계정 ID (예, 당좌예금 계정 1000, 보통예금 계정 2000 등) House Bank ID + Account ID = Bank G/L Account(은행계정) 및 Bank Account(계좌번호) ▶ Bank Key : 은행 고유번호(우리나라 6자리 은행코드+지점코드) ▶ Cash Ledger : 현금출납장

Document Control + Ⅲ. Document Control/Posting Control 구분 세부 내용 비고 Document Types ▶ 전표 유형 → 전표를 발생유형별로 묶어 놓은 것 Master Data Account Type Type Code G/L Account S A : G/L Posting R : Invoice G : Credit Memo Z : Payment Customer D Vendor K + Asset A Material M Document Number Range ▶ 전표번호를 의미하며, Document Type별로 Assign 함 - Number Range Type ① External Number Range : User가 직접 부여 ② Internal Number Range : 시스템이 자동으로 Internally Sequence Number를 부여해 줌 Posting Keys ▶ Line Item을 Control하는 계정전기 Key로서 시스템에서는 아래와 같은 역할을 수행함 - 차변 및 대변을 결정/Account Type 결정/Line Item의 Field Status를 결정

Document Control Ⅲ. Document Control/Posting Control 구분 세부 내용 비고 Posting Period ▶ 결산의 기준이 되는 기간으로 월차결산 및 연말결산 시 적용되는 전기기간을 의미 - General Period(예) 12월 결산법인 : 1 ∼ 12월 9월 결산법인 : 10월 ∼ 익년 9월 3월 결산법인 : 4월 ∼ 익년 3월 - Special Period(예) 12월 결산법인 : 13 ∼ 16월 9월 결산법인 : 익년 10월 ∼ 익익년 1월 3월 결산법인 : 익년 4월 ∼ 익년 7월

Posting Control Ⅲ. Document Control/Posting Control 구분 세부 내용 비고 Posting Terms ▶ 대금지급 조건 - Baseline Date : Payment terms 계산의 기산이 되는 Date - Cash Discount : 대금지급 조건에 따른 현금할인 조건 - Day Limit : Baseline Date의 기산일을 구분해 주는 일자 (예) Payment Terms Day Limit Baseline Date 0001 15 30(Fixed Day) 0001 30 30(Fixed Day)+1월 → Posting Day가 15일 안 = 금월 30(지급일) → Posting Day가 15∼30일 안 = 익월 30(지급일) Credit Memo ▶ Credit Memo - A/R : 반품 받은 것 등 매출 적자 처리와 관련된 거래 - A/P : 당사의 검수과정에서 품질결함으로 거래선에 반품 처리 한 것 등 매입 적자 처리와 관련된 거래 Holdback/ Retainage ▶ 할부조건부 대금 지급 (예) Payment Terms Installment Baseline Date R001 1(40%) 0001 P.Terms Date에 40% 지급 R001 2(30%) 0002 P.Terms Date에 30% 지급 R001 3(30%) 0003 P.Terms Date에 30% 지급

Posting Control Ⅲ. Document Control/Posting Control 구분 세부 내용 비고 Cash Discount의 Posting 방식(예) ▶ 거래조건 : ①10일 이내 3% ②20일 이내 2% ③30일 이내 0% ▶ Gross Procedure - AR/AP 발생시점 - 수금/지급시점 AR AP AR 1,000 / Revenue 1,000 Expense 1,000 / AP 1,000 AR AP Bank 970 / AR 1,000 Expense 30 AP 1,000 / Bank 970 Revenue 30 ① Bank 980 / AR 1,000 Expense 20 AP 1,000 / Bank 980 Revenue 20 ② ③ Bank 1,000 / AR 1,000 AP 1,000 / Bank 1,000

Posting Control Ⅲ. Document Control/Posting Control 구분 세부 내용 비고 Cash Discount의 Posting 방식(예) ▶ 거래조건 : ①10일 이내 3% ②20일 이내 2% ③30일 이내 0% ▶ Net Procedure - AR/AP 발생시점 - 수금/지급시점 AR AP AR 1,000 / Revenue 970 Cash Discount 30 Expense 970 / AP 1,000 Cash Discount 30 AR AP Bank 970 / AR 1,000 Cash Discount 30 AP 1,000 / Bank 970 Cash Discount 30 ① Bank 980 / AR 1,000 Cash Discount 30/ Revenue 10 AP 1,000 / Bank 980 Expense 10/ Cash Discount 30 ② Bank 1,000 / AR 1,000 Cash Discount 30/ Revenue 30 AP 1,000 / Bank 1,000 Expense 30/ Cash Discount 30 ③ Clearing Account ▶ 정리 대상이 되는 임시계정 (예) GR/IR Clearing Account, Cross-Company Clearing Account 등

Posting Tips Ⅲ. Posting Tips 구분 세부 내용 비고 Reference Document ▶ 기 Posting된 전표 Number를 참조하여 새로운 Document를 생성하는 방법 Sample Document ▶ 자주 사용하는 몇 개의 Document를 Sample로 만들어 이를 이용 하여 새로운 전표 생성 ※ G/L에 반영 안된 Sample Document Hold Data ▶ G/L 전표 입력 중간에 잠시 외출 등의 사유로 인하여 지금까지 만들어 놓은 상태로 전표를 저장하였다가 향후 다시 Open하여 계속 입력하고 싶은 경우 사용 ※ 단, Log-off된 후에는 Set된 Document는 사라짐 Set Data ▶ G/L 전표 입력 시 마다 매번 1∼몇 개의 Line을 계속 동일하게 입력하는 경우에 그 반복되는 Line을 고정시키는 기능 ※ 단, Log-off된 후에는 Set된 Document는 사라짐 Hold Document ▶ G/L 전표 입력 중간에 그 전표 자체를 임시로 저장하고 싶은 경우에 사용 → Log-off된 후에도 Document의 Hold 기능이 유지되나, 한번 사용하면 Hold 된 Document는 사라짐 Account Assignment Template ▶ 자주 사용하는 전표를 하나의 표본으로 만들어 놓고 계속적으로 이용하고자 할 때 사용하는 기능 → Log-off된 후에도/한번 참조하여 사용한 후에도 Template은 그대로 유지됨 ※ T-Code : FB50

Posting Tips Ⅲ. Posting Tips 구분 세부 내용 비고 Account Assignment Model ▶ 구 G/L Posting 화면(F-02)에서 계속 반복되는 비슷한 유형의 전표를 매번 Posting하기 귀찮으므로 하나의 Model 전표를 생성 하여 향후에 반복적으로 이용하고자 할 경우에 생성함 → 전표 자체의 입력/저장 기능 뿐만 아니라 Cost Center별 금액배부 기능도 있음 ※ T-Code : F-02 Parking Document ▶ G/L에 반영되지 않는 임시전표를 생성하고 권한이 있는 자의 승인아래 Real로 G/L Posting 되게 하는 미 승인 전표 생성 기능 Recurring Document ▶ 매달 같은 계정으로 같은 금액이 Posting 되는 경우에 지정된 Posting 기간 동안 미리 Posting 내역을 입력/저장한 후 매달 Session 작업만으로 자동 Posting이 일어나게 하는 기능 Currency ▶ Base Currency 의 개념 : 통화 간 환율 계산 시 공통적으로 적용 되는 기준 환율을 Base Currency로 잡고 그 Base Currency와 다른 Currency간의 환율 Combination을 기초로 시스템이 다른 통화간 환율을 자동으로 계산해내는 Rule을 의미함 (예) 1 EUR = A USD/1 EUR = B UNI의 환율 Combination을 기초로 1 USD = C UNI라는 계산이 가능하도록 시스템 설정이 가능함 → 1×A/B=C(이때 EUR이 Base Currency 임) USD USD KRW JPY DEM USE를 Base Currency로 잡고 4 통화 간 환율을 Link시키면 KRW : JPY / JPY : DEM 간의 환율을 계산 할 수 있음