지니 loves 소은

SAP Search Help를 사용할때 이미 선택된 어떤 값을 search help의 parameter 로

지정해서 search help 띄우는 방법.

- 해당 필드에 대해서 on value-request event에서 search help 띄우도록 지정

PROCESS ON VALUE-REQUEST.
  FIELD p_lgort MODULE f4_help_lgort.

- tabname : search help를 가지고 있는 table

  fieldname : search help를 가지고 있는 table의 field

  searchhelp : search help name

  shlpparam : search help에서 읽어올 field 이름

  dynpprog, dynpnr, dynprofield : 읽어온 field 값을 setting 할 화면, 필드

  callback_form : parameter setting을 지정하는 부분.

MODULE f4_help_lgort INPUT.

  DATA: return_tab TYPE TABLE OF ddshretval WITH HEADER LINE.

  CALL FUNCTION 'F4IF_FIELD_VALUE_REQUEST'
    EXPORTING
      tabname           = 'RESB'
      fieldname         = 'LGORT'
      searchhelp        = 'H_T001L' "search help 이름
      shlpparam         = 'LGORT'   "search help에서 가져올 필드
      dynpprog          = sy-repid
      dynpnr            = sy-dynnr
      dynprofield       = 'P_LGORT'
      callback_program  = sy-repid
      callback_form     = 'CALLB_VALUE_REQUEST'
    TABLES
      return_tab        = return_tab
    EXCEPTIONS
      field_not_found   = 1
      no_help_for_field = 2
      inconsistent_help = 3
      no_values_found   = 4
      OTHERS            = 5.
  IF sy-subrc <> 0.
* Implement suitable error handling here
  ENDIF.

*  CHECK sy-subrc = 0.
*  READ TABLE return_tab INDEX 1.
*  p_lgort = return_tab-fieldval. "위의 dynprofield 를 지정하면 이로직 필요 없음.

ENDMODULE.

FORM callb_value_request  TABLES   record_tab STRUCTURE seahlpres
                          CHANGING shlp TYPE shlp_descr_t
                                   callcontrol LIKE ddshf4ctrl.

  DATA: ls_selopt    LIKE LINE OF shlp-selopt.

  ls_selopt-shlpfield = 'WERKS'.
  ls_selopt-sign      = 'I'.
  ls_selopt-option    = 'EQ'.
  ls_selopt-low       = p_werks.

  APPEND ls_selopt TO shlp-selopt .

ENDFORM.

1. SAP UI에서 oData를 만들기 위한 T-Code : SEGW

2. SEGW T-Code를 실행하고 Open을 눌러서 기존의 oData를 조회할 수도 있고, Create를 눌러서 새로운 oData를 생성할 수도 있다.

3. Create Project popup 창에 해당 정보를 입력한다.

- Project Name          : Z or Y 로 시작하는 Unique 한 이름.

- Project Type           : 1 Service with SAP Annotations

- Generation Strategy : 1 Standard

- Package                : 개발 Package 에 Assign 하거나 Local object를 선택한다. 개발 Package에 Assing 하면 CTS No를 생성하거나 Assign 하여야 한다.

- Check button을 누르거나 Local Object를 누르면 Project 가 생성된다.

- oData 란 무엇인가?

: oData는 REST & HTTP Protocol을 기반으로 하는 Standard Protocol으로 CRUDQ (Create, Read, Update, Delete, Query) 작업을 지원한다.

- Entity Model

- Entity Data Model은 entity type, entity set, association 등을 가지고 있다.

- Entity type은 여러개 field의 묶음이다. abap에서 structure 과 같은 개념인것 같다.

- Entity type은 Key를 가질수 있다.

- Entity Set 은 Entity type의 묶음이다. abap에서 보면 entity type의 structure를 가진 internal table과 같은 개념이다.

- 하나의 Data model에는 1개 이상의 entity type이 있을 수 있으며 2개의 entity type 간의 relation을 association 이라고 한다.

- FIORI, UI5 에서 SAP의 Data를 사용하기 위해서는 oData 구성하여 작업한다.

UI5, oData 공부 site

https://sapcodes.com/odata/

위 Site에 나와있는 내용을 하나씩 공부하면서

내 블로그로 번역 .. 하면서 옮겨볼 생각이다.

의외로 어렵지 않고 재미있네.

※ Procurement Process을 위한 핵심 Master Data
     -  Vendor Master
     -  Material Master
     -  Info Record

http://blog.naver.com/gojump0713/140045683719

