SAP MM-FI 통합의 개념적 이해

MM-FI integration: A conceptual understanding - SAP Community

MM-FI integration: A conceptual understanding

Valuation area:

회사가 소유한 자재의 재고는 회사의 자산입니다.

평가 영역은 자재가 평가되는 조직 수준을 정의합니다.

SAP는 두 가지 평가 옵션을 제공합니다.

1.     플랜트 수준 평가: 모든 자재가 플랜트 수준에서 평가됩니다.

2.     회사 코드 수준 평가: 회사 내 모든 플랜트의 모든 자재가 회사 코드 수준에서 평가됩니다.

 

이 설정은 t-코드 OX14에 정의되어 있습니다.

Valuated stock:

Total valuated stock = Stock in unrestricted use + Stock in transit between storage locations/warehouses of a plant + Stock in quality inspection.

Material type:

이는 자재 유형을 정의합니다. 예: 원자재, 완제품 등

자재 유형은 자재 마스터 데이터 생성 과정에서 정의됩니다.

Movement type:

한 장소에서 다른 장소로의 자재 이동 유형을 정의합니다.

이동 유형을 통해 시스템은 재고 및 소비 계정의 전기 방식을 결정하는 사전 정의된 전기 규칙을 찾을 수 있습니다.

가능한 모든 상품 이동은 표준 SAP에 이미 정의되어 있습니다.

예: 이동 유형 101은 입고를 나타냅니다.

이동 유형은 재고 이동 관련 거래를 전기할 때 입력됩니다.

대부분의 경우 표준 SAP는 거래 코드를 기반으로 이동 유형을 자동으로 도출합니다.

예: MIGO를 사용하면 시스템에 기본 이동 유형 101이 표시됩니다.

Valuation class:

평가 등급은 설비와 자재의 조합에 대해 정의됩니다(회계 1의 자재 마스터 보기).

평가 등급을 통해 재고 가치를 다음과 같이 포스팅할 수 있습니다.

1. 동일한 자재 유형의 자재를 다른 G/L 계정에 게시할 수 있습니다. (동일한 자재에 대해 다른 공장에서 다른 평가 등급이 지정됨) 2. 다른 자재 유형의 자재를 동일한 G/L 계정에 게시할 수 있습니다. (다른 자재 유형의 자재에 동일한 평가 등급이 지정됨)

참고: G/L 계정은 다른 매개변수와 함께 평가 클래 수준에서 정의될 수 있습니다.

Valuation grouping code:

평가 그룹화 코드는 계정 결정을 위해 동일한 사업 속성을 가진 평가 영역을 결합합니다.

이를 통해 재고 등록에 대한 자동 계정 결정을 위해 생성해야 하는 항목 수가 줄어듭니다.

예: 평가 영역 1과 2는 동일한 G/L 계정에 등록되어야 하며, 이들은 평가 그룹화 코드 ABC로 그룹화되고,

G/L은 평가 그룹화 코드와 평가 등급을 기준으로 결정됩니다.

평가 그룹화 코드를 사용하기 전에 OMWM에서 활성화해야 합니다.

평가 그룹 코드는 t-코드 OMWD의 Val.Area에 할당됩니다.

아래 예에서는 5개의 평가 영역이 동일한 평가 그룹 코드에 지정되었습니다.

Account modification/General modification:

이 키는 Source와 Destination을 기준으로
동일한 종류의 goods movement에 대해 서로 다른 G/L 계정을 결정하는 데 사용됩니다.

예: 상품 출고 시, G/L 상계는 거래 키 GBB를 기준으로 결정됩니다.

기업이 동일한 자재 및 플랜트에 대해 원가 센터(이동 유형 201)의 상품 출고와 오더(이동 유형 261)의 상품 출고를 위해

서로 다른 G/L에 전기하려는 경우, 계정 수정자가 도움이 될 수 있습니다.

이를 더 잘 이해하기 위해, 이동 유형에 대한 거래 키와 계정 수정을 정의하는 T-코드 OMWN으로 이동해 보겠습니다.

OBYC에서 볼 수 있는 거래 키는 이동 유형에 따라 결정됩니다.

아래 스크린샷에서 계정 수정을 제외한 모든 매개변수는 이동 유형 201과 261에서 동일합니다.

각 필드의 기능에 대한 자세한 내용은 이 화면의 각 필드에 대한 F1 도움말을 참조하십시오.

 

T-코드 OMWN:

이러한 이동 유형으로 중요 문서가 게시되면 상계 계정은 계정 수정자와 평가 등급을 기준으로 거래 키 GBB에서 결정됩니다.

아래 스크린샷에서 볼 수 있듯이, 동일한 Transaction Key와 Valuation Class에 대해

서로 다른 상계 G/L 계정이 결정될 수 있습니다.

기본적으로 표준 SAP는 아래 거래 키에 대한 계정 수정 키를 정의합니다.

사용자 정의 키도 정의할 수 있으며, 해당 계정 결정 설정을 유지할 수 있습니다.

• GBB(재고 전기 상계 입력) (offsetting entry for inventory posting)
• PRD(가격 차이)  (price differences)
• KON(위탁 부채)  (consignment liabilities)

 

아래는 SAP에서 정의한 수정 키입니다(F1 도움말에서 발췌).

 

Modifiers for GBB

For the transaction/event GBB (offsetting entry for inventory posting),

the following account modifier have already been assigned to the relevant movement types:

