TCT 스터디

암시적 커밋 발생 시점

ABAP 프로그래밍 시 암시적 커밋이 발생하는 주요 시점은 다음과 같습니다:

1. 디버그 모드에서의 특정 명령어 실행 시:

   • 디버그 모드에서 트랜잭션이 종료되면, 암시적 커밋이 발생할 수 있습니다.

2. 전환된 트랜잭션 코드:

   • CALL TRANSACTION 명령어를 통해 다른 트랜잭션으로 전환할 때, 호출된 트랜잭션이 종료되면 암시적 커밋이 발생할 수 있습니다.

3. 리포트 프로그램에서의 LEAVE TO TRANSACTION 명령어:

   • LEAVE TO TRANSACTION 명령어를 사용하여 다른 트랜잭션으로 이동할 때, 현재 트랜잭션이 암시적으로 커밋될 수 있습니다.

4. 서브미트 프로그램 (SUBMIT) 실행 후:

   • SUBMIT 명령어를 사용하여 다른 리포트 프로그램을 실행할 때, 실행된 프로그램이 끝난 후 암시적 커밋이 발생할 수 있습니다.

5. 스마트폼 및 SAP스크립트 실행 후:

   • 스마트폼(Smart Forms) 또는 SAP스크립트(SAPscript)를 실행한 후, 문서가 출력되거나 이메일이 전송되면 암시적 커밋이 발생할 수 있습니다.

6. 디버그 모드에서의 디버그 명령어:

   • 디버그 모드에서 EXEC SQL 같은 명령어를 실행할 때, 트랜잭션이 암시적으로 커밋될 수 있습니다.

7. SAP 표준 트랜잭션 실행 시:

   • 일부 SAP 표준 트랜잭션을 실행하면, 해당 트랜잭션의 종료 시점에서 암시적 커밋이 발생할 수 있습니다.

