Barcode tool checkout system: plan a reliable workflow

Onnistunut työkalujen poistotilausasema tallentaa kelvollisen lainan, ei vain viivakoodin lukemisen. Se on yhdistettävä varaston ja tunnistetun toimittajan välille, erottaa poistotilauksen palautuksesta ja säilyttää tuloksen, kun skannaukset toistuvat tai yhteys epäonnistuu. Työkalutiloille, huoltovarastojen ja jaettujen työpöytien kohdalla pääasiallinen suunnittelutyö on lainausprosessi. Aloita omistusohjeista ja transaktio-tiloista, sitten valitse lukija ja sovellusliittymä, jotka tukevat niitä.

Määritä, mitä laskutus tarkoittaa

Käytä viivakoodia yksittäisen omaisuuden hakukloukkana. Tuotekoodi, jota jaetut työkalut jakavat, ei voi erottaa, mitä fyysistä työkalua lainattiin. Anna jokaiselle seurattavalle yksikölle yksilöllinen omaisuusidentifikaattori ja tallenna valmistajan sarjanumero erikseen tarvittaessa.

Laskutus luo aktiivisen lainan, joka yhdistää omaisuuden käyttäjään. Palautus sulkee sen lainan ja tallentaa vastaanottolokation. Ei kumpikaan toiminto saa hiljaa korvata edellistä lainottajaa tai poistaa historiaa.

Määritä sallitut siirtymät ennen näytön suunnittelua:

Valitse, saako toinen kuin lainaaja palauttaa työkalun. Kirjaa palauttava toimija erikseen alkuperäisestä lainaajasta. Paketeille päätä, edustaaako vanhemman tunnuksen jokainen komponentti vai vaatiiko jokainen komponentti vahvistusta.

Sama identiteettihallinta esiintyy viivakoodin osan vahvistus: luettavalla koodilla on hyötyä vain kun se liittyy tarkasti tarkoitettuun fyysiseen esineeseen.

Tallenna tapahtumat ja varmista tapahtumien sääntely

Tallenna varastorekisteri, toimijarekisteri, aktiiviset lainaukset ja vain lisäysmuodossa oleva tapahtumahistoria. Nämä voivat olla erillisiä tietokantatauluja, mutta suhteet ovat tärkeämmät kuin taulun nimet.

Jokaisesta hyväksytystä toiminnasta säilytä:

• Yksilöllinen tapahtumakoodi, joka luodaan ensimmäisen lähetystä ennen.
• Tunnetun varaston tunniste ja todennetun toimijan tunniste.
• Selkeä maksu- tai palautus toiminto.
• Aseman tunniste ja tallennettu aseman sijainti.
• Sovelluksessa raportoitu tapahtumahetki ja palvelimen vastaanottamishetki.
• Lopputuloksena saatu lainan tunniste ja omaisuuden tila versio.
• Kaikki hyväksytyt poikkeukset, niiden syy ja hyväksyvän roolin nimi.

Tallenna tunnistetiedot tekstinä, jotta alustavat nollat säilyvät. Vahvista sallitut pituudet ja merkit vastaamaan tunnistetiedon määrittelyä. Poista vain dokumentoitu kuljetustietorakenne; mielivaltainen leikkaus tai kirjainten muuntaminen voi yhdistää erillisiä tunnistetietoja.

Operaattorin tunnistekortti tunnistaa tilin, mutta tulostettu tunniste ei yksin ole vahva todennus. Valitse todennustapa, joka sopii hyödynnettävien omaisuuden arvon ja riskin mukaan. Määritä käyttöoikeudet sovelluksessa tai palvelussa, ei vain näppäimien piilotuksen kautta.

Vahvista tapahtuman, lainan muutoksen ja varaston tilan päivityksen yhdessä tietokannan transaktiossa. Pakota enintään yksi aktiivinen laina per varasto sopivan tietokannan rajoituksen avulla. Tarkista myös odotettu varaston tila tai versio ennen vahvistusta. Tämä estää samalla aikana toimivien asemien antamasta samaa työkalua eri lainottajille.

