Restorani QR-menüü koodi ei pea menüü muutmisel muutma

Menüüde QR-koodid muutusid 2020. aastal üldlevinuks ega kadunud kuhugi. Enamiku restoranide kood tehti üks kord, veebilehe haldaja poolt, ja seda pole pärast uuritud — see on oluline, sest just toitlustuses kuhjuvad selle mudeli probleemid: palju koode, suur skannimismaht, kaua kasutusel olevad trükised ja väikesed marginaalid.

Miks esitatakse restoranidele arve iga laua eest?

Sest koodipõhine hinnastus kohtub ettevõttega, mis vajab palju koode. Restoranil, kus on kaksteist lauasilti, aknakleebis ja kaasavõtukoti kleebis, on neliteist koodi. Koodipõhise dünaamilise paketi korral tähendab see neljateistkümmet kuutasurida menüü eest, mis varem maksis vaid paberi hinna.

Tellimus on siin ka ebatavaliselt püsiv. Lauasildid on lamineeritud, kleebised kinnitatud ja menüüsid trükitakse parimal juhul hooajaliselt uuesti. Uuesti trükkimine on päris töö, nii et kuutasu jääb sellest mugavalt väiksemaks — just nii hind ka välja valiti. „Tasuta“ QR-koodi tegelik hind selgitab seda arvutuskäiku.

Mida saab teenusepakkuja sinu klientide kohta teada?

Iga skannimine on enne menüü laadimist teenusepakkujale tehtav HTTP-päring. Ilma küpsiste või nõusolekuta saab ta kliendi IP-aadressi, ajatempliga seotud aja, seadme ja operatsioonisüsteemi ning eelistatud keele — ja kuna igal lauasildil on oma lühilink, ka selle, millise lauaga oli tegu.

Koondatuna annab see sinu teenindusest üksikasjaliku pildi: külastajate arv tunnis, laudade vahetumise aeg, millised lauad on kõige hõivatumad, argipäeva ja nädalavahetuse mustrid ning klientide keeleline jaotus. See on sinu restorani kohta tõeliselt kasulik töökorralduslik teave, mida loovad sinu sisustus ja kogub keegi teine.

Kogu teenusepakkuja kliendibaasi ulatuses on seda veel rohkem. Sama seadme sõrmejälg, mis kordub linna restoranides, kauplustes ja ürituspaikades, kirjeldab inimese liikumist. Euroopa Liidu Kohus leidis kohtuasjas *Breyer* (C-582/14), et veebisaidi haldaja logitud dünaamiline IP-aadress võib olla isikuandmed. Seetõttu on tegu nõuete järgimise küsimuse, mitte pelgalt uudishimuga — GDPR-i alusel langeb vastutus üldjuhul ettevõttele, kes koodi kasutusele võttis. Mida QR-puhver logib käsitleb üksikasju.

Mis praktikas valesti läheb?

Esimesed kolm on sisuliselt sama tõrge eri kujul: menüü sõltub ettevõttest, mis ei ole sina. Neljas ei ole arveldusega seotud, kuid seda muudab hullemaks harjumus: klient, kes on harjunud nägema võõrast lühidomeeni, ei saa pahatahtlikku domeeni märgata.

NCSC hinnangul on pubide ja restoranide QR-koodid tavaliselt turvalised, samas kui e-posti teel saabuvate koodide puhul tuleb olla palju ettevaatlikum. Alles jääv füüsiline risk on pealekleebitud kleebis ning vastumeede on lihtne: kontrolli lauasilte.

Milline näeb välja püsiv lahendus?

Kuidas on tellimis- ja maksekoodidega?

Need tuleb menüükoodidest eraldi käsitleda, sest riskiprofiil on tõesti erinev ja nõuanded ei ole samad.

Tellimis- ja maksekood suunab kliendi lehele, kus ta sisestab kaardiandmed. See suurendab kõigi selles artiklis käsitletud probleemide mõju: maksekoodile pealekleebitud kleebis viib otse kaardipettuseni, mitte lihtsalt ebamugavuseni, ning skannija, kes ei tunne eelvaates ära sinu domeeni, ei saa sinu makselehte veenvast koopiast eristada. FTC hoiatus õigete koodide peale kleebitud kleebiste kohta käsitleb muudes olukordades täpselt seda mustrit ning parkimisautomaadid on selle tüüpiline näide.

Sellest tuleneb kaks reeglit. Esiteks peab maksekood alati sisaldama sinu enda domeeni või tellimisplatvormi tegelikku domeeni — mitte kunagi üldist lühendajat, sest see kõrvaldab ainsa kontrollsignaali, mis kliendil on. Teiseks trüki domeen koodi kõrvale loetavas kirjas ja kontrolli füüsilisi lauasilte korrapäraselt; mõlemad on odavad ja mõlemad on ainsad kaitsed, mis lauas toimivad.

Kui tellimisplatvorm väljastab koodid, dekodeeri üks ja vaata, kelle domeen on andmetes. Mõni platvorm lisab oma domeeni otse, mis on hea. Teised suunavad liikluse veel kolmanda osapoole lühendaja kaudu, pannes sinu kliendi ja tema kaardivormi vahele täiendava lepinguta osapoole.

Kuidas üle minna?

1. Dekodeeri praegune lauasilt meie lugejaga ja vaata, kelle domeen on andmetes. Kui see pole sinu oma, kasutad renditud ümbersuunamist.
2. Vali püsiv URL — yourrestaurant.com/menu — ja veendu, et see ei muutu. Kui soovid võimalust see hiljem mujale suunata, pane koodile aadress yourrestaurant.com/m ja suuna sealt edasi.
3. Loo staatiline [URL-i QR-kood](Url), mis sisaldab seda aadressi.
4. Lisa soovi korral paigalduskoha põhine jälgimine: ?src=table, ?src=window, ?src=takeaway. Sinu enda analüütika annab siis samad paigalduskohapõhised arvud, mida juhtpaneel sulle müüs.
5. Trüki URL koodi kõrvale loetavas kirjas, et külalised pääseksid menüüle ligi ka skannimata ja näeksid, et kood on sinu oma.
6. Trüki järgmise tavapärase uuendustsükli ajal uued sildid, seejärel tühista tellimus, kui vanad sildid on kasutusest kõrvaldatud.

Kui koodid on juba surnud ja kliendid jõuavad täna paketi uuendamise lehele, käsitleb pantvangistatud koodi taastamise juhend enne uut trükkimist vajalikku hädaolukorra järjekorda.

Asenda koodid kohe, et kõik oleks järgmiseks trükikorraks valmis: URL-i QR-kood. Taust: tõde QR-koodipettuste kohta.