Kako razrešim potrdila, ki jih ni mogoče poslati v sistem ERP?
Ta članek v zbirki znanja je bil strojno preveden za vaše udobje. SAP ne jamči za pravilnost ali popolnost strojnega prevoda. Originalno vsebino lahko najdete tako, da z izbirnikom jezikov preklopite na angleščino.
Potrdila (ter negativna/stornirana potrdila) so ustvarjena v omrežju SAP Business Network, vendar niso uspela zaradi napake pri pošiljanju ERP.
Pri prejemu ERP-potisne napake raziščite v svoji eksterni nabavni rešitvi, da ugotovite, ali informacije manjkajo ali niso popolne.
Če je napaka, ker naloga ni mogoče najti v vašem ERP, poskrbite, da nalog ni bil Vsiljeno naročen ali izbrisan v ERP, potem ko ga je SAP poslal. Prihodnji postopki niso podprti za izsiljene naloge, gl. prenos dokumenta Nalog in neuspeli nalogi.
Razumevanje delovnega toka potrdila:
- Ko je potrdilo odobreno, ga bo SAP poskusil poslati v ERP (na podlagi konfiguracije integracije). Če ne uspe, bo sistem poskusil potisniti skupaj 25-krat na podlagi parametra Application.Receiving.MaxGetesToSendPushFailedReceites.
- Ponovni poskusi so v razmaku približno 6 ur in bodo omogočili obdobje približno 6 dni za identifikacijo in obravnavo napake na strani ERP. Če želite, da so potrdila o plačilu pogosteje ugleda.Receiving.EnableProcessPendingReceiptsPogosto je mogoče omogočiti, da se potrdila o plačilu enkrat uveljavijo vsake 3 ure.
- V primerih, ko odpravljanje napake traja dlje kot 25 vnovičnih poskusov ali če je katera koli vrednost konfigurirana v parametru Application.Receiving.MaxGetesToSendPushFailedReceites, lahko povečate največje število vnovičnih poskusov pošiljanja potrdil. Upoštevajte, da bo ta sprememba parametra vplivala na vsa potrdila, ki imajo status V čakanju na obdelavo, tista s statusom V obdelavi pa le, če je parameter Application.Receiving.EnableProcessPendingReceites nastavljen na pravilno.
V primerih, ko napake ni mogoče odpraviti, priporočamo naslednje pristope:
Možnost 1 (priporočeno):
Izsilite obdelavo potrdila z gumbom Izsiljenje obdelave v glavi potrdila. Nato ročno ustvarite potrdilo o plačilu v ERP.
Možnost 2:
Če ročno kreiranje prevzemov ni dovoljeno ali ni mogoče:
- Izsiljenje obdelave blokiranih potrdil (tisti, ki prejemajo napake potiskanja ERP).
- Prepričajte se, da bo vsako novo potrdilo prejelo tudi napako potiskanja ERP. Predlog: Pomaga lahko označitev Dokončanje dobave ali zapiranje Naročila za prejem v ERP, ne SAP Ariba Procurement.
- Ustvarite novo potrdilo, ki bo razveljavilo zataknjeno potrdilo: če ima prvi prevzem količino 1, mora imeti povratni prevzem količino -1; in obratno.
- Oddajte novo potrdilo.
- Po tem bi moral biti novi storno prevzem tudi Izsiljeno obdelano.
- Tako bo naročilo na SAP Ariba z 2 potrditvama medsebojno preklicano.
- Razveljavite spremembe, izvedene pri 2. koraku.
- Zdaj morate zagotoviti, da se bo vsako novo ustvarjeno potrdilo uspešno preneslo v ERP, nato pa ustvarite novo potrdilo.
Pozor: Najprej testirajte, da zagotovite, da noben korak ni zamujen ali da je na nalogu izveden kompleksen prevzem. Pomembno je razumeti logiko in se lahko razlikuje glede na odziv ERP. Če na primer ERP sprejme negativno potrdilo in ga knjiži, namesto da bi poslal napako nazaj, tega pristopa ni mogoče uporabiti.
3. možnost:
Uredite potrdilo s potisno napako ERP in nastavite Sprejeti znesek/število sprejetih na 0 ter znova oddajte. Na potrdilu uporabite gumb Zapri naročilo (naročilo se lahko še vedno ponovno odpre).
Pozor: Te možnosti ne uporabite, če so za nalog knjiženi novi prevzemi. Tudi če so v stanju Obdelano in izvoženi v ERP, bodo odstranjeni. Ta možnost prav tako ni mogoča, če je vaše spletno mesto omogočeno za zapiranje na ravni vrstice naročila.
- Če je vaša stran konfigurirana za integracijo potrdil s SAP Business Network, upoštevajte, da bodo prisilno obdelani računi še vedno poslani in sinhronizirani znotraj SAP-ja, vendar sistem ERP ne bi bil sinhroniziran.
- Izsiljenje obdelanih potrdil o plačilu ni mogoče znova poslati v ERP, če uporabnik nenamerno obdela potrdilo, je treba upoštevati eno od prvih dveh zgornjih možnosti.
- Za spletna mesta, konfigurirana z integracijo Datotečni kanal, bo potrdilo v čakalni vrsti za izvoz, takoj ko bo odobreno. Izsiljenje postopka ne bo ustavilo njegovega prvega izvoza, ampak bo preprečilo, da bi bilo potrdilo o plačilu naslednjič postavljeno v čakalno vrsto. Ta scenarij se zgodi le, ko potrdilo prejme napako potisnega obvestila ERP.
- SAP ne podpira preklica potrdila o plačilu. Lahko ga samo prevzamete in pozneje stornirate z negativnim prejemom, ne pa tudi s Preklic/Izbris/Zastarelo odobreno potrdilo.
-
Če želite več informacij o posebnih dokumentih o prejemanju, si oglejte spodaj:
Purchasing > Receiving
Purchasing > Receiving > Receipt Import/Export