Käytä yhtenäistä aikaleimamuotoa, mieluummin UTC yhdessä eksplisiittisellä siirtoluvulla, kun se näytetään paikallisesti. Pidä esiintymisaika ja vastaanottoaika erillään, koska offline-asema voi ladata tapahtumia myöhemmin. Kun kellot eivät ole yhtä suurta, käytä tietokannan vahvistusjärjestystä ja tilojen versioita aikaleimien sijaan selvittääkseen järjestyksen.

Valitse lukija fyysisen asennon ympärille

Valitse käsikäyttöiset koodinlukijat kun työntekijät täytyy saavuttaa eri kokoisia työkaluja tai lukea tunnuslukuja vaikeasti pinnalta. Valitse kiinteät koodinlukijat kun merkitty esitysalue hallitsee tunnuslukujen sijaintia ja estää sivuvaikutteisia lukemisia lähellä olevista työkaluista.

Tämä LS-HCR-0001 on kiinteä USB-käsilukija.

Tämä LS-CRD-0047 on USB-kiinteä lukija.

Vertaa katalogin teknisiä tiedotuksia omien asennusten vaatimusten kanssa.

Kaikki 2 jaettu: Shutter Global. Arvot kuten tulostettu jokaisen tuotteen tiedotelevyssä; avaa osa sen piirustukseen ja täyteen teknisiin tiedotuksiin.

USB-liitäntä ei yksinään määrää sovelluksen syöte-tilaa, viestien muotoilua tai saatavilla olevaa vahvistuskäyttäytymistä. Vahvista nämä yksityiskohdat dokumentoidusta liittymästä ja testaa ne tarkoitetulla isäntäjärjestelmällä. The USB-skaneriohjelman kuvauksen ottaminen rajoite kattaa ohjelmistorajan erikseen lainausohjeista.

Molemmissa asetuksissa on tarpeen tarjota selvä paikka varaston esittämiseen ja yhtä selvä näyttö tuloksista. Erottele operaattorin tunnistus varaston syötteestä selkeillä ohjeilla ja tunnisteen validoinnilla. Älä anna näppäimistöllä keskityksen osoittaman tekstikentän määräämän transaktion merkityksen.

Käytä kamera- ja lukijahaku tarkistamaan käyttöliittymän vaihtoehdot. Ennen kuin valitset laitetta, määritä tunnusten tyyppi, pienin tulostettava piirre, esitys-etäisyys, pinnan tila ja odotettu asento. Nämä ovat hyväksyntäkriteerejä, ei kykyjä, joita voidaan päätellä käyttöliittymän määrittelystä.

Tehtävän järjestys tulee olla selkeä

Käytä lyhyttä ja tarkoitukseen sopivaa jonoa, eikä kohtele jokaista skannaukseta komennona nykytilan kääntämiseen.

1. Tunnista operaattori. Vahvista tai luoda tarvittava istunto, ja näytä operaattorin tunnus selkeästi.
2. Valitse maksu tai palautus. Pidä valitussa toiminnassa näkyvänä koko toiminnan ajan. Älä vaihda toimintoa hiljaa skannauksen jälkeen.
3. Lue omaisuuden tunniste. Tarkista muodon ja hae aktivoitu kuvaus, tila ja mahdolliset rajoitukset.
4. Näytä tarkoitusmuutos. Näytä työkalun kuvaus ja kohdetila. Vaadi vahvistusta, jos riski sitä vaatii.
5. Lähetä transaktio. Luo ja tallenna tapahtumoidentifikaattori ennen pyynnön lähettämistä.
6. Näytä vahvistettu lopputulos. Näytä hyväksytyt, hylätyt tai odotettavat pysyvyydet erillisinä tuloksina.
7. Sulje tai jatka istuntoa. Poista toimijan tunnistus valmiin jälkeen tai määritetyn inaktiivisuuden aikakatkaisun jälkeen.