8. RFC (Remote Function Call) 수행 후:

   • RFC를 통해 원격 함수 모듈을 호출하고, 호출된 모듈이 데이터를 커밋하면, 호출한 쪽에서도 암시적 커밋이 발생할 수 있습니다.

     S/4 hana MM 변화사항

     SAP S/4HANA 도입 시, SAP ERP의 MM(Material Management) 모듈에도 여러 가지 주요 변화가 있습니다. S/4HANA는 보다 단순화된 데이터 모델과 향상된 사용자 경험을 제공하여 프로세스를 최적화하고, 성능을 향상시키며, 새로운 기능을 도입합니다. 아래는 S/4HANA 도입 시 변경되는 MM 모듈의 주요 사항입니다:

     1. 데이터 모델 단순화

   • Material Ledger 활성화: S/4HANA에서는 Material Ledger가 기본적으로 활성화되어 있으며, 모든 재고 이동 및 평가가 Material Ledger를 통해 이루어집니다.

   • Aggregate Tables 제거: 기존 ERP 시스템에서 사용되던 많은 집계 테이블이 제거되고, 단순화된 테이블 구조로 전환됩니다. 예를 들어, MATDOC 테이블은 모든 재고 이동을 기록하는 단일 소스 테이블로 사용됩니다.

     2. MRP(Material Requirements Planning) 개선

   • MRP Live: S/4HANA에서는 MRP Live 기능이 도입되어, 기존 MRP와 비교하여 훨씬 더 빠르고 효율적으로 자재 소요 계획을 실행할 수 있습니다. MRP Live는 SAP HANA의 인메모리 컴퓨팅 기능을 활용하여 실시간으로 대량 데이터를 처리합니다.

     3. Fiori UX 적용

   • 향상된 사용자 인터페이스: SAP Fiori UX를 통해 보다 직관적이고 사용자 친화적인 인터페이스가 제공됩니다. 구매, 재고 관리, 자재 계획 등의 주요 프로세스에 대해 다양한 Fiori 애플리케이션이 제공됩니다.

   • 역할 기반 접근: 사용자 역할에 맞춘 Fiori 애플리케이션을 통해 사용자 경험이 크게 향상됩니다.

     4. 새로운 기능과 향상된 프로세스

   • 품질 관리 통합: 품질 관리 프로세스가 더 통합되어 자재 관리 및 구매 프로세스와 원활하게 연계됩니다.

   • 일괄 관리: 일괄 관리를 위한 기능이 향상되어, 더 효율적인 일괄 번호 추적과 관리가 가능합니다.

   • Advanced Available-to-Promise(aATP): S/4HANA에서는 aATP 기능이 도입되어, 보다 정교한 재고 가용성 확인 및 약속 날짜 계산이 가능합니다.

     5. 폐지된 기능 및 트랜잭션

   • Classic MRP 트랜잭션: 일부 기존 MRP 트랜잭션이 더 이상 사용되지 않으며, 새로운 MRP Live 트랜잭션으로 대체됩니다.

   • 대체된 리포트 및 트랜잭션: 많은 기존 리포트와 트랜잭션이 Fiori 앱이나 새로운 트랜잭션으로 대체되거나 통합됩니다.

     6. 공급망 협업 및 통합

   • Ariba Network 통합: S/4HANA는 SAP Ariba와의 원활한 통합을 제공하여, 구매 프로세스에서의 협업을 더욱 강화합니다.

   • SAP Integrated Business Planning(IBP): S/4HANA와 IBP의 통합을 통해 더 정교한 수요 계획과 공급망 최적화를 실현할 수 있습니다.

     7. 재고 관리 개선

   • 향상된 재고 평가: 실시간으로 재고 평가가 가능해지며, 다양한 평가 방법을 더 효과적으로 사용할 수 있습니다.

   • 확장된 재고 가시성: 실시간 데이터 접근을 통해 재고 수준, 위치 및 이동에 대한 가시성이 크게 향상됩니다.

     이러한 변화들은 S/4HANA의 고성능 인메모리 데이터베이스와 최신 사용자 인터페이스 기술을 활용하여, MM 모듈의 프로세스를 더욱 효율적이고 사용자 친화적으로 만드는 데 중점을 두고 있습니다.

     S/4 HANA Advanced Intercompany Sales

     SAP S/4HANA는 법인 간 거리 관리 및 법인 간 거래(intercompany transactions)와 관련된 여러 신규 기능과 개선 사항을 도입하여, 법인 간 거래를 더 효율적이고 정확하게 처리할 수 있도록 합니다. 주요 기능 및 변화는 다음과 같습니다:

     1. Advanced Intercompany Sales

   • End-to-End Intercompany Sales Processing: 법인 간 판매 프로세스가 더 통합되고 자동화되었습니다. 주문부터 청구까지의 전체 프로세스를 단순화하고, 법인 간 거래의 투명성을 높입니다.

   • Automatic Intercompany Billing: 법인 간 거래에 대한 청구서를 자동으로 생성하고 관리할 수 있습니다. 이를 통해 수작업을 줄이고, 거래 오류를 최소화합니다.

     2. Intercompany Stock Transport Orders (STO)

   • Improved STO Processing: 법인 간 재고 이동 주문 프로세스가 개선되어, 재고 이동의 효율성과 정확성이 높아졌습니다. 이 기능은 여러 법인 간의 재고를 쉽게 이동하고 추적할 수 있도록 돕습니다.

   • Cross-Company Stock Visibility: 법인 간 재고 가시성이 향상되어, 각 법인의 재고 상태를 실시간으로 모니터링하고 관리할 수 있습니다.

     3. Central Procurement

   • Centralized Procurement Management: 여러 법인의 구매 요청을 중앙에서 관리할 수 있습니다. 이를 통해 조달 프로세스를 통합하고, 대량 구매의 이점을 활용할 수 있습니다.

   • Supplier Collaboration: 법인 간의 협력과 공급업체와의 협업을 강화하여, 전체 공급망의 효율성을 높입니다.

     4. Financial Integration and Consolidation

   • Unified Financial Reporting: 법인 간 거래에 대한 통합 재무 보고서를 제공하여, 각 법인의 재무 상태를 보다 정확하게 파악할 수 있습니다.

   • Intercompany Reconciliation: 법인 간 거래의 상계 처리를 자동화하여, 재무 데이터의 정확성과 일관성을 높입니다.

     5. Group Reporting

   • Real-Time Group Reporting: S/4HANA의 그룹 리포팅 기능을 통해, 법인 간 거래를 포함한 실시간 그룹 재무 보고서를 생성할 수 있습니다. 이를 통해 그룹 전체의 재무 상태를 신속하게 파악할 수 있습니다.

   • Automated Consolidation: 법인 간 거래 데이터를 자동으로 통합하여, 수작업을 줄이고 데이터 정확성을 향상시킵니다.

     6. Intercompany Matching and Reconciliation (ICMR)

   • Automated Matching: 법인 간 거래의 일치 및 조정을 자동으로 수행하여, 수작업 조정의 필요성을 줄입니다.

   • Dispute Management: 거래 불일치가 발생할 경우, 이를 효과적으로 관리하고 해결할 수 있는 도구를 제공합니다.

     7. SAP Fiori 기반 사용자 인터페이스

   • Enhanced User Experience: 법인 간 거래를 처리하는 데 있어 직관적이고 사용하기 쉬운 Fiori 앱을 제공합니다. 이를 통해 사용자 생산성을 높이고, 오류를 줄입니다.

     8. Advanced Available-to-Promise (aATP)

   • Intercompany ATP Checks: 법인 간 거래에서 가용 재고를 실시간으로 확인하고, 최적의 납기일을 계산할 수 있습니다. 이를 통해 고객 요구를 더 효과적으로 충족시킬 수 있습니다.

     이와 같은 신규 기능들은 법인 간 거래를 더욱 원활하게 하고, 전체 프로세스를 자동화 및 최적화하여 운영 효율성을 높이는 데 기여합니다. S/4HANA의 향상된 데이터 처리 능력과 실시간 분석 기능을 통해, 법인 간 거래 관리가 더 정확하고 신속하게 이루어질 수 있습니다.

     인바운드 납품서 생성 기준과 확정 제어키 Configuration

     SAP S/4HANA에서 인바운드 납품서(Inbound Delivery)를 생성하고 확정 제어키(Configuration)를 설정하는 과정은 물류 및 자재 관리 프로세스의 중요한 부분입니다. 이 프로세스는 주로 구매 프로세스와 연관이 있으며, 물품이 공급업체로부터 도착할 때 그 상태를 정확히 기록하고 추적하는 데 사용됩니다.

     인바운드 납품서 생성 기준

     인바운드 납품서는 일반적으로 다음 기준에 따라 생성됩니다:

   1. 구매 주문서: 구매 주문서가 생성되면, 그에 따라 인바운드 납품서가 생성됩니다. 구매 주문서는 공급업체로부터 물품을 주문한 내용을 포함하고 있으며, 인바운드 납품서는 이 주문서에 대한 물품의 실제 입고를 기록합니다.

   2. 발송 통지: 공급업체로부터 발송 통지가 오면, 이를 기반으로 인바운드 납품서가 생성됩니다. 발송 통지는 공급업체가 물품을 발송했음을 알려주는 문서입니다.

   3. 물류 납품 요청: 특정 물류 요구사항에 따라 인바운드 납품서가 생성될 수 있습니다. 이는 물류 센터나 창고 관리에서 필요한 경우입니다.

   4. 수동 생성: 사용자에 의해 수동으로 인바운드 납품서를 생성할 수도 있습니다. 이는 시스템에서 자동으로 처리되지 않는 특별한 경우에 유용합니다.

      확정 제어키(Configuration) 설정

      확정 제어키는 SAP S/4HANA에서 인바운드 납품서의 생성 및 처리 과정에서 중요한 역할을 합니다. 이를 설정하기 위해서는 다음 단계를 따릅니다:

   5. SPRO 트랜잭션 코드 사용: SAP GUI에서 SPRO 트랜잭션 코드를 입력하여, Customizing Implementation Guide에 접근합니다.

   6. 물류 실행 > 운송 > 입고 > 확정 제어 설정: 이 경로를 따라 확정 제어 설정에 접근합니다.

   7. 확정 제어키 정의: 새로운 확정 제어키를 정의하거나 기존 키를 수정합니다. 각 제어키는 특정 물류 프로세스를 제어하며, 예를 들어 입고 처리, 검사, 창고 입고 등의 과정을 포함할 수 있습니다.

   8. 확정 프로세스 설정: 각 확정 제어키에 대해 구체적인 확정 프로세스를 설정합니다. 여기에는 다음과 같은 요소가 포함됩니다:

      • 자동화 수준: 입고 처리의 자동화 여부를 설정합니다.
      • 품질 검사: 입고 시 품질 검사를 수행할지 여부를 설정합니다.
      • 창고 관리: 입고 물품이 창고로 직접 이동할지, 중간 단계가 필요한지 설정합니다.

   9. 적용 영역 설정: 특정 확정 제어키가 적용될 영역을 설정합니다. 예를 들어, 특정 물류 센터나 창고에만 적용되도록 설정할 수 있습니다.

   10. 테스트 및 검증: 설정이 완료되면, 실제 비즈니스 시나리오에서 테스트하여 설정이 올바르게 작동하는지 검증합니다.

       예시

       아래는 인바운드 납품서의 확정 제어키 설정 예시입니다:

       ```jsx

   11. SPRO > Logistics Execution > Shipping > Deliveries > Define Confirmation Control Keys

   12. 새로운 제어키 'Z001' 생성

   13. 확정 프로세스:

       • 자동화 수준: 자동
       • 품질 검사: 예
       • 창고 관리: 중간 단계 필요

   14. 적용 영역: 물류 센터 '1000'

   15. 설정 저장 및 테스트

       
       이 예시에서는 새로운 확정 제어키 'Z001'을 생성하고, 자동화된 입고 처리, 품질 검사, 중간 단계의 창고 입고 프로세스를 설정했습니다. 이 설정은 물류 센터 '1000'에 적용되도록 했습니다.
       
       이와 같은 설정을 통해 인바운드 납품서의 생성 및 확정 과정이 자동화되고, 비즈니스 요구사항에 맞게 최적화될 수 있습니다.
       
       SAP S/4HANA에서 확정 제어키(Confirmation Control Key)는 자재 관리(MM) 모듈에서 구매 주문의 입고 및 납품 관리를 더 효과적으로 하기 위해 사용됩니다. 특히, 확정 제어키는 납품 및 입고 프로세스의 자동화를 통해 효율성을 높이고, 정확한 재고 관리를 가능하게 합니다.
       
       ### 확정 제어키(Confirmation Control Key)
       
       확정 제어키는 다음과 같은 기능을 제공합니다:

   • 자동화된 납품 처리: 공급업체로부터의 납품을 자동으로 기록합니다.

   • 입고 확정: 자재가 실제로 입고되었음을 확인합니다.

   • 재고 업데이트: 입고된 자재가 시스템 재고에 자동으로 반영됩니다.

     0004 확정 제어키

     확정 제어키 0004는 SAP 표준으로 제공되는 제어키 중 하나입니다. 주로 입고 시의 자동화된 처리를 목적으로 사용됩니다. 0004 제어키는 다음과 같은 특성을 가집니다:

   • 자동 입고: 납품이 생성되면 자동으로 입고 처리가 수행됩니다.

   • 자동 재고 업데이트: 입고가 확인되면 재고가 자동으로 시스템에 업데이트됩니다.

   • 품질 검사 생략: 일반적으로 품질 검사가 필요 없는 경우 사용됩니다.

     확정 제어키 0004의 설정

     확정 제어키 0004를 설정하고 사용하는 방법은 다음과 같습니다:

   1. SPRO 트랜잭션 코드 사용: SAP GUI에서 SPRO 트랜잭션 코드를 입력하여 Customizing Implementation Guide에 접근합니다.

   2. 확정 제어 설정:

      • 경로: Materials Management > Purchasing > Confirmations > Set Up Confirmation Control
      • Define Confirmation Control Key: 여기에서 0004 제어키를 찾거나, 필요시 수정합니다.
      • Control Data 설정: 자동 입고, 자동 재고 업데이트 등의 세부 항목을 설정합니다.

   3. 구매 문서에 확정 제어키 적용:

      • 구매 주문 생성 또는 수정: 구매 주문 작성 시 확정 제어키 필드에 0004를 입력합니다.
      • 구매 문서 확인: 구매 주문서에 0004 제어키가 적용되었는지 확인합니다.

      예시

      구매 주문 작성 시 0004 확정 제어키를 사용하는 예시입니다:

      ```abap
      abapCopy code

   4. SAP GUI에서 ME21N 트랜잭션 코드 입력 (구매 주문 생성)

   5. 구매 주문서 작성:

      • 헤더 및 아이템 정보 입력
      • 아이템 레벨에서 확정 제어키 필드에 0004 입력

   6. 저장 후 구매 주문서가 생성되고, 0004 확정 제어키가 적용됨

   7. 납품 및 입고 처리 시, 0004 확정 제어키에 따라 자동 입고 및 재고 업데이트가 수행됨

      
      ### 결론
      
      확정 제어키 `0004`는 SAP S/4HANA에서 입고 프로세스를 자동화하고, 재고 관리의 효율성을 높이는 데 중요한 역할을 합니다. 이를 통해 입고 및 납품 관리가 더 간편해지며, 정확한 재고 관리를 할 수 있습니다. 확정 제어키 설정 및 적용 과정에서 각 단계를 주의 깊게 검토하고, 필요한 설정을 정확히 반영하는 것이 중요합니다.
      
      # 신규 세금코드 생성 시 세팅 사항
      
      SAP S/4HANA에서 세금 코드와 MIRO(Transaction Code for Enter Incoming Invoice)의 관계는 구매 프로세스에서 중요한 부분을 차지합니다. 세금 코드는 구매 주문서 및 입고 문서뿐만 아니라, 매입 송장 입력 시에도 중요한 역할을 합니다. 여기서는 빈번히 사용되는 세금 코드가 MIRO 프로세스에서 어떻게 사용되는지 설명합니다.
      
      ### 세금 코드
      
      세금 코드는 구매 및 판매와 관련된 거래에서 적용되는 세율 및 세금 유형을 정의합니다. 각 세금 코드는 특정 세율 및 조건을 포함하며, 세금 계산 및 회계 처리를 자동화하는 데 사용됩니다.
      
      ### MIRO와 세금 코드
      
      MIRO 트랜잭션은 매입 송장을 입력하고 검증하는 데 사용됩니다. 여기서는 구매 주문과 관련된 세금 코드가 송장 입력 시 어떻게 활용되는지 설명합니다.
      
      ### 주요 단계:

   8. 구매 주문 생성 (ME21N)

      • 구매 주문 생성 시, 각 품목에 대해 세금 코드를 입력합니다.
      • 예: 세금 코드 V1 (표준 부가가치세 19%).

   9. 물품 입고 (MIGO)

      • 물품 입고 시, 구매 주문에서 설정한 세금 코드가 물품 입고 문서에 반영됩니다.

   10. 송장 검증 및 입력 (MIRO)

       • MIRO 트랜잭션을 사용하여 매입 송장을 입력합니다.
       • 송장 입력 시, 시스템은 구매 주문서와 물품 입고 문서에서 세금 코드를 자동으로 가져옵니다.

       MIRO 트랜잭션에서 세금 코드 사용 예시

   11. MIRO 트랜잭션 실행: SAP GUI에서 MIRO 트랜잭션 코드를 입력하여 송장 입력 화면으로 이동합니다.

   12. 헤더 데이터 입력: 공급업체, 송장 날짜, 송장 번호 등을 입력합니다.

   13. 참조 문서 입력: Purchase Order/Scheduling Agreement 필드에 구매 주문 번호를 입력합니다.

   14. 세금 코드 확인:

       • 시스템은 구매 주문서에서 지정한 세금 코드를 자동으로 가져옵니다.
       • Tax Code 필드에 해당 세금 코드가 표시됩니다.

   15. 세금 금액 확인:

       • 시스템은 세금 코드를 기반으로 세금 금액을 자동으로 계산합니다.
       • 세금 금액이 올바르게 계산되었는지 확인합니다.

   16. 송장 포스팅: 모든 데이터가 올바르게 입력되었는지 확인한 후 송장을 포스팅합니다.

       예시 시나리오

       예를 들어, 세금 코드 V1 (표준 부가가치세 19%)가 있는 구매 주문에 대해 송장을 입력하는 경우:

   17. 구매 주문 생성: 구매 주문서에서 세금 코드 V1을 지정합니다.

   18. 물품 입고: MIGO 트랜잭션을 사용하여 물품 입고를 처리합니다. 세금 코드 V1이 자동으로 반영됩니다.

   19. 송장 입력:

       • MIRO 트랜잭션 실행
       • 구매 주문 번호 입력
       • 세금 코드 V1이 자동으로 입력됨
       • 시스템은 세금 코드를 기반으로 세금 금액을 계산
       • 송장 포스팅

       이 시나리오에서는 세금 코드 V1이 구매 주문서 작성 시 입력되어 물품 입고와 송장 입력 시 자동으로 반영됩니다. 이를 통해 세금 계산 및 회계 처리가 자동화되고, 일관성을 유지할 수 있습니다.

       결론

       세금 코드는 SAP S/4HANA의 구매 및 회계 프로세스에서 매우 중요한 역할을 합니다. MIRO 트랜잭션에서 세금 코드는 구매 주문서 및 물품 입고 문서에서 자동으로 가져와져, 매입 송장 입력 시 세금 계산을 정확하고 효율적으로 수행할 수 있게 합니다. 이를 통해 세금 관련 오류를 줄이고, 회계 처리의 정확성을 높일 수 있습니다.

       SAP S/4HANA에서 새로운 세금코드를 생성하고 설정하는 과정은 여러 단계를 포함하며, 이를 통해 올바르게 세금 계산과 보고가 이루어질 수 있도록 합니다. 새로운 세금코드를 설정하는 단계는 다음과 같습니다:

       1. SPRO 트랜잭션 코드로 Customizing 접근

       SAP GUI에서 SPRO 트랜잭션 코드를 입력하여 Customizing Implementation Guide에 접근합니다.

       2. 세금 코드 정의

   경로: Financial Accounting (New) > Financial Accounting Global Settings (New) > Tax on Sales/Purchases > Calculation > Define Tax Codes for Sales and Purchases

   1. "Define Tax Codes for Sales and Purchases" 선택: 해당 메뉴로 이동합니다.

   2. 운영 국가 선택: 세금코드를 설정할 운영 국가를 선택합니다.

   3. 새 세금코드 생성: 기존 세금코드를 참조하거나 새로운 세금코드를 생성합니다. 세금코드의 식별자와 설명을 입력합니다.

      3. 세금 비율 설정

      새로 생성한 세금코드에 대한 세금 비율을 설정합니다. 세금 유형(예: 매출세, 구매세)에 따라 각각의 비율을 입력합니다.

      4. 세금 조건 유형 설정

      세금 코드가 작동할 조건 유형을 설정합니다. 이 설정은 해당 세금 코드가 적용될 가격 조건과 관련이 있습니다.

   경로: Financial Accounting (New) > Financial Accounting Global Settings (New) > Tax on Sales/Purchases > Calculation > Assign Tax Codes for Non-Taxable Transactions

   1. 세금 조건 유형 설정: 새로운 세금코드가 특정 조건 유형과 연계되도록 설정합니다.

      5. 세금 계정 할당

      세금 코드가 적용될 세금 계정을 설정합니다. 이는 세금이 계산될 때 해당 금액이 기록될 회계 계정을 지정하는 것입니다.

   경로: Financial Accounting (New) > Financial Accounting Global Settings (New) > Tax on Sales/Purchases > Posting > Assign Tax Codes to Accounts

   1. 세금 계정 할당: 새로운 세금코드에 대해 올바른 회계 계정을 할당합니다. 이는 세금 코드에 따라 세금 금액이 특정 계정으로 포스팅되도록 설정하는 것입니다.

      6. 테스트 및 검증

      새로운 세금코드가 올바르게 설정되었는지 확인하기 위해 실제 거래를 테스트합니다. 세금이 올바르게 계산되고, 지정된 계정으로 포스팅되는지 확인합니다.

      예시

      새로운 세금코드를 생성하고 설정하는 예시는 다음과 같습니다:

   2. SPRO에서 Customizing 접근: SPRO > Financial Accounting (New) > Financial Accounting Global Settings (New) > Tax on Sales/Purchases > Calculation > Define Tax Codes for Sales and Purchases

   3. 운영 국가 선택: 예를 들어, DE (독일)

   4. 새로운 세금코드 생성: 세금코드 'V1' 생성, 설명: 'Standard VAT 19%'

   5. 세금 비율 설정: 매출세 19%, 구매세 19%

   6. 세금 조건 유형 설정: 세금 코드 'V1'에 대한 조건 유형 'MWST' 설정

   7. 세금 계정 할당: 세금 코드 'V1'에 대해 계정 '175000' 할당

   8. 테스트: 실제 판매 및 구매 주문에서 세금코드 'V1'을 사용하여 세금이 올바르게 계산되고 포스팅되는지 확인

      결론

      새로운 세금코드를 생성하고 설정하는 과정은 여러 단계를 포함하며, 정확한 설정이 필요합니다. 이를 통해 SAP S/4HANA 시스템에서 세금이 올바르게 계산되고 보고될 수 있습니다. 이 과정에서 주의 깊게 각 설정 항목을 검토하고, 실제 거래를 통해 테스트하여 설정이 제대로 작동하는지 확인하는 것이 중요합니다.

      빈번한 세금코드 신규생성하고 MIRO에서 사용

      SAP S/4HANA에서 새로운 세금코드를 생성하고 MIRO에서 사용하는 과정은 여러 단계를 포함하며, 이를 통해 올바르게 세금이 계산되고 보고될 수 있습니다. 다음은 세금코드를 생성하고 MIRO에서 사용하는 방법에 대한 상세 설명입니다.

      1. 새로운 세금코드 생성

      단계 1: Customizing 메뉴 접근

   9. SAP GUI에서 SPRO 트랜잭션 코드를 입력하여 Customizing Implementation Guide에 접근합니다.

      단계 2: 세금코드 정의

   10. 경로: Financial Accounting (New) > Financial Accounting Global Settings (New) > Tax on Sales/Purchases > Calculation > Define Tax Codes for Sales and Purchases

   11. Define Tax Codes for Sales and Purchases 메뉴를 선택합니다.

   12. 운영 국가 선택: 세금코드를 설정할 운영 국가를 선택합니다.

   13. 새 세금코드 생성: 예를 들어, 세금코드 Z1을 생성하고 설명을 입력합니다. (예: "Standard VAT 10%")

       단계 3: 세금 비율 설정

   14. 새로 생성한 세금코드 Z1에 대한 세금 비율을 설정합니다. 예를 들어, 세금 유형에 따라 매출세 10%, 구매세 10%를 입력합니다.

       단계 4: 세금 계정 할당

   15. 세금코드가 적용될 세금 계정을 설정합니다. 이는 세금이 계산될 때 해당 금액이 기록될 회계 계정을 지정하는 것입니다.

   16. 경로: Financial Accounting (New) > Financial Accounting Global Settings (New) > Tax on Sales/Purchases > Posting > Assign Tax Codes to Accounts

   17. 새로운 세금코드 Z1에 대해 적절한 회계 계정을 할당합니다.

       2. 구매 주문서에 세금코드 적용

       단계 1: 구매 주문 생성

   18. SAP GUI에서 ME21N 트랜잭션 코드를 입력하여 구매 주문서를 생성합니다.

   19. 구매 주문서 작성 시 각 품목에 대해 세금코드 Z1을 입력합니다.

       단계 2: 물품 입고 처리

   20. SAP GUI에서 MIGO 트랜잭션 코드를 입력하여 물품 입고를 처리합니다.

   21. 물품 입고 시 구매 주문서에서 설정한 세금코드 Z1이 자동으로 반영됩니다.

       3. MIRO에서 송장 입력 시 세금코드 사용

       단계 1: MIRO 트랜잭션 실행

   22. SAP GUI에서 MIRO 트랜잭션 코드를 입력하여 송장 입력 화면으로 이동합니다.

       단계 2: 헤더 데이터 입력

   23. 공급업체, 송장 날짜, 송장 번호 등을 입력합니다.

       단계 3: 참조 문서 입력

   24. Purchase Order/Scheduling Agreement 필드에 구매 주문 번호를 입력합니다.

   25. 시스템은 구매 주문서에서 지정한 세금코드 Z1을 자동으로 가져옵니다.

       단계 4: 세금 코드 확인

   26. 세금코드 Z1이 Tax Code 필드에 자동으로 표시됩니다.

   27. 시스템은 세금코드를 기반으로 세금 금액을 자동으로 계산합니다.

       단계 5: 송장 포스팅

   28. 모든 데이터가 올바르게 입력되었는지 확인한 후 송장을 포스팅합니다.

       예시 시나리오

   29. 새로운 세금코드 생성:

       • SAP GUI에서 SPRO 트랜잭션 코드를 입력하여 세금코드 Z1 생성 (10% 부가가치세).

   30. 구매 주문서에 세금코드 적용:

       • SAP GUI에서 ME21N 트랜잭션 코드를 입력하여 구매 주문서 작성.
       • 각 품목에 대해 세금코드 Z1 적용.

   31. 물품 입고 처리:

       • SAP GUI에서 MIGO 트랜잭션 코드를 입력하여 물품 입고 처리.
       • 세금코드 Z1이 자동으로 반영됨.

   32. MIRO에서 송장 입력:

       • SAP GUI에서 MIRO 트랜잭션 코드를 입력하여 송장 입력.
       • 구매 주문 번호 입력 후 세금코드 Z1 자동 반영.
       • 세금 금액 자동 계산 및 송장 포스팅.

       이와 같은 과정을 통해 새로운 세금코드를 생성하고, 구매 프로세스에서 이를 활용하여 정확한 세금 계산과 회계 처리를 할 수 있습니다.

       MM에서 구매 Claim 처리하는 방법

       SAP S/4HANA의 자재 관리(MM) 모듈에서 구매 클레임(Claim) 처리는 구매자가 공급업체로부터 받은 자재에 문제가 있을 경우 이를 해결하기 위한 절차를 말합니다. 구매 클레임은 자재의 품질 문제, 수량 부족, 손상된 제품 등 다양한 이유로 발생할 수 있습니다. 이 문제를 처리하는 방법은 다음과 같습니다:

       1. 클레임의 유형 식별

       구매 클레임은 여러 가지 유형이 있을 수 있으며, 각 유형에 따라 처리 방법이 다릅니다. 주로 다음과 같은 유형이 있습니다:

   • 반품(Returns): 수량 부족, 품질 불량, 손상된 제품 등으로 인해 자재를 반품하는 경우.

   • 가격 조정(Price Adjustment): 가격 오류로 인한 조정.

   • 보상 요청(Compensation Request): 손상된 자재에 대한 보상 요청.

     2. 품질 관리에서 불량 자재 처리(QM 모듈 연계)

     SAP의 품질 관리(QM) 모듈과 연계하여 불량 자재를 처리할 수 있습니다.

     품질 검사 생성

   1. QM 모듈에서 품질 검사 로트 생성: 입고 시 품질 검사 로트를 생성하여 자재의 품질을 검사합니다.

   2. 불량 자재 식별: 검사 결과를 통해 불량 자재를 식별합니다.

      품질 알림 생성

   3. 품질 알림 생성(QM01): 품질 불량 또는 클레임 발생 시 품질 알림(QM Notification)을 생성합니다. 이 알림을 통해 문제를 공식적으로 기록하고 추적할 수 있습니다.

   4. 품질 알림 처리: 품질 관리 담당자가 품질 알림을 검토하고, 필요한 조치를 취합니다.

      3. 구매 클레임 처리

      반품 오더 생성(MIRO 또는 MIGO 사용)

   5. 반품 문서 생성(MIRO)

      • MIRO 트랜잭션을 통해 반품 송장을 입력합니다. 이 과정에서 반품 사유와 관련 세부 사항을 입력합니다.

   6. 반품 오더 생성(MIGO)

      • MIGO 트랜잭션을 사용하여 반품 오더를 생성합니다. 반품할 자재를 선택하고, 반품 사유와 수량을 입력합니다.

      크레딧 메모 요청

   7. 크레딧 메모 요청 생성

      • ME21N 트랜잭션을 사용하여 구매 주문을 생성하고, 문서 유형을 '크레딧 메모 요청'으로 설정합니다. 또는, MIRO 트랜잭션을 사용하여 공급업체로부터 크레딧 메모를 요청할 수 있습니다.

   8. 크레딧 메모 처리

      • 공급업체가 크레딧 메모를 발행하면 이를 시스템에 입력하고, 관련 금액을 회계 처리합니다.

      4. 공급업체와의 협상 및 커뮤니케이션

   9. 협상: 공급업체와의 협상을 통해 클레임에 대한 해결 방안을 모색합니다. 이는 반품, 보상, 교환 등의 형태로 이루어질 수 있습니다.

   10. 커뮤니케이션 기록: 협상 과정과 결과를 SAP 시스템에 기록하여, 추후 참고할 수 있도록 합니다.

       5. 클레임 해결 후 회계 처리

   11. 재고 조정: 반품된 자재의 재고를 조정합니다.

   12. 회계 문서 생성: 클레임 처리 결과에 따라 회계 문서를 생성하고, 관련 금액을 정산합니다.

       예시 시나리오

   13. 품질 문제로 인한 반품 처리

       • 품질 검사 결과 불량 자재가 발견됨.
       • QM01 트랜잭션을 통해 품질 알림 생성.
       • MIGO 트랜잭션을 통해 반품 오더 생성.
       • 반품 자재를 공급업체로 반환하고, MIRO 트랜잭션을 통해 반품 송장 입력.
       • 공급업체로부터 크레딧 메모를 받아 회계 처리.

   14. 가격 오류로 인한 클레임 처리

       • 구매 주문의 가격 오류 발견.
       • ME21N 트랜잭션을 사용하여 크레딧 메모 요청 생성.
       • 공급업체로부터 크레딧 메모를 받아 MIRO 트랜잭션을 통해 회계 처리.

       결론

       SAP S/4HANA에서 구매 클레임을 처리하는 것은 자재 관리 및 품질 관리 모듈과의 연계를 통해 이루어집니다. 클레임의 유형에 따라 반품, 가격 조정, 보상 요청 등의 절차를 따르며, 이를 통해 정확한 재고 관리와 회계 처리를 할 수 있습니다. 각 단계에서의 정확한 문서 작성과 시스템 입력이 중요하며, 이를 통해 클레임 처리의 효율성과 정확성을 높일 수 있습니다.

       잔량실물반품 및 품질보상 방법

       SAP S/4HANA에서 잔량 실물 반품 및 품질 보상(Compensation)을 처리하는 방법은 자재 관리(MM) 및 품질 관리(QM) 모듈을 통해 이루어집니다. 아래는 각각의 처리 절차를 단계별로 설명한 것입니다.

       1. 잔량 실물 반품 처리

       잔량 실물 반품은 공급업체로부터 받은 자재 중 일부를 반품하는 경우를 의미합니다. 이를 처리하기 위해서는 구매 문서, 입고 문서, 반품 문서 등의 관리를 통해 이루어집니다.

       단계 1: 반품 이유 식별

   • 반품할 잔량 및 이유를 식별합니다. 이는 품질 문제, 주문 오류, 초과 공급 등의 이유일 수 있습니다.

     단계 2: 반품 문서 생성 (MIGO)

   1. MIGO 트랜잭션 실행: SAP GUI에서 MIGO 트랜잭션 코드를 입력하여 반품 문서를 생성합니다.

   2. 반품 문서 유형 선택: 문서 유형을 "Return Delivery"로 선택합니다.

   3. 구매 주문 참조: 반품할 구매 주문을 참조하여 필요한 데이터를 불러옵니다.

   4. 반품 수량 입력: 반품할 자재의 수량을 입력합니다.

   5. 반품 사유 입력: 반품 사유를 입력합니다.

   6. 반품 저장: 문서를 저장하여 반품 처리를 완료합니다.

      단계 3: 반품 확인

   • 반품 문서가 생성되면, 물류 팀은 반품 자재를 실제로 발송하고 이를 시스템에 기록합니다.

     2. 품질 보상 처리

     품질 보상은 불량 자재에 대해 공급업체로부터 보상을 받는 과정을 의미합니다. 보상 방법으로는 가격 조정, 대체 자재 수령, 크레딧 메모 등이 있을 수 있습니다.

     단계 1: 품질 불량 식별

   • 품질 검사 결과를 통해 불량 자재를 식별합니다. 품질 검사는 QM 모듈에서 처리됩니다.

     단계 2: 품질 알림 생성 (QM01)

   1. QM01 트랜잭션 실행: SAP GUI에서 QM01 트랜잭션 코드를 입력하여 품질 알림을 생성합니다.

   2. 알림 유형 선택: 적절한 알림 유형을 선택합니다 (예: "Vendor Complaint").

   3. 불량 세부사항 입력: 불량 자재의 세부 사항을 입력합니다.

   4. 품질 알림 저장: 품질 알림을 저장합니다.

      단계 3: 보상 요청 (ME21N 또는 MIRO)

   5. 크레딧 메모 요청 (ME21N)

      • SAP GUI에서 ME21N 트랜잭션 코드를 입력하여 구매 주문을 생성합니다.
      • 문서 유형을 "Credit Memo Request"로 설정합니다.
      • 구매 주문서에서 불량 자재에 대한 보상을 요청하는 항목을 입력합니다.
      • 저장하여 크레딧 메모 요청을 완료합니다.

   6. 크레딧 메모 처리 (MIRO)

      • SAP GUI에서 MIRO 트랜잭션 코드를 입력하여 공급업체로부터 받은 크레딧 메모를 처리합니다.
      • 송장 날짜, 송장 번호 등 관련 데이터를 입력합니다.
      • 세금 코드를 확인하고, 크레딧 메모 금액을 입력합니다.
      • 저장하여 크레딧 메모를 완료합니다.

      예시 시나리오

   7. 잔량 실물 반품 처리

      • 구매 주문서에서 받은 자재 중 일부가 불량으로 확인됨.
      • MIGO 트랜잭션을 사용하여 반품 문서를 생성하고, 반품 수량과 사유를 입력.
      • 반품 문서를 저장하고, 물류 팀이 실제로 자재를 반송.

   8. 품질 보상 처리

      • QM 모듈에서 품질 검사를 통해 불량 자재를 식별하고, QM01 트랜잭션을 통해 품질 알림 생성.
      • ME21N 트랜잭션을 사용하여 크레딧 메모 요청을 생성.
      • 공급업체로부터 받은 크레딧 메모를 MIRO 트랜잭션을 통해 처리.

      결론

      SAP S/4HANA에서 잔량 실물 반품 및 품질 보상 처리는 자재 관리(MM) 및 품질 관리(QM) 모듈의 기능을 통해 이루어집니다. 반품 및 보상 절차는 구매 주문, 물품 입고, 품질 검사, 송장 처리 등의 과정을 포함하며, 이를 통해 정확하고 효율적인 자재 관리를 할 수 있습니다. 각 단계에서의 문서 작성과 시스템 입력이 중요하며, 이를 통해 프로세스의 일관성을 유지할 수 있습니다.

      GR기준 IV, 구매오더 전부 GR 송장처리 지급, 잔량반품 정산산계, 투입원재료 무상공급, 원가에 대한 영향 관점에서 구매 Claim 처리에 대해 설명

      SAP S/4HANA에서 구매 클레임(Claim)을 처리하는 방법을 이해하기 위해, 다음의 요소들을 고려해야 합니다:

   9. GR(물품 입고) 기준 IV(Invoice Verification): 구매 주문의 송장 처리는 물품 입고를 기준으로 수행됩니다.

   10. 구매 주문 전체 GR(물품 입고) 및 송장 처리: 전체 물품이 입고되고 송장이 처리됩니다.

   11. 잔량 반품 정산 산계: 남은 자재를 반품하고, 관련 비용을 정산합니다.

   12. 투입 원재료 무상 공급: 원재료를 무상으로 공급받는 경우.

   13. 원가 영향: 이러한 활동이 회사의 원가에 미치는 영향.

       1. GR 기준 IV(Invoice Verification)

       프로세스 설명

   • 물품 입고 기준 송장 검증: 송장은 물품이 입고된 후 검증됩니다. 구매 주문이 생성되고 물품이 입고되면, 송장 검증이 물품 입고 문서를 참조하여 수행됩니다.

   • 송장 검증 트랜잭션: MIRO 트랜잭션을 사용하여 송장 검증을 수행합니다. 이 과정에서 물품 입고(GR) 문서가 참조됩니다.

     2. 구매 주문 전체 GR 및 송장 처리

     프로세스 설명

   • 전체 물품 입고: 구매 주문에 명시된 모든 물품이 입고됩니다. MIGO 트랜잭션을 사용하여 물품 입고를 처리합니다.

   • 전체 송장 처리: 모든 물품이 입고된 후 송장이 처리됩니다. MIRO 트랜잭션을 사용하여 송장을 입력하고 검증합니다.

     3. 잔량 반품 정산 산계

     프로세스 설명

   • 잔량 반품: 입고된 자재 중 일부가 불량이거나 초과 공급된 경우 이를 반품합니다.

   • 반품 문서 생성: MIGO 트랜잭션을 사용하여 반품 문서를 생성합니다. 반품 사유를 명시하고 반품할 자재의 수량을 입력합니다.

   • 정산 산계: 반품된 자재에 대해 공급업체로부터 크레딧 메모를 받거나, 재정산을 통해 비용을 조정합니다. MIRO 트랜잭션을 사용하여 크레딧 메모를 처리합니다.

     4. 투입 원재료 무상 공급

     프로세스 설명

   • 무상 공급 처리: 공급업체로부터 원재료를 무상으로 공급받는 경우, 이는 일반적으로 구매 주문서에 '무상'으로 표시됩니다.

   • 원가 반영: 무상 공급된 자재는 구매 주문서에서 원가가 '0'으로 처리됩니다.

     5. 원가 영향 관점에서의 구매 Claim 처리

     원가에 대한 영향 분석

   • 자재 입고 시: 물품 입고 시점에서 자재는 재고로 기록되며, 구매 비용은 원가로 반영됩니다.

   • 송장 검증 시: 송장이 처리되면서 실제 비용이 원가에 반영됩니다.

   • 잔량 반품 시: 반품된 자재에 대해 크레딧 메모를 받으면, 이는 원가에서 차감됩니다.

   • 무상 공급 자재: 무상으로 공급받은 자재는 원가에 영향을 미치지 않습니다.

     예시 시나리오

     1. GR 기준 IV

   1. 구매 주문 생성: 구매 주문서에 자재와 세금 코드를 입력.

   2. 물품 입고: MIGO 트랜잭션을 사용하여 물품 입고 처리.

   3. 송장 검증: MIRO 트랜잭션을 사용하여 송장 검증.

      2. 전체 GR 및 송장 처리

   4. 전체 물품 입고: 모든 구매 주문서 항목이 입고됨.

   5. 송장 검증: MIRO 트랜잭션을 사용하여 전체 송장 처리.

      3. 잔량 반품 정산 산계

   6. 잔량 반품: 불량 자재를 반품, MIGO 트랜잭션을 사용하여 반품 문서 생성.

   7. 크레딧 메모 처리: MIRO 트랜잭션을 사용하여 크레딧 메모 입력 및 비용 정산.

      4. 무상 공급 자재

   8. 무상 공급 구매 주문: '0' 원가로 구매 주문서 생성.

   9. 물품 입고: 무상 자재 입고 처리.

      결론

      SAP S/4HANA에서 GR 기준 IV, 구매 주문 전체 GR 및 송장 처리, 잔량 반품 정산 산계, 무상 공급 자재 처리 등의 활동은 각각의 원가에 중요한 영향을 미칩니다. 이 과정을 통해 정확한 재고 관리와 원가 계산이 가능하며, 구매 클레임 처리의 효율성을 높일 수 있습니다. 각 단계에서의 정확한 문서 작성과 시스템 입력이 중요하며, 이를 통해 프로세스의 일관성을 유지할 수 있습니다.

      GR비평가 회계전표란

      GR/IR 회계 전표 (Goods Receipt/Invoice Receipt)

      GR/IR (Goods Receipt/Invoice Receipt) 회계 전표는 SAP 시스템에서 자재 입고(Goods Receipt)와 송장 수령(Invoice Receipt)을 처리할 때 사용되는 중요한 회계 전표입니다. 이 회계 전표는 구매 주문과 관련된 입고와 송장 검증 과정에서 발생하는 일시적인 불일치를 관리하기 위해 사용됩니다. GR/IR 전표는 자재가 입고되었으나 송장이 아직 수령되지 않았거나, 반대로 송장이 수령되었으나 자재가 아직 입고되지 않았을 때 발생합니다.

      GR/IR 회계 전표의 역할

   10. 일시적인 불일치 관리: 자재가 입고되었지만 송장이 아직 수령되지 않은 경우, 또는 송장이 수령되었지만 자재가 아직 입고되지 않은 경우에 발생하는 일시적인 불일치를 관리합니다.

   11. 재무 회계의 일관성 유지: GR/IR 계정을 통해 자재 입고와 송장 수령 사이의 불일치를 일시적으로 처리함으로써 재무 회계의 일관성을 유지합니다.

   12. 비용과 자산의 정확한 반영: 자재 입고 시점과 송장 수령 시점이 다른 경우, 각각의 시점에서 비용과 자산이 정확하게 반영되도록 합니다.

       GR/IR 계정 사용 시나리오

   13. 자재 입고 후 송장 수령

       • 자재 입고: 자재가 입고되면, 시스템은 재고 계정과 GR/IR 계정을 차변과 대변으로 각각 업데이트합니다.
       • 송장 수령: 송장이 수령되면, GR/IR 계정과 공급업체 계정을 차변과 대변으로 각각 업데이트합니다.

   14. 송장 수령 후 자재 입고

       • 송장 수령: 송장이 먼저 수령되면, 시스템은 GR/IR 계정과 공급업체 계정을 차변과 대변으로 각각 업데이트합니다.
       • 자재 입고: 자재가 나중에 입고되면, 재고 계정과 GR/IR 계정을 차변과 대변으로 각각 업데이트합니다.

       GR/IR 회계 전표 처리 예시

       자재 입고 시 (MIGO 트랜잭션)

   15. 입고 전표 생성

       • 자재 입고 시, 재고 계정이 차변으로 증가하고, GR/IR 계정이 대변으로 증가합니다.

       • 예: 자재 입고 1000 EUR

           makefileCopy code
           차변: 재고 계정 1000 EUR
           대변: GR/IR 계정 1000 EUR
         

