QR-scanner-apps: de volledige gids

Een QR-scanner-app is geen app die codes leest. Dat kan de camera van elke telefoon al. Het is een app die een gescande code omzet in een handeling binnen uw eigen proces: dit object is aangekomen, dit apparaat is gecontroleerd, deze bezoeker is binnengelaten, deze pallet staat nu op deze locatie. De code is niet meer dan een sleutel die sneller en betrouwbaarder is dan iets overtypen.

Dat verschil bepaalt waar de moeite in gaat zitten. Wie alleen wil weten welke tekst er in een code staat, heeft geen maatwerk nodig. Wie wil dat een scan iets verandert in een registratie, een voorraad of een dossier, bouwt in feite een klein werkproces waarvan de scan het startpunt is. De vraag is dan niet hoe u scant maar wat er direct na de scan op het scherm moet staan.

In de praktijk zie je vier terugkerende toepassingen. Objecten identificeren, zodat een monteur bij een installatie meteen de juiste historie voor zich heeft. Bewegingen vastleggen, zoals aankomst, verplaatsing en uitgifte. Handelingen aftekenen, zoals een controle of een schoonmaakronde. En toegang verlenen, waarbij de code een ticket of een bevoegdheid verteg­enwoordigt.

De QR-code is niet de enige optie en vaak niet de beste. Een datamatrix is compacter en leest beter op kleine of gebogen oppervlakken, en een gewone streepjescode is nog steeds gangbaar in de handel. De keuze hangt af van de ondergrond, het beschikbare oppervlak, de leesafstand en de vraag of de code onder vuil, vocht of slijtage nog leesbaar moet blijven.

Voor producten die de markt op gaan, komt daar een Europees kader bij. De verordening ecologisch ontwerp voor duurzame producten introduceert het digitaal productpaspoort. Toegang tot de digitale informatie over een product moet eenvoudig te verkrijgen zijn door het scannen van een gegevensdrager, zoals een QR-code. De Europese Commissie heeft daarbij een aantal productgroepen als eerste aangewezen, waaronder textiel, staal en aluminium, meubels, banden en matrassen.

Praktisch betekent dit dat een code op een product straks meer moet kunnen dan naar uw eigen systeem verwijzen. Er komt een verwachting bij dat de code volgens een erkende standaard is opgebouwd en dat de informatie erachter interoperabel is. Bouwt u nu iets waarin de code een intern nummer is dat alleen u begrijpt, dan is dat voor intern gebruik prima, maar niet iets waarop u een productpaspoort kunt stapelen.

Onder de motorkap doet elke scanapp hetzelfde: code lezen, opzoeken waar hij bij hoort, tonen wat de gebruiker moet weten, en vastleggen wat er is gebeurd. De verschillen zitten in de randen: wat gebeurt er bij een onbekende code, wat als er geen verbinding is, en wat als dezelfde code twee keer wordt gescand.

Een detail dat vaak wordt vergeten: de scanner in de app hoort niet de enige invoerweg te zijn. Codes raken beschadigd, labels vallen eraf en soms staat een medewerker met natte handen voor een vies etiket. Een invoerveld waarin het nummer met de hand kan worden ingetikt, kost weinig en voorkomt dat het hele proces stilvalt op één onleesbare sticker.

Het verschil tussen een scanapp die wordt gebruikt en een die na drie weken stilvalt, zit zelden in de techniek. Het zit in de vraag of scannen sneller is dan de gewoonte die het moet vervangen. Wie een lijst afvinkt op papier, is daar snel in. Een app moet die snelheid evenaren voordat hij hem kan verbeteren.

Er zit ook een organi­satorische kant aan die zelden vooraf wordt besproken: wie mag een code uitgeven en wie mag hem intrekken. Zolang labels door één persoon worden aangemaakt, gaat dat vanzelf goed. Zodra drie afdelingen hun eigen stickers printen, ontstaan er dubbele nummers en codes die naar objecten wijzen die allang zijn afgevoerd. Leg daarom vast wie codes uitgeeft, hoe een reeks wordt bijgehouden en wat er gebeurt als een object wordt vervangen. Dat is een kwestie van afspraken en een klein stukje beheerscherm, en het scheelt u een schoonmaakactie waarvan niemand weet waar hij moet beginnen.

1. Bepaal wat de code identificeertEen fysiek exemplaar, een artikelsoort, een locatie of een handeling. Deze keuze bepaalt alles daarna en is achteraf duur om te wijzigen.
2. Kies het codetype en de dragerOndergrond, formaat, leesafstand en levensduur bepalen of het een QR, een datamatrix of iets anders wordt, en of het label geprint, gegraveerd of gegoten wordt.
3. Breng de codes aanDit is vaak het grootste stuk werk en het meest onderschat. Reken op tijd om bestaande objecten te voorzien van een leesbaar label op een plek die bereikbaar is.
4. Bouw het scherm na de scanWat de gebruiker ziet in de eerste seconde bepaalt of de app werkt. Toon wat hij op dat moment nodig heeft, niet alles wat u over het object weet.
5. Regel het geval zonder bereikBepaal welke gegevens lokaal beschikbaar moeten zijn en wat er gebeurt als twee toestellen dezelfde code offline hebben gescand.
6. Meet het gebruikKijk na een maand welke codes werkelijk worden gescand en welke niet. Codes die niemand scant, zijn een teken dat het proces ergens anders loopt.

