NAV online számla adatszolgáltatás - 2018

 ( royal | 2017. június 29., csütörtök - 15:22 )

Voltam nemrég egy rendezvényen, ahol többek között szó volt az új online számla adatszolgáltatásról is.
Ott említették, hogy lesz a NAV-nak a korábban sokat hiányolt publikus teszt szolgáltatása, azaz a fejlesztők ki tudják próbálni és véleményeztethetik a kommunikációban beküldendő adatokat mielőtt élesben elindulna a rendszer.

Még néhány érdekes dolog/terv:
-megszűnik a számlázó programok bejelentési kötelezettsége
-a formátum természetesen változik a korábbi XML-hez képest :)
-mindenféleképpen utólagos lesz az adatszolgáltatás (tehát nincs tervben a pl. Csehországban működő valós idejű adatszolgáltatás)
-a tételes adatszolgáltatásnál a jelenlegi 100e Ft-os értékhatárt a jövőben csökkenteni akarják, később akár 0-ra is
-csak az adóalanyoknak kiállított számlákat érinti (azaz magánszemélyeknek kiállított számlákat nem)
-a kommunikáció "nem a publikus interneten fog történni" ??? (na ennek az értelmezésére kíváncsi leszek).

A határidők:
2017. július 1. a szabályozás kihirdetése
2018. január 1. a teszt üzem kezdete. A teszt üzem nem váltja ki a tételes adatszolgáltatást
2018. július 1. az online adatszolgáltatási rendszer éles indulásának napja.

Update:
https://www.nav.gov.hu/nav/gyik/onlineszamla

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

Annak lenne értelme, hogy a számlázás folyamata a NAV szerverén történjen.
Fellépsz a szerverre, kapsz egy űrlapot, kitöltöd, és az eladói-vevői adószámok
alapján lekönyveli. Akinek kell kérjen róla egy kinyomtatott papírt.

Tehát pont fordítva kéne: a NAV szolgáltatna adatot a cég könyvelési rendszerének.
Hosszú távon az egész könyvelést föl lehetne tenni a NAV-hoz.

> Sol omnibus lucet.

Az nem jó, akkor nekik kellene dolgozniuk.

Pont, hogy nem. Gyakorlatilag semmi dolguk nem lesz.

> Sol omnibus lucet.

Szóval azt állítod egy országos számlázó rendszerrel nem lenne folyamatos munka? lul.

Legalább meggondolnák, hogy milyen gyakran írjanak elő változásokat a számlában és a számlázásban! :D
--
Tertilla; Tisztelem a botladozó embert és nem rokonszenvezem a tökéletessel! Hagyd már abba!; DropBox

Ezzel nem teljesen értek egyet, hiszen ahány cég, annyi rendszer - akár személyre szabva.

Viszont a számlán szereplő adatok "exportálhatók" XML (vagy egyéb) formátumban, amit tud fogadni és feldolgozni a NAV (esetleg a banki rendszer és a könyvelési rendszer is).

A számla kiállításakor automatikusan elküldi a NAV-nak az XML-t. Az tudja ellenőrözni, hogy megtörtént-e az áfa befizetés, visszaigénylés.
A könyvelési rendszer simán lekönyvelné, mind vevői mind szállítói oldalon. Gombnyomásra kerülne fizetésre bankon keresztül, és még egyszerűbb volna - manuális beavatkozás nélkül - ellenőrizni a bank jelentésből, hogy adott vevő adott összeget (esetleg adott egyedi azonosítóval) befizette-e.

Ezzel kb lehetetlenné volna téve az áfacsalás - valamint az adórevízió is egyszerűbb volna...

De ez a NAV-os számlázó (kvázi vagy valós) szabvány lenne, így minden rendszert hozzá lehetne igazítani!
--
Tertilla; Tisztelem a botladozó embert és nem rokonszenvezem a tökéletessel! Hagyd már abba!; DropBox

Egy másik topikban linkelték a következőt:
http://www.kormany.hu/download/2/1a/11000/szamla.zip#!DocumentBrowse

Idézet a kormany.hu-ról (nem, direktlinkelni nem lehet...):

Idézet:
Nemzetgazdasági Minisztérium, 2017. június 27.
Tervezet a számla és a nyugta adóigazgatási azonosításáról, valamint az elektronikus formában megőrzött számlák adóhatósági ellenőrzéséről

A tervezet 2017. június 30. 14.00 óráig véleményezhető az
ffaf kukac ngm.gov.hu ; zoltan.varga2 kukac ngm.gov.hu; krisztina.magony kukac ngm.gov.hu; elektronikus elérhetőségeken.

