Integracje i przepływ danych
Systemy, które w końcu ze sobą rozmawiają
ERP, PIM, magazyn, sklep i marketplace'y mogą działać jak jeden organizm albo jak pięć osobnych firm w jednym budynku. Różnicę robi architektura, nie liczba wtyczek.
Uproszczony schemat. W realnym projekcie ustalamy, który system jest źródłem prawdy dla każdego pola z osobna.
Objawy
Jak wygląda integracja, która się posypała
Rzadko przestaje działać z hukiem. Zwykle po prostu cicho przestaje być prawdziwa.
08:14:02 ERP → allegro BŁĄD nieznane pole „ean_new”
Działa, dopóki ktoś nie zmieni jednego pola
Ktoś dodaje atrybut w ERP, integracja przestaje przechodzić i nikt nie łączy tych dwóch faktów przez tydzień. Bo integracja była napisana raz, pod ówczesną strukturę danych, i nie miała żadnej obsługi zmian.
08:14:02 WMS → sklep OSTRZEŻENIE stan magazynowy sprzed 6 h
Stany rozjeżdżają się w ciągu dnia
Synchronizacja raz na dobę wystarcza, dopóki nie zaczniecie sprzedawać szybko. Potem to już nie jest kwestia techniczna, tylko zwroty, anulowane zamówienia i obniżona pozycja na marketplace.
08:14:02 PIM → katalog PDF BRAK ostatnia udana synchronizacja: 19 dni temu
Padło i nikt nie wie od kiedy
Nie ma monitoringu, nie ma alertów, nie ma osoby odpowiedzialnej. Problem wychodzi wtedy, gdy zgłasza go klient - czyli w najgorszym możliwym momencie.
08:14:02 audyt architektury BŁĄD 7 integracji · 4 wykonawców · 0 dokumentacji
Każdy nowy kanał to nowy skrypt od kogoś innego
Po trzech latach nikt w firmie nie umie narysować, jak dane płyną. Każda zmiana wymaga archeologii, a każdy wykonawca zaczyna od „to trzeba napisać od nowa”.
Zakres
Co łączymy
Nie jesteśmy przywiązani do jednej technologii integracyjnej. Dobieramy ją do tego, co już macie i kto będzie to utrzymywał po nas.
Systemy źródłowe
PIM i dane produktowe
E-commerce
Marketplace
Warstwa integracyjna
Kanały wyjściowe
Podejście
Zasady, których się trzymamy
Integracja to nie skrypt. To decyzja o tym, jak firma zarządza swoimi danymi przez najbliższe pięć lat.
Jedno źródło prawdy dla każdego pola
Cena z ERP, opis z PIM, stan z magazynu - ustalone i zapisane, pole po polu. Większość konfliktów danych bierze się z tego, że dwa systemy mogą zapisywać to samo.
Synchronizacja na żywo tylko tam, gdzie trzeba
Stany magazynowe - tak. Opisy produktów - nie. Integracja czasu rzeczywistego wszędzie jest droga w budowie i krucha w utrzymaniu.
Monitoring i alerty od pierwszego dnia
Integracja bez powiadomienia o błędzie to integracja, o której awarii dowiecie się od klienta. Uruchamiamy ją razem z systemem, nie „w kolejnym etapie”.
Dokumentacja mapowania pól jest częścią dostawy
Arkusz: pole źródłowe, pole docelowe, reguła transformacji, właściciel. Bez tego kolejny wykonawca zaczyna od zera i policzy Wam to jeszcze raz.
Wykonawców rozliczamy z efektu
Kryteria odbioru ustalone przed startem, testy na Waszych danych, nie na przykładowych. Nie płacicie za przepracowane godziny, tylko za działający przepływ.
Budujemy tak, żeby dało się to przejąć
Standardowe technologie, opisany proces, przekazanie zespołowi lub Waszemu dostawcy. Uzależnienie klienta od jednego wykonawcy jest wygodne dla wykonawcy, nie dla klienta.
Przebieg
Jak prowadzimy projekt
Architektura
Inwentaryzacja systemów, diagram docelowego przepływu, decyzja o źródle prawdy dla każdego obszaru danych i wybór technologii integracyjnej.
Mapowanie pól
Pole po polu: co skąd pochodzi, jak się przekształca, co się dzieje przy braku wartości i przy konflikcie. Najbardziej żmudny etap i ten, który później ratuje projekt.
Budowa i testy
Prowadzimy wykonawców, pilnujemy harmonogramu i odbieramy pracę na Waszych realnych danych. Testujemy też scenariusze błędne, nie tylko poprawne.
Uruchomienie i monitoring
Wdrożenie produkcyjne, alerty, procedura obsługi błędów i przekazanie dokumentacji. Po starcie zostajemy na czas stabilizacji.
Efekt
Co zostaje u Was po projekcie
Poza działającymi integracjami - rzeczy, dzięki którym następna zmiana nie będzie kosztować tyle co pierwsza.
- Diagram architekturyAktualny schemat wszystkich systemów i przepływów, w formie, którą rozumie też zarząd.
- Dokumentacja mapowaniaArkusz z każdym polem: źródło, cel, reguła transformacji, właściciel biznesowy.
- Monitoring i alertyPowiadomienia o nieudanych synchronizacjach, trafiające do konkretnej osoby, nie na wspólną skrzynkę.
- Procedura obsługi błędówCo robi osoba, która dostała alert - krok po kroku, bez potrzeby dzwonienia do wykonawcy.
- Kryteria odbioruSpisane przed startem, więc odbiór jest sprawdzeniem listy, a nie negocjacją.
- Przeszkolony zespółOsoby po Waszej stronie, które wiedzą, jak system działa i gdzie zaglądać, gdy coś nie przejdzie.
Współpraca
Dwa modele do wyboru
Model 1
Projekt zamknięty
Konkretny zakres, stała cena, ustalony termin. Kończy się przekazaniem dokumentacji i przeszkoleniem zespołu.
- Wycena po etapie architektury, nie wcześniej
- Płatność w kamieniach milowych
- Gwarancja na wykonane integracje
- Dobry wybór, gdy macie własne IT
Model 2 · częstszy
Projekt i opieka
To samo co wyżej, plus stała opieka po uruchomieniu. Integracje wymagają reagowania - API się zmieniają, marketplace'y zmieniają wymogi, katalog rośnie.
- Reakcja na awarie w ustalonym czasie
- Bieżące zmiany i nowe kanały bez osobnych umów
- Przegląd architektury raz na kwartał
- Miesięczny ryczałt ustalany po projekcie
Pytania
Najczęściej pytacie o to
Piszecie kod integracji sami?
Projektujemy architekturę i prowadzimy projekt. Kod pisze zespół wykonawczy - nasz albo Wasz, albo dostawca, którego już macie. Odpowiadamy za to, żeby efekt działał i był udokumentowany, nie za liczbę przepracowanych godzin.
Mamy już integracje od poprzedniego wykonawcy. Trzeba je wyrzucić?
Zwykle nie. Częściej problemem jest brak dokumentacji i monitoringu niż sam kod. Zaczynamy od inwentaryzacji tego, co działa, i wymieniamy tylko to, co realnie tego wymaga.
Czy potrzebujemy PIM, żeby zrobić integracje?
Nie zawsze. Przy prostym katalogu i dwóch kanałach można podpiąć ERP bezpośrednio. PIM zaczyna się opłacać, gdy kanałów jest więcej i każdy oczekuje innego zestawu danych.
Ile to kosztuje?
Pojedyncza integracja to zwykle kilkanaście tysięcy złotych, pełne uporządkowanie przepływów w firmie z ERP i kilkoma kanałami - kilkadziesiąt. Konkretną wycenę podajemy po etapie architektury, bo wcześniej byłaby zgadywaniem.
Pracujecie z SAP-em?
Tak, w tym z integracjami SAP z systemami PIM i kanałami sprzedaży. To najczęstszy przypadek w projektach dla dużych producentów.
Co, jeśli nasze API jest niestandardowe albo w ogóle go nie ma?
Normalna sytuacja w firmach produkcyjnych. Wtedy pracujemy na plikach, bazie pośredniej albo warstwie middleware. Brak API wydłuża projekt, ale go nie blokuje.
Zanim cokolwiek połączymy, trzeba wiedzieć co i po co
Audyt pokazuje, jak dane płyną dziś, gdzie się gubią i ile to kosztuje rocznie. Dopiero na tej podstawie da się zaprojektować architekturę, która przeżyje dłużej niż rok.