Lukijan purkotone osoittaa vain sen, että se purki jotain. Se ei osoita, että tietokanta hyväksyi lainan. Tarjoa sovelluksen palautetta, joka liittyy vahvistettuun tulokseen, eri viestillä tuntemattomalle aktiiville, olemassa olevalle lainalle ja käytettävättömälle palvelulle.

Jos näyttö sallii työkalujen kasan, päätä, tekeväkö vahvistus kasan atomisesti vai yksittäin. Yksittäisillä vahvistuksilla näytä jokainen tulos ja tunnista osittainen valmis tila selkeästi. Älä koskaan näytä yhtä onnistumisiviestiä kasan yläpuolella, jos siinä on hylättyjä kohteita.

Määritä työkulku ennen skannauksen nopeuden määrittämistä

Tukemassa olevan maksupisteen kohdalla käsittely ja vahvistus ovat usein aikakäytön pääasiallisia osia. Laske pisteen käyttöaste mitatuista tehtävien ajoista eikä lukijan maksimikoodausnopeudesta.

Käytä esimerkiksi suunnittelussa tilannetta, jossa 30 työntekijää kerää 3 työkalua kussakin 15-minuutin aikavälillä. Oletetaan, että työntekijän tunnistaminen vie 4 sekuntia, jokainen työkalu vie 6 sekuntia käsittelyyn ja vahvistukseen, ja lopullinen vahvistus vie 5 sekuntia.

Laskutoimitus on:

• Tavaroiden siirrot: 30 × 3 = 90.
• Istunnon kesto: 4 + (3 × 6) + 5 = 27 sekuntia.
• Kokonaisaikainen aseman käyttöaste: 30 × 27 = 810 sekuntia, tai 13.5 minuuttia.
• Käytettävissä oleva ikkuna: 15 × 60 = 900 sekuntia.
• Ikkunan käyttöaste: 810 / 900 = 90%.

Vain 90 sekuntia jää epäselvien tunnistetietojen, unohtuneiden kirjautumistietojen ja saapumisvaihtelun käsittelyyn. Tämä on tiukka toimintasuunnitelma vaikka keskimääräinen sitoutunut siirtotekijänopeus on vain 90 / 900 = 0.1 sekunnissa.

Mittaa pilottihankkeessa edustavia työkaluja ja työntekijöitä. Kirjaa myös hitaat tapaukset sekä keskimääräiset. Toinen asema voi vähentää jonotusta, mutta se tekee samanaikaisen tietokantavalidoinnin pakolliseksi. Nopeampi koodaaminen ei yksinään korjaa hitaata varaston hakua tai epäselvää vahvistusnäyttöä.

Erottele kaksoiskansiontajat kaksoisilmoituksesta

Kaksi eri ongelmaa vaativat erilaisia ohjaimia.

Kopioitu lähetys tapahtuu, kun sovellus yrittää uudelleen saman tarkoitetun tapahtuman aikakatkotilanteessa. Käytä sen alkuperäistä tapahtumoidentifikaattoria uudelleen. Palvelu tulee tunnistamaan sen identifikaattorin ja palauttamaan tallennetun tuloksen ilman, että luodaan toista lainausta tai historia-merkintää. Estä identifikaattorin uudelleenkäyttö eri tapahtumasisällöllä.

Kopioitu fyysinen skannaus tapahtuu, kun tunniste lukee uudelleen ja tuottaa uuden syöte-tapahtuman. Lyhyt estotäysväli voi parantaa käytettävyyttä, mutta se ei voi tarjota tapahtumakorrekkuutta. Tavaroiden tilausten sääntelyt tulee silti estämään toisen lainaushetken jo lainattuun työkaluun.

