[TS450]34강~36강

 

최초 작성일: 2023년 3월 19일

최종 작성일: 2023년 3월 19일

 

목표: SAP Certi 취득

 

오늘 진도표(34강~ 36강)

• Extending Material Master Records
• Creating Business Partners
• Using Partner Functions in Purchasing

TS450 Part 2

Unit 1: Purchasing Master Data

material master, BP(business partner) master

Unit 2: Sources of Supply

Unit3 : Source Determination

Unit 4: Optimized Purchasing

Unit 5: Special User Parameters for Purchasing

Unit 6: Document Release Procedure

결제 프로세스

Unit 7: Self-Service Requisition

S/4 HANA로 업그레이드 되면서 생긴 기능(시험에 나올 가능성 높음)

Unit 8 : Specific Procurment Processes

Unit 9 : Reporting and Analytics

Unit 10: Futher Customizing for Purchasing

 

Unit 1: Purchasing Master Data

Lesson 1: Extending Material Master Records

Lesson 2: Creating Business Partners

Lesson 3: Using Partner Functions in Purchasing

 

Lesson 1. Extending Material Master Records

• objectives
  • Extend a material master record using the transaction etend material view
    • MM01(생성),MM02 (변경) 신규 생성을 extend임
    • 기존 생성된 거에 대한 view를 추가 수정하는 것은 mm01에서 함
• learn about
  • material master record structure
  • organizational levels in the material master record
  • influence of material type
• watch
  • how to extend material master records
• do
  • extend materials and determind the material type of a material
• figure 1: material master record
  • data is divided into different view
    • accounting view = 재고자산
• material type 에 따라서 영향을 주는 것
  • no range (number range)
    • internal no range : 자동 채번
    • external no range : manual 채번
  • Field Selection : 필드의 속성을 제어 (material type에 따라서 달라짐)
    • hiddend
    • request
    • optional
    • display
  • user department : maintain 가능
  • procurement type
    •  F: External procurement 
    • E : Internal procurment
    • both
  • by valuation update
    • 즉 플랜트 별로 value update 혹은 quality update 선택 가능
• material type

	수량 관리 여부	value 관리 여부	비고 -1	비고 -2
NLAG(non stock material, 비재고 자재)	0	0	자재  단가가 낮음	consumable material
UNBW( 비평가 자재 -not valuated material)	1	0		consumable material

 

figure 2 : purchasing data in the material master record

master data라는 것은 1)기본 값 제공 2) 프로세스 통제(빈번하게 일어나는 transaction에 대해서는 해당 행위에 대표값을 설정하여 반복하는 행위는 줄이는 등)

Practical Practice

T-code: mm03,mm01 혹은 mm50(extend기능만을 위해 t-code임)

t-code mm03에서 해당 자재의 view list확인

 

mm50에서 extend 작업 시이작

1. maintenance status에서 선택할 수 있는 값들 확인

2. extend하고자 하는 plant설정

3. extend하고자 하는 material 값 입력

필수값 기재 완료한 화면

purchasing view를 추가하고자 하는 material 선택 ( 같은 material이니 plant가 분류값)

purchasing group에 해당 group 입력 후 저장

간단하게 description 기재

초록색으로 변해있으며 purchasing view가 추가 되었다는 의미임

 

Lesson 2. Creating Business Partners

• objectives
  • maintain purchasing data for business partners
• learn about
  • business partner
• watch
  • how to extend BP
• do
  • maintain purchasing data for BP
• Figure 3 : Business Partners
  • S/4 HANA의 특징 중 하나로
    • (ECC기준) supplier, customer로 분리/ 관리 하던 것을
    • Business Partner로 통합 관리함
      • Business Partner Category
        • person
        • ORG
        • Group

 

 

Figure 4: Maintain a business partner in the SAP system

• BP Category
• BP GROUPING : 벤더 혹은 customer들의 분류 체계 
• General data : 주소 등으로 전사적으로 사용하는 값이라 조직별로 따로 관리할 필요가 없음. 따라서 key 값은 bp 하나임
• Purchasing data : purchasing data를 생성하려면, bp role이라는 것을 선택해야함(bp role = BP의 역할이 무엇인지 정의하는 것) bp role이 supplier라면 purchasing data를 maintain할 수 있음. purchasing data는 구매조직에 따라 데이터 관리가 상이함
• Accounting data: accounting data를 생성하려면 bp role이 재무벤더의 역할을 해야하며 조직레벨은 company code임(company별로 데이터를 다르게 관리 할 수 있음)

Figure 5: Purchasing Data in the supplier master record

• Purchasing Data의 종류
  • Default value
  • process의 통제 값
    • AutoEvalGRSetmt Del (ERS) : 정산을 해서 하나의 인보이스를 발행하는 기능(SAP에서 제공하는)
    • Acknoeledgemnet Reqd : PR수령자가 해당 PR을 인지했는 지 구분하는 필드 값
    • Automatic purchase order : PR -> PO로 자동 생성 (PR -> PO로 automatically conversion 하려면 해당 vendor 및 material master상 automatically conversion 체크 박스에 체크가 되어 있어야함)
    • GR based IV :입고를 해야한 인보이스 생성이 가능하다는 것(특히 내자 업체는 이 필드에 체크 표시가 되어 있음)

Figure 6: Different Data in the supplier master record

