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ások menü

A megerősített nyilatkozatok a Értékesítés ‣ Rendelések ‣ Elállások alatt listázódnak. Ez a menü elkülönül a Értékesítés ‣ Rendelések ‣ RMA-k menütől: az RMA-k lista csak a normál visszárukat, az Elállások lista csak az elállási nyilatkozatokat mutatja.

A lista legalább a nyilatkozat hivatkozását (pl. RMA/2026/00034), a vevőt és a Rögzítve állapotot mutatja. Nyisson meg egy sort a nyilatkozat űrlaphoz.

A rekordok automatikusan ide érkeznek a portálról, már Rögzítve állapotban.

screenshot: sales-withdrawal-backend-list
menu
Sales ‣ Orders ‣ Withdrawals
shows
The Withdrawals list with three declarations, each showing its reference, customer, date and the "Posted" state badge.
highlight
The Withdrawals menu entry and the Posted badges (red frames).
data
Demo webshop orders; references RMA/2026/00034–00036.
module
eyssen_rma
notes
English UI, light theme, 1440px width, crop to the list.

Fontos

A Rögzítve az elállás helyes végső állapota. A nyilatkozat nem „piszkozatban ragadt”, és nem kell Kész állapotra tenni. A logisztika és a visszatérítés mindig egy külön, normál RMA-n történik, amelyet a Visszáru / visszatérítés indítása gomb hoz létre (lásd lent).

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.

screenshot: sales-withdrawal-backend-form
menu
Sales ‣ Orders ‣ Withdrawals ‣ (a declaration)
shows
A withdrawal declaration form: the blue info banner, the "Start Return / Refund" and "Resend Confirmation" header buttons, the Withdrawal Declaration group (Consumer Name, Consumer Email, Withdrawal Confirmed On, Confirmation Email) and the withdrawn order lines.
highlight
The info banner and the two header buttons (red frames).
data
Declaration RMA/2026/00034 for a demo consumer, two withdrawn lines.
module
eyssen_rma
notes
English UI, light theme, 1440px width, full form.

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.

screenshot: sales-withdrawal-backend-declaration-tab
menu
Sales ‣ Orders ‣ Withdrawals ‣ (a declaration) ‣ Declaration
shows
The Declaration notebook tab with the immutable HTML snapshot: declaration title, consumer name and e-mail, submission timestamp and the list of products and quantities.
highlight
The submission timestamp (red frame).
data
Same declaration RMA/2026/00034.
module
eyssen_rma
notes
English UI, light theme, 1440px width, crop to the notebook.

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)

  1. Nyissa meg a nyilatkozatot a Értékesítés ‣ Rendelések ‣ Elállások alatt (nem az RMA-k alatt).

  2. Nézze át a sorokat és a Nyilatkozat fül pillanatképét.

  3. Kattintson a Visszáru / visszatérítés indítása gombra. Egy új, normál RMA nyílik meg Piszkozat állapotban.

  4. Ezen az RMA-n: állítson be indokot, ha kell → Rögzítés → fogadja el a sorokat (hüvelykujj fel) → Kész.

  5. 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).

  6. 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:

  1. a soron megadott explicit célhely (vagy az indokból örökölt);

  2. 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;

  3. a cég WEB visszáru helye (ha ahhoz a raktárhoz tartozik); egyébként

  4. 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 Értékesítés ‣ Rendelések ‣ RMA-k é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