[Q&A] XSD szeparáció, miért nem, ha igen? about online-invoice HOT 7 CLOSED

A tool az a standard xsd.exe, a problémája pedig, hogy ha az osztály képes deszerializálni mind az api, mind a data névteret, akkor ami tkp. base, vagy common, az nem egyértelmű, hogy az api, vagy a data névtérből kezelje - mint írtam fentebb, a leszármaztatás adatokra nem túl jó megoldás. Főleg, hogy általában OO nyelvekben egy ős van, itt pedig megoldható, hogy több legyen.
Tehát szét kell szedni két osztályra - de akkor az egyik kap olyan névteret, ami a másiknak szól.

El lehet vinni ezt a végtelenségig, elrettentő példa a folyamatosan fixelt több gigányi XSD az EBA XBRL formátumú jelentéseihez...

Ősosztályra castolva megoldva, zárható.

from online-invoice.

A **..** közötti rész csak az XML Tools validálás miatt lett hozzáadva, a többi az eredeti válaszból van

from online-invoice.

Kedves @PeterAdam

Az XSD szétválasztásoknak üzleti és technikai okai vannak, tekintettel arra, hogy ezekre a sémákra külön külön más rendszerek is rá épülnek.

Nem tudom, milyen toolt használsz, de normál esetben az XML-ben a névterek alapján - még ha lenne is ugyanolyan nevű elem az XSD-kben, de szerintem nincs - elkülönülnek, így ez nem okozhat problémát.

from online-invoice.

Kedves @renced42 ,

értem a szétválasztást, bár rossz ötletnek tartom az objektum-orientált leszármazós elvek adatokra alkalmazását.

De ha el van választva, akkor egy API kérésre adott hibaüzenetben mit keres a DATA séma?

from online-invoice.

A 02.09-én közzétett új xsd-kben már nincs OSA import, csak EAR és NTCA. Nem lehet hogy a NAV teszt rendszer, vagy a feladó oldal még nem aktuális xsd alapján készít xml-t?

from online-invoice.

A 02.09-én közzétett új xsd-kben már nincs OSA import, csak EAR és NTCA. Nem lehet hogy a NAV teszt rendszer, vagy a feladó oldal még nem aktuális xsd alapján készít xml-t?

Online-invoice kérdés, nem eVAT. A fenti hiba egy számla digest lekérésre adott válasz, amely túl hosszú időszak lekérésére érkezett (ez pedig könyvelők teljesítés kelte igénye az OSz számla kelte nézőpontja ellenében.)

from online-invoice.

De ha el van választva, akkor egy API kérésre adott hibaüzenetben mit keres a DATA séma?

Nem teljesen értem, hogy mi a probléma azzal, hogy névterek fel vannak sorolva a headerben.
Egy XML-nek nem kötelező névtér szerinti elemeket felsorolni.
Azonban való igaz, hogy nincs jelenleg a válaszban olyan elem ami Data típusú.

Nem tudom milyen tool használsz de igazából az API-ból lehet minden osztályt származtatni ami az api híváshoz szükséges.
Esetleg azt lehet csinálni, hogy az XSD-ben (Valamennyiben) add meg a sémalokációkat és így azokat fel fogja kapni.
Itt láthatod mire gondolok: #556

from online-invoice.