Migracja integratora: plan przełączenia zamówień i automatów

Ustal zakres przed podłączeniem kanałów

Zmiana integratora wymaga planu dla zamówień, dokumentów, magazynu i powiadomień. Samo uruchomienie dwóch paneli nie zabezpiecza sprzedaży. Jeżeli oba wykonują tę samą operację, mogą powstać podwójne faktury albo sprzeczne zmiany stanów.

Ten poradnik pomaga przygotować granicę przełączenia i odbiór. Zakres wsparcia NavyFlame znajdziesz na stronie migracji, a zmianę konkretnego narzędzia opisuje osobny poradnik migracji z Base.

Karta przełączenia: co zapisać

Przygotuj jedną kartę dla pierwszego kanału. Nie wpisuj do niej haseł ani kluczy API.

Równoległy dostęp do danych może pomóc w porównaniu wyników. Zapis dla tej samej operacji powinien mieć jednego wykonawcę. Sprawdź, czy nowy zakres jest rzeczywiście ograniczony, zamiast włączać automaty tylko po to, aby zobaczyć, co się wydarzy.

Co z historią zamówień i faktur

Osobno sprawdź pobieranie nowych zamówień, dostępny zakres historii i przenoszenie dokumentów. Nie zakładaj, że wszystkie integracje zaczynają od daty podłączenia ani że kopiują całe archiwum.

Dokumenty mogą pozostać w systemie, w którym je wystawiono. Przed rezygnacją ze starej usługi ustal dostęp i eksporty. Otwarcie pliku eksportu nie potwierdza kompletności historii: porównaj liczby rekordów, zakres dat, załączniki i możliwość odnalezienia wybranego dokumentu.

Konfigurację reguł, statusów i powiadomień również oceń oddzielnie. Nazwa takiej samej funkcji w dwóch programach nie oznacza identycznych warunków działania.

Przygotowanie eksportów i ograniczonej próby opisuje rozdział Import i migracja. Wynik importu sprawdzaj na liście zamówień, a dokumenty i załączniki odbierz oddzielnie.

Próba na jednym kanale

1. Spisz działające automaty i ich zakres. Ustal, które operacje pozostają w dotychczasowym systemie podczas próby.
2. Potwierdź dostęp do kanału i zakres pobierania zamówień. Porównaj identyfikator, datę, status, płatność i kwoty wybranego rekordu.
3. Włącz tylko uzgodniony zakres nowego procesu, po potwierdzeniu, że stary nie wykona tej samej operacji.
4. Sprawdź rezultat w systemie docelowym: dokument, stan lub przesyłkę, zależnie od zakresu. Sam import zamówienia nie kończy odbioru.
5. Uzgodnij wyjątki i operacje w toku. Rozszerz zakres dopiero po ich wyjaśnieniu.

Przy zamówieniach porównaj także rabat, dostawę i dane firmy. Dla magazynu potwierdź powiązania produktów, a nie tylko podobne nazwy. Dla powiadomień sprawdź, czy odbiorca nie dostanie wiadomości z obu systemów.

Przykład granicy przełączenia

Poniżej jest scenariusz demonstracyjny, nie historia klienta. Zamówienie A wpłynęło przed uzgodnioną granicą, ale płatność potwierdzono po niej. Zamówienie B wpłynęło już po granicy.

Nie kieruj ich automatycznie do różnych wykonawców wyłącznie według godziny płatności. Ustal, który system odpowiada za całe zamówienie A i za jego dokument, oraz od jakiego zbioru rekordów zaczyna nowy proces. Następnie sprawdź oba zamówienia po aktualizacji statusów.

Jeżeli dokument A wystawił już stary system, nowy automat nie powinien tworzyć go ponownie. Wynik potwierdza numer dokumentu i powiązanie z zamówieniem, a nie brak zgłoszenia błędu.

Kiedy zatrzymać rozszerzanie zakresu

Powrót do starego procesu zaczyna się od zatrzymania nowego zapisu i uzgodnienia tego, co już wykonano. Nie wszystkie skutki, takie jak wystawiona faktura lub nadana przesyłka, można cofnąć przełączeniem ustawienia.

Odbiór i następny kanał

Zapisz liczbę porównanych zamówień, wykryte różnice, wynik ich wyjaśnienia i nadal ręczne czynności. Taki zapis jest podstawą decyzji o kolejnym kanale. Nie obiecuj zerowej przerwy ani terminu migracji przed sprawdzeniem rzeczywistego zakresu.

W przewodniku migracji w demo poznasz widoki połączeń, zamówień i reguł. Demo nie importuje archiwum ani konfiguracji starego programu. Próbę na swoich danych zaplanuj po sprawdzeniu zakresu migracji i aktualnej oferty.