WebTax – Frissítés v1.48

1.48-As verzió – Frissítés dátuma: 2026.06.12

API-n keresztül elektronikusan aláírt számla e-mailben küldése

API elektronikus aláírás végpont (GET /api/invoices/{id}/createEinvoice) kiegészítve opcionális e-mail küldő paraméterrel.

Bizonylat exportok kiegészítése

Fej adatoknál: rögzítő adata, partner cím adatok (irányítószám, település, cím oszlopok).
Tételes exportokba: tartozik, követel, kontírkód.

Egyszerű kiegyenlítés rögzítése

A számlák kiegyenlítését segíti a  gomb vagy a * billentyű mely a számla teljes összegét és az aktuális napot, valamint az átutalásos fizetési módot kínálja fel a számla kiegyenlítéseként. Az adatok megadását követően a Kiegyenlítés rögzítése gombbal véglegesíthetjük a kiegyenlítést.

NAV xml – számla megjelenési formája

A Cégbeállítások/NAV adatok fülön beállítható hogy az Online számla adatszolgáltatás xml fájljába a számlák megjelenési formája mi legyen:

Hogy erre miért van szükség?

A problémát az elektronikus számla törvényi meghatározása jelenti.
Jelenleg, a törvény alapján elektronikus számlának az tekinthető, amely elektronikus módon lett kibocsájtva és a vevő elektronikus módon fogadja azt be. Nincs köze például ahhoz, hogy a számla elektronikusan alá van-e írva, vagy sem, sem egyéb feltételhez.
Emiatt a definíció miatt a számla elkészítésekor egyszerűen nem lehet tudni, hogy a készülő számla elektronikus számla lesz-e, vagy sem, mert a vevői befogadás módjáról nincs információ. Nem lehet tudni, hogy az elkészült számlát kinyomtatják-e és postán küldik vagy a pdf-et emailen juttatják el. Az emailen elküldött (akár elektronikusan aláírt) pdf számlát a vevő kinyomtathatja és mint papír számla fogadhatja be. A tág törvényi meghatározás miatt számlakiállításkor nem egyértelmű, hogy ebbe az egyébként opcionális XML mezőbe milyen értéknek kell kerülnie.

Pénztárat érintő módosítások

A pénztárba beállítható, hogy mi legyen az alapértelmezett dátum, amit a program felkínál a kivonat zárását követő pénztárjelentés nyitó dátumaként:

Devizás banki tételek importja

Banki tétel importoknál jelölhető, hogy devizás bankszámla esetén, a tételekhez tartozó árfolyamot automatikusan töltse a program a Váltóhely árfolyamának használatával. Az adott bankszámlához beállított váltóhely árfolyama kerül ilyenkor a tételbe automatikusan (minden olyan tételhez, amihez nincs árfolyam adat az import fájlban).

Kimenő szállítólevél kelte

Kiállításkor a szállítólevelek kelte tetszés szerint megadható (alapfelajánlás a mai nap, de szabadon átírható).
API-n keresztüli szállítólevél létrehozáskor továbbra se kötelező a kelt mező megadása, ha nem adjuk meg, akkor a mai nap lesz a kelt.

Lejárt előfizetés esetén bizonylat export lehetőségek

Azok a felhasználók is elérik a kimenő és bejövő bizonylatok export funkcióját, akiknek jelenleg nincs érvényes megrendelésük. Megfelelő jogosultság esetén így a lejárt megrendelésű cégekbe belépve is ki tudják exportálni a számláikat.

Devizás számlákról utalási fájlok

Utalási fájlok nem csak forintos, hanem devizás számlákról is készíthetők.

Bejövő számla partner bankszámlaszáma

Bejövő számlán szereplő eladói bankszámlaszám kiválasztható, amennyiben több szám is tartozik az eladóhoz. A számlához kiválasztott számlaszám fog az utalási fájlba is kerülni. A NAV-tól érkező bejövő számlák feldolgozásakor az xml-ben lévő bankszámlaszámot is tárolja a rendszer.

Piszkozatok/sablonok

Ha a piszkozatból / sablonból indítjuk a bizonylat kiállítást, akkor a Piszkozat / Sablon mentése gombra kattintva feljön egy új ablak, ahol az alábbi lehetőségekből lehet választani (attól függően, hogy sablonból vagy piszkozatból indult a bizonylatkiállítás):

1. piszkozat/sablon mentése (felülírás),
2. új létrehozása,
3. mentés másik típusként: a gombra kattintva feljön egy ablak, ahol meg tudjuk adni az új piszkozat / sablon elnevezését. Tárolás előtt ellenőrzi a program, hogy ilyen elnevezésű van-e – ha van, akkor kérünk egy megerősítést is, hogy valóban szeretné-e a felülírni.