Szolgáltatási igények tételei

screen code: SZOLG_IGENY_TETEL.SHEET

A szolgáltatási igény tételek testesítik meg rendszerben a konkrét (kezelési) szolgáltatásnyújtásokat, ügyintézéseket. Keletkezhet ügyfél igény kapcsán, de rögzítheti a flottakezelő magától is, amikor időszerűvé válik egy olyan szolgáltatás nyújtása, melynél nem kell az ügyfél kérésére várni (tipikusan mert a szerződés kötelezi a flottakezelőt az elvégzésre; mondjuk téli-nyári gumicsere, lejáró autópálya matrica újítása, stb.). Mindig kapcsolódik egy szolgáltatási igényhez.

Egy szolgáltatási igényhez több tétel is rögzíthető, összhangban a való élettel; egy ügyfélbejelentés nyomán is szükséges lehet több szolgáltatási folyamat indítására. Például az ügyfél bejelenti, hogy beborult az árokba az autóval (ezt a szolgáltatási igényben rögzítjük) -> flottakezelő indít egy segélyszolgálat folyamatot, egy szerviz ügyintézést és egy kárügyintézést (ezekből három szolgáltatás igény tétel lesz).

Felület kezelése

Szolgáltatási igény tétel alapadatai TAB-fül

Ügyfél:
ellenőrzésképpen itt is megjeleníti rendszer a szülő szolgáltatási igény ügyfelét.

Szolgáltatási igény gépjárműve:
ellenőrzésképpen itt is megjeleníti rendszer a szülő szolgáltatási igény gépjárművét.

Tétel gépjárműve:
amennyiben a szülő szolgáltatási igénynél megadott egy gépjármű (lásd előző mező), úgy biztosan arra vonatkozik a "gyerek-tételben" indított szolgáltatás is, tehát azt ajánlja fel rendszer, módosíthatatlanul. Azonban, ha a szolgáltatási igény több autóra vagy keretszerződés egészére (annak minden autójára) vonatkozik, úgy itt, a tételek szintjén lehet megadni, hogy adott szolgáltatási folyamat mely autóra indul. Végül elképzelhető olyan eset is, amikor beolvasással, generált módon rögzülnek a szolgáltatási igény tételek, ekkor egy beolvasáshoz egy közös szolgáltatási igény jön létre, és a konkrét autók csak itt, a tételek szintjén lesznek megjelölve. Akár több ügyfélre közös szolgáltatási igény is elképzelhető beolvasásoknál.

Állapot:
szolgáltatási igény tétel aktuális állapota, lehet:

• Folyamatban: új tételek mindig ezzel az állapottal jönnek létre.

• Ténylegesen igénybe vett: ha egyértelműen lezárult a szolgáltatási folyamat, ismert a tényleges igénybevétel / szolgáltatás lezárás dátuma.

• Nem vette igénybe: ha bármely fél miatt meghiúsul a szolgáltatás.

Amennyiben adott tételhez olyan kezelési szolgáltatást adnak meg (lentebbi blokkban), melyhez speciális adatlap is tartozik, azokban szintén értelmezettek lesznek a speciális folyamat szerinti állapotok. Rendszer erre tekintettel frissíti majdan jelen állapot mezőt is, amikor a speciális állapotok közül olyanhoz ér a folyamat, ami a szolgáltatás teljesítését jelzi (vagy épp a meghiúsulását).
Ez azért fontos, mert a számlázás (pontosabban a vevő analitika generálás) azokat a tételeket keresi a késbbiekben, melyek állapota 'Ténylegesen igénybe vett'.

Utólagos rögzítés:
logikai mező, akkor van jelentősége, ha a flottakezelő kap egy olyan szállítói számlát, melyhez az igazoláskor nem találnak szolgáltatási igény tétel előzményt, de alaposan körbejárva az ügyet oda lyukadnak ki, hogy a számla jogos és befogadható. Ekkor, hogy legyen mire igazolni a szállítói számlát, utólag kell berögzíteni egy szolgáltatási igényt és alá egy vagy több tételt, az ilyeneket kell ebben a mezőben 'igen' értékkel megjelölni.
Amennyiben a szolgáltatási igényben lévő ugyanilyen mező is utólagos rögzítést jelez, úgy rendszer a tételeknél automatikusan ezt ajánlja fel. Ha az igény nem utólagosnak jelölt, attól még egy tétele lehet utólagos.

Valós igénybevétel dátuma:
olyan szolgáltatások esetén, melyekhez nem tartozik speciális adatlap, közvetlenül megadható, hogy az ügyfél mikor vette igénybe végül a kért szolgáltatást. Speciális adatlap esetén rendszer tölti ki a szolgáltatási folyamat megfelelő pillanatában.
Kitöltésekor a tétel állapota továbblép 'Ténylegesen igénybe vett' értékre.

