Konfiguracja protokołu AS2 w 4 dni robocze

Dzień 1: Audyt infrastruktury i przygotowanie stałego IP

Pierwszy etap zaczynamy od sprawdzenia, czy Twoja sieć jest gotowa na przyjęcie połączenia typu punkt-punkt. Protokół AS2 wymaga stałego, publicznego adresu IP, aby partner handlowy wiedział dokładnie, gdzie wysłać fakturę lub zamówienie. W marcu 2024 roku pomagaliśmy firmie z branży spożywczej, która przez 3 dni nie mogła nawiązać łączności, bo ich dostawca internetu co 24 godziny zmieniał adres serwera. Dane płyną bez błędów tylko wtedy, gdy fundamenty są stabilne.

Nasz zespół konfiguruje firewall tak, aby przepuszczał ruch na konkretnym porcie, zazwyczaj jest to port 80 lub 443. Nie otwieramy całej sieci na świat, lecz tworzymy wąskie gardło, przez które przechodzą tylko paczki danych od zweryfikowanego kontrahenta. Taka izolacja to podstawa bezpieczeństwa B2B. Ustawiamy reguły dostępu dla konkretnych adresów IP sieci handlowej, co eliminuje ryzyko nieautoryzowanych prób logowania. Całość prac w tym kroku zajmuje nam około 3,2 godziny zegarowej.

Przygotowujemy również dokumentację techniczną, która zawiera identyfikatory AS2 (tzw. AS2-ID). To unikalne nazwy, które będą widoczne w nagłówkach każdej wysyłanej wiadomości. Ważne jest, aby nazwy te były krótkie i nie zawierały polskich znaków, co często bywa przyczyną odrzucania plików przez starsze systemy mainframe. Konkret, bez lania wody: bez poprawnego IP i ID nie ruszymy dalej, więc ten etap traktujemy z najwyższym priorytetem w grafiku.

Stabilne, stałe IP to fundament, bez którego automatyzacja EDI zawsze kończy się błędami w komunikacji.

Dzień 2: Generowanie certyfikatów i wymiana kluczy RSA

Bezpieczeństwo w protokole AS2 opiera się na szyfrowaniu asymetrycznym. Generujemy parę kluczy: prywatny, który zostaje na Twoim serwerze, oraz publiczny, który wysyłamy do partnera. Używamy standardu X.509 o długości 2048 bitów. Jest to wystarczająca moc obliczeniowa, aby zabezpieczyć dane przed przejęciem, a jednocześnie nie obciążać zbytnio procesora serwera podczas deszyfrowania dużych plików XML. Ustawiamy i działa, bez zbędnych komplikacji sprzętowych.

Wielu dostawców popełnia błąd, używając certyfikatów o zbyt krótkim terminie ważności. My standardowo ustawiamy okres 2 lat, co daje spokój na długi czas. Swoją drogą, warto dodać do kalendarza przypomnienie o wygasaniu certyfikatu na 30 dni przed końcem, aby uniknąć nagłego zablokowania dostaw. W 2023 roku uratowaliśmy 12 przesyłek dla klienta z branży budowlanej, u którego certyfikat wygasł w niedzielę wieczorem, a my przygotowaliśmy nowy w poniedziałek o 7:15 rano.

Po wygenerowaniu kluczy przesyłamy certyfikat publiczny do działu IT Twojego kontrahenta. Często wymaga to wypełnienia formularza technicznego w portalu dostawcy. Nasi specjaliści biorą to na siebie, komunikując się bezpośrednio z technikami po drugiej stronie. Dzięki temu unikasz stresu związanego z tłumaczeniem parametrów kryptograficznych. Mniej Excela, więcej automatyzacji – to nasza zasada przy każdym wdrożeniu kluczy szyfrujących.

Dzień 3: Konfiguracja powiadomień MDN i testy pętli

MDN, czyli Message Disposition Notification, to cyfrowe potwierdzenie odbioru. To serce protokołu AS2, które daje Ci pewność, że faktura dotarła do księgowości Castoramy czy Leroy Merlin. Ustawiamy system tak, aby automatycznie żądał podpisanego potwierdzenia MDN dla każdej wysłanej paczki. Jeśli w ciągu 11 minut nie otrzymamy zwrotki, system OurEdi automatycznie podnosi flagę ostrzegawczą. Dzięki temu wiesz o problemie, zanim klient zadzwoni z reklamacją.

Przeprowadzamy testy pętli (loopback), wysyłając testowe pliki na własny serwer, a następnie na środowisko testowe partnera. Sprawdzamy, czy sumy kontrolne plików zgadzają się co do jednego bita. W październiku zeszłego roku wykryliśmy, że jeden z systemów u klienta ucinał ostatnią linię w plikach CSV, co powodowało błędy w cenach. Poprawiliśmy to w 45 minut, zmieniając ustawienia kodowania znaków na UTF-8. Dane muszą płynąć bez błędów, nawet tych niewidocznych na pierwszy rzut oka.

Konfigurujemy również powiadomienia e-mail dla Twojego zespołu logistyki. Zamiast logować się do panelu, dostają krótką wiadomość: 'Zamówienie 487 odebrane poprawnie'. To oszczędza czas i pozwala skupić się na pakowaniu towaru, a nie na pilnowaniu serwera. Na tym etapie wdrożenia 83% naszych klientów zaczyna odczuwać realną ulgę, bo widzą, że system zaczyna ze sobą 'rozmawiać' bez ich czynnego udziału.

Dzień 4: Produkcyjne uruchomienie i monitoring ruchu

Ostatni dzień to przełączenie na tryb produkcyjny. Monitorujemy pierwsze 3-4 realne zamówienia, które wpadają do systemu. Sprawdzamy czasy odpowiedzi i obciążenie łącza. Zazwyczaj pierwsza paczka danych pojawia się w systemie w ciągu 2 godzin od oficjalnego startu. Marek Zalewski osobiście nadzoruje ten proces, upewniając się, że mapowanie pól między EDI a Twoim systemem ERP przebiega zgodnie z dokumentacją ustaloną na początku.

Zamykamy proces szkoleniem dla 2 osób z Twojej firmy, które będą obsługiwać system. Nie zasypujemy ich technicznym żargonem. Pokazujemy tylko, jak sprawdzić status wysyłki i co zrobić, gdy partner handlowy twierdzi, że czegoś nie dostał (choć przy poprawnym MDN takie sytuacje zdarzają się rzadko). Przekazujemy kompletny folder z certyfikatami i hasłami dostępu. Wszystko jest jasne, przejrzyste i gotowe do pracy przez 24 godziny na dobę.

Po zakończeniu wdrożenia nie znikamy. Nasze 7 lat doświadczenia nauczyło nas, że prawdziwa automatyzacja wymaga opieki w pierwszych tygodniach. W OurEdi oferujemy wsparcie po-wdrożeniowe, reagując na zgłoszenia w ciągu 3-6 godzin w dni robocze. Obecnie obsługujemy 43 stałych klientów, którzy zapomnieli już, jak wygląda ręczne wpisywanie faktur do portali sieci handlowych. Konkretny proces daje konkretne rezultaty.

Przejście na produkcję to moment, w którym technologia zaczyna realnie zarabiać na Twój czas.