Hibák

Árkód / PLU hibák

Egy termékhez egy állandó azonosító tartozzon. Változtatás előtt exportálj, módosítás után pedig ellenőrizd a nevet, árat, adókulcsot, mértékegységet és minden telephelyre történő átadást.

Rövid válasz

Egy termékhez egy állandó azonosító tartozzon. Változtatás előtt exportálj, módosítás után pedig ellenőrizd a nevet, árat, adókulcsot, mértékegységet és minden telephelyre történő átadást.

A kérdés lényege

PLU-hibánál a téves kód, duplikált azonosító, hibás adókulcs, tizedeskezelés vagy nem teljes szinkron okozza a legtöbb problémát.

Az „Árkód / PLU hibák” tünete önmagában ritkán nevezi meg a valódi okot. Ugyanazt a jelenséget okozhatja helyi eszközhiba, hálózat, konfiguráció vagy külső szolgáltatás, ezért a duplikáció és tizedes hatókörét külön kell mérni.

Ha a tünet nem reprodukálható, a környezeti adatok értéke megnő. Az „Ellenőrizd a vitás termék adókulcsát és mértékegységét.” és „Törlés helyett verziózott módosítást végezz.” lépésből készíts olyan jegyzetet, amely a következő előforduláskor összehasonlítható.

Integrációnál a cikkszám, PLU, vonalkód, mértékegység és adóbesorolás közötti megfeleltetés a kritikus pont. A duplikált vagy több rendszerben eltérően értelmezett azonosító olyan hibát okozhat, amely a pénztárnál csak egy rossz árnak látszik, valójában azonban törzsadat-probléma. Az „Árkód / PLU hibák” esetében rögzítsd a hiba előtti és utáni állapotot, majd ugyanazzal a próbával igazold a változást.

Hol szokott eldőlni a siker?

Duplikáció

Két termék azonos PLU-ja kiszámíthatatlan találatot adhat. A termékazonosítók legyenek egyértelműek. Ugyanahhoz a cikkhez ne tartozzon több eltérő PLU vagy cikkszám csak azért, mert másik rendszerből érkezett; a duplikáció később készlet- és árhibát okoz.

Mit tekints jó eredménynek? A duplikáció ellenőrzése csak akkor lezárt, ha több ismételt próbában és a kapcsolódó naplókban is rendben marad: „Két termék azonos PLU-ja kiszámíthatatlan találatot adhat”.

Adókulcs

Az ár helyes lehet, miközben a könyvelési besorolás hibás. Ár- és adóadatnál jelöld ki, melyik rendszer a törzsadat gazdája. Ha a pénztár és a központi készlet is képes ugyanazt az árat módosítani, könnyen felülírják egymást vagy eltérő időpontban élesednek.

Mit tekints jó eredménynek? Az adókulcs pontnál időponthoz és konkrét művelethez kötve figyeld meg ezt: „Az ár helyes lehet, miközben a könyvelési besorolás hibás”. Így a következő előfordulás összehasonlítható lesz.

Tizedes

Súlyterméknél a mennyiség és ár egysége könnyen száz- vagy ezerszeres eltérést okoz. Mértékegység, súlykód és vonalkód esetén tesztelj valós termékkel. Egy technikailag érvényes kód is rossz mennyiséget adhat át, ha a skála, tizedesjegy vagy kódfelépítés eltérően van értelmezve.

Mit tekints jó eredménynek? A tizedes akkor zárható ki vagy igazolható hibaforrásként, ha változtatás előtt és után is rögzítetted, majd ugyanazzal a teszttel visszamérted ezt: „Súlyterméknél a mennyiség és ár egysége könnyen száz- vagy ezerszeres eltérést okoz”.

Szinkron

A központban jó adat nem bizonyítja, hogy minden kasszára átkerült. Törzsadat-változás után legyen automatikus vagy kézi egyeztetés. A sikeres „szinkron” üzenet nem bizonyítja, hogy minden pénztár ugyanazt az árat, adókulcsot és megnevezést kapta meg.

