[Fir2_tr] XSD 3.0 egyeztetés

Köblös István koblos.istvan at consense.hu
2013. Jan. 30., Sze, 16:09:04 CET


Sziasztok!

 

A beérkezett észrevételekre küldöm a válaszokat. Általánosságban annyit
szeretnék kiemelni, hogy az EDIG nem csak a FIR-rel van kapcsolatban. A
közoktatási diákigazolványok miatt számos más kapcsolódása van, és bármilyen
strukturális módosítás sok egyeztetést, fejlesztést igényel a közoktatási
adatküldő rendszerekben is. Emiatt az EDIG-FIR egységesítéseket csak részben
tudjuk elvégezni.

 

A leírtaknak megfelelő új XSD verziót hamarosan küldöm.

 

- FIRPublikaltHallgatoSzemelyesAdatokType/FIROktatasiAzonositoVegleges: itt
az XSD-beli leírás "oktato"-t említ "hallgato" helyett

Javítva

 

- FIRPublikaltFelvettKepzesElemType/NyilvantarottSzakKepzesElemID: itt a
mezőnévből kimaratt egy "t": "tarTott"

Javítva

 

- diakban es az adatbejelentoben eltero a kov adatok kezelese : nevsorrend,
az illeto neme, allampolgarsag. a nemet es nevsorrendet lehetne az xsd-ben
is megadni tipussal, ezek nem nagyon valtoznak, az allampolgarsagnal talan
lehetne mind a 2 helyen torzsadatbol dolgozni

Az EDIG és FIR2 két külön rendszer, az adatok ilyen különbözősége most
megmarad.

 

- FIRStatuszLekerdezesValasz unez ki h megint egyesevel fog visszajonni, a
hallgatoi es oktatoi adle-nel mar megvan : <xs:element name="Hallgato"
type="FIRPublikaltHallgatoType" minOccurs="0" maxOccurs="unbounded">, uezt
szeretnenk kerni a statuszok valaszaihoz is

Tömbösítettük a FIR StátuszLekérdező válaszokat is az XSD-ben.

 

- új Bejelentési elem:
FIRBejelentesKontener/HallgatoBejelentes/hlg:Hallgato/hlg:TanulmanyiJogviszo
nyok/hlg:TanulmanyiJogviszony/hlg:FelvettKepzesek/hlg:FelvettKepzes/hlg:
FelveteliKepzesElemek

Erre pl BSZKGYO miatt (ahol két SPC esetén nem egyértelmű a felvételi) és a
meghirdethető képzés ID számítás miatt van szükség, igaz?

A FelveteliKepzesElemek részt töröltük, helyette a MeghirdethetoKepzes-re
kell hivatkozni a FelvettKepzes-ben.

 

- FIRTudomanyagakType / TudomanyagID - FIR2SZNYBACK-306 nem oldódott meg.

Az új XPATH forma megoldja ezt.

 

- FIROklevelTudomanyosBesorolasokType / TudomanyosBesorolasID -
FIR2SZNYBACK-349 nem oldódott meg.

Az új XPATH forma megoldja ezt.

 

- IgazolvanyIgenylesTorzsType / Nev - FIR2SZNYBACK-419 nem oldódott meg
teljesen: NevType és FIRNevType nem egységes (vezetéknév kötelezősége és
előnév)!

Az EDIG és FIR2 két külön rendszer, az adatok ilyen különbözősége most
megmarad.

 

- Hallgató/Oktató adatlekérdezésnél továbbra is minden egyes
hallgatónál/oktatónál meg kell adnunk egy KerelemID-t, de úgy látom a
válaszban már annyira tömbösítve válaszoltok, hogy a KerelemID nem is
szerepel a válaszban. Vagyis igazából nem lehet tudni, hogy melyik
kérelmünkre válaszoltok.

Ez véletlenül kimaradt. Javítottuk.

- Megmaradt a 100-as limit a hallgató/oktató adatlekérdezésnél, vagyis
egyszerre legfeljebb 100-ra kérdezhetünk rá. A válasznál viszont nincs már
ilyen limit, vagyis egyszerre küldhettek többszáz választ. Miért van ez a
kettősség? Ha a szerver nem képes egyszerre nagyobb tömeget feldolgozni,
akkor a szerényebb teljesítményű kliensnek se kelljen.

Pusztán az az oka, hogy elég legyen egy helyen állítani a korlátot. A
válaszban mindig pontosan annyi adatválaszt küldünk, amennyit kérdeztek.