A zipben lévő PDF fájlokból az egyikbe van egy hibás XSD behányva, amit elkértem tőlük a fenti címeken, bár ki tudja mennyire kompetensek az ügyben. (Az érintettek esetleg követhetnék ezt, hátha megérzik a helyzet súlyát.)

Idézet:
-a kommunikáció "nem a publikus interneten fog történni" ??? (na ennek az értelmezésére kíváncsi leszek).

Remélem nem azt akarják bevezetni, mint az online pénztárgépeknél, hogy csak a haver cégétől vett mobilinterneten keresztül működik.

nem TORerálják a publik netet :D

-a kommunikáció "nem a publikus interneten fog történni
http://www.portfolio.hu/gazdasag/adozas/jon_a_nav-testver_megjelent_az_ngm_fontos_rendelete.12.254987.html
lap alja, mennyibe kerül:
"A rendszer üzemeltetését havi 3000 forintra tette a minisztérium."

Gondolom nem a szoftver bérleti díját akarták meghatározni, inkább a mobilnet lehet ez.

Az ügyfeleinknél levő szervereinkbe még csak-csak bele lehetne tenni valami 3G modemet, de mondjuk a hostingon levő gépek, vagy főleg a VPS-ben futó rendszereink esetén nem tartom egyszerűen kivitelezhetőnek a mobilnet használatát. De egyébként a mobilnetre rákérdeztünk, és tagadták. Azt mondták, hogy nem olyan rendszer lesz, mint az online pénztárgépek esetén, hanem "ésszerű időn belül" és utólag kell beküldeni az adatokat. Ebbe akár még az is beleférhet, hogy mondjuk naponta egy-két alkalommal, batchben küldjük be az adatokat...

--
http://eVIR.hu
Elektronikus Vállalatirányítási Információs Rendszer

Ezt hogyan kell értelmezni? Dedikált vonalon (pl gsm)?

vpn?

Valakinek van esetleg ötlete arra nézve, hogy az ún. "publikus internet" https protokollal miért nem felel(ne) meg a célnak?

Mert abbol nincs penze a tegnap alakult NAV connect bt-nek...

Abban bízok én is, hogy a publikus netet az különbözteti meg a nem publikustól, hogy "s" betűre végződik a protokoll :)

--
http://eVIR.hu
Elektronikus Vállalatirányítási Információs Rendszer

:-D :-D :-D

Én sem találom martonmiklos idézetét a tervezetben és máshol sem egyenlőre.
> -a kommunikáció "nem a publikus interneten fog történni"
De, ha nem az lesz akkor mi az a 3k havi költség ?

Felmész ide:
http://www.kormany.hu/hu/dok#!DocumentSearch

Beírod a keresőbe, hogy számla.
A közlemény júni. 27-ei lesz az ahonnan idéztem. Direktlinkre én nem találtam lehetőséget.

nemlehet, hogy a kozlemenyt azota letoroltek?

Azon töprengtem, hogy ha a speckó mobilnetes megoldást alkalmaznák mint a pénztárgépeknél akkor mi lenne az online számlázókkal?
Ha oda elég lenne egy sim/előfizu akkor versenyelőnybe kerülnének.
Ha meg nem az technikailag bonyolult lenne.

Ez a 3K HUF nem tudom honnan jött, de a hatástanulmányban a következő szerepel:

Idézet:
II. Adminisztratív terhek:
A rendszer az automatizmusa miatt az egyszeri beruházási költségeken túl nem eredményez
adminisztratív tehernövekedést a vállalkozásnak, sőt csökkenti azt, mivel kiváltja az utólagos
számla szintű adatszolgáltatást. A rendszer bevezetésének további előnye, hogy a számlát
befogadó vállalkozás is gyakorlatilag valós időben értesülni tud a számára kiállított számla
tényéről és tartalmáról, megkönnyítve és meggyorsítva ezzel a bejövő számlákkal kapcsolatos
ügyintézést.

III. Egyéb hatások:
Egyszeri fejlesztési költség a vállalkozások számára.

A kettes pontban nálam azért a bevillannak képek a http://a.te.ervelesi.hibad.hu oldalról.

-

A tervezet 2017. június 30. 14.00 óráig véleményezhető
Vicces, hogy ők nem tettek semmit sem az asztalra az elmúlt 2 évben most meg idehánynak 110 oldal sémát pdf-ben és véleményezni lehet holnap 14 óráig.
Ha valahol találnátok valid xsd-t osszátok már meg. Nekem nem sikerült összehozni.

Én írtam a három címre ahol véleményezni lehet, hogy A) hibás ami a PDF-ben van, B) küldjék már el egy fájlban.

Ami még véleményezéssel kapcsolatban eszembe jutott az a következő:

