Odpověď hned: Export dat z revizního softwaru není jen složka s revizními zprávami v PDF. Musí zachovat zařízení, termíny, závady, přílohy, verze dokumentů a vazby mezi nimi tak, aby šla evidence zkontrolovat a obnovit i bez původní aplikace.

Při výběru revizního softwaru se obvykle řeší tvorba zpráv, hlídání termínů a práce techniků. Otázka „Jak dostaneme všechna data ven?“ často přijde až při změně dodavatele, ukončení služby nebo předání agendy novému správci.

Tehdy se ukáže rozdíl mezi reportem a obnovitelným exportem. PDF lze přečíst nebo předložit při kontrole. Samo však neobnoví seznam zařízení, otevřené závady, odpovědné osoby ani výpočet dalších termínů.

Report, export a záloha nejsou totéž

Každý z těchto výstupů řeší jinou situaci:

Výstup K čemu slouží Co v něm může chybět
PDF report Čtení, tisk a předání konkrétní zprávy Editovatelná data, vazby, otevřené úkoly a další termíny
Tabulkový export Analýza nebo převod evidenčních údajů Přílohy, verze dokumentů a historie změn
Úplný export Přechod jinam nebo nezávislé uchování evidence Úplnost je nutné ověřit podle skutečného obsahu
Provozní záloha Obnova původní aplikace po poruše Bez aplikace dodavatele nemusí být čitelná ani použitelná

Odpověď „export podporujeme“ proto nestačí. Potřebujete vědět, zda dostanete jen čitelné reporty, strukturované tabulky, samostatné přílohy, nebo interní zálohu použitelnou pouze v původním prostředí.

CSV se seznamem zařízení může být důležitou částí exportu. Úplný odchod ale vyžaduje také způsob, jak jednotlivé řádky spojit s revizemi, závadami, soubory a historií změn.

Revizní evidence není jeden seznam

Provozní evidence tvoří řetězec souvisejících záznamů:

zákazník → provozovna → umístění → zařízení → plánovaný úkon → provedená revize → zpráva → závada → odstranění závady → další termín

Když export zachová názvy, ale zahodí vazby, začne ruční skládání. Ve dvou budovách mohou být zařízení pojmenovaná „Rozvaděč RH“. Teprve kombinace provozovny, podlaží, místnosti, inventárního nebo výrobního čísla a stabilního identifikátoru ukáže, o který rozvaděč jde.

U zařízení proto ověřte alespoň:

  • stabilní identifikátor zařízení;
  • zákazníka, provozovnu a přesné umístění;
  • typ zařízení a sledovaného úkonu;
  • historii provedených revizí a kontrol;
  • datum dalšího termínu a záznam, ze kterého vzniklo;
  • odpovědnou osobu;
  • závady a stav jejich odstranění;
  • vazby na zprávy, fotografie, protokoly a další doklady.

Samotný sloupec „příští revize“ nestačí, pokud po exportu nezjistíte, ke kterému zařízení patří a zda vychází z poslední provedené revize, ruční změny nebo jiného pravidla.

Jak mají být vazby připravené už před převodem, ukazuje článek Import revizí z Excelu bez ztráty vazeb.

Stabilní identifikátory jsou důležitější než názvy

Název zákazníka, provozovny i zařízení se může změnit. Identifikátor záznamu by proto měl zůstat stabilní a jednoznačný.

Praktický export může například obsahovat:

Pole Příklad Proč je potřeba
ID zařízení DEV-000184 Jednoznačně určí zařízení i při změně názvu.
ID provozovny SITE-0021 Připojí zařízení ke správné provozovně.
ID revize REV-2026-0418 Spojí výsledek, zprávu a další termín s konkrétní revizí.
ID závady DEF-0097 Udrží historii závady a jejího odstranění.
ID dokumentu DOC-002614 Propojí soubor s evidenčním záznamem a verzí dokumentu.

Konkrétní názvy polí nejsou podstatné. Rozhodující je, aby každý důležitý záznam měl vlastní identifikátor a export obsahoval také pole, která popisují jeho vztahy k ostatním záznamům.

Přílohy musí být soubory, ne odkazy do účtu

Při pilotním testu založte zakázku, která obsahuje původní zprávu, opravenou verzi, fotografii závady a doklad o jejím odstranění. Potom si nechte vyexportovat celý tento případ.

