E-ticket printen op een huis tuin en keuken printer

Code controleren en de andere gegevens moeten ook kloppen, denk aan traject, daarom accepteer ik nooit alleen de code, waar ik verder geen info zie staan. Dus zorg dat dat goed geregeld is en dan is het zo gecontroleerd inderdaad.

Leuke discussie over een van mijn vakgebieden. Ik ben een van de ontwikkelaars van het verkopend systeem. Jullie hebben een hoop al ontdekt. Ik heb m'n werktelefoon niet bij de hand, dus kan het niet checken, maar geboortedatum zou wel meegegeven moeten worden.

Ach, doe ook alweer wat jaren mee in deze wereld 😉 Dit is alleen niet helemaal m'n dagelijkse bezigheid, dus moet ook graven soms.

Denk aan de fraude door een ticket te bewerken. Zichtkenmerken zijn dan anders dan de code, dan weet je dat iemand creatief is geweest. Daarom op zijn minst alle gegevens die ook in de app worden weergegeven waar ook de code in staat. Stel dat ik de code niet kan uitlezen, dan word ik al een stuk achterdochtiger en wil meer zien dan alleen een screenshot.

Voor @RailRunner15 nog wel even het 'nieuws' dat sinds Apple Pay/Wallet ook in NL beschikbaar is (in ieder geval bij ING), de NS app nog altijd de NFC niet kan onderdrukken. De NS International app doet dat al langer.

Ik begreep dat Apple daar toestemming voor moet geven, en dat dat voor NS International de nodige maanden geduurd heeft?

Haha dat nieuws was mij niet gepasseerd hoor 😁 Helaas is dat niet mijn straatje. Wist alleen niet dat NS International dat al wel heeft. Volgens mij maakt het app team die ook. Ticket van NS binnenland kan ook in de iOS wallet gestopt worden hoor.

Maar goed. Probleem is door de poortjes te komen en niet zozeer het ticket tonen. Apple Pay is op basis dat de telefoon de lezer is, maar ovcp en emv werkt op basis van het poortje de drager leest.

Op zich hoeft dat geen probleem te zijn Henk. Zelfs een continue verbinding met de backoffice is niet nodig.

(Zelfs na twee keer een hash algoritme en wat knipwerk heb je nog steeds voldoende informatie...🤔)

Dat er met die Aztec code nog niets gedaan wordt (behalve poortjes openen op de reisdatum) snap ik ook niet.
Hij hoort wel netjes uitgelezen te worden bij controle, maar de zichtkenmerken werken nog als fallback wanneer nodig. Vrij recent was er nog gedoe hier op het forum omdat een tijdlang e-tickets printen vanuit Safari ervoor zorgde dat de barcode niet of verminkt op het ticket kwam. Dan kan er teruggevallen worden op zichtkenmerken en is de barcode dus waardeloos.

Uit mijn hoofd traject/klasse/kaartsoort/geldigheidsdatum en naam en aantal. De geboortedatum zit uit mijn hoofd helemaal niet in de code verwerkt en ik dacht dat sinds een recente update er ook een melding verschijnt wanneer het ticket net aangeschaft is. Dat veld was eerst helemaal niet zichtbaar, wat mij verbaast, want het staat wel in de code.

En daar is geen enkel contact met een backoffice voor nodig, staat gewoon in de code. Maar dan moet je je er wel toe zetten om volledig op de code te vertrouwen, en bij een missende of verminkte barcode dat dus ook zien als ongeldig vvb.

In de code zit nog wat meer, waaronder prijs, eventueel een via die nu vaak gebruikt wordt voor de string "VRIJE VERVOERDERKEUZE", et cetera. Daarnaast zit er een ordernummer in wat gebruikt kan worden voor lookups in een database.

Is een UIC standaard, UIC918.2 en UIC918.3. Standaard is helaas niet openbaar, aantal implementaties wel.