Elutasítás dátuma:
olyan szolgáltatások esetén, melyekhez nem tartozik speciális adatlap, közvetlenül megadható. Speciális adatlap esetén rendszer tölti ki az adott szolgáltatási folyamat megfelelő pillanatában.
Kitöltésekor a tétel állapota továbblép 'Nem vette igénybe' értékre.

Közvetített szolgáltatás blokk

Szolgáltatás:
választás a kezelési szolgáltatás törzsből. Rendszer előszűri a szolgáltatásokat a következők szerint:

• saját/vásárolt jelleg szerint, illetve aszerint, hogy

• épp gépjárműhöz vagy flottához rendelten veszünk-e fel új szolgáltatási igény tételt, illetve aszerint, hogy

• melyek szerepelnek a szerződött szolgáltatások között is (flotta szintű szolgáltatás esetén a keretszerződés szerződött szolgáltatásai között, gépjármű szintű szolgáltatás esetén az egyedi szerződés szerződött szolgáltatásai között keres). Az így kapott találati listát bővíthetjük, ha legutóbbi előszűrést feloldjuk, és mégis csak olyan szolgáltatást választunk, amely nincs a szerződésben (vagyis esetileg nyújtjuk a szolgáltatást).

Rendszer a háttérben tehát párosítja az itt kiválasztott kezelési szolgáltatást az azonos típusú szerződött szolgáltatással, ami kihat a további mezők alapértékeire is.
Amennyiben a keresett szolgáltatás nincs a választhatók között, úgy gyanakodjunk, hogy az nem érvényes, esetleg még nem is létezik a törzsben!

Aktuális költséghely:
Rendszer ajánlja fel itt a legjobb elérhető költséghelyet, a költséghelykezelés áttekintése oldalon megfogalmazott szabályok szerint. A talált költséghelyet később a számlázás megkísérli pontosítani, figyelembe véve az addigra esetleg rögzített változásokat.
Ha rendszer nem tud mit felajánlani, az vagy azt jelenti, hogy adott ügyfél nem kérte a flottakezelőtől a költséghelyeinek kezelését, vagy azt, hogy ideje azokat rögzítenünk :)

Kézi költséghely:
Amennyiben szükséges a rendszer által meghatározott költséghelytől eltérnünk, úgy e mezőben adhatjuk meg az alkalmazni kívánt költséghelyet. Az itt megadott érték a továbbiakban "mindent visz", akármi történik, erre fog számlázódni a szolgáltatás igénybevétel.

Szolgáltatás elem:
kulcsfontosságú adat, megalapozza a későbbi számlázhatóságot! Látszólag egyszerű választómező, azonban mögötte igen összetett logika húzódik. A szolgáltatás elem megadására több út létezik, a szerződés adatok illetve a törzsadatok feltöltöttsége döntik el, hogy épp melyik járható.
Nézzük részleteiben!

Amennyiben az előzőleg kiválasztott kezelési szolgáltatás egy rapid szolgáltatás, amihez meghatározható egy és csak egy szolgáltatás elem, azt rendszer felajánlja. Ehhez rendszer megnézi, hogy adott kezelési szolgáltatás alatt léteznek-e szolgáltatási szintek, és ezekhez milyen 'vásárolt' jellegű szolgáltatás elemek vannak hozzárendelve. Ha több találat is létezik akkor felhasználó kell kiválassza a megfelelőt, rendszer nem tud felajánlani. Ha csak egy találat van, az megjelenik.

Amennyiben viszont rapid szolgáltatásnál egyetlen szolgáltatás elemet sem lehet kiválasztani, az valószínűsíthetően törzsadat hiányt jelez. Ilyen esetben pótolni kell a törzsadatokat, különben nem vihető tovább a szolgáltatási folyamat. Amit érdemes tenni:

• vizsgáljuk meg az előzőleg kiválasztott kezelési szolgáltatás adatlapját, hogy léteznek-e hozzá szolgáltatási szintek. Ha nincs, rögzíteni kell legalább egyet, az árazás üzletpolitikai kérdés.

• vizsgáljuk meg, hogy a kezelési szolgáltatás alatti szolgáltatási szintek mindegyike alatt van-e legalább egy szolgáltatás elem. Ha nincs, ezeket pótolni kell, vagyis (a) rögzíteni kell a szolgáltatás elemeknél a szolgáltatásra vonatkozó csomópontot, majd alá a flottakezelő által kialakított logikával az elemi szintű "'vásárolt' jellegű elemeket, majd (b) az érintett szolgáltatási szintek mindegyikébe fel kell venni.