• AUF: for goods receipts for production orders with account assignment
• BSA: for initial entries of stock balances
• INV: for expense/revenue from inventory differences
• VAX: for goods issues for sales orders without account assignment object
• VAY: for goods issues for sales orders with account assignment object
• VBO: for consumption from stock of material provided to vendor
• VBR: for internal goods issues (e.g., for cost center)
• VKA: for consumption for sales order without SD
• VNG: for scrapping/destruction
• VQP: for sampling
• ZOB: for goods receipts without purchase orders
• ZOF: for goods receipts without production orders

Modifiers for PRD

If you also activate account grouping for transaction/event PRD (price differences) when you make the settings for automatic postings, the following account groupings are already assigned to the relevant movement types in the standard:

• none for goods receipts and invoice receipts for purchase orders

• PRF: for goods receipts for production orders

• PRA: for goods issues and other goods movements

Modifiers for KON

If you also activate account grouping for transaction/event KON (consignment liabilities) when you make the settings for automatic postings, the following account groupings are already assigned to the relevant movement types in the standard:

• none for consignment liabilities

• PIP: for pipeline liabilities

각 거래 키/이벤트에 대한 계정 결정 속성은 어떻게 결정됩니까?

 

G/L 계정을 관리하는 동안 OBYC에서 거래 키마다 다른 필드 집합이 나타나는 것을 확인하셨나요?
네. 이는 거래 키 규칙에 정의되어 있습니다.

 

예: OBYC에서 거래 키 AUM을 선택하고 도구 모음에서 "규칙"을 클릭합니다.

일반 수정 및 평가 수정자가 활성화되어 있는 것을 확인할 수 있습니다.

이 키에 대한 G/L 계정 유지 관리로 이동하면 동일한 필드가 표시됩니다.

MM-FI 통합 프로세스 요약

---

자재 관리를 위한 재무 회계 통합 재고 가치가 있는 자재에 대해 전표를 전기할 때, 아래와 같은 프로세스가 진행됩니다.

1. 이동 유형 및 속성 결정: 구매 주문(PO)에 대한 물품 입고 또는 생산 오더와 같은 비즈니스 거래에 따라 **이동 유형(Movement Type)**과 특수 재고 표시자, 이동 표시자 등 기타 속성이 결정됩니다. 이 정보는 SAP 표준에서 정의됩니다.
2. 계정 결정 키와 계정 수정자 식별: 1단계에서 결정된 이동 유형과 기타 표준 속성을 기반으로 **계정 결정 키(Transaction Key)**와 **계정 수정자(Account Modifier)**가 식별됩니다. (트랜잭션: OMWN)
3. 평가 그룹화 코드 활성화 확인: OMWM 트랜잭션을 통해 **평가 그룹화 코드(Valuation Grouping Code)**가 활성화되었는지 확인합니다.
4. 평가 그룹화 코드 식별: 만약 활성화되었다면, 특정 **평가 영역(Valuation Area)**에 대한 평가 그룹화 코드를 OMWD에서 식별합니다.
5. OBYC에서 평가 그룹화 코드 확인: 식별된 계정 결정 키에 대해, OBYC 트랜잭션에서 평가 그룹화 코드가 활성화되어 있는지 확인합니다. (트랜잭션 키의 '규칙' 버튼을 클릭하면 확인 가능)
6. 평가 클래스 결정: **자재 마스터(Material Master)**에서 **평가 클래스(Valuation Class)**를 결정합니다.
7. G/L 계정 선택: 위에서 식별된 속성들을 기반으로 OBYC에서 최종 G/L 계정을 선택합니다.

만약 시스템이 해당 속성 조합에 맞는 G/L 계정을 찾지 못하면, 재고 전기가 실패하고 어떤 속성 조합에 G/L 계정이 누락되었는지 명확한 오류 메시지를 보여줍니다. 이러한 오류는 보통 시스템 가동(Go-live) 시점이나 새로운 자재에 대해 전표를 전기할 때 G/L 계정 설정이 누락되었거나 자재 마스터 데이터의 평가 클래스가 잘못되었을 경우 발생합니다.

---

G/L 계정 찾기 팁

이제 프로세스를 이해했으니, G/L 계정을 찾는 지름길을 알려드립니다. 계정 결정 세부 정보는 테이블 T030에 저장됩니다. 특정 계정이 어떤 정보를 기반으로 결정되었는지 알고 싶다면, T030 테이블의 KONTS 필드에 해당 G/L 계정을 입력하면 됩니다. 이 필터링을 통해 해당 G/L 계정이 할당된 모든 가능한 조합을 확인할 수 있습니다.

---

용어 상세 설명

• Movement Type (이동 유형): SAP에서 재고의 이동(입고, 출고, 이동 등)을 제어하는 3자리 키입니다. 예를 들어, 101은 구매 오더에 대한 물품 입고, 201은 원가 센터에 대한 재료 출고를 의미합니다.
• Transaction Key (계정 결정 키): SAP가 G/L 계정을 결정하는 데 사용하는 내부 키입니다. 예를 들어, BSX는 재고 계정에 대한 게시, WRX는 GR/IR(Goods Receipt/Invoice Receipt) 계정에 대한 게시를 의미합니다.
• Valuation Grouping Code (평가 그룹화 코드): 여러 플랜트(Valuation Area)에 동일한 G/L 계정 결정을 적용하기 위해 사용됩니다. 이를 통해 동일한 비즈니스 로직을 공유하는 플랜트들을 그룹화할 수 있습니다.
• Valuation Class (평가 클래스): 자재 마스터에 정의된 속성으로, 특정 자재가 어떤 G/L 계정으로 전기될지를 결정하는 데 사용됩니다. 예를 들어, 원자재는 1000, 반제품은 2000 등으로 분류할 수 있습니다.

기타

MM-FI integration: Account determination simulator - SAP Community