Versions Compared
Key
- This line was added.
- This line was removed.
- Formatting was changed.
Po wybraniu przez użytkownika opcji „Złóż zamówienie” w aplikacji InPost, przed faktycznym rozpoczęciem płatności za koszyk, InPost Pay przekazuje do merchanta informacje o utworzeniu zamówienia na podstawie koszyka. W przypadku braku dostępności produktu lub niespełnieniu innej walidacji zamówienie nie jest tworzone. W takim przypadku użytkownikowi prezentowany jest komunikat oraz może dalej edytować koszyk.
Po poprawnym utworzeniu zamówienia, koszyk przestaje być edytowalny z poziomu InPost Mobile oraz nie powinien być dostępny do edycji na stronie merchanta.
Przy tworzeniu zamówienia Basket App przekazuje do merchanta:
Dane zamawiającego (Imię, Nazwisko, Adres email, numer telefonu)
Adres zamawiającego (opcjonalny)
Formę i adres dostawy
Dane do faktury
Uwagi do zamówienia
Informacje o zaakceptowanych zgodach
Basket App przekazuje do merchanta informacje o statusie płatności.
W przypadku wybrania płatności COD, zamówienie od razu traktowane jest jako opłacone.
Merchant powinien mieć możliwość zmiany statusu zamówienia wraz z przekazaniem informacji o przesyłkach (jedna lub kilka) przy pomocy których zostało zamówienie wysłane.
Basket App nie słownikuje statusów zamówienia. Każdy merchant może nazywać status według własnego procesu, tak aby statusy prezentowane w InPost Mobile były zgodne ze statusem w platformie merchanta.
Aplikacja InPost Mobile udostępnia funkcjonalność anulowania zamówienia, przed jego opłaceniem. Dostępność funkcjonalności anulowania jest konfigurowalna per merchant.
Statusy zamówień - w ramach obsługi zamówień w Basket App będą dostępne następujące statusy zamówień:
UNPAID
- status po utworzeniu zamówienia, nieopłacony. Nadawany przez Basket;STARTED
- status inicjujący proces płatności przez klienta w aplikacji InPost Mobile. Nadawany przez Basket App na podstawie informacji z InPost Mobile;PENDING
- uruchomienie procesu. Status nadawany przez Basket App na podstawie informacji przekazanej z InPost Mobile;AUTHORIZED
- płatność zakończona z sukcesem. Status nadawany przez Basket App na podstawie informacji przekazanej z systemu płatniczego (bramki płatniczej);DECLINED
- odmowa płatności. Status nadawany przez Basket App na podstawie informacji przekazanej z systemu płatniczego (bramki płatniczej);CANCELLED
- transakcja odrzucona. Status nadawany przez Basket App na podstawie informacji przekazanej z systemu płatniczego (bramki płatniczej);ERROR
- Błąd. Status nadawany przez Basket App na podstawie informacji przekazanej z systemu płatniczego lub z InPost Mobile.
Statusy płatności - W ramach obsługi płatności za zamówienie w Basket App będą dostępne następujące typy płatności:
UNPAID
- status po utworzeniu zamówienia, nieopłacony. Nadawany przez Basket);STARTED
- status inicjujący proces płatności przez klienta w aplikacji InPost Mobile. Nadawany przez Basket App na podstawie informacji z InPost Mobile;PENDING
- uruchomienie procesu. Status nadawany przez Basket App na podstawie informacji przekazanej z InPost Mobile;AUTHORIZED
- płatność zakończona z sukcesem. Status nadawany przez Basket App na podstawie informacji przekazanej z systemu płatniczego (bramki płatniczej);DECLINED
- odmowa płatności. Status nadawany przez Basket App na podstawie informacji przekazanej z systemu płatniczego (bramki płatniczej);CANCELLED
- transakcja odrzucona. Status nadawany przez Basket App na podstawie informacji przekazanej z systemu płatniczego (bramki płatniczej);ERROR
- błąd. Status nadawany przez Basket App na podstawie informacji przekazanej z systemu płatniczego lub z InPost Mobile.Możliwość opłacenia jest w przypadku, gdy
UNPAID
.Możliwość ponowienia jest w przypadku, gdy
DECLINED
,CANCELLED
,ERROR
.
Płatności - po złożeniu zamówienia, następuje przekierowanie do procesu płatności na poziomie aplikacji InPost Mobile. Dostępne formy płatności:
BLIK / BLIK One Clik
Karta/ Karta stokenizowana
Google Pay/Apple Pay
W celu uruchomienia integracji InPost Pay wymagane jest wykonanie prac implementacyjnych po stronie Merchanta opisanych w poniższych punktach.
Konfiguracja konta Merchanta - uzupełnienie danych o sklepie zgodnie z instrukcją i wygenerowanie danych dostępowych.
Autoryzacja - implementacja autentykacji i autoryzacji.
Widget frontend - implementacja Widgetu InPost Pay.
Widget backend - wystawienie endpointów opisanych w Merchant Backend API, których celem jest obsługa funkcjonalności zgodnie z diagramami sekwencji.
Integracja z InPost Pay (Basket App) - integracja z metodami API opisanymi w rozdziale InPost Pay (Basket App).
Przetestowanie poprawnego działania usługi na swoim sklepie (InPost Pay - podstawowe scenariusze testowe).
Po zakończeniu technicznego wdrożenia zgłoszenie integracji do audytu za pomocą formularza kontaktowego poprzez opcję “Dla Biznesu” i zakładkę “Audyt”. Usługa przekazywana do audytu powinna być dostępna tylko dla testerów pod dedykowanym linkiem.
Widoczność widgetu InPost Pay podczas implementacji i testów
Podczas implementacji oraz testowania usługi InPost Pay na sklepie produkcyjnym, widget płatności InPost Pay powinien być ukryty dla klientów sklepu. Widoczność widgetu musi być ograniczona wyłącznie do testerów i osób zaangażowanych w proces wdrożenia.
Cel:
Ukrycie widgetu zapobiega sytuacji, w której potencjalni klienci sklepu mogliby próbować korzystać z niekompletnej lub niedziałającej jeszcze usługi InPost Pay. Dzięki temu minimalizujemy ryzyko negatywnych doświadczeń użytkowników i unikamy problemów związanych z nieprawidłowością działania funkcji płatności.
Sposób działania:
Widoczność widgetu powinna być kontrolowana na poziomie kodu lub konfiguracji sklepu. Można to osiągnąć poprzez implementację mechanizmu autoryzacji dostępu do widgetu, który pozwala wyświetlać go jedynie pod dedykowanym url-em wywołując go z odpowiednim parametrem na przykład https://shop.url?showInPostPay=true
Ograniczony dostęp: Podczas testów widget InPost Pay jest wyświetlany wyłącznie dla określonych użytkowników (np. poprzez filtrowanie na podstawie adresu IP lub kont testowych).
Pełna aktywacja widgetu następuje dopiero po zakończeniu testów, przejściu audytu z wynikiem pozytywnym i pełnym wdrożeniu usługi, gdy zostanie ona uznana za gotową do użycia przez wszystkich klientów sklepu.