DÖNTÉSI ÚTMUTATÓ

Ipari karbantartási szoftver: mit vizsgálj meg?

A legtöbb rendszer jól mutat egy funkciólistán. A valódi különbség akkor derül ki, amikor a szerelő térerő nélkül rögzíti a munkát, az ügyfél jóváhagyja, az iroda pedig hónapokkal később visszakeresi a dokumentációt.

Először a munkafolyamatot vizsgáld, ne a menüpontokat

Egy ipari karbantartási szoftver kiválasztásakor könnyű hosszú funkciólistát összeírni. Ennél hasznosabb, ha három valós munkafolyamat bemutatását kéred:

  1. Az ügyfél hibát jelent egy konkrét eszköznél.
  2. A szerelő gyenge térerő mellett dokumentálja és elhárítja a hibát.
  3. Az ügyfél jóváhagyja, az iroda pedig később előveszi a PDF-et és az eszköz előzményeit.

Ha ehhez több, egymástól független modulra, adatexportálásra és kézi lépésre van szükség, akkor a rendszer valószínűleg nem csökkenti eléggé az adminisztrációt.

Hét döntési szempont

  • Terepi sebesség: hány érintés és mennyi gépelés kell egy jelentéshez?
  • Eszközazonosítás: a QR-kód vagy az NFC-címke biztosan a megfelelő eszköz adatlapját nyitja meg?
  • Offline működés: látható-e, mi mentődött helyben és mi vár szinkronizálásra?
  • Dokumentáció: a fotó, az időbélyeg, az állapot és a szerelő adatai egy helyen, az adott munkához kapcsolva maradnak?
  • Ügyfélfolyamat: az ügyfél külön e-mailváltás nélkül meg tudja tekinteni és jóvá tudja hagyni a munkát?
  • Visszakereshetőség: eszköz, telephely, dátum és állapot alapján kereshető az archívum?
  • Bevezetés: van adatimport, próbabevezetés, kijelölt felelős és írásban rögzített sikerkritérium?

Excelből rendszerbe: mi legyen az első lépés?

Az Excel gyakran értékes kiinduló adatforrás: partnernevek, telephelyek, eszköztípusok és gyári számok már benne vannak. A gond nem az, hogy táblázatban vannak, hanem az, hogy a terepi események nem kapcsolódnak vissza hozzájuk megbízhatóan.

A bevezetés előtt érdemes összevonni az ismétlődő eszközbejegyzéseket, egységesíteni a telephelyneveket, kijelölni a kötelező azonosítókat, és tisztázni, ki felel az adatok minőségéért. Csak ezután érdemes QR-matricát nyomtatni.

Jól körülhatárolt próbabevezetés: egy partner, néhány telephely, 50–200 eszköz és minden valóban előforduló munkatípus. A cél ne egyszerűen a „rendszer kipróbálása” legyen, hanem például az, hogy minden lezárt munkához visszakereshető fotó és jóváhagyás tartozzon.

Mit kérj a bemutatón?

Ne előre összeállított bemutatót kérj. Adj meg egy saját példát: „a 4-es dokkolókapu nem zár, a szerelő a pincében dolgozik, majd az üzemeltetési vezető írja alá a munkalapot”. Kérd, hogy mutassák be a teljes folyamatot az eszköz megnyitásától az archivált PDF-ig.

Kérdezz rá arra is, mi nincs még kész, hogyan kezelik a rendszerhibákat és a szinkronizálási ütközéseket, hogyan exportálhatók az adatok, és mit tartalmaz pontosan az ár. Az egyértelmű válasz többet ér, mint egy kipipált funkciólista.