Eksport, którego nikt nie odtworzył, nie jest wyjściem

Umowa ma klauzulę wyjścia. Dokumentacja dostawcy ma stronę „Eksportuj swoje dane”. Ktoś w dziale zakupów zaznaczył w ankiecie, że dane da się odzyskać po zakończeniu współpracy. Na papierze organizacja może odejść.

Potem przychodzi odnowienie na warunkach, które nikomu się nie podobają, i ktoś po raz pierwszy naciska ten przycisk. Wraca zestaw plików: kilka dużych CSV, dokument JSON z polami nazwanymi wewnętrznymi identyfikatorami, katalog załączników bez rekordów, do których należały. Formalnie wszystko jest. Niczego nie da się wczytać gdzie indziej bez tygodni pracy ludzi, którzy rozumieją i stary system, i nowy — a jedyni, którzy rozumieją stary, pracują u dostawcy, od którego się odchodzi.

Odnowienie zostaje podpisane. Nie dlatego, że produkt jest dobry, tylko dlatego, że wyjście okazało się plikiem, a nie drogą.

Dlaczego to się powtarza

Eksport jest wynikiem. Wyjście jest operacją: wziąć to, co trzymał stary system, przenieść do nowego i dalej pracować. Umowy i listy kontrolne opisują to pierwsze, bo łatwo to sprawdzić. Drugie opisują rzadko, bo nikt tego nie próbuje, dopóki nie musi — a to najgorszy moment, żeby odkryć, czego brakuje.

Kopie zapasowe przeszły tę lekcję pokolenie temu. Zespoły robiące backupy od lat odkrywały w trakcie awarii, że nikt nigdy żadnego nie odtworzył, i odpowiedzią branży stał się test odtwarzania. Wyjście od dostawcy swojego testu odtwarzania jeszcze się nie doczekało.

Gdzie eksport po cichu zawodzi

Dane wychodzą, znaczenie zostaje. Rekordy mają wewnętrzne identyfikatory zamiast nazw, kody statusów bez słownika, który je tłumaczy, i powiązania sensowne tylko w schemacie dostawcy. Plik, który do interpretacji potrzebuje starego systemu, nie jest od niego niezależny.

Brakuje historii. Wiele eksportów oddaje stan bieżący, a gubi ślad audytowy, wersje, komentarze i powody zmian. W sprawach regulowanych to właśnie historia bywa najważniejsza.

Konfiguracja zostaje na miejscu. Procesy, uprawnienia, automatyzacje, szablony, reguły decydujące, co dzieje się z rekordem. Zwykle żyją w ekranach, a nie w tabelach, rzadko trafiają do eksportu, a ręczne odtwarzanie ich pochłania większość czasu migracji.

Załączniki tracą właścicieli. Pliki wychodzą w jednym miejscu, rekordy w drugim i nic pewnego ich nie łączy.

Nikt nie jest właścicielem operacji. Klauzula wyjścia leży w dziale prawnym, eksport w IT, proces biznesowy w operacjach. Próba wymaga wszystkich trzech w jednym pokoju i dlatego prawie się nie odbywa.

Co robić zamiast tego

Traktować wyjście jak procedurę z właścicielem, celem i terminem — tak jak plan odtwarzania po awarii. W niektórych branżach to coraz częściej oczekiwanie, a nie wybór: przepisy o odporności operacyjnej sektora finansowego oraz unijne przepisy o danych, obejmujące także zmianę dostawcy, pchają w stronę planów wyjścia działających w praktyce, a nie tylko na papierze. Co dotyczy konkretnej organizacji, zależy od jej branży i sposobu korzystania z usługi — warto to sprawdzić z kimś, kto tę branżę dobrze zna. Tam, gdzie żaden przepis nie obowiązuje, logika jest ta sama.

Nazwij miejsce docelowe. Nie konkretnego dostawcę, tylko rodzaj systemu: inny produkt w tej samej kategorii, bazę danych prowadzoną samodzielnie albo zwykłe archiwum, które da się przeczytać za dziesięć lat. Każde wymaga innego eksportu.

Zdefiniuj „gotowe” w języku biznesu. „Wystawiamy fakturę z nowego systemu z pełną historią klienta” jest testem. „Dostaliśmy plik ZIP” nim nie jest.

Ćwicz na wycinku. Jeden dział, jeden kwartał, jedna linia produktów. Wczytaj to do systemu docelowego, przeprowadź jeden prawdziwy proces od początku do końca i zapisz każdy krok, który trzeba było zrobić ręcznie.

Wpisz luki do umowy. Wszystko, czego według próby brakuje — historia, konfiguracja, opis znaczenia pól — staje się zobowiązaniem dostawcy, z formatem i terminem, przy najbliższym odnowieniu.

Powtarzaj. Systemy się zmieniają, a eksporty razem z nimi. Próba sprzed trzech lat opisuje produkt, który już nie istnieje.

Tak patrzymy też na firmy, które budujemy. Produkt, od którego klient mógłby odejść, musi tę procedurę uczynić nudną: udokumentowane formaty, historia w środku, konfiguracja eksportowana jako dane. Jeśli wyjście działa tylko w dobre dni dostawcy, jest uprzejmością, a nie cechą produktu.

Test do zrobienia w tym tygodniu

Wybierz system, od którego Twojej organizacji byłoby najtrudniej odejść. Potem, bez proszenia dostawcy o pomoc:

1. Wyeksportuj wszystko, na co pozwala interfejs.
2. Przekaż pliki komuś, kto nigdy tego systemu nie używał.
3. Poproś o odpowiedź na trzy zwykłe pytania wyłącznie na podstawie plików: co działo się z konkretnym klientem w zeszłym roku, kto zatwierdził określoną zmianę i jakie reguły decydują o obsłudze nowego rekordu.

Zmierz czas i zapisz, na co nie udało się odpowiedzieć. Ta lista to Twoja prawdziwa klauzula wyjścia. Wszystko, czego na niej nie ma, już jest przenoszalne; wszystko, co na niej jest, to to, za co naprawdę płacisz przy odnowieniu.

Dlaczego traktujemy to jako sprawę łańcucha dostaw, a nie działu IT, wyjaśnia tekst suwerenność to pytanie o łańcuch dostaw, a czym XUBRiS jest i czym nie jest — strona główna.