[SAP ERP] SAP FI Receivables 03-05

2013. 3. 30. 17:29SAP ERP System/SAP FI

SAP FI 공식교재 정리를 해 봅시다.


오늘은 SAP FI Receivables  03-05 에 대해서 입니다.



이번 시간은 SAP FI Receivables 에 대해서 알아보겠습니다.


주요 내용은 크게 2가지 입니다.

1. Receivables :외화/채권/채무에 대한 평가

 

2. TR 

 - Check Deposit : 수표

 -  MBS(Manual Bank Statement) : 은행 거래원장을 기초로 하여 메뉴얼로 회사의 해당 거래 계좌에 입금과 지급 내역을 컨트롤 하기위한 것

 - EBS(Electronic Bank Statement) : 펌뱅킹

  > MBS는 펌뱅킹에 로직을 가지고 있음


ㅁ Receivables : Unit Objectives

 - Run the foreign currency revaluation

  > 외화평가 작업 수행

 - Post and explain the handling of doubtful receivalbles.

  > 사고채권 처리, 사후 대손 처리

 - Locate and manage the relevant customizing in the IMG

  

ㅁ Foreign Currency Valuation and the Sorted List

 1. SAPF100 -> 외화 평가 프로그램

 * 기능들

  - Valuning open items in foreign currency at key date

 

  - Different receivalble and payable, G/L accounts

   -> Parallel currencies can be valued separately.

   Parallel currencies = editional local currency 즉, 회사가 회사를 대표하는 커런시로 (company code currency)로컬 커런시를 정의할 수 있다. 우리나라의 경우 korea won, 예를 들어 한국에서 사업을 영위하는 외투법인이 미국에 있는 본사에 결산 보고 할때는 USD로 해야함, 로컬커런시 이외에 멀티 컴퍼니를 위한 로컬 커런시를 별도를 하나를 둘수 있는데 이것이 Parallel currencies 이다.

 

  - Determining the valuation difference : 평가 차이 결정

   -> Only as a list, no posting entries : 시뮬레이션 기능

   -> Valuation at balance sheet key date + reversal : without update 방식

   -> Balance sheet key date valuation with update : 역분개를 하지 않는 with update 방식

  (note : only for fiscal year-end, no reversal document)

 

   - Direct posting, batch input only when error or "without update" 

 

* 외화평가 방법 2가지

  1). without update 

   - 평가일 즉 기말현재 외화평가를 하고나서 그 평가를 그 다음날 역분개 시키는 방식

  * 월중에는 without update 방식을 사용


  2). with update

   - 평가를 하고 그 다음날 역분개를 하지 않는 방식 

   @ 주의사항 : fisical year end(연말)에만 사용해라, 이 방식을 사용하면 역분개 내역이 그 다음년도에 반영되기 때문이다.


2. SAPF101

  - Listing Receivables and Payables  

   * 기능

    1. 채권/채무 장단기 대체 기능 

    2. 적자 채권/채무 자동 조정

    3. 기중에 변경된 reconcilation account를 자동으로 변경 후에 recon계정으로 조정해주는 기능

    4. 관계 회사간에 채권/채무를 상계처리리


ㅁ Currencies (통화)

 * Check currency codes 

 * Set up decimal places for currencies

 * Check exchange rate types

 * Maintain currency spreads

 * Define rounding rules for currencies

 * Define translation factors for currency translation

 * Enter exchange rates


ㅁ Exchange Rate Types

 * Type : Use

  - B : Bank selling rate

  - G : Bank buying rate

  - M : Average rate


ㅁ Spreads


ㅁ Customizing : Valuation Methods

 

ㅁ Valuation (without Update)


ㅁ Valuation (with update)


ㅁ Customizing :Account Determination for Open Item Exchange Rate Differences


ㅁ Receivables : Unit Summary

 - 외화 평가 관련 수행

 * Run the foreign currency revaluation.

 * Locate and manage the relevant customizing in the IMG


ㅁ Check Deposit : Unit Objectives

 At the conclusion of this unit, you will be able to : 

 * Explain the technical procedure for depositing checks

 * Enter checks using the check deposit list and print the list

 * Create and run batch input sessions

 * Postprocess postings (if batch sessions are defective)


# SAP Cash Management의 범주

 

