Do uwierzytelniania komunikacji klienta z Basket App wykorzystany jest standard OAuth 2.0. W przypadku komunikacji service to service – bez kontekstu zalogowanego użytkownika wykorzystany jest client_credentials flow a OAuth (https://www.oauth.com/oauth2-servers/access-tokens/client-credentials/).
Merchant otrzymuje swój client_Id i clien_tSecret
Pobiera access token
Podpisuje każdy request. Access token należy przekazać w nagłówku Authorization: Bearer W-TYM-MIEJSCU-NALEZY-UMIESCIC-TOKEN
Serwer zasobów weryfikuje token i identyfikuje klienta
Wszystkie zapytania wysyłane do serwera wymagają podania prawidłowego i ważnego access tokenu, który należy do określonego Użytkownika.
Błedy jakie mogą wystapić podczas generowania tokenu:
Invalid client credentials - W przypadku podania błędnego client_id
Invalid client secret - W przypadku podania błędnego client_secret
Missing form parameter: grant_type - W przypadku niepodania grant_type:client_credentials
Na tej stronie
Konto marchanta w Basket App
System na poziomie konta merchanta przechowuje konfiguracje:
Nazwa merchanta
Logo sklepu (obraz)
Adres www sklepu
Adres email i numer telefonów do kontaktu dla użytkownika
Link do formularza kontaktowego merchanta
Możliwość zmiany ilości danego produktu w koszyku
Możliwość usuniecie produktu z koszyka
Możliwość obsługa kodów rabatowych
Dostępność produktów sugerowanych
Możliwość anulowania zamówienia przed opłaceniem.
Zakres prac implementacyjnych po stronie Merchanta
Autoryzacja – implementacja autentykacji i autoryzacji oraz konfiguracji konta (zgodnie z opisem w punkcie 5.1).
Widget frontend - Implementacja Widgetu InPost Pay, zgodnie z załączonym opisem implementacji.
Widget backend – wystawienie endpointów opisanych w Widget_backend_API, których celem jest obsługa funkcjonalności inpost_pay zgodnie z załączonymi diagramami sekwencji.
Integracja z Basket App API – integracja z metodami API opisanymi w Basket_app_API_Merchant.