Leuke discussie over een van mijn vakgebieden. Ik ben een van de ontwikkelaars van het verkopend systeem. Jullie hebben een hoop al ontdekt. Ik heb m'n werktelefoon niet bij de hand, dus kan het niet checken, maar geboortedatum zou wel meegegeven moeten worden.

Daarnaast zijn we nu bezig met het reisrecht te verwerken in het ticket zodat mcl kan zien of dit ticket beperkingen heeft. De poortjes kunnen dat ook al, hier kennen we o.a. tijd- en regiobeperkingen. Nog wel prematuur overigens, want alles moet wel werken voor we dat aanzetten.

Overigens is Secutix al weer achterhaald 😉 Die hebben we begin dit jaar vervangen. Nu gaan we langzaamaan verder om de barcode te verbeteren. En klopt dat is de UIC 918.3 standaard, maar die laat nog heel veel aan interpretatie over. Laatst de vernieuwde versies (UIC 918.8 en 918.9) gelezen. Daar zit wel wat leuks in voor mobiele barcodes.

Dat laatste begrijp ik.
Probleem is dat er met de inbreng van leden t.a.v. dit soort topics niks gedaan wordt. En dat is jammer. Heel jammer. Sorry dat ik het zo formuleer. Wat vind je zelf van hele e-ticket systeem en controle? Kan het systeem niet simpeler en beter?

Ja, dat kan simpeler en beter. Gaat daar tijd overheen? Ja, daar gaat tijd overheen. Wij willen het graag in onze app hebben, zodat we kunnen zorgen dat je telefoon zich aanpast aan de situatie: 100% helderheid, geen NFC chip en niet draaien. Zie je het al voor je als Miep met een telefoon voor het poortje staat die constant draait en van grootte wisselt? Krijg je superlange rijen bij die poortjes van hoor.

Dan heb je nog het stuk dat sommige tickets niet in de app te laden zijn. Klopt. Dat heeft diverse oorzaken. De meeste hebben te maken met de Spoordeelwinkelcoupon's die als kwart op de PDF staat. Die kan nog niet in de app getoond worden. Zijn we al wel mee bezig, maar dan heb je weer bedrijven die niet van een telefoon kunnen scannen. Oeps, hoe doe je dat dan? Of gewoon contracten die het nog steeds over homeprint hebben en eerst opnieuw onderhandeld moeten worden.

Derde onderwerp is bijvoorbeeld de Spoordeelwinkel en waarom die suffe coupons opleveren die weer moet inwisselen op de NS site voor je ticket. Een doorn in m'n oog. Ook daar zijn we mee bezig. Bijvoorbeeld door derden (zoals Kruidvat, Vakantieveiligen e.d.) direct bij ons een order aan te laten maken. Dan loopt je weer tegen AVG en bewerkingsovereenkomsten aan.

Dus: ja, het kan simpeler en beter en daar zetten we ook vol op in. Het team waar ik in zit is dit jaar in grootte verdubbeld om dat voor elkaar te krijgen.

Overigens is de frustratie in mijn post niet naar jou gericht @Nooduitgang 😉

Dat laatste begrijp ik.
Probleem is dat er met de inbreng van leden t.a.v. dit soort topics niks gedaan wordt. En dat is jammer. Heel jammer. Sorry dat ik het zo formuleer. Wat vind je zelf van hele e-ticket systeem en controle? Kan het systeem niet simpeler en beter?Ja, dat kan simpeler en beter. Gaat daar tijd overheen? Ja, daar gaat tijd overheen. Wij willen het graag in onze app hebben, zodat we kunnen zorgen dat je telefoon zich aanpast aan de situatie: 100% helderheid, geen NFC chip en niet draaien. Zie je het al voor je als Miep met een telefoon voor het poortje staat die constant draait en van grootte wisselt? Krijg je superlange rijen bij die poortjes van hoor.

Dan heb je nog het stuk dat sommige tickets niet in de app te laden zijn. Klopt. Dat heeft diverse oorzaken. De meeste hebben te maken met de Spoordeelwinkelcoupon's die als kwart op de PDF staat. Die kan nog niet in de app getoond worden. Zijn we al wel mee bezig, maar dan heb je weer bedrijven die niet van een telefoon kunnen scannen. Oeps, hoe doe je dat dan? Of gewoon contracten die het nog steeds over homeprint hebben en eerst opnieuw onderhandeld moeten worden.

