Kapcsolódó információk:
› Paraméterezési útmutatók
Korábbi változatok
Oldal szerepeltetése | ||||
---|---|---|---|---|
|
Adatszerkezet - XML séma
- Az XML teljes sémája a következő: ifXML_SzlaKiegyAtad.xsd
- Diagram: ifXML_SzlaKiegyAtad.png
- Mintafájl: SzlaKiegyAtadSUP2017_11_8.xmlMinta XML fájl:
Kódblokk | ||
---|---|---|
| ||
Ezt még át kell írni. <?xml version="KIEGY_21.60" encoding="UTF-8"?> <Fokonyvi_feladas<SzlaKiegyAtad FileVersion="KIEGY 2.6" FileTimeStamp="2017.10.18."> <SzlaKiegyAtad> <>-11-08 11:50:29" CegKod="CEGKOD" KuldoKod="SUP"> <Kiegyenlitesek> <Kiegyenlites> <VevSzall>...</>VevSzall> <> <FokszPartn>...</FokszPartn> <><FokszKiegy>...</FokszKiegy> <><Partner>...</>Partner> <><Szamlaszam>...</Szamlaszam> <><KuldoBizszam>...</>KuldoBizszam> <KiegyKelt>...</>KiegyKelt> <><FizmodInfo>...</FizmodInfo> <><Osszeg>...</Osszeg> <><Devnem>...</>Devnem> <BankSzla>...</>BankSzla> <OsszegHuf>...</>OsszegHuf> < </>Kiegyenlites> </>Kiegyenlitesek> </SzlaKiegyAtad> |
Attributum | Típus | Magyarázat |
---|---|---|
FileVersion | CHAR | Konstans adat. Jelenlegi verziókód: KIEGY_2.6 |
FileTimeStamp | TimeStamp | Az adatfájl elkészítésének időpontja. |
CegKod | CHAR | 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. |
KuldoKod | CHAR | 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' |
...
XML tag | Típusa | Magyarázat |
---|---|---|
VevSzall | CHAR(4) | Jellemző értékek: VEVO | SZALL |
FokszPartn | CHAR(10) | A tétel partner folyószámlás fők. száma (számla oldal). Vevő esetén jellemző érték: 311 |
FokszKiegy | CHAR(10) | A tétel kiegyenlítés oldali fők. száma. Jellemző érték: 381, 384 |
Partner | CHAR(11) | Partner kód. A partner kódok szinkronban tartása szükséges a két rendszer között. |
Szamlaszam | CHAR(20) | Hivatkozás az eredeti számlaszámra. A kereskedelmi rendszer ez alapján állapítja meg az általa kiállított számla kiegyenlítettségi állapotát. |
KuldoBizszam | 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
|
KiegyKelt | DATE | Kiegyenlítés dátuma. ISO 8601 szabvány szerinti írásmód. éééé-hh-nn |
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) | 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. |
Devnem | CHAR(3) | Az utalt összeg devizanemének 3 betűs ISO 4217 kódja. Pl.: Forint esetén: 'HUF' |
BankSzla | CHAR(24) | Bankszámlaszám |
OsszegHuf | NUMERIC(15,2) | Ft-os összeg, csak abban az esetben, ha a Devnem nem HUF |
Rekordok sorrendje: kuldo_bizszam, kiegykelt, devnem
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.