• supplier master에서 구매 데이터가 여러데이터를 어떻게 관리하는 지에 대한 내용임
• vendor와 구매 조직을 기준으로(레벨에서) 데이터를 관리 하는데
• VSR(vendor subrange - specific한 거는 아니고 2차 협력사에 따라 데이터 관리가 필요할때 VSR을 사용함) 혹은 (그리고) Plant relevant를 추가 해서 관리 할 수 있다
• -> vendor,purchasing org + VSR  or Plant relevant  혹은 VSR and Plant relevant 단위로 데이터 관리 가능함
  • 여기서 데이터는 구매 데이터를 의미함

Practical Practice(Extend BP data)

T-CODE: BP, ME21N

 

1. BP 생성 및 변경

T-CODE: BP

 

Purchasing organizaion 버튼 선택하여 해당 자재의 purchasing organizaion 확인 가

2. Supplier mater record에 VSR(vendor subrange - specific한 거는 아니고 2차 협력사에 따라 데이터 관리가 필요할때 VSR을 사용함) 혹은 (그리고) Plant relevant 추가 하기

T-CODE: BP

6번째 화면에 GR based IV는 gr안잡히면 iv안잡히게 하는 그런 기능인 것으로 보이고..

Plant relevant 혹은 VSR relevant 기능은 아직 잘 들어오지는 않음(무슨 목적인지를 잘 모르겠음)

 

Lesson 3. Using Partner Functions in Purchasing

• objectives
  • Use partners roles in purchasing
• learn about
  • partner functions in purchasing
  • partner determination
• do
  • optional: check partner settings
  • optional: set up messages for partners
• figure7: using partner roles
  • supplier 마다 자신의 역할
  • invoicing party = 세금 계산서를 발행하는
  • BP(BP Master) -> partner function에서 설정 가능
    • 비즈니스 관계에 의해서 설정 (예를 들어 서비스를 제공해주는 곳과 인보이스 발행 해주는 곳이 다를 수 있음)
    • BP - Partner Function - partner role로 설정하는 것은 PO 생성 시 해당 function 값을 그대로 가지고 온다
  • BP - Purchasing Data - purchasing ORG는 기본이고 거기에 PLANT 혹은 subrange에 따라 세부 관리 가능(business role도 마찬가지로 관리 가능하다)
• figure 8 : partner schemas(대표 코드 값)
  • partner schemas 는 supplier master record 혹은 purchasing document에서 define(configuration, IMG세팅) 가능
  • define partner schemas
    • define partner schema in supplier master record 
      • supplier master record에는 account group이 있고 account group별로 partner schema라는 코드 값을 assign 시킴. partner schema에는 partner function(role- oa,ip등)을 assign 함 
      • bp <- account group <- partner schema <- partner function <- OA, IP 등의 속성
      • bp생성 시 account group을 assign 시킨다 
      • assign partner functions
        • no change possible
        • mandatory?
    • define partner schema in purchasing document(po등)
      • document type에 따라서 partners schema를 assign 한다
      • partners schema에는 partner function이 있음
      • PO <- Partner schema <- partner function 
      • assign partner function
        • no change possible?
        • mandatory?
        • partner determination at end?
        • seach at higher level?

• practical practice - BP마스터에 PARTNER FUNCTION과 관련된 내용으로 BP 마스터에서 PARTNER FUNCTION을 Maintain해보고 configuration을 통해서 어떤 논리로 작동하는 지 확인 해봄
  • T-CODE: BP
  • ACCOUNT GROUP : SUPL

 

• BP상 ACCOUNT GROUP 확인

 

•  maintain partner function 및 transaction 확인(PO)
  • t-code: BP, ME21N

 

partner function은 purchasing 임

 

3.해당되는 partner function에서 configuration확인 하기 -> 이거는 내일 다시 정리 하기

T-CODE: SPRO(MM-> Purchasing -> partner determination -> partner role, partner settings in supplier master record, partner setting in purchasing document)

구매조직에 관련된 partner schema

 

bp마스터 상 account group - partner schema(function) - partner schema(function)- partner schema(function)

구매조직 -vendor subrange - plant relevant(plant level의 partner determination)

supl이라는 account group으로 되어 있는 supplier code들은 supl인 파트너 스키마로 결정된다

configuration분석할때는 역순으로 할것 (assign -> define / 작업을 할때는 define -> assign할것)

no change는 한번 입력해서 생성하면 변경이 어렵다는 의미

mand = mandatory

partner determination - purchasing document

assign -> define 순으로 

purchasing에는 1)pr 2)po 3) assign 4)RFC

ME21N에서 PO를 낼때

DOCUMENT CATEGORY 및 TYPE에 따라서 Partner schema가 결정 된다

(그림에서는 po-nb-0002 임)

해당 partner schema 0002가 어떻게 정의 되어있는지 확인 요망

schema상 higher level 가 의미하는 것은 bp를 보면 plant relevant 혹은 subrange 혹은 purchasing gourp 레벨 별로 볼 수 있는 데 plant relevant 나 subrange가 없거나 없거나 경우, 가장 상위 레벨인 purchasing gourp에 있는 파트너 스키마로 결정한다

end - 시스템에서 파트너 스키마를 결정하는 건데 가장 마지막에 저장한 값을 참조한다는 의미이고 실질적으로 많이 쓰이는 기능은 아