Mit tekints jó eredménynek? A szinkron vizsgálatánál külön kezeld a többi lehetséges októl a következő állapotot: „A központban jó adat nem bizonyítja, hogy minden kasszára átkerült”. Egyetlen kontrollált változtatás után ismételd meg ugyanazt a műveletet.

Mit jelent ez üzemi szinten?

Az „Árkód / PLU hibák” kezelésének célja az ok izolálása. Ha a duplikáció és a tizedes egyszerre változik, a javítás után sem lehet tudni, melyik beavatkozás hatott. Ezért minden lépéshez rögzíts előtte–utána állapotot.

Tipikus helyzet a gyakorlatból

Csúcsidőben megjelenik a hiba, valaki gyorsan újraindítja a kasszát, majd minden látszólag rendben lesz. Másnap ugyanaz történik. Az „Árkód / PLU hibák” esetében ez különösen rossz stratégia, mert a duplikáció és az adókulcs eredeti állapota elveszik, így a hiba oka továbbra is ismeretlen marad.

Gyakorlati munkamenet

  1. Exportáld a teljes PLU-listát és keresd a duplikációkat.
    Ez szűkíti a hibateret anélkül, hogy bármit megváltoztatnál a rendszerben.
  2. Ellenőrizd a vitás termék adókulcsát és mértékegységét.
    A mérést vagy próbát pontosan ugyanabban az állapotban ismételd meg, különben az eredmények nem hasonlíthatók össze.
  3. Törlés helyett verziózott módosítást végezz.
    Ha ez a lépés változást hoz, állj meg és dokumentáld; ne végezz azonnal még két további beavatkozást.
  4. Indíts szinkront, majd kasszánként kérj visszaellenőrzést.
    A javítás után ugyanazzal a művelettel ellenőrizd vissza, amellyel a hibát elő tudtad idézni.
  5. Nyomtass próbabizonylatot a módosított tételekről.
    A lezáráskor nézd meg a naplókat és a kapcsolódó rendszereket is, hogy nem maradt-e függő vagy duplikált esemény.

Hogyan ellenőrizd, hogy tényleg rendben van?

Ne csak a képernyőt nézd. Ellenőrizd a háttérállapotokat is: várakozó sor, napló, fizetési eredmény és kapcsolódó riport. Az adókulcs problémája sokszor úgy marad meg, hogy a felhasználói felület már nem jelez hibát.

Az „Árkód / PLU hibák” hibát akkor tekintsd lezártnak, ha a duplikáció, valamint a szinkron ellenőrzésénél is van visszamérhető eredmény, és ugyanazzal a művelettel már nem reprodukálható a tünet. Az újraindítás utáni átmeneti javulás önmagában nem gyökérok.

Elfogadási kritériumok

  • Duplikáció: A duplikáció pontnál időponthoz és konkrét művelethez kötve figyeld meg ezt: „Két termék azonos PLU-ja kiszámíthatatlan találatot adhat”. Így a következő előfordulás összehasonlítható lesz.
  • Adókulcs: Az adókulcs akkor zárható ki vagy igazolható hibaforrásként, ha változtatás előtt és után is rögzítetted, majd ugyanazzal a teszttel visszamérted ezt: „Az ár helyes lehet, miközben a könyvelési besorolás hibás”.
  • Tizedes: A tizedes vizsgálatánál külön kezeld a többi lehetséges októl a következő állapotot: „Súlyterméknél a mennyiség és ár egysége könnyen száz- vagy ezerszeres eltérést okoz”. Egyetlen kontrollált változtatás után ismételd meg ugyanazt a műveletet.
  • Szinkron: A szinkron ellenőrzése csak akkor lezárt, ha több ismételt próbában és a kapcsolódó naplókban is rendben marad: „A központban jó adat nem bizonyítja, hogy minden kasszára átkerült”.

Gyors döntési táblázat

