Príklad
Vodič kamióna zistí, že mu systém naúčtoval mýto dvakrát za ten istý úsek. Podá reklamáciu cez zákaznícky portál, priloží evidenčné číslo prejazdu a čaká na vyjadrenie.
Ak systém nesprávne spáruje prejazdy, neoverí duplicitu alebo refundáciu pošle na nesprávny účet, problém sa neobmedzí len na jednu chybu v účtovaní – zasiahne účtovníctvo, reporting aj dôveru zákazníka.…
Príklad
Predstav si dopravnú spoločnosť, ktorá dostane mesačnú faktúru za prejazdy po spoplatnených úsekoch.
Faktúra obsahuje desiatky položiek – dátum, čas, úsek, sadzbu podľa hmotnosti vozidla, emisnú triedu a výslednú sumu.
Na prvý pohľad sedí celková suma.
Ale účtovníčka si všimne, že pri dvoch prejazdoch je použitá nesprávna sadzba pre nápravový počet.…
Príklad
Klient zaplatí objednávku kartou. Platobná brána zobrazí chybu „Platba zlyhala“, no suma je z účtu stiahnutá. Klient skúsi zaplatiť znova – systém prijme druhú platbu a objednávka sa vytvorí dvakrát.
Z pohľadu biznisu ide o citlivý moment: dôvera zákazníka, peniaze aj reputácia sú v hre.…
Príklad
Predstav si, že klient zadá platbu v CZK, systém ju prevedie do EUR so zlým zaokrúhlením — príjemca dostane o pár centov menej, zákazník volá na support a reputácia trpí. Testovanie zahraničných platieb nie je len o „odoslať peniaze“ — ide o kurzy, poplatky, formáty, settlement a súlad s legislatívou.…
Predstavte si klienta, ktorý si nastaví trvalý príkaz na úhradu nájmu každý mesiac k 15. dňu v sume 750 €. Po čase zmení číslo účtu prenajímateľa, no zároveň chce, aby starý príkaz zanikol a nový sa vykonával bez prerušenia. Ak systém spracuje oba príkazy súčasne alebo naopak žiadny, vznikajú vážne komplikácie – od dvojnásobnej úhrady až po omeškanie platieb.…
