Eksport zamówień B2B do ERP,
CSV, XLSX, BaseLinkera lub własnego API

Budujemy eksport zamówień B2B z platformy e-commerce do systemu operacyjnego firmy. Mapujemy pozycje, SKU, EAN, ilości, ceny, dane klienta, NIP, adresy, statusy i logi, aby handlowiec nie przepisywał zamówień ręcznie do ERP.

order_export_b2b.csv ERP ready
Order #000154 exported → ERP
CSVLOG OK
fieldsSKU · EAN · qtypozycje zamówienia
customerNIP · adres · e-maildane kontrahenta
statusnew → exportedblokada duplikatu
ZamówienieMapowanieERP
ERP
format systemu firmy, pola, statusy i identyfikatory
CSV
szybkie MVP eksportu bez pełnej integracji API
LOG
kontrola błędów, duplikatów i ponowienia eksportu

Ta usługa dotyczy przekazania zamówienia do dalszej obsługi

Nie opisujemy tutaj całej platformy B2B ani samego logowania. Skupiamy się na tym, jak zamówienia mają wychodzić ze sklepu: w jakim formacie, z jakimi polami, statusem, kontrolą błędów i ochroną przed duplikacją.

📤

Eksport do ERP

Przygotowujemy zamówienie w formacie wymaganym przez system firmy: ERP, Enova, Subiekt, BaseLinker, plik CSV/XLSX albo własny endpoint API.

SKU

Pozycje i warianty

Mapujemy SKU, EAN/GTIN, nazwę, rozmiar, kolor, ilość, cenę, rabat, VAT i identyfikator produktu, aby system docelowy mógł poprawnie utworzyć dokument.

LOG

Statusy i logi

Eksport nie może działać „na ślepo”. Dodajemy statusy, timestampy, identyfikator eksportu, raport błędów i zabezpieczenie przed wysłaniem tego samego zamówienia kilka razy.

Eksport zamówień jest krytyczny, gdy B2B zaczyna generować realny wolumen

Na początku zamówienia można obsłużyć ręcznie. Problem pojawia się wtedy, gdy partnerzy składają większe koszyki, handlowcy przepisują pozycje do ERP, a jeden błąd w SKU, EAN albo adresie blokuje realizację.

  • zamówienia z platformy są ręcznie przepisywane do ERP lub arkusza,
  • brakuje stałego formatu dla SKU, EAN, ilości, cen, rabatów i adresów,
  • nie wiadomo, które zamówienie zostało już wyeksportowane, a które wymaga poprawki,
  • statusy w sklepie nie odpowiadają etapom obsługi po stronie firmy,
  • ERP wymaga kodów produktów, kontrahentów lub magazynów innych niż sklep,
  • eksport pliku działa ręcznie, ale brakuje logów, walidacji i ponowienia błędnych pozycji.
Orderid, data, status, źródło, komentarz klienta
ItemsSKU, EAN, wariant, ilość, cena, rabat
Customerfirma, NIP, e-mail, telefon, grupa klienta
Addressdostawa, faktura, metoda, kraj, uwagi
ExportCSV, XLSX, API, BaseLinker, ERP, log

Co powinien zawierać dobry eksport zamówień B2B?

Format eksportu musi wynikać z procesu po stronie firmy. Inaczej przygotowujemy plik CSV dla handlowca, inaczej integrację API z ERP, a jeszcze inaczej przekazanie zamówienia do BaseLinkera.

ORD

Dane zamówienia

Numer zamówienia, data, status, źródło, waluta, komentarz, metoda dostawy, wartość netto/brutto, koszt dostawy i informacja, czy zamówienie było już eksportowane.

SKU

Pozycje produktów

SKU, EAN/GTIN, nazwa, wariant, rozmiar, ilość, cena jednostkowa, rabat, VAT, magazyn i ewentualny kod produktu wymagany przez ERP.

NIP

Dane kontrahenta

Firma, NIP, adres faktury, adres dostawy, osoba kontaktowa, e-mail, telefon, grupa klienta i identyfikator kontrahenta w systemie docelowym.

CSV

Format pliku

CSV, XLSX lub XML z ustalonym separatorem, kodowaniem, kolejnością kolumn, nazwami pól i obsługą znaków specjalnych w nazwach produktów oraz adresach.

API

Integracja API

Wysyłka zamówień przez REST API, tokeny, status odpowiedzi, retry, timeouty, idempotency key i log techniczny pozwalający odróżnić błąd ERP od błędu sklepu.

LOG

Kontrola duplikatów

Po udanym eksporcie zapisujemy identyfikator systemu zewnętrznego i status, aby ponowne kliknięcie lub cron nie utworzył drugiego zamówienia.

