Kapcsolódó információk:
› Paraméterezési útmutatók
Korábbi változatok
...
Amennyiben a vevő több számlát összevontan utal, a SUP banki rögzítésnél az utalást szét kell bontani a kimenő számlák számai szerint.
| Qsboxjavaslat |
|---|
A számlákra vonatkozó kiegyenlítés információk lekérdezésének korszerűbb módja a DbConnector REST API szolgáltatás használata. Ebben az esetben nem kell egy ügyintézőnek kézzel futtatnia a menüfunkciót. A kereskedelmi rendszer az API-n keresztül önállóan le tudja kérdezni az adatokat. |
Átadás előzetesen beállítandó paraméterei
Az funkció használatához a A SUP rendszerből történő adatátadást megelőzően a SUP.INI konfigurációs file-ban kell beállítani az átadáshoz szükséges rendszerparamétereket. A beállított rendszerparaméterek az átadást indító képernyőn kiírásra kerülnek, azonban ott nem módosíthatók..
[SzlaKiegyAtad] szekció
KiegyFokszamList=Azon főkönyvi számok, melyre könyvelt forgalmi tételeket tételek át kell adnilesznek adva. Jellemzően bank főkönyvi számokat kell megadni, de akár a pénztári kiegyenlítések is átadhatók ilyen módon. Kompenzációs fizetési módnál a kompenzációs átvezetési számlát is fel kell sorolni.
Jellemző érték: 3841, 3842
...
AtadPath=Ebbe a könyvtárba kerül az átadás file. Előzetesen be kell állítani a SUP.INI-ben, ill. a könyvtárnak léteznie kell a file-system-ben.
Formatum=CSV1,- XML
- CSV1: a jelenleg meghatározott formátumXML: XML formátum
Átadás indítási paraméterei
Új átadás indításakor A SUP rendszerből történő átadás a Szerviz | Számla kiegy. info ker. rendszernek menüpontból indítható, a felhasználónak következő paramétereket kell megadni:
...
- IsmeteltAtadas A SUP (más átadásokhoz hasonlóan) a könyvelési tételekre rájelöli az átadás állapotát. Tehát egy már átadott tétel nem kerül ismét átadásra - kivéve, ha ez a paraméter be van kapcsolva.
Logikai adatszerkezet
| Adatmező neve | Típusa | NULL | Magyarázat |
|---|---|---|---|
| ceg_kod | CHAR(10) | NOT NULL | Konstans adat. Cég kódja a SUP-ban. Elkerülendő, hogy több cég feldolgozása esetén "keresztben" vegyünk át tételeket. |
| kuldo_kod | CHAR(10) | NOT NULL | Konstans adat. Küldő alrendszert azonosító kód. Elkerülendő, hogy ismeretlen forrásból származó adatokat töltsünk be. Konkrétan ez esetben DEFAULT 'SUP' |
| verzio_kod | CHAR(5) | NOT NULL | Konstans adat. Logikai formátum verzió kódja. Elkerülendő a formátum változása esetén bekövetkező hibákat. A fogadó program ellenőrizhet rá a futási idejű hibák elkerülése érdekében. Jelenlegi verziókód: 2.6 |
| vevszall | CHAR(4) | NOT NULL | Default: 'VEVO'. Az adatszerkezet alapvetően a kereskedelmi rendszerből kiállított kimenő számlák könyvelésben jelentkező kiegyenlítési információk visszaadására szolgál. Az adatmező segítségével azonban más kiegyenlítés jellegű mozgások is átadhatók, pl.: a kereskedelmi rendszerben nyilvántartott szállítói számla kiegyenlítések adatai. Jellemző értékek: VEVO | SZALL. |
| fokszpartn | CHAR(10) | NOT NULL | A tétel partner folyószámlás fők. száma (számla oldal). Jellemző érték: 311 |
| fokszkiegy | CHAR(10) | NOT NULL | A tétel kiegyenlítés oldali fők. száma. Jellemző érték: 381, 384 |
| partner | CHAR(11) | NOT NULL | Partner kód. Elkerülendő, hogy a könyvelés esetleges adatrögzítési hibája miatt rossz partnerre kerüljön a kiegyenlítés információ. A partnerkódok szinkronban tartása szükséges a két rendszer között. |
| kuldo_bizszam | CHAR(20) | Banki bizonylat tétel azonosítója a küldő rendszerben. A SUP esetében mindenképpen kitöltésre kerül. NAPLOSZ / KBIZSZ - BIZSOR | |
| szamlaszam | CHAR(20) | NOT NULL | Hivatkozás az eredeti számlaszámra. A kereskedelmi rendszer ez alapján állapítja meg az általa kiállított számla kiegyelítettségi állapotát. |
| kiegykelt | DATE | NOT NULL | Kiegyenlítés dátuma. Magyar szabvány szerinti írásmód éééé.hh.nn formátumban |
| fizmodinfo | CHAR(1) | Kiegyenlítés fizetési mód info. Elképzelhető, hogy egy számla több részletben - akár többféle fizetési móddal lett kiegyenlítve. A SUP rendszer ezért átadja a könyvelési napló jellegét, amit a kereskedelmi rendszer tetszőlegesen használ, vagy figyelmen kívül hagy. A kódolás a következő: 2 - Bank (átutalás vagy bankkártya) 3 - Pénztár (készpénz) 6 - Vegyes (kompenzáció, leírás) | |
| osszeg | NUMERIC(15,2) | NOT NULL | Kiegyenlített összeg a számla devizanemében. Alapvetően pozitív szám, kivéve, ha egy számla túlfizetés visszautalása történik. Ezres tagolás nélkül, tizedes-ponttal szeparálva, két tizedesjegy pontossággal. Egész értékek esetén is kell .00 tizedes |
| devnem | CHAR(3) | NOT NULL | Az utalt összeg devizanemének 3 betűs ISO kódja. Forint esetén is ki kell tölteni: 'HUF' |
Rekordok sorrendje: kuldo_bizszam, kiegykelt, devnem
Fizikai formátum
Pontosvesszővel szeparált CSV, header (mezőnevek) sorral, minden adat "" jelek között.
XML a logikai adatszerkezetben leírt XML, az azonosítást szolgáló adatok külön Node-ba kiemelve.
Átadás file neve
SzlaKiegyAtadSUP_éééé_hh_nn.xmlSzlaKiegyAtadSUP_éééé_hh_nn.csv
Túlfizetés kezelése
A kereskedelmi rendszerek a kimenő számlák túlfizetését különbözőképpen kezelik.
Egyféle kezelési mód a következő: Egy számlára többszöri kiegyenlítés is megengedett, maximum az eredeti összeg erejéig. Amennyiben a kiegyenlítés(ek) összesített összege több mint a számla végösszege, az átvevő hibalistára teszi - a könyvelésben történő javítás után újra kell küldeni.
Átadás file neve
SzlaKiegyAtadSUP_éééé_hh_nn.csv vagy SzlaKiegyAtadSUP_éééé_hh_nn.xml
Minta CSV file
...
Adatszerkezet
...