Derde onderwerp is bijvoorbeeld de Spoordeelwinkel en waarom die suffe coupons opleveren die weer moet inwisselen op de NS site voor je ticket. Een doorn in m'n oog. Ook daar zijn we mee bezig. Bijvoorbeeld door derden (zoals Kruidvat, Vakantieveiligen e.d.) direct bij ons een order aan te laten maken. Dan loopt je weer tegen AVG en bewerkingsovereenkomsten aan.

Dus: ja, het kan simpeler en beter en daar zetten we ook vol op in. Het team waar ik in zit is dit jaar in grootte verdubbeld om dat voor elkaar te krijgen.

Overigens is de frustratie in mijn post niet naar jou gericht @Nooduitgang ;-)
"Om onze dienstverlening te verbeteren en/of van uw veiligheid op en rond het station te verhogen maken wij gebruik van een uniek ID. Om u op uw reis te volgen wordt het unieke ID direct gehashed: het ID wordt omgezet in een willekeurige cijferreeks. De cijferreeks wordt op een server opgeslagen. Eenmaal op de server hashen wij de cijferreeks nog een keer. Daarna 'knippen' wij een deel van de cijfers eraf zodat herkenning op geen enkele wijze meer mogelijk is.' ..... en de rest lijkt mij geen probleem...

Kun je hier wat mee?

💋..

Uh die volg ik niet helemaal? Lijkt me over wifi/bluetooth tracking te gaan.

Yep. Zo simpel is het. 🤔Je moet me even wat meer context geven, want ik kan hem niet helemaal plaatsen. Heb een beetje last van de warmte ;-)
Je team waarin je werkt is straks twee keer zo groot.???

Analyse na twee keer hashen is voor de partij die dit doet geen enkel probleem. Lokale opslag en een verbinding met de back-end zijn geen 'echte' beperking. Tenzij je beren op het spoor wil zien.

Maar waar zie jij de beperking?

Graag wat meer context.

Waar ik tegenaan loop hierin, is dat het nu vooral een stukje extra service lijkt, het importeren in de app, om te voorkomen dat de reiziger in de problemen komt bij het correct aanbieden van de barcode vanwege helderheid/nfc/auto-rotate/whatever. Aan de andere kant van de organisatie is men echter nog steeds bezig met zichtkenmerken en wordt een reiziger die de barcode aanbiedt vanuit bijvoorbeeld de PDF gezien als reiziger zonder geldig vvb met alle gevolgen van dien. Als het een stuk service is, waarom is het correct aan kunnen bieden van de barcode vanuit PDF dan niet ook akkoord? Je zou dan hooguit kunnen zeggen dat het de verantwoordelijkheid is van de reiziger om te zorgen dat die PDF scanbaar is.

Juist.
Doe zoals de SNCB.
Die heeft ook een App die de helderheid opvoert en het kaartje draait (maar bij mijn telefoon net de verkeerde kant op...).
Je mag de PDF afdrukken en ze vinden het ook geen probleem als je de PDF gewoon toont op het scherm, zonder App.
Heel bijzonder, want Belgen zijn niet zo van de klantenservice (en dat is dus nog beschamender voor de NS).

Ja, ik vond het eigenlijk wel groot nieuws (las het net voor het eerst via een tweet van Webcare). Met name dat het terugvallen op zichtkenmerken (waarmee te frauderen is) bij een onleesbare/verminkte/bewerkte Aztec code is komen te vervallen, en je nu gewoon een ongeldig ticket oplevert. Eigen verantwoordelijkheid dus nu, net als concertkaartjes e.d.

En ook het belangrijke aanschaftijdstip. Daar kan dus ook niet meer mee gerommeld worden, in de zin van snel even een e-ticket kopen als de conducteur in aantocht is.