Amennyiben az előzőleg kiválasztott kezelési szolgáltatás komplex szolgáltatás, amihez később a speciális adatlapon kell megadni szolgáltatás eleme(ke)t, úgy jelen stádiumban a szolgáltatás igény tételhez nem kell megadni semmit. Ügyintéző ekkor valószínűleg még nem is minden esetben tudja, egyszerűen mert később derül ki.

Limit:
ha adott kezelési szolgáltatásra az egyedi szerződés szolgáltatás paramétereknél van megadva limit, akkor az itt megjelenik, más esetben a mező üresen marad És tekinthető úgy, hogy nincs korlátozás az igénybevételre.

Felhasználva:
előző mező szerinti limitből eddig hány egység volt felhasználva. Rendszer háttérben megvizsgálja, hogy adott gépjármű adott kezelési szolgáltatására volt-e már rögzítve előzőleg szolgáltatási igény tétel a mostanival együtt. Ahány igénybevételt talál, azt itt kijelzi, hogy az ügyintéző dönteni tudjon az esetleges limiten túli szolgáltatásnyújtás mikéntjéről.

Alapértelmezett beszállító:
ha adott kezelési szolgáltatásra az egyedi szerződés szolgáltatás paramétereknél kikötött az alapértelmezett beszállító, akkor az itt megjelenik. Ha így van, akkor az adott szolgáltatás nyújtásához elsődlegesen ezt a partnert kell igénybe venni, és csak nagyon indokolt esetben lehet ettől eltérni.

Mennyiség és mennyiségi egység:
a most igénybe venni kívánt mennyiség megadása, melyhez a mennyiségi egység a kezelési szolgáltatás törzsben definiáltak szerint határozódik meg.

Eseti díj:
a megadott kezelési szolgáltatáshoz az egyedi szerződésben rögzített alap eseti ár.

Nettó érték:
a mennyiség és az eseti díj szorzata.

Aktuális költséghely, Kézi költséghely:
a gépjármű szerződéses adatainál megadott értéket mutatja rendszer, de ettől eltéríthetjük a számlázást ennél a szolgáltatási igény tételnél.

Továbbszámlázandó:
logikai mező, a limit kihasználtság alapján rendszer beajánlja, hogy adott tételt tovább kell-e terhelni vagy sem. Felhasználó az ajánlott értéket felülbírálhatja, végső soron az ő felelőssége a helyes döntés. A majdani vevő számla analitika generálás e pipa alapján dönt a szolgáltatási igény tétel számlázásba állításáról vagy kihagyásáról.

Saját szolgáltatások blokk

Felépítése és működése egyezik a közvetített szolgáltatások blokkjával, három fontos különbséggel:

• az első Szolgáltatás választó mezőben az (a) saját/vásárolt jelleg alapján a saját szolgáltatásokra szűr,

• a saját szolgáltatás megadása minden esetben kötelező, mivel az sosem kérdéses, hogy a flottakezelőnek lesz-e dolga a szolgáltatási igény kiszolgálásakor, mert egészen biztosan igen (míg közvetített szolgáltatásra vagy van szükség, vagy nincs),

• a saját szolgáltatás automatikusan meghatározódik akkor, ha kiválasztottuk a közvetített szolgáltatást. Mindez a kezelési szolgáltatás törzs alapján történik, ahol minden közvetített (=vásárolt) jellegű szolgáltatáshoz megadott a saját szolgáltatás párja.

Kapcsolódó számlák blokk

A számla hivatkozások értelmezéséhez jó tudni, hogy - amennyiben a keretszerződésében engedélyezett - a vevő oldali számlázásba már az előtt beállítható a tétel, mintsem megérkezne hozzá a szállítói számla. Ily módon elképzelhető szolgáltatási igény alapján generált analitika tétel, illetve bizonyos szolgáltatásoknál árajánlat alapján generált analitika tétel (kezelési szolgáltatás törzsben paraméterezett, hogy a szolgáltatási folyamatban értelmezett-e az árajánlat kezelése vagy sem).

Szállítói számla hivatkozik:
logikai mező, itt látszik, hogy az adott szolgáltatási igény tételre igazoltak-e már szállítói számlát, számlákat.

Vevő analitika hivatkozik - közvetített:
logikai mező, itt látszik, hogy az adott szolgáltatási igény tétel közvetített szolgáltatása már bekerült-e a számlázásba vagy még nem. Rendszer automatikusan frissíti vevő analitika generáláskor.

Vevő analitika hivatkozik - saját:
logikai mező, itt látszik, hogy az adott szolgáltatási igény tétel saját szolgáltatása már bekerült-e a számlázásba vagy még nem. Rendszer automatikusan frissíti vevő analitika generáláskor.