Idézet:
13/B. § (1) Ha a számlázó program által előállított számla, számlával egy tekintet alá eső
okirat adatait fogadó elektronikus rendszerben üzemzavar történik, az állami adó- és
vámhatóság az üzemzavarról és az üzemzavar elhárítását követően annak kezdő és
megszűnési időpontjáról haladéktalanul közleményt tesz közzé honlapján.

Jó lenne ha ezeket a közleményeket el lehetne érni valamilyen struktúrált RSS? formátumban, hogy a számlázószoftverek automatikusan tudják a felhasználók felé reportolni az esetleges szerveroldali downtime-okat.

-

Én csak annyit írtam nekik, hogy plz valid séma, és hogy meglepődtem, hogy nem a 23/2014 xsd sémáját használják az adattartalomra. (ennek semmi köze hozzá)
Egy válasz már jött:
"Házon kívül vagyok július 3-ig. I'm out of office until 3rd of July."
Még jó, hogy holnap 2-ig ráérünk véleményezni. Addig simán átfutjuk az xsd -t és minden felmerülő problémát megtalálunk.

"Az adatszolgáltatás adózói regisztrációt követően kezdhető meg, amely magában foglalja az adatszolgáltató végpont és számlázó program regisztrálását is."

Mit takar ez a végpont regisztráció?

Mikor szakadunk már el ezektől az ocsmány XML-ektől? Kinek jó ez? Mintha elvárás lenne egyesektől, hogy minél nagyobb és ocsmányabb interfészeket okádjanak ki magukból. Annál komolyabbnak tűnik a munka a gondolom. Kéne tenni néha hátra két lépést és átgondolni, fejlettebb nyugaton vajon milyen _JSON_ struktúra írna le egy kurva számlát.

Nem akarom teleszemetelni a hozzászólást kóddal, de nagyon kemény dolgokat találtam 5 perc alatt ebben az XSD-ben, még jó, hogy bőven van idő véleményezni.

"Az adatszolgáltatás adózói regisztrációt követően kezdhető meg, amely magában foglalja az adatszolgáltató végpont és számlázó program regisztrálását is."

Mit takar ez a végpont regisztráció?

Ügyfélkapus regisztrációról volt szó.
Azt nem sikerült kideríteni, hogy az "adatszolgáltató végpont" alatt mi értendő, de megválaszolatlan kérdésként még IP címtől kezdve sok más elvetemült gondolat is felmerült...

--
http://eVIR.hu
Elektronikus Vállalatirányítási Információs Rendszer

ilyesmire gondoltál xsd helyett? http://json-schema.org/latest/json-schema-validation.html
bátorság botorság...
a tákolt kézműves json legalább ugyanannyira szar lenne mint a tákolt kézműves xsd..

Ez igaz, de nem is azt mondtam, hogy legyen tákolt json. Legyen egy normális, jól átgondolt, funkcionalitást a lehető legminimálisabban korrektül ellátó interfész. Ha az teljesülne, egy szót se szólnék az XML sémára.

Telkó cégeknél lesz ez érdekes, mert ugye évente Hunguardos audit, kívülről senki sem férhet hozzá a számlázórendszerhez.

Mintha valami olyat is mondtak volna, hogy a közmű cégekre nem fog vonatkozni az adatszolgáltatási kötelezettség.
Mondjuk érthető is, mert a fogadó oldal biztos csuklana egyet, amikor bekopogtat azzal a közmű szolgáltató számlázórendszere, hogy "éppen most csináltam másfél millió darab számlát, hegyezd a ceruzád, diktálom az adatait..." :D

--
http://eVIR.hu
Elektronikus Vállalatirányítási Információs Rendszer

+1, gondolom ott vannak hatékonyabb módszerek az ellenőrzésre :)

Bármelyik nosql adatbázis végez 1mp alatt a feladattal. :)

Csak a dróton nem megy át 1mp alatt.

azt, hogy exportálják a számlákat, nem hiszem, h bármi tiltaná!

Nem exportról van szó, hanem online hozzáféréshez. Sőt ha jól rémlik a gépen nem lehet semmi más szoftver, csak a számlázó program és nulla internethozzáférés, csak intranet. DB szerveren ugyanez és MSSQL management studio, vagy egyéb db módosítására alkalmas cucc sem.
De ha érdekel, el tudom küldeni a komplett dokumentációt, hogy miknek kell megfelelnie a rendszernek. Elég durva anyag.

Nézd,tudtommal kell a gépre vírusirtó. Azt hogy' frissíted?
Ha e-számlát állítasz ki, annak hogyan intézed a hiteles aláírását és küldöd ki?

Ezek a dolgok audittól függenek, ha jól gondolom.

Nem kell mindegyikre víruskergető...
:D
Természetesen nem csak M$ alapú számlázók léteznek...
Akinek a számlái linux alapú komplett VIR-ből jönnek, ott a számlázó részt nem lehet különvágni, és a Zinternet nélkül nem is lehet használni a rendszert. Pl. a napi árfolyamokat betölteni, ekáer -t online intézni!

