Zaplanuj integrację eSIM

Publiczny dostęp do API eSIM nie jest jeszcze dostępny. Ten przewodnik pomoże Ci przygotować brief integracyjny dla specjalisty eSIM. Potwierdź dostęp i uzyskaj obsługiwany kontrakt API, zanim zaczniesz implementować żądania lub przydzielisz agenta do budowy integracji.

Ustal, kto kupuje usługę, kto korzysta z urządzenia i kto płaci. Zakup związany z podróżą może należeć do jednego konta klienta. Usługa pracownicza wymaga dodatkowo przypisania do osoby i właściciela, który może zatwierdzać zmiany.

Wymień rekordy, które Twoja aplikacja musi powiązać: zakup, zainstalowany profil i jego pakiet. Cykliczna usługa mobilna wymaga również relacji abonenta z bieżącym planem. To wymagania do potwierdzenia względem kontraktu usługi odbierającej.

Zdecyduj, gdzie klienci widzą wybraną ofertę, zasięg, ważność i opublikowaną cenę. Zachowaj podaną walutę bez zmian. Twoja aplikacja nie może odtwarzać stawki klienta z kosztów hurtowych ani szacunkowego przeliczenia walutowego.

Dla każdego zakupu zdefiniuj, co klient widzi po akceptacji, realizacji lub odmowie. Uwzględnij w briefie integracyjnym przypadek utraconej odpowiedzi. Potwierdź, jak API identyfikuje istniejącą operację, zanim zaprojektujesz ponowienie, które mogłoby utworzyć kolejne obciążenie.

Zakończony checkout nie oznacza, że urządzenie zainstalowało lub użyło usługi. Traktuj te wyniki osobno w ścieżce klienta.

Wybierz obsługiwane urządzenia i osobę odpowiedzialną za pomoc klientowi w połączeniu. Dane uwierzytelniające instalacji wymagają prywatnej, autoryzowanej ścieżki dostarczenia. Nie umieszczaj ich w analityce, publicznych przykładach ani zrzutach ekranu wsparcia.

Wymień informacje, których klient potrzebuje po zakupie: instrukcje konfiguracji, zakupiony plan, obserwacje pakietu i kontakt do wsparcia. Potwierdź, jakie stany i czasy obserwacji usługa może dostarczyć, zanim zaprojektujesz wyświetlanie statusu.

Poproś specjalistę Bird, aby potwierdził rynki, kwalifikujące się oferty, wymagania dostępowe i opublikowane operacje dla Twojego przypadku użycia. Uzyskaj definicje żądań i odpowiedzi, wymagania autoryzacji, zachowanie przy ponawianiu i obsługiwane metody instalacji.

Gdy kontrakt będzie dostępny, przekaż swojemu agentowi kodującemu kontrakt i model tożsamości Twojej aplikacji. Niech prześledzi jeden zakup aż do potwierdzonego wyniku i obsłuży odrzucone żądanie oraz niepewną odpowiedź. Przetestuj z jawnie autoryzowanym kontem i urządzeniem, zanim udostępnisz usługę klientom.

Zachowaj dozwolony kontekst kampanii przez proces rejestracji i ścieżkę klienta w Twojej aplikacji. Zdefiniuj, który zarejestrowany wynik będzie liczony jako konwersja, na przykład zrealizowany zakup lub zweryfikowane pierwsze użycie. Sam identyfikator kampanii w URL rejestracji nie dowodzi, że późniejszy zakup został przypisany.