A beszállító más kiszerelést szállít, mint amire a raktár számított. A számlán eltérő egységár szerepel, a rendelés pedig egy korábbi szállítási címre ment ki. Ezeket a helyzeteket könnyű ügyintézői figyelmetlenségnek tekinteni, pedig gyakran a háttérben tárolt adatok indítják el a hibás folyamatot. A beszerzési törzsadatok hibái ráadásul újra és újra megjelenhetnek, ha csak az aktuális rendelést javítjuk.
A beszerzési szoftverek értékelésekor ezért nem elég a rendelésrögzítés sebességét vizsgálni. Ugyanilyen fontos, hogy milyen adatokból dolgozik a rendszer, ki módosíthatja azokat, és milyen ellenőrzés előzi meg a felhasználásukat. Az alábbi hét hibatípusnál bemutatjuk, hogyan ismerhető fel a probléma, mi legyen a javítás szabálya, és hol érdemes megelőző kontrollt beépíteni.
1. Hibás, összekevert vagy duplikált cikkszámok
Ugyanaz az alkatrész két külön cikkszámon szerepel, vagy két eltérő termék kapott szinte azonos megnevezést. A beszerző ilyenkor könnyen rossz tételt választ, miközben a készletnyilvántartás és a korábbi rendelési adatok is széttöredeznek. Különösen kockázatos, ha a belső cikkszámot és a beszállító saját termékazonosítóját ugyanabban a mezőben kezelik.
Felismerés: keressünk azonos gyártói azonosítóval, hasonló megnevezéssel vagy egyező műszaki jellemzőkkel rendelkező rekordokat. A hasonlóság azonban csak figyelmeztetés: két majdnem egyforma csavar anyagminősége vagy mérete eltérhet. Az ellenőrzéshez ezért műszaki vagy termékfelelősi döntés is szükséges lehet.
Javítás: jelöljünk ki egy elsődleges rekordot, a régi azonosítókhoz pedig tartsunk fenn megfeleltetést. A korábbi bizonylatokat ne írjuk át automatikusan, és a hivatkozásokat őrző rekordokat ne töröljük ellenőrzés nélkül.
Megelőzés: az új cikk létrehozása előtt legyen duplikációvizsgálat. Külön mező kezelje a belső, a gyártói és a beszállítói cikkszámot; a kötelező műszaki jellemzőket termékkategóriánként határozzuk meg. Így a felhasználó nem pusztán egy bizonytalan megnevezés alapján választ.
2. Hibás mértékegységek és kiszerelési átváltások
A raktár darabban tartja nyilván a terméket, a beszállító dobozban értékesít, az árlista pedig száz darabra ad meg árat. Ha ezek a jelentések összecsúsznak, a rendelés mennyisége és értéke egyaránt hibás lesz. A „10” önmagában nem értelmezhető: tíz darabról vagy tíz dobozról van szó?
Felismerés: vessük össze a rendelési, készletezési és árazási egységet. Figyelmeztető jel a szokatlanul nagy rendelési érték, a rendszeresen kézzel átírt mennyiség és az ismétlődő bevételezési eltérés. Egy húszdarabos doboznál például az öt doboz száz darabot jelent; az átváltásnak mindkét irányban következetesnek kell lennie.
Javítás: rögzítsük az alapegységet, a rendelési egységet és az érvényes átváltási tényezőt. Ha a kiszerelés beszállítónként eltér, az átváltást ne kizárólag a cikk általános adatlapján tároljuk.
Megelőzés: a rendelési képernyő mutassa az egységet, a csomagtartalmat és az átszámított mennyiséget is. A rendszer ellenőrizze a rendelési többszöröst, és jelezze, ha a kívánt mennyiség nem felel meg a beszállító csomagolási feltételeinek.
3. Elavult árak, téves deviza és hiányzó érvényesség
A tavalyi árlista technikailag hibátlanul betölthető, mégsem biztos, hogy ma is alkalmazható. Hasonló problémát okoz a rossz devizanem, a nettó és bruttó ár összekeverése, illetve a mennyiségi ársáv figyelmen kívül hagyása. Az egységár ezért nem egyszerű szám: feltételekhez kötött üzleti adat.
Felismerés: ellenőrizzük az ár alábbi adatait:
az érvényesség kezdete és vége;
deviza;
árazási egység;
mennyiségi feltételek.
A korábbi beszerzéshez képest jelentős eltérés indítson felülvizsgálatot, de ne jelentsen automatikusan hibát: a változás mögött új szerződés vagy eltérő rendelési volumen is állhat.
Javítás: csak jóváhagyott ajánlat, szerződés vagy visszaigazolt árlista alapján módosítsunk. Az új ár kapjon érvényességet, a régi változat pedig maradjon visszakereshető. Külön döntés szükséges arról, hogy a változás érinti-e a már jóváhagyott, de még el nem küldött rendeléseket.
Megelőzés: lejárt ár esetén legyen figyelmeztetés vagy megállítás, a beszerzés kockázatától függően. Az árfrissítéshez rendeljünk felelőst és határidőt, ne kizárólag a számlaeltérésből derüljön ki, hogy elmaradt.
4. Rossz beszállítói kapcsolat és partneradatok
A megfelelő termék is rossz rendelést eredményezhet, ha nem a megfelelő partnerhez kapcsolódik. Gyakori hiba az azonos vállalatcsoporthoz tartozó cégek összekeverése, a régi rendelési e-mail-cím használata vagy a szerződött beszállító helyett egy korábbi partner kiválasztása. A kereskedelmi név nem feltétlenül azonos a szerződő jogi személlyel.
Felismerés: vizsgáljuk meg a cikk–beszállító kapcsolatot, a partner jogi azonosítóit és a rendelés továbbítására használt csatornát. A visszapattanó e-mailek és a rendszeres kézi címzettmódosítások arra utalhatnak, hogy a törzsadat már nem tükrözi a tényleges működést.
Javítás: a változást ellenőrzött partneri visszaigazolás alapján vezessük át. Bankszámlaszám-módosításnál különösen fontos a korábban ismert kapcsolati csatornán történő ellenőrzés és a független jóváhagyás.
Megelőzés: különítsük el a partner létrehozását, módosítását és jóváhagyását. A rendszer csak engedélyezett cikk–beszállító párosítást kínáljon fel, vagy eltéréskor kérjen indoklást. Az adatellenőrzést ne csak évente végezzük: visszajelzett változás vagy sikertelen rendeléstovábbítás is indítsa el.
5. Téves adózási és könyvelési besorolások
A hibás adókód, termékkategória vagy alapértelmezett könyvelési besorolás sokszor csak a számla feldolgozásakor válik láthatóvá. Addigra azonban a rendelés már kiment, és a jóváhagyás is pontatlan összegre épülhetett. Fontos különbség, hogy az adókezelés nem mindig vezethető le egyetlen cikktörzsmezőből: a konkrét ügylet körülményei is számítanak.
Felismerés: keressük az ismétlődő pénzügyi visszautasításokat és utólagos átsorolásokat. Ellenőrizzük, hogy az alapértelmezett adatok megfelelnek-e a termékkategóriának és az ügylet típusának. A rendelésen megadott projekt vagy költséghely helyességét ettől elkülönítve kell vizsgálni.
Javítás: a besorolások szakmai gazdája a pénzügy legyen. A beszerzés jelezze a problémát, de ne alakítson ki önálló adózási szabályokat egy korábbi számla alapján.
Megelőzés: alkalmazzunk karbantartott értéklistákat, érvényességi időket és mezők közötti összefüggés-vizsgálatot. Új kategória vagy szokatlan ügylet esetén kérjünk pénzügyi ellenőrzést. A tesztelés ne csak a rendelési képernyőre terjedjen ki: a jóváhagyási értéket és a pénzügyi rendszernek átadott adatokat is ellenőrizzük.
6. Elavult átfutási idők és logisztikai feltételek
A rendelés tartalma lehet helyes, mégis használhatatlanná válhat a tervezés számára, ha irreális szállítási dátum szerepel rajta. Ennek oka gyakran a régi átfutási idő, a hiányzó minimumrendelés vagy a hibás telephelyadat. A beszállító általános szállítási ideje ráadásul nem feltétlenül érvényes minden termékére.
Felismerés: hasonlítsuk össze a törzsben tárolt átfutást a visszaigazolt határidőkkel és a tényleges beérkezésekkel. Különítsük el az egyszeri késést a tartós változástól. A szállítási címnél vizsgáljuk a telephelykódot, az átvételi pontot és a szükséges kapcsolattartói adatokat is.
Javítás: termék–beszállító szinten pontosítsuk az átfutást, és tisztázzuk, hogy munkanapban vagy naptári napban számolunk. A tervezési alapadat ne keveredjen a konkrét rendelés visszaigazolt dátumával.
Megelőzés: a minimális mennyiség, rendelési többszörös és szállítási hely ellenőrzése történjen meg jóváhagyás előtt. Az igénylő kapjon jelzést, ha a kért dátum a nyilvántartott feltételekkel nem teljesíthető. Ettől még engedélyezhető sürgős beszerzés, de annak eltérő feltételeit külön kell jóváhagyni.
7. Inaktív rekordok és eltérő adatverziók használata
Előfordul, hogy az ERP-ben már letiltott cikk a beszerzési felületen továbbra is kiválasztható. Máskor egy javított partneradatot felülír az éjszakai import. Ilyenkor nem egyszerűen rossz egy mező: nincs egyértelműen meghatározva, melyik rendszer melyik adat hiteles forrása, és hogyan jut el a módosítás a többi rendszerbe.
Felismerés: ellenőrizzük az aktív státuszokat, a kötelező mezőket, az utolsó módosítás időpontját és az adatátadási hibajelzéseket. A hibás rekordok listája mellett legyen látható a javítás felelőse és határideje is. A visszatérően felülírt módosítás integrációs vagy adatgazdai problémára utal.
Javítás: mezőcsoportonként jelöljük ki a hiteles forrást, rendezzük az eltéréseket, majd ellenőrizzük az adatátadás eredményét. Az inaktiválás ne törölje a történeti rendeléseket, viszont akadályozza meg a nem engedélyezett új felhasználást.
Megelőzés: az adatváltoztatásnak legyen szabályozott útja: kérelem, ellenőrzés, jóváhagyás, átvezetés és visszaellenőrzés. Egy xFLOWer-alapú folyamat tervezésekor ezeket a felelősségeket és ellenőrzési pontokat érdemes rögzíteni; a konkrét adatkapcsolatokat az érintett rendszerek lehetőségeihez kell igazítani.
Összefoglalva: a pontos rendelés alapja nem az egyszeri adattisztítás, hanem a folyamatosan működő adatgazdai felelősség. Minden kritikus mezőhöz legyen hiteles forrás, ellenőrzési szabály és jóváhagyott módosítási út. Így a javítás nem csupán egyetlen rendelést ment meg, hanem a következő hibát is segít megelőzni.
Szeretné feltárni, hol kerülnek hibás adatok a beszerzési folyamatába? Egyeztessen az xFLOWer szakértőivel: induljanak a visszatérő rendelési eltérésekből, és határozzák meg azokat az adatellenőrzési, jóváhagyási és integrációs pontokat, amelyekre a folyamatnak valóban szüksége van.
Ez a cikk a teljes útmutatónk része: Beszerzési szoftverek: teljes útmutató a választástól a hatékony működésig
xFLOWer.ai
Tervezze meg a cikkhez kapcsolódó folyamatot – ingyenesen!
Az AI kiolvassa a cikkből, milyen folyamatok rajzolhatók, Ön pedig egy kattintással megnyitja őket az xFLOWer.ai-ban.