És fejlesztői eszközök nélkül különböző lock-olásokat feloldani, DB műveleteket sem lehet a mi rendszerünkkel megtenni.

Pl. egy SLES linux esetében mi számít plusz szoftvernek?
A pbzip/lbzip / apache, tomcat, stb. is?

Vagy lesz valami egységes, új kötelező érvényű számlázó program, amit mindenkinek meg kell majd venni és használni akár két helyen történő adatrögzítéssel, raktárkészlet,stb könyveléssel?


Nem csak az M$ számol furán... A Zinternet lenne ilyen gyors?
65% [62 Sources 1528 kB/6239 kB 24%] 3062 PB/s 0s

Jah, és a mobil/külső userek naponta utaznak majd pár 100km-t, hogy hozzáférjenek a szerverhez?
Esetleg újra bevezetik a gépidő bérlést is?


Nem csak az M$ számol furán... A Zinternet lenne ilyen gyors?
65% [62 Sources 1528 kB/6239 kB 24%] 3062 PB/s 0s

Nézd meg pl a szamlazz.hu oldalt. Bárhonnan hozzáférsz weben keresztül.
Mivel a pénztárgépnek is bárhol kell, hogy működjön az országban - ez is működik bárhol :-)

úgyérted olyan számlázó, amit auditáltak is?! mert most olyanról van ám szó...

A számlázó programnak kompatibilisnek kell lenni - azaz tudni kell feladni a megfelelő adatokat NAV-nak. Ez jogos igény lehet.
Ha a Te programod ezt csak 2 külön példányba tudja, a Te bajod...

én kíváncsi lennék rá,ha megtennéd,hogy átküldöd :)

mit is?

rossz helyre válaszoltam,bocsi

Nem értem. A kobak rendszerhez melyik ip cím kell? A szerveremé amelyik küldi azt infot majd
vagy
az enyém, hogy hozzáférjek?

És vajon ha egy cégnél fut 5 különböző számlázási rendszer 5 IP címről, akkor vajon hány accountot kell regisztrálnia az adott cégnek, hogy a 3 IP címbe beleférjen? :) És mi van akkor, ha ezek egy része dinamikus IP-s? fizetnem kell azért (is), hogy fix IP-m legyen? És ha én mobilnetet szeretnék használni az adott helyen ahol a számlázás fut? Megannyi kérdés... :)

pedig azt hinné az ember,hogy "egy ilyen nagy horderejű,az ország versenyképességének javításában is szerepet játszó rendszer" esetében minden létező lehetőségre gondoltak :)

Az, hogy leszarják még nem jelenti azt, hogy nem gondoltak. :)

Nem hiszem el, hogy itt tart ez az ország...
2017-ben egy szolgáltatás használatához fix IP kell.

Szerintem akarják tudni ki okoz majd túlterhelést. :) Így tudnak neki szólni.

Access token...

Szégyen és gyalázat.

Sokkal szánalmasabb, hogy többek közt a kapcsolattartó adóazonosító jelét is meg kell adni...

Vajon nem-e szopás elsőként használni a rendszert, mintegy alfa teszter?

This site can’t provide a secure connection

kobak.nav.gov.hu didn’t accept your login certificate, or one may not have been provided.

Regisztráció után kapsz egy certet amit telepíteni kell a böngészőbe és utána jó lesz.

Ma megjelent a NAV oldalán a számlázásról szóló információs füzet ráncfelvarrt verziója:

http://nav.gov.hu/data/cms432556/18_A_szamla_nyugta_kibocsatasanak_alapvet__szabalyai_20170710.pdf

--
http://eVIR.hu
Elektronikus Vállalatirányítási Információs Rendszer

Van már olyan akinek jóváhagyták a regisztrációját?

Igen. Múlt hét hétfőn regisztráltam és péntek reggelre lett meg. Egyébként az oldalon csak az xml-t tudod ellenőrizni amit még nem próbáltam. Valamint le lehet tölteni egy offline exe állományt is, valószínű ugyanerre a célra. Azt nem néztem.

Köszi, nem emlékszel véletlenül hanyas számot kaptál a regisztrációkor?
Tehát jól értem, hogy a feltöltéshez szükséges infrastruktúra még nem áll rendelkezésre.

Szerintem 17, elcsodálkoztam rajta, hogy ilyen elől vagyok.
Igen.
Másrészről viszont az is feltöltés, hogy kitallózod az xml -t és feltöltöd, elvileg megmondja, hogy jó-e. Lehet, hogy csak összeveti az xsd-vel. Ez elvileg működik, de nem próbáltam. A tesztüzem sztem csak jan.1 -el indul. Valahol mintha ezt írták volna korábban.

