CRMconnect Azuvio · Docs

OMS Rendelési operátor

Részleg: OMS és e-kereskedelem
Szint: Operatív
Elsődleges cél: Minden csatornáról érkező rendelések napi feldolgozása — a belépéstől a megerősített szállításig

Mit csinál ez a szerepkör

A Rendelési operátor kezeli az összes forrásból érkező egységesített rendelési sort: online áruházak (WooCommerce/Shopify), B2B Portál, kézi rendelések az Értékesítésből, EDI-rendelések kiskereskedőktől és forgalmazóktól, valamint külső rendszerekből API-n keresztül érkező rendelések. Gondoskodik arról, hogy minden rendelés helyesen teljesítse a teljes ciklust: érvényesítés → jóváhagyás → visszaigazolás → szállítólevél → AWB → szállítás → visszáruk.


Naponta használt modulok

Modul Hol található Mire használja
OmniSales rendelések OmniSales → Rendelések Fő rendelési sor — minden csatorna
Értékesítési csatornák OmniSales → Csatornák Konfiguráció csatornánként — számlázás, jóváhagyás, szinkronizálás
Értékesítési rendelések Értékesítés → Értékesítési rendelések Kézi rendelések és B2B portál rendelések
Szállítólevelek Raktár → Szállítólevelek Szállítólevél generálása visszaigazolt rendelésből
Csomagjegyzékek Raktár → Csomagjegyzékek Előkészített csomagok → AWB
Innoship Integrációk → Innoship AWB 230+ futárhoz, 35 ország
Közvetlen futárok Műveletek → Futárok Közvetlen AWB Cargus / FanCourier / Palex
Számlák Értékesítés → Számlák Számla visszaigazoláskor vagy kiszállításkor
OMS Visszáruk Raktár → Visszáruk Vevőktől érkező visszáruk
Szinkronizálási audit OmniSales → Szinkronizálási napló WooCommerce/Shopify importálási hibák

Rendelési források — honnan érkeznek a rendelések

Minden rendelés a /admin/omni_sales/order_list egységesített sorba érkezik, forrástól függetlenül:

Forrás Hogyan lép be Mit kell ellenőrizni
WooCommerce / Shopify Automatikusan webhook (valós idejű) vagy cron (intervallumos) Ügyfél helyesen létrehozva, cikkszám leleképezve, fizetés felismerve
B2B Portál Ügyfél saját katalógusából rendel Árlistaárak, elérhető készlet, jóváhagyás ha konfigurálva
Értékesítési rendelés (kézi/ügynök) Ügynök hozza létre a /admin/estimates-ből Helyes árak és kedvezmények, érvényes szállítási cím
EDI (EDIconnect) Automatikus — kiskereskedő/forgalmazó X12 850-et vagy EDIFACT ORDERS-t küld AS2-n Helyes termék/cikkszám leleképezés, mennyiség, szerződéses feltételek
Külső API Harmadik fél rendszer POST-ol a REST végpontra omni_sales/orders Teljes adatok, ügyfél hozzárendelve, létező termékek
Kézi (személyzet) Operátor közvetlenül létrehozza a /admin/omni_sales/order_list-ből → Hozzáadás Minden kötelező mező kitöltve
POS Pult/terminál értékesítés Azonnali fizetés, automatikusan generált készpénzes bizonylat
Előrendelés Jövőbeli szállítású rendelés Ígért szállítási dátum, készlet nem ellenőrzött azonnal

Napi rutin

Reggel — triázs (20–30 perc)

1. /admin/omni_sales/order_list → szűrés: Tervezet (0) vagy Feldolgozás (1) státusz
   → Éjszaka érkezett új rendelések (WooCommerce, B2B Portál, EDI)
   → Áttekintés és feldolgozás

2. approve_status = 0 rendelések
   → Jóváhagyásra vár → küldés jóváhagyónak vagy saját jóváhagyás (ha engedélyezett)

3. /admin/omni_sales/diary_sync
   → Előző éjjeli WooCommerce/Shopify szinkronizálási hibák
   → Hibák megoldása (hiányzó cikkszám, nem létrehozott ügyfél, felismeretlen fizetés)

4. 16-os státuszú rendelések (Készlet nem elérhető)
   → Hátralékos rendelések — Értesítse a Beszerzést sürgős RFQ-ra

5. /admin/warehouse/manage_packing_list → AWB nélküli csomagok
   → Méretek/súly kitöltése → AWB generálása

Napközben

Új rendelés → áttekintés → visszaigazolás (3-as státusz)
  ↓
Számla automatikusan generálva (ha a csatornán konfigurálva)
  ↓
Szállítólevél létrehozva (automatikus vagy kézi)
  ↓
Raktár: komissiózás + csomagolás + mérés + méretek
  ↓
AWB generálása (Innoship vagy közvetlen futár)
  ↓
Rendelés → Szállítás (4) státusz
  ↓
Futár kézbesít → Kézbesítve (5) státusz — automatikusan nyomon követésen

Hetente

  • Visszáru-jelentés: új kérelmek + jóváhagyott + visszavett készlet
  • 3 napja Várakoztatott rendelések → eszkaláció vagy megoldás

  • 7 napja Készlet nem elérhető rendelések → beszerzési státusz ellenőrzése


Rendelési státusz — műveleti útmutató

