zakup produktu

Zakup produktu to zdarzenie wyzwalające wiadomość transakcyjną lub posprzedażową.

Zdarzenie, które uruchamia całą sekwencję

Złożenie zamówienia w sklepie internetowym nie kończy się na zapisaniu rekordu. Uruchamia łańcuch: potwierdzenie dla klienta, powiadomienie dla obsługi, rezerwację stanu magazynowego, oczekiwanie na potwierdzenie płatności przychodzące z bramki jako osobne wywołanie do serwera sklepu, wystawienie dokumentu sprzedaży i przekazanie danych do firmy przewozowej. Wiadomość potwierdzająca ma przy tym inny status prawny niż mailing reklamowy — jest korespondencją niezbędną do wykonania umowy, więc nie zależy od zgody marketingowej, ale właśnie dlatego nie wolno doklejać do niej treści promocyjnych bez podstawy.

Wiadomości transakcyjne rządzą się własnymi prawami

Ich cechą krytyczną jest dostarczalność liczona w sekundach, nie w procentach. Dlatego rozdziela się je od wysyłek masowych: inna subdomena nadawcy, inny mechanizm kolejkowania, osobny podpis DKIM. Sklep wysyłający potwierdzenia przez zwykłe konto pocztowe na współdzielonym hostingu prędzej czy później uderzy w dzienny limit wysyłki i zamówienia z godzin szczytu zostaną w kolejce albo przepadną. Połączenie do serwera zestawia się na porcie 587 z szyfrowaniem negocjowanym po nawiązaniu sesji albo na porcie 465 z szyfrowaniem od pierwszego bajtu — pomylenie tych trybów jest jedną z najczęstszych przyczyn milczącego braku wysyłki. Załączona faktura w formacie PDF bywa dodatkowym problemem, bo powiększa wiadomość i podnosi ryzyko odrzucenia przez filtr.

Co się psuje między sklepem a magazynem

Podwójne zamówienia powstają, gdy klient klika przycisk płatności drugi raz przy wolno ładującej się stronie, a sklep nie zabezpiecza formularza przed powtórnym wysłaniem. Rozjazd stanów magazynowych pojawia się, kiedy sklep i sprzedaż stacjonarna korzystają z dwóch niezależnych rejestrów synchronizowanych raz na dobę — wtedy ostatnia sztuka sprzedaje się dwa razy. Zamówienie widoczne w sklepie, ale nieobecne w programie handlowym, oznacza zwykle zatrzymane zadanie synchronizacji albo błąd mapowania kodu towaru. Zdarza się też, że potwierdzenie płatności z bramki nie dociera, bo serwer sklepu odrzuca połączenie przychodzące, i zamówienie wisi jako nieopłacone mimo pobranych pieniędzy.

Łączenie sklepu z programem handlowym

Wdrażamy i serwisujemy integracje przekazujące zamówienia do systemów opartych o SQL Server — Subiekta, WAPRO i Comarcha — razem z kontrolą stanów, mapowaniem towarów i wystawianiem dokumentów. Naprawiamy zatrzymane synchronizacje, konfigurujemy wysyłkę wiadomości transakcyjnych z poprawnym uwierzytelnianiem domeny i sprawdzamy, gdzie dokładnie ginie zamówienie, czytając dzienniki po obu stronach. Działamy bez przerwy, więc awaria sprzedaży w niedzielny wieczór nie musi czekać do poniedziałku.