Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
  • Po wybraniu przez użytkownika opcji „Kupuję i płacę” w aplikacji InPost Mobile, 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 InPost Mobile przekazuje do merchanta:

    1. Dane zamawiającego (Imię, Nazwisko, Adres email, numer telefonu)

    2. Adres zamawiającego (opcjonalny)

    3. Formę i adres dostawy

    4. Dane do faktury

    5. Uwagi do zamówienia

    6. Informacje o zaakceptowanych zgodach

  • InPost Pay 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.

  • InPost Pay 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ń:

    1. UNPAID - status po utworzeniu zamówienia, nieopłacony. Nadawany przez Basket;

    2. STARTED - status inicjujący proces płatności przez klienta w aplikacji InPost Mobile. Nadawany przez Basket App na podstawie informacji z InPost Mobile;

    3. PENDING - uruchomienie procesu. Status nadawany przez Basket App na podstawie informacji przekazanej z InPost Mobile;

    4. AUTHORIZED - płatność zakończona z sukcesem. Status nadawany przez Basket App na podstawie informacji przekazanej z systemu płatniczego (bramki płatniczej);

    5. DECLINED- odmowa płatności. Status nadawany przez Basket App na podstawie informacji przekazanej z systemu płatniczego (bramki płatniczej);

    6. CANCELLED - transakcja odrzucona. Status nadawany przez Basket App na podstawie informacji przekazanej z systemu płatniczego (bramki płatniczej);

    7. 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:

    1. UNPAID - status po utworzeniu zamówienia, nieopłacony. Nadawany przez Basket);

    2. STARTED - status inicjujący proces płatności przez klienta w aplikacji InPost Mobile. Nadawany przez Basket App na podstawie informacji z InPost Mobile;

    3. PENDING - uruchomienie procesu. Status nadawany przez Basket App na podstawie informacji przekazanej z InPost Mobile;

    4. AUTHORIZED - płatność zakończona z sukcesem. Status nadawany przez Basket App na podstawie informacji przekazanej z systemu płatniczego (bramki płatniczej);

    5. DECLINED - odmowa płatności. Status nadawany przez Basket App na podstawie informacji przekazanej z systemu płatniczego (bramki płatniczej);

    6. CANCELLED - transakcja odrzucona. Status nadawany przez Basket App na podstawie informacji przekazanej z systemu płatniczego (bramki płatniczej);

    7. 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:

  • CARD

  • CARD_TOKEN

  • GOOGLE_PAY

  • APPLE_PAY

  • BLIK_CODE

  • BLIK_TOKEN

  • PAY_BY_LINK

  • SHOPPING_LIMIT

  • DEFERRED_PAYMENT

  • CASH_ON_DELIVERY

    W celu uruchomienia integracji InPost Pay wymagane jest wykonanie prac implementacyjnych po stronie Merchanta opisanych w poniższych punktach.

    1. Konfiguracja konta Merchanta - uzupełnienie danych o sklepie zgodnie z instrukcją i wygenerowanie danych dostępowych.

    2. Autoryzacja - implementacja autentykacji i autoryzacji.

    3. Widget frontend - implementacja Widgetu InPost Pay.

    4. Widget backend - wystawienie endpointów opisanych w Merchant Backend API, których celem jest obsługa funkcjonalności zgodnie z diagramami sekwencji.

    5. Integracja z InPost Pay (Basket App) - integracja z metodami API opisanymi w rozdziale InPost Pay (Basket App).

    6. Przetestowanie poprawnego działania usługi na swoim sklepie (InPost Pay - podstawowe scenariusze testowe).

    7. 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.