Het aanbrengen van de codes verdient bijzondere aandacht omdat het bijna altijd langer duurt dan gedacht. Een label op een machine moet bereikbaar zijn zonder ladder, bestand tegen schoon­maakmiddel, en zichtbaar blijven als er een leiding voorlangs loopt. Bedrijven die dit onderschatten, zitten na oplevering met een app die werkt en een terrein waar de helft van de objecten geen leesbare code heeft.

Een scanapp is bijna nooit het systeem waarin de gegevens thuishoren. Hij is de invoerlaag voor iets anders: een onderhouds­systeem, een voorraad­administratie, een dossier of een toegangs­registratie. Dat betekent dat de koppeling met dat systeem net zo belangrijk is als de app zelf.

Technisch is de belangrijkste ontwerpkeuze hoeveel de app zelfstandig kan. Een app die voor elke scan het netwerk nodig heeft, is onbruikbaar in een magazijn met dikke muren of op een terrein zonder dekking. Een app die alles lokaal doet, moet daarna omgaan met tegenstrijdige gegevens. De praktische middenweg is meestal: lokaal genoeg om de handeling af te maken, en een duidelijke, zichtbare status die aangeeft wat nog niet is verzonden.

Scanapps lijken eenvoudig en worden daarom vaak te licht opgezet. De valkuilen zitten niet in het lezen van de code maar in de administratie eromheen: wat een code betekent, wie hem heeft uitgegeven, en wat er gebeurt als de werkelijkheid en de registratie uit elkaar lopen.

• Bepaal eerst wat de code identificeert. Een code op een exemplaar is iets anders dan een code op een soort. Wie hier halverwege van gedachten verandert, mag alle labels opnieuw aanbrengen.
• Reken op het aanbrengen van de labels. Dit is meestal het grootste stuk werk in het hele project. Plan het als een eigen fase met eigen mensen en een eigen doorlooptijd.
• Een code die scant, hoeft niet te kloppen. Dubbele codes, codes op het verkeerde object en labels van een vorige eigenaar komen vaker voor dan u denkt. Bouw een controle in die dat opmerkt.
• Bepaal bewust of u vastlegt wie scant. Wie wat wanneer heeft gescand, is een persoonsgegeven. Soms is het noodzakelijk voor de verantwoording, soms is het overbodige registratie van medewerkers.
• Ontwerp voor de slechtste omstandigheden. Fel zonlicht, handschoenen, een vuil etiket en geen bereik. Een app die daar werkt, werkt overal.
• Denk vooruit over standaarden. Gaat de code de deur uit op een product, kijk dan naar erkende standaarden en het digitaal productpaspoort voordat u een eigen nummering verzint.

De kosten van een scanapp worden zelden bepaald door het scannen. Ze worden bepaald door het aantal verschillende dingen dat na een scan kan gebeuren, en door de vraag hoeveel de app zelfstandig moet kunnen zonder verbinding.

Onderschat ook het beheer na oplevering niet. Labels raken beschadigd, objecten worden vervangen en er komen nieuwe locaties bij. Iemand moet die veranderingen bijhouden, anders loopt het register langzaam uit de pas met de werkelijkheid en gaan medewerkers de app wantrouwen. Dat is geen groot werk, maar het moet wel iemands taak zijn.

Wat de kosten drukt, is beginnen met één handeling. Eén type object, één scherm na de scan, één bestemming voor de gegevens. Dat is binnen korte tijd in gebruik te nemen en levert meteen antwoord op de belangrijkste vraag: gaan mensen dit werkelijk gebruiken. Pas als dat antwoord ja is, loont het om de tweede en derde handeling erbij te bouwen.

1. Kies één handeling om mee te beginnenNeem de handeling die het vaakst voorkomt en waarvan de huidige vastlegging het meest rammelt. Daar is de winst het snelst zichtbaar.
2. Leg de betekenis van de code vastSchrijf op wat een code identificeert, hoe hij wordt uitgegeven en wat er gebeurt als hij wordt vervangen. Dit document is later uw naslag.
3. Test de labels op de werkplekPrint een handvol labels, plak ze op de plekken waar ze straks komen en laat ze een week zitten. U ziet dan meteen wat vies wordt, wat loslaat en wat onbereikbaar is.
4. Bouw de app rond één schermHet scherm na de scan is de app. Als dat klopt, is de rest afwerking; als het niet klopt, helpt geen enkele functie.
5. Draai een proef op één afdelingLaat een kleine groep er een aantal weken mee werken naast de bestaande manier. Tel hoe vaak ze terugvallen op het oude gedrag en waarom.
6. Breid uit per handelingVoeg één nieuwe handeling tegelijk toe en meet opnieuw. Zo blijft zichtbaar of elke uitbreiding werkelijk wordt gebruikt.

• Inspectie-app: de handeling die u aftekent
• Magazijnbeheer-app: bewegingen op de vloer
• Voorraadtelling-app: tellen met een scanner
• Alle app-gidsen

• Gids: voorraadtelling-app
• Gids: magazijnbeheer-app
• Gids: inspectie-app
• Gids: onderhoud-app