### 송장 수령 시 (MIRO 트랜잭션)

1. **송장 전표 생성**
    - 송장이 수령되면, GR/IR 계정이 차변으로 감소하고, 공급업체 계정이 대변으로 증가합니다.
    - 예: 송장 수령 1000 EUR

        ```makefile
        makefileCopy code
        차변: GR/IR 계정 1000 EUR
        대변: 공급업체 계정 1000 EUR

        ```


### 잔량 반품 시

잔량 반품은 자재의 일부가 반품되는 경우를 의미하며, 이는 GR/IR 계정과 재고 계정을 통해 처리됩니다.

1. **반품 전표 생성 (MIGO 트랜잭션)**
    - 자재 일부가 반품되면, 반품된 자재의 금액이 재고 계정에서 차변으로 감소하고, GR/IR 계정에서 대변으로 감소합니다.
    - 예: 반품 200 EUR

        ```makefile
        makefileCopy code
        차변: 재고 계정 200 EUR
        대변: GR/IR 계정 200 EUR

        ```

2. **반품 송장 처리 (MIRO 트랜잭션)**
    - 반품된 자재에 대한 크레딧 메모가 공급업체로부터 수령되면, 공급업체 계정에서 차변으로 감소하고, GR/IR 계정에서 대변으로 감소합니다.
    - 예: 반품 송장 200 EUR

        ```makefile
        makefileCopy code
        차변: 공급업체 계정 200 EUR
        대변: GR/IR 계정 200 EUR

        ```


### 결론

GR/IR 회계 전표는 자재 입고와 송장 수령 사이의 일시적인 불일치를 처리하기 위해 사용되는 중요한 도구입니다. 이를 통해 재무 회계의 일관성과 정확성을 유지할 수 있으며, 자재 입고와 송장 수령의 타이밍 차이에 따른 불일치를 효과적으로 관리할 수 있습니다. SAP S/4HANA에서 MIGO 및 MIRO 트랜잭션을 사용하여 GR/IR 전표를 처리함으로써, 자재 관리 및 재무 회계 프로세스를 효율적으로 운영할 수 있습니다.

# Split Valuation

Split Valuation은 SAP S/4HANA에서 동일한 자재를 여러 가지 방식으로 평가할 수 있도록 하는 기능입니다. 이를 통해 자재를 소싱 방법, 지역, 품질 등에 따라 다르게 평가하고 관리할 수 있습니다. Split Valuation을 설정하고 마스터 데이터를 구성하는 방법은 다음과 같습니다.

### 1. Split Valuation 활성화

### 1.1. Global Settings

1. **SPRO 트랜잭션 코드**를 입력하여 Customizing Implementation Guide에 접근합니다.
2. **경로**: `Materials Management > Valuation and Account Assignment > Split Valuation > Activate Split Valuation`
3. Split Valuation을 활성화합니다.

### 2. Valuation Category 및 Valuation Type 정의

### 2.1. Valuation Category 정의

Valuation Category는 자재를 어떻게 평가할 것인지 정의하는 기준입니다. 예를 들어, 새로 구매한 자재와 재고에서 재사용된 자재를 다르게 평가할 수 있습니다.

1. **SPRO 트랜잭션 코드**를 입력하여 Customizing Implementation Guide에 접근합니다.
2. **경로**: `Materials Management > Valuation and Account Assignment > Split Valuation > Configure Split Valuation > Global Types > Define Global Categories`
3. 새로운 Valuation Category를 정의합니다. 예를 들어, `B` (Batch), `H` (Origin), `X` (Quality) 등을 사용할 수 있습니다.

### 2.2. Valuation Type 정의

Valuation Type은 Valuation Category 내에서 자재를 구분하는 데 사용됩니다. 예를 들어, `B` Valuation Category 내에서 `NEW` (새 자재)와 `USED` (재사용 자재)로 구분할 수 있습니다.

1. **SPRO 트랜잭션 코드**를 입력하여 Customizing Implementation Guide에 접근합니다.
2. **경로**: `Materials Management > Valuation and Account Assignment > Split Valuation > Configure Split Valuation > Global Types > Define Global Types`
3. Valuation Type을 정의합니다. 예를 들어, `NEW`, `USED`, `REPAIR` 등을 사용할 수 있습니다.

### 3. 자재 마스터 설정

### 3.1. 자재 마스터에 Valuation Category 할당

1. **MM01 트랜잭션 코드**를 입력하여 새로운 자재를 생성하거나, **MM02 트랜잭션 코드**를 입력하여 기존 자재를 수정합니다.
2. **회계 1(Accounting 1) 뷰**로 이동합니다.
3. **Valuation Category** 필드를 입력합니다. 예를 들어, `B`를 입력합니다.

### 3.2. Valuation Type 별 회계 데이터 설정

자재 마스터에서 Valuation Type 별로 회계 데이터를 설정해야 합니다.

1. **MM01/MM02 트랜잭션 코드**를 사용하여 자재 마스터에 접근합니다.
2. **회계 1(Accounting 1) 뷰**에서 **Valuation Type** 필드를 입력합니다.
3. 각 Valuation Type에 대해 회계 데이터를 설정합니다. 이는 자재가 다르게 평가될 때 각각의 회계 처리 방법을 정의합니다.

### 4. 구매 주문 및 자재 이동 처리

### 4.1. 구매 주문 생성

1. **ME21N 트랜잭션 코드**를 사용하여 구매 주문을 생성합니다.
2. 자재 항목에 대해 Valuation Type을 지정합니다. 예를 들어, `NEW` 또는 `USED`로 설정합니다.

### 4.2. 자재 입고 처리

1. **MIGO 트랜잭션 코드**를 사용하여 자재 입고를 처리합니다.
2. 자재 항목에 대해 Valuation Type을 확인하고 입력합니다.

### 5. 보고 및 분석

### 5.1. 자재 재고 보고

- Split Valuation이 활성화된 자재는 Valuation Type 별로 재고가 관리되므로, 재고 보고 시 각 Valuation Type 별로 재고를 확인할 수 있습니다.
- **MB52 트랜잭션 코드**를 사용하여 자재 재고 보고서를 생성할 수 있습니다.

### 요약

1. **Split Valuation 활성화**: SPRO에서 Split Valuation을 활성화합니다.
2. **Valuation Category 및 Type 정의**: Valuation Category와 Valuation Type을 정의합니다.
3. **자재 마스터 설정**: 자재 마스터 데이터에 Valuation Category를 할당하고, 각 Valuation Type 별로 회계 데이터를 설정합니다.
4. **구매 주문 및 자재 이동 처리**: 구매 주문 및 자재 이동 시 Valuation Type을 지정합니다.
5. **보고 및 분석**: Valuation Type 별로 자재 재고를 보고하고 분석합니다.

이 과정을 통해 SAP S/4HANA에서 자재를 여러 평가 기준으로 관리할 수 있습니다. Split Valuation을 통해 보다 정교한 재고 관리와 비용 관리를 할 수 있습니다.

## A, B 50%씩 평가하기

SAP S/4HANA에서 자재를 A와 B로 50%씩 평가하기 위해서는 Split Valuation을 설정하고, 자재를 두 개의 Valuation Type으로 나누어 각각 50%의 평가를 할당해야 합니다. 아래 단계에서는 이를 구현하는 방법을 설명합니다.

### 1. Split Valuation 활성화

### 1.1. Global Settings

1. **SPRO 트랜잭션 코드**를 입력하여 Customizing Implementation Guide에 접근합니다.
2. **경로**: `Materials Management > Valuation and Account Assignment > Split Valuation > Activate Split Valuation`
3. Split Valuation을 활성화합니다.

### 2. Valuation Category 및 Valuation Type 정의

### 2.1. Valuation Category 정의

Valuation Category는 자재를 평가할 기준을 정의합니다. 예를 들어, `H` (Origin)으로 설정할 수 있습니다.

1. **SPRO 트랜잭션 코드**를 입력하여 Customizing Implementation Guide에 접근합니다.
2. **경로**: `Materials Management > Valuation and Account Assignment > Split Valuation > Configure Split Valuation > Global Types > Define Global Categories`
3. 새로운 Valuation Category `H`를 정의합니다. 설명을 "Origin"으로 입력합니다.

### 2.2. Valuation Type 정의

Valuation Type은 Valuation Category 내에서 자재를 구분하는 데 사용됩니다. 예를 들어, `A`와 `B`로 정의합니다.

1. **SPRO 트랜잭션 코드**를 입력하여 Customizing Implementation Guide에 접근합니다.
2. **경로**: `Materials Management > Valuation and Account Assignment > Split Valuation > Configure Split Valuation > Global Types > Define Global Types`
3. Valuation Type을 정의합니다:
    - `A`: 설명을 "Type A"로 입력
    - `B`: 설명을 "Type B"로 입력

### 3. 자재 마스터 설정

### 3.1. 자재 마스터에 Valuation Category 할당

1. **MM01 트랜잭션 코드**를 입력하여 새로운 자재를 생성하거나, **MM02 트랜잭션 코드**를 입력하여 기존 자재를 수정합니다.
2. **회계 1(Accounting 1) 뷰**로 이동합니다.
3. **Valuation Category** 필드를 `H`로 입력합니다.

### 3.2. Valuation Type 별 회계 데이터 설정

각 Valuation Type에 대해 회계 데이터를 설정합니다.

1. **MM01/MM02 트랜잭션 코드**를 사용하여 자재 마스터에 접근합니다.
2. **회계 1(Accounting 1) 뷰**에서 **Valuation Type** 필드를 입력합니다.
3. Valuation Type `A`와 `B` 각각에 대해 회계 데이터를 설정합니다:
    - **Valuation Type**: `A`
    - **Valuation Type**: `B`

### 4. 재고 수량 나누기

### 4.1. 자재 이동을 통해 재고 분할

자재의 재고를 A와 B로 나누어 각각 50%씩 할당합니다.

1. **MIGO 트랜잭션 코드**를 입력하여 자재 이동을 처리합니다.
2. **Movement Type**을 선택하고, 자재 이동 문서를 생성합니다.
3. 자재 수량을 각각 `A`와 `B`로 나누어 입력합니다.
    - 예: 총 1000 개 중 500 개는 `A`, 500 개는 `B`로 할당

### 5. 구매 주문 및 자재 이동 처리

### 5.1. 구매 주문 생성

1. **ME21N 트랜잭션 코드**를 사용하여 구매 주문을 생성합니다.
2. 자재 항목에 대해 Valuation Type을 지정합니다. 예를 들어, `A` 또는 `B`로 설정합니다.

### 5.2. 자재 입고 처리

1. **MIGO 트랜잭션 코드**를 사용하여 자재 입고를 처리합니다.
2. 자재 항목에 대해 Valuation Type을 확인하고 입력합니다.

### 6. 회계 데이터 설정

각 Valuation Type에 대해 원가 계정을 설정합니다. 이는 자재가 다르게 평가될 때 각각의 회계 처리 방법을 정의합니다.

1. **OBYC 트랜잭션 코드**를 입력하여 계정 결정을 설정합니다.
2. 각 Valuation Type에 대한 계정 결정을 정의합니다.

### 예시 시나리오

1. **새로운 자재 생성**: MM01을 사용하여 새로운 자재 생성.
2. **Valuation Category 할당**: 회계 1 뷰에서 Valuation Category `H` 할당.
3. **Valuation Type 설정**: Valuation Type `A`와 `B` 설정.
4. **재고 이동**: MIGO를 사용하여 자재 수량을 `A`와 `B`로 나누어 각각 50%씩 할당.
5. **구매 주문 생성**: ME21N을 사용하여 구매 주문 생성, Valuation Type 지정.
6. **자재 입고 처리**: MIGO를 사용하여 자재 입고 처리, Valuation Type 확인.

### 결론

이 과정을 통해 자재를 A와 B로 50%씩 평가하는 Split Valuation을 설정하고, 이를 통해 재고 관리 및 원가 관리를 보다 정교하게 할 수 있습니다. 각 단계에서의 정확한 설정과 문서 작성이 중요하며, 이를 통해 자재 평가의 일관성과 정확성을 유지할 수 있습니다.

# 재고운송 오더

재고운송 오더(Stock Transport Order, STO)는 SAP 시스템에서 한 플랜트(Plant)에서 다른 플랜트로 자재를 이동시키는 데 사용되는 중요한 문서입니다. STO는 자재 이동을 효율적으로 관리하고 추적할 수 있게 해 주며, 자재의 이동과 관련된 모든 프로세스를 표준화합니다.

### 재고운송 오더(Stock Transport Order, STO) 개요

STO는 주로 다음과 같은 상황에서 사용됩니다:

- 한 플랜트에서 다른 플랜트로 자재를 이동시킬 때
- 중앙 창고에서 여러 분산 창고로 자재를 재분배할 때
- 생산 플랜트에서 조립 플랜트로 자재를 이동시킬 때

STO는 자재 이동의 효율성을 높이고, 재고 가용성을 최적화하며, 물류 프로세스를 표준화하는 데 도움이 됩니다.

### STO의 주요 기능

1. **계획 및 실행**: STO를 통해 자재 이동을 계획하고 실행할 수 있습니다. 이 과정에서 자재의 가용성을 확인하고, 이동 일정과 운송 방법을 결정합니다.
2. **추적 및 관리**: STO는 자재 이동의 상태를 추적하고, 이동 과정에서 발생할 수 있는 문제를 관리합니다.
3. **통합 회계**: 자재 이동과 관련된 비용을 정확하게 회계 처리할 수 있습니다. STO는 자재 이동의 각 단계에서 발생하는 비용을 추적하고, 이를 회계에 반영합니다.

### STO 프로세스

STO를 사용하는 프로세스는 다음과 같습니다:

1. **STO 생성**
2. **출고 플랜트에서 자재 출고**
3. **운송**
4. **입고 플랜트에서 자재 입고**

### 1. STO 생성

STO를 생성하려면 다음 단계를 따릅니다:

1. **ME21N 트랜잭션 코드**를 입력하여 STO를 생성합니다.
2. **문서 유형**: STO 문서 유형을 선택합니다 (예: UB).
3. **구매 조직** 및 **구매 그룹**을 입력합니다.
4. **출고 플랜트**와 **입고 플랜트**를 입력합니다.
5. 자재와 수량을 입력합니다.
6. 저장하여 STO를 생성합니다.

### 2. 출고 플랜트에서 자재 출고

출고 플랜트에서 자재를 출고하려면 다음 단계를 따릅니다:

1. **MIGO 트랜잭션 코드**를 입력하여 자재 출고를 처리합니다.
2. **운송 요청서**를 참조하여 출고를 수행합니다.
3. 출고된 자재를 운송할 준비를 합니다.

