Integracja rzadko pada od razu. Najpierw kilka rekordów do poprawki, potem ręczne porównywanie w arkuszu, a na końcu nikt nie wie, który system mówi prawdę. Taki stan porządkuję.
Sklep pokazuje inny stan niż Subiekt albo Optima, część zamówień wchodzi dwa razy, a raz w tygodniu ktoś siada do arkusza i porównuje ręcznie. Zwykle nie trzeba pisać integracji od nowa — trzeba znaleźć miejsce, w którym dane się rozjeżdżają, ustalić, który system rozstrzyga, i poprawić możliwie mały fragment. Tym się zajmuję, także wtedy, gdy integrację pisał ktoś inny i nie ma z nim kontaktu.
Stan w sklepie pokazuje inną liczbę niż magazyn w Subiekcie czy Optimie.
Zamówienia przychodzą podwójnie albo giną bez śladu i bez komunikatu.
Co tydzień ktoś porównuje pliki ręcznie, bo nie wiadomo, dlaczego część rekordów się różni.
Po aktualizacji ERP albo zmianie tokenu API integracja działa „prawie”, a wyjątki lądują w mailu.
Integrację pisał ktoś inny dawno temu i nie ma dokumentacji ani kontaktu do wykonawcy.
Najczęstsze przyczyny to rezerwacje liczone po jednej stronie, kilka magazynów zmapowanych na jeden, opóźniona synchronizacja, produkty złożone i zestawy, wyjątki w kartotece SKU oraz ręczne korekty, których nikt nie opisał. Odtwarzam jeden konkretny towar od dokumentu w ERP do liczby w sklepie i pokazuję, w którym kroku wartość się zmienia.
Po aktualizacji Subiekta GT lub Nexo potrafi zmienić się wersja Sfery, wymagany .NET, tryb x64 albo pole w odpowiedzi. Porównuję starą i nową odpowiedź systemu, wskazuję zmianę i naprawiam najmniejszy możliwy fragment adaptera. Test idzie na kopii danych, dopiero potem produkcja.
Dla każdego typu danych — stan, cena, status wysyłki, zwrot — musi istnieć jeden system rozstrzygający i zapisana reguła na wypadek sporu. Kiedy to ustalimy, porównanie pokazuje wyłącznie wyjątki do decyzji, a nie całą tabelę do przeglądania.
Nie zaczynam od przebudowy. Najpierw odtwarzam jeden konkretny przypadek i pokazuję, gdzie przepływ się rozjechał.
Sprawdzam mapowanie magazynów, sposób liczenia stanu dostępnego i rezerwacje po stronie sklepu. Wynikiem bywa poprawiony filtr, zmiana częstotliwości synchronizacji albo raport różnic do codziennego nadzoru.
Dla każdego typu danych ustalam jedno źródło: stany, ceny, statusy wysyłki i zwroty mają osobnych właścicieli. Potem dopinam porównanie, które pokazuje wyłącznie wyjątki, zamiast pełnej tabeli do przeglądania.
Ta sama paczka danych potrafi wejść drugi raz, bo pierwsze wywołanie nie dostało potwierdzenia. Dodaję ochronę przed podwójnym przetworzeniem i listę rekordów, które wymagają ręcznego sprawdzenia.
Porównuję starą i nową odpowiedź systemu, znajduję zmienione pole albo wygasły token i naprawiam możliwie najmniejszy fragment adaptera. Przed uruchomieniem na produkcji testuję na kopii danych.
Jeśli o błędzie dowiadujesz się od klienta, dodaję log zdarzeń, kolejkę wyjątków i prosty sygnał, że coś wymaga spojrzenia. Awaria przestaje być niewidzialna.
Dobieram narzędzia do konkretnego przepływu. Nie zakładam z góry wymiany systemu ani budowy dużej platformy.
Biorę jeden przypadek, który się rozjechał: zamówienie, dokument albo stan, i idę z nim przez wszystkie systemy.
Dla każdego typu danych wskazuję system rozstrzygający. Bez tego każda poprawka jest zgadywaniem.
Naprawiam możliwie najmniejszy fragment: mapowanie, filtr, ponowienie albo częstotliwość synchronizacji.
Zostawiam sposób sprawdzania, czy integracja nadal działa, żeby następna awaria nie przeszła po cichu.
Pierwsza rozmowa jest bezpłatna. Cenę podaję po zobaczeniu procesu, nie z cennika. Jeśli da się to rozwiązać prościej albo gotowym narzędziem, mówię o tym na początku.
Wystarczy, że powiesz, co dziś zabiera czas: które liczby się różnią, kiedy powstał problem i kto go pierwszy zauważył.
Na zanonimizowanych danych sprawdzam kolejność zdarzeń i miejsce, w którym dane zaczynają się różnić.
Wiesz, co dokładnie zamierzam zmienić i ile to kosztuje, zanim napiszę pierwszą linię kodu.
Po poprawce dostajesz raport różnic oraz sposób sprawdzania integracji przy kolejnej aktualizacji systemu.
Najpierw jeden przepływ, potem reszta. Zakres, kolejność prac i jedna cena na piśmie, zanim zacznę.
Logi, raport odrzuconych rekordów i dokumentacja. Przy aktualizacji ERP wiadomo, co się stało i gdzie szukać.
Po wdrożeniu zostaję do obsługi i rozwoju. Płatna miesięcznie, bez umowy rocznej. Rozmawiasz ze mną, nie z działem.
Przejmuję też rozwiązania, które zrobił ktoś inny: najpierw diagnoza cudzego kodu i logów, potem możliwie mała poprawka, na końcu dokumentacja przepływów i sposobu restartu.
Wystarczy krótki opis: jakie systemy są zaangażowane, co robisz ręcznie i jaki wynik chcesz sprawdzać. Odpowiadam w 24 h. Rozmawiasz bezpośrednio ze mną.