TerületMit jelent?Első ellenőrzés
DuplikációKét termék azonos PLU-ja kiszámíthatatlan találatot adhat.Rögzítsd a jelenlegi állapotot, majd külön ellenőrizd ezt: Két termék azonos PLU-ja kiszámíthatatlan találatot adhat.
AdókulcsAz ár helyes lehet, miközben a könyvelési besorolás hibás.Rögzítsd a jelenlegi állapotot, majd külön ellenőrizd ezt: Az ár helyes lehet, miközben a könyvelési besorolás hibás.
TizedesSúlyterméknél a mennyiség és ár egysége könnyen száz- vagy ezerszeres eltérést okoz.Rögzítsd a jelenlegi állapotot, majd külön ellenőrizd ezt: Súlyterméknél a mennyiség és ár egysége könnyen száz- vagy ezerszeres eltérést okoz.
SzinkronA központban jó adat nem bizonyítja, hogy minden kasszára átkerült.Rögzítsd a jelenlegi állapotot, majd külön ellenőrizd ezt: A központban jó adat nem bizonyítja, hogy minden kasszára átkerült.

Három hiba, amit érdemes elkerülni

  • Használt PLU-t azonnal más termékre újra kiosztani.
    Ilyenkor elveszik a diagnosztikai nyom. Ha egyszerre több dolgot módosítasz, utólag nem lehet megmondani, melyik beavatkozás oldotta meg vagy rontotta el a helyzetet. Az „Árkód / PLU hibák” esetében ez azért kockázatos, mert a duplikáció eredeti állapotát is elfedheti.
  • Tizedesjegyet árkorrekcióként kézzel kerülgetni.
    A gyors kerülőút új hibát vihet a rendszerbe. Változtatás előtt rögzítsd az állapotot, utána pedig ugyanazzal a próbával mérd vissza az eredményt. Itt különösen a tizedes ellenőrzése maradhat ki, ha túl gyorsan lezárod az ügyet.
  • Központi „sikeres” jelzésre hagyatkozni kasszaoldali ellenőrzés nélkül.
    Ez azért veszélyes, mert átmenetileg eltüntetheti a tünetet, miközben az eredeti ok megmarad. Később ugyanaz a hiba már több tranzakciót vagy egy teljes zárást érinthet. A következmény később a duplikáció pontnál jelenhet meg, amikor az eredeti ok már nehezebben rekonstruálható.

Milyen adatot adj át a szerviznek vagy felelősnek?

Az „Árkód / PLU hibák” eseménynél írd fel a pontos időpontot, eszközazonosítót, kezelőt, műveletet és a teljes hibaüzenetet. Külön rögzítsd a duplikáció állapotát, valamint azt, mi történt közvetlenül a hiba előtt. Így a szerviz nem egy már megváltoztatott rendszerből próbál következtetni.

Mikor kell már szakember?

Ha a hiba bizonylatot, NAV-kommunikációt, adóügyi egységet, plombát vagy pénzmozgást érint, ne kísérletezz olyan beavatkozással, amelyet csak jogosult szerviz végezhet. Az „Árkód / PLU hibák” akkor szervizes ügy, ha az alapellenőrzések után a hiba reprodukálható, eszközbontást, firmware-t, tanúsítványt, adóügyi komponenst vagy biztonsági beállítást érint. A szerviznek add át a rögzített előtte–utána állapotot és a pontos időpontot.

Kapcsolódó útmutatók

Ha a fenti ellenőrzés után még marad nyitott pont, ezek az útmutatók kapcsolódnak közvetlenül az „Árkód / PLU hibák” kérdéséhez:

A lényeg röviden

Az „Árkód / PLU hibák” témában a döntést a duplikáció, az adókulcs és a szinkron együtt adja. Indulj az „Exportáld a teljes PLU-listát és keresd a duplikációkat.” lépéssel, és csak akkor tekintsd lezártnak a kérdést, ha a „Nyomtass próbabizonylatot a módosított tételekről.” eredménye is dokumentált és visszaellenőrizhető.

Gyakori kérdések

Miért maradt régi ár?

A szinkron nem ért célba, a kassza helyi felülírást használ, vagy az időzített ár még aktív.

Törölhető egy régi PLU?

A történeti visszakeresés miatt jobb inaktiválni és dokumentálni.

Ki hagyja jóvá az adókulcsot?

A vállalkozás adózási felelőse vagy könyvelője, a rendszerben kijelölt jogosult.