Nestačí, když výsledný balíček obsahuje pouze poslední PDF. U každé přílohy potřebujete zachovat alespoň:

  • původní název souboru;
  • jednoznačné přiřazení k zařízení, revizi nebo závadě;
  • typ dokumentu;
  • datum vložení;
  • autora nebo původ souboru;
  • informaci o verzi a jejím stavu.

Soubory po stažení skutečně otevřete. Adresa, která vede zpět do účtu původního systému, není samostatně použitelnou přílohou. Po zrušení účtu nebo změně oprávnění by mohla přestat fungovat.

U větších exportů pomůže přehledový soubor, který propojí identifikátor dokumentu s názvem souboru a příslušným záznamem. Kontrolní součty souborů zase umožní ověřit, že se obsah při přenosu nezměnil.

U dokumentů zachovejte i jejich verze

Opravená revizní zpráva nemá beze stopy nahradit původní soubor. Po exportu musí být možné zjistit:

  • která verze byla rozpracovaná, schválená nebo nahrazená;
  • kdo a kdy změnu provedl;
  • která verze byla předána zákazníkovi;
  • proč oprava vznikla;
  • zda zůstala starší verze dohledatelná.

Bez těchto údajů můžete získat několik souborů s názvy jako „revize.pdf“, „revize_oprava.pdf“ a „revize_final2.pdf“, ale nepoznáte, který dokument byl skutečně schválený a předaný.

Auditní stopa nesmí skončit odchodem uživatele

Jméno technika vytištěné v PDF nenahrazuje historii práce v systému. Při reklamaci nebo předání agendy je potřeba rozlišit autora záznamu, schvalující osobu a uživatele, který dokument odeslal, uzavřel závadu nebo změnil termín.

Bývalého pracovníka lze v aplikaci deaktivovat, jeho dřívější úkony ale nesmějí z historie zmizet. Export proto musí zachovat historický identifikátor uživatele a přiřazení jeho kroků.

Auditní stopa má odpovědět alespoň na otázky:

  1. Kdo změnu provedl?
  2. Kdy ji provedl?
  3. Co se změnilo?
  4. Jaká byla původní a nová hodnota?
  5. Proč ke změně došlo, pokud systém důvod zaznamenává?

Podrobnosti k rozsahu a použitelnosti historie změn rozebírá článek Auditní log: kdo, co a kdy změnil v evidenci.

Pokud do práce vstupuje AI, platí cyklus náhled → potvrzení → auditní stopa. Citlivá změna se nezapíše bez vědomého potvrzení uživatele a v historii musí zůstat patrné, kdo návrh potvrdil. Automaticky připravený návrh nesmí po exportu vypadat jako samostatné rozhodnutí konkrétního technika.

Jak otestovat obnovitelnost před koupí

Nečekejte na ukončení smlouvy. Test odchodu proveďte už během pilotního provozu na vlastních zkušebních datech.

Založte zákazníka se dvěma provozovnami a několik podobně pojmenovaných zařízení. U jednoho zařízení vytvořte opakovanou revizi, závadu, fotografii a doklad o odstranění. Zprávu opravte tak, aby existovaly alespoň dvě verze. Jeden úkon proveďte uživatelem, kterého následně deaktivujete.

Potom požádejte o úplný export a zkontrolujte:

  1. Porovnejte počty zákazníků, provozoven, zařízení, revizí, závad a příloh se stavem v aplikaci.
  2. Vyhledejte zařízení podle jeho identifikátoru a projděte celý řetězec od provozovny po další termín.
  3. Otevřete všechny přílohy bez přihlášení do původního systému.
  4. Rozlište původní a opravenou verzi zprávy.
  5. Dohledejte činnost deaktivovaného uživatele.
  6. Otevřete strukturovaná data v nástroji, který běžně používáte.
  7. Zkontrolujte diakritiku, formát datumů a identifikátory s nulami na začátku.
  8. Ověřte, zda lze soubory a tabulky znovu spojit bez hádání podle jejich názvů.

Nahrání zálohy zpět do stejné aplikace potvrzuje, že funguje obnova původního systému. Neprokazuje však, že jsou data použitelná nezávisle na dodavateli.

