Szolgáltatási igények tételei

SCREEN CODE: SZOLG_IGENY_TETEL.SHEET

A szolgáltatási igény tételek testesítik meg a 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 karosszéria ügyintézést és egy kárügyintézést (ezekből három szolgáltatás igény tétel lesz, hiszen három különböző kezelési szolgáltatásról van szó).

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 a 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. 

Állapot:
szolgáltatási igény tétel aktuális állapota. Minden esetben a rendszer állítja be, értékei:

• 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 a kezelési szolgáltatáshoz speciális adatlap tartozik, akkor a szolgáltatás állapota a speciális adatlapon történő folyamatok dátumainak rögzítésével változik.

Amennyiben  nem tartozik a kezelési szolgáltatáshoz speciális adatlap, akkor magán a szolgáltatás igény tétel adatlapon módosul a szolgáltatás tétel állapota, a valós igénybevétel/elutasítás dátuma mezők kitöltésével.

Ez azért fontos, mert a számlázás (pontosabban a vevő analitika generálás) azokat a tételeket keresi a későbbiekben, melyek állapota 'Ténylegesen igénybe vett'.

Arról, hogy mely szolgáltatásoknál használ a rendszer speciális adatlapokat az alábbi oldalon olvashatunk:
Gépjárművek kezelése

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 a 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 a 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 a 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. A 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).

A 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:
A 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.

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étele.

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!

1. Amennyiben a kiválasztott kezelési szolgáltatás egy rapid szolgáltatás, amihez meghatározható egy és csak egy szolgáltatás elem, azt a rendszer felajánlja. Ehhez 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:

   1. 1. • 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 azt.

2. Amennyiben a kiválasztott kezelési szolgáltatás olyan 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 és nem is lehet megadni azt. 

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.  Ha azt szeretnénk,  hogy a közvetített szolgáltatás  díja a szolgáltatási igényből továbbszámlázódjon ( még a szállítói számla beérkezése nélkül) , akkor a Keretszerződésben a Számlázással kapcsolatos adatoknál a 'Továbbszámlázás forrása lehet' két értékéből a 'Szolgáltatási igény tétel' logikai mezőt be kell pipálni..

Aktuális költséghely, Kézi költséghely:
a gépjármű szerződéses adatainál megadott értéket mutatja a 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 a 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. A 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. A rendszer automatikusan frissíti vevő analitika generáláskor. 

Szolgáltatási igény tétel törlése

Szolgáltatási igény tétel akkor törölhető, ha 

• saját szolgáltatás esetén nincs analitika tétel hivatkozás, vagy

• nincs alatta létrehozva ügyintézés (speciális adatlap), vagy

• közvetített, rapid szolgáltatások esetén nincs rá hivatkozó szállítói számla. 

kész