1. 유동성 예측(Liquidity Forecast)

  1) 특징 : Customer/Vender master에 있는 Cash Management Grp 및 Terms of Payment의 정보를 기반으로 CUST와 VEND의 수입 및 지출 관련 유동성을 예측하는 기법

    - CUST : Sales Order > 배달지시서 > Picking > Packing > Good issue > Billing (S/O 생성시 인식된 마스터의 지급조건 및 C.M Grp의 정보가 입금시점까지 관리 되므로 각 단계별 입금 예정일 관리가 가능하다)

    - Vend : P/R > P/O > 입고(검수) > 매입 세금계산서 수령 > 지급

      (P/O 생성시 인식된 마스터의 지급조건 및 C.M Grp의 정보가 지급시점 까지 관리 되므로 각 단계별 지급 예정일 관리가 가능하다)

   

    2) 예측기간 : 판매 > 입금/구매 > 지급 까지의 각 단계별로 유동성을 예측하므로 중기의 유동성예측(1 - 24 Weeks)에 적합함.

    3) 한계 : CUST/VEND 별로 Cash Management Grp을 한 개만 설정해야 한다는 한계가 이씀.

       예) A CUST : 내수거래선 이면서 동시에 수출 거래선인 경우 : Grp의 복수 관리가 곤란. (따라서 내수/수출 동시 거래선의 내수/수출과 관련된 Liquidity Forecasting을 하려면 거래선을 각각 등록해야 한다는 한계가 있는 것임.)


   -> 실제로는 Fund Mgn't의 자금 수지표를 많이 사용한다.


2. 현금관리 Position (Cash Position)

 1) 특징 : Bank Account 또는 Bank Clearing Acount Master에 있는 Planning Level 정보를 가지고 각 은행별 입금/지출 유형별로 유동성 예측을 하는 기법

  - 전재조건 : 은행별 Bank 계정이 입금 지급 유형별로 다양하게 Setting되어 있어야 한다. (예: 113100 -> F0[은행 입금]/113101->B1(수표출금)/113102->B2(수표이체) 등)


 2) 예측기간 : 각 은행관련 계정을 Positing 하면서 입력한 Value Date를 기초로 은행별 입금/지급 내역을 관리하므로 초 단기 유동성 예측 (1-2 Days)에 적합함.

 3) 정보제공 유형 : 은행별 -> 입급/지급 유형(Planning Level)별 -> 은행계좌별 -> 일자별 입금 지출 내역

 

3. Check Deposit/Manual Bank Statements

 1) Check Deposit : 거래처로 들로부터 수표를 대량으로 수금할 경우 거래처 건별로 수금처리 하는 것은 현실적으로 곤란함

    (해결책) : 입금 Transaction 유형별로 수금 자동분개 key를 IMG에서 Setting

      -> 거래 유형과 수금한 수표 내역만 입력하면 수금관련 분개 자동으로 일어남.(수금 처리만 가능)

      -> Manual Bank Statement를 사용하는 회사는 거의 이 기능을 사용하지 않음. 기능상 M.B Statement가 더 광범위 하기 때문.


  2) Manual Bank Statement : 주로 은행과 연결된 Firm Banking을 사용하는 회사에 이 개념이 적용됨. 즉, 은행에서 입금 및 지급과 관련된 Transaction 은행거래내역을 회사로 전송하면 회사에서 은행의 Raw Data를 SAP 기준 Data로 변환하여 입금/지급. Transaction 유형별로 미리 부여된 자동 분개 Setting에 따라 자동으로 입금/지급에 대한 분개를 일으킴. (입금 및 지급이 모두 처리 가능)



ㅁ Check Deposit-Concept

 1) 기능 : 

  거래처로부터 수금한 수표 여러 장을 Transaction Code별로 자동으로 입금 처리하기 위한 수금처리 방식

  2) Account Assignment 방식 : 

  임시계정 : 입금은 됐지만 미결로 남아 있는 경우에 사용

  3) Batch Input Session 생성 Logic

   1. Check Deposit과 관련된 Session

    > Bank Posting Session : Bank 및 Bank Clearing계정 생성과 관련된 Session, 예) Bank 1,000  /  Bank-Clearing 1,000


    > Sub Ledger Session : 외상매출 계정과 관련된 Session, 예) Bank-Clearing 1,000  /  A/R 1,000

    

    2. Bank Clearing 계정을 쓰지 않는 경우에는 A/R이 상계 되면서 직접 Bank 계정으로 Posting되므로 Posting Area 1번만 IMG에 정의 하면 된다.  예) Bank 1,000  / A/R  1,000 -> Transaction 수행 시 Session Name은 Bank Posting Seesion Name으로 정의하고 돌리면 됨.







1 2 3 4