Team
Vier disciplines die zelden in één ruimte zitten
Paspoortinfrastructuur zit tussen een normalisatie-instituut, een toezichthouder, een keten en een cryptosysteem in. Eén daarvan missen is hoe platforms in deze categorie technisch degelijk maar praktisch onbruikbaar eindigen.
- Opgericht
- 2024
- Gebouwd op
- Open standaarden
- U ontmoet
- De implementeerders
Definition
Welke expertise vereist het bouwen van paspoortinfrastructuur?
Vier disciplines. Standaardenengineering om GS1- en W3C-specificaties correct te implementeren. Regelgevingsanalyse om gedelegeerde handelingen te volgen zodra ze worden vastgesteld. Ketenpraktijk, want het lastige zijn de leveranciersgegevens. En toegepaste cryptografie, want een claim die niemand kan verifiëren is geen bewijs.
Most vendors in this category are strong in one or two. The gaps show up in predictable places: a beautiful product that cannot answer a market surveillance question, or a rigorous data model no supplier will ever populate.
Disciplines
Waarvoor elk daarvan verantwoordelijk is
Standaardenengineering
GS1 Digital Link, EPCIS 2.0 en W3C Verifiable Credentials implementeren zoals gespecificeerd in plaats van bij benadering — inclusief de randgevallen die pas op schaal opduiken.
Regelgevingsanalyse
Gedelegeerde handelingen lezen zodra zij worden vastgesteld en vertalen naar veldvereisten, zodat een regelgevende wijziging aankomt als een mapping en niet als een verrassing.
Ketenpraktijk
Weten waarom een leverancier in de derde ring uw formulier niet invult, en de bewijsstroom rond die werkelijkheid ontwerpen in plaats van ertegenin.
Toegepaste cryptografie
Ondertekenen, sleutelbeheer, intrekking en onafhankelijke verificatie — het verschil tussen een opgeslagen claim en een die bewezen kan worden.
Platform engineering
Twee workloads met tegengestelde eigenschappen, en een identificator die de vijftien jaar levensduur van een product lang moet blijven resolven.
Implementatie
Een lead met naam die bij het programma blijft, en die u tijdens de evaluatie ontmoet in plaats van na ondertekening.
Antwoorden
Veelgestelde vragen
Waarom noemt deze pagina geen individuele personen?
Omdat wij liever niets publiceren dan iets verzinnen, en wij nog niet zover zijn om personen publiek te noemen. Biografieën verschijnen hier zodra er mensen zijn om te noemen die daarmee hebben ingestemd. Ondertussen telt voor een evaluatie welke disciplines het werk vraagt en of die gedekt zijn.
Met wie zouden wij tijdens een implementatie werkelijk werken?
Een implementatielead met naam die bij het programma blijft, ondersteund door wie de fase nodig heeft — een standaardenengineer bij identiteitsmodellering, een regelgevingsanalist als er een gedelegeerde handeling komt, een ketenexpert bij leveranciersonboarding. U ontmoet hen tijdens de evaluatie, niet pas na ondertekening.
Neemt u deel aan normalisatiewerk?
Het van nabij volgen is een minimumvereiste om erop te bouwen, en de output van CEN-CENELEC JTC 24 en CIRPASS vormt rechtstreeks ons datamodel. Waar wij kunnen bijdragen in plaats van alleen te consumeren, doen wij dat — een leverancier die de standaard alleen leest, ontdekt de randgevallen doorgaans in de productie van een klant.
Hoe groot is het bedrijf?
Kleiner dan de ondernemingen aan wie wij verkopen, en dat is het waard om ronduit te zeggen omdat het inkoop raakt. Het betekent ook dat de mensen die het platform bouwden degenen zijn die antwoorden wanneer er iets mis is, en dat een architectuurreview plaatsvindt met de persoon die de beslissingen nam in plaats van met een samenvatting daarvan.
Next step
Ontmoet de mensen die het zouden bouwen
Evaluaties worden hier gedaan door de bouwers, niet door een sales engineer die ze beschrijft. Kom met uw moeilijkste vraag.