Pierwsze pytanie nie brzmi „API czy pliki". Brzmi: które pole należy do ERP, a które do sklepu. Dopiero ta decyzja mówi, w którą stronę płyną dane, jak często i co się dzieje, gdy oba systemy zmienią tę samą wartość.
Ten dokument powstaje na warsztacie i jest podstawą całego wdrożenia. Poniżej najczęstszy układ — konkretny projekt może mieć inny, ale każde pole musi mieć jedną odpowiedź.
| Typ danych | System główny | System odbiorczy | Kierunek | Częstotliwość |
|---|---|---|---|---|
| Kartoteka towaru, SKU, EAN | ERP | sklep | jednokierunkowo | przy zmianie |
| Cena bazowa i cenniki kontrahentów | ERP | sklep | jednokierunkowo | dobowo lub przy zmianie |
| Promocje i ceny czasowe | sklep | — | bez synchronizacji | — |
| Stan magazynowy | ERP | sklep | jednokierunkowo | co kilka–kilkanaście minut |
| Opisy, zdjęcia, treści SEO | sklep | — | bez synchronizacji | — |
| Zamówienia | sklep | ERP | jednokierunkowo | na zdarzenie |
| Status realizacji i dokument sprzedaży | ERP | sklep | jednokierunkowo | na zdarzenie |
| Dane kontrahenta B2B | ERP | sklep | jednokierunkowo | przy zmianie |
Zwróć uwagę na wiersze bez synchronizacji. Świadome zostawienie pola w jednym systemie jest równie ważną decyzją jak włączenie wymiany — to ono chroni dopracowane opisy przed nadpisaniem przez nocny import.
ERP prowadzi kartotekę, ceny i stany. Sklep jest kanałem sprzedaży i zwraca zamówienia. Najprostszy w utrzymaniu, wymaga jednak, żeby ERP miał komplet danych produktowych.
Kiedy: jedna główna baza towarowa, sprzedaż głównie przez własny sklep.
Między ERP a sklepem stoi proces, który normalizuje dane, waliduje je i pilnuje kolejek. Więcej pracy na starcie, ale awaria jednego systemu nie zatrzymuje drugiego.
Kiedy: kilka kanałów sprzedaży, wiele źródeł danych, wymóg logów i ponowień.
ERP odpowiada za dane handlowe, sklep za katalog i treści. Każdy system jest źródłem prawdy dla swojego zestawu pól, wymiana obejmuje tylko część danych.
Kiedy: rozbudowany content i SEO po stronie sklepu, ERP bez pól marketingowych.
Nie każde pole musi być aktualne co minutę. Dobór trybu per typ danych obniża koszt utrzymania i liczbę rzeczy, które mogą się zepsuć.
Bez osoby, która może zmienić konfigurację eksportu albo dodać pole, projekt zatrzymuje się na pierwszym brakującym atrybucie.
Integracja testowana na produkcji to zamówienia-widma i pomieszane dokumenty. Potrzebna jest kopia ERP albo tryb próbny.
Trzeba zdecydować, czy przenosimy zamówienia i kontrahentów wstecz, czy startujemy od daty granicznej.
Kolejka trzyma dane czy je gubi, kto dostaje alert, jak długo sklep może działać bez ERP — to decyzje biznesowe, nie techniczne.
Odpowiemy propozycją matrycy źródła prawdy i wskażemy, które pola warto zsynchronizować w pierwszym etapie.