Esimerkiksi 1-sekunnin estotekijäikkuna voi vähentää toistuvaa syötettä tarkoituksellisessa esityksessä. Se ei kuitenkaan pysäytä uudelleenyritystä, joka saapuu 10 sekunnin kuluttua, ja se voi häiritä laillisesti nopeaa käsittelyä, jos sitä sovelletaan liian laajasti. Vahvista aikakäyräraja arvoon todellisen työvirran perusteella.

Älä koskaan tulkkaa toistuvaa varaston tarkistusta automaattisesti palautettavaksi. Muuten työkalu, jota näytetään näkyvissä, voisi olla otettu käyttöön ja välittömästi palautettu ilman, että käyttäjä huomaa.

Pidä syötteiden takaisinkutsut erillään tietokannan valmiudesta ja näytön päivityksistä. The skannaus-tapahtuman rekursio-opas selittää miksi syötteen kentän päivittäminen ei saa satunnaisesti lähettää toista toimintoa.

Määritä offline-toiminta ennen verkkoyhteyden katkennusta

Yksinkertaisin offline-asetus on estää uusia lainoja, mutta sallia operaattorien merkityn odotettavan palautuksen kirjaamisen. Jopa tämä asetus vaatii kestävää paikallista tallennusta ja tilinpitoa: odotettu palautus ei ole vielä vahvistettu keskitetyn varastojärjestelmän päivitys.

Jos laskutus on jatkettava offline-tilassa, määritä käytettävä virka valvottuasi. Tallennettu varustelulista ei todista, että toinen asema ei ole jo lainannut samaa työkalua. Käsittele offline-laskutusta rajoittamalla sitä varusteisiin, jotka on määrätyt poikkeuksellisesti tälle asemalle, tai vaatimalla ohjattua poikkeustapaprosessia.

Käytä kestävää paikallista lokitiedostoa sen sijaan, että käytät muistissa olevaa jonotusta. Tallenna tapahtuman tunniste, toiminto, varuste, operaattori, paikallinen jono ja tapahtumahetki ennen kuin kertoo operaattorille, että odotettu rekisteröinti on tallennettu. Testaa tätä tallennustapaa prosessin keskeytyksen ja sähkökatkon kautta.

Yhdistyksen jälkeen:

1. Toista tallennetut tapahtumat määritetyssä paikallisessa järjestyksessä säilyttäen niiden alkuperäiset tunnukset.
2. Tarkista jokainen pyyntö nykyiseen keskushallintaan ja käyttöoikeuksiin nähden uudelleen.
3. Merkitse vahvistettuja tapahtumia synkronoituna ilman, että poistaisit niiden tarkistushistorian.
4. Sulje ristiriidat tarkistusta varten sen sijaan, että pakottaisit tallennetun tilan tietokantaan.
5. Näytä yhteensopivuussumma ja ratkaisemattomat poikkeukset hyväksytylle roolille.

Oletetaan, että offline-tilaus tulee, kun toinen asema on jo luonut aktiivisen lainan. Älä sovella viimeisen kirjoituksen voimassaoloperiaatetta. Säilytä yritettyjen transaktioiden tiedot, tunnista ristiriitoja ja selvitä fyysinen omistus ennen omistuksen muuttamista.

Erityistä tallennettu paikallisesti, hyväksytty keskustan kautta, javaatii tarkistusta näytöllä. Vihreä osoitin, jonka merkitys ei ole dokumentoitu, ei ole riittävä palautuspolitiikka. Suojaa paikallisesti tallennettua operaattorin ja varusteiden tietoa, rajoita pääsyä ja määritä säilytys- ja varmuuskopiointiproseduureja.

Käsitä sijaintia tapahtuman ominaisuutena

Lopputilakohde tallentaa, missä toiminto on tallennettu. Se ei paljasta, minne työkalu kulkee sen jälkeen. Samoin lainottajan osasto tai tarkoituskohta on ilmoitettu määränpää, ei mitattu sijainti.

Tallenna nämä käsitteet erikseen:

