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:
- Visszáru-befogadási bizonylat → készlet visszakerül (vagy karanténba)
- Visszafizetési rekord az
omni_refunds-ban → Pénzügy feldolgozza a fizetést - Ü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/edioldalon, hogy az üzenetek kézbesítve legyenek (MDN acknowledge megérkezett).