Különösen újonnan bevezetett rendszereknél fordul elő, hogy látszólag ok nélkül nem számlázódnak ki bizonyos tételek. Jelen oldalon az ilyen esetek feltárásához igyekszünk segítséget adni, körbejárva, hogy miket érdemes vizsgálni a rendezés érdekében. Elöljáróban azonban hasznos megértenünk a számlázás összefüggéseit, erről olvashatunk a számlázási folyamatok áttekintése oldalon.
Jelen oldalon kifejezetten a probléma megoldásra koncentrálunk, amolyan gyakran ismétlődő kérdésekre igyekszünk válaszolni.
Tipikus okok a következők:
Korábban már megszületett az analitika tétel
Rendszer nem generál analitikát kétszer ugyanarra, azaz egyazon szerződött szolgáltatás egyazon időszakára. Ha egy új generálásnál nem jön le analitika tétel, ez az egyik amire érdemes gyanakodnunk.
Folyamatban lévő szerződés módosítás, Folyamatban lévő átvállalás/átsorolás
Ha egy adott keretszerződés bármely egyedi szerződésére folyamatban van bármilyen tartalmú szerződés módosítás, úgy rendszer automatikusan felfüggeszti a keret alatti minden egyedi számlázását.
Ennek okai:
(a) egyrészt egy megkezdett szerződés módosítás épít arra a kiinduló állapotra, ami az indításakor érvényben volt, és ez minden számlázással elmozdulna (pl. változik a feltételezett tőke kintlévőség).
(b) Másrészt a keret alatti egyedik számlázása jellemzően egyben és egyszerre történik.
Ilyen esetben tehát tisztázni kell a szerződés módosítás sorsát, és vagy ráaktiválni azt a szerződésre, vagy megszakítani a folyamatot, hogy a számlázás felfüggesztést megszüntessük.
Lyuk az előző hónapban
Rendszer minden egyes havi átalányos szerződött szolgáltatásra egyenként vizsgálja, hogy az előző hónapra generálódott-e analitika tétel, és az épp generált hónapban csak akkor hoz létre a szerződés egészére analitikát, ha minden előző havi szolgáltatásra sikeres volt az analitika generálás. (Előző hónapon túli korábbi hónapokat nem néz a rendszer, ennek migráció utáni számlázásoknál van jelentősége.)
Itt is igaz az előző ok szerinti logika: ha akár csak egyetlen szolgáltatás analitika generálásával baj van, a következő hónapban az egész keretszerződés (ügyfél) nem fog generálódni. Érdemes tehát megvizsgálni, hogy minden szerződött szolgáltatásra generálódott-e analitika a reklamált előző időszakban.
Időszak probléma
Ellenőrizzük, hogy az analitika tétel biztosan arra az időszakra került-e felgyűjtésre, amelyik időszakban hittük, hogy el kell készülnie!
Hiányzó szállítói számla láb
Vásárolt szolgáltatások továbbterhelésekor oka lehet az analitika elmaradásának az, hogy a vevő irányú szolgáltatásunk mögé még nincs könyvelt szállítói számla (amit továbbterhelnénk).
Elégtelen szolgáltatási igény állapot
Saját szolgáltatás továbbterheléséről várt analitika tétel elmaradásának oka lehet a szolgáltatási igény
elégtelen rögzítése (állapot 'Ténylegesen igénybe vett'); vagy
nem az analitika futtatási időszakba beleeső 'Valós igénybevétel dátuma'
Bérautós analitika esetén
A pontos szabályokat az analitika generáláshoz elolvashatjuk a "Bérautó kezelés áttekintő" súgóoldalon.
Az analitika nem-generálás okok közül a gépi úton megfoghatókat rendszer is jelzi felhasználónak, magán az Analitika generálás felületen / a Generálás kivételei blokkban.
Ha szerződés módosítás miatt nem generálódik analitika...
... akkor vagy az egyedi szerződés felől, vagy menüből érhetjük el a módosítási igényeket, ahol aztán dönthetünk a továbblépésről.
Ha előző időszak miatt nem generálódik analitika...
Ha nem szerződés módosítás az oka a nem generálásnak, akkor azt szeretnénk ellenőrizni, hogy egy bizonyos analitika tétel bármikor létrejött-e, akkor érdemes a Számlázás / Vevő analitika tételek felületről közelíteni az analitika tételekhez, itt tudunk szűrni gépjárműre, keretre, stb., látva így az összes generált analitika tételt, jelölve benne az időszakokkal, szolgáltatásokkal, és nem utolsó sorban egyből azt is látjuk, hogy adott analitika tétel beépült-e már vevő számlába. Ez nagyon-nagyon hasznos felület, rengeteg információval, használjuk!
Amit érdemes vizsgálnunk:
Azonosítsuk, hogy utoljára mikorra generálódott analitika tétel adott szerződésre (Számlázási hó és Szolgáltatási időszak oszlopok)!
Ellenőrizzük azt, hogy arra az időszakra minden szolgáltatásra van-e analitika tételünk, ami a szerződés szolgáltatáslistája szerint akkor élő szolgáltatás volt!
Ha megtaláltuk a problémás szolgáltatást, annak tüzetesen nézzük át minden adatát!
Tipikus okok a következők:
Hiányzó jogcím
Továbbterhelés esetén képzelhető el, hogy olyan szolgáltatás elemmel jött létre az analitika tétel, melyhez nincs beállítva vevő oldali jogcím, és emiatt eleve ellehetetlenülne a tétel könyvelése.
Havi átalánydíj esetén az okozhatja a problémát, hogy a kezelési szolgáltatás adatlapján nincs kitöltve a Havi átalány jogcíme mező, esetleg ott olyan jogcím szerepel, amivel valami probléma van (pl. érvénytelenné vált időközben, vagy hibásan lett kiválasztva).
Hiányzó könyvelési szabály
Olyan jogcímmel jön létre az analitika tétel, melyhez nincs beállítva könyvelési szabály, vagy ha van is, az az adott tétel esetére nem illik rá (pl. partnerjelleg, honjelleg, adóalanyiság valamilyen együttállása nincs lefedve).
Hiányzó szolgáltatás elem
Tipikusan a beépített komplex szolgáltatások valamilyen paraméterezési hiányosságából, nem jól kezelt változásából adódhat ilyen helyzet. Érdemes az adott szolgáltatás törzsadatait ellenőrizni.
A hibás tételeket tekinthetjük meg a Számlázás / Analitika generálás felület / Naplód adatok blokk / Hibalista nyomógomb alatt.
Itt is az analitika tételek felület nyílik meg, csak épp adott generálás hibás soraira szűrve. Jól látszanak a kitöltetlen oszlopok a jogcímre és a könyvelési szabályra, az ilyen sorok szolgáltatás elemeit kell törzsadat szinten javítani, megadva a jogcím hivatkozást, illetve a jogcímhez megadva a könyvelési szabályt/szabályokat.
Tipikus okok a következők:
Jogcím nem része a számlázási sablonnak
Adott jogcím, nincs beépítve abba a számlázási sablonba, melyből várnánk a kiszámlázását. A jogcímek beépítése a számlázási sablonokba a számlázási sablon tételekbe történik, vagy közvetlenül, vagy számla tétel kategórián keresztül.
Ehhez egyfelől a jogcím adatlapon kell kitöltenünk a számla tétel kategória hivatkozást, másrészt a számla sablon tétel felől fel kell vennünk a jogcímet tartalmazó kategóriát (ez a közvetett út), vagy fel kell vennünk direktben a jogcímet.
Számlázási sablon nem része a generálás csomag típusnak
Adott számlázási sablon alapján csak akkor generálhatunk számlát, ha a sablont hozzárendeljük a megfelelő vevő számla generálás csomag típushoz is (ez utóbbira indítjuk a számlagenerálásokat, ezekből választunk új generálás indításakor). A csomag típusok csak akkor módosíthatók, ha épp nem érvényesek, tehát először érvénytelenítenünk kell, majd felvenni bele az új sablont, aztán érvényesíteni.
Devizanem eltér a szerződésben és a sablonban
Amennyiben a flottakezelő devizanemekre korlátozza egy-egy sablon hatályát, úgy előfordulhat az is, hogy a számlázni áhított szerződés devizaneme eltér a sablonétól, és emiatt nem készül számla a szerződésre. Ilyenkor érdemes fontolóra venni, hogy a sablonból kitöröljük ezt a korlátozást, mivel az F1 mostanra automatikusan elvégzi a devizanemenkénti bizonylatbontást ilyenkor is.
Adott ügyfélnél nem az a számlázási sablon van beállítva, amit futtatunk
Amikor elindítjuk a számlagenerálást, ott megadunk ugye egy számla generálás csomag típust. E csomag típusban meghatározott, hogy pontosan mely számlasablonok alapján kell kell futnia.
Másfelől, a partner adatlapon minden ügyfélhez meg kell adnunk, hogy mely számla sablon csomagot kell nála alkalmazzuk, tehát itt is a sablonokat rendeljük hozzá, épp az ügyfélhez.Akkor lehet probléma, ha az ügyfélhez rendelt sablonok nem részei az épp futtatott számla generálás csomag típusnak. Ilyenkor a hiányzó sablon alapján nem képződik számla az adott ügyfélnél.
Mindezekből kiérződik, hogy a sablonok paraméterezése kulcsfontosságú. F1 bevezetésekor nagyon nagy hangsúlyt kell erre fordítani, hogy aztán a számlázás gördülékenyen működjön.
Erről részleteket a Számlakép című súgóoldalon olvashatunk.