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áblaSzerepFő mezők, kapcsolat
payment_order_itemkosár-tételclient, 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_ordergenerált köteg-feja tételek erre hivatkoznak a generálás után
company_settingügyfél-paraméterpayment_order_merge: 1 = partnerenként összevonva (alap), 0 = számlánként külön
docaz állomány a dokumentumtárbanobjektum-típus payment_order
transactionkimenő draft bizonylatirány 2, idempotens létrehozás

Folyamat

  1. 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ő.
  2. Tétel számla nélkül: jogcím, összeg, célszámla, közlemény.
  3. Értéknap csoportosan: a kijelölt tételekre a számla határideje vagy fix dátum.
  4. Megtérítés harmadik félnek: payee_kind = third, jogcím reimburse, ö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.
  5. 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án invoice); köteg-fej írása, a tételek 1-es státuszra és a köteghez kötve; kimenő draft bizonylat a finance/transaction modell idempotens kötegfeldolgozójával.
  6. 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.