Fizetési megbízások — rendszerleírás
A fizetési megbízás-kosár adatmodellje, a számla-felvétel tiltásai, a giró állomány (HCT XML, Electra .HUF) köteg- és nettósítási szabályai, a dokumentum- és bizonylat-mellékhatások és a jogok.
Áttekintés
Fizetési megbízás-kosár: a számla a Számlák lista sor-akciójával kerül bele (forrás- és célszámlával, összeggel, értéknappal), számlához nem kötött tétel (munkabér, adó, egyéb) is felvehető. A kijelölt tételekből ügyfelenként giró állomány (HCT XML vagy Erste Electra .HUF) készül a dokumentumtárba, kimenő draft bizonylattal, amelyet a banki import a hivatkozásból felismer.
Adatmodell
A táblanevek a telepítés saját előtagjával állnak az adatbázisban.
| Tábla | Szerep | Fő mezők, kapcsolat |
|---|---|---|
payment_order_item | kosár-tétel | client, partner, számla (opcionális), jogcím (wage, tax, other, reimburse), összeg, értéknap, azonnali-jelző, forrás- és célszámla, payee_kind, státusz (0 = nyitott, 1 = állományba került) |
payment_order | generált köteg-fej | a tételek erre hivatkoznak a generálás után |
company_setting | ügyfél-paraméter | payment_order_merge: 1 = partnerenként összevonva (alap), 0 = számlánként külön |
doc | az állomány a dokumentumtárban | objektum-típus payment_order |
transaction | kimenő draft bizonylat | irány 2, idempotens létrehozás |
Folyamat
- Számla felvétele: összeg = kintlévőség mínusz a fel nem oldott visszatartás; célszámla a bizonylatról, ennek híján a partner aktív alapértelmezett számlája a devizanemben; forrás a client alapértelmezett számlája; értéknap a határidő.
- Tétel számla nélkül: jogcím, összeg, célszámla, közlemény.
- Értéknap csoportosan: a kijelölt tételekre a számla határideje vagy fix dátum.
- Megtérítés harmadik félnek:
payee_kind = third, jogcímreimburse, összeg alapból a bruttó, megjegyzés a fizetési mód nevével; itt a készpénz- és kártya-tiltás szándékosan nem érvényes. Számla, kedvezményezett neve és számlaszáma kötelező; vevői számlára tilt. - Generálás: a kijelölt tételek köteg-kulcs (client + terhelendő számla + deviza + értéknap) szerint csoportosítva; partnerenként nettósítás (jóváírás negatív tétel, nem pozitív nettónál a partner kimarad) vagy a client beállítása szerint számlánként külön; egyedi köteg-hivatkozás ügyfél-azonosítóval és időbélyeggel; HCT XML vagy Electra
.HUF(csak HUF); iktatás a client tárhely-szabálya szerint (document, ennek híjáninvoice); köteg-fej írása, a tételek 1-es státuszra és a köteghez kötve; kimenő draft bizonylat afinance/transactionmodell idempotens kötegfeldolgozójával. - Törlés: a kijelölt, még nyitott tételek fizikai törlése.
Szabályok és validáció
- Számla felvételét tiltja: készpénz, kártya vagy levonás fizetési mód; már rendezett számla (a kintlévőség abszolút értéke legfeljebb 0,5); ugyanarra a számlára már nyitott tétel; vevői számla pozitív összeggel (csak túlfizetés-visszautalás mehet); nulla összeg; hiányzó célszámla (a partner megnevezésével); hiányzó forrásszámla.
- Csak 0 státuszú tétel módosítható.
- Generáláskor hiba: készpénzes vagy kártyás számla tétele, Electra nem HUF devizában, célszámla nélküli partner, tárhely-szabály hiánya.
- Az összevonási mód mentése hibát ad, ha a beállítás-tábla migrációja még nem futott.
Jogosultság
- 1. réteg: az összevonási mód mentése és a generálás a módosítási jogot is kéri.
- 2. réteg:
list(az oldal is),edit(felvétel, szerkesztés, értéknap, összevonási mód),reimburse,export,delete,debug. - 3. réteg: minden végponton a client a felhasználó engedett cégei közül való (a modell lekérdezése szűr); a megtérítés a számla clientjére szűr.
Kapcsolódó folyamatok
A banki import véglegesítése párosítja a banki terhelést a generált köteggel, és a számlát bankban kiegyenlítettnek jelöli.
Ismert korlátok
- A megtérítés kedvezményezett-számla kitöltője a megadott cég bankszámláját tartalmi hatókör-ellenőrzés nélkül adja vissza.