Minden napra új vicc

Ma mit láttam:

https://ado.hu/rovatok/ado/tallai-sikeres-az-online-szamlazas-tesztuzeme

HÁHÁHÁ ja nemvicces.

pch

( trey | 2018. 04. 05., cs – 08:30 )

Mert miért is? Mert vége lesz a keresztbeszámlázós adócsalásoknak?

--
trey @ gépház

Ez naiv megközelítés. Az igazi profik állami támogatással tolják a legnagyobbak felé, min "akár" egy (AB(C)BA).

Ettől függetlenül örülök neki, hogy lesz, mert én ennek a változásnak a nyertesei közé fogok tartozni. Viszont a "nagyok" ezt is meg fogják oldani. Szerintem te is megoldanád, ha valamiből több százmilliót keresnél.

Van a számla amit megcsinálsz. Ebből kell képezni egy xml-t amit be kell küldeni és ezután le kell majd kérdezni, hogy jó lett-e.
Az xml részét base64 kódolásba kell küldeni tehát a beküldés és a számla ellenőrzés nem lesz azonnali ezért van az, hogy később rá kell majd nézni, hogy sikeres volt-e.
Elvileg ennyi lenne a feladat.
Ebből megy:
Token kérés a beküldéshez.
Beküldés.
Lekérés.

Ami nem megy:
Számla ellenőrzés.
Hiba visszaadás.
Adószám ellenőrzés.

Miért baj?
Elvileg a kapott xml minta alapján meg lehetne csinálni a beküldést.
Ez mondjuk nekem kész is.
Nem tudom ellenőrizni valóban jó adatok mennek-e be.
Nem tudom megcsinálni a hibakezelést.
Ha stornózok egy számlát és be kell küldeni akkor 2 verzió lehet.
Vagy már bent van akkor hivatkozni kell, hogy van előzménye.
Nincs bent akkor false.
Ez sincs kész. Random hibát dob. Illetve most ha false-t adsz hibát dob.

Beküldtem tartalmi hibás számlát mindegyiket befogadta.
Ha a felhasználó egy számlát technikailag érvénytelenít a nav felületén nem kapok visszajelzést. Tehát akkor mindig az összes számlát ellenőrizgessem?

Elvileg lesz adószám ellenőrzés is, hogy véletlenül se mehessen adószámhibás számla. Ez sincs kész, nem tudjuk hogy kell meghívni mit kapok vissza.

A generált kulcsokat nem lehet copy-paste módon kimásolni a nav felületéről.
A felhasználónak kell bepötyögni. Ha elüti csak az első beküldéskor derül ki a hiba majd. (O0,1I elírás)

Ha minden kész lesz és jó lesz mennyi időnk marad az implementálására? Az meg is kell írni.

Szóval csak ennyi a gondom. (legalábbis nekem)
Meg ami még most nem jut eszembe, mert nem foglalkozok vele addig míg érdemi munkát nem tudok végezni. Csináltam egy deszkamodellt azzal küldök fix számlát és utána stornót. Tegnap épp az eddig jó stornó nem megy a fenti hiba miatt.
Szóval az a gondom, hogy azt állítja jól haladnak azt sehol semmi.
Ennek elvileg tavaly működnie kellett volna. Akkor miért most írják az egészet?
Ha most írják mennyi időt adnak nekünk fejlesztőknek a munkára??

De ha Ti is ezzel foglalkoztok akkor tudnod kellene...

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

Látod, ha ezt leírtad volna így a blogbejegyzésben, akkor mennyi félreértés elkerülhető lett volna?

"De ha Ti is ezzel foglalkoztok akkor tudnod kellene..."

A "Ti" nem egyenlő "Én". Nekem ezt nem kellene tudnom, mert én a cégnél teljesen mást csinálok. Ettől még érdekel a téma.

Köszi.

--
trey @ gépház

Ha kijön hozzám a vízvezeték-szerelő, készpénzben fizetek neki és nem ad róla semmit, akkor hiába van online pénztárgép, online számla, online faszom, ebből a NAV egy fillér adót sem lát és ki sem derül soha, hacsak én magam nem vagyok NAV-ellenőr. Namost ilyen eseteket visszaszorítani leginkább az adómorál növelésével, adók csökkentésével (ne érje meg annyira csalni), adminisztrációs terhek csökkentésével, elektronikus fizetések terjesztésével és készpénz visszaszorításával lehetne elérni, ezek közül melyiket csinálják?

arról nem volt szó, hogy kifogástalanul fognak működni. (kapcsolódik az ekaer, az útdíj-rendszer, meg a véda kapuk: mind kijátszható/lerohadás-képes sajnos)

--
"a Hungarian Unix Portált [...] szakmai fórumként eszembe nem jut használni, mert a közönség mentalitása miatt nincs értelme."