Melyik IP-t adtad meg?

??.???.2?3.43

Oké. Szerver, router, kliens, (azt sem tudom miben fejlesztesz)

IMHO ez most nekik ahhoz kell, hogy a kobak.nav.gov.hu-t milyen címekről lehesen elérni.
Általuk meg nyilván a kívülről látható címed kell: http://whatismyipaddress.com/

Erre tippelek én is. Megerősítést várok.

Bocsi, azt hittem a publikus ip címemre vagy kíváncsi. Gondoltam az meg minek neked.

Igen a szolgáltató által kiosztott fix IP-t adtam meg 3X, mert mind a 3 mező kötelező volt. Jeleztem nekik és megköszönték. Lehet azóta már javították.

a 127.0.0.1-et kellett volna beírni nekik ...
azzal is ellennének 1 darabig ...
:):):)
_____________________
www.pingvinpasztor.hu

A hetvenvalahányasig még biztosan nem jutottak el, mert még nem kaptam én sem visszajelzést...

Szóban is az hangzott el, hogy majd csak január 1-től fog indulni a próbaüzem.

--
http://eVIR.hu
Elektronikus Vállalatirányítási Információs Rendszer

Én 25-öst kaptam, és szintén nem kaptam választ.

sub

Ma megújult a https://onlineszamla.nav.gov.hu portál.

Ami talán a legnagyobb változás, hogy már nem csak fix IP címmel lehet regisztrálni (bár igaz, használni továbbra is csak fix IP címmel lehet)

--
http://eVIR.hu
Elektronikus Vállalatirányítási Információs Rendszer

Nálad működik most? Nekem egy ilyet tol az arcomba:

400 Bad Request

An HTTP protocol violation was detected and your request was denied.
SessionID: 1PfjEn05::02
Date: 2017-08-30 17:03:13

emiatt:

[meta http-equiv="refresh" content=";url=index.jsf" /]

az pedig:

