Elállások kezelése (backend)¶
Ez az oldal leírja, hogyan dolgozik az RMA ügyintéző a megerősített elállási nyilatkozatokkal a backendben, hogyan lesz az elállásból fizikai visszáru, és milyen RMA jóváhagyási folyamaton megy végig a belőle indított visszáru.
Az elállási nyilatkozat űrlap¶
Az elállás rekord RMA űrlapra hasonlít, de a fejléc és a lap elállás-specifikus:
egy kék információs sáv, amely emlékezteti az ügyintézőt: ez a jogi nyilatkozat; a fizikai visszáruhoz a Visszáru / visszatérítés indítása gombot használja;
egy Elállási nyilatkozat csoport a csak olvasható Fogyasztó neve, Fogyasztó e-mail címe, Elállás megerősítve (a tartós bizonyíték időbélyege), a Visszaigazoló e-mail állapot, és — ha már indítottak visszárut — a Forrás elállás hivatkozás a származtatott RMA-n;
a sorok az elállt termékekkel és mennyiségekkel (sorozatszámos terméknél sorozatszámonként egy sor); és
két dedikált fejlécgomb: Visszáru / visszatérítés indítása (angol UI: Start Return / Refund) és Visszaigazolás újraküldése.
A normál RMA-kon lévő Rögzítés, Kész és Törlés gombok az elálláson el vannak rejtve, mert a nyilatkozat soha nem megy át ezen a folyamaton.
A nyilatkozat pillanatképe¶
A Nyilatkozat notebook fül a megerősítéskor rögzített változtathatatlan HTML pillanatképet mutatja: a nyilatkozat címe, a fogyasztó neve és e-mailje, a beküldés időpontja, valamint a termékek és mennyiségek listája. Ez a jogi nyilvántartás, soha nem számítódik újra. Egyeznie kell a visszaigazoló e-mail tartalmával.
El nem utasítható garanciák¶
Mivel az elállás jogilag kötelező nyilatkozat, több adatbázis-szintű védőkorlát megakadályozza, hogy elutasítható RMA-ként kezeljék:
a nyilatkozat sora nem állítható Elutasítva állapotra;
a manuális Rögzítés, Kész és automatikus jóváhagyás műveletek mind megtagadják a futást elálláson; és
az is-withdrawal jelző létrehozáskor beállítódik, és utána nem módosítható, így egy rekord soha nem fordítható át normál RMA és elállás között.
A visszaigazoló e-mail¶
A tartós adathordozós visszaigazoló e-mail automatikusan elküldődik a nyilatkozat megerősítésekor. Minden terméksort listáz a nyilatkozatról (hivatkozás, fogyasztó, időbélyeg, valamint termékek és mennyiségek táblázata). Szándékosan ellenálló — az e-mail hibája soha nem érvényteleníthet már hatályos elállást:
a Visszaigazoló e-mail mező az állapotot követi: Függőben, Elküldve vagy Sikertelen;
ha a küldés sikertelen, a hiba naplózódik, és teendő activity jön létre az ügyintézőnek ahelyett, hogy hibát dobna; és
az ügyintéző bármikor újrapróbálhatja a Visszaigazolás újraküldése gombbal. Nincs automatikus újrapróbáló cron — a helyreállítás mindig tudatos, manuális lépés.
Figyelem
A visszaigazoló e-mailben a terméktáblázat a nyilatkozat soraira ismétlődik, ezért a vizuális HTML-szerkesztő tönkreteheti ezt a táblázatot, és termékek maradhatnak ki az e-mailből, miközben a backend továbbra is minden sort mutat. Minden szerkesztés után küldjön tesztlevelet, és ellenőrizze, hogy minden termék megjelenik. A sablon helyéről lásd: Konfiguráció.
A fizikai visszáru és visszatérítés indítása¶
Az elállás rekord önmagában soha nem mozgat készletet vagy pénzt. Amikor a fogyasztó visszaküldi az árut (vagy az ügyintéző egyébként elindítja a visszárut), az ügyintéző a Visszáru / visszatérítés indítása gombra kattint (angol UI: Start Return / Refund).
Ügyintézői ellenőrzőlista (elállás → áru vissza → visszatérítés)¶
Nyissa meg a nyilatkozatot a alatt (nem az RMA-k alatt).
Nézze át a sorokat és a Nyilatkozat fül pillanatképét.
Kattintson a Visszáru / visszatérítés indítása gombra. Egy új, normál RMA nyílik meg Piszkozat állapotban.
Ezen az RMA-n: állítson be indokot, ha kell → Rögzítés → fogadja el a sorokat (hüvelykujj fel) → Kész.
Validálja a bevételező szállítást, amikor a csomag fizikailag megérkezik (ugyanúgy, mint bármely más visszárunál).
A helyesbítő számlát / visszatérítést ugyanúgy készítse el, mint eddig a visszáruknál — maga az elállás nem változtat a számlázáson.
Mit hoz létre a Visszáru / visszatérítés indítása¶
Ez egy külön, normál RMA-t hoz létre az elállás soraiból:
az új RMA normál, elutasítható visszáru (nem elállás);
a Forrás elállás mezőn keresztül visszautal a nyilatkozatra;
az eredeti elállás rekord passzív, változtathatatlan és el nem utasítható marad — maga soha nem fut át a raktári szállítási vagy visszatérítési logikán; és
A szállítási / fuvarozási sorok kimaradnak. Ha egy régebbi nyilatkozaton még szerepel futársor (a szállítási kizárás előtt), az nem másolódik a származtatott RMA-ra. A csak szállításos elállásból nem indítható fizikai visszáru (a rendszer hibát jelez).
Megjegyzés
Az elállt mennyiségek nem számítódnak duplán. Amíg a származtatott visszáru RMA létezik, a forrás elállás ki van zárva a nyitott mennyiségi keretből, így ugyanazok az egységek soha nem köteleződnek le kétszer.
Az új RMA ezután a lent leírt standard RMA jóváhagyási folyamatot követi.
Ha a visszárut már RMA nélkül elintézte¶
Ha az árut már a klasszikus készlet-visszavétellel visszavették (vagy a pénzt már visszautalták) mielőtt az ügyintéző a Visszáru / visszatérítés indítása gombot használta volna:
az elállási nyilatkozat maradhat, ahogy van — továbbra is a fogyasztó nyilatkozatának jogi bizonyítéka;
ne indítson második visszáru RMA-t ugyanazokra az egységekre, ha a készlet és a pénz már rendezve van;
opcionálisan írjon belső megjegyzést az elállásra, hogy a kollégák tudják: a logisztika ezen a folyamaton kívül zárult le.
Ha a csomagot nem vették át (át nem vett visszáru)¶
A „a vevő nem vette át a csomagot / a futár visszahozta” eset logisztika, nem ugyanaz, mintha a portálos elállást a Kész állapoton keresztül dolgozná fel. Használja a normál visszáru / át nem vett RMA útvonalat (vagy a meglévő futárfolyamatot). Ha a fogyasztó elállást is leadott, az továbbra is csak „jogi nyilatkozat a rendszerben”, amíg szándékosan el nem indít egy visszárut, vagy meg nem állapítja, hogy erre nincs szükség.
Az RMA jóváhagyási folyamat¶
A visszáru RMA — akár elállásból, portálról vagy manuálisan jött létre — háromállapotú életcikluson megy át: Piszkozat → Rögzítve → Kész. Minden lépést biztonsági csoport kapuz.
Piszkozat → Rögzítve¶
A Rögzítés ellenőrzi és elküldi a kérelmet (az RMA Manager csoport kell hozzá):
minden pozitív mennyiségű sornak kell visszáru indok;
az RMA megkapja a szekvencia-hivatkozását; és
a kapcsolt vevői rendelésen requested státuszcímke jelenik meg.
Az Indok beállítása minden sorra segéd egyszerre állíthat be egy indokot (és célhelyet) az összes piszkozat sorra.
Rögzítve → soronkénti döntés¶
Ezután minden sort egyenként elfogadnak vagy elutasítanak (az RMA Approval csoport kell hozzá):
Elfogadás — az elfogadott mennyiség nem haladhatja meg a kiszállított mennyiséget;
Elutasítás — az elutasítás indoka kötelező.
Rögzítve → Kész¶
A Kész véglegesíti az RMA-t (az RMA Approval csoport kell hozzá). Csak akkor engedélyezett, ha minden sort elfogadtak vagy elutasítottak. Befejezéskor a rendszer létrehozza a raktári szállításokat:
bevételező szállítások a visszaküldött / cserélt / visszatérítendő és át nem vett sorokra; és
kimenő szállítások a csere és újraküldés sorokra, a raktár több lépéses kiszállítási konfigurációját betartva.
Visszáru elhelyezés (putaway)¶
Minden visszaküldött termék a következő sorrendben feloldott célhelyre kerül:
a soron megadott explicit célhely (vagy az indokból örökölt);
az a polc (beállított tárolási kategória) a raktárban, ahol a terméknek már a legtöbb készlete van;
a cég WEB visszáru helye (ha ahhoz a raktárhoz tartozik); egyébként
a raktár készlethelye.
A polc kategória és a WEB visszáru hely beállításaihoz lásd: Konfiguráció.
Rendelés státusz visszajelzés¶
Ahogy a visszáru halad, a kapcsolt vevői rendelés automatikusan megkapja az aktuális RMA státuszcímkét — pl. requested, refused, being returned, taken back vagy closed —, így az értékesítés mindig látja az élő állapotot. Az át nem vett visszáru emellett megjelöli a rendelést manuális visszatérítésre a pénzügynek.
Fontos
Az elállási nyilatkozatok soha nem kapnak rendelés-státuszcímkét, és nem jelennek meg a rendelés-státusz visszajelzésben: csak a normál RMA-k. Maga az elállás tiszta jogi nyilvántartás marad.
Biztonsági csoportok¶
A fenti műveletek az RMA biztonsági csoportokra vannak korlátozva:
RMA User — RMA létrehozása és visszáru indítása elállásból;
RMA Manager — RMA rögzítése és törlése; és
RMA Approval — sorok elfogadása/elutasítása és RMA készre tétele.
Megjegyzés
Az Értékesítés / Adminisztrátor (értékesítési vezető) csoport alapból tartalmazza az RMA Approval-t. Az értékesítési vezetők ezért látják az és Elállások menüket, és extra felhasználói beállítás nélkül kezelhetik az elállásokat. Az RMA Manager csoportot külön adja azoknak, akik indokokat is konfigurálnak vagy RMA-t törölnek.
Lásd még
A fogyasztói folyamat: Elállás a portálon
Időszakok, határidők és putaway beállítások: Konfiguráció