- Nekünk jobban tetszett az eddigi válaszolási módszer, ahol egyenként
küldtétek a választ a hallgatói/oktatói adatlekérdezésre. Szeretnénk, ha
továbbra is lenne lehetőségünk arra, hogy így kapjuk a választ, és nem
kellene emiatt újra átírni az érintett programrészt. Akár egy lekérdezéskor
megadott mezővel is jelezhetnénk, hogy egyenként kérjük a válaszokat.

Egy ilyen kapcsoló tovább bonyolítaná a már eddig sem egyszerű XSD-t és a
kommunikáció átláthatóságát, ezen felül a megvalósítás is bonyolultabb.
Korábbi kérések nyomán alakítottuk át így a kommunikációt, nem valósítjuk
meg kétféleképpen a válaszok küldését.

- NevType és FIRNevType kettősség továbbra is megmaradt. Korábban már
jeleztük a problémát.

Az EDIG és FIR2 két külön rendszer, az adatok ilyen különbözősége most
megmarad.

 

- Országkódokat továbbra is kétféleképpen kell küldeni ( 3 betűs kód, vagy
azonosítószám ). Korábban már jeleztük a problémát.

Az EDIG és FIR2 két külön rendszer, az adatok ilyen különbözősége most
megmarad, de terítjük mind az azonosítót, mint a 3 betűs kódot
adatterítésnél.

 

- Irányítószámnál csak a FIRMagyarorszagiCimType-nál rövidítettétek 50-ről
10-re az irányítószámot, FIRKulfoldiCimType-nál maradt 50 a maximális hossz.
Diákigazolványigényléskor viszont külföldi címnél is max. 10 karakter van
megengedve.

Módosítottuk 10 karakteresre.

 

- Irányítószámnál a legtöbb helyen nincs megadva minimális hossz, de
valamiért a diákigazolványigénylés külföldi címénél minimum 2 karaktert kell
megadni.

Az EDIG és FIR2 két külön rendszer, az adatok ilyen különbözősége most
megmarad.

 

- Diákigazolvány részben továbbra is több olyan blokk van, ami sehová sincs
bekötve. Például vonalkóddal kapcsolatos részek. Ha már takarításm, akkor jó
volna, ezek ha kikerülnének az xsd-ből.

Mivel a diákigazolvány részeket KIR-es környezetben is használjuk, nem
válogatjuk ki a FIR által nem használt típusokat.

 

- Új szótárelemekre hivatkozik az XSD ( pl. OKTAZONVEGLEGES ). Hol érhetjük
el az új Szótárt? Enélkül bizonyos módosításokat nehéz megítélni.

A SZOTAR táblába hamarosan be fog kerülni. Az értékkészlet: I = 'igen,
végleges'; N = 'nem, emberi megerősítés szükséges'; H = 'hibás, adathiba
miatt nem osztunk oktazont'; üres = a személykereső még nem futott rá

 

- A FIRAdatLekerdezesValasz/HallgatoAdatValaszok/hlg:HallgatoAdatValasz és
FIRAdatLekerdezesValasz/OktatoAdatValaszok/okt:OktatoAdatValasz node-okba
szeretnénk visszakérni a KerelemID attribútumot, mert ezzel azonosítjuk be,
hogy melyik kérelmünkre  érkezett meg a válasz

A KerelemID visszakerült. Véletlenül került törlésre.

 

- A
FIRAdatLekerdezesValasz/HallgatoAdatValaszok/hlg:HallgatoAdatValasz/hlg:Hall
gato elem (és az oktatós megfelelője) ismétlődhet. Ennek mi az oka? Ez már
az előző XSD verziókban is így volt és azt hittük azért, mert jöhetne egy
válaszban több hallgató is. Viszont az új verzióban másképp lett megoldva a
több hallgató küldése, így továbbra sem értjük, hogy hogyan kell
értelmeznünk és feldolgoznunk ezt az ismételhetőséget.

A lekérdezésben lehet oktatási azonosítóra is szűrni. Ilyen esetben
előfordulhat, hogy az intézményben két külön rekordon is ugyanaz a hallgató
szerepel, így két hallgatói rekordot kell visszaadni a válaszban. 

 

 

Köblös István

ConSense Informatikai Tanácsadó Kft.

1119 Budapest, Petzvál József u. 44. | +36 20 421 7423 |
<http://www.consense.hu> www.consense.hu

 

 

--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL: http://polar.educatio.hu/pipermail/fir2_tr/attachments/20130130/a7f75b73/attachment.htm 


További információk a(z) Fir2_tr levelezőlistáról