Invoice Processing
   ■ payment와 invoice evaluation은 Invoice Verification부분이 아니다.
   ■ invoice를 입력할 때 purchase order를 참조하거나 goods receipt를 참조할 수 있다.
      참조하는 문서의 기본 자료(예를 들면 vendor,material,quantity,terms of payment등)가 system

      에 의해 제공된다.(미리 입력되어진다.) 
   ■ purchase order나 goods receipt와 invoice에 차이가 발생하면 system은 user에게 warning

      을 주고 configuration에 따라 payment block을 setting 한다.
   ■ invoice가 posting되면 purchase order history에 update된다.

■ Invoice 내용

   - Vendor의 invoice내에는 금액,세금,invoice일자등을 포함하고 있다.

      SAP R/3는 이런 data를 purchase order나 goods receipt document와 비교하여 오류여부를

      검색한다.

■ Invoice는 PO(Purcase Order) 나 GR(Goods Receipt),BL(Bill of Loading)로 posting할 수

   있다.

Create_Invoice.ppt

Goods Issue: Overview
 SAP 시스템의 여러 module이 transfer order가 기본이 되어진 document를 만드는 WM 시스템

 으로 부터 자재의 이동을 촉발한다.
 이러한 시스템은 warehouse에서 사용할 수 있는 material을 결정하는데 필요한 check를 수행한다.
 
   Overview of Goods Issue
    SAP System Module                    Document Produced
     Inventory Management (IM)                transfer requirement
     Production Planning (PP-SFC)           transfer requirement
     Sales and Distribution (SD)                delivery

Goods Issue Based on a Transfer Requirement
 warehouse에서 자재을 이동시키기 위해 IM 시스템을 사용할 때, transfer requirement는 자동적

 으로 시스템이 생성한다.
(-)수량이 goods issue interim storage area에서 post되어 진다. 연속적으로 transfer requirement

 에 있는 정보를 가지고 transfer order를 만든다.사전정의된 search strategy를 사용해서 시스템은

material이 빠져 나갈 storage bin을 검색한다. Transfer order가 발행되어지고

warehouse작업자는 warehouse에 있는 storage bin에서 goods issue interim storage area로

이동시킨다.warehouse작업자는 요구된 수량과 이동된 수량이 맞는 지 확인한다.

Movement Types
IM 시스템에서 goods issue(출고)를 post(처리)할 때마다 ,goods issue type에 알맞은 movement

 type을 사용해야 한다.IM 시스템에 있는 movement type은 WM 시스템에 있는 movement type과

연결되어 있다.이 연결은 goods issue를 처리하기 위해 필요한 정보를 준다.
아래에 있는 table list는 현재 IM 시스템과 WM 시스템에서 사용하고 있는 movement type들이다.

일반적으로 IM movement type은  WM movement type과 동일하다.표준시스템에서 모든 자재는

goods issue interim storage area(type 910)에서 warehouse 밖으로 이동처리된다.거의 모든 

movement type에 대해서, interim storage area에 있는 storage bin은 다이나믹하게 정의된다.

Goods Issue Movement Types in the WM System
    Goods Issue                     WM Movement Type
      to a cost center                      201
      based on a sales order           231
      to company assets                 241
      for general goods issue          251
      based on an order                  261

Processing a Goods Issue
  예를 들어 cost center(비용을 사용하기는 곳)로 material을 출고시키기 위해 IM 과 WM 시스템

 에서 일어나는 Task를 아래와 같이 수행한다.

Task in the IM system
 - cost center로 출고(goods issue)를 post(처리,분개)한다.

Task in the WM system
 - transfer order를 생성한다.
 - transfer order가 생성된후 그 것을 확인하다.
 

Goods Issue Based on a Delivery: Overview
 고객과 공장을 가지고 영업활동을 위한 모든 처리를 하는 데 SD(sales and  Distribution) 모듈을

사용한다.이 SD 시스템에서 sales order(주문서)나  scheduling agreement(장기운송계획)을 기본

으로 운송계획(delivery document)를 만든다.이 delivery document는 선적하기 위한 기본자료가 

되고 picking operation(이동자재선별작업)을 시작하는 데 사용된다.

만약 SD 시스템이 WM 시스템을 사용하지 않는다면 warehouse에 있는 material을 검색하는데

picking list에 있는 정보를 사용한다.
그러나 요구된 모든 정보가 picking list에 있지 않다.왜냐하면 warehouse안에 많은 storage bin에

임의로 저장하기 때문에 material이 어느 storage bin에 저장되었는지 시스템이 알수 없다.

SD 과 WM 시스템을 사용할 때 아래 기술이 WM 시스템에서 사용가능 하다.

  · Picking form a Fixed Bin 
  · Random Picking
  · Picking Quantities Based on Size