Kód Státusz Teendő
0 Tervezet Teljes ellenőrzés: termékek, árak, ügyfél, cím → visszaigazolás vagy eszkaláció
1 Feldolgozás Készlet és elérhetőség ellenőrzése
2 Fizetésre vár Előlegfizetés megerősítésére vár — szállítólevelet ne generáljon fizetésig
3 Visszaigazolva Szállítólevél létrehozva → raktár átveszi
4 Szállítás AWB generálva, csomag futárnál
5 Kézbesítve Teljes ciklus ✓
9 Várakoztatva Probléma (készlet, fizetés, cím) → megoldás és újraindítás
14 Kifizetve Fizetve — szállítólevél generálható
15 Kész Készlet lefoglalva, raktár készen áll a komissiózásra
16 Készlet nem elérhető Hátralékos rendelés — Beszerzés értesítése, rendelés vár
11 Visszáru függőben Visszáru-kérelem függőben — döntés: jóváhagyás vagy elutasítás
7 Visszáru Visszáru teljes mértékben jóváhagyva és feldolgozva
12 Részleges visszáru Részleges visszáru — néhány termék visszaküldve
8 Törölve Törölve — lefoglalt készlet felszabadítva

A jóváhagyási folyamat

Ha a csatornán aktív a jóváhagyási szabály:

approve_status Jelentés Teendő
0 Függőben Küldés jóváhagyónak vagy saját jóváhagyás, ha van jogosultsága
1 Jóváhagyva A rendelés normálisan feldolgozható
-1 Elutasítva Az ügyfél automatikusan értesítve; a rendelés nem kerül feldolgozásra

Visszáruk — teljes folyamat

Visszáru kezdeményezése

Vevőtől (B2B portálon keresztül):

  • Vevő visszáru-kérelmet nyújt be a rendelési előzményekből → kérelem megjelenik approval = 0 értékkel

Kézzel (operátor):

  • A kézbesített rendelésből → Visszáru létrehozása gomb → cikkek + mennyiségek + ok kitöltése

Döntés

Helyzet Teendő
Termék a visszáru-ablakon belül, nem használt Jóváhagyás (approval = 1)
Visszáru-ablak lejárt Elutasítás (approval = 2) okkal
Hibás termék (ablaktól függetlenül) Jóváhagyás, karantén jelölés ha nem adható el tovább

Jóváhagyáskor automatikusan létrejön:

  1. Visszáru-befogadási bizonylat → készlet visszakerül (vagy karanténba)
  2. Visszafizetési rekord az omni_refunds-ban → Pénzügy feldolgozza a fizetést
  3. Ügyfél hűségpontjai törölve (ha konfigurálva)

Számlák és e-számlázás

Számla generálása — csatorna konfigurációjától függ:

  • Visszaigazoláskor (3-as státusz) → ha a csatornán create_invoice = on
  • Kiszállításkor (4-es státusz / AWB generálva)
  • Kézzel → visszaigazolt rendelésből → Számla létrehozása gomb

ANAF e-számlázás — automatikus érvényes adószámmal rendelkező B2B vevőknél:

  • XML generálva és benyújtva az ANAF-hoz számla kiálításakor
  • ANAF nyilvántartási szám visszaadva és a számlán tárolva

Nyomon követendő mérőszámok

Mutató Cél
Rendelés feldolgozási ideje (Tervezet → Visszaigazolva) < 2h munkanapokon
> 4 óra Tervezet státuszú rendelések 0 — mind átnézve és feldolgozva
> 7 napos hátralékos rendelések Eszkaláció Beszerzésnek + ügyfél értesítése
Napi szinkronizálási hibák 0 megoldatlan hiba
> 3 nap döntés nélküli visszáruk 0 — naponta dönteni

Együttműködés más részlegekkel

Részleg Hogyan dolgozik együtt
Raktár Megerősített szállítóleveleket Ön adja; ők csomagjegyzéket generálnak; Ön AWB-t generál
Értékesítés Értékesítési rendelésekből érkező rendelések (B2B portál, terepi ügynök) az Ön sorába kerülnek
Beszerzés 16-os státusznál (hiányzó készlet) → azonnali értesítés RFQ-ra
Pénzügy Számla és e-számla → Ön generálja, ők egyeztetik
Ügyfélszolgálat Rendelési problémával rendelkező ügyfelek jegyeket nyitnak → az ügyfélszolgálat Önt vonja be a megoldásba
IT/Admin WooCommerce szinkronizálási problémák, EDI hibák, hibás cikkszám-leleképezések → IT-hez eszkaláció

Gyakorlati tippek

A Diary sync = csatornái egészsége. Mindennap reggel mindenek előtt ellenőrizze. Egy észrevétlen szinkronizálási hiba tucatnyi importált rendelést hagyhat ki — ügyfelek, akik fizettek és nincsen visszaigazolásuk.

A 16-os státusz nem feledve, hanem monitorozva. Minden megoldatlan hátralékos rendelés egy ügyfél, aki fizetett és nincs áruja. Naponta ellenőrizze az elérhető készlet nélküli rendelések listáját, és proaktívan kommunikáljon az ügyféllel.

A csomagjegyzék méretei nem opcionálisak. H×Sz×M + súly nélkül az AWB nem generálható. Ha a raktár nem tölti ki → AWB nem jön létre → a rendelés elakad. Állítson be emlékeztetőt vagy ellenőrző listát a raktárral.

Az EDI kimenő automatikus, de Ön ellenőrzi. A rendelés visszaigazolás és szállítólevél automatikusan elküldenek az EDI-partnernek a CRM-ben való rendelés visszaigazolásakor. Figyelje a /admin/edi oldalon, hogy az üzenetek kézbesítve legyenek (MDN acknowledge megérkezett).