Kostnadsfritt verktyg / ingen uppladdning
Avstämning av filer med identifieringsmedel: matcha UID-listor från produktion och backend
Läs in personaliseringsfilen från produktionen på ena sidan och backend-exporten på den andra. Motorn matchar identifierare över olika representationer och byteordningar och ger dig sedan avvikelseregistret och en korrigerad importfil.
MATCHNING / 2× CSV
Avstämning av identifierarfiler
Jämför en personaliseringsfil från produktionen med en backend-export. Motorn känner igen normaliserade, nollutfyllda och decimalekvivalenta identifierare samt identifierare med omvänd byteordning.
Produktionsfil
Utfärdade eller personaliserade poster
Backend-fil
Importerade eller registrerade poster
Läs in båda filerna för att starta avstämningen.
Det klassiska felet som detta förhindrar
Korten anländer, batchen importeras och en del av dem avvisas vid laddpunkten eller läsaren. Chippen är nästan alltid felfria: produktionsfilen och backend beskriver helt enkelt samma identifierare på olika sätt. Den ena sidan lagrar hexadecimalt, den andra decimalt; den ena behåller inledande nollor, den andra har tagit bort dem; någonstans i kedjan har byteordningen vänts.
Att felsöka detta manuellt över tusentals rader är långsamt och felbenäget. Att stämma av de två filerna före eller direkt efter leverans gör en veckas supportärenden till en kontroll på fem minuter.
Så fungerar matchningsmotorn
Varje identifierare från båda filerna normaliseras till en kanonisk bytesekvens med vald längd. Motorn matchar sedan poster i fyra steg: exakta eller normaliserade matchningar, matchningar med inledande nollutfyllnad, decimalekvivalenta matchningar och matchningar med omvänd byteordning. Varje matchning märks med sin kategori så att du ser hur avvikelsen uppstod.
Det som återstår är avvikelseregistret: identifierare som saknas i backend, överskott i backend, dubbletter på någon av sidorna, tvetydiga fall med flera kandidater och värden som inte kunde tolkas med den valda längden.
Exporter som avgör frågan
En avstämningskörning ger tre CSV-exporter: avvikelseregistret för den som äger data, matchningsunderlaget som kopplar varje produktionspost till motsvarande backendpost, och en korrigerad importfil som redan är konverterad till den representation och byteordning som backend förväntar sig.
Båda filerna tolkas lokalt i din webbläsare och laddas aldrig upp. För kommande order dokumenterar det tillhörande verktyget för datakontrakt det överenskomna formatet som JSON med acceptansvektorer, så att nästa batch importeras korrekt redan första gången.
Frågor om avstämning
Frågor om avstämning
Varför känns mina kort inte igen efter importen till backend?
De vanligaste orsakerna är avvikelser i representation och byteordning: backend lagrar decimalt medan filen var hexadecimal, inledande nollor gick förlorade eller läsarvägen vänder byteordningen. Stäm av produktionsfilen mot backend-exporten för att se exakt vilken transformation som förklarar avvikelsen.
Hur rättar jag UID med omvänd byteordning i backend?
Bekräfta först omvändningen genom att stämma av båda filerna: matchningar med omvänd byteordning märks uttryckligen. Rätta sedan endast den ena sidan, helst genom att importera en korrigerad fil i den byteordning som backend förväntar sig. Undvik att rätta enskilda poster manuellt över tusentals rader.
Vad är ett datakontrakt för identifieringsmedel?
En kort maskinläsbar överenskommelse som fastställer identifierarens bytelängd, representation, byteordning, policy för inledande nollor och skiftläge mellan kortproducent och backendoperatör, tillsammans med acceptansvektorer att testa mot. Den tar bort den tvetydighet som orsakar avstämningsavvikelser.
Laddas mina filer med identifieringsmedel upp under avstämningen?
Nej. Båda filerna tolkas och matchas lokalt i din webbläsare. Ingenting överförs till eller lagras av ChargeRFID, så verktyget kan användas med produktionsdata för identifieringsmedel.
Relaterade verktyg
Se till att nästa leverans importeras korrekt redan första gången.
Varje order från ChargeRFID levereras med ett maskinläsbart datakontrakt och acceptansvektorer som överenskommits före produktion, så att avstämningen blir en formalitet i stället för en räddningsinsats.