Problémakezelési adatsablon
Problémakezelési adatsablon
- Javasolt attribútumok a kiváltó okok elemzéséhez
- Fő folyamatmérföldkövek és tevékenységek
- Lépésről lépésre: adatok kinyerése a ServiceNow rendszerből
A problémakezelés attribútumai
| Név | Leírás | ||
|---|---|---|---|
|
Esemény időbélyege
EventTime
|
A tevékenység pontos dátuma és időpontja. | ||
|
Leírás
Rögzíti, hogy a rendszerben pontosan mikor naplóztak egy változást vagy műveletet. Ez az adat szükséges a tevékenységek időrendi sorrendbe rendezéséhez, valamint az olyan időtartamok kiszámításához, mint a ciklusidő és a folyamatlépések közötti átfutási idő.
Miért fontos?
Az események sorrendbe rendezéséhez és minden időalapú KPI kiszámításához szükséges.
Hol szerezhető be?
A ServiceNow „sys_created_on” mezője az audit- és előzménytáblákban
Példák
2023-10-12T08:30:00Z2023-10-12T14:45:12Z
|
|||
|
Problémarekord
ProblemNumber
|
A problémarekord egyedi azonosítója. | ||
|
Leírás
A ServiceNow egy adott problémarekordjához rendelt egyedi alfanumerikus kulcs (például PRB000123). Ez az azonosító kapcsolja össze a folyamat összes tevékenységét a probléma rögzítésétől a kiváltó ok elemzésén át a lezárásig. A process mining elemzésben ez az attribútum szolgál Case ID-ként, így rekonstruálható a probléma megoldásának teljes folyamata.
Miért fontos?
Ez az elsődleges kulcs az egyedi esetek megkülönböztetéséhez és a kapcsolódó események folyamatgráfban való csoportosításához.
Hol szerezhető be?
ServiceNow „problem” tábla, „number” mező
Példák
PRB004512PRB009823PRB001122
|
|||
|
Tevékenység
Activity
|
A problémarekordon végrehajtott konkrét esemény vagy művelet. | ||
|
Leírás
A problémarekord életciklusa során végbemenő különálló lépéseket és állapotváltozásokat jelöli. Ilyen például a „Problémarekord létrehozva”, a „Kiváltó ok azonosítva” vagy a „Támogatási csoporthoz rendelve”. Ez az attribútum szükséges a folyamatábra felépítéséhez és az események sorrendjének megjelenítéséhez.
Miért fontos?
Ez határozza meg a folyamatábra csomópontjait, így megjeleníthető a munkafolyamat és a folyamatváltozatok.
Hol szerezhető be?
A „sys_audit” és „sys_history_line” táblákból, illetve a „problem” tábla állapotváltozásaiból származik
Példák
Problémarekord létrehozvaElemzés befejezveÁllapot módosítva: lezárva
|
|||
|
Adatok utolsó frissítése
LastDataUpdate
|
Az időpont, amikor az adatokat kinyerték vagy utoljára frissítették. | ||
|
Leírás
Megmutatja, mennyire aktuális az elemzéshez használt adathalmaz. Az elemzők így láthatják, hogy valós idejű adatokat vagy korábbi állapotot vizsgálnak, ami különösen fontos a nyitott esetek állapotának helyes értelmezéséhez.
Miért fontos?
Segít a felhasználóknak megállapítani, mennyire frissek az adatok a pontos működési jelentésekhez.
Hol szerezhető be?
A rendszeridő az ETL futtatásakor
Példák
2023-11-01T12:00:00Z
|
|||
|
Forrásrendszer
SourceSystem
|
Annak a rendszernek a neve, ahonnan az adatok származnak. | ||
|
Leírás
Megadja, hogy a problémakezelési adatokat melyik ServiceNow-példányból vagy környezetből nyerték ki. Több rendszer használatakor ez segít az adatok eredetének nyomon követésében és a rendszerspecifikus eltérések kezelésében az elemzés során.
Miért fontos?
Megmutatja az adatok eredetét, különösen akkor, ha több ITSM-eszköz adatait egyesítik.
Hol szerezhető be?
Az adatok kinyerésekor rögzített érték (például „ServiceNow Production”)
Példák
ServiceNow éles rendszerServiceNow EMEA
|
|||
|
Áthelyezések száma
ReassignmentCount
|
Azt mutatja, hányszor helyezték át a problémát egyik csoporttól a másikhoz. | ||
|
Leírás
Számláló, amely nyomon követi, milyen gyakran változott a hozzárendelt csoport. Ez adja a „Problémarekord áthelyezéseinek száma” KPI alapját, és segít feltárni az oda-vissza küldözgetést, amikor a jegyek csapatok között pattognak.
Miért fontos?
Közvetlenül jelzi a folyamat akadozását és a felelősségi körök tisztázatlanságát.
Hol szerezhető be?
ServiceNow „problem” tábla, „reassignment_count” mező
Példák
0312
|
|||
|
Felelős felhasználó
AssignedTo
|
Az a konkrét személy, akit a probléma kezelésével bíztak meg. | ||
|
Leírás
Megadja, hogy jelenleg ki felel a problémarekordért. Az attribútum elemzésével feltárható a munkaterhelés eloszlása, az egyéni teljesítmény és az erőforrások szintjén jelentkező lehetséges szűk keresztmetszetek.
Miért fontos?
Az erőforrások hatékonyságának és az egyéni munkaterhelésnek az elemzéséhez szükséges.
Hol szerezhető be?
ServiceNow „problem” tábla, „assigned_to” mező
Példák
Alice SmithBob JonesRendszergazda
|
|||
|
Kapcsolódó incidensek száma
RelatedIncidentCount
|
A problémarekordhoz kapcsolódó incidensek száma. | ||
|
Leírás
A problémához kapcsolódó incidensek számával méri annak hatását. A magas értékek, különösen az ismert hibák esetében, megjelennek az „Ismert hibák és incidensek ismétlődése” dashboardon.
Miért fontos?
A probléma által okozott felhasználói hatás mértékét mutatja.
Hol szerezhető be?
ServiceNow „problem” tábla, „related_incidents” mező (a mező neve eltérhet), vagy a kapcsolódó rekordok száma
Példák
1501200
|
|||
|
Kiváltó ok kategóriája
RootCauseCategory
|
Az azonosított kiváltó ok besorolása. | ||
|
Leírás
A probléma mögöttes okát sorolja kategóriába, például szoftverhiba, emberi hiba vagy hardverhiba szerint. Ez az attribútum szolgáltatja az adatokat a „Kiváltó okok besorolásának pontossága” dashboardhoz, és segít feltárni a rendszeres hibamintákat.
Miért fontos?
Lehetővé teszi a hibaminták elemzését és a célzott folyamatfejlesztést.
Hol szerezhető be?
ServiceNow „problem” tábla, „rca_category” vagy „u_root_cause_category” mező
Példák
SzoftverhibaKonfigurációs hibaBeszállítói probléma
|
|||
|
Prioritás
Priority
|
A problémarekordhoz rendelt prioritási szint. | ||
|
Leírás
A probléma fontosságát és sürgősségét jelzi, általában a hatás és a sürgősség alapján számítják ki. Az attribútum segítségével a problémák kritikus jellege szerint bontható az elemzés, ami támogatja az „SLA-sértések és prioritások nyomon követése” dashboardot.
Miért fontos?
Lehetővé teszi a folyamat teljesítményének üzleti kritikus jelleg szerinti elemzését.
Hol szerezhető be?
ServiceNow „problem” tábla, „priority” mező
Példák
1 - Kritikus2 - Magas3 - Közepes
|
|||
|
Probléma állapota
ProblemState
|
A problémarekord életciklusának állapota. | ||
|
Leírás
A problémarekord aktuális szakaszát jelzi, például: Nyitott, Kiváltó ok elemzése, Javítás folyamatban vagy Lezárva. Ez az „Elöregedett problémarekordok elemzése” dashboardon a szűrés és a hátralék összetételének megértése szempontjából meghatározó.
Miért fontos?
Elsődleges állapotjelző a nyitott és lezárt esetek szűréséhez.
Hol szerezhető be?
ServiceNow „problem” tábla, „state” mező
Példák
ÚjÉrtékelésA kiváltó ok elemzéseMegoldva
|
|||
|
Támogatási csoport
AssignmentGroup
|
A probléma megoldásáért felelős műszaki csapat. | ||
|
Leírás
Megadja, hogy jelenleg melyik támogatási csoport vagy csapat felel a problémáért. Ez az attribútum szükséges a „Támogatási csoportok közötti áthelyezések elemzése” dashboardhoz, amely nyomon követi a csapatok közötti átadásokat és feltárja a szervezeti elszigeteltséget.
Miért fontos?
Segít feltárni a részlegek közötti szűk keresztmetszeteket és elemezni az átadások hatékonyságát.
Hol szerezhető be?
ServiceNow „problem” tábla, „assignment_group” mező
Példák
Hálózati üzemeltetésAdatbázis-adminisztrátorokÜgyfélszolgálat
|
|||
|
Függőben töltött idő
PendingDuration
|
Az az összesített idő, amelyet a probléma felfüggesztett vagy függő állapotban töltött. | ||
|
Leírás
Összesíti a „Beszállítóra vár” vagy „Várakoztatva” állapotban töltött időt. A „Függő állapot és várakozási idő elemzése” mutatóval elkülöníthető a belső feldolgozási idő a külső késedelmekből adódó várakozástól.
Miért fontos?
Segít megkülönböztetni a csapat hatékonysági problémáit a külső függőségektől.
Hol szerezhető be?
Számítás: a függőben vagy várakoztatva állapotú időszakok időtartamának összege
Példák
5 nap0 perc
|
|||
|
Ismert hiba
IsKnownError
|
Jelzi, hogy a problémát ismert hibaként sorolták-e be. | ||
|
Leírás
Megadja, hogy a problémarekordot ismert hibává alakították-e, vagy ismert hibaként jelölték-e meg. Ez szükséges az „Ismert hibák és incidensek ismétlődése” elemzéshez, amely megmutatja, mennyire hatékony a tudáskezelési folyamat.
Miért fontos?
Megkülönbözteti a folyamatban lévő vizsgálatokat az elfogadott, átmeneti megoldással rendelkező hibáktól.
Hol szerezhető be?
ServiceNow „problem” tábla, „known_error” mező
Példák
truefalse
|
|||
|
Kerülő megoldás közzétéve
WorkaroundPublished
|
Jelzi, hogy dokumentálták és megosztották-e az átmeneti megoldást. | ||
|
Leírás
Logikai vagy állapotjelző, amely megadja, hogy azonosítottak-e átmeneti megoldást, és közzétették-e a Tudásbázisban vagy az Ismert hibák adatbázisában. Ez támogatja az „Átmeneti megoldások közzétételének teljesítménye” dashboardot.
Miért fontos?
Fontos annak méréséhez, milyen gyorsan mérséklik az üzleti hatást a végleges javítás előtt.
Hol szerezhető be?
ServiceNow „problem” tábla, „work_around” mező (ha tartalmaz szöveget), vagy egy adott állapot
Példák
truefalse
|
|||
|
Konfigurációs elem
ConfigurationItem
|
A probléma által érintett konkrét eszköz vagy szolgáltatás. | ||
|
Leírás
Megadja a problémarekordhoz kapcsolódó Configuration Item (CI) elemet. Az elemzés segít összekapcsolni a problémákat az érintett hardverrel, szoftverrel vagy szolgáltatással, és támogatja a „Kiváltó okok besorolásának pontossága” dashboardot.
Miért fontos?
A folyamatproblémákat konkrét fizikai vagy logikai eszközökhöz kapcsolja.
Hol szerezhető be?
ServiceNow „problem” tábla, „cmdb_ci” mező
Példák
SAP ERP-kiszolgáló 01Exchange levelezési szolgáltatásOracle éles adatbázis
|
|||
|
Megoldás kidolgozásának ideje
SolutionDraftingTime
|
A kiváltó ok azonosítása és a megoldás javaslata között eltelt idő. | ||
|
Leírás
A javítás kidolgozásának időtartamát követi a kiváltó ok megismerése után. Ez támogatja a „Megoldás kidolgozása és javítás alkalmazása” dashboardot.
Miért fontos?
Külön méri a javítás megtervezésének teljesítményét.
Hol szerezhető be?
Számítás: „Javasolt megoldás kidolgozva” időbélyege mínusz „Kiváltó ok azonosítva” időbélyege
Példák
2 nap4 óra
|
|||
|
PIR eredménye
PostImplementationReviewResult
|
A bevezetés utáni felülvizsgálat eredménye vagy befejezési állapota. | ||
|
Leírás
Tárolja a PIR eredményét vagy állapotát (például: Befejezve, Nem szükséges, Függőben). Ez az attribútum szükséges a „Bevezetés utáni felülvizsgálat megfelelősége” dashboardhoz, amely segít biztosítani a súlyos problémák felülvizsgálatát.
Miért fontos?
Minőségellenőrzési mutató, amely biztosítja, hogy a szervezet tanuljon a súlyos incidensekből.
Hol szerezhető be?
ServiceNow „problem” tábla, „pir_state” mező vagy hasonló egyéni mező
Példák
BefejezveElengedveFüggőben
|
|||
|
SLA-határidő
SlaDueDate
|
Az SLA szerinti célidőpont a probléma megoldására. | ||
|
Leírás
Az az időpont, ameddig a problémát meg kell oldani a szolgáltatási szintre vonatkozó megállapodás teljesítéséhez. Ez az „SLA-sértések és prioritások nyomon követése” dashboard és a megfelelési arány kiszámításának alapja.
Miért fontos?
Az SLA-sértések állapotának kiszámítási alapja.
Hol szerezhető be?
A problémához kapcsolódó ServiceNow „task_sla” tábla
Példák
2023-12-31T17:00:00Z
|
|||
|
Üzleti szolgáltatás
BusinessService
|
A probléma által érintett, magas szintű üzleti szolgáltatás. | ||
|
Leírás
Az üzleti felhasználóknak nyújtott szolgáltatást jelöli (például „Bérszámfejtési szolgáltatás” vagy „Ügyfélportál”), nem pedig a műszaki összetevőt. Így az érintettek üzleti szempontú jelentéseket kapnak.
Miért fontos?
Összekapcsolja a műszaki problémákat az üzleti értékteremtő folyamatokkal.
Hol szerezhető be?
ServiceNow „problem” tábla, „business_service” mező
Példák
Online banki szolgáltatásBelső levelezés
|
|||
|
Változtatási kérelem száma
ChangeRequestNumber
|
A probléma megoldására indított változtatási kérelem azonosítója. | ||
|
Leírás
Összekapcsolja a problémarekordot a változáskezelési rekorddal (RFC). Ez a kapcsolat szükséges a „Változtatási kérelmek átmeneti hatékonysága” dashboardhoz, amely a probléma diagnosztizálása és az infrastruktúra módosítása közötti átadás sebességét méri.
Miért fontos?
Nyomon követi az átmenetet a problémakezelésből a változáskezelésbe.
Hol szerezhető be?
ServiceNow „problem” tábla, „rfc” mező
Példák
CHG003001CHG004552
|
|||
A problémakezelés tevékenységei
| Tevékenység | Leírás | ||
|---|---|---|---|
|
A vizsgálat megkezdődött
|
A problémarekord állapota 'New' értékről 'Assess' vagy 'Root Cause Analysis' értékre változik. Ez jelzi, hogy egy elemző megkezdte a probléma aktív vizsgálatát. | ||
|
Miért fontos?
Jelzi a kezdeti sorban állás végét és az aktív vizsgálati szakasz kezdetét, valamint támogatja a függő állapotok elemzését.
Hol szerezhető be?
ServiceNow 'sys_audit' tábla, a 'state' mező változásainak nyomon követésére (például a konfigurációtól függően 102-es vagy 103-as értékre).
Rögzítés
Az állapotmező összehasonlítása a változás előtt és után
Eseménytípus
inferred
|
|||
|
Gyökérok azonosítva
|
A 'Root Cause' kódok kitöltése, vagy az állapot 'Fix in Progress' értékre váltása. Ez jelzi, hogy a probléma diagnosztizálása sikeresen befejeződött. | ||
|
Miért fontos?
Kiszámítja a gyökérok meghatározásáig eltelt átlagos időt, és támogatja a Root Cause Investigation Cycle Time dashboardot. Fontos mérföldkő a folyamatban.
Hol szerezhető be?
ServiceNow 'sys_audit' tábla, a 'root_cause' kategóriamező változásainak vagy a 'Fix in Progress' állapotba való átmenetnek a nyomon követésére.
Rögzítés
Az állapotmező összehasonlítása a változás előtt és után
Eseménytípus
inferred
|
|||
|
Hozzárendelve egy támogatási csoporthoz
|
A problémarekord hozzárendelése egy adott műszaki csapathoz kivizsgálásra. Ez a tevékenység követi a felelősség átadását, és elengedhetetlen az átadások elemzéséhez. | ||
|
Miért fontos?
A Support Group Reassignment Analysis dashboard alapja, amely feltárja a csapatok közötti pingpongot és a szűk keresztmetszeteket.
Hol szerezhető be?
ServiceNow 'sys_audit' vagy 'sys_history_line' tábla, az 'assignment_group' mező változásainak nyomon követésére.
Rögzítés
Az állapotmező összehasonlítása a változás előtt és után
Eseménytípus
inferred
|
|||
|
Kerülő megoldás azonosítva
|
Szöveg kerül a problémarekord 'Workaround' mezőjébe. Ez rögzíti, mikor dokumentálja az elemző az átmeneti megoldást. | ||
|
Miért fontos?
A Workaround Publication Performance dashboard alapja, amely megmutatja, mikor vált először ismertté a műszaki megoldás.
Hol szerezhető be?
ServiceNow 'sys_audit' tábla, ahol a 'fieldname' értéke 'workaround'.
Rögzítés
Az állapotmező összehasonlítása a változás előtt és után
Eseménytípus
inferred
|
|||
|
Problémarekord létrehozva
|
A problémarekord első létrehozása a ServiceNow rendszerben. Ezzel indul a problémakezelés életciklusa, és ez adja a rekord korának méréséhez szükséges kezdő időbélyeget. | ||
|
Miért fontos?
Ez adja meg az összes ciklusidő-számítás és SLA-mérés kezdő időpontját. Ez az alapja a beérkező problémavizsgálatok számának meghatározásához.
Hol szerezhető be?
ServiceNow 'problem' tábla, 'sys_created_on' mező.
Rögzítés
A New Record tranzakció végrehajtásakor kerül naplózásra
Eseménytípus
explicit
|
|||
|
Problémarekord lezárva
|
A folyamat utolsó eseménye, amikor a rekord inaktívvá válik. További munka már nem várható. | ||
|
Miért fontos?
A folyamatpéldány végpontja. A teljes ciklusidő kiszámításához szükséges.
Hol szerezhető be?
ServiceNow 'problem' tábla, 'closed_at' mező vagy a 'state' mező 'Closed' értékre váltása.
Rögzítés
A Close Problem tranzakció végrehajtásakor kerül naplózásra
Eseménytípus
explicit
|
|||
|
Tartós javítás bevezetve
|
A probléma 'Resolved' állapotba kerül, gyakran a kapcsolódó változtatási kérelem lezárásakor. Ez jelzi a műszaki munka befejezését. | ||
|
Miért fontos?
Meghatározza az aktív javítási ciklus végét. Az SLA-hoz viszonyított teljes megoldási idő kiszámítására használható.
Hol szerezhető be?
ServiceNow 'sys_audit' tábla, a 'state' mező 'Resolved' értékre váltása (jellemzően 106-os érték).
Rögzítés
Az állapotmező összehasonlítása a változás előtt és után
Eseménytípus
inferred
|
|||
|
Változtatási kérelem elindítva
|
Change Request (RFC) társítása a problémarekordhoz. Ez jelzi az átadást a Problem Managementből a Change Managementbe a megoldás bevezetéséhez. | ||
|
Miért fontos?
A Change Request Transition Efficiency dashboard alapja. Feltárja a javítás megtalálása és a változtatási folyamat elindítása közötti késéseket.
Hol szerezhető be?
ServiceNow 'sys_audit' tábla, a 'problem' tábla 'rfc' hivatkozási mezőjének kitöltését követi nyomon.
Rögzítés
A Create Normal Change tranzakció végrehajtásakor kerül naplózásra
Eseménytípus
explicit
|
|||
|
A megoldás ellenőrizve
|
Ellenőrzési lépés, amely megerősíti, hogy a megoldás hatékony. A folyamat fejlettségétől függően ezt külön állapot vagy jelölőnégyzet rögzítheti. | ||
|
Miért fontos?
Lezárás előtt biztosítja a minőségellenőrzést. Ha ez a lépés kimarad, az folyamateltérésként elemezhető.
Hol szerezhető be?
ServiceNow 'sys_audit' tábla. Rögzíthető állapotváltásként ('Resolved' -> 'Closed') vagy külön mezőben, például a konfigurált 'u_resolution_verified' mezőben.
Rögzítés
Az állapotmező összehasonlítása a változás előtt és után
Eseménytípus
inferred
|
|||
|
Az állapot Fix in Progress értékre változott
|
A rekord olyan állapotba kerül, amely jelzi, hogy a javítás fejlesztése vagy bevezetése folyamatban van. Ez gyakran a Change Managementre való várakozással jár. | ||
|
Miért fontos?
Elkülöníti az aktív vizsgálat idejét a változtatásra várakozás idejétől, így pontosabbá teszi a szűk keresztmetszetek elemzését.
Hol szerezhető be?
ServiceNow 'sys_audit' tábla, a 'state' mező 'Fix in Progress' értékre váltása (jellemzően 104-es érték).
Rögzítés
Az állapotmező összehasonlítása a változás előtt és után
Eseménytípus
inferred
|
|||
|
Az értékelést elutasították
|
A problémarekord visszakerül egy korábbi állapotba, vagy az értékelési szakaszban törlik, mert kiderül, hogy nem valódi problémáról van szó. | ||
|
Miért fontos?
Feltárja a folyamat veszteségeit, amikor az incidenseket tévesen problémává minősítik.
Hol szerezhető be?
ServiceNow 'sys_audit' tábla, a 'state' mező 'Assess' értékről 'Closed/Cancelled' vagy 'New' értékre váltása.
Rögzítés
Az állapotmező összehasonlítása a változás előtt és után
Eseménytípus
inferred
|
|||
|
Bevezetés utáni felülvizsgálat befejezve
|
A PIR-feladat befejezése vagy a PIR-jelző beállítása. Ez igazolja, hogy a jelentős problémák után utólagos elemzés készült. | ||
|
Miért fontos?
Közvetlenül támogatja a Post-Implementation Review Compliance dashboardot. Ha ez a tevékenység hiányzik a kiemelt problémáknál, az a megfelelés hiányát jelzi.
Hol szerezhető be?
A ServiceNow 'problem_task' tábla PIR típusú feladatának lezárása, vagy a 'problem' tábla 'pir_state' mezőjének módosítása.
Rögzítés
Az X és Y mező összehasonlításából származtatva
Eseménytípus
inferred
|
|||
|
Kerülő megoldás közzétéve
|
A 'Communicate Workaround' művelet végrehajtása, amely továbbítja a kerülő megoldást a kapcsolódó incidensekhez, vagy létrehoz egy Known Error cikket. Ez nem azonos azzal, amikor egyszerűen beírják a kerülő megoldást. | ||
|
Miért fontos?
Elengedhetetlen a tudásmegosztás gyorsaságának méréséhez. Az itt jelentkező késések közvetlenül növelik az ismétlődő incidensek számát.
Hol szerezhető be?
ServiceNow 'sys_journal_field' tábla vagy az adott UI Action naplói. A közzététel abból is megállapítható, ha létrejön egy 'Known Error' típusú 'kb_knowledge' rekord.
Rögzítés
A Communicate Workaround tranzakció végrehajtásakor kerül naplózásra
Eseménytípus
explicit
|
|||
|
Megoldási javaslat kidolgozva
|
Adatok kerülnek a 'Fix Notes' vagy a 'Resolution Code' mezőbe. Ez jelzi, hogy az elemző az ok megértése után megkezdte a tartós javítás kidolgozását. | ||
|
Miért fontos?
A Solution Drafting and Fix Application dashboard alapja, amely külön méri a tervezési szakasz időtartamát.
Hol szerezhető be?
ServiceNow 'sys_audit' tábla, a 'fix_notes' mező módosításainak nyomon követésére.
Rögzítés
Az állapotmező összehasonlítása a változás előtt és után
Eseménytípus
inferred
|
|||
Adatkinyerési útmutatók
Kezdje el most?
Töltse le a teljes sablont, és alakítsa át problémakezelési adatait azonnal hasznosítható információkká. Csapatunk a process mining minden lépésében támogatja Önt.
Optimalizálja a problémakezelést, és gyorsítsa fel a megoldást
Csökkentse 30%-kal a vizsgálati ciklusidőt process mining segítségével
Nincs szükség bankkártyára. A beállítás néhány percet vesz igénybe.