Picking form a Fixed Bin
고정된 storage bin에서 직접 수량을 pick(집하)하기 위해 사용한다.
고정된 storage bin은 picking area로 storage type에 정의되어 있다.

특징:
 · warehouse에서 material을 빼내기 위해 사용되는 document는 SD 시스템에서 만든 picking list

   이다.
 · material이 warehouse에서 이동될 때 interim storage area는 사용되지 않는다. 즉 material은

   warehouse 밖으로 직접 이동된다.
 · material가 있는 source storage bin은 material master record에 등록된 storage bin에 의해 결정

   된다.

이 기술을 사용하기 위한 사전 준비
 · WM 시스템에서 warehouse에 대한 특징을 정의할 때 Picking technique field에 picking

   technique에 대한 code로서 number 2를 입력한다.
 · 모든 집하된 material에 대해 picking area(picking storage type)안에서 고정된 storage bin을

   생성한다.즉 material master record에 material마다 고정된 storage bin을 입력한다.

 SD 시스템에서 delivery document가 생성될 때 material에 대한 위치정보는 WM 시스템에서 마련

된다. 이러한 위치정보는 Warehouse number,storage type,fixed storage bin를 포함하며 delivery

document item에 저장된다.

Random Picking
 임의로 조직된 warehouse 로 부터 picking을 할 때 이 기술을 사용한다.이 기술에 대해서 material

은 임시로 interim storage area에 저장되어 지고 warehouse에서 출고되어 진다. 
   특징:
· warehouse 에서 material을 출고시키기 위해 사용되는 document는 WM 시스템에서 생성된

  transfer order이다.
· material이 warehouse에서 이동될 때 reserve storage(예약된 storage)에서 뿐만 아니라 picking

  area에서도 이동할 수 있다.
 그러나 이 두 경우에도 material은 interim storage area에 이동된다.

· material에 대한 source storage bin은 관련된 storage type에 정의된 stock removal strategy에

 의해 결정된다.
   

WM시스템에서 warehouse에 대한 특징을 정의할 때 Picking technique field에 picking technique

에 대한 code로서 number 1를 입력한다.

이 경우 delivery document는 자재가 이용가능하도록 WM 시스템에게 요구한다. Delivery

document에서 transfer order를 생성하고 transfer order는 pickng list로서 사용되어 진다. Delivery

document는 transfer requirement를 대체한다.
    
아래 그림은 SD 의 delivery document와 WM의 transfer order와 storage bin 사이의 관계를 나타

낸다.

storage bin은 자재가 이동되어질 high rack storage 형태로 되어 있다. 
transfer order를 만들 때 다른 자재번호를 가진 transfer order가 생성된다.
즉,delivery document item 1의 자재에서 2개의 transfer order item이 생성되고 delivery document

item 2의 자재에서 1개의 transfer order item가 생성되고 delivery document item 3의 자재에서 3개

의 transfer order item이 생성되었다.

Picking Quantities Based on Size
 warehouse에서 fixed bin location과 random picking 두 가지 모두 사용하려 할 때 이 picking

procedure를 사용한다.
이 procedure는 자재가 picking area안에 reserve storage area나 fixed storage bin에서 출고(

removed)되어 진다.
  특징: 
· 2개의 document가 warehouse 에서 material을 출고시키기 위해 사용된다:SD 시스템에서 생성된

  작은 량을 위한 Picking list, WM 시스템에서 생성된 대량을 위한 transfer order
· 작은량의 자재가 picking area에서 이동될 때 interim storage area가 사용되지 않는다.즉 자재는

  warehouse에서 직접 이동되어 진다.
그러나 대량의 자재는 reserve storage에서 material이 이동될 때 자재는 먼저 interim storage area

에 이동되어 진다.
· 작은 량의 자재가 있는 source storage bin은 material master record에 정해진 storage bin에

 결정된다.

선제조건:
· warehouse를 위한 setting에서 Picking technique field안에 picking technique에 대한 code에

 숫자 3을 입력한다. 
· 모든 자재를 picking하기 위해 picking area안의 fixed storage area를 생성한다.

Goods Receipt: Overview
 WM에서의 입고는 IM 에서 posting(입고분개처리)을 하면 일반적으로 시작된다. IM에서 posting

