Készletintegráció hibák

Mit érdemes tudni az elején?

Készletintegrációnál a kimaradt, duplikált, rossz sorrendű vagy eltérő termékazonosítójú esemény okozza a legnagyobb eltérést.

A „Készletintegráció hibák” hibaelhárításánál az első cél nem a tünet eltüntetése, hanem az ok szűkítése. A kimaradás és a duplikáció külön ellenőrzése megakadályozza, hogy egyszerre több lehetséges hibaforrást változtass meg.

Ne keverd össze a pillanatnyi helyreállást a valódi javítással. Ha a „Készletintegráció hibák” újraindítás után eltűnik, attól még ellenőrizd a sorrend állapotát és a naplókat.

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. A „Készletintegráció 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.

Több rendszer összekötésénél minden tranzakciónak legyen közös, egyedi azonosítója. Ugyanazt az eseményt újraküldéskor nem szabad kétszer könyvelni vagy kétszer készletre venni; ehhez idempotens feldolgozás, állapotlekérdezés és naplózott hibakezelés szükséges. A „Készletintegráció 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.

A legfontosabb döntési pontok

Kimaradás

Kapcsolatvesztés után nyitott állapotban marad az esemény. 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 kimaradás 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: „Kapcsolatvesztés után nyitott állapotban marad az esemény”.

Duplikáció

Időtúllépés után ismételt kérés kétszer csökkenti a készletet. Á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? A duplikáció vizsgálatánál külön kezeld a többi lehetséges októl a következő állapotot: „Időtúllépés után ismételt kérés kétszer csökkenti a készletet”. Egyetlen kontrollált változtatás után ismételd meg ugyanazt a műveletet.

Sorrend

Korrekció hamarabb érkezik, mint az eredeti eladás. 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 sorrend ellenőrzése csak akkor lezárt, ha több ismételt próbában és a kapcsolódó naplókban is rendben marad: „Korrekció hamarabb érkezik, mint az eredeti eladás”.

Azonosító

Eltérő cikkszám vagy mértékegység rossz terméket mozgat. 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? Az azonosító pontnál időponthoz és konkrét művelethez kötve figyeld meg ezt: „Eltérő cikkszám vagy mértékegység rossz terméket mozgat”. Így a következő előfordulás összehasonlítható lesz.

Mit jelent ez üzemi szinten?

A „Készletintegráció hibák” kezelésének célja az ok izolálása. Ha a kimaradás és a sorrend 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

Több telephely egyszerre ugyanazt a tünetet jelzi. Ilyenkor a „Készletintegráció hibák” vizsgálatát központi irányból kezdd: szolgáltatói állapot, közös hálózati komponens vagy frissítés. A helyi kábelcsere minden boltban csak zajt adna a diagnózishoz.

Lépésről lépésre: így csináld

1. Válassz ki egy eltérő terméket és keresd meg minden rendszerben.
   Ez szűkíti a hibateret anélkül, hogy bármit megváltoztatnál a rendszerben.
2. Egyeztesd a tranzakcióazonosítót és időbélyeget.
   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. Ellenőrizd, volt-e újraküldés vagy hibaüzenet.
   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. Futtass célzott újrafeldolgozást csak a bizonyítottan hiányzó eseményre.
   A javítás után ugyanazzal a művelettel ellenőrizd vissza, amellyel a hibát elő tudtad idézni.
5. A javítás után készíts teljes napi egyeztetést.
   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?

Ha a hiba időszakos, legalább egy csúcsidős megfigyelést végezz. Az azonosító állapota terhelés alatt más lehet, mint nyitás előtt, amikor a hálózat és a perifériák alig dolgoznak.

A „Készletintegráció hibák” hibát akkor tekintsd lezártnak, ha a kimaradás, valamint az azonosító 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

• Kimaradás: A kimaradás vizsgálatánál külön kezeld a többi lehetséges októl a következő állapotot: „Kapcsolatvesztés után nyitott állapotban marad az esemény”. Egyetlen kontrollált változtatás után ismételd meg ugyanazt a műveletet.
• Duplikáció: 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: „Időtúllépés után ismételt kérés kétszer csökkenti a készletet”.
• Sorrend: A sorrend pontnál időponthoz és konkrét művelethez kötve figyeld meg ezt: „Korrekció hamarabb érkezik, mint az eredeti eladás”. Így a következő előfordulás összehasonlítható lesz.
• Azonosító: Az azonosító 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: „Eltérő cikkszám vagy mértékegység rossz terméket mozgat”.

Gyors döntési táblázat

Mit ne csinálj?

• Teljes napot újraküldeni duplikációvédelem 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észletintegráció hibák” esetében ez azért kockázatos, mert a kimaradás eredeti állapotát is elfedheti.
• Kézi készletkorrekcióval eltakarni az integrációs hibát.
  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. Itt különösen a sorrend ellenőrzése maradhat ki, ha túl gyorsan lezárod az ügyet.
• Terméket átnevezni vagy újrakódolni történeti kapcsolat nélkül.
  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. A következmény később a kimaradás pontnál jelenhet meg, amikor az eredeti ok már nehezebben rekonstruálható.

Mit érdemes dokumentálni?

A „Készletintegráció 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 kimaradás á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. A „Készletintegráció 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

A „Készletintegráció hibák” témája több kapcsolódó folyamatot érint. Ezekkel a cikkekkel tudod tovább szűkíteni a döntést vagy a hibát:

• Szolgáltatói leállás (felhő)
• NAV ellenőrzéskor tipikus hibák

Összefoglalás

A „Készletintegráció hibák” témában a döntést a kimaradás, a duplikáció és az azonosító együtt adja. Indulj a „Válassz ki egy eltérő terméket és keresd meg minden rendszerben.” lépéssel, és csak akkor tekintsd lezártnak a kérdést, ha az „A javítás után készíts teljes napi egyeztetést.” eredménye is dokumentált és visszaellenőrizhető.