Invoice Verification 2

- Variance: PO와 GR에서 차이가 나, Tolerance 설정

                  인보이스 처리는 하되 Payment만 되지 않도록 하는 기능

 

 

- 어떤 Variance가 있는 지 굉장히 중요 

Date일 경우 GR이 먼저 되어도 Variance에 걸려

 

 

- 포스팅은 되나 Payment는 불가

 

 

- Price Control이 V일 경우 Stock에 반영 

  S 일 경우 Price Difference에 반영

 

- GR/IR 는 PO 금액으로 

 

 

- QM 모듈 사용할 경우 Inspection Lot 이 생성

 

- 아이템 별로 양에 의거하여 Block을 걸어서 사용

 

 

- 인보이스 처리 담당자가 Manual하게 Block 가능

- 아이템리스트에서 Ma

  Payment에서 헤더 Payment Block할 경우 Payment 금지

 

- Random하게 Blocking을 하는 기능

 

 

- PO가 100,000불 발행 GR 후 IR은 110,000

  세금계산서는 110,000 처리하며 시스템에서 100,000로 처리  (우리 나라에서는 거의 쓰지 x) 

 

  예시는 Quantity Reduction

  GR은 70 

  Invoice는 70

  시스템에서 Credit Memo를 30 pcs에 대해 생성

  Accounting Doc 두 개 생성 

 

- Price와 Quantity 모두 틀렸을 경우 

  시스템에 의해 Suggested 된 처리해야 할 양과 금액으로 넣어줘 (위의 수량만 달랐을 경우 차이)

 

 

 

 

- Invoice Reduction 할 경우 

  반드시 Error 있다는 거 부터 확인하고(업체의 오류라는 사유 반드시 必)  Invoice에 Display Vairant를 Invoice Reduction

 

 

- 월 마감시 Difference 발생 

 

- Invoiced Reduction 은 Credit Memo 끊는 것

  Supplier의 Error 아님

  내가 허용한 Buffer내 금액인 경우 Vendor가 책임 

  우리 나라에서는 전혀 X

  FI 문서 2개 생성

 

 Reduction 과 Acceptance 처리 위해서는 Vendor 마스터에 Tolerance Group에 반드시 표기 

 

- Vendor의 세금계산서 아이템이 多이나 차이 발생시 

   우리 회사가 처리 

 

- Negative인 경우 Acceptance (IR < GR)

  Positive인 경우 Reduction (IR > GR)

  하는 방향으로 Tolerance Group으로 나눠 

 

- Invoice값과 Item List 값의 차이 발생 

  Edit가서 Accept and Post 할 경우 Samll difference 계정으로 포스팅 함 

  User의 권한과 연관 (M_RECH_AKE)

 

 

 

비용성 구매

 

- Cost Center 1에서 100 필요, Cost 2에서 200 필요 

  PO낼 대 각 Cost Center별로 

 

- 수탁 계정 대신 Consumption Account만 입력 (계정만 다름)

  PO에서 Valuated goods receipt가 선택되어 있으면

 

- Non-Valuated GR일 경우 

 

- 단가가 낮은 아이템에 대해 입고하지 않고 정해진 기간 동안 계산서 처리

  Validity와 Value가 있음