을 하면 시스템은 material량을 storage area중간지점에 있는 storage bin으로 할당하고 WM에서

 transfer requirement를 생성한다.
 연속적으로 transfer requirement의 정보를 기초하여 transfer order를 생성한다. 미리 정의된 검색

 전략에 따라,시스템은 자재가 놓여질 장소를 warehouse내에서 결정한다. 이 transfer order로

 자재는 warehouse내의 interim storage area에서 storage bin으로 이동된다.
 warehouse작업자는 자재가 이동된 것을 확인한다. Warehouse내 이동된 량과 이동요구된 량이

 다르면 WM시스템내에 기록되고 IM 시스템으로 cleared(차대변을 같게하는처리)된다.이 시점이

 입고가 완료되는 시점이다.

 transfer order를 생성함으로써 WM시스템에서 먼저 입고post를 할 수 있다.
 처음엔 IM 시스템에 입고에 관한 아무런 정보가 없지만 곧이어 당신은 IM시스템에 입고에 대한

 정보를 기록한다.

Goods Receipt Based on a Purchase Order
 이 입고는 purchase order에 기초를 두는 자재의 인도이다.
 위 예시는 어떻게 IM 시스템에서 있던 자재가 WM시스템으로  Post되는 지 설명한다. Material

 L-002가 500 piece주문됐다.
 이 material은 각 100 pieces씩 5개의 European pallet에 담겨져 배달된다.

Tasks in the IM System
1. IM menu bar 에서 For purchse order를 선택한다.
2. 첫 screen에서  movement type과 purchase order 번호를 입력한다.
   SAP 표준 시스템에서는 movement type 101에 interim storage type 902(goods receipt interim

   storage area)로 이동된다.
   자재는 purchase order number가 놓여지는 좌표를 가니즌 storage bin으로 할당되어 진다.

   Enter친다.
3. Data base에 data를 post한다.(저장한다.)
  시스템은 material document를 생성한다. 추가적으로 시스템은 차후 warehouse에 자재를 놓을 

transfer order를 생성하기 위해 transfer requirement를 생성한다.여기까지 실행하면 자재는 goods

 receipt area안에 있는 것이다.

Tasks in the WM System
4. Transfer requirement 를 가지고 transfer order를 생성하는 방법은 여러가지가 있다. WM

   menu bar에서  TransOrder ® Create ® From transfer requirement 를 선택한다.
5. Transfer order를 생성위해 transfer requirement를 하나이상 선택할 수 있다.(background로

   requirement를 진행시킬수 있다.)
6. Foreground로 transfer order를 생성한다면 시스템은 선택된 transfer requirement를 먼저

   screen에 보여준다. 시스템은 material master 에서 storage unit type, storage unit당 수량,

   storage unit의 수를 참조하여 가져온다.
7. Preparation screen(Header Screen)에서 item generation screen 으로 갈 수 있다. 시스템은

   table에서 destination,return storage type,storage section을 가져오고 storage type에 정의된

  strategy에 따라 storage bin을 결정한다. 시스템이 제안한 storage bin을 변경할 수 있다.
8. Transfer order를 data base에 post한다(저장한다)
9. Warehouse에서 물리적인 자재의 배치는 transfer order가 발행됨으로서 발생되어 진다.
 

Goods Receipt Without a Purchase Order
 Tasks in the IM System
 1. IM menu bar 에서 Goods movement ® Goods receipt ® Other를 선택한다.시스템은 초기화면

    을 보여준다.
 2. 이 초기화면에서 적합한 movement  type(501)과 입고시킬 plant를 입력해야 한다.
   SAP 표준 시스템에서는 movement type 501에 자재가 interim storage type 902(goods receipt

   interim storage area)로 이동된다.
   자재는 미리 정한 storage bin으로 할당되어 진다. Enter친다.
 3. 다음 screen에서 material,수량,다른 관련 자료를 입력한다.
 4. 저장한다. Other goods receipts ® Post.

   자재은 이제 goods receipt area에 있다. 추가적으로 시스템은 차후 warehouse에 자재를 놓을 

   transfer order를 생성하기 위해 transfer requirement를 생성한다.

 Tasks in the WM System
 4. 여기서 부터 Task는 위의 Goods Receipt Based on a Purchase Order 와 동일하다.

Goods Receipt Based on In-Plant Production
 SAP 시스템은 production order로 생산할 자재를 작업지시하며 이 production order를 사용해서

 IM 시스템에서 입고처리를 할 수 있다. 이 의미는 생산부서에서 생산되는 자재는 production order

 번호를 사용해서 생산된 자재를 warehouse로 이동시킬수 있다는 것이다. 절차는 Goods Receipt

 Without a Purchase Order 와 동일하고 movement type은 521을 사용한다.

Goods Receipt for Inspection
  외부 공급업체나 공장 자체 생산부서에서 운반된 자재는 품질검사를 위해 먼저 재고로 post될 수

  있다. 즉 자재는 사용가능 자재가 아닌 품질검사 대기용 재고로 post 된다.