2021.02.25 2.35-ös változat

2021.02.25 2.35-ös változat

• új egyedi lista: ~NAV_KAP  NAV-től a NAV beolvasás során beolvasott, de még nem iktatott számlák lekérdezése. Lista és excelbe átadás lehetséges.
• Az új programváltozat már képes (működő internet kapcsolat esetén) jelezni a bal felső sarokban sárga színnel, ha elérhető frissebb PROFIT programverzió.
• A partnertörzsben El.sz. (elektronikus számlázás) csak akkor jelölhető (X-el vagy T-vel), ha van a partnernek (vagy a pénzügyesnek a személy törzsben) email címe megadva
• A PROFIT programban eddig kétféle számla készülhetett. Papír alapú, ahol a beállított számú számlapéldány a számla nyomtatásakor/elkészítésekor a beállított PROFIT nyomtatóra elküldésre került. Ha itt üzemzavar lépett fel (nem jött ki/begyűrte az eredetit), akkor nem volt nagy gond, egyszerűen kellett készíteni kívánt példányban számlamásolatot, és eredetiként leigazolni. Ha a vevő példánya a postán elkallódott, akkor pedig a saját példány lefénymásolásával és eredetiként leigazolásával újra lehetett eredetivel megegyező másolatot készíteni a vevő részére.
  Vagy a vevőnél a partnertörzsben X-el jelölhető volt, hogy neki elektronikus(vagy EDI) számla készül, és megfelelő beállításokkal (E_SZLA_UTVON) és egy ú.n. elektronikus számla szolgáltatóval (szamlakozpont.hu, 1stbp.eu) szerződve az elektronikus számla elkészítésének, elektronikus időpecséttel/aláírással ellátásának, továbbításának és archiválásának feladatát a szolgáltató (díjazásért) átvállalta. Ilyenkor papíros számlapéldány nem készült.
• A 2.28 verzióban leírt PDFCreator-os számla(másolat) PDF-be nyomtatás/azonnali email küldés továbbfejlesztésre került az alábbiak szerint (de az ott leírt működés továbbra is elérhető). Új beállítási lehetőség (csak akkor, ha nincs beállítva az eddigi E_SZLA_UTVON elektronikus számlázás):
• SZAMLAPDFnnn , ahol nnn egy K?? kimenő számla napló, amelyben S szigorú számadású számlázás van beállítva. A tartalmában első karakteren egy betűjel legyen, majd utána közvetlenül következhet egy meghajtóésútvonal. A beállításnak megfelelő számla elkészítésekor a program a számlát PDF állományként hozza létre (üres példányszöveggel), erre egy HASH-t (elektronikus aláírást) generál amit el is tárol a számla alsó NAV kommunikációs mezőjében SHA3-512: XXXX... formában, elkészít egy emailt a vevőnek, esetleg készít egy papíros számlapéldányt is és utána megtörténik a NAV online számla adatszolgáltatás, amelynek a képzett HASH is átadásra kerülhet. A beállítás első karaktere az alábbi lehetőségeket jelenti:
• E: csak azon vevőknél készül a fenti módon PDF(+HASH,+email...), akiknél a partnertörzsben az El. számlázás X -re (elektronikus számla) van állítva. (vagy T-re: teszt mód, minden ugyanúgy megy, de nem elektronikusként lesz a NAV jelentésben megjelölve). Az email szövege ekkor Xnnn (vagy Tnnn) bizonylat szöveggel adható meg.
  e: az előző működés, de még egy menetben készít egy papíros példányt is (nekünk)
  C: minden olyan vevőnél készül a fenti módon PDF, akiknek van email címe megadva. Az email szövege a Pnnn (vagy ha nincs megadva, akkor a Knnn) bizonylat szöveggel adható meg.
  c: az előző működés, de még egy menetben készít egy papíros példányt is  
  M: minden számla ezzel a módszerrel készül, akinek nem volt email címe, ott email nem készül, hanem helyette egy papíros példány készül
  m: az előző működés, de még egy menetben készít egy papíros példányt is (ha nem volt email, akkor összesen kettőt)
