Covid Regisztráció Lekérdezés / Vakcinainfo Regisztráció Lekérdezés | Vakcina RegisztrÁCi
Nem nyitok új issue-t: Ugyancsak problémának érzem, hogy a supplierTaxNumber csak a számlaszámmal együtt adható meg digest-es lekérdezésben. Vagyis nem tudom lekérdezni egy adott beszállítótól érkezett számlákat, csak úgy, hogy lekérdezem az összeset és utána válogatok - ami nektek többszörösére növelheti az adatforgalmat és a szükséges erőforrásokat. (igazából az INBOUND mellé kellett volna tenni a tax numbert (opcionálisan), az mindenhol jó lenne. Persze most már....... Szia @kabelnet2 Kezdem a másodikkal. Teljesen igazad van, ez a mi hibánk és ki fogjuk javítani. Ezt már tudjuk mióta elkövettük, de még senki nem kérdezte. :) A digest-be vissza kell tenni az adószám szűkítő paraméterét, ahogy az a frontenden is megvan. Sajnos a nagy favágás és átalakítás közben elmaradt a taxNumber, mint additionalQueryParam. De még a 2. 0 élesítése előtt visszatesszük. Valószínűleg egy kalap alatt megy majd a többi Githubos átalakítással. Az elsőt még nem értem. Szerintem erről már volt szó itt valahol, de meg kell ismételjem: nem igazán jó a transaction id alapján történő lekérdezés.
- Üdvözlünk a PC Fórum-n! - PC Fórum
- Vakcinainfo regisztráció lekérdezés | VAKCINA REGISZTRÁCI
- Itt ellenőrizheti, hogy nyilvántartják-e Önt oltandóként - haziorvosinfo.hu
Üdvözlünk a PC Fórum-n! - PC Fórum
Vakcinainfo regisztráció lekérdezés | VAKCINA REGISZTRÁCI
TransactionId-re csak a feldolgozás eredményét kérdezed le. Mi köze ennek a számla adatokhoz? Kérlek segíts megvilágosodnom. Ha van egy transaction id-m és szeretném lekérdezni a hozzá tartozó számlákat, hogy mi is volt annak a bevallásbak a tartalma. Erre a transaction id egyértelműen elegendő (+ index, de ezt most hagyjuk). De a query nem engedi meg, hogy mandatory parameter nélkül lekérdezzek transaction id-re, vagyis még valamit tudnom kell: a számlaszámot, az időpontot, hogy ki tudjam tölteni a mandatory parameter-t. Ezt érzem feleslegesnek. Azt, hogy transaction id alapján számlát lehet lekérdezni ti tettétek be az invoiceQueryParams-ba, a transactionQueryParams elemmel. Így már értem, köszi. Ha ezt arra használod hogy megtudd, a tranzakcióban milyen számlák voltak, akkor nem volna egyszerűbb a /queryTransactionStatus operációban lekérni és a base64 tartalmat kibontani? Egyébként igazad van, de a transationID kifejezetten szűkítő céllal került bele ebbe a query-be, ilyen felhasználási célt nem gondoltunk mögé.
- Mobil klíma vélemények, mobil klíma referenciák, vélemények
- Itt ellenőrizheti, hogy nyilvántartják-e Önt oltandóként - haziorvosinfo.hu
- Mobil autóklíma töltés - klíma gáz töltése helyszínen - A Mobilgumis
Itt ellenőrizheti, hogy nyilvántartják-e Önt oltandóként - haziorvosinfo.hu
De vajon miért van az, hogy néhányan többször is regisztrálnak? Talán azért, mert a bizonytalannak tűnő kommunikáció és a vakcinára való hosszú várakozás miatt sokan kezdték úgy vélni, talán elrontottak valamit az első regisztrációkor, netán a hétvégi vakcinakáosz miatt. Vagy mondjuk azért, mert valaki már decemberben regisztrált, csak közben elköltözött, netán a tartózkodási helye változott meg, és akkor bizony felmerül a kérdés, hogy melyik oltópontra hívják majd be. Oda, ahol most van, vagy mondjuk 160 kilométerrel távolabbi helyre? Nos, egy igazán személyes példán keresztül jártunk utána a dolgoknak. A videó fontos információkat tartalmaz: Kollégánk, Kiss Rachel egy ideje regisztrált már a vakcinainfón, majd kapott is egy levelet – furcsa módon: postán –, amelyben az oltási tervről tájékoztatták, arról, hogy most az idősek és krónikus betegek csoportjába tartozókat oltják. Kollégánk a második csoportba tartozik, krónikus beteg, ezért kaphatta meg ezt a levelet. Felvette a kapcsolatot a körzeti orvosával, akitől megkérdezte, mi a teendője.
Az adatok beérkezése és feldolgozása online jelentkezése esetén pár napot, postai úton küldött jelentkezése esetén nagyjából egy hetet vesz igénybe. Ezért az online regisztrációjától, illetve a postai levél visszaküldésétől számítva a lekérdezést mindenképpen több nap elteltével érdemes elvégezni, és azt akár pár nap különbséggel megismételni. Ha valaki az oltásra történő regisztrációkor pontatlanul adta meg adatát, és emiatt a neki küldött értesítőben téves adatot tapasztal, akkor az email címen kérheti a regisztrációkor megadott adatai pontosítását, javítását. Azok a regisztráltak, akik még nem kaptak oltást, és a lekérdezés során meggyőződtek arról, hogy már nyilván tartják őket beoltandónak – az eddig már beoltottakhoz hasonlóan – értesülni fognak majd, hogy mely oltóponton és mikor várják őket oltásra. Az oltás folyamatos, jelenleg a regisztrált idősek oltása élvez prioritást. Az eddig regisztrált 65 év felettiek 69%-a van jelenleg beoltva. Minden regisztrált sorra fog kerülni, a még oltásra várók szíves türelmét kérjük.