### 3. 운송

자재가 운송 중일 때, 다음 단계를 따릅니다:

1. **운송 문서**를 생성하여 자재의 운송을 관리합니다.
2. 운송 상태를 추적하고, 예상 도착 시간을 확인합니다.

### 4. 입고 플랜트에서 자재 입고

입고 플랜트에서 자재를 입고하려면 다음 단계를 따릅니다:

1. **MIGO 트랜잭션 코드**를 입력하여 자재 입고를 처리합니다.
2. **STO 문서**를 참조하여 입고를 수행합니다.
3. 입고된 자재의 품질을 검사하고, 재고에 반영합니다.

### 예시 시나리오

1. **STO 생성**
    - ME21N 트랜잭션을 사용하여 STO 생성.
    - 출고 플랜트: 1000, 입고 플랜트: 2000, 자재: XYZ, 수량: 100.
2. **출고 플랜트에서 자재 출고**
    - MIGO 트랜잭션을 사용하여 출고 처리.
    - 운송 요청서 참조, 자재 출고 준비.
3. **운송**
    - 운송 문서 생성, 운송 상태 추적.
4. **입고 플랜트에서 자재 입고**
    - MIGO 트랜잭션을 사용하여 자재 입고 처리.
    - STO 문서 참조, 자재 품질 검사 후 재고 반영.

### 결론

STO는 SAP 시스템에서 자재 이동을 효율적으로 관리하기 위한 중요한 도구입니다. 이를 통해 자재 이동을 계획하고, 실행하며, 추적할 수 있으며, 자재 이동과 관련된 모든 프로세스를 표준화하고 최적화할 수 있습니다. STO 프로세스를 정확하게 이해하고 수행함으로써 물류 운영의 효율성을 크게 향상시킬 수 있습니다.

## 재고운송오더의 중요 체크박스

재고운송오더(Stock Transport Order, STO)를 설정할 때 여러 중요한 체크박스와 필드를 확인해야 합니다. 이 체크박스와 필드는 STO 프로세스의 다양한 측면을 제어하며, 올바르게 설정해야 자재 이동이 원활하게 진행될 수 있습니다. 아래는 재고운송오더의 중요한 체크박스와 설정에 대한 설명입니다.

### STO 생성 시 중요 체크박스와 필드

### 1. 문서 유형 (Document Type)

- **설명**: STO 문서의 유형을 지정합니다. 일반적으로 재고운송오더는 'UB' 문서 유형을 사용합니다.
- **설정**: ME21N 트랜잭션에서 문서 유형을 'UB'로 선택합니다.

### 2. 발주처(Plant) 및 공급처(Storage Location)

- **발주 플랜트(Receiving Plant)**: 자재를 수령하는 플랜트를 지정합니다.
- **공급 플랜트(Supplying Plant)**: 자재를 공급하는 플랜트를 지정합니다.
- **저장 위치(Storage Location)**: 자재가 저장될 정확한 위치를 지정합니다.

### 3. 체크박스: "무상송장" (Free of Charge Indicator)

- **설명**: 자재 이동이 무상으로 이루어지는 경우 체크합니다.
- **설정**: 항목 레벨(Item Level)에서 "Free of Charge" 체크박스를 선택합니다.

### 4. 체크박스: "승인 완료" (Release Indicator)

- **설명**: 재고운송오더가 승인되었음을 나타냅니다. 승인 절차가 필요하면 체크해야 합니다.
- **설정**: 문서 헤더(Header)에서 "Release Indicator" 체크박스를 선택합니다.

### 5. 체크박스: "납품 완료" (Delivery Completed Indicator)

- **설명**: 자재 납품이 완료되었음을 나타냅니다. 납품이 완료되면 체크합니다.
- **설정**: 항목 레벨에서 "Delivery Completed" 체크박스를 선택합니다.

### STO 처리 시 중요 체크박스와 필드

### 6. 발송지 (Shipping Point)

- **설명**: 자재가 출발하는 위치를 지정합니다.
- **설정**: MIGO 또는 VL10B 트랜잭션에서 발송지를 입력합니다.

### 7. 운송 유형 (Shipping Type)

- **설명**: 자재를 운송하는 방법을 지정합니다 (예: 트럭, 기차, 배 등).
- **설정**: MIGO 트랜잭션에서 운송 유형을 선택합니다.

### 8. 체크박스: "출고 완료" (Goods Issue Completed)

- **설명**: 자재 출고가 완료되었음을 나타냅니다.
- **설정**: MIGO 트랜잭션에서 출고 완료 시 체크합니다.

### 9. 체크박스: "입고 완료" (Goods Receipt Completed)

- **설명**: 자재 입고가 완료되었음을 나타냅니다.
- **설정**: MIGO 트랜잭션에서 입고 완료 시 체크합니다.

### 예시 시나리오

1. **STO 생성 (ME21N 트랜잭션)**
    - **문서 유형**: UB
    - **발주 플랜트**: 1000
    - **공급 플랜트**: 2000
    - **자재**: XYZ
    - **수량**: 100
    - **무상송장**: 체크
    - **승인 완료**: 체크
2. **자재 출고 (MIGO 트랜잭션)**
    - **발송지**: 2000
    - **운송 유형**: 트럭
    - **출고 완료**: 체크
3. **자재 입고 (MIGO 트랜잭션)**
    - **입고 플랜트**: 1000
    - **입고 위치**: A01
    - **입고 완료**: 체크

### 요약

재고운송오더(STO)를 설정하고 처리하는 동안 여러 중요한 체크박스와 필드를 확인해야 합니다. 이러한 설정은 자재 이동 프로세스의 정확성과 효율성을 보장하는 데 필수적입니다. 올바른 문서 유형, 플랜트 지정, 무상송장, 승인 및 납품 완료와 같은 체크박스와 필드를 정확하게 설정함으로써 SAP S/4HANA 시스템에서 재고 이동을 효과적으로 관리할 수 있습니다.

## STO의 송장처리

재고운송오더(Stock Transport Order, STO)에서 송장 처리는 한 플랜트에서 다른 플랜트로 자재가 이동할 때 발생하는 비용을 정확히 기록하고, 이를 재무 회계에 반영하는 중요한 단계입니다. SAP S/4HANA에서 STO의 송장 처리는 일반 구매 주문의 송장 처리와 비슷하지만, 몇 가지 고유한 특징이 있습니다.

### STO 송장 처리의 기본 개념

STO의 송장 처리는 다음과 같은 단계를 포함합니다:

1. **STO 생성**
2. **자재 출고 (Goods Issue)**
3. **운송**
4. **자재 입고 (Goods Receipt)**
5. **송장 검증 및 처리 (Invoice Verification)**

### STO 송장 처리 과정

### 1. STO 생성

- **ME21N 트랜잭션 코드**를 사용하여 STO를 생성합니다.
- **문서 유형**을 'UB'로 선택하고, 발주 플랜트와 공급 플랜트를 지정합니다.

### 2. 자재 출고 (Goods Issue)

- **MIGO 트랜잭션 코드**를 사용하여 출고를 처리합니다.
- 출고 문서를 생성하여 자재가 출고되었음을 기록합니다.

### 3. 운송

- 자재가 운송 중일 때, 운송 문서를 생성하여 운송 상태를 관리합니다.

### 4. 자재 입고 (Goods Receipt)

- **MIGO 트랜잭션 코드**를 사용하여 입고를 처리합니다.
- 입고 문서를 생성하여 자재가 도착했음을 기록합니다.

### 5. 송장 검증 및 처리 (Invoice Verification)

- **MIRO 트랜잭션 코드**를 사용하여 송장을 검증하고 처리합니다.
- 송장 검증은 자재 이동과 관련된 비용을 회계에 반영합니다.

### 상세 단계: STO 송장 처리 (MIRO 사용)

### 단계 1: 송장 입력

1. **MIRO 트랜잭션 코드**를 입력하여 송장 검증 화면으로 이동합니다.
2. **구매 주문** 필드에 STO 번호를 입력합니다.

### 단계 2: 송장 헤더 데이터 입력

1. **송장 날짜**, **송장 번호**, **공급업체** 등의 헤더 데이터를 입력합니다.

### 단계 3: 송장 항목 확인

1. *항목 탭(Item Tab)**에서 각 항목을 확인합니다.
2. *세금 코드(Tax Code)**를 입력합니다 (필요한 경우).

### 단계 4: 금액 및 계정 할당

1. **금액**을 입력합니다. 이는 자재 이동과 관련된 실제 비용을 반영합니다.
2. *계정 할당(Account Assignment)**을 확인합니다. 이는 비용이 올바른 회계 계정에 반영되도록 합니다.

### 단계 5: 송장 포스팅

1. 모든 데이터가 올바르게 입력되었는지 확인합니다.
2. **저장** 버튼을 클릭하여 송장을 포스팅합니다.

### 예시 시나리오

1. **STO 생성 (ME21N 트랜잭션)**
    - **문서 유형**: UB
    - **발주 플랜트**: 1000
    - **공급 플랜트**: 2000
    - **자재**: XYZ
    - **수량**: 100
2. **자재 출고 (MIGO 트랜잭션)**
    - **출고 문서 생성**: 자재가 출고되었음을 기록
3. **자재 입고 (MIGO 트랜잭션)**
    - **입고 문서 생성**: 자재가 도착했음을 기록
4. **송장 검증 (MIRO 트랜잭션)**
    - **구매 주문 번호 입력**: STO 번호 입력
    - **송장 헤더 데이터 입력**: 송장 날짜, 송장 번호, 공급업체 입력
    - **항목 데이터 확인**: 세금 코드 입력
    - **금액 및 계정 할당 입력**: 실제 비용 입력 및 계정 할당 확인
    - **송장 포스팅**: 저장 버튼 클릭

### 결론

STO의 송장 처리는 자재 이동과 관련된 비용을 정확하게 회계에 반영하는 중요한 단계입니다. MIRO 트랜잭션을 사용하여 송장 검증 및 처리를 수행함으로써, 자재 이동 과정에서 발생하는 모든 비용을 정확하게 관리하고, 이를 재무 회계에 반영할 수 있습니다. 이를 통해 회사의 재무 상태를 보다 정확하게 파악할 수 있으며, 자재 이동과 관련된 비용을 효율적으로 관리할 수 있습니다.

# 자재유형 정의 시 속성 세팅

SAP 시스템에서 자재 유형(Material Type)을 정의하고 속성을 설정하는 과정은 자재 관리를 효과적으로 수행하는 데 중요한 역할을 합니다. 자재 유형은 자재의 특성과 관련된 여러 속성을 지정하며, 자재의 생성, 관리, 사용 방법을 결정합니다.

### 자재 유형 정의 및 속성 설정 단계

### 1. 자재 유형 정의

1. **SPRO 트랜잭션 코드**를 입력하여 Customizing Implementation Guide에 접근합니다.
2. **경로**: `Logistics - General > Material Master > Basic Settings > Material Types > Define Attributes of Material Types`
3. **새 자재 유형 생성**: `New Entries` 버튼을 클릭하여 새로운 자재 유형을 정의합니다.

### 2. 자재 유형의 주요 속성 설정

각 자재 유형에는 다양한 속성이 있으며, 이 속성들은 자재의 특성과 관리 방식을 결정합니다. 주요 속성들은 다음과 같습니다:

1. **Number Range (숫자 범위)**
    - **설명**: 자재 번호의 범위를 설정합니다.
    - **설정**: 각 자재 유형에 대해 고유한 숫자 범위를 지정합니다.
2. **Account Category Reference (계정 범주 참조)**
    - **설명**: 자재의 회계 처리 방법을 정의합니다.
    - **설정**: 자재 유형에 대해 계정 범주 참조를 지정합니다. 이는 자재가 입고될 때, 출고될 때, 생산에 사용될 때 등의 회계 처리를 정의합니다.
3. **Price Control (가격 통제)**
    - **설명**: 자재의 가격 결정 방법을 설정합니다.
    - **옵션**: `Standard Price (S)` 또는 `Moving Average Price (V)`를 선택합니다.
4. **Quantity Updating (수량 업데이트)**
    - **설명**: 자재의 수량을 업데이트할지 여부를 결정합니다.
    - **설정**: 자재가 입고되거나 출고될 때 수량을 업데이트하도록 설정합니다.
5. **Value Updating (가치 업데이트)**
    - **설명**: 자재의 가치를 업데이트할지 여부를 결정합니다.
    - **설정**: 자재가 입고되거나 출고될 때 가치를 업데이트하도록 설정합니다.
6. **Field Selection (필드 선택)**
    - **설명**: 자재 마스터 레코드에서 사용될 필드를 지정합니다.
    - **설정**: 필드의 상태를 선택합니다 (예: 필수 입력, 선택 입력, 숨김).
7. **Material Status (자재 상태)**
    - **설명**: 자재의 상태를 정의하여 특정 작업을 제한할 수 있습니다.
    - **설정**: 자재가 생성될 때, 사용될 때, 또는 특정 프로세스에서의 상태를 설정합니다.
8. **Procurement Type (조달 유형)**
    - **설명**: 자재의 조달 방법을 설정합니다.
    - **옵션**: `In-House Production`, `External Procurement`, `Both`를 선택합니다.
9. **Special Procurement (특수 조달)**
    - **설명**: 특수 조달 유형을 지정합니다.
    - **설정**: 예를 들어, `Subcontracting`, `Stock Transfer`, `Consignment` 등을 설정할 수 있습니다.

### 3. 자재 유형 속성 설정 예시

예를 들어, `FERT` (Finished Product) 자재 유형을 설정한다고 가정해봅시다:

1. **Number Range**: `01` (자재 번호 범위 설정)
2. **Account Category Reference**: `0001` (계정 범주 참조)
3. **Price Control**: `S` (Standard Price)
4. **Quantity Updating**: 활성화
5. **Value Updating**: 활성화
6. **Field Selection**: 필수 입력 필드 및 선택 입력 필드 설정
7. **Material Status**: `00` (활성 상태)
8. **Procurement Type**: `E` (External Procurement)
9. **Special Procurement**: `Subcontracting` 설정

### 자재 유형 설정 절차

1. **SPRO 트랜잭션 코드**를 입력하고, `Define Attributes of Material Types` 메뉴로 이동합니다.
2. **새 자재 유형 생성**: `New Entries` 버튼을 클릭하고, 자재 유형 `FERT`를 입력합니다.
3. 각 속성 필드를 위 예시와 같이 설정합니다.
4. **저장** 버튼을 클릭하여 설정을 완료합니다.

### 결론

SAP에서 자재 유형을 정의하고 속성을 설정하는 과정은 자재 관리 프로세스의 중요한 부분입니다. 자재 유형의 속성 설정을 통해 자재의 특성, 관리 방법, 회계 처리 방식 등을 결정할 수 있습니다. 이를 통해 자재 마스터 데이터를 정확하고 일관성 있게 관리할 수 있습니다. 각 단계에서의 설정을 정확하게 수행함으로써, 자재 관리의 효율성을 높일 수 있습니다.

## 자재유형과 평가

SAP S/4HANA에서 자재 유형(Material Type)과 평가(Valuation)는 자재 관리의 중요한 요소로, 자재의 특성, 관리 방법, 및 회계 처리 방식을 결정합니다. 자재 유형은 자재의 본질적 특성을 정의하며, 평가 방법은 자재의 비용을 어떻게 계산하고 회계에 반영할지 결정합니다.

### 자재 유형 (Material Type)

자재 유형은 자재의 특성을 정의하며, 자재의 생성, 관리, 사용 방법을 결정합니다. 각 자재 유형은 특정 속성 집합을 가지며, 이러한 속성은 자재가 어떻게 처리되는지를 결정합니다. 자재 유형은 자재 마스터 데이터에서 관리됩니다.

### 주요 자재 유형 예시:

- **ROH**: 원재료 (Raw Materials)
- **HALB**: 반제품 (Semi-Finished Products)
- **FERT**: 완제품 (Finished Products)
- **HIBE**: 소비재 (Consumables)
- **VERP**: 포장재 (Packaging Materials)

### 평가 (Valuation)

평가는 자재의 가격을 결정하고 회계에 반영하는 방법을 정의합니다. 자재의 평가 방법은 회사의 재무 성과에 중요한 영향을 미치므로 신중하게 설정해야 합니다.

### 주요 평가 방법:

1. **이동 평균 가격 (Moving Average Price, V)**
    - **설명**: 자재의 가격이 매번 입고될 때마다 평균 가격으로 계산됩니다.
    - **적용**: 가격 변동이 빈번하고 비교적 낮은 가격의 자재에 적합합니다.
2. **표준 가격 (Standard Price, S)**
    - **설명**: 자재의 가격이 고정되어 있으며, 주기적으로 업데이트됩니다.
    - **적용**: 가격이 안정적이고 예측 가능한 자재에 적합합니다.

### 자재 유형과 평가의 관계

자재 유형은 자재가 어떻게 평가될지를 결정하는 데 중요한 역할을 합니다. 각 자재 유형은 특정 평가 방법을 기본적으로 사용할 수 있으며, 이는 자재의 속성과 관리 요구에 따라 다릅니다.

### 예시: FERT (Finished Products) 자재 유형의 평가 설정

- **평가 방법**: 표준 가격 (Standard Price, S)
- **이유**: 완제품의 경우, 생산 비용을 예측 가능하게 유지하기 위해 표준 가격이 적합합니다.

### 예시: ROH (Raw Materials) 자재 유형의 평가 설정

- **평가 방법**: 이동 평균 가격 (Moving Average Price, V)
- **이유**: 원재료의 가격이 변동할 수 있으므로, 실시간 가격 변동을 반영하기 위해 이동 평균 가격이 적합합니다.

### 자재 유형과 평가 설정 절차

1. **자재 유형 정의**
    - **SPRO 트랜잭션 코드**를 입력하여 Customizing Implementation Guide에 접근합니다.
    - **경로**: `Logistics - General > Material Master > Basic Settings > Material Types > Define Attributes of Material Types`
    - 새로운 자재 유형을 생성하거나 기존 자재 유형을 수정합니다.
2. **평가 설정**
    - 자재 마스터에서 평가 방법을 설정합니다.
    - **MM01 트랜잭션 코드**를 사용하여 새로운 자재를 생성하거나, **MM02 트랜잭션 코드**를 사용하여 기존 자재를 수정합니다.
    - **회계 1(Accounting 1) 뷰**에서 평가 방법(가격 통제)을 설정합니다.

### 예시 시나리오: FERT 자재 유형 설정

1. **SPRO 트랜잭션 코드**를 입력하고, `Define Attributes of Material Types` 메뉴로 이동합니다.
2. 새로운 자재 유형 `FERT`를 정의하고, 기본 속성을 설정합니다.
3. **평가 방법**: 가격 통제를 `S` (Standard Price)로 설정합니다.
4. **저장** 버튼을 클릭하여 설정을 완료합니다.

### 예시 시나리오: ROH 자재 유형 설정

1. **SPRO 트랜잭션 코드**를 입력하고, `Define Attributes of Material Types` 메뉴로 이동합니다.
2. 새로운 자재 유형 `ROH`를 정의하고, 기본 속성을 설정합니다.
3. **평가 방법**: 가격 통제를 `V` (Moving Average Price)로 설정합니다.
4. **저장** 버튼을 클릭하여 설정을 완료합니다.

### 결론

자재 유형과 평가 방법은 SAP S/4HANA에서 자재 관리의 중요한 요소입니다. 자재 유형은 자재의 특성과 관리 방식을 정의하며, 평가 방법은 자재의 비용을 계산하고 회계에 반영하는 방식을 결정합니다. 각 자재 유형에 적합한 평가 방법을 신중하게 선택하고 설정함으로써, 자재 관리의 효율성과 정확성을 높일 수 있습니다.

## 자재 유형에 따라 평가방법이 달라지지는 않는가?

자재 유형(Material Type)에 따라 평가 방법(Valuation Method)이 자동으로 달라지지는 않습니다. 대신, 자재 유형은 자재가 어떻게 관리되고 처리될지에 대한 기본 설정을 제공하지만, 자재의 평가 방법은 개별 자재 레벨에서 별도로 설정해야 합니다. 즉, 자재 유형을 정의할 때 기본적인 속성과 관리 방식을 설정하지만, 평가 방법은 자재 마스터 데이터를 설정하는 과정에서 명시적으로 지정해야 합니다.

### 자재 유형과 평가 방법의 관계

