Automatikus fizetés és fizetési sürgetés¶
A szerződés az ismétlődő számláit automatikusan terhelheti egy tárolt fizetési módra, és elutasított terhelés esetén rögzített ütemezés szerint újrapróbálkozik. Beszedhető SEPA-beszedéssel is a bankon keresztül.
Az automatikus terhelés beállítása¶
Állítson be és engedélyezzen olyan fizetési szolgáltatót, amely támogatja a fizetési módok mentését (Online fizetések).
Hagyja, hogy az ügyfél elmentsen egy fizetési módot – bankkártyát vagy a szolgáltatónál tárolt SEPA-mandátumot –, például az ügyfélportálról.
Nyissa meg a szerződést, és válassza ki ezt a módot a Fizetési token mezőben. Csak a szerződés ügyfeléhez tartozó tokenek választhatók.
Állítsa a Számla könyvelése mezőt Automatikus könyvelés értékre.
Ettől kezdve a szerződéshez létrehozott minden ismétlődő számla lekönyvelésre és az ügyfél jelenléte nélkül terhelésre kerül.
Fontos
A terhelés csak akkor számít sikeresnek, ha a fizetési tranzakció ténylegesen Engedélyezve vagy Kész állapotot jelez. Az a szolgáltató, amely elutasít egy ügyfél nélküli fizetést, nem dob hibát, ezért a hiba hiánya soha nem tekinthető teljesített fizetésnek.
Fizetési sürgetés¶
Minden terhelési kísérlet fizetési kísérletként rögzül a szerződés Fizetési kísérletek fülén, a kísérlet sorszámával, időbélyegével, állapotával, az elutasítási kóddal és okkal együtt.
A kísérlet állapota |
Jelentése |
|---|---|
Folyamatban |
A terhelés folyamatban van, vagy a szolgáltató még nem válaszolt. A SEPA-beszedéssel beszedett szerződés esetében a számla remesára, vagy a bankszámlakivonat egyeztetésére vár. |
Sikeres |
A számla kifizetésre került. |
Átmeneti elutasítás (újrapróbálás) |
A terhelés sikertelen volt, és a Következő újrapróbálás időpontjára újrapróbálkozás van ütemezve. |
Végleges elutasítás (leállás) |
Nem történik több újrapróbálkozás. |
Az újrapróbálkozás üteme rögzített: az első sikertelen kísérlet után a rendszer 1, 3, 7 és 14 nap múlva próbálkozik újra. Ha ez a négy újrapróbálkozás kimerült, a kísérlet Végleges elutasítás lesz.
A szerződés Sürgetési állapota foglalja össze, hol tart: Rendben, Újrapróbálás folyamatban vagy Végleges elutasítás. A szerződéslistán a Fizetési probléma szűrő találja meg a figyelmet igénylő szerződéseket.
- menu
- Subscriptions ‣ Contracts ‣ (a contract) ‣ Dunning Attempts
- shows
- The Dunning Attempts tab of a contract with three attempts: attempt number, attempted-at timestamp, state badge, decline reason and next retry date.
- highlight
- The state badges and the Next Retry At column (red frame).
- data
- Contract SUB/2026/0012; one success, one soft decline with a retry scheduled.
- module
- subscription
- notes
- English UI, light theme, 1440px width, crop to the notebook. Use throw-away payment data.
Beszedés SEPA-beszedéssel¶
A szerződés a bankon keresztüli SEPA-beszedéssel is beszedhető, bankkártya vagy online fizetési szolgáltató nélkül. Az ismétlődő számlák beszedési remesákba (beszedési megbízások) kerülnek, Ön feltölti a fájlt a bankba, és a számla akkor egyenlítődik ki, amikor a beszedés megjelenik a bankszámlakivonaton. Ez a spanyol ügyfelek előfizetéseinek szokásos beszedési módja.
Megjegyzés
A funkciót a Subscriptions - SEPA Direct Debit modul biztosítja, amely automatikusan települ, ha a Subscriptions, az Account Banking SEPA Direct Debit és az Account Payment Order Return modul telepítve van.
A szerződés beállítása¶
Az ügyfélnek érvényes SEPA-mandátumra van szüksége. Az ügyfél online is aláírhatja.
Hozzon létre egy szerződést az ügyfélnek. Az ügyfél első érvényes mandátuma a SEPA-mandátum mezőben kerül felajánlásra, és ha az ügyfél fizetési módja a SEPA csoportos beszedés vevők részére módot használja, akkor a Beszedési fizetési mód mezőben is.
Ellenőrizze mindkét mezőt. A fizetési módnak a szerződés vállalatának beszedési módjának kell lennie, a mandátumnak pedig az ügyfél (vagy valamelyik kapcsolattartója) érvényes mandátumának. Vagy mindkettőre szükség van, vagy egyikre sem: ha csak az egyiket menti, a rendszer a következő üzenettel leáll: SEPA direct debit needs both a direct debit payment mode and a mandate.
Állítsa be a Számla könyvelése mezőt a szokásos módon.
Ha ki van választva mandátum, a Fizetési token mező rejtett: a kártyás út nem használatos ennél a szerződésnél. A szerződéshez generált számlák tartalmazzák a fizetési módot és a mandátumot.
- menu
- Subscriptions ‣ Contracts ‣ (a contract)
- shows
- The Payment group of a contract with the Direct Debit Payment Mode "Collection remittance (SEPA) - CaixaBank" and the SEPA Mandate reference filled in, and no Payment Token field.
- highlight
- The Direct Debit Payment Mode and SEPA Mandate fields (red frame).
- data
- Contract SUB/2026/0012 for a customer with a valid SEPA mandate.
- module
- subscription_sepa_direct_debit
- notes
- English UI, light theme, 1440px width, crop to the Payment group.
Remesabeállítások¶
Lépjen a menüpontra, és görgessen a SEPA/PAIN szakasz Előfizetési remesák részéhez:
Beállítás |
Leírás |
|---|---|
Remesanapok |
A hónap vesszővel elválasztott napjai (például |
Ennyi napon belül esedékes számlák (nap) |
Csak azok a számlák kerülnek beszedésre, amelyek a remesanaptól számított legfeljebb ennyi napon belül (alapértelmezés szerint 7) esedékesek. |
Remesafájl generálása |
A piszkozat beszedési megbízást is megerősíti, és legenerálja a fájlját. A fájlt továbbra is kézzel kell feltölteni a bankba. |
Remesafelelős |
Az a felhasználó, aki megkapja az Előfizetési remesa kész: töltse fel a bankba teendőt. |
Hogyan kerül beszedésre egy számla¶
A számla könyvelésre kerül, automatikusan vagy kézzel (ha a Számla könyvelése értéke Piszkozatban hagyás ellenőrzésre, a számla a könyveléskor kerül a beszedésbe). Létrejön egy Függőben állapotú követeléskezelési kísérlet, és a számla a remesára vár.
A számla beszedési megbízásba kerül. Remesanapok nélkül a fizetési mód piszkozat beszedési megbízásához azonnal hozzáadódik (ha nincs nyitott, újat hoz létre a rendszer). Remesanapokkal a napi ütemezett művelet ezeken a napokon piszkozat beszedési megbízásokba gyűjti azokat a könyvelt számlákat, amelyek utolsó kísérlete függőben van, még nincsenek aktív megbízásban, és az előfutási időn belül esedékesek. A megbízáson megjegyzés kerül rögzítésre, és a felelős felhasználó megkapja a teendőt.
Ön feltölti a fájlt. Nyissa meg a beszedési megbízást, erősítse meg, és generálja le a fájlt (kivéve, ha a Remesafájl generálása ezt már megtette), töltse fel a fájlt a bankba, majd kattintson a Fájl sikeresen feltöltve gombra. A számlák Kiegyenlítés alatt állapotba kerülnek.
A kísérlet akkor sikeres, ha a számla ki van fizetve. A bankszámlakivonat importálása és egyeztetése után az ütemezett művelet a kísérletet Siker állapotra, a szerződés Követeléskezelés állapota mezőjét pedig ismét OK értékre állítja. A fájl feltöltése nem elég: a kísérlet Függőben marad, amíg a beszedést nem egyeztették.
Fontos
Az Előfizetés: SEPA-beszedési remesa ütemezett művelet inaktívan érkezik. Minden esetben engedélyezze, remesanapok nélkül is: a kifizetett számlák kísérleteit is lezárja.
Amikor a bank visszaküld egy beszedést¶
Erősítse meg a fizetési visszaküldést (kézzel felvéve vagy a bank jelentéséből importálva): a visszaküldés oka a SEPA-szerződés minden számlája kísérletének elutasítási kódjaként kerül rögzítésre, és érvénybe lép a követeléskezelés:
ideiglenes visszaküldés (például AM04, fedezethiány): a kísérlet Ideiglenes elutasítás (újrapróbálás) állapotú lesz, és a számla 1, 3, 7 és 14 nap után újra beszedésre kerül a fent leírtak szerint: az Előfizetés: követeléskezelési újrapróbálkozás ütemezett művelet új kísérletet hoz létre, és a számla új beszedési megbízásba kerül, azonnal vagy a következő remesanapon. A negyedik újrapróbálkozás után a kísérlet Hard Decline állapotú lesz;
végleges visszaküldés (például MD01, nincs mandátum, AC04, megszűnt számla, vagy MD06, az ügyfél visszatérítést kért): az újrapróbálkozások azonnal leállnak. A kísérlet Végleges elutasítás (leállítás) állapotú lesz, a szerződés Követeléskezelés állapota mezője Végleges elutasítás értékre változik, és a könyvelő magas prioritású riasztást kap. Mielőtt újra beszedne, vizsgálja felül a mandátumot az ügyféllel.
Hogy a visszaküldés ideiglenes vagy végleges, azt a visszaküldési ok Visszaküldés típusa mezője határozza meg, ha az ki van töltve (a spanyol lokalizáció kitölti, lásd Spanyol remesák). Ellenkező esetben a következő kódok végleges visszaküldésnek minősülnek: AC01, AC04, AC06, AC13, AG01, AG02, AM05, BE05, CNOR, CUST, DNOR, DUPL, FF01, MD01, MD02, MD06, MD07, MS02, RC01, RR01, RR02, RR03, RR04 és SL01. Minden más kód, vagy az ok nélküli visszaküldés ideiglenesnek minősül.
Ütemezett műveletek¶
Három ütemezett művelet támogatja az automatikus fizetést. Inaktívan érkeznek, és a menüpontban kell engedélyezni őket:
Subscription: Dunning Retry – 4 óránként; újrapróbálja azokat a terheléseket, amelyek újrapróbálási ideje letelt.
Előfizetés: SEPA-beszedési remesa – naponta fut; a SEPA-beszedéssel beszedett számlákat beszedési megbízásokba gyűjti, és a kifizetett számlák kísérleteit Siker állapotra állítja.
Subscription: Emit Alerts – naponta; teendő tevékenységet hoz létre az értékesítőnek, ha egy próbaidőszak három napon belül lejár, és magas prioritású tevékenységet a könyvelőnek végleges elutasítás esetén.