Nie każdy eksport musi od razu być pełną integracją API

W B2B często najlepszym MVP jest stabilny CSV/XLSX zgodny z procesem firmy. API ma sens, gdy wolumen rośnie, zamówienia muszą trafiać do ERP automatycznie, a statusy powinny wracać do sklepu.

  • CSV/XLSX jest dobry jako szybki start, gdy ERP importuje pliki lub handlowiec potrzebuje kontrolowanego arkusza,
  • API jest lepsze, gdy zamówienia mają tworzyć się automatycznie i wracać ze statusem realizacji,
  • BaseLinker może działać jako pośrednik, jeśli firma już obsługuje tam zamówienia i magazyny,
  • przy każdym wariancie potrzebne są logi, statusy i zasady ponowienia błędnego eksportu,
  • format eksportu powinien być testowany na realnych produktach, wariantach i danych kontrahenta.
# przykład rekordu eksportu order_id;customer_id;tax_id;sku;ean;qty;price 000154;B2B_348;PL1234567890;30A0866-N950;8059342040000;14;274.99 # status export_status: exported external_id: ERP/2026/154 exported_at: 2026-05-11 10:42 ✓ duplicate_export_blocked

Jak wdrażamy eksport zamówień B2B?

Najpierw definiujemy format docelowy, potem mapujemy dane, testujemy realne zamówienia i dopiero na końcu automatyzujemy wysyłkę.

01

Format ERP lub pliku

Ustalamy wymagane kolumny, separatory, kodowanie, pola klienta, statusy, identyfikatory produktów i sposób obsługi zamówień z wieloma pozycjami.

02

Mapowanie danych

Łączymy pola sklepu z formatem docelowym: order ID, SKU, EAN, wariant, ilość, cena, rabat, NIP, adresy, metoda dostawy i komentarze.

03

Testowe zamówienia

Tworzymy zamówienia z realnymi produktami, wieloma wariantami, różnymi klientami, adresami i scenariuszami błędów, zanim eksport dotknie produkcji.

04

Logi i automatyzacja

Dodajemy status eksportu, raport błędów, blokadę duplikatów, retry i tryb ręczny lub cykliczny przez cron, API albo panel administratora.

FAQ eksportu zamówień B2B do ERP

Najczęstsze pytania o CSV, XLSX, API, BaseLinkera, mapowanie pól, statusy eksportu, duplikaty i błędy w zamówieniach B2B.

Nie. MVP często zaczyna się od CSV lub XLSX, bo szybciej da się dopasować format do pracy handlowców i ERP. API ma sens przy większej skali, potrzebie automatycznego tworzenia zamówień i dwukierunkowej synchronizacji statusów.
Tak. To podstawowy warunek kontroli procesu. Można eksportować tylko zamówienia nowe, opłacone, zaakceptowane przez handlowca albo oznaczone konkretnym statusem. Dzięki temu wersje robocze i błędne zamówienia nie trafiają do ERP.
Po udanym eksporcie zapisujemy status, datę i identyfikator z systemu docelowego. Kolejna próba eksportu powinna zostać zablokowana albo wymagać świadomego ponowienia. Przy API stosuje się też idempotency key i log odpowiedzi z ERP.
Tak, jeśli te dane znajdują się w zamówieniu lub profilu klienta i są potrzebne w ERP. W B2B zwykle eksportujemy firmę, NIP, adres faktury, adres dostawy, e-mail, telefon, osobę kontaktową i grupę klienta.
Trzeba przygotować mapowanie identyfikatorów: SKU sklepu, EAN, kod ERP, wariant i ewentualnie magazyn. Eksport nie powinien zgadywać kodów w locie. Brak mapowania musi trafić do raportu błędów, a nie do cichego pominięcia pozycji.
Może, jeśli firma już obsługuje tam zamówienia, statusy lub logistykę. Wtedy sklep wysyła zamówienie do BaseLinkera, a dalszy proces może odbywać się przez istniejący integrator. Trzeba jednak pilnować mapowania produktów, statusów i ochrony przed duplikacją.
Tworzymy testowe zamówienia z różnymi klientami, wariantami, ilościami, adresami, rabatami i brakującymi polami. Następnie porównujemy plik lub payload API z wymaganiami ERP i sprawdzamy, czy błędy są logowane, a statusy zmieniają się poprawnie.

Chcesz przestać przepisywać zamówienia B2B ręcznie?

Opisz, gdzie dziś trafiają zamówienia, jakiego formatu wymaga ERP i jakie pola są obowiązkowe. Przygotujemy eksport CSV/XLSX/API z mapowaniem, logami i kontrolą duplikatów.