Witam
Zaimplementowano w naszej spółce standardowy proces Intecompany wg. schematu:
1. Zamówienie zakupu (Company code-A)
2. Utworzenie dostawy wychodzącej z zam. zakupu ((Company code-B)
3. Księgowanie dostawy (Company code-B)
4. Przyjęcie w MIGO (Company code-A)
5. Faktura (Company code-B)
6. Faktura logistyczna (Company code-A)
Teraz oczekiwaniem jest:
1. Proces z pkt. 4 zautomatyzować tak aby z chwilą zaksięgowania dostawy następowało równoczesne przyjęcie w MIGO
2. Proces z pkt. 6 zautomatyzować tak był wstępnym wprowadzeniem faktury.
Początkowo szukałem rozwiązania opisanego w nocie 31126 - Intercompany billing - posting to vendor account using EDI, ale to chyba nie ten proces.
Czy ktoś z Was ma jakieś przemyślenia w tym temacie? Będę wdzięczny za pomoc.
Pozdrawiam
Intercompany process-stock transfer
-
- Posty: 8356
- Rejestracja: wt kwie 03, 2007 4:05 pm
- Has thanked: 1924 times
- Been thanked: 1478 times
- Kontakt:
Re: Intercompany process-stock transfer
Wg mojej wiedzy w standardzie nie ma takiej automatyzacji. Natomiast można jest stosunkowo łatwo zbudować przy pomocy własnego typu informacji wyjściowej ustalanej w dostawie przychodzącej - coś na kształt standardowej informacji SPED dla dostawy wychodzącej. W programie przetwarzającym informację wyjściową możesz wywołać funkcję WS_DELIVERY_UPDATE i zaksięgować przyjęcie dostawy.
Moim zdaniem dobrze szukasz:sywula pisze: ↑wt cze 08, 2021 9:22 am2. Proces z pkt. 6 zautomatyzować tak był wstępnym wprowadzeniem faktury.
Początkowo szukałem rozwiązania opisanego w nocie 31126 - Intercompany billing - posting to vendor account using EDI, ale to chyba nie ten proces.
Czy ktoś z Was ma jakieś przemyślenia w tym temacie? Będę wdzięczny za pomoc.
Pozdrawiam
Powyższe ustawienia automatyzują księgowanie faktury zakupowej do intercompany stock transfer order. Natomiast sposób implementacji parkowania tych faktur jest opisany w nocie 501524 - EDI: Parking inbound invoices in general31126 - Intercompany billing - posting to vendor account with EDI pisze: You can also use this EDI processing for the logistics invoice verification of the stock transport order in Materials Management (module MM). Only some of the parameters must be adjusted in Customizing for the output control.
[...]
Different system settings for the logistics invoice verification:
6. Output control:
Output code 'MM'
7. Inbound processing
Output code 'MM'
Process code 'INVM'
as of Release 4.0 'INVL'
8. Check the process code and processing function module assignment.
Transaction: WE42 -> Basis -> Control -> Inbound process code ->
Processing by function module -> Processing with or without ALE
Code 'INVM'
Identification: 'IDOC_INPUT_INVOICE_MM'
or
Code 'INVL' (as of Release 4.0)
Identification: 'IDOC_INPUT_INVOICE_MRM'
Re: Intercompany process-stock transfer
W procesie nie ma dostawy przychodzącej. Zatem jak rozumie, proponujesz zmienić proces i włączyć do niego obsługę dostawy przychodzącej, czy tak?
-
- Posty: 8356
- Rejestracja: wt kwie 03, 2007 4:05 pm
- Has thanked: 1924 times
- Been thanked: 1478 times
- Kontakt:
Re: Intercompany process-stock transfer
Niekoniecznie - przepraszam, źle przeczytałem i zasugerowałem się typową implementacją procesu intercompany stock transfer, gdzie wykorzystuje się dostawę przychodzącą. Jeśli jej nie potrzebujesz, to nie widzę potrzeby, aby ją na siłę uruchamiać. Przyjęcie w referencji do dostawy wychodzącej, księgowane w MIGO możesz zautomatyzować podobnie jak to opisałem wcześniej, tj. wyprowadzając własną informację wyjściową z dostawy wychodzącej i wywołując BAPI_GOODSMVT_CREATE w przetwarzaniu tej informacji.
Zanim to jednak zrobisz sprawdź standardową opcję jednoetapowego przeksięgowania - SPRO: Materials Management -> Purchasing -> Purchase Order -> Set up Stock Transport Order -> Assign Document Type, One-Step Procedure, Underdelivery Tolerance
Jeszcze raz przepraszam za nieporozumienie z dostawą przychodzącą.
Re: Intercompany process-stock transfer
Dziękuje za podpowiedź. Sprawdzę funkcjonalność jednoetapowego przeksięgowania-wydaje się że to rozwiązanie które oczekuje.