• Aseman sijainti: asetuspaikka, joka tallensi tapahtuman.
• Ilmoitettu määränpää: alue, joka käyttäjä on syöttänyt tai valinnut.
• Havaittu palautuspaikka: asema, johon palautettu esine on fyysisesti saapunut.
• Viimeinen tapahtumahetki: viimeisen hyväksytyn lainaushetki.

Jos jatkuva sijainnin seuranta on tarpeen, käsittele sitä erillisenä havaintojen, viestinnän, sähkötekniikan, kattavuuden ja yksityisyyden projektina. Älä esitä viivakooditietokantaa elävänä seurantana eikä oleta työkalun pysyvän myyntipaikan vieressä.

Tavallinen viivakooditapa ei ole myöskään sopiva, kun yksittäiset omaisuudet puuttuvat yksilöllisistä merkeistä, merkit eivät kestä käyttöä tai operaattorit eivät voi luotettavasti esittää niitä. Ratkaise tunnistus ja käsittely ensin; lisä tietokanta-kentät eivät voi korvata epäselvää fyysistä identiteettiä.

Varmista koko laina-kierto ennen käyttöönottoa

Käytä hallitun hyväksynnän tarkistuslistaa tunnetuilla omaisuusrekisteröintitiedoilla. Testaa tallennetut tulokset, ei vain lukijan vastausta tai näytön viestin.

• Normaali lopetus: odotettu käyttäjä saa odotetun omaisuuden, ja aktiivinen laina on tarkalleen yksi.
• Normaali palautus: laina suljetaan, vastaanottolokation sijainti tallennetaan ja historiallinen omistus pysyy näkyvissä.
• Toistuva esitys: scannaus tehdään useita kertoja; ei tapahdu epävirallista tilan kääntöä.
• Hukattu vahvistus: keskeytä vastaus palvelimen vahvistuksen jälkeen; uudelleenkäynnistäminen ei luo lisätransaktiota.
• Samanaikainen pyyntö: lähetä lopetuspyynnöt eri asemista; vain yksi voi onnistua samaan saatavilla olevaan varusteeseen.
• Virheellinen syöte: testaa tuntemattomia tunnisteita, alun nollia, väärätyyppisiä tunnisteita ja kiellettyjä merkkejä.
• Istunnon aikakatkot: toinen käyttäjä ei voi satunnaisesti lainata aiemmasta istunnosta.
• Offline-kierto: järjestelmä säilyttää jonotetut kirjaukset uudelleenkäynnistyksen jälkeen, synkronoi kerran ja paljastaa ristiriidat.
• Hoidot: rajoitetut varat pysyvät käyttökiellettyinä vaikka normaali vuokrausjärjestelyt noudatetaan.
• Tarkistusrekisteröinti: seurataan varastonhaltijan käyttöä saatavuudesta lainaamiseen, palauttamiseen ja kaikkiin hyväksytyihin korjauksiin.

Tarkista kuluneet, öljytty, kaarevat ja osittain peittävät tunnistet viitekäytön aikana. Lineaarisille koodille, joka on vaikuttanut kuvauksenolosuhteisiin, viivakoodin esikäsittelyopas auttaa erottamaan optiset ongelmat sovellusongelmista. Tunnisteen vaihtaminen voi olla suositeltavampaa kuin yhä perusvaatimusten mukaisempi koodaaminen.

Ennen tilausta vahvista lukijan rajapinta, dokumentoitu syötekäyttäytyminen, tunnisteiden esitystapa, kiinnitys- tai käsittelyjärjestelyt sekä sovelluksen reaktio epäonnistuneisiin tallennuksiin. Käynnistä kameran ja lukijan asetukset kun nämä vaatimukset on määritelty.

Aseman tarkastukseen lähettää edustavia tunnistekuvia, ehdotettua palautusjärjestystä ja offline-ohjetta Sovellustuki. Nämä yksityiskohdat tarjoavat käytännöllisen perustan lukijan valintaan ja työvaiheeseen, joka pysyy ymmärrettävänä, jos jotain menee pieleen.