Před podpisem smlouvy se proto neptejte jen na přítomnost tlačítka Export. Širší sadu otázek najdete v článku Software pro revizní techniky: na co se ptát před koupí.

Formát má odpovídat účelu

Bez znalosti cílového systému nemá smysl trvat na jediném názvu formátu. Důležitější je, zda je výstup popsaný, čitelný a úplný.

Pro převod bývá praktická kombinace:

  • strukturovaných tabulek nebo datových souborů;
  • samostatné složky s dokumenty a fotografiemi;
  • přehledu, který mapuje soubory na příslušné záznamy;
  • popisu polí, stavů a použitých hodnot;
  • informace o datu a rozsahu exportu.

U tabulek otestujte především kódování češtiny, datumy, víceřádkové poznámky a identifikátory začínající nulou. Tabulkový program může například evidenční číslo „000184“ automaticky převést na číslo „184“. Tím se může porušit návaznost na dokumenty, které stále používají původní identifikátor.

Akceptační checklist úplného exportu

Export převezměte až poté, co můžete ověřit následující body:

  • Obsahuje všechny zákazníky, provozovny, umístění a zařízení.
  • Zachovává stabilní identifikátory a vazby mezi záznamy.
  • Obsahuje historii revizí, závad, nápravných kroků a dalších termínů.
  • U dalšího termínu lze zjistit jeho zdroj.
  • Přílohy jsou skutečné soubory, nikoli odkazy do původní aplikace.
  • Každou přílohu lze přiřadit ke konkrétnímu záznamu.
  • U dokumentů lze rozeznat jednotlivé verze a jejich stav.
  • Je dohledatelné předání nebo potvrzení konkrétní verze.
  • Auditní stopa zachovává autora, čas a popis změny.
  • Historické úkony zůstávají přiřazené i deaktivovaným uživatelům.
  • Strukturovaná data lze otevřít a dále zpracovat.
  • Počty záznamů a příloh souhlasí se zdrojovým systémem.
  • Dodavatel předem popsal postup, lhůtu a potřebná oprávnění.
  • Test proběhl během pilotu, ne až po oznámení odchodu.

Checklist neurčuje, zda má dodavatel použít CSV, JSON nebo jiný strukturovaný formát. Nejdřív stanoví, co musí zůstat použitelné. Teprve potom se volí technické provedení.

Pokud chcete před zavedením systému ověřit evidenci zařízení, návazné termíny i schvalování změn na vlastních datech, můžete si InvoAIM vyzkoušet na 14 dní. Smyslem pilotu je projít celý pracovní postup, ne jen vytvořit první revizní zprávu — a na export se zeptejte i nás a odpověď ověřte stejným checklistem.

Nejčastější otázky

Stačí při odchodu stáhnout všechny revizní zprávy v PDF?

Nestačí, pokud chcete pokračovat v provozní evidenci. PDF zachová podobu zprávy, ale zpravidla nenahradí databázi zařízení, otevřených závad, odpovědných osob a budoucích termínů.

Je CSV úplný export revizního systému?

Může být jeho důležitou částí. Zkontrolujte však stabilní identifikátory, vazby a význam jednotlivých polí. Samostatně musí být předané také přílohy, verze dokumentů a potřebná historie změn.

Jak poznám, že bude možné od dodavatele odejít?

Postup exportu je popsaný předem, dostanete vzorový výstup a můžete jej vyzkoušet během pilotu. Ověřte také, kdo smí export spustit a jak dlouho zůstane účet po ukončení služby dostupný pro převzetí a kontrolu dat.

Musí nový systém umět export přímo naimportovat?

Přímý import je užitečný, ale závisí na datovém modelu cílového systému. Nejdřív ověřte, že jsou data úplná a srozumitelná i bez původní aplikace. Teprve potom řešte mapování do nového systému.

Co je nejčastější past při exportu?

Dostanete správný počet PDF a tabulku zařízení, ale bez vazeb mezi nimi. Data formálně existují, provozní evidenci však musíte ručně sestavit z názvů souborů a podobně pojmenovaných řádků.

Chcete export ověřit na vlastních datech?

Pro revizní firmy je k dispozici čtrnáctidenní vyzkoušení InvoAIM. Napište na miroslav.jaros@ithope.cz nebo zavolejte na +420 724 689 762.