• A beállítás első betűjét követően megadható meghajtóésútvonal -tól függően különböző módon történhet a létrejött számla PDF tárolása. Ha üresen marad, akkor a PDF_MENT_MAP beállításban beállított útvonalon jön létre a PDF fájl, vagy ha az sem volt beállítva, akkor a kliens gépen a c:\PDF_MENT\ mappába. (a fájlnév végére azért odateszi: eredeti, hogy meg lehessen különböztetni a sima korábbi másolati pdf-ektől) Ha itt kitöltjük, akkor az itt definiált mappában jön létre a PDF fájl, nem keveredik más PDF-ekkel.
• Amennyiben a KEPERNYO_KEP beállítással be van állítva a PROFIT-ban az általános dokumentum tárolás, és a SZAMLAPDFnnn beállításban a második karaktertől kezdődően megadott útvonal a KEPERNYO_KEP második karakterétől kezdődően beállított dokumentum útvonalra vagy almappájára mutat, akkor a program a létrejött PDF fájlt a számla dokumentumaként állítja be, vagyis a számlához tárolja a hozzá tartozó számla eredeti PDF fájl elérési linkjét (meghatóésútvonalésfájlnevet). A felső eszköztár fényképezőgép ikonjával ekkor a számlakép fájl azonos másolata gombnyomásra megjeleníthető (ha a tárolt linken a fájl még mindig valóban ott van), nem kell intézőben, mappákban fájlnév, számlaszám alapján keresgélni. Fontos, hogy az így beállított meghajtóésútvonal MINDEN munkaállomáson azonos, elérhető mappaként legyen beállítva. Ha a két beállításban megadott útvonal különbözik (vagy a az általános dokumentum tárolás a KEPERNYO_KEP -el nincs is beállítva), akkor csak maga a PDF fájl tárolódik.
• Ha mindkét beállításban üres az útvonalnév (KEPERNYO_KEP  D     és pl. SZAMLAPDFKB   E      ), akkor a fájl - bár létrejön az előbb említett mappák valamelyikében - de nem a linkje, elérése tárolódik dokumentumként, hanem maga a fájl tárolódik el az SQL adatbázisban. Ekkor nem fontos, hogy legyen közös számla pdf és/vagy dokumentum mappa, mert az SQL szerveren tárolódik a dokumentum magában az adatbázisban. A felső eszköztár fényképezőgép ikonjával ekkor a számlakép fájl azonos másolata gombnyomásra megjeleníthető az adatbázisból (még akkor is, ha a készítéskor létrejött PDF fájlt valaki letörli).
• Figyelem!!! Az első módszer előnye, hogy nem terheli az adatbázist, de minden munkaállomásnak el kell tudni érnie a közös mappát, és a fájl sincs akkora biztonságban, valaki letörölheti, a második módszer előnye, hogy nem kell közös mappa, de hátránya, hogy az SQL adatbázisban tárolt dokumentumok nagyon hamar erősen megnövelhetik az adatbázis méretét, és minden adatbázis mentés egyben minden eltárolt dokumentum mentését is jelenti, vagyis az is lassulhat (a licensz szerinti adatállomány-méretet a tárolt dokumentumok nem növelik!). Egy egyszerű számla PDF kb. 36kB, lehet számolni... Ha megoldható a közös mappa, és annak a rendszeres, gyakori mentése, akkor inkább az előbbi módszert javasoljuk, kérdés esetén mindenképpen előzze meg ennek beállítását/átállítását velünk való konzultáció. További beállítási lehetőségek:
• SZAMLAPFNnnn   aa     ahol nnn a K?? kimenő számlázás napló, aa pedig azon fizetési típusok felsorolása, amelyeknél a PDF készítést (+hash,+email stb.) a fentiek szerint NEM kérjük.
• SZAMLAPMNnnn   (ahol nnn a K?? kimenő számlázás napló) tartalma lehet X  : email küldést egyáltalán nem kérnek (majd valahogy máshogy később küldik), 1 : email küldést nem kérnek, de kérnek helyette egy plusz papíros példányt
• SZAMLAPDFAPP  U     a NAV jelentésben az ilyen számlák megjelenésére nem PAPER hanem UNKNOWN megjelenést jelent, vagyis hogy a számla nyomtatásának pillanatában még nem lehet tudni, hogy végül most akkor papír alapú lesz a számla, vagy elektronikus. (Amelyik számla X elektronikus, ott mindenképpen elektronikusként jelenti az adatszolgáltatásban)
• SZAMLAPDFHEL  X  HASH kódot csak X elektronikus számlák esetén küldi a NAV jelentésbe. Akkor is, ha egyébként a számlához elkészül a PDF, annak HASH kódja, és az nálunk el is tárolódik, de esetleg nem szeretnék, ha ez az adat a NAV-nak továbbmenne. Így persze attól is elesik a számla befogadója és kibocsátója, hogy NAV-tól lekért HASH-el hitelesíthesse a nála levő PDF eredetiségét.
• Megjegyzések a használatba vételhez:
  Egész más megbízhatóságot, hibamentességet várunk egy PDF nyomtatástól akkor, ha az csak néha, utólag történik (mint eddig), mint akkor, ha ez beépül a legfontosabb számla kiállítási folyamatba. Akkor annak nagyon megbízhatóan kell működnie, ráadásul minden számlázó munkaállomáson. Sajnos a használt PDFCreator hosszú távú és széles körű megbízhatóságáról az éles üzemeltetése közben nem sokat tudunk, és voltak felhasználóink, akiknél időnként hibaüzeneteket is adott. A PDFCreator nem a mi termékünk, így ha kiderül, hogy nem használható egyes cégeknél az ottani gépeken megbízhatóan, úgy csak azt tudjuk ígérni, hogy akkor keresünk majd a jövőben más programokat erre a célra. A bevezetés, használatba vétel során kérjük, legyenek óvatosak, és vegyék ezt figyelembe. Ha a PDF fájl elkészítésének folyamatába hiba csúszik, nem jön létre a PDF fájl, úgy véleményünk szerint a számlát papír alapúnak kell tekinteni és ha egyetlen papíros példány sem készült, pontosan úgy kell eljárni, mint ha a sima papíros számláknál a nyomtató a számla eredetit begyűrte volna.
  A másik elég bizonytalan dolog a jogszabályi környezet, nem véletlenül adunk sok (és így bonyolult) beállítási lehetőséget, mert nem tudjuk, a jelen és az esetleges jövőbeni törvényi, ill. NAV jogértelmezési változások hogyan befolyásolják a témát. Annak eldöntése, hogy a fenti lehetőségek közül mit, hogyan és mikor vezetnek be, az Önök mindenkori adójogi hozzáállásától függ. Ha elhatározzák, hogy valamelyik konstrukciót alkalmazni kívánják, akkor - ha már tudják, hogy mit szeretnének - természetesen segítünk annak beállításában, illetve szaktanácsadásban.
