Több országban irányítani a helyszíni szervizt azt jelenti, hogy különböző nyelveken beszélo, eltéro jogszabályi keretek között dolgozó, különbözo valutában számlázó csapatokat kell koordinálni, akiknek ügyfelei más-más elvárásokkal rendelkeznek. A legtöbb FSM platform egyetlen országra tervezve készült, majd egy nyelvváltóval egészítették ki, amely ugyan átkapcsolja a felületet, de a munkalapokat, ellenorzési listákat és ügyfél-dokumentumokat angolul hagyja. Ez nem többnyelvu szoftver. Ez egy egynyelvű rendszerre ragasztott nyelvváltó.
Ez a cikk olyan üzemeltetési vezetoknek és cégvezetoknek szól, akik már határon átnyúlóan muködnek, vagy terjeszkedést terveznek. Bemutatja, mit kell tudnia egy valóban többnyelvű FSM szoftvernek, hol vallanak kudarcot a legtöbb platformok, és milyen kérdéseket kell feltenni a szállítóknak a döntés elott.
Miert nem mukodik az egyorszagos FSM szoftver a hataron tul
A legtöbb FSM platform az amerikai vagy brit piacon születik. Angol nyelvu munkalapokra, amerikai dátumformátumra, USD vagy GBP számlázásra, és egyetlen joghatóság megfelelési kötelezettségeire tervezik oket. Amikor egy vállalat egy második vagy harmadik országba is terjeszkedik, a kerülő megoldások elkezdnek felgyülemlem.
A leggyakoribb problemapontok:
A munkalapok a technikust nem a megfelelő nyelven érik el. A Pécsen dolgozó szerelo angolul írott munkalapot kap. Ha az angoltól elboldogul, idot veszít a muszaki kifejezések mentális fordításával. Ha nem, felhívja a diszpécser a pontosításért, ami pontosan az a kommunikációs terhelés, amelynek megszüntetéséért az FSM szoftvert fizetik.
Az ellenorzési listák olyan szakkifejezéseket használnak, amelyek nem fordíthatók pontosan. "Ellenorizze a hangjelzo kimeneti szintjét: minimum 65 dB" angolul pontos jelentéssel bír. Egy gépileg lefordított magyar vagy bolgár verzió a muszaki kifejezéseket hibásan adhatja vissza, ami következetlen ellenorzési eredményeket és, szabályozás alatt álló iparágakban, valódi biztonsági kockázatot jelent.
A számlák a platform alapértelmezett nyelvén mennek ki. Egy liftkarbanntartással foglalkozó magyar cég, amely Szlovákiában, Ausztriában és Németországban is dolgozik, szükségelheti a számlákat magyarul a magyar ügyfeleknek, szlovákul a szlovákoknak, németül az osztrák és német ügyfeleknek. Ha a platform egy számlaformátumot generál, és a többit kézzel szerkeszti, adminisztrációs munkát adott hozzá és hibalehetőséget teremtett.
A dátum- és számformátumok zavart okoznak. Egy "03/04/2025" dátumot megjelenítő szervizjelentés március 4-et jelent az európai formátumban, és április 3-at az amerikaiban. Egy karbantartási cégnél, amely határidőket és megfelelési ablakokat követ, az egyértelmű dátumformátum nem kisebb kellemetlenség. Hiányosság.
A valuta- és adószabályok országonként különböznek. Az áfakulcsok, adókódok és számla-kiállítási jogi követelmények az EU tagállamai között jelentősen eltérnek, és még inkább, ha az EU-n kívül is muköd a cég. Egy FSM platform, amely GBP-t és USD-t kezel, de HUF-ot vagy CZK-t nem ismer, vagy egyetlen áfakulcsot alkalmaz az országtól függetlenül, kézi korrekciókat kényszerít ki a könyvelési fázisban.
Mit kell tudnia egy valóban többnyelvű FSM szoftvernek
Lényeges különbség van egy olyan FSM platform és egy olyan között, amelyik ténylegesen több országos muköd ésre lett tervezve. Íme, mit igényel az utóbbi.
Felhasználónkénti nyelvbeállítás, nem globális kapcsoló
A rendszer minden tagjának saját nyelvi beállításra van szüksége: a pécsi szerelo magyarul dolgozik, a budapesti diszpécser szintén magyarul, a prágai ügyfélmenedzser csehül, a londoni üzemeltetési igazgató angolul. Egy globális nyelvváltó, amely egyszerre kapcsolja át az egész platformot, használhatatlan, ha a csapat négy országra terjed ki.
A munkalapok, értesítések és rendszerüzenetek minden felhasználó saját preferált nyelvén jelenjenek meg alapértelmezés szerint, munkamenetenként kézi váltás nélkül.
Munkalapok és ellenorzési listák tartalom szintjén lefordítva
A felület fordítása, vagyis a menük, gombok és cimkék, az egyszerű rész. A tartalom fordítása nehezebb és sokkal fontosabb. Amikor létrehoznak egy munkát, a szerelőnek teljes munkalapot kell kapnia, amely tartalmazza a feladat leírását, a helyszíni megjegyzéseket, a szükséges ellenorzési lista lépéseit és a biztonsági utasításokat a saját nyelvén. Ehhez arra van szükség, hogy a platform tartalomfordításokat tároljon és szolgáljon ki, ne csak felület-karakterláncokat fordítson.
Erosen szabályozott iparágakban, mint a tüzvédelem, a liftkarbantartás és a légtechnika, az ellenorzési lista fordítása nem kozmetikai kérdés. A magyarországi EN 54-1 szabvány szerint éves vizsgálatot végzo mérnök és a cseh CSN EN 54-1 szerinti megfelelő vizsgálatot folytató kolléga különböző követelményeket teljesítenek. Az ellenorzési listáknak ezt kell tükrözniük. Egy többnyelvű FSM platformnak országspecifikus ellenorzési lista-sablonokat kell támogatnia, nem csak egy egységes sablon lefordított változatát.
Számlák és ügyfél-dokumentumok az ügyfél nyelvén
A számla nyelvét ügyfél szinten kell beállítani, a diszpécser vagy a szerelo nyelvétol függetlenül. Egy osztrák ügyféllel dolgozó magyar karbantartó cégnek lehetőséget kell biztosítani, hogy azt az ügyfelet úgy konfigurálja, hogy minden számlát, szervizjelentést és tanúsítványt németül kapjon, miközben a belső munkalaptörténet magyarul marad.
Ez adatarchitektúrai követelmény, nem fordítási. A platformnak tárolnia kell az ügyfél nyelvi preferenciáit, és dokumentumgeneráláskor automatikusan alkalmaznia kell azokat.
Dátum-, ido- és számformátum az egyes országoknak megfeleloen
A dátumok a felhasználó területi beállításának megfelelő formátumban jelenjenek meg: 2026. 03. 26. Magyarországon, 26/03/2026 az Egyesült Királyságban, 2026-03-26 ISO-kontextusokban. Az ido 24 vagy 12 órás formátumban jelenjék meg a területi beállítástól függoen. A pénzösszegek a megfelelő tizedesjel-elválasztóval kerüljenek megjelenítésre (1 234,56 Magyarországon, 1,234.56 az Egyesült Királyságban).
Ezeket a formázási szabályokat következetesen kell alkalmazni a munkalapokban, számlákban, szervizjelentésekben és a mobilalkalmazás felületein. Egyetlen rosszul formázott dátum egy megfelelőségi tanúsítványon érvénytelenné teheti a dokumentumot.
Többvalutás számlázás a megfelelő áfakezeléssel
Az EU tagállamaiban muködo vállalkozásoknál ez az OSS (One Stop Shop) áfarendszer szabályainak, a határokon átnyúló B2B szolgáltatások fordított áfás számlázásának és az országonkénti áfakulcsoknak a támogatását jelenti. Az EU-n kívüli muköd éshez nem áfa-alapú adózási rendszerek támogatása szükséges. A platform lehetové kell tennie az adószabályok országonkénti konfigurálását és automatikus alkalmazásukat a számlageneráláskor.
A forgatókönyv a gyakorlatban
Képzeljünk el egy közepes méretű liftkarbantartó céget, amelynek székhelye Budapesten van, és Magyarországon, Csehországban és Szlovákiában muköd ik. A csapatstruktúra:
- 12 szerelo Magyarországon, anyanyelvi magyar beszélok
- 4 szerelo Csehországban, anyanyelvi cseh beszélok
- 3 szerelo Szlovákiában, anyanyelvi szlovák beszélok
- 2 diszpécser Budapesten, magyarul dolgoznak
- 1 diszpécser Prágában, csehül dolgozik
- Ügyfelek: magyar lakásszövetkezetek, cseh bevásárlóközpontok és egy szlovák logisztikai vállalat német tulajdonossal, amely német számlát kér
Valóban többnyelvű FSM szoftverrel a munkafolyamat így néz ki:
Egy liftben rekedt személyről szóló hívás érkezik egy budapesti épületből 08:40-kor. A diszpécser látja a hívást, az érkező telefonszámból automatikusan azonosítja a berendezést, és munkalapot hoz létre. A feladatra rendelt magyar szerelo a munkalapot magyarul kapja meg, az ellenorzési listát és a biztonsági megjegyzéseket is magyarul. Elvégzi a munkát, kitölti a digitális jelentést, majd lezárja a munkalapot.
A magyar lakásszövetkezet automatikusan kapja a szerviz-tanúsítványt magyarul. A Slovak logisztikai cég, amelynek német a tulajdonosa, a havi számláját németül kapja, EUR-ban, a helyes német áfamegjelöléssel.
A londoni üzemeltetési igazgató az egész muköd ést angolul tekintheti át, beleértve a teljes munklaptörténetet, a szerelők teljesítményadatait és a pénzügyi jelentéseket.
Egynyelvű FSM platformmal ezekből semmi sem automatikus. A diszpécser minden munkalap létrehozásához átkapcsolja a platform nyelvét, a magyar szerelo angol utasításokat kap és mentálisan fordítja azokat, a tanúsítványok angolul mennek ki vagy kézi újraalkotást igényelnek, a német számla pedig egy külön eszközben készül el.
Hol vallanak kudarcot a legtöbb FSM platformok
Az orinte válasz az, hogy a legtöbb FSM platform legalább két ilyen követelménynek nem felel meg.
Csak angolul muködo vagy USA-centrikius platformok. A ServiceTitan, a FieldEdge és a legtöbb amerikai alapítású platform az észak-amerikai piacra épül. Az internacionalizálás nem prioritás az alapvető ügyfélbázisuk számára, az angol nyelvtől eltéro támogatás vagy hiányzik, vagy csak felületi fordításra korlátozódik, tartalom szintű nyelvtámogatás nélkül.
Utólag hozzáadott lokalizáció. Egyes platformok késobb adnak hozzá nyelvtámogatást, lefordítva a felület karakterláncait, de anélkül, hogy felépítenék az alapul szolgáló adatmodellt a felhasználónkénti nyelvi preferenciákhoz, az ügyfélenkénti dokumentum-nyelvekhez vagy az országspecifikus ellenorzési lista-sablonokhoz. Az eredmény egy olyan platform, amelynek menüje magyarul van, de a munkalapok még mindig angolul generálódnak.
Egyvalutás feltételezések. Az USD vagy GBP köré épített platformok a többvalutás kezelést sokszor utólagos kiegészítésként kezelik. Elképzelheto, hogy támogatják a valuták megjelenítését, de nem a többvalutás könyvelést, vagy globálisan egyetlen áfakulcsot alkalmaznak, ahelyett hogy országonkénti adókonfigurációt támogatnának.
Dátumformátum egyetlen területi beállításhoz kötve. Sok platform az egész rendszerben egyetlen formátumban tárolja és jeleníti meg a dátumokat. A megjelenítési formátum megváltoztatásához vagy rendszerszintű beállítás szükséges (ami tönkreteszi a többorszagos használatot), vagy ez egyáltalán nem lehetséges.
Milyen kérdéseket tegyünk fel a szállítóknak vásárlás elott
A többnyelvű FSM szoftver értékelésekor többországos muköd ésre ezek a kérdések fedik fel, hogy a platform valóban internacionalizált-e, vagy csak állítja magáról.
"A nyelvbeállítás felhasználónkénti vagy rendszerszintű?" A rendszerszintű nyelvváltó azt jelenti, hogy a többországos csapat nem tud egyszerre létezni ugyanabban a példányban. Felhasználónkénti nyelvbeállítás szükséges, amelyet a munkalapokra, értesítésekre és a mobilalkalmazásra is alkalmaz.
"Létrehozható-e a munkalapok és ellenorzési listák tartalma több nyelven?" Ez a kérdés különválasztja a felületi fordítást a tartalomfordítástól. Kérjen demót: hozzon létre egy munkalapot magyarul, és rendelje hozzá egy csehre állított felhasználóhoz. A munkalap csehül jelenik-e meg, vagy megmarad magyarul?
"Generálhatók-e számlák az ügyfél nyelvén, függetlenül a diszpécser nyelvétol?" Ismét kérjen demót. Ez azt vizsgálja, hogy az ügyfél nyelvi preferenciája valódi adatmező-e, vagy csak kerülő megoldás.
"Hogyan kezeli a platform az áfát az EU-n belüli határokon átnyúló szolgáltatásoknál?" Kérdezzen rá kifejezetten a fordított adózásra, az OSS rendszerre és az áfakulcsok országonkénti konfigurálására. A homályos válasz általában azt jelenti, hogy a platform nem kezeli ezt megfeleloen.
"Milyen dátum- és számformátumot használ a platform, és konfigurálható-e felhasználónként vagy országonként?" Kérje meg oket, mutassanak egy magyarországi és egy németországi felhasználó által megnyitott munkalapot. Ha mindkettő ugyanazt a dátumformátumot mutatja, a platform nem megfeleloen lokalizált.
"Hány nyelvet támogat a platform natívan, és a fordítások szakmai vagy gépi fordítások?" A gépi fordítású muszaki tartalom szabályozás alá eso iparágban kockázatot jelent. Kérjen mintaanyagot a célnyelveken, és ellenoriztesse egy anyanyelvi csapattaggal.
Hogyan kezeli a RemoteOps a több országos muköd ést
A RemoteOps kezdetettol a közép- és kelet-európai karbantartó cégek számára készült, amelyek közül sokan az elso naptól több országban muköd nek. A platform kilenc nyelvet támogat natívan: angol, spanyol, lengyel, ukrán, szlovák, cseh, olasz, bolgár és magyar. Ezek nem gépi fordítások; az egyes országokban valóban használt szakmai szókincset alkalmazzák.
Minden felhasználói fióknak saját nyelvbeállítása van. A mobilalkalmazást használó cseh szerelo teljes egészében csehül dolgozik: munkalapok, ellenorzési listák, értesítések és rendszerüzenetek. A lengyel diszpécser lengyelül irányítja a muköd ést. A németországi ügyfél németül kapja a számlákat és a szerviz-tanúsítványokat. Ehhez semmi sem igényel kézi átkapcsolást vagy dokumentum-újraalkotást.
A munkalap-sablonok és az ellenorzési listák minden támogatott nyelven szerkeszthetek, lehetové téve, hogy a cégek minden piacon az ott érvényes megfelelési szabványoknak megfelelő, országspecifikus ellenorzési lista-tartalmakat tartsanak fenn. Egy liftkarbantartó cég, amely Csehországban EN 81-20 szerint, Magyarországon a vonatkozó nemzeti szabványok szerint muköd ik, minden országban eltéro ellenorzési lista-sablonokat futtathat, a megfelelő nyelven.
A mobilalkalmazás, ahol a szerelők az idejük nagy részét töltik, teljes egészében a felhasználó nyelvén renderelodik, beleértve a helyszíni fényképeket, a felhasznált alkatrészeket és a lezáró megjegyzéseket. Ha egy szerelo magyarul ír lezáró megjegyzést, az a munklaptörténetben magyarul jelenik meg a magyarajkú kollégák számára.
A számlázáshoz az ügyfél nyelvi preferenciája egy konfigurációs mező az ügyfélnyilvántartásban. A platform a dokumentumgeneráláskor alkalmazza azt, és automatikusan minden ügyfél számára a helyes nyelven, valutában és dátumformátumban állít elo számlákat, szervizjelentéseket és tanúsítványokat.
Gyak ran ismételt kérdések
Tobb országos FSM szoftverhez szükséges-e országonként külön példány?
Nem. Egy megfeleloen felépített többnyelvű platform egyetlen példányként muköd ik, felhasználónkénti nyelvbeállításokkal. Az országonkénti külön példányok megduplázzák az adatokat, lehetetlenné teszik a határon átnyúló riportálást, és adminisztrációs terhelést okoznak. Egyetlen rendszerre van szükség, amely minden felhasználónak a saját nyelvu nézetét mutatja ugyanazokról az adatokról.
Valójában milyen nyelvekre van szükségük a helyszíni szereloknek Közép-Európában?
A cseh, szlovák, lengyel, magyar és bolgár a leggyakoribb igények a közép-kelet-európai (CEE) régióban muködo karbantartó cégeknél. Az ukrán egyre relevánsabb lett, tekintettel a Közép-Európában jelenleg dolgozó ukrán szerelok számára. A német szükséges az ausztriai és németországi ügyfél-dokumentumokhoz. Az angolt jellemzoen üzemeltetési irányításra és vállalati szintű riportálásra használják.
Tud-e a többnyelvű FSM szoftver eltéro megfelelési szabványokat kezelni országonként?
Igen, ha a platform országspecifikus ellenorzési lista-sablonokat és eszköztípus-konfigurációkat támogat. A megfelelési szabvány, legyen az EN 81-20, MSZ EN 54, NFPA 72 stb., meghatározza az ellenorzési lista tartalmát, és ezt a tartalmat minden egyes országra külön kell karbantartani. Egy olyan platform, amely csak egyetlen ellenorzési listát támogat eszköztípusonként, nem tudja megfeleloen kiszolgálni a többorszagos megfelelési munkát.
Hogyan muköd ik a gyakorlatban a többvalutás számlázás EU-beli székhelyű cégek számára?
Az EU-ban székhellyel rendelkezo, több országban számlázó karbantartó cégeknek arra van szükségük, hogy a platform támogassa: az ügyfélenkénti valutakonfigurációt, az országonkénti áfakulcs-táblázatokat, a fordított adózás jelölését az EU-n belüli határokon átnyúló B2B szolgáltatásoknál, és a joghatóságonkénti helyes jogi szöveget a számlán. Azok a platformok, amelyek ezt megfeleloen kezelik, lehetové teszik, hogy egy német ügyfél nyilvántartását EUR-ra, 19%-os német áfára és német számlasablonokra konfigurálják, majd automatikusan megfelelő számlákat generáljanak.
Mi történik, ha a szerelo saját nyelvén ír lezáró megjegyzést? Látnak-e fordítást a vezeto k?
A megközelítés platformonként eltéro. Egyes platformok az összes tartalmat az eredeti nyelven hagyják, és a többnyelvű munkatársakra támaszkodnak a tartalom olvasásához. Mások gépi fordítást alkalmaznak a lezáró megjegyzésekre. A legtöbb muköd és esetén a gyakorlati válasz az, hogy a muszaki területek lezáró megjegyzései elég szabványos szakkifejezést tartalmaznak ahhoz, hogy egy szakmához értő vezeto egy rokon nyelvu megjegyzést követni tudjon. Ahol ez valódi akadályt jelent, keressenek olyan platformokat, amelyek megjegyzés szinten jelölik a nyelvet, és párhuzamos fordítási nézeteket támogatnak.