$ curl -vi "https://onlineszamla.nav.gov.hu/KobakReg/faces/index.jsf"
* Trying 84.206.29.171...
* Connected to onlineszamla.nav.gov.hu (84.206.29.171) port 443 (#0)
* found 173 certificates in /etc/ssl/certs/ca-certificates.crt
* found 697 certificates in /etc/ssl/certs
* ALPN, offering http/1.1
* SSL connection using TLS1.2 / ECDHE_RSA_AES_256_GCM_SHA384
* server certificate verification OK
* server certificate status verification SKIPPED
* common name: *.nav.gov.hu (matched)
* server certificate expiration date OK
* server certificate activation date OK
* certificate public key: RSA
* certificate version: #3
* subject: C=HU,L=Budapest,O=Nemzeti Adó- és Vámhivatal,2.5.4.97=#0c1356415448552d31353738393933342d322d3531,CN=*.nav.gov.hu,serialNumber=1.3.6.1.4.1.21528.2.3.2.950
* start date: Mon, 05 Dec 2016 10:43:35 GMT
* expire date: Wed, 05 Dec 2018 10:43:35 GMT
* issuer: C=HU,L=Budapest,O=Microsec Ltd.,CN=e-Szigno SSL CA 2014,EMAIL=info@e-szigno.hu
* compression: NULL
* ALPN, server did not agree to a protocol
> GET /KobakReg/faces/index.jsf HTTP/1.1
> Host: onlineszamla.nav.gov.hu
> User-Agent: curl/7.47.0
> Accept: */*
>
* HTTP 1.0, assume close after body
< HTTP/1.0 400 Bad Request
HTTP/1.0 400 Bad Request
< Connection: Close
Connection: Close
< Set-Cookie: BIGipServerONLINESZAMLA=1644565164.9224.0000; path=/
Set-Cookie: BIGipServerONLINESZAMLA=1644565164.9224.0000; path=/

<
400 Bad Request400 Bad RequestAn HTTP protocol violation was detected and your request was denied.SessionID: 1PfjnL03::02Date: 2017-08-30 17:40:05
* GnuTLS recv error (-110): The TLS connection was non-properly terminated.
* Closing connection 0
curl: (56) GnuTLS recv error (-110): The TLS connection was non-properly terminated.

t

Hogy néz ez ki.. meg jsf.. meg mi ez!!
Megyek én is az országból

IMHO ez csak a jéghegy csúcsa, habár én a mai napig nem kaptam meg a regisztrációmat.

-

Tegnap jött az értesítés, hogy október 15-től nem kell fix IP cím a belépéshez, mert átállnak 2FA-ra, név+jelszó után emailben fog jönni egy OTP...

--
http://eVIR.hu
Elektronikus Vállalatirányítási Információs Rendszer

Azt hiszem, lassan, kényelmesen el lehet kezdeni a fejlesztést.
Van aki kész van már vele?

Már csak az a kérdés hogy kell majd beküldeni? Mert erről semmi infó nincs.

pch
--
http://sb-soft.hu
--

mennyire fognak ennek orulni az automatikus rendszerek :D

Ez szerintem még csak a fejlesztői felületre belépésről szól ahol lehet tesztelni a generált XML-eket. Kizártnak tartom, hogy a végleges megoldás 2FA-t igényeljen, bár a fix IP óta nem csodálkoznék azon sem nagyon.

Ne kiabáld el, állami szervről beszélünk :)

Végén még bejön, hogy a 2FA az lesz, hogy betelefonálsz és a SC-nek be kell diktálnod a IP-det, amiről 20 percig fog fogadni adatot :D:D:D

XSD-hez van más értelmezés is?

Ezt hogy érted?

+1

Nekem nem minden mező egyértelmű.

Én meg azt hittem máshogy kellene értelmezni, mint ahogy benne van. (elírtad a kérdést)

Egyszer át futottam mikor kijött és voltak benne furcsa dolgok az biztos.
Az adatszolg xml t- azt megcsináltam időben, mert láttam, hogy nagy munka lesz a címek bontása miatt. Erre a határidő előtt 3 héttel az utolsó decemberi munkahetemen kiadtak egy iránymutatást ami pont az ellenkezője volt az előzőnek a címek tekintetében. Ebből tanultam. Majd ha lesz időm, akkor foglalkozok vele egyébként meg várom a fejleményeket.

Ma jött egy frissített verzió, XSD_V14.2f.xsd néven, ami már jobban dokumentált, de októberre ígérnek még részletesebb útmutatót is. Ha regisztrálva vagy, akkor elméletileg te is megkaptad...

Ez a folyamat most lényegesen gördülékenyebbnek tűnik, mint az előző adatszolgáltatásos volt :)

--
http://eVIR.hu
Elektronikus Vállalatirányítási Információs Rendszer

jaja... köszi

-

Voltam tegnap egy előadáson a témával kapcsolatban, amelyen a NAV-ot Czöndör Szabolcs képviselte és elhangzott pár infó, ami mások számára is érdekes lehet:
- November közepe felé várható a véglegesített XSD séma, amelyet ezután nem sokkal angol nyelvre is lefordítanak majd.
- jogszabályi változás lesz a beküldéssel időpontjával kapcsolatban, mert sokan félreértelmezik a 24 órás határt. Az az elképzelés,hogy a számla kiállítást követően automatikusan beküldésre kerüljön az xml, nem pedig tömbösített formában, nap végén pl, ami még benne van a 24 órában.
- hamarosan (a végleges XSD-vel nagyjából egyidőben) elindul az OSZI (online számla interfész)
- még nincs végleges ötlet,hogy mi alapján fog történni a hitelesítés, több elképzelés is van
- a kommunikációt és infrastrúktát az EKAER rendszerhez hasonlóan képzelik el, de még mindkettő csak elméleti szinten van meg
- szintén november közepén-végén jön ki egy jogszabály tervezet, amelyet az még EU-nak jó kell hagynia (~4 hónap). Azaz végleges, hitelesített XSD és jogszabály csak április körül várható
- a tavaly bevezett xml adatexport záros határidőn belül meg fog szűnni
- az online számla adatszolgáltatás bevezetése után nem sokkal terveznek kiadni egy NAV által fejlesztett, mindenki számára ingyenes elérhető, web-es számlázó szolgáltatást.

Egyébként még rengeteg nyitott kérdés van.

szerk: még annyi, hogy 3 féle response lesz. OK, amikor minden rendben. WARN, ha struktúra ok,az xml-t befogadták, de az xml tartalmában van valami nem megfelelő. És ERROR, amikor az xml hibás és nem került befogadásra.

> az online számla adatszolgáltatás bevezetése után nem sokkal terveznek kiadni egy NAV által fejlesztett, mindenki számára ingyenes elérhető, web-es számlázó szolgáltatást.

Nem fordított sorrendben lett volna logikus ?

Először a számlázó összes funkcióval, majd online adatszolgáltatás.

Most is vannak webes számlázók ingyenes csomagokkal. Sokaknak megfelelnek ezek is, de milyen lesz a NAV -os funkcionalitása, lesz hozzá API is ?
Minek böngésszem a 180 oldalas xsd-t ha nem tudom lesz- e rá igény ?

Logika? Azt inkább ne keress benne. Minek kellett egyáltalán annyira sürgősen az adatexport,ha amúgy is megszüntetik? Ráadásul nyíltan beismerte, hogy az adatexport egy átgondolatlan döntés volt, amit olyanok hoztak, akiknek közük nincs az informatikához...

Az online számlázó célja a papír alapú számlázás kiváltása lenne, nem pedig a számlázó rendszerek leváltása, legalábbis ez volt az indok tegnap, ennyit tudok.

Köszi az infókat!

"- a tavaly bevezett xml adatexport záros határidőn belül meg fog szűnni"

Három hete még azt mondták, hogy nem szűnik meg, hiszen rengeteg számlát nem fog lefedni az Online adatszolgáltatás (még akkor sem, ha 0-ra leviszik az ÁFA tartalom határát, hiszen csak belföldi adóalanyokról szól az egész, EU, harmadik országbeli értékesítésről pl. nem...)

-

Ez azt jelenti, hogy ami számlát megkapnak, az elektronikus számla is lesz egyben, amit a számla címzettje letölthet a NAV-tól?

Nálunk volt a NAV ÁFA revízión (visszaigényléskor ez bevett szokásuk) és azt mondták, hogy egy konkrét időszakról e-mailben küldjünk nekik adatszolgáltatást próbaképpen.
Aztán válaszoltak, hogy milyen módosításokat kell az adatszolgáltató szoftveren elvégezni, hogy megfelelő formátumú legyen az xml. Mi azt továbbítottuk a fejlesztőnek.
--
Tertilla; Tisztelem a botladozó embert és nem rokonszenvezem a tökéletessel! Hagyd már abba!; DropBox

s hány millióra büntettek meg? vagy ez már az emberarcú nav, aki először kérdez, aztán üt? :D

Még nem kötelező ez a fajta adatszolgáltatás, csak tesztüzem van.
Ők ajánlották fel, a tesztet.
--
Tertilla; Tisztelem a botladozó embert és nem rokonszenvezem a tökéletessel! Hagyd már abba!; DropBox

Teszt üzem sosem volt a adóhatósági ellenőrzési adatszolgáltatáshoz. 2016.01.01 -től minden számlázónak tudnia kell.

nálunk meg most a héten voltak,úgy látszik rajta vannak nagyon a témán. 2016 előtti adatokat csv, vagy xls formában kérik, csak számla fejadatok, meghatározott hónap összes számlája. azt akarják látni,hogy a számlázóprogram folyamatos számlasorszámozást használ. 2017 egy hónapjáról pedig xml adatexportot kértek. kicsit kacifántos,mivel nálunk van saját fejlesztésű számlázó és külső cég számlázója is, ráadásul a külsős számlázó pont 2016-ban lett lecserélve, így az egyik programból csak sima fejadatokat kérnek, a másikból pedig csak xml exportot. mindezt CD/DVD-n bejuttatva a központjukba. ja és az összes program teljes dokumentációját persze :)

Azért mentek direkt, mert saját fejlesztésű számlázót használtok?

jó kérdés, nem tudom, ezt nem kötötték az orrunkra. ha csak az lett volna a cél,akkor gondolom a többi számlázóból nem kértek volna be adatot.
szeretnek ide jönni, van itt minden: ekáer, vámkezelés, stb... :) ha jól rémlik, idén ez volt a 3. alkalom,hogy jöttek ellenőrizni. legutóbb pl csak xml exportot kértek.

Ha már kimennek akkor megnéznek sokmindent ja, de a motiváció lenne a kérdés :)

bár ha nem mondták meg, kb soha nem fogjátok megtudni.

Valóban jön az adatszolgáltatási kötelezettség: https://www.billzone.eu/blog/2017/10/02/mit-akar-a-nav-online-szamla-e-szamla/

De úgy tudom, papír alapú kézi számlatömb esetében is. Ezzel akkor vége a papír alapú kézzel írt számláknak, eddig is túl nagy macera volt, mostmár méginkább az lesz. Ill. nagyon figyelni kell, hogy az adott számlázó tényleg jól továbbítja-e az adatokat, mostmár olyan komplexek a számlázási szabályok, hogy ezeknek csak a komoly, folyamatosan fejlesztett számlázóprogramok felelnek meg.

Nem szabad elhinni adott számlázó marketing szövegének, hogy az tényleg jogszabálykövető, érdemes tisztában lenni az alapvető követelményekkel és tesztelni az adott számlázót, hogy tényleg tud-e mindent.

A főbb dolgok, amit nézni kell:
-tudja-e az elvárt XML formátumot a NAV adóhatósági ellenőrzési adatszolgáltatáshoz?
-2018. júliustól helyes formátumban továbbítja-e az adatokat a NAV-nak?
-számla kötelező tartalmi elemeit ismerni kell és meg kell nézni, tudja-e ezeket a számlázó
-ha nincs havi szinten folyamatosan frissítve az adott számlázó, akkor én elfelejteném

Te ezért pénzt kapsz? Te céged? Mert akkor GVH-s az eset. :)

Nem. De nyugodtan jelentheted a GVH-nak. Esetleg értelmes hozzászólás a témához?

Igen. Hülyeséget írtál a havi frissítéssel.

Nem biztos, hogy pont minden hónapban kéne, hogy frissüljön a szoftver, az a lényeg, hogy rendszeresen frissítsék. Nem használnék olyan programot, amihez fél éve hozzá se nyúltak. Szóval legyen valami changelog, ami bizonyítja, hogy frissen tartják a programot, ennyit akartam írni.

Honnan bübánatos *#@#&@&#{}&@} veszed, ha félévig nem történik frissítés, akkor nem foglalkoztak vele?
És mi a *#@#&@&#{}&@} közöd van a changeloghoz?

mert fél-egy évente változnak a szabályok, amit le kell követni, de közben még ugye folyamatosan bugokat is illik javítani, új funkciókat bevezetni. ha rendszeresen frissülő changelog van, az jó jel. Valami baj van a billentyűzeteddel? olyan fura karakterek jöttek ki belőle.

Hagyd nem ér annyit...

u.i.: amúgy szerintem tuti kap érte megfelelő mennyiségű papírpénzt..

pch
--
SB-soft online ügyviteli rendszer
--

Nem csak azzal :)
De ha megnézed a többi hasonló topikban tett ámokfutásait, akkor láthatod, hogy nincs értelme tényekkel összezavarni :)

--
http://eVIR.hu
Elektronikus Vállalatirányítási Információs Rendszer

+1
Rendszeresen előjön nála az aggodalom a számlázók miatt:
https://hup.hu/node/148165?comments_per_page=9999
és mindig ugyanazt a számlázót reklámozza:
https://hup.hu/node/148165?comments_per_page=9999#comment-1999466

én nem reklámozok semmit, csak leírtam, hogy én mit használok és miért.

ennyi erővel royal meg mindig az Evir.hu-t reklámozza, minden egyes hozzászólása alján reklámozza.

Mindig rendszeresen előjössz a bizone-val, ráadásul olyan módon, hogy simán perelhetne téged bármelyik online számlázó :
Olvasd már ezeket vissza és gondold át, hogy mit csinálsz valójában.

  1. Ahogy körbenéztem, csak (!) a Billzone.eu online számlázó implementálta maradéktalanul a rendeletet.
  2. A Billzone a legprofibb, mindig ha kijön egy jogszabályváltozás, akkor a blogjukon máris kiírják hogy verziófrissítés, és még a jogszabály hatályba lépése előtt már látod a blogjukon, hogy ilyen és ilyen jogbszabályváltozás miatt mától ez és ez változik a számlázásban, és mire életbe lép a jogszabály, már tudja a program a kért dolgokat.
  3. A Billzone kifinomultsága legjobban idegen nyelvű, devizás számla kiállításakor látszik meg.
  4. Billzone-nál ez úgy néz ki, hogy kétnyelvű számlákat gyárt ha idegen nyelvű számlát kérsz, tehát a hiteles fordítás ott van a számlán már eleve, ez pipa.
  5. Csak a Billzone-t javasolnám online számlázók közül, ez az új NAV XML rendelet elvéreztette a többi programot és csak a Billzone maradt állva.
  6. Namost ha ez így lesz, akkor egyszerűen hibás vagy hiányos adatokat fog szolgáltatni az a program, ami nem implementálta megfelelően az XML-t, ami egyébként nem olyan nehéz, hiszen a Billzone meg tudta csinálni még 2015 végén.

forrás: https://hup.hu/node/145068?comments_per_page=9999

Ezt még korábban írtam, ma nem tudom, hogy áll a helyzet, de ma már biztos van több ilyen program.

Nem is értem ezt a kétnyelvűség dolgot, a NAV-nak megfelelő ha angol vagy német vagy francia a számla, nem kell magyarul is ott lennie a dolgoknak ezen nyelvek esetén, se hivatalos fordítás se egyéb faszság.

Így van. Csak annyi a kikötés, hogy ha a NAV nem tudja értelmezni az idegen nyelven kiállított bizonylatot, akkor nem a NAV-nak, hanem a kiállítónak kötelessége gondoskodni a fordításról.

--
http://eVIR.hu
Elektronikus Vállalatirányítási Információs Rendszer

Szerintem royalnál egyértelmű a móka => ővé a cég.
De nálad kispajtás?

NAV egész jó összeszedte a tudnivalókat:

https://www.nav.gov.hu/nav/gyik/onlineszamla

--
http://eVIR.hu
Elektronikus Vállalatirányítási Információs Rendszer