Csak a tesztemen keresztül!

Szakmai gondolatok informatikai rendszerek teszteléséről.

Gazda

Friss topikok

  • Akron: @Verhás Péter: Az ügyfeled a cég (vezérigazgatóval, Józsi nénivel) A cég ellenőrzi le és veszi át ... (2018.01.31. 14:09) Miért UAT
  • Verhás Péter: @ hrgy: Egy kicsit felhúztam magam, de sebaj. A lényegi állításokban igazad van, ám a személyekre... (2011.10.09. 00:25) A tesztelés nem mindenható
  • crix: Ez a hozzáállás. Sajnos most is. Aztán csodálkoztak itt a népek, amikor bevállaltam a hétvégi munk... (2011.10.05. 16:56) Újra fizetni kell
  • crix: és milyen specifikáció mentén ment át az ügyfél? elég blind? (2011.10.05. 13:41) Ügyfélteszt
  • fqqdk: fitnesse, concordion, és cucumber integráció lesz? (2011.03.05. 13:42) Automatizált tesztelés és üzleti tesztelés

Társblogok

Elektronikus számla

2010.03.20. 10:49 | Verhás Péter | 4 komment

Olvasom az elektronikus számlázásról szóló APEH közleményt:

http://www.apeh.hu/archiv/adoinfo/afa/afa_eszamla.html

Elektronikus számla bármilyen lehet. feltéve, hogy át lehet konvertálni, text fájlra, print fájl formátumra, vagy XML-re. Az XML-re van definíció leírás is. Rajz (feltehetően XMLSpy szoftverrel készült), DTD és XSD.

A kérdés az, hogy melyiknek kell megfelelni? Ki kellene mondania a közleménynek, hogy melyik a definíció. De nem mondja. És ha ellentmondás van közöttük, és lehet gyártani olyan XML-t ami mondjuk a DTD-nek megfelel de az XSD-nek nem?

Lehet tippelni!

 

Meg volt?

 

Akkor elárulom: lehet. Mondjuk egy számlán, XML-ben 25613413 forint összeg szerepel. A DTD-nek megfelel, ha egyébként jó formátumú, de az XSD-nek nem. Az XSD szerint a számlán szereplő forint összegek float típusúak. Azt pedig pontosan definiálja a szabvány, hogy az mekkora lehet.

Az áfa százalék az XSD szerint szabad szöveg?

És a példában tizedesvesszővel van az áfa százalék. Tudom, hogy nálunk az a szabvány, és nem a pont, de az XML-ben meg pontot kell használni.

Nincs ebből egy újabb, jobb verzió?

A bejegyzés trackback címe:

https://csakatesztemenkeresztul.blog.hu/api/trackback/id/tr531854170

Kommentek:

A hozzászólások a vonatkozó jogszabályok  értelmében felhasználói tartalomnak minősülnek, értük a szolgáltatás technikai  üzemeltetője semmilyen felelősséget nem vállal, azokat nem ellenőrzi. Kifogás esetén forduljon a blog szerkesztőjéhez. Részletek a  Felhasználási feltételekben és az adatvédelmi tájékoztatóban.

Rus 2010.05.25. 16:08:56

Pár megjegyzés.

Tény, hogy az XML definíció megalkotásánál nem voltak a helyzet magaslatán :-)

A 25613413 szám megfelel az XML float adattípusnak.

Az áfa százalék a régebbiben szintén float volt, ezért nem lehetett megadni ÁFA nélküli, vagy pl. fordított áfás számlát (ezeknek nem 0% az áfájuk, hanem áfamentes, fordított áfás stb.). Most ide be lehet írni pl., hogy áfamentes. Így oldották meg.

További probléma volt, hogy kötelező megadni köztér jellege, házszám adatot is, ahol a házszám integer típus volt (vagyis nem lehetett üres elem).
Ilyen felbontásban viszont kevesen tárolják a cím adatot (ráadásul lehet pl. 30/b a házszám). Ezen is változattak, most már string, vagyis üresen lehet hagyni mindkettőt és mondjuk a kozternev-be beírni a teljes címet.

Verhás Péter · http://csakatesztemenkeresztul.blog.hu 2010.05.25. 16:25:58

@Rus:
Az XML float definíciój az XSD-ben

www.w3.org/TR/xmlschema-2/#float

érhető el, és azt írja, hogy

"The basic ·value space· of float consists of the values m × 2^e, where m is an integer whose absolute value is less than 2^24, and e is an integer between -149 and 104, inclusive."

2^24 értéke 16 777 216. Emiatt a definíció miatt float-on lehet például ábrázolni a 25613412-t és lehet 25613414-et de a közöttük levő 25613413-at nem.

Szerintem ezért a 25613413 szám nem felel meg az XML float adattípusnak.

Ugyanakkor létezik, és létezett már akkor is a decimal típus:

www.w3.org/TR/xmlschema-2/#decimal

amire az mondás, hogy legalább 18 decimális karaktert kell kezelnie minden rendes XML processzornak. Ez elegendő pénzösszegek nyilvántartására.

Rus 2010.05.25. 17:37:30

Bezony, abszolút igazad van. Kösz.
Ettől függetlenül szerintem a séma ellenőrzők nagy többsége így nem ellenőrzi, csak azt, hogy belefér-e az adott típus max-min közé, illetve formailag helyes-e.
XmlSpy, .NET megeszi simán. Kíváncsi volnék java xml ellenőrzésen átmegy-e.

Ahogy mondtad decimal lenne szerencsés.
Ja. És nincs újabb verzió, a 2009-es a legfrissebb.
Mi kértünk ezekről állásfoglalást, a standard dumán kívül semmi használható.
Több olyan cég is van, akinek az elektronikus számlájában lévő "apeh xml" viszont még köszönő viszonyban sincs ezzel a sémával.
Szal passz.

Verhás Péter · http://csakatesztemenkeresztul.blog.hu 2010.05.25. 18:28:15

DTD rulez.

A szöveges (XMLSpy screenshot), XSD és DTD között nincs meghatározva a szövegben, hogy melyik a definitív.

Amúgy meg való igaz: ez legyen a legnagyobb bajunk. Persze ha mindenki a tökéletességre törekedne...

...akkor soha semmi nem készülne el :-)
süti beállítások módosítása