자재 유형은 자재의 기본적인 특성과 처리를 정의하는 데 사용됩니다. 예를 들어, 원재료(ROH), 반제품(HALB), 완제품(FERT) 등 자재 유형은 자재의 성격과 사용 목적을 나타냅니다. 하지만 자재의 평가 방법(가격 통제, 가격 결정 방법 등)은 자재 마스터 데이터를 설정하는 단계에서 별도로 지정해야 합니다.

### 평가 방법 설정 절차

평가 방법은 자재 마스터 데이터의 "회계 1(Accounting 1)" 뷰에서 설정합니다. 자재 마스터 데이터에서 각 자재의 평가 방법을 설정함으로써, 자재가 입고, 출고, 이동될 때의 가격 결정 방법을 정의할 수 있습니다.

### 주요 평가 방법:

1. **이동 평균 가격 (Moving Average Price, V)**
2. **표준 가격 (Standard Price, S)**

### 평가 방법 설정 절차

1. **자재 마스터 데이터 생성 또는 수정 (MM01/MM02)**
    - **MM01** 트랜잭션 코드를 입력하여 새로운 자재를 생성하거나, **MM02** 트랜잭션 코드를 입력하여 기존 자재를 수정합니다.
2. **회계 1(Accounting 1) 뷰로 이동**
    - 자재 마스터 데이터 화면에서 "회계 1(Accounting 1)" 뷰로 이동합니다.
3. **평가 방법 설정**
    - **가격 통제(Price Control)** 필드에서 평가 방법을 설정합니다.
        - `S`: 표준 가격 (Standard Price)
        - `V`: 이동 평균 가격 (Moving Average Price)
    - **가격(Price)** 필드에 초기 가격을 입력합니다. 이는 평가 방법에 따라 달라질 수 있습니다.

### 예시 시나리오

### 예시 1: FERT 자재 유형에 대한 표준 가격 설정

1. **MM01** 트랜잭션을 사용하여 새로운 자재 생성.
2. 자재 유형(Material Type)으로 `FERT` 선택.
3. **회계 1(Accounting 1) 뷰**로 이동.
4. *가격 통제(Price Control)**를 `S`로 설정 (Standard Price).
5. 초기 가격 입력.

### 예시 2: ROH 자재 유형에 대한 이동 평균 가격 설정

1. **MM01** 트랜잭션을 사용하여 새로운 자재 생성.
2. 자재 유형(Material Type)으로 `ROH` 선택.
3. **회계 1(Accounting 1) 뷰**로 이동.
4. *가격 통제(Price Control)**를 `V`로 설정 (Moving Average Price).
5. 초기 가격 입력.

### 결론

자재 유형에 따라 자재의 관리 방식이 달라지지만, 자재의 평가 방법은 자재 마스터 데이터에서 별도로 설정해야 합니다. 자재 유형은 자재의 기본 특성과 처리 방식을 정의하고, 자재 마스터 데이터에서 평가 방법을 명시적으로 지정함으로써 자재의 입고, 출고, 이동 시의 가격 결정 방법을 정확히 설정할 수 있습니다. 이를 통해 자재 관리와 회계 처리의 정확성을 높일 수 있습니다.

# 구매오더 납품완료 지시자

SAP S/4HANA에서 구매 오더(PO, Purchase Order)와 관련된 초과 및 미달 납품 허용치와 납품 완료 지시자(Delivery Completed Indicator)는 자재의 수령 및 입고 프로세스 관리에서 중요한 역할을 합니다. 이 설정들은 실제로 수령된 자재 수량이 구매 오더에 명시된 수량과 다를 때 어떻게 처리할지를 결정합니다.

### 초과 및 미달 납품 허용치 (Over- and Under-Delivery Tolerances)

### 정의 및 목적

- **초과 납품 허용치 (Over-Delivery Tolerance)**: 구매 오더에 명시된 수량보다 더 많은 수량을 수령할 수 있는 허용 범위.
- **미달 납품 허용치 (Under-Delivery Tolerance)**: 구매 오더에 명시된 수량보다 적은 수량을 수령할 수 있는 허용 범위.

이 설정들은 구매 오더의 수량과 실제 입고 수량이 다를 때, 시스템이 이를 허용할지 여부를 결정합니다. 이는 공급업체의 납품 능력과 실제 수요의 변동성을 반영하여 재고 관리의 유연성을 제공합니다.

### 설정 방법

1. **구매 오더 생성 (ME21N)**: 구매 오더를 생성할 때, 각 항목에 대해 초과 및 미달 납품 허용치를 설정할 수 있습니다.
2. **구매 오더 항목 상세 화면**: 각 항목의 상세 화면에서 허용치를 설정합니다.
    - **초과 납품 허용치**: `Over-Delivery Tolerance` 필드에 백분율로 입력합니다.
    - **미달 납품 허용치**: `Under-Delivery Tolerance` 필드에 백분율로 입력합니다.

예를 들어, 구매 오더에 100개의 자재를 주문했을 때 초과 납품 허용치를 10%로 설정하면, 최대 110개까지 수령할 수 있습니다. 미달 납품 허용치를 5%로 설정하면 최소 95개까지 수령할 수 있습니다.

### 납품 완료 지시자 (Delivery Completed Indicator)

### 정의 및 목적

납품 완료 지시자(Delivery Completed Indicator)는 특정 구매 오더 항목에 대한 추가 납품이 필요 없음을 나타내는 플래그입니다. 이 지시자가 설정되면 해당 항목에 대해 더 이상 입고가 이루어지지 않으며, 구매 오더가 완료된 것으로 간주됩니다.

### 설정 방법

1. **구매 오더 항목 상세 화면**: 구매 오더 항목의 상세 화면에서 `Delivery Completed` 체크박스를 설정합니다.
2. **자동 설정**: 시스템은 특정 조건을 만족할 때 자동으로 납품 완료 지시자를 설정할 수 있습니다. 이는 초과 및 미달 납품 허용치와 결합하여 작동할 수 있습니다.

### 작동 방식

1. **초과 및 미달 납품 허용치에 따른 입고**
    - **초과 납품**: 허용된 초과 납품 범위 내에서 수령된 자재는 자동으로 입고 처리됩니다. 허용 범위를 초과하는 수량은 추가 승인이 필요합니다.
    - **미달 납품**: 허용된 미달 납품 범위 내에서 수령된 자재는 자동으로 입고 처리됩니다. 납품 완료 지시자가 설정되면, 나머지 미달 수량에 대해서는 추가 납품이 필요하지 않습니다.
2. **납품 완료 지시자 작동**
    - **수동 설정**: 사용자가 직접 `Delivery Completed` 지시자를 설정하면, 해당 항목에 대해 더 이상의 납품이 필요 없음을 시스템에 알립니다.
    - **자동 설정**: 시스템이 초과 및 미달 납품 허용치를 기준으로 자동으로 납품 완료 지시자를 설정할 수 있습니다. 예를 들어, 미달 납품 허용치 내에서 수령된 수량이 구매 오더 수량보다 적지만 더 이상의 납품이 필요하지 않다고 판단되면, 시스템이 자동으로 납품 완료 지시자를 설정할 수 있습니다.

### 예시 시나리오

### 예시 1: 초과 및 미달 납품 허용치 설정

1. **구매 오더 생성**: 100개의 자재를 주문.
2. **허용치 설정**: 초과 납품 허용치 10%, 미달 납품 허용치 5% 설정.
3. **입고 처리**: 105개의 자재 수령 시 허용 범위 내에서 입고 처리.
4. **입고 처리**: 110개의 자재 수령 시 허용 범위 초과로 추가 승인 필요.

### 예시 2: 납품 완료 지시자 설정

1. **구매 오더 생성**: 100개의 자재를 주문.
2. **입고 처리**: 95개의 자재 수령 후 미달 납품 허용치 내로 만족.
3. **납품 완료 지시자 설정**: 미달 납품 허용치 내에서 납품 완료 지시자 자동 설정.
4. **추가 납품 필요 없음**: 시스템에서 해당 항목에 대해 더 이상 납품 필요 없음으로 처리.

### 결론

구매 오더의 초과 및 미달 납품 허용치와 납품 완료 지시자는 자재 입고 프로세스의 유연성을 제공하고, 재고 관리의 정확성을 높이는 중요한 기능입니다. 이러한 설정을 통해 기업은 공급업체의 납품 변동성에 대응하고, 자재 수급의 유연성을 유지할 수 있습니다. SAP S/4HANA에서 이 설정들을 올바르게 활용함으로써 효율적인 자재 관리와 재고 최적화를 달성할 수 있습니다.

# Stock Transfer Vs Transfer Posting

SAP S/4HANA에서 Transfer Posting과 Stock Transfer는 재고 이동을 처리하는 두 가지 주요 방법입니다. 이 두 가지 방법은 자재가 한 위치에서 다른 위치로 이동하는 방식과 목적에 따라 다릅니다. 이들을 이해하기 위해 각각의 개념과 이동유형(Movement Type)을 살펴보겠습니다.

### Transfer Posting

Transfer Posting은 자재의 물리적 이동 없이 재고의 상태나 분류를 변경하는 것입니다. 이는 동일한 플랜트 내에서 재고를 한 유형에서 다른 유형으로 변경하거나, 품질 검사 재고를 자유 사용 재고로 변경하는 등의 작업을 포함합니다.

### 주요 특징

- **물리적 이동 없음**: 자재가 물리적으로 이동하지 않습니다. 대신, 자재의 상태나 분류가 변경됩니다.
- **재고 상태 변경**: 품질 검사 재고를 자유 사용 재고로 변경하거나, 차단 재고를 자유 사용 재고로 변경하는 작업 등을 포함합니다.
- **플랜트 내 작업**: 동일한 플랜트 내에서의 재고 상태 변경 작업입니다.

### 주요 이동유형 (Movement Types)

- **321**: 품질 검사(Quality Inspection) 재고를 자유 사용(Unrestricted Use) 재고로 변경
- **343**: 차단(Blocked) 재고를 자유 사용 재고로 변경
- **344**: 자유 사용 재고를 차단 재고로 변경
- **349**: 품질 검사 재고를 차단 재고로 변경

### Stock Transfer

Stock Transfer는 자재의 물리적 이동을 포함합니다. 이는 한 플랜트에서 다른 플랜트로, 한 저장 위치에서 다른 저장 위치로, 또는 한 회사 코드에서 다른 회사 코드로 자재를 이동시키는 것을 의미합니다.

### 주요 특징

- **물리적 이동**: 자재가 실제로 이동합니다.
- **다양한 이동 범위**: 플랜트 간, 저장 위치 간, 회사 코드 간 이동을 포함합니다.
- **재고의 위치 변경**: 재고가 한 위치에서 다른 위치로 물리적으로 이동합니다.

### 주요 이동유형 (Movement Types)

- **301**: 플랜트 간 재고 이동
- **311**: 저장 위치 간 재고 이동 (같은 플랜트 내)
- **303/305**: 두 단계로 이루어진 플랜트 간 재고 이동 (선적/수령)
- **351**: STO(Stock Transport Order)를 통한 재고 이동 (출고 시)
- **101**: STO를 통한 재고 이동 (입고 시)

### 주요 차이점

| 구분 | Transfer Posting | Stock Transfer |
| --- | --- | --- |
| 물리적 이동 | 없음 | 있음 |
| 재고 상태 변경 | 있음 | 없음 |
| 주요 목적 | 재고의 상태나 분류 변경 | 재고의 위치 변경 |
| 이동 범위 | 동일 플랜트 내 | 플랜트 간, 저장 위치 간, 회사 코드 간 |
| 주요 이동유형 | 321, 343, 344, 349 | 301, 311, 303/305, 351, 101 |

### 예시 시나리오

### 예시 1: Transfer Posting (321 이동유형)

1. **품질 검사 재고를 자유 사용 재고로 변경**
    - **상황**: 플랜트 A에서 품질 검사가 완료된 자재를 자유 사용 재고로 변경해야 함.
    - **프로세스**: MIGO 트랜잭션을 사용하여 이동유형 321을 선택.
    - **결과**: 품질 검사 재고가 자유 사용 재고로 변경됨.

### 예시 2: Stock Transfer (301 이동유형)

1. **플랜트 간 재고 이동**
    - **상황**: 플랜트 A에서 플랜트 B로 자재를 이동해야 함.
    - **프로세스**: MIGO 트랜잭션을 사용하여 이동유형 301을 선택.
    - **결과**: 플랜트 A에서 플랜트 B로 자재가 물리적으로 이동됨.

### 결론

Transfer Posting과 Stock Transfer는 SAP S/4HANA에서 자재의 이동을 처리하는 두 가지 중요한 방법입니다. Transfer Posting은 자재의 물리적 이동 없이 상태나 분류를 변경하는 것이며, Stock Transfer는 자재를 한 위치에서 다른 위치로 물리적으로 이동시키는 것을 의미합니다. 각 방법은 특정 이동유형(Movement Type)을 사용하여 구현되며, 자재 관리의 다양한 요구사항을 충족합니다. 이 두 가지 방법을 올바르게 이해하고 활용함으로써 효율적인 재고 관리를 달성할 수 있습니다.

# 다중계정지정

SAP S/4HANA에서 다중 계정 지정(Multiple Account Assignment)은 하나의 구매 오더 항목을 여러 개의 회계 계정에 분할하여 할당할 수 있는 기능입니다. 이는 비용을 여러 프로젝트, 부서 또는 비용 센터에 분배해야 하는 경우에 유용합니다.

다중 계정 지정 개념

정의

다중 계정 지정은 하나의 구매 오더 항목에 대해 여러 개의 회계 계정(예: 비용 센터, WBS 요소, 주문 등)에 비용을 분배할 수 있도록 합니다. 이를 통해 비용을 보다 정확하게 추적하고, 다양한 프로젝트나 부서에 걸쳐 비용을 분배할 수 있습니다.

유형

다중 계정 지정은 여러 방식으로 이루어질 수 있습니다:

1. 수량 기반 분할: 자재의 수량을 여러 계정에 나누어 할당합니다.
2. 비율 기반 분할: 총 금액의 비율로 여러 계정에 비용을 분배합니다.
3. 고정 금액 기반 분할: 각 계정에 고정된 금액을 할당합니다.

다중 계정 지정 설정 방법

1. 구매 오더 생성 (ME21N)
   • 구매 오더 생성 시 다중 계정 지정을 설정할 수 있습니다.
2. 계정 지정 탭으로 이동
   • 구매 오더 항목에서 계정 지정(Account Assignment) 탭을 선택합니다.
3. 다중 계정 지정 설정
   • 계정 지정 범주(Account Assignment Category)를 선택합니다 (예: K for Cost Center, F for Order, P for Project 등).
   • Multiple Account Assignment 버튼을 클릭하여 다중 계정을 추가합니다.
   • 각 계정 지정 라인에 대해 수량, 비율, 금액 등을 입력합니다.

예시 시나리오

1. 구매 오더 생성 (ME21N)
   • 자재: XYZ
   • 수량: 100
   • 단가: 10
2. 계정 지정
   • 첫 번째 계정 지정 라인: 비용 센터 A에 60%
   • 두 번째 계정 지정 라인: 비용 센터 B에 40%

이 경우, 총 금액 1000 EUR가 각각 600 EUR와 400 EUR로 분할됩니다.

입고 시 회계 전표

구매 오더의 자재가 입고될 때 생성되는 회계 전표는 다중 계정 지정을 반영하여 각각의 계정에 비용을 분배합니다. 여기서 주요 회계 전표 항목을 설명합니다.

입고 처리 (MIGO)

입고 처리 시 생성되는 회계 전표는 다음과 같은 항목을 포함합니다:

1. 재고 계정 (Inventory Account)
   • 자재 입고 시 재고가 증가합니다.
   • 차변(Debit): 재고 계정에 1000 EUR
2. GR/IR 계정 (Goods Receipt/Invoice Receipt Clearing Account)
   • 자재 입고 시 해당 금액이 GR/IR 계정에 기록됩니다.
   • 대변(Credit): GR/IR 계정에 1000 EUR
3. 비용 계정 (Cost Account)
   • 다중 계정 지정을 반영하여 각 비용 센터에 비용이 분배됩니다.
   • 차변(Debit): 비용 센터 A에 600 EUR, 비용 센터 B에 400 EUR

예시 회계 전표

1. 재고 계정 증가

    makefileCopy code
    차변: 재고 계정 1000 EUR
   

2. GR/IR 계정

    makefileCopy code
    대변: GR/IR 계정 1000 EUR
   

3. 비용 계정

    lessCopy code
    차변: 비용 센터 A 600 EUR
    차변: 비용 센터 B 400 EUR
   

결론

SAP S/4HANA의 다중 계정 지정 기능은 하나의 구매 오더 항목을 여러 회계 계정에 분배할 수 있게 해줍니다. 이를 통해 비용을 정확하게 추적하고, 다양한 프로젝트나 부서에 걸쳐 비용을 분배할 수 있습니다. 다중 계정 지정은 구매 오더 생성 시 설정되며, 자재 입고 시 생성되는 회계 전표에 반영됩니다. 이를 통해 보다 정확하고 효율적인 비용 관리가 가능합니다.

다중계정지정시 입고시 회계전표 안잡는방법?

SAP S/4HANA에서 다중 계정 지정을 사용하면서 입고 시 회계 전표를 생성하지 않도록 설정할 수 있습니다. 이를 위해서는 다중 계정 지정 시 특정 계정 지정 범주를 사용하여 자재 입고 시 비용이 직접 결산되지 않도록 처리하는 방법을 사용합니다. 이 방법은 주로 서비스 항목이나 비재고 항목에 대해 사용됩니다.

다중 계정 지정 설정 방법

1. 구매 오더 생성 (ME21N)
   • 구매 오더 생성 시 다중 계정 지정을 설정합니다.
   • 계정 지정 범주(Account Assignment Category)를 선택합니다 (예: K for Cost Center, F for Order, P for Project 등).
2. 계정 지정 탭으로 이동
   • 구매 오더 항목에서 계정 지정(Account Assignment) 탭을 선택합니다.
   • Multiple Account Assignment 버튼을 클릭하여 다중 계정을 추가합니다.
   • 각 계정 지정 라인에 대해 수량, 비율, 금액 등을 입력합니다.

입고 시 회계 전표를 생성하지 않는 설정 방법

1. 계정 지정 범주 사용

계정 지정 범주를 적절히 설정하여 자재 입고 시 회계 전표가 생성되지 않도록 할 수 있습니다. 이를 위해 다음과 같은 방법을 사용할 수 있습니다:

• 서비스 항목 설정 (Account Assignment Category U)
  • 서비스 항목이나 비재고 항목의 경우, 계정 지정 범주를 'U'로 설정하여 자재 입고 시 회계 전표가 생성되지 않도록 합니다.

2. 입고 없이 송장 검증

입고 없이 송장 검증만으로 비용을 결산할 수 있도록 처리합니다. 이를 위해 자재 유형을 서비스 항목으로 설정하고, 계정 지정 범주를 적절히 설정합니다.

3. 자재 유형 설정

자재 유형(Material Type)을 서비스 항목으로 설정하여, 자재 입고 시 회계 전표가 생성되지 않도록 할 수 있습니다.

예시 시나리오

예시 1: 서비스 항목 설정 (Account Assignment Category U)

1. 구매 오더 생성 (ME21N)
   • 자재: XYZ (서비스 항목)
   • 수량: 100
   • 단가: 10
   • 계정 지정 범주: U (서비스)
2. 계정 지정
   • 첫 번째 계정 지정 라인: 비용 센터 A에 60%
   • 두 번째 계정 지정 라인: 비용 센터 B에 40%
3. 입고 처리 (MIGO)
   • 서비스 항목이므로 자재 입고 시 회계 전표가 생성되지 않습니다.

예시 2: 입고 없이 송장 검증

1. 구매 오더 생성 (ME21N)
   • 자재: XYZ (비재고 항목)
   • 수량: 100
   • 단가: 10
   • 계정 지정 범주: K (비용 센터)
2. 계정 지정
   • 첫 번째 계정 지정 라인: 비용 센터 A에 60%
   • 두 번째 계정 지정 라인: 비용 센터 B에 40%
3. 송장 검증 (MIRO)
   • 자재 입고 없이 송장 검증을 통해 비용을 결산합니다.
   • 송장 검증 시 회계 전표가 생성됩니다.

설정 예시

1. 자재 유형 설정
   • 자재 마스터에서 자재 유형을 서비스 항목으로 설정합니다 (예: DIEN).
   • 자재 유형에 따라 계정 지정 범주를 'U'로 설정합니다.
