Wdrażasz nową wersję Comarch ERP Optima, wszystko idzie zgodnie z planem, a następnego dnia praca w księgowości zostaje sparaliżowana. Przy próbie zaimportowania dokumentów przez mechanizm pracy rozproszonej, system zachowuje się irracjonalnie – poprawnie wczytuje słowniki, po czym w trakcie importu samych dokumentów okno programu po prostu znika. Bez żadnego komunikatu, bez błędu, po prostu wyłącza się i “crashuje do pulpitu”.
To jedna z bardziej irytujących sytuacji, ponieważ brak komunikatu o błędzie bardzo utrudnia diagnozę. Dlaczego nowa wersja Optimy nie chce przetworzyć plików z pracy rozproszonej, które jeszcze wczoraj działały bez zarzutu?
Zmiana w strukturze pliku XML
Przyczyną tego drastycznego zamykania się aplikacji nie jest uszkodzenie bazy danych czy błąd sieciowy, lecz problem ze zgodnością struktury przesyłanego pliku wymiany.
W najnowszych wersjach Optimy delikatnie zmieniono architekturę wymaganego pliku XML dla pracy rozproszonej. Producent usunął obsługę niektórych znaczników zagnieżdżonych wewnątrz sekcji REJESTR_ZAKUPU_VAT.DOKUMENTY_OBD.DOKUMENT_OBD. Jeśli importowany plik (wygenerowany np. ze starszej wersji programu u klienta lub z zewnętrznego systemu) zawiera te stare, nieobsługiwane już znaczniki, nowa wersja Optimy nie potrafi ich zinterpretować. Zamiast zignorować błąd lub wyświetlić ostrzeżenie, proces importu ulega krytycznemu zatrzymaniu, co objawia się natychmiastowym zamknięciem całej aplikacji.
Jak przygotować plik XML do importu?
Aby odblokować pracę i poprawnie zaczytać dokumenty, musisz zainterweniować w samą strukturę pliku XML przed jego zaimportowaniem.
Wystarczy otworzyć problematyczny plik XML (np. w systemowym Notatniku) i sprawdzić strukturę w okolicach rejestru VAT. Należy usunąć nieaktualne lub nadmiarowe znaczniki dla dokumentów. Użytkownicy raportują, że bez znacznika DOKUMENTY_OBD wewnątrz REJESTR_ZAKUPU_VAT dokumenty przechodzą poprawnie.
Oczywiście docelowym i najbezpieczniejszym rozwiązaniem jest dbanie o to, by obie strony pracujące na wymianie plików (np. biuro rachunkowe i klient) posiadały zawsze program zaktualizowany do tej samej wersji. Wtedy obydwa systemy będą generować pliki XML w identycznym standardzie.
Perspektywa ELTE-S: Błędy w integracjach po aktualizacjach to standard
Przypadek z zamykającą się Optimą przy pracy rozproszonej to doskonały przykład na to, jak nawet najdrobniejsza zmiana w architekturze wymiany danych (usunięcie jednego znacznika XML) potrafi całkowicie położyć ułożony proces.
Jeżeli Twoja firma korzysta z automatycznych importów z zewnętrznych programów (np. systemów sprzedażowych czy magazynowych) za pomocą plików XML, przed każdą dużą aktualizacją Optimy należy sprawdzić, czy struktura pliku wejściowego nie uległa zmianie.
Jeśli napotykasz problemy z wymianą danych, praca rozproszona nie działa jak należy, lub chcesz zautomatyzować przekazywanie dokumentów tak, by uniknąć ręcznego grzebania w plikach XML – daj nam znać. Wyciągniemy problem z logów i zaprojektujemy bezpieczną komunikację.
Porozmawiajmy o usprawnieniach.