• Bár az elektronikus számlákra vonatkozó hiteles aláírás/időpecsét témát az új NAV HASH beküldési lehetőség kiválthatja (a NAV online számla dokumentációja szerint), ha nem szerződnek elektronikus számla szolgáltatóval, feladatként akkor is megmarad és Önökre hárul az elektronikus számlákra vonatkozó archiválási kötelezettség. Ez papír alapú számla esetén mindkét félnek jóval egyszerűbb, viszont ebben a témában jól jönne egy - a jelen helyzethez igazodó - megengedőbb NAV álláspont a papír alapú számla vevőhöz való eljuttatása témájában. (Addig esetleg ügyesen megfogalmazott email kísérőszöveg vagy vevővel történő valamilyen külön megállapodás segíthet).
• Azok a számlák, amelyekhez az elkészítés során sikeresen (valahová) létrejött egy PDF fájl (és amelyekhez így a generált HASH - legalább nálunk - eltárolódott), a számlák áttekintő lista nézetében az El. oszlopban zöld háttérrel jelennek meg.
• A számláknál a NAV gomb megnyomásával lekérhető - a NAV-hoz beküldött adatokból összeállított - számlaképen fent látszik a HASH. (Kapott számláknál is, ha megadták)
• Egy PDF fájl HASH-je (mi az SHA3-512 HASH-t használjuk) bármikor ellenőrizhető pl. webes online módon: https://emn178.github.io/online-tools/sha3_512_checksum.html          (más programok esetleg még használhatják az SHA-256 -t is!)
• Haladó SMTP beállítások (ha SMTP szükséges, konzultáció itt is javasolt!):
• S1ffffffffff  (ahol ffffffffff a felhasználó PROFIT belépési kódja): SMTP küldés válasz email címe. Ha ez itt üres, a hagyományos, el nem küldött emailt készíti az alapértelmezett levelező programban, amit még el kell küldeni
• S2ffffffffff SMTP email fiók
• S3ffffffffff SMTP server ip vagy cím
• S4ffffffffff SMTP jelszó
• S5ffffffffff SMTP port száma
• S6ffffffffff SMTP SSL hitelesítés kell-e pl.: True