2. 구매 오더 생성
   • ME21N 트랜잭션을 사용하여 구매 오더 생성.
   • 자재: XYZ (서비스 항목)
   • 수량: 100
   • 단가: 10
   • 계정 지정 범주: U (서비스)
   • 비용 센터: A와 B에 각각 60%와 40%로 분배.

결론

SAP S/4HANA에서 다중 계정 지정을 사용하면서 입고 시 회계 전표를 생성하지 않도록 설정하려면 서비스 항목 또는 비재고 항목을 사용하고, 적절한 계정 지정 범주를 선택해야 합니다. 이를 통해 자재 입고 없이 송장 검증만으로 비용을 결산할 수 있습니다. 이 방법은 서비스 항목이나 특정 비재고 항목에 대해 유용하며, 재고 관리의 유연성을 높이고 회계 처리를 간소화할 수 있습니다.

Transfer Posting을 VMI에서 FF로

Transfer Posting을 통해 재고의 상태를 변경하거나 위치를 변경하는 작업은 다양한 비즈니스 시나리오에서 중요하게 사용됩니다. 여기서 VMI(Vendor Managed Inventory)에서 FF(Firm-Fixed)로의 Transfer Posting을 설명하겠습니다. 이 작업은 SAP 시스템에서 특정 이동 유형(Movement Type)을 사용하여 수행됩니다.

VMI에서 FF로 Transfer Posting

정의

• VMI(Vendor Managed Inventory): 공급업체가 고객의 재고를 관리하는 모델로, 재고는 고객의 창고에 있지만 소유권은 공급업체에 있습니다.
• FF(Firm-Fixed): 고객이 재고를 소유하는 상태로, 재고는 고객의 자산으로 간주됩니다.

Transfer Posting 설정

SAP 시스템에서 VMI에서 FF로의 Transfer Posting을 수행하려면 적절한 이동 유형(Movement Type)을 사용하여 재고의 소유권을 변경해야 합니다.

주요 이동 유형 (Movement Types)

• 201: VMI 재고를 소비하는 이동 유형.
• 411: 소유권을 변경하는 이동 유형.

단계별 절차

1. Transfer Posting 준비
2. Transfer Posting 실행 (MIGO 사용)
3. 회계 전표 생성

1. Transfer Posting 준비

1. 자재 준비: VMI 재고가 SAP 시스템에 적절히 등록되어 있어야 합니다.
2. 이동 유형 결정: VMI에서 FF로의 이동에 사용할 이동 유형을 결정합니다. 여기서는 이동 유형 411을 사용합니다.

2. Transfer Posting 실행 (MIGO 사용)

1. MIGO 트랜잭션 실행
   • SAP GUI에서 MIGO 트랜잭션 코드를 입력하여 Transfer Posting 화면으로 이동합니다.
2. 이동 유형 선택
   • 이동 유형(Movement Type)으로 411을 선택합니다.
   • Transfer Posting 옵션을 선택합니다.
3. 자재 및 수량 입력
   • 재고를 변경할 자재와 수량을 입력합니다.
4. 출발 및 도착 저장 위치 입력
   • 출발 저장 위치(예: VMI 재고 위치)를 입력합니다.
   • 도착 저장 위치(예: FF 재고 위치)를 입력합니다.
5. 소유권 변경
   • 소유권이 공급업체에서 고객으로 변경됨을 확인합니다.
6. 저장 및 포스트
   • 모든 데이터가 올바르게 입력되었는지 확인한 후, 저장 및 포스트(Post) 버튼을 클릭하여 Transfer Posting을 완료합니다.

3. 회계 전표 생성

Transfer Posting을 완료하면 시스템은 자동으로 회계 전표를 생성하여 재고의 소유권 변경을 반영합니다. 이 회계 전표는 VMI 재고의 감소와 FF 재고의 증가를 나타냅니다.

예시 시나리오

VMI에서 FF로 Transfer Posting

1. 자재: XYZ
2. 수량: 100
3. 이동 유형: 411

MIGO 트랜잭션 실행

1. 이동 유형 선택: 411
2. 자재 및 수량 입력: 자재 XYZ, 수량 100
3. 출발 저장 위치: VMI 저장 위치 (예: 0001)
4. 도착 저장 위치: FF 저장 위치 (예: 0002)
5. 소유권 변경 확인
6. 저장 및 포스트

회계 전표 예시

Transfer Posting 후 생성되는 회계 전표는 다음과 같습니다:

1. VMI 재고 감소

    makefileCopy code
    대변: VMI 재고 계정 100 EUR
   

2. FF 재고 증가

    makefileCopy code
    차변: FF 재고 계정 100 EUR
   

결론

SAP S/4HANA에서 VMI에서 FF로의 Transfer Posting은 이동 유형 411을 사용하여 수행할 수 있습니다. 이 과정에서 자재의 소유권이 공급업체에서 고객으로 변경되며, 이를 반영한 회계 전표가 자동으로 생성됩니다. 이 방법을 통해 재고의 소유권을 효과적으로 관리하고, 재고 이동과 관련된 회계 처리를 정확하게 수행할 수 있습니다.

미달 납품 허용치(Under Delivery Tolelance)

Under Delivery Tolerance (미달 납품 허용치)

Under Delivery Tolerance는 구매 오더에서 지정한 수량보다 적은 수량이 실제로 납품되었을 때, 그 차이를 허용하는 범위를 정의합니다. 이 설정은 납품된 자재의 수량이 주문된 수량보다 적은 경우에도 구매 오더가 납품 완료로 간주될 수 있도록 허용하는 기능을 제공합니다.

주요 목적

1. 유연성 제공: 납품 과정에서 발생할 수 있는 다양한 상황(예: 공급업체의 재고 부족, 물류 문제 등)에 대응하여 유연성을 제공합니다.
2. 재고 관리 최적화: 실제 납품된 자재 수량에 맞추어 재고 관리와 후속 프로세스를 조정합니다.
3. 프로세스 효율성 향상: 납품이 일부 부족한 경우에도 구매 오더를 완료로 처리하여, 불필요한 재처리와 후속 작업을 줄일 수 있습니다.

설정 방법

구매 오더 생성 시 설정

1. 구매 오더 생성 (ME21N)
   • SAP GUI에서 ME21N 트랜잭션 코드를 입력하여 구매 오더를 생성합니다.
2. 구매 오더 항목 상세 정보 입력
   • 각 항목에 대해 상세 정보를 입력합니다.
3. Under Delivery Tolerance 설정
   • 구매 오더 항목의 상세 화면에서 Under Delivery Tolerance 필드를 찾습니다.
   • 허용할 미달 납품 비율을 백분율로 입력합니다. 예를 들어, 10%로 설정하면, 주문된 수량의 90% 이상이 납품되면 납품 완료로 간주됩니다.

예시 시나리오

1. 구매 오더 생성
   • 자재: ABC
   • 주문 수량: 100
   • 단가: 10
   • Under Delivery Tolerance: 10%
2. 실제 납품
   • 실제 납품 수량: 90
3. 시스템 처리
   • 시스템은 100개의 자재를 주문했으나, Under Delivery Tolerance를 10%로 설정했기 때문에 90개가 납품된 경우에도 구매 오더를 납품 완료로 간주합니다.

시스템 작동 방식

• 수량 검사: 납품된 자재의 수량이 구매 오더에 명시된 수량보다 적을 때, 시스템은 설정된 Under Delivery Tolerance를 확인합니다.
• 허용 범위 내 납품: 납품된 수량이 허용된 미달 납품 범위 내에 있으면, 시스템은 구매 오더를 납품 완료로 표시합니다.
• 허용 범위 초과 납품: 납품된 수량이 허용된 미달 납품 범위를 초과하면, 시스템은 구매 오더를 납품 완료로 표시하지 않으며, 추가 납품을 요구합니다.

설정 예시

ME21N 트랜잭션에서 설정

1. 구매 오더 항목 입력
   • 자재: ABC
   • 주문 수량: 100
   • 단가: 10
2. Under Delivery Tolerance 설정
   • 항목 상세 화면에서 Under Delivery Tolerance 필드를 10%로 설정.
3. 저장
   • 구매 오더를 저장하여 설정을 완료합니다.

결론

Under Delivery Tolerance는 실제 납품 수량이 주문 수량보다 적을 때 허용할 수 있는 범위를 정의하는 중요한 기능입니다. 이 설정을 통해 기업은 납품 과정에서 발생할 수 있는 변동성을 관리하고, 재고 관리의 유연성을 높일 수 있습니다. SAP S/4HANA에서 구매 오더 생성 시 이 설정을 적절히 활용함으로써, 효율적인 자재 관리와 프로세스 최적화를 달성할 수 있습니다

Over Delivery Tolerance(초과 납품 허용치)

Over Delivery Tolerance (초과 납품 허용치)

Over Delivery Tolerance는 구매 오더에서 지정한 수량보다 더 많은 수량이 실제로 납품되었을 때, 그 차이를 허용하는 범위를 정의합니다. 이 설정은 납품된 자재의 수량이 주문된 수량보다 많을 경우에도 구매 오더를 처리할 수 있도록 유연성을 제공합니다.

주요 목적

1. 공급 연속성 보장: 공급업체가 주문량보다 더 많은 자재를 보낼 때 이를 허용하여 재고 부족 문제를 방지할 수 있습니다.
2. 재고 관리 최적화: 실제 납품된 자재 수량에 맞추어 재고 관리를 조정하여 재고 관리의 유연성을 높입니다.
3. 프로세스 효율성 향상: 약간의 초과 납품이 발생해도 추가 승인 절차 없이 납품을 완료할 수 있습니다.

설정 방법

구매 오더 생성 시 설정

1. 구매 오더 생성 (ME21N)
   • SAP GUI에서 ME21N 트랜잭션 코드를 입력하여 구매 오더를 생성합니다.
2. 구매 오더 항목 상세 정보 입력
   • 각 항목에 대해 상세 정보를 입력합니다.
3. Over Delivery Tolerance 설정
   • 구매 오더 항목의 상세 화면에서 Over Delivery Tolerance 필드를 찾습니다.
   • 허용할 초과 납품 비율을 백분율로 입력합니다. 예를 들어, 10%로 설정하면, 주문된 수량의 110%까지 납품이 허용됩니다.

예시 시나리오

1. 구매 오더 생성
   • 자재: XYZ
   • 주문 수량: 100
   • 단가: 10
   • Over Delivery Tolerance: 10%
2. 실제 납품
   • 실제 납품 수량: 110
3. 시스템 처리
   • 시스템은 100개의 자재를 주문했으나, Over Delivery Tolerance를 10%로 설정했기 때문에 110개가 납품된 경우에도 구매 오더를 납품 완료로 간주합니다.

시스템 작동 방식

• 수량 검사: 납품된 자재의 수량이 구매 오더에 명시된 수량보다 많을 때, 시스템은 설정된 Over Delivery Tolerance를 확인합니다.
• 허용 범위 내 납품: 납품된 수량이 허용된 초과 납품 범위 내에 있으면, 시스템은 구매 오더를 납품 완료로 표시합니다.
• 허용 범위 초과 납품: 납품된 수량이 허용된 초과 납품 범위를 초과하면, 시스템은 추가 승인이 필요하다는 경고 메시지를 표시하고, 자동으로 납품을 완료하지 않습니다.

설정 예시

ME21N 트랜잭션에서 설정

1. 구매 오더 항목 입력
   • 자재: XYZ
   • 주문 수량: 100
   • 단가: 10
2. Over Delivery Tolerance 설정
   • 항목 상세 화면에서 Over Delivery Tolerance 필드를 10%로 설정.
3. 저장
   • 구매 오더를 저장하여 설정을 완료합니다.

결론

Over Delivery Tolerance는 실제 납품 수량이 주문 수량보다 많을 때 허용할 수 있는 범위를 정의하는 중요한 기능입니다. 이 설정을 통해 기업은 공급업체가 초과 납품을 할 때 이를 유연하게 처리하고, 재고 관리의 유연성을 높일 수 있습니다. SAP S/4HANA에서 구매 오더 생성 시 이 설정을 적절히 활용함으로써, 효율적인 자재 관리와 프로세스 최적화를 달성할 수 있습니다.

PR, PO 릴리즈 전략

SAP S/4HANA에서 PR(Purchase Requisition)과 PO(Purchase Order)의 릴리즈 전략(Release Strategy)은 조직 내에서 구매 요청과 구매 주문의 승인 프로세스를 정의하고 제어하는 중요한 기능입니다. 릴리즈 전략을 통해 기업은 구매 프로세스를 투명하게 관리하고, 적절한 승인 절차를 거쳐 구매 요청 및 주문이 진행되도록 할 수 있습니다.

PR(Purchase Requisition) 릴리즈 전략

정의

PR 릴리즈 전략은 구매 요청서가 승인되기 전에 따라야 하는 절차와 규칙을 정의합니다. 이는 특정 조건(예: 금액, 자재 그룹, 구매 조직 등)에 따라 릴리즈 전략이 적용되며, 각 전략은 여러 릴리즈 코드(Release Code)로 구성될 수 있습니다.

설정 단계

1. 릴리즈 그룹 정의
   • PR 릴리즈 전략을 여러 그룹으로 나눌 수 있습니다. 각 그룹은 특정 조건에 따라 정의됩니다.
2. 릴리즈 코드 정의
   • 릴리즈 코드는 승인자가 구매 요청서를 승인하는 데 사용되는 코드입니다. 여러 승인 단계가 필요할 경우 여러 릴리즈 코드를 정의합니다.
3. 릴리즈 전략 정의
   • 릴리즈 전략은 특정 조건(예: 금액, 자재 그룹 등)에 따라 릴리즈 코드를 할당하는 규칙입니다. 이를 통해 다양한 시나리오에 맞는 승인 절차를 정의할 수 있습니다.
4. 조건 정의
   • 릴리즈 전략이 적용될 조건을 정의합니다. 예를 들어, 특정 금액 이상인 경우, 특정 자재 그룹에 속하는 경우 등.
5. 워크플로 설정
   • 릴리즈 전략이 작동하도록 워크플로를 설정합니다. 이를 통해 릴리즈 코드가 활성화되고, 승인자가 PR을 검토하고 승인할 수 있습니다.

설정 예시

1. 릴리즈 그룹 정의
   • 릴리즈 그룹: 01 (일반 구매 요청)
2. 릴리즈 코드 정의
   • 릴리즈 코드: A1 (부서장 승인), A2 (구매 관리자 승인)
3. 릴리즈 전략 정의
   • 전략 01 (금액 10,000 이하): 릴리즈 코드 A1
   • 전략 02 (금액 10,000 초과): 릴리즈 코드 A1, A2
4. 조건 정의
   • 조건: 금액 <= 10,000 (전략 01)
   • 조건: 금액 > 10,000 (전략 02)

PO(Purchase Order) 릴리즈 전략

정의

PO 릴리즈 전략은 구매 주문서가 승인되기 전에 따라야 하는 절차와 규칙을 정의합니다. 이는 PR 릴리즈 전략과 유사하게 특정 조건에 따라 적용되며, 릴리즈 코드와 릴리즈 전략으로 구성됩니다.

설정 단계

1. 릴리즈 그룹 정의
   • PO 릴리즈 전략을 여러 그룹으로 나눌 수 있습니다. 각 그룹은 특정 조건에 따라 정의됩니다.
2. 릴리즈 코드 정의
   • 릴리즈 코드는 승인자가 구매 주문서를 승인하는 데 사용되는 코드입니다.
3. 릴리즈 전략 정의
   • 릴리즈 전략은 특정 조건(예: 금액, 공급업체, 구매 조직 등)에 따라 릴리즈 코드를 할당하는 규칙입니다.
4. 조건 정의
   • 릴리즈 전략이 적용될 조건을 정의합니다.
5. 워크플로 설정
   • 릴리즈 전략이 작동하도록 워크플로를 설정합니다.

설정 예시

1. 릴리즈 그룹 정의
   • 릴리즈 그룹: 02 (일반 구매 주문)
2. 릴리즈 코드 정의
   • 릴리즈 코드: B1 (부서장 승인), B2 (구매 관리자 승인)
3. 릴리즈 전략 정의
   • 전략 01 (금액 50,000 이하): 릴리즈 코드 B1
   • 전략 02 (금액 50,000 초과): 릴리즈 코드 B1, B2
4. 조건 정의
   • 조건: 금액 <= 50,000 (전략 01)
   • 조건: 금액 > 50,000 (전략 02)

릴리즈 전략 설정 과정 요약

1. 릴리즈 그룹 정의
   • SPRO > Materials Management > Purchasing > Purchase Requisition > Release Procedure > Define Release Group
2. 릴리즈 코드 정의
   • SPRO > Materials Management > Purchasing > Purchase Requisition > Release Procedure > Define Release Codes
3. 릴리즈 전략 정의
   • SPRO > Materials Management > Purchasing > Purchase Requisition > Release Procedure > Define Release Strategy
4. 조건 정의
   • SPRO > Materials Management > Purchasing > Purchase Requisition > Release Procedure > Define Characteristics
5. 워크플로 설정
   • SAP Business Workflow를 통해 릴리즈 전략이 작동하도록 설정

결론

PR과 PO의 릴리즈 전략은 SAP S/4HANA에서 구매 요청서와 구매 주문서의 승인 절차를 정의하고 제어하는 데 필수적인 기능입니다. 릴리즈 그룹, 릴리즈 코드, 릴리즈 전략, 조건, 워크플로 설정을 통해 다양한 비즈니스 시나리오에 맞는 승인 절차를 구현할 수 있습니다. 이를 통해 조직은 구매 프로세스의 투명성을 높이고, 적절한 승인 절차를 거쳐 구매 요청 및 주문이 진행되도록 보장할 수 있습니다.

특성을 사용할 경우

SAP S/4HANA에서 PR(Purchase Requisition) 릴리즈 전략을 설정할 때 특성(Characteristic)을 사용하는 방법과 절차에 대해 설명하겠습니다. PR 릴리즈 전략은 구매 요청서를 승인하기 전에 특정 조건에 따라 여러 승인 단계를 거치도록 설정하는 것입니다.

PR 릴리즈 전략 설정 개요

1. 릴리즈 그룹 정의
2. 릴리즈 코드 정의
3. 특성 정의 및 클래스 생성
4. 릴리즈 전략 정의
5. 워크플로 설정

1. 릴리즈 그룹 정의

릴리즈 그룹은 여러 릴리즈 전략을 묶어서 관리할 수 있도록 하는 그룹입니다.

1. SPRO 트랜잭션 코드를 입력하여 Customizing Implementation Guide에 접근합니다.
2. 경로: Materials Management > Purchasing > Purchase Requisition > Release Procedure > Procedure with Classification > Define Release Groups
3. 새 릴리즈 그룹을 정의합니다.

2. 릴리즈 코드 정의

릴리즈 코드는 특정 릴리즈 전략에서 사용되는 승인 코드입니다.

1. 경로: Materials Management > Purchasing > Purchase Requisition > Release Procedure > Procedure with Classification > Define Release Codes
2. 새 릴리즈 코드를 정의합니다.

3. 특성 정의 및 클래스 생성

특성(Characteristic)은 릴리즈 전략이 적용될 조건을 정의합니다. 이는 금액, 자재 그룹, 구매 조직 등 다양한 기준이 될 수 있습니다.

특성 정의

1. CT04 트랜잭션 코드를 입력하여 특성을 정의합니다.
2. 특성 이름을 입력하고 생성 버튼을 클릭합니다.
3. 데이터 유형을 선택하고, 값을 입력합니다 (예: 금액 범위, 자재 그룹 등).

클래스 생성

1. CL02 트랜잭션 코드를 입력하여 클래스를 생성합니다.
2. 클래스 이름을 입력하고 생성 버튼을 클릭합니다.
3. 클래스 유형을 032 (릴리즈 전략용)으로 선택합니다.
4. 정의된 특성을 클래스에 할당합니다.

4. 릴리즈 전략 정의

릴리즈 전략은 특정 조건에 따라 릴리즈 코드를 할당하는 규칙을 정의합니다.

1. SPRO 트랜잭션 코드를 입력하여 Customizing Implementation Guide에 접근합니다.
2. 경로: Materials Management > Purchasing > Purchase Requisition > Release Procedure > Procedure with Classification > Edit Characteristics
3. 릴리즈 전략을 정의합니다.
4. 각 릴리즈 전략에 대해 조건을 설정하고, 해당 릴리즈 코드를 할당합니다.

