Połączenie Paczkomatów z SAP ERP zaczyna się od ustalenia, gdzie powstaje zamówienie i który system tworzy przesyłkę. Nazwa SAP ERP obejmuje różne produkty i konfiguracje, dlatego interfejs oraz zakres integracji trzeba potwierdzić dla środowiska używanego w firmie.
Krótka odpowiedź
Integracja InPost Paczkomaty z SAP ERP przekazuje identyfikator punktu wybranego przez klienta do zamówienia, tworzy przesyłkę i zapisuje numer przewozowy oraz status. Architekturę dobiera się do produktu i wersji SAP, dostępnych interfejsów oraz miejsca powstania zamówienia.
Przed uruchomieniem należy sprawdzić zmianę punktu, anulowanie i ponowienie komunikatu bez zdublowania przesyłki.
Usługi KC Mobile
Potrzebujesz pomocy w tym temacie?
Czytasz poradnik „Integracja InPost Paczkomaty z SAP ERP: warianty i plan wdrożenia”. Napisz, co chcesz zrobić i na jakim etapie jesteś. Ustalimy, czy możemy pomóc i jaki zakres prac będzie potrzebny.
Co oznacza integracja Paczkomatów z SAP ERP?
Integracja Paczkomatów z SAP ERP przekazuje wybór punktu ze sklepu do procesu realizacji, tworzy przesyłkę InPost i zapisuje dane zwrotne w ERP. Zakres minimalny obejmuje identyfikator punktu, dane odbiorcy, metodę dostawy, numer przesyłki i status.
SAP udostępnia różne mechanizmy wymiany danych zależnie od produktu, wersji i konfiguracji. IDoc to format komunikatów do wymiany danych biznesowych między systemami; dokumentacja IDoc Interface/ALE dla SAP NetWeaver AS ABAP 7.52 opisuje jego rolę, ale nie stanowi specyfikacji każdego środowiska SAP ERP. Dokumentacja SAP S/4HANA on-premise 1709 dotyczy konkretnego wydania, dlatego administrator powinien dobrać dokumentację do wersji używanej w firmie.
ShipX jest interfejsem InPost do wymiany danych o usługach logistycznych. Dokumentacja API ShipX InPost opisuje obsługę między innymi przesyłek i punktów odbioru; konkretny konektor musi potwierdzić, które operacje i dane obsługuje dla danego konta.
Proces powinien oddzielać wybór punktu przez klienta od tworzenia przesyłki przez magazyn. Zamówienie zachowuje identyfikator punktu wskazany przez kupującego, a system nadający używa go podczas tworzenia paczki.
Czytasz poradnik „Integracja InPost Paczkomaty z SAP ERP: warianty i plan wdrożenia”. Napisz, co chcesz zrobić i na jakim etapie jesteś. Ustalimy, czy możemy pomóc i jaki zakres prac będzie potrzebny. Omów temat tego poradnika
Jak ustalić produkt i wersję SAP?
Przed projektowaniem integracji ustal dokładny produkt SAP, jego wydanie, wariant wdrożenia i moduły uczestniczące w obsłudze zamówień. Samo określenie SAP ERP nie wskazuje dostępnych interfejsów ani tego, czy firma używa SAP S/4HANA, starszego środowiska czy dodatkowej platformy integracyjnej.
| Element | Co potwierdzić | Pytanie do administratora |
|---|---|---|
| Produkt SAP | Nazwę produktu i wydanie | Jaki produkt obsługuje zamówienia? |
| Wariant wdrożenia | Chmurę lub instalację lokalną | Gdzie działa środowisko? |
| Moduły | Moduły używane w procesie wysyłki | Który moduł tworzy dane dostawy? |
| Interfejs | IDoc, OData, SOAP lub zatwierdzony mechanizm | Który interfejs jest udostępniony? |
| Utrzymanie | Administratora i partnera systemu | Kto zatwierdza zmiany? |
Dokumentacja SAP ma wersje przypisane do produktów i wydań. Przykładowo materiały SAP S/4HANA 1709 oraz SAP NetWeaver 7.31 dotyczący IDoc/ALE opisują konkretne, starsze wydania. Należy używać dokumentacji odpowiadającej wersji wdrożonej w danej firmie.
Jeżeli sklep ma przekazywać do ERP wybór punktu, projekt sklepu internetowego uwzględniający proces zamówień powinien przewidzieć zapis metody dostawy i identyfikatora punktu.
Jak wybrać architekturę połączenia sklepu, SAP i InPost?
Architekturę wybiera się według systemu źródłowego zamówienia, dostępnych interfejsów ERP i miejsca, w którym ma powstawać przesyłka. Dane mogą przechodzić bezpośrednio ze sklepu do ERP, przez integrator albo przez dedykowaną warstwę wymiany komunikatów.
| Wariant | Kierunek danych | Zależność techniczna | Obsługa błędów |
|---|---|---|---|
| Sklep do ERP | Sklep przekazuje zamówienie do SAP | Interfejs sklepu i SAP | Logi sklepu i ERP |
| Integrator | Sklep, integrator i SAP wymieniają dane | Dostępne konektory i mapowanie | Kolejka integratora |
| Warstwa dedykowana | Komunikaty przechodzą przez zaprojektowany interfejs | Projekt i utrzymanie rozwiązania | Monitoring do zaprojektowania |
Każdy wariant powinien wskazywać system, który tworzy przesyłkę, oraz miejsce zapisu numeru przewozowego. Administrator SAP potwierdza dostępny i zatwierdzony interfejs; dokumentacja jednego wydania nie potwierdza jego dostępności w innym środowisku.
Przed konfiguracją narysuj kierunki danych: zamówienie i punkt odbioru do systemu realizacji, dane przesyłki do InPost, a numer i status z powrotem do ERP. Ten schemat rozdziela decyzje architektoniczne od późniejszego mapowania poszczególnych pól.
Jakie pola i reguły dotyczą punktu Paczkomat?
Identyfikator Paczkomatu powinien pochodzić z wyboru klienta i zostać przekazany do danych zamówienia bez ponownego wyliczania z adresu. Przy metodzie Paczkomat brak identyfikatora powinien wstrzymać utworzenie przesyłki i wskazać operatorowi wymagane działanie.
| Pole | System źródłowy | Reguła walidacji | Reakcja na brak lub zmianę |
|---|---|---|---|
| Numer zamówienia | Sklep lub SAP | Wartość wymagana | Wstrzymaj przesyłkę |
| Identyfikator punktu | Wybór klienta w sklepie | Wymagany dla Paczkomatu | Poproś o wybór przed nadaniem |
| Odbiorca | Zamówienie | Format zgodny z konektorem | Skoryguj przed nadaniem |
| Telefon | Zamówienie | Format wymagany przez konektor | Wstrzymaj przy błędzie |
| Usługa | Zamówienie | Zgodna z metodą dostawy | Nie zamieniaj automatycznie |
| Pobranie | Zamówienie lub dokument sprzedaży | Kwota zgodna z płatnością | Wstrzymaj przy rozbieżności |
| Numer przesyłki | Odpowiedź InPost | Zapis po udanym nadaniu | Zachowaj identyfikator przesyłki |
| Status | InPost lub integrator | Aktualizacja zgodna z konektorem | Zachowaj historię zdarzeń |
Jeśli klient zmieni punkt przed utworzeniem przesyłki, integracja powinna przekazać nowy identyfikator. Zmiana po utworzeniu przesyłki wymaga kontrolowanego anulowania albo decyzji operatora, a historia zamówienia powinna wskazać, który punkt znalazł się na etykiecie.
System, w którym klient wybiera punkt, jest źródłem prawdy dla identyfikatora. SAP może przechowywać kopię do realizacji, ale zmiany tej kopii trzeba uzgodnić ze sklepem.
Jak zaplanować wdrożenie w środowisku SAP?
Wdrożenie zaczyna się od analizy obiegu zamówienia i interfejsów, a kończy odbiorem przez osoby obsługujące magazyn i klienta. Właściciel sklepu, administrator SAP i dostawca integracji uzgadniają pola, punkty zapisu oraz sposób zgłaszania błędów.
Przypisz odpowiedzialność za kolejne etapy przed rozpoczęciem konfiguracji:
- Analiza: administrator SAP potwierdza produkt, wersję, moduły i udostępniony interfejs.
- Mapowanie: właściciel sklepu i magazyn wskazują źródło danych punktu, odbiorcy, pobrania i statusu.
- Konfiguracja: dostawca integracji uzgadnia połączenie testowe i sposób ochrony poświadczeń.
- Testy: magazyn sprawdza scenariusze i dowody wykonania.
- Uruchomienie: właściciel procesu akceptuje monitoring i procedurę nadania ręcznego.
Dokumentacja SAP NetWeaver 7.31 dotycząca interfejsu IDoc/ALE obejmuje między innymi konfigurację portów, partnerów, testowanie i monitoring dla wskazanej wersji. Administrator powinien dobrać procedury do wersji SAP i interfejsu używanego w projekcie.
Jeśli sklep i SAP wymieniają dane zamówień, wdrożenie sklepu internetowego z uzgodnionym przepływem danych powinno obejmować zapis metody dostawy oraz punktu odbioru.
Jakie testy wykonać przed startem?
Testy przed startem mają potwierdzić, że wybrany punkt przechodzi ze sklepu do danych przesyłki, a numer wraca do właściwego zamówienia w ERP. Każdy przypadek powinien mieć oczekiwany wynik i system, w którym zespół sprawdzi dowód.
| Przypadek | Oczekiwany wynik | System do sprawdzenia |
|---|---|---|
| Poprawny punkt | Przesyłka zawiera identyfikator z zamówienia | InPost i SAP |
| Brak punktu | Nadanie zostaje wstrzymane | Sklep lub SAP |
| Punkt nieaktualny | Błąd nie tworzy przesyłki | Integrator i logi |
| Pobranie | Kwota jest zgodna z zamówieniem | SAP i dane przesyłki |
| Zmiana metody dostawy | Poprzednia metoda nie tworzy paczki | Sklep i SAP |
| Anulowanie | Wynik anulowania jest widoczny | SAP i integrator |
| Ponowienie komunikatu | Występuje najwyżej jedna przesyłka | SAP i InPost |
| Numer śledzenia | Numer wraca do właściwego zamówienia | SAP |
Dla ponowienia integracja powinna najpierw zidentyfikować wynik poprzedniego żądania. Test zmiany punktu wykonaj przed utworzeniem przesyłki oraz po jej utworzeniu; w drugim przypadku wymagaj anulowania albo decyzji operatora.
Jak diagnozować błędy synchronizacji?
Błąd lokalizuje się według warstwy, w której zatrzymał się komunikat: sklep, integrator, SAP albo połączenie z InPost. Zespół odpowiedzialny za tę warstwę potrzebuje identyfikatora zamówienia, czasu zdarzenia i komunikatu bez sekretów dostępowych.
| Warstwa problemu | Objaw | Dane do sprawdzenia | Właściciel naprawy |
|---|---|---|---|
| Sklep | Brak identyfikatora punktu | Metoda dostawy i wybór klienta | Dostawca sklepu |
| Mapowanie | Odrzucone pole | Nazwa pola i wartość testowa | Dostawca integracji |
| Kolejka | Komunikat oczekuje lub wraca | Czas i identyfikator żądania | Operator integratora |
| SAP | Zamówienie nie aktualizuje statusu | Log interfejsu i uprawnienia | Administrator SAP |
| InPost | Brak odpowiedzi lub błąd usługi | Odpowiedź API i środowisko | Dostawca integracji |
| Środowisko | Test działa, produkcja nie | Adres usługi i poświadczenia | Administrator dostępu |
Dokumentacja SAP NetWeaver 7.31 dotycząca IDoc/ALE opisuje testowanie przetwarzania i monitoring IDoc dla wskazanego wydania. Użyj narzędzia właściwego dla interfejsu, który rzeczywiście obsługuje integrację.
Przy zgłoszeniu problemu dostawca sklepu sprawdza dane zamówienia, administrator SAP analizuje przyjęcie komunikatu, a integrator kontroluje mapowanie i odpowiedź ShipX. Właściciel procesu rozstrzyga, czy po poprawie można wznowić operację.
Co wpływa na czas i koszt integracji SAP?
Czas i koszt zależą od produktu i wersji SAP, gotowości interfejsu, liczby źródeł zamówień oraz zakresu synchronizacji. Wycena powinna oddzielać prace jednorazowe od licencji, wsparcia i aktualizacji.
| Czynnik | Co sprawdzić | Wpływ na zakres |
|---|---|---|
| Wariant SAP | Produkt, wersja i moduły | Zgodność konektora |
| Interfejs | Dostępność i uprawnienia | Prace administratora |
| Kanały sprzedaży | Liczba sklepów i źródeł zamówień | Zakres mapowania |
| Wolumen | Liczba przesyłek i okresy szczytu | Wymagania monitoringu |
| Reguły procesu | Pobranie, częściowa wysyłka, zmiana punktu | Liczba scenariuszy testowych |
| Bezpieczeństwo | Zasady dostępu i przechowywania sekretów | Konfiguracja i utrzymanie |
| Utrzymanie | SLA, aktualizacje i właściciel błędów | Opłaty cykliczne do ustalenia |
Perspektywa KC Mobile
Przed wyceną warto uzgodnić właściciela danych punktu w sklepie i właściciela procesu wysyłki w ERP. Rozdzielenie tych ról ułatwia określenie, kto poprawia dane zamówienia, a kto odpowiada za konfigurację interfejsu.
Więcej poradników w tym temacie
Wspomniane narzędzia
Najczęściej zadawane pytania
Jak połączyć InPost Paczkomaty z SAP ERP?
Jak przekazać identyfikator Paczkomatu ze sklepu do SAP?
Czy etykiety InPost można tworzyć automatycznie z SAP ERP?
Jak testować zmianę Paczkomatu po złożeniu zamówienia?
Czy dokumentacja SAP S/4HANA 1709 opisuje każde środowisko SAP ERP?
Od czego zależy koszt integracji InPost z SAP ERP?
Krzysztof Czapnik
Founder & Technical Lead, KC Mobile
Projektuję i rozwijam strony WordPress, sklepy WooCommerce oraz aplikacje internetowe. Łączę projektowanie z programowaniem, integracjami i technicznym SEO. Projekty KC Mobile prowadzę osobiście.
Potrzebujesz pomocy z tym tematem? Napisz - odpowiem osobiście w 24h.
Potrzebujesz pomocy w tym temacie?
Czytasz poradnik „Integracja InPost Paczkomaty z SAP ERP: warianty i plan wdrożenia”. Napisz, co chcesz zrobić i na jakim etapie jesteś. Ustalimy, czy możemy pomóc i jaki zakres prac będzie potrzebny.