본문 바로가기

전체 글122

Invoice Verification 4 - 인보이스 라인이 Too many 인 경우   - 추가의 Transaction Code이용하여 최소한의 인보이스 정보는 입력하고 시스템에서 검증 작업은 백그라운드에서 처리 후 일치되면 Posting 됨 - Settlement Program : RMBABGOO에 대한 Job을 걸어  - Incorrect 인 경우 담당자가 Item List 수동으로 Change 후 직접 Post  수동으로 수량 Change > 자동 검증 프로세스 > 다음 백그라운드 Job 까지 기다려서 Post     - 우리가 입고된 내역을 기준으로 invoice를 자동 발행, 해당 결과를 업체에 송부, 업체에서 이를 보고 인보이스를 별도 발행   조건 : Material  단가의 Fluctuation 이 없는 경우, 납기가 frequ.. 2024. 8. 16.
Invoice Verification 3 - PO에 운송 비용이 세팅 > Planend Delivery Cost  인보이스에만 Freight 표기   > Unplanned  - Delivery Cost는 아래 두 가지로 구성  실제 운송 관련 비용 Freight  관세 Customs  - Unplanned Delivery Cost는 PO 히스토리에는 업데이트 X - Transaction : Subsequent debit/credit 은 Total 인보이스 Value(가격)는 영향 미치나 amount에는 영향 x - Subsequent debit/credit에서 GR/IR account 없는 이유는 재고 수량은 변함 x  - PO 참조하지 않는 인보이스 처리   - 운송비 발생했는데 어떤 PO에서 발생했는 지 알 수 없음   (PO 없이 재고 자.. 2024. 8. 14.
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 Bl.. 2024. 8. 9.
Invoice Verification 1 - 입고하면 재고가 차변에 잡히고 채무가 대변에  - 생산 계획에 의해 MRP Run하면 External 할지 Internal 할지 결정 후 Ex 할 경우 구매 오더 내고 인보이스 검증을 하게 되며 (대금 지급과 관련)  - PO 내고 GR (내자) 이후 Invoice 들어와 > 세금정보 검증 > 인보이스 입력 (포스팅) > Vendor Open Items (아직 지급 안된) 레포트 업데이트   - 인보이스 처리(생성)하는 방법    받아서 시스템에 입력 (스탠다드)  EDI를 통해 자동 인터페이스 인터넷을 통해 업체에서 XML 베이스로 진행  ERS    Consignment Settlement에 의해   Invoicing Plan을 통해   - 인보이스 처리에 대한 impact   PO 히스토리 업데.. 2024. 8. 8.

티스토리툴바