예시: 릴리즈 전략 설정

1. 릴리즈 그룹: 01 (일반 구매 요청)
2. 릴리즈 코드: A1 (부서장 승인), A2 (구매 관리자 승인)
3. 릴리즈 전략:
   • 전략 01 (금액 <= 10,000): 릴리즈 코드 A1
   • 전략 02 (금액 > 10,000): 릴리즈 코드 A1, A2
4. 조건: 특성(Characteristic)으로 금액 조건을 설정

5. 워크플로 설정

릴리즈 전략이 작동하도록 워크플로를 설정합니다. 이는 릴리즈 코드가 활성화되고, 승인자가 PR을 검토하고 승인할 수 있도록 합니다.

1. SWDD 트랜잭션 코드를 입력하여 워크플로를 생성하거나 수정합니다.
2. 릴리즈 전략을 반영한 워크플로를 설정합니다.

PR 릴리즈 절차

PR 릴리즈 절차는 다음과 같은 단계로 이루어집니다:

1. 구매 요청서 생성 (ME51N)
   • 사용자가 구매 요청서를 생성합니다.
   • 릴리즈 전략이 적용될 조건(특성)을 충족하는지 확인합니다.
2. 릴리즈 전략 적용
   • 구매 요청서가 저장되면, 시스템은 정의된 특성을 기반으로 릴리즈 전략을 결정합니다.
   • 해당 릴리즈 전략에 따라 릴리즈 코드가 활성화됩니다.
3. 승인 프로세스
   • 각 릴리즈 코드에 지정된 승인자는 SAP 시스템 내에서 구매 요청서를 검토하고 승인합니다.
   • 릴리즈 코드를 통해 승인 상태가 업데이트됩니다.
4. 구매 요청서 릴리즈 완료
   • 모든 릴리즈 코드가 승인되면, 구매 요청서는 릴리즈 완료 상태가 됩니다.
   • 이후 구매 요청서는 구매 오더로 전환될 수 있습니다.

예시 시나리오

예시 1: 금액 조건에 따른 PR 릴리즈

1. 특성 정의 (CT04)
   • 특성 이름: PR_AMOUNT
   • 데이터 유형: NUM (숫자)
   • 값: 금액 범위 (예: 0 - 10,000, 10,000+)
2. 클래스 생성 (CL02)
   • 클래스 이름: PR_RELEASE_STRATEGY
   • 클래스 유형: 032
   • 특성 할당: PR_AMOUNT
3. 릴리즈 전략 정의 (SPRO)
   • 전략 01: 금액 <= 10,000
     • 릴리즈 코드 A1
   • 전략 02: 금액 > 10,000
     • 릴리즈 코드 A1, A2
4. 구매 요청서 생성 (ME51N)
   • 금액: 15,000
   • 릴리즈 전략 02 적용
   • 승인자 A1, A2가 릴리즈 코드로 승인

결론

SAP S/4HANA에서 PR 릴리즈 전략을 설정할 때 특성을 사용하는 방법은 구매 요청서를 승인하는 절차를 체계적으로 관리할 수 있도록 합니다. 특성을 통해 다양한 조건에 따라 릴리즈 전략을 적용할 수 있으며, 이를 통해 조직의 구매 프로세스를 효율적으로 관리할 수 있습니다. 릴리즈 전략 설정 및 적용 과정은 조직의 요구 사항에 따라 커스터마이징할 수 있으며, 이를 통해 보다 유연하고 효과적인 구매 관리가 가능합니다.

Clean Core를 구현할 수 있는 Steampunk의 주요 장점 / 특징

SAP의 Steampunk, 공식적으로는 SAP Business Technology Platform (BTP)의 ABAP 환경, 혹은 SAP Cloud Platform ABAP 환경이라고 불리며, 이는 클린 코어(Clean Core)를 구현하는 데 중요한 도구입니다. 클린 코어는 SAP 시스템의 표준 기능을 유지하면서 커스터마이징을 최소화하여 시스템 업그레이드와 유지보수를 용이하게 만드는 접근 방식입니다. Steampunk는 이러한 클린 코어 전략을 지원하는 여러 가지 장점과 특징을 제공합니다.

Steampunk의 주요 장점 및 특징

1. 클라우드 기반 환경

• 확장성: 클라우드 환경을 활용하여 필요에 따라 자원을 쉽게 확장할 수 있습니다.
• 유연성: 다양한 SAP 서비스와 통합하여 비즈니스 요구사항에 맞게 유연하게 시스템을 구성할 수 있습니다.
• 글로벌 접근성: 인터넷만 있으면 어디서든 접근할 수 있어 글로벌 팀 간 협업이 용이합니다.

2. 클린 코어 유지

• 표준 유지: 기존의 SAP S/4HANA 시스템의 표준 기능을 변경하지 않고, 클라우드에서 확장 기능을 구현할 수 있습니다. 이는 시스템 업그레이드를 단순화하고, 비용을 절감합니다.
• 업그레이드 간소화: 클린 코어를 유지함으로써 SAP S/4HANA 시스템의 업그레이드 시 사용자 정의 코드를 조정할 필요가 줄어듭니다.

3. 현대적 개발 도구

• ABAP RESTful Application Programming Model (RAP): 최신 ABAP 개발 모델을 사용하여 클라우드 네이티브 애플리케이션을 개발할 수 있습니다.
• Eclipse 기반의 ABAP Development Tools (ADT): Eclipse IDE를 사용한 개발 환경으로, 현대적인 개발 도구와 통합되어 개발 생산성을 높일 수 있습니다.

4. 모듈화 및 재사용성

• Business Services: SAP BTP에서 제공하는 다양한 비즈니스 서비스를 활용하여 모듈화된 방식으로 기능을 확장할 수 있습니다.
• API 관리: SAP API Business Hub를 통해 표준화된 API를 사용하고 관리할 수 있어 개발한 기능을 재사용하고 확장할 수 있습니다.

5. 보안 및 규정 준수

• 보안 표준 준수: SAP BTP는 다양한 보안 표준과 규정을 준수하며, 안전한 데이터 처리를 보장합니다.
• 권한 관리: 세밀한 권한 관리를 통해 데이터 및 기능에 대한 접근을 통제할 수 있습니다.

6. 통합 기능

• SAP S/4HANA와의 통합: Steampunk는 SAP S/4HANA와의 긴밀한 통합을 제공하여, 클라우드에서 구현한 확장 기능을 온프레미스 또는 다른 클라우드 시스템과 원활하게 연동할 수 있습니다.
• 다양한 데이터 소스 통합: 여러 데이터 소스와의 통합을 지원하여 통합된 데이터 환경을 제공합니다.

7. 지속적인 개선 및 지원

• SAP의 지속적인 투자: SAP는 Steampunk 환경에 지속적으로 투자하고 있으며, 최신 기술과 기능을 제공하여 개발자가 최신 트렌드와 기술을 활용할 수 있도록 지원합니다.
• 커뮤니티 및 리소스: 강력한 개발자 커뮤니티와 풍부한 학습 자료를 통해 개발자들이 빠르게 새로운 기술을 습득하고 문제를 해결할 수 있습니다.

결론

Steampunk, 즉 SAP Business Technology Platform의 ABAP 환경은 클린 코어 전략을 구현하는 데 필수적인 도구로, 클라우드 기반의 유연성과 확장성을 제공합니다. 이를 통해 SAP S/4HANA 시스템의 표준 기능을 유지하면서도 필요한 확장을 클라우드에서 구현하여 시스템 업그레이드와 유지보수를 간소화할 수 있습니다. 현대적인 개발 도구, 강력한 통합 기능, 보안 표준 준수 등의 특징을 통해 Steampunk는 클린 코어 전략을 성공적으로 지원합니다.

Internal Table 이해-정

REPORT zbinary_search_example.

TYPES: BEGIN OF ty_data,
         id   TYPE i,
         name TYPE string,
       END OF ty_data.

TYPES: ty_sorted_table TYPE SORTED TABLE OF ty_data
                            WITH UNIQUE KEY id.

* 데이터 선언 및 초기화
DATA(lt_sorted_table) = VALUE ty_sorted_table(
  ( id = 3 name = 'Charlie' )
  ( id = 1 name = 'Alice' )
  ( id = 2 name = 'Bob' )
  ( id = 5 name = 'Eve' )
  ( id = 4 name = 'David' )
).

* 테이블을 ID 기준으로 정렬 (이미 SORTED TABLE이므로 필요 없음)
* SORT lt_sorted_table BY id.

* 바이너리 서치를 위한 키 값
DATA(lv_search_id) = 3.

* 바이너리 서치를 사용한 검색
READ TABLE lt_sorted_table WITH TABLE KEY id = lv_search_id TRANSPORTING ALL FIELDS BINARY SEARCH.

IF sy-subrc = 0.
  WRITE: / 'Found: ID:', lt_sorted_table-id, 'Name:', lt_sorted_table-name.
ELSE.
  WRITE: / 'ID', lv_search_id, 'not found'.
ENDIF.

* 테이블 출력
LOOP AT lt_sorted_table INTO DATA(ls_data).
  WRITE: / 'ID:', ls_data-id, 'Name:', ls_data-name.
ENDLOOP.

REPORT zsorted_table_example.

TYPES: BEGIN OF ty_data,
         id   TYPE i,
         name TYPE string,
       END OF ty_data.

TYPES: ty_sorted_table TYPE SORTED TABLE OF ty_data
                            WITH UNIQUE KEY id
                            WITH NON-UNIQUE SORTED KEY name_key COMPONENTS name.

* 데이터 선언 및 초기화
DATA(lt_sorted_table) = NEW ty_sorted_table(
  ( id = 3 name = 'Charlie' )
  ( id = 1 name = 'Alice' )
  ( id = 2 name = 'Bob' )
).

* 새로운 데이터 추가
INSERT VALUE #( id = 4 name = 'David' ) INTO TABLE lt_sorted_table.

* 정렬된 테이블 출력
LOOP AT lt_sorted_table INTO DATA(ls_data).
  WRITE: / 'ID:', ls_data-id, 'Name:', ls_data-name.
ENDLOOP.

* 이름 기준으로 정렬된 데이터 출력
LOOP AT lt_sorted_table INTO DATA(ls_data) USING KEY name_key.
  WRITE: / 'Sorted by Name - ID:', ls_data-id, 'Name:', ls_data-name.
ENDLOOP.

REPORT zhash_table_example.

TYPES: BEGIN OF ty_data,
         id   TYPE i,
         name TYPE string,
       END OF ty_data.

TYPES: ty_hashed_table TYPE HASHED TABLE OF ty_data
                            WITH UNIQUE KEY id.

* 데이터 선언 및 초기화
DATA(lt_hashed_table) = VALUE ty_hashed_table(
  ( id = 3 name = 'Charlie' )
  ( id = 1 name = 'Alice' )
  ( id = 2 name = 'Bob' )
  ( id = 5 name = 'Eve' )
  ( id = 4 name = 'David' )
).

* 해시 테이블에서 검색할 키 값
DATA(lv_search_id) = 3.

* 해시 테이블을 사용한 검색
READ TABLE lt_hashed_table WITH TABLE KEY id = lv_search_id INTO DATA(ls_data).

IF sy-subrc = 0.
  WRITE: / 'Found: ID:', ls_data-id, 'Name:', ls_data-name.
ELSE.
  WRITE: / 'ID', lv_search_id, 'not found'.
ENDIF.

* 해시 테이블 출력
LOOP AT lt_hashed_table INTO ls_data.
  WRITE: / 'ID:', ls_data-id, 'Name:', ls_data-name.
ENDLOOP.

계정지정범주의 설정 항목과 자동전기구성과의 연관관계

SAP S/4HANA에서 계정지정범주(Account Assignment Category)는 구매 오더나 구매 요청서에서 비용이 어떻게 할당되고, 회계 처리가 어떻게 이루어지는지를 결정하는 중요한 요소입니다. 계정지정범주와 자동전기구성(Auto Account Determination)은 서로 밀접하게 연관되어 있으며, SAP 시스템 내에서 정확한 회계 처리를 위해 잘 설정되어야 합니다.

계정지정범주(Account Assignment Category) 설정 항목

계정지정범주는 자재 또는 서비스의 비용이 특정한 회계 객체(예: 비용 센터, 내부 주문, 프로젝트 등)에 할당될 수 있도록 합니다. 주요 설정 항목은 다음과 같습니다:

1. 계정지정범주 코드: 각 계정지정범주는 고유한 코드로 식별됩니다. 예를 들어, K는 비용 센터, F는 내부 주문, P는 프로젝트를 나타냅니다.
2. 계정 할당 객체: 자재나 서비스의 비용을 할당할 대상입니다. 비용 센터, 내부 주문, 프로젝트 등 다양한 객체에 할당될 수 있습니다.
3. 계정 할당 필드: 구매 오더나 요청서에서 비용을 할당할 때 입력해야 하는 필드입니다. 예를 들어, 비용 센터 코드를 입력해야 할 수 있습니다.
4. 양/비용 할당: 자재의 수량 또는 금액을 기준으로 비용을 할당할 수 있는지 여부를 설정합니다.
5. 자산: 자산 구매 시 사용됩니다. 자산 번호를 입력할 수 있는 필드가 제공됩니다.
6. 부가세 코드: 계정지정범주와 관련된 부가세 코드를 설정합니다.

자동전기구성(Auto Account Determination)과의 연관관계

자동전기구성은 SAP 시스템에서 자재 이동, 구매 오더, 입고, 출고 등의 프로세스가 발생할 때 자동으로 적절한 GL 계정을 결정하는 기능입니다. 자동전기구성은 OBYC(Automatic Account Determination) 트랜잭션을 통해 설정되며, 계정지정범주와 긴밀하게 연관되어 있습니다.

주요 연관 항목

1. 계정 수정(Account Modifier): 계정지정범주와 관련된 비용이 어느 GL 계정으로 전기될지를 결정하는 키입니다. 예를 들어, 구매 오더에서 K(비용 센터) 계정지정범주를 사용하면, 관련 비용은 비용 센터에 할당되며, 이는 특정 계정 수정에 따라 GL 계정에 반영됩니다.
2. 평가 클래스(Valuation Class): 자재의 평가 클래스를 기반으로 해당 자재가 전기될 GL 계정을 결정합니다. 각 계정지정범주와 평가 클래스의 조합에 따라 적절한 계정이 선택됩니다.
3. OBYC 트랜잭션 설정: OBYC 트랜잭션에서 계정 수정과 평가 클래스를 기반으로 계정 결정을 설정합니다. 예를 들어, WRX는 GR/IR 계정, BSX는 재고 계정을 나타냅니다. 이는 계정지정범주와 평가 클래스에 따라 적절한 계정을 자동으로 전기합니다.

예제 시나리오

계정지정범주 K 설정

1. 계정지정범주 코드: K
2. 계정 할당 객체: 비용 센터 (Cost Center)
3. 계정 할당 필드: 비용 센터 코드 입력 필드

자동전기구성 설정 (OBYC)

1. BSX - 재고 계정:
   • 평가 클래스 3000 (예: 원재료) -> GL 계정 400000
   • 평가 클래스 7900 (예: 반제품) -> GL 계정 500000
2. WRX - GR/IR 계정:
   • 모든 평가 클래스 -> GL 계정 200000

구매 오더 생성 및 처리

1. 구매 오더 생성 (ME21N):
   • 자재: XYZ
   • 수량: 100
   • 단가: 10
   • 계정지정범주: K (비용 센터)
   • 비용 센터 코드 입력
2. 자재 입고 (MIGO):
   • 자재 입고 시, 시스템은 OBYC 설정을 참조하여 적절한 GL 계정으로 전기
   • BSX 계정: 400000 (평가 클래스 3000의 원재료)
   • WRX 계정: 200000 (GR/IR 계정)

결과

• 재고 계정 (BSX):

    makefileCopy code
    차변: 재고 계정 400000 (1000 EUR)
  

• GR/IR 계정 (WRX):

    makefileCopy code
    대변: GR/IR 계정 200000 (1000 EUR)
  

이 예제는 SAP S/4HANA에서 계정지정범주와 자동전기구성을 설정하여 구매 오더와 자재 이동 시 적절한 GL 계정을 자동으로 결정하는 과정을 보여줍니다. 이를 통해 정확하고 효율적인 회계 처리가 가능합니다.

BSX랑 WRX는 뭔데

SAP S/4HANA에서 BSX와 WRX는 자동 계정 결정(Automatic Account Determination)에서 사용되는 중요한 트랜잭션 키입니다. 이 키들은 자재 이동과 관련된 회계 전표의 계정을 자동으로 결정하는 데 사용됩니다. 각각의 의미는 다음과 같습니다:

BSX (Inventory Posting)

BSX는 재고 계정을 나타내며, 자재가 입고되거나 출고될 때 재고 변동을 기록하는 데 사용됩니다. 즉, 재고가 증가하거나 감소할 때 BSX 계정이 사용됩니다.

사용 시나리오

• 자재 입고: 자재가 창고에 입고될 때 재고 계정이 차변(Debit)으로 증가합니다.
• 자재 출고: 자재가 창고에서 출고될 때 재고 계정이 대변(Credit)으로 감소합니다.

예시

• 자재 입고 (MIGO) 시:

    makefileCopy code
    차변: 재고 계정 (BSX)
    대변: GR/IR 계정 (WRX)
  

• 자재 출고 (Goods Issue) 시:

    makefileCopy code
    차변: 비용 계정 (예: 비용 센터)
    대변: 재고 계정 (BSX)
  

WRX (GR/IR Clearing)

WRX는 GR/IR(Goods Receipt/Invoice Receipt) 계정을 나타내며, 자재 입고와 송장 수령 간의 일시적인 차이를 처리하는 데 사용됩니다. 즉, 자재가 입고되었지만 아직 송장이 도착하지 않았거나, 송장이 도착했지만 자재가 아직 입고되지 않은 경우에 사용됩니다.

사용 시나리오

• 자재 입고 후 송장 수령 전: 자재가 입고되었지만 송장이 아직 수령되지 않은 경우, GR/IR 계정이 대변(Credit)으로 기록됩니다.
• 송장 수령 후 자재 입고 전: 송장이 수령되었지만 자재가 아직 입고되지 않은 경우, GR/IR 계정이 차변(Debit)으로 기록됩니다.

예시

• 자재 입고 (MIGO) 시:

    makefileCopy code
    차변: 재고 계정 (BSX)
    대변: GR/IR 계정 (WRX)
  

• 송장 수령 (MIRO) 시:

    makefileCopy code
    차변: GR/IR 계정 (WRX)
    대변: 공급업체 계정 (Vendor Account)
  

계정 설정 예시 (OBYC)

BSX 계정 설정

• OBYC 트랜잭션에서 BSX를 선택하여 재고 계정을 설정합니다.
• 평가 클래스(Valuation Class)에 따라 다른 GL 계정을 설정할 수 있습니다.
  • 예: 평가 클래스 3000 (원재료) -> GL 계정 400000
  • 예: 평가 클래스 7900 (반제품) -> GL 계정 500000

WRX 계정 설정

• OBYC 트랜잭션에서 WRX를 선택하여 GR/IR 계정을 설정합니다.
• GR/IR 계정은 일반적으로 모든 평가 클래스에 동일한 계정을 사용합니다.
  • 예: 모든 평가 클래스 -> GL 계정 200000

종합 예제

1. 자재 입고 (MIGO)

• 자재: XYZ
• 수량: 100
• 단가: 10

makefileCopy code
차변: 재고 계정 (BSX) 1000 EUR
대변: GR/IR 계정 (WRX) 1000 EUR

2. 송장 수령 (MIRO)

• 자재: XYZ
• 수량: 100
• 단가: 10

makefileCopy code
차변: GR/IR 계정 (WRX) 1000 EUR
대변: 공급업체 계정 (Vendor Account) 1000 EUR

결론

BSX와 WRX는 SAP S/4HANA에서 자재 관리와 회계 처리를 자동화하는 데 중요한 역할을 하는 계정 결정 트랜잭션 키입니다. BSX는 재고 변동을 기록하는 데 사용되며, WRX는 자재 입고와 송장 수령 간의 일시적인 차이를 처리합니다. 이러한 설정을 통해 SAP 시스템 내에서 자재 이동과 관련된 회계 처리가 정확하고 효율적으로 이루어질 수 있습니다.

구매오더 SC 입고

(Subcontracting)

