• Table of contents
• 01 Äriprotsessid ja dokumendiliigid (2DOC, 4DOC jne)
  • 01 Äriprotsessist dokumendiahelani
  • 02 2DOC ja 4DOC
  • 03 4DOC protsessi kulg
• 02 Dokumenditüübid
• 03 Rohkem docura.neti kohta

01 Äriprotsessid ja dokumendiliigid (2DOC, 4DOC jne)¶

01 Äriprotsessist dokumendiahelani¶

Iga tarnija ja ostja vaheline tarne järgib sama reaalses maailmas toimuvat tsüklit: ostja tellib kauba, tarnija saadab selle, ostja võtab selle vastu ja kontrollib ning lõpuks tasuvad pooled arve. Iga selle tsükli sammuga on alati kaasnenud paberidokument – ostutellimus, saateleht, vastuvõtuakt, arve.

EDI ei muuda äriprotsessi ennast. See asendab iga paberidokumendi struktureeritud elektroonilise sõnumiga, mis edastatakse otse partnerite ERP-süsteemide vahel. Seepärast vastavad EDI sõnumitüübid üks-ühele tarneprotsessi sammudele:

Samm äriprotsessis	Traditsiooniline dokument	EDI sõnum
Ostja tellib kauba	Ostutellimus	ORDER
Tarnija kinnitab, mida saab tarnida	Tellimuse kinnitus	ORDRSP
Tarnija saadab kauba	Saateleht / tarnenoot	DESADV
Ostja võtab kauba vastu ja registreerib lahknevused	Vastuvõtuakt	RECADV
Tarnija nõuab makse	Arve	INVOICE

Sõnumite komplekti, mida partnerid vahetavad, nimetatakse sõnumiahelaks. Ahel on kaubanduspartnerite vahel kokku lepitud ja see peegeldab nende tegeliku protsessi toimimist – jaekaubanduses dikteerivad seda tavaliselt ahela nõuded (vt 09_Organizations_requirements).

02 2DOC ja 4DOC¶

• 2DOC — lihtsustatud kahe dokumendi ahel: ORDER → INVOICE. Sobib, kui tarned erinevad tellimusest harva (teenused, stabiilne sortiment, väikesed mahud): arve väljastatakse otse tellimusest.
• 4DOC — täielik nelja sõnumi ahel: ORDER → DESADV → RECADV → INVOICE. Standardprotsess enamiku jaekaubanduskettidega.

4DOC äriväärtus seisneb RECADV sammus: arve väljastatakse selle alusel, mida ostja tegelikult aktsepteeris, mitte selle alusel, mis telliti või saadeti. Puudujäägid, kahjustatud kaubad ja asendused registreeritakse enne arveldamist, nii et arve vastab algusest peale tegelikkusele – hiljem pole krediitarveid, parandusi ega maksevaidlusi.

03 4DOC protsessi kulg¶

1. TELLIMUS – jaemüüja loob oma ERP-s tellimuse; see edastatakse automaatselt tarnija süsteemi.
2. DESADV – tarnija saadab saatedokumentide elektroonilise ekvivalendi, saatedokumendi.
3. RECADV – jaemüüja kinnitab tegelikult vastuvõetud kaubad (mittevastuvõtmise põhjustega), et saaks väljastada õige arve.
4. ARVE – tarnija väljastab arve RECADV-i alusel; see laaditakse automaatselt jaemüüja süsteemi.

02 Dokumenditüübid¶

Tarneahel:

Sõnum	Suund	Eesmärk
ORDER	Ostja → Tarnija	Ostutellimus
ORDRSP	Tarnija → Ostja	Tellimuse vastus / kinnitus
DESADV	Tarnija → Ostja	Saatmisteade (saatelehe andmed)
RECADV	Ostja → Tarnija	Vastuvõtuteade — tegelikult vastu võetud kaubad
INVOICE	Tarnija → Ostja	Arve; kreeditarve — vt Credit_note

Põhiandmed:

Sõnum	Suund	Eesmärk
PRICAT	Tarnija → Ostja	Toote- ja hinnakataloog

Logistika (3PL ladu):

Sõnum	Suund	Eesmärk
IFTMAN	Klient → 3PL	Saabumisteade — lattu saabuv kaup (sissetulev)
IFTMANRSP	3PL → Klient	Lao vastuvõtu kinnitus tegelikult vastu võetud kogustega
INSDES	Klient → 3PL	Juhis kauba väljasaatmiseks laost (väljaminev)
INSDESRSP	3PL → Klient	Väljasaatmise kinnitus tegelikult lähetatud kogustega

Tagastused:

Sõnum	Suund	Eesmärk
RETANN	Ostja → Tarnija	Tagastuste teade — tagastatav kaup ja põhjused

Lisaks tarneahelale võivad partnerid vahetada toetavaid sõnumeid. PRICAT hoiab ostja toote- ja hinnaandmed sünkroonis enne tellimuste esitamist. Kui kaupu hoitakse ja lähetatakse 3PL laost, laieneb protsess logistikaoperaatorile: klient annab teada sissetulevatest tarnetest (IFTMAN), annab laole juhiseid kaupade lähetamiseks (INSDES) ja saab tagasi kinnitused tegelike kogustega (IFTMANRSP, INSDESRSP) — nii kajastab kliendi ERP alati lao tegelikke liikumisi. RETANN sulgeb tsükli ostja poolel, vormistades tagastused.

Nende sõnumite tehnilised formaadid on kirjeldatud 05_Document_formats; edastuskanalid 04_Transmission_communication_channels_and_API.

03 Rohkem docura.neti kohta¶

• "EDI-müük – protsess