SAP S/4HANA에서 구매 오더를 통해 자재를 입고하는 과정에서 SC(서브컨트랙팅, Subcontracting) 입고는 특별한 절차가 필요합니다. 서브컨트랙팅은 외부 공급업체에게 원자재를 보내어 완성된 제품을 받는 경우를 의미합니다. 이 과정은 원자재의 발주, 입고 처리, 회계 처리 등의 단계를 포함합니다. 아래는 서브컨트랙팅 구매 오더의 생성 및 입고 절차에 대한 상세 설명과 예제입니다.

서브컨트랙팅 구매 오더 생성

1. 구매 오더 생성 (ME21N)
   • 문서 유형: 서브컨트랙팅 문서 유형을 선택합니다.
   • 공급업체: 서브컨트랙팅을 수행할 공급업체를 입력합니다.
   • 자재: 서브컨트랙팅 완료 후 받을 완제품을 입력합니다.
   • 수량: 완제품의 수량을 입력합니다.
   • 가격 조건: 공급업체에게 지급할 금액을 입력합니다.
2. 구성품 (Components) 지정
   • Item Detail 화면에서 Components 탭을 선택합니다.
   • 서브컨트랙팅에 필요한 원자재(구성품)를 입력합니다.
   • 각 구성품의 수량과 저장 위치를 지정합니다.

서브컨트랙팅 자재 발주

1. 자재 발주 (ME2O)
   • SAP GUI에서 ME2O 트랜잭션 코드를 입력하여 서브컨트랙팅 자재를 발주합니다.
   • 공급업체와 서브컨트랙팅 구매 오더를 선택합니다.
   • 발주할 원자재의 수량을 확인하고, 발주를 완료합니다.

서브컨트랙팅 자재 입고

1. 자재 입고 처리 (MIGO)
   • SAP GUI에서 MIGO 트랜잭션 코드를 입력하여 자재 입고를 처리합니다.
   • 문서 유형: 서브컨트랙팅 입고 문서 유형을 선택합니다.
   • 구매 오더: 서브컨트랙팅 구매 오더 번호를 입력합니다.
   • 입고할 자재와 수량을 확인합니다.
2. 구성품 소비 확인
   • 자재 입고 시 서브컨트랙팅으로 발주한 원자재가 소비되었는지 확인합니다.
   • 시스템은 자동으로 원자재의 소비를 기록하고, 완제품의 재고를 증가시킵니다.

회계 처리

1. 자재 입고 시 회계 전표 생성
   • 완제품 입고 시, 재고 계정과 서브컨트랙팅 클리어링 계정 간의 회계 전표가 생성됩니다.

예제 회계 전표

• 자재 입고 (MIGO) 시:

    makefileCopy code
    차변: 재고 계정 (완제품) 1000 EUR
    대변: 서브컨트랙팅 클리어링 계정 1000 EUR
  

• 구성품 소비:

    makefileCopy code
    차변: 서브컨트랙팅 클리어링 계정 1000 EUR
    대변: 재고 계정 (원자재) 1000 EUR
  

종합 예제

1. 구매 오더 생성 (ME21N)

• 문서 유형: 서브컨트랙팅 주문
• 공급업체: 공급업체 A
• 자재: 완제품 XYZ
• 수량: 100
• 가격: 10 EUR/개

2. 구성품 지정

• Components 탭:
  • 원자재 ABC, 수량: 200

3. 자재 발주 (ME2O)

• 공급업체 A와 서브컨트랙팅 구매 오더 선택
• 원자재 ABC 발주

4. 자재 입고 (MIGO)

• 문서 유형: 서브컨트랙팅 입고
• 구매 오더 번호: 4500001234
• 자재: 완제품 XYZ, 수량: 100

결론

서브컨트랙팅 구매 오더를 통해 자재를 입고하는 과정은 SAP S/4HANA에서 체계적으로 관리됩니다. 서브컨트랙팅 프로세스는 원자재 발주, 자재 입고, 구성품 소비, 그리고 회계 처리를 포함합니다. 이 모든 단계는 시스템 내에서 자동화되어 정확한 재고 및 회계 관리를 가능하게 합니다.

구매오더와 동시에 업체재고이전

SAP S/4HANA에서 구매 오더를 생성할 때 동시에 공급업체의 재고로 자재를 이전하는 프로세스는 서브컨트랙팅 프로세스와 밀접하게 연관되어 있습니다. 여기에서는 서브컨트랙팅 프로세스를 통해 구매 오더와 동시에 공급업체의 재고로 자재를 이전하는 방법에 대해 자세히 설명하겠습니다.

서브컨트랙팅 구매 오더 생성 및 자재 이전

서브컨트랙팅 구매 오더를 통해 자재를 공급업체에게 보내고, 그 자재를 사용하여 완제품을 받아오는 과정입니다. 이 과정에서 자재를 발주할 때 공급업체의 재고로 자재가 이전됩니다.

단계별 절차

1. 서브컨트랙팅 구매 오더 생성 (ME21N)
2. 구성품(원자재) 지정
3. 구성품 발주 및 자재 이전 (ME2O)
4. 완제품 자재 입고 (MIGO)
5. 회계 처리

1. 서브컨트랙팅 구매 오더 생성 (ME21N)

1. ME21N 트랜잭션 코드를 입력하여 구매 오더 생성 화면으로 이동합니다.
2. 문서 유형: 서브컨트랙팅 문서 유형을 선택합니다.
3. 구매 조직, 구매 그룹, 회사 코드를 입력합니다.
4. 공급업체: 서브컨트랙팅을 수행할 공급업체를 입력합니다.
5. 자재: 서브컨트랙팅 완료 후 받을 완제품을 입력합니다.
6. 수량: 완제품의 수량을 입력합니다.
7. 가격 조건: 공급업체에게 지급할 금액을 입력합니다.

2. 구성품(원자재) 지정

1. Item Detail 화면에서 Components 탭을 선택합니다.
2. 서브컨트랙팅에 필요한 원자재(구성품)를 입력합니다.
3. 각 구성품의 수량과 저장 위치를 지정합니다.

3. 구성품 발주 및 자재 이전 (ME2O)

1. ME2O 트랜잭션 코드를 입력하여 서브컨트랙팅 자재를 발주하고 공급업체에게 이전합니다.
2. 구매 오더와 공급업체를 선택합니다.
3. 발주할 원자재의 수량을 확인하고, 발주를 완료합니다.

ME2O 화면 예시

• 구매 오더: 4500001234
• 공급업체: 공급업체 A
• 구성품: 원자재 ABC, 수량 200

4. 완제품 자재 입고 (MIGO)

1. MIGO 트랜잭션 코드를 입력하여 자재 입고를 처리합니다.
2. 문서 유형: 서브컨트랙팅 입고 문서 유형을 선택합니다.
3. 구매 오더 번호를 입력합니다.
4. 입고할 자재와 수량을 확인합니다.

MIGO 화면 예시

• 구매 오더: 4500001234
• 자재: 완제품 XYZ
• 수량: 100

5. 회계 처리

서브컨트랙팅 프로세스의 각 단계에서 SAP 시스템은 자동으로 회계 전표를 생성하여 재고 및 비용을 적절히 기록합니다.

자재 이전 시 회계 처리

1. 원자재 발주 (ME2O) 시:

    makefileCopy code
    차변: 자재 계정 (원자재) 1000 EUR
    대변: 공급업체 계정 (Subcontracting Stock) 1000 EUR
   

완제품 입고 시 회계 처리

1. 완제품 입고 (MIGO) 시:

    makefileCopy code
    차변: 재고 계정 (완제품) 1000 EUR
    대변: 서브컨트랙팅 클리어링 계정 1000 EUR
   

2. 구성품 소비:

    makefileCopy code
    차변: 서브컨트랙팅 클리어링 계정 1000 EUR
    대변: 재고 계정 (원자재) 1000 EUR
   

종합 예제

1. 서브컨트랙팅 구매 오더 생성 (ME21N)

• 문서 유형: 서브컨트랙팅 주문
• 공급업체: 공급업체 A
• 자재: 완제품 XYZ
• 수량: 100
• 가격: 10 EUR/개

2. 구성품 지정

• Components 탭:
  • 원자재 ABC, 수량: 200

3. 자재 발주 및 이전 (ME2O)

• 구매 오더: 4500001234
• 공급업체: 공급업체 A
• 구성품: 원자재 ABC, 수량 200

4. 완제품 자재 입고 (MIGO)

• 구매 오더: 4500001234
• 자재: 완제품 XYZ, 수량 100

결론

서브컨트랙팅 프로세스를 통해 구매 오더를 생성하고, 동시에 자재를 공급업체의 재고로 이전하는 방법을 SAP S/4HANA에서 관리할 수 있습니다. 이 과정은 구매 오더 생성, 구성품 지정, 자재 발주 및 이전, 완제품 자재 입고, 그리고 회계 처리의 단계를 포함합니다. 이를 통해 서브컨트랙팅 프로세스를 효율적으로 관리하고, 정확한 재고 및 회계 처리를 보장할 수 있습니다.

평가영역 별 평가 그룹핑 코드, 자동 계정 결정

SAP S/4HANA에서 평가영역(Valuation Area)별 평가 그룹핑 코드와 자동 계정 결정(Automatic Account Determination)을 설정하는 방법에 대해 설명하겠습니다. 평가 그룹핑 코드는 평가 영역을 그룹화하여 자동 계정 결정을 간소화하는 데 사용됩니다. 이는 OBYC 트랜잭션을 통해 설정할 수 있으며, 자재 이동, 구매 오더, 입고, 출고 등의 프로세스에서 자동으로 GL 계정을 결정하는 데 중요한 역할을 합니다.

평가영역 별 평가 그룹핑 코드 설정

평가영역(Valuation Area)은 자재가 평가되는 회계 단위를 나타냅니다. 이는 플랜트 단위 또는 회사 코드 단위로 설정될 수 있습니다.

1. SPRO 트랜잭션 코드를 입력하여 Customizing Implementation Guide에 접근합니다.
2. 경로: Logistics - General > Material Master > Valuation and Account Assignment > Account Determination > Account Determination Without Wizard > Group Together Valuation Areas

여기에서 평가 영역을 그룹핑 코드로 그룹화할 수 있습니다.

평가영역 그룹핑 예시

• 평가 영역 A (Plant 1000): 그룹핑 코드 G1
• 평가 영역 B (Plant 2000): 그룹핑 코드 G1
• 평가 영역 C (Plant 3000): 그룹핑 코드 G2

평가 그룹핑 코드 설정 절차

1. SPRO 트랜잭션 코드를 입력하여 Customizing Implementation Guide에 접근합니다.
2. 경로: Logistics - General > Material Master > Valuation and Account Assignment > Account Determination > Account Determination Without Wizard > Group Together Valuation Areas
3. 새로운 그룹핑 코드 생성: New Entries 버튼을 클릭하여 새로운 평가 그룹핑 코드를 생성합니다.
4. 평가 영역 할당: 각 평가 영역을 적절한 그룹핑 코드에 할당합니다.

자동 계정 결정 설정 (OBYC)

자동 계정 결정은 평가 영역과 평가 클래스에 따라 자재 이동 시 사용되는 GL 계정을 자동으로 결정합니다. 이는 OBYC 트랜잭션을 통해 설정됩니다.

주요 계정 수정 (Account Modifier)

• BSX: 재고 계정 (Inventory Posting)
• WRX: GR/IR 계정 (Goods Receipt/Invoice Receipt Clearing)
• PRD: 가격 차이 계정 (Price Difference)
• KBS: 소모 계정 (Consumption)

자동 계정 결정 절차

1. OBYC 트랜잭션 코드를 입력하여 계정 결정 설정 화면에 접근합니다.
2. 각 계정 수정에 대해 평가 그룹핑 코드와 평가 클래스를 기반으로 GL 계정을 지정합니다.

예시: 평가 그룹핑 코드 G1에 대한 설정

1. BSX - 재고 계정:
   • 평가 그룹핑 코드 G1, 평가 클래스 3000 (원재료) -> GL 계정 400000
   • 평가 그룹핑 코드 G1, 평가 클래스 7900 (반제품) -> GL 계정 500000
2. WRX - GR/IR 계정:
   • 평가 그룹핑 코드 G1 -> GL 계정 200000
3. PRD - 가격 차이 계정:
   • 평가 그룹핑 코드 G1 -> GL 계정 600000
4. KBS - 소모 계정:
   • 평가 그룹핑 코드 G1 -> GL 계정 700000

종합 예제

1. 평가영역 그룹핑 코드 설정

1. 평가 영역 A (Plant 1000): 그룹핑 코드 G1
2. 평가 영역 B (Plant 2000): 그룹핑 코드 G1
3. 평가 영역 C (Plant 3000): 그룹핑 코드 G2

2. 자동 계정 결정 설정 (OBYC)

1. BSX - 재고 계정:
   • 평가 그룹핑 코드 G1, 평가 클래스 3000 -> GL 계정 400000
   • 평가 그룹핑 코드 G1, 평가 클래스 7900 -> GL 계정 500000
2. WRX - GR/IR 계정:
   • 평가 그룹핑 코드 G1 -> GL 계정 200000
3. PRD - 가격 차이 계정:
   • 평가 그룹핑 코드 G1 -> GL 계정 600000
4. KBS - 소모 계정:
   • 평가 그룹핑 코드 G1 -> GL 계정 700000

결론

SAP S/4HANA에서 평가 영역 별 평가 그룹핑 코드를 설정하고, 이를 기반으로 자동 계정 결정을 설정하는 과정은 자재 이동 및 구매 프로세스에서 회계 처리를 자동화하고 간소화하는 데 매우 중요합니다. 평가 그룹핑 코드를 통해 평가 영역을 효과적으로 관리하고, OBYC 트랜잭션을 통해 계정 결정을 설정하여 정확한 회계 처리가 가능하도록 합니다. 이를 통해 기업은 재고 관리와 회계 처리의 효율성을 높일 수 있습니다.

평가 그룹핑 코드가 동일하면 발생하는 일

SAP S/4HANA에서 평가 그룹핑 코드를 동일하게 설정하면 여러 평가 영역(플랜트 또는 회사 코드)에서 동일한 회계 계정을 사용하여 자재 이동과 관련된 회계 처리가 이루어집니다. 이를 통해 회계 계정 설정을 간소화하고 통일성을 유지할 수 있습니다. 평가 그룹핑 코드가 동일하면 발생하는 주요 사항과 이점에 대해 설명하겠습니다.

평가 그룹핑 코드가 동일하면 발생하는 일

1. 통일된 회계 처리:
   • 동일한 평가 그룹핑 코드를 사용하는 모든 평가 영역에서 자재 이동, 입고, 출고 등과 관련된 회계 처리가 동일한 계정으로 기록됩니다. 이는 회계 처리의 일관성을 유지하는 데 도움이 됩니다.
2. 간소화된 계정 설정:
   • OBYC 트랜잭션에서 계정 설정을 단순화할 수 있습니다. 여러 평가 영역에 대해 별도로 계정을 설정할 필요 없이, 한 번의 설정으로 여러 평가 영역에서 동일한 회계 계정을 사용할 수 있습니다.
3. 관리 효율성 향상:
   • 평가 그룹핑 코드를 통일함으로써 계정 설정 및 관리가 단순해지고, 오류 발생 가능성이 줄어듭니다. 이는 시스템 관리와 유지보수의 효율성을 높입니다.

구매요청 공급처 자동결정을 하기 위한 세팅

SAP S/4HANA에서 구매 요청서(PR, Purchase Requisition) 작성 시 공급처를 자동으로 결정하기 위해서는 여러 가지 설정이 필요합니다. 이 설정들은 구매 정보 레코드(PIR, Purchase Info Record), 소스 리스트(Source List), 자동 소스 결정(Automatic Source Determination) 등의 요소를 포함합니다.

1. 구매 정보 레코드(PIR, Purchase Info Record) 설정

구매 정보 레코드는 특정 자재와 공급업체 간의 관계를 정의합니다. 이는 자재의 기본 구매 정보를 포함하며, 자동 소스 결정의 기초가 됩니다.

1. ME11 트랜잭션 코드를 입력하여 구매 정보 레코드를 생성합니다.
2. 구매 조직, 공급업체, 자재 등을 입력합니다.
3. 구매 가격, 유효 기간 등을 설정합니다.
4. 저장 버튼을 클릭하여 구매 정보 레코드를 저장합니다.

2. 소스 리스트(Source List) 설정

소스 리스트는 특정 자재에 대해 가능한 모든 공급처를 정의하며, 소스 결정 시 우선 순위를 설정할 수 있습니다.

1. ME01 트랜잭션 코드를 입력하여 소스 리스트를 생성합니다.
2. 자재, 플랜트 등을 입력합니다.
3. 공급업체, 구매 조직, 유효 기간 등을 설정합니다.
4. 고정 소스 여부를 설정하여 특정 기간 동안 특정 공급업체를 우선적으로 선택하도록 할 수 있습니다.
5. 저장 버튼을 클릭하여 소스 리스트를 저장합니다.

3. 자동 소스 결정 설정

자동 소스 결정을 활성화하려면, 소스 리스트와 구매 정보 레코드를 기반으로 자동으로 공급처를 결정하도록 시스템을 설정해야 합니다.

1. SPRO 트랜잭션 코드를 입력하여 Customizing Implementation Guide에 접근합니다.
2. 경로: Materials Management > Purchasing > Source Determination and Source List > Maintain Source List Requirement
3. 소스 리스트 요구사항 활성화:
   • 특정 플랜트와 자재 그룹에 대해 소스 리스트가 요구되도록 설정합니다.
4. 경로: Materials Management > Purchasing > Source Determination and Source List > Assign Source List to Plants
   • 소스 리스트를 플랜트에 할당하여 해당 플랜트에서 소스 리스트를 사용할 수 있도록 합니다.
5. 경로: Materials Management > Purchasing > Automatic Purchase Order > Set Up Source Determination
   • 자동 소스 결정을 활성화하고, 구매 요청서 생성 시 자동으로 소스 결정을 수행하도록 설정합니다.

4. 구매 요청서 작성 및 소스 결정

이제 구매 요청서를 작성할 때 자동으로 공급처가 결정되도록 설정을 완료합니다.

1. ME51N 트랜잭션 코드를 입력하여 구매 요청서를 생성합니다.
2. 자재, 수량, 플랜트 등을 입력합니다.
3. 소스 결정 버튼을 클릭하여 자동으로 소스가 결정되도록 합니다.
4. 자동으로 결정된 공급처가 구매 요청서에 반영됩니다.

전체 프로세스 예시

1. 구매 정보 레코드 생성 (ME11)

1. ME11 트랜잭션 실행
   • 구매 조직: 1000
   • 공급업체: 2000
   • 자재: XYZ
   • 구매 가격: 10 EUR
   • 유효 기간: 2023-01-01 ~ 2023-12-31
2. 저장 버튼 클릭

2. 소스 리스트 생성 (ME01)

1. ME01 트랜잭션 실행
   • 자재: XYZ
   • 플랜트: 1000
   • 공급업체: 2000
   • 구매 조직: 1000
   • 유효 기간: 2023-01-01 ~ 2023-12-31
   • 고정 소스: 선택
2. 저장 버튼 클릭

3. 자동 소스 결정 설정 (SPRO)

1. SPRO 트랜잭션 실행
2. 경로: Materials Management > Purchasing > Source Determination and Source List > Maintain Source List Requirement
   • 플랜트 1000에 대해 소스 리스트 요구사항 활성화
3. 경로: Materials Management > Purchasing > Source Determination and Source List > Assign Source List to Plants
   • 플랜트 1000에 소스 리스트 할당
4. 경로: Materials Management > Purchasing > Automatic Purchase Order > Set Up Source Determination
   • 자동 소스 결정 활성화

4. 구매 요청서 작성 (ME51N)

1. ME51N 트랜잭션 실행
   • 자재: XYZ
   • 수량: 100
   • 플랜트: 1000
2. 소스 결정 버튼 클릭
   • 자동으로 공급처 2000 결정
3. 구매 요청서 저장

결론

SAP S/4HANA에서 구매 요청서 작성 시 자동으로 공급처를 결정하기 위해서는 구매 정보 레코드, 소스 리스트, 자동 소스 결정 설정이 필요합니다. 이를 통해 구매 프로세스를 효율화하고, 정확하고 신속한 공급처 결정을 할 수 있습니다. 각 단계의 설정을 정확히 수행하여 시스템이 자동으로 공급처를 결정하도록 할 수 있습니다.