Zarządzanie cyklem życia subskrypcji SaaS

  • Artykuł

Platforma handlowa zarządza całym cyklem życia subskrypcji SaaS po zakupie przez użytkownika końcowego. Używa strony docelowej, interfejsów API realizacji, interfejsów API operacji i elementu webhook jako mechanizmu do napędzania rzeczywistej aktywacji, użycia, aktualizacji i anulowania subskrypcji SaaS. Rachunek użytkownika końcowego jest oparty na stanie subskrypcji SaaS obsługiwanej przez firmę Microsoft.

Stany subskrypcji SaaS

Na poniższym diagramie przedstawiono stany subskrypcji SaaS i odpowiednie akcje.

Diagram przedstawiający cykl życia subskrypcji oprogramowania jako usługi na platformie handlowej.

Zakupione, ale jeszcze nie aktywowane (PendingFulfillmentStart)

Gdy użytkownik końcowy lub dostawca rozwiązań w chmurze (CSP) kupi ofertę SaaS na platformie handlowej, wydawca zostanie powiadomiony o zakupie. Następnie wydawca może utworzyć i skonfigurować nowe konto SaaS po stronie wydawcy dla użytkownika końcowego.

Aby tworzenie konta miało miejsce:

  1. Klient wybiera przycisk Konfiguruj konto teraz , który jest dostępny dla oferty SaaS po pomyślnym zakupie w usłudze Microsoft AppSource lub witrynie Azure Portal. Alternatywnie klient może użyć przycisku Konfiguruj teraz w wiadomości e-mail, którą wkrótce otrzyma po zakupie.
  2. Następnie firma Microsoft powiadamia partnera o zakupie, otwierając adres URL strony docelowej za pomocą parametru tokenu (token identyfikacji zakupu z komercyjnej platformy handlowej) na nowej karcie przeglądarki.

Przykładem takiego wywołania jest https://contoso.com/signup?token=<blob>, ale adres URL strony docelowej dla tej oferty SaaS w Centrum partnerskim jest skonfigurowany jako https://contoso.com/signup. Ten token udostępnia wydawcy identyfikator, który jednoznacznie identyfikuje zakup SaaS i klienta.

Napiwek

Nie dołączaj znaku funta (#) do adresu URL strony docelowej. W przeciwnym razie klienci nie będą mogli uzyskać dostępu do strony docelowej.

Ważne

Adres URL strony docelowej musi być uruchomiony przez cały dzień, codziennie i gotowy do odbierania nowych połączeń od firmy Microsoft przez cały czas. Jeśli strona docelowa stanie się niedostępna, klienci nie będą mogli zarejestrować się w usłudze SaaS i rozpocząć korzystanie z niej.

Następnie wydawca musi przekazać token z powrotem do firmy Microsoft, wywołując interfejs API rozpoznawania nazw SaaS i wprowadzając token jako wartość parametru x-ms-marketplace-token header . W wyniku wywołania interfejsu API rozpoznawania token jest wymieniany w celu uzyskania szczegółowych informacji dotyczących zakupu SaaS, takiego jak unikatowy identyfikator zakupu, identyfikator zakupionej oferty i identyfikator zakupionego planu.

Na stronie docelowej klient powinien zalogować się do nowego lub istniejącego konta SaaS za pośrednictwem logowania jednokrotnego firmy Microsoft Entra.

Uwaga

Wydawca nie zostanie powiadomiony o zakupie SaaS, dopóki klient nie zainicjuje procesu konfiguracji po stronie firmy Microsoft.

Wydawca powinien zaimplementować logowanie jednokrotne, aby zapewnić środowisko użytkownika wymagane przez firmę Microsoft dla tego przepływu. Upewnij się, że używasz wielodostępnej aplikacji Microsoft Entra i zezwalaj zarówno na konta służbowe, jak i osobiste konta Microsoft podczas konfigurowania logowania jednokrotnego. To wymaganie dotyczy tylko strony docelowej, dla użytkowników, którzy są przekierowywani do usługi SaaS po zalogowaniu się przy użyciu poświadczeń firmy Microsoft. Logowanie jednokrotne nie jest wymagane w przypadku wszystkich logowania się do usługi SaaS.

Uwaga

Jeśli logowanie jednokrotne wymaga, aby administrator udzielił uprawnienia aplikacji, opis oferty w Centrum partnerskim musi ujawnić, że wymagany jest dostęp na poziomie administratora. To ujawnienie jest zgodne z zasadami certyfikacji platformy handlowej.

Po zalogowaniu klient powinien ukończyć konfigurację SaaS po stronie wydawcy. Następnie wydawca musi wywołać interfejs API aktywacji subskrypcji, aby wysłać sygnał do witryny Azure Marketplace, że aprowizowanie konta SaaS zostało ukończone. Ta akcja rozpoczyna cykl rozliczeniowy klienta. Jeśli wywołanie interfejsu API aktywacji subskrypcji nie powiedzie się, klient nie jest rozliczany za zakup.

Diagram przedstawiający wywołanie A P dla scenariusza aprowizacji.

Zarówno nabywca, jak i właściciel konta rozliczeniowego otrzymują wiadomość e-mail z prośbą o skonfigurowanie konta.

Uwaga

Program Publisher ma 30 dni na rozwiązanie zasobu, gdy stan to PendingFulfillmentStart. W przeciwnym razie zasób zostanie unieważniony, ponieważ okres rozliczeniowy nie został zainicjowany, a odpowiedni zakup nie zostanie rozliczony, stan zmieni się na Anulowano subskrypcję. Klient nie będzie rozliczany za zakup.

Aktywne (subskrybowane)

Aktywny (subskrybowany) to stały stan aprowizowanej subskrypcji SaaS. Po przetworzeniu przez stronę firmy Microsoft wywołania interfejsu API aktywacji subskrypcji subskrypcja zostanie oznaczona jako Subskrybowana. Klient może teraz korzystać z usługi SaaS po stronie wydawcy i jest rozliczany.

Gdy subskrypcja SaaS jest już aktywna, klient może wybrać pozycję Zarządzaj środowiskiem SaaS w witrynie Azure Portal lub centrum Administracja Microsoft 365. Ta akcja powoduje również, że firma Microsoft wywoła adres URL strony docelowej za pomocą parametru tokenu, tak jak ma to miejsce w przepływie Aktywowanie. Wydawca powinien rozróżniać nowe zakupy i zarządzanie istniejącymi kontami SaaS i odpowiednio obsługiwać to wywołanie adresu URL strony docelowej.

Wiadomość e-mail z powiadomieniem o aktywacji jest wysyłana zarówno do nabywcy, jak i właściciela konta rozliczeniowego.

Trwa aktualizowanie (subskrybowane)

Ta akcja oznacza, że aktualizacja istniejącej aktywnej subskrypcji SaaS jest przetwarzana zarówno przez firmę Microsoft, jak i wydawcę. Taką aktualizację można zainicjować przez:

  • Klient z platformy handlowej.
  • Dostawca CSP z platformy handlowej.
  • Klient z witryny SaaS wydawcy (ale nie w przypadku zakupów w ramach programu CSP).

Dla subskrypcji SaaS są dostępne dwa typy aktualizacji:

  • Zaktualizuj plan, gdy klient wybierze inny plan subskrypcji.
  • Zaktualizuj ilość, gdy klient zmieni liczbę zakupionych licencji dla subskrypcji.

Można zaktualizować tylko aktywną subskrypcję. Gdy subskrypcja jest aktualizowana, jego stan pozostaje aktywny po stronie firmy Microsoft.

Aktualizacja zainicjowana z komercyjnej platformy handlowej

W tym przepływie klient zmienia plan subskrypcji lub ilość licencji z witryny Azure Portal lub centrum Administracja Microsoft 365.

  1. Po wprowadzeniu aktualizacji firma Microsoft wywoła adres URL elementu webhook wydawcy, skonfigurowany w polu elementu webhook Połączenie ion na stronie Konfiguracja techniczna w Centrum partnerskim z odpowiednią wartością akcji i innymi odpowiednimi parametrami.
  2. Strona wydawcy powinna wprowadzić wymagane zmiany w usłudze SaaS i powiadomić firmę Microsoft po zakończeniu przez wywołanie interfejsu API aktualizacji stanu operacji.
  3. Jeśli poprawka zostanie wysłana ze stanem niepowodzenia , proces aktualizacji nie zakończy się po stronie firmy Microsoft. Subskrypcja SaaS przechowuje istniejący plan i ilość licencji.

Uwaga

Wydawca powinien wywołać poprawkę PATCH, aby zaktualizować stan interfejsu API operacji z odpowiedzią Niepowodzenie/Powodzenie w 10-sekundowym przed otrzymaniem powiadomienia elementu webhook. Jeśli funkcja PATCH stanu operacji nie zostanie odebrana w ciągu 10 sekund, plan zmiany zostanie automatycznie poprawiony jako Powodzenie.

Sekwencja wywołań interfejsu API dla scenariusza aktualizacji zainicjowanego z platformy handlowej jest pokazana na poniższym diagramie.

Diagram przedstawiający wywołanie P P dla zainicjowanej aktualizacji na platformie handlowej.

Aktualizacja zainicjowana od wydawcy

W tym przepływie klient zmienia plan subskrypcji lub ilość licencji zakupionych w samej usłudze SaaS.

  1. Przed wprowadzeniem żądanej zmiany po stronie wydawcy kod wydawcy musi wywołać interfejs API planu zmian, interfejs API zmiany ilości lub oba te elementy.
  2. Firma Microsoft zastosuje zmianę do subskrypcji, a następnie powiadomi wydawcę za pomocą elementu webhook Połączenie ion, aby zastosować tę samą zmianę.
  3. Dopiero wtedy wydawca powinien wprowadzić wymaganą zmianę w subskrypcji SaaS i powiadomić firmę Microsoft o zakończeniu zmiany przez wywołanie interfejsu API aktualizacji stanu operacji.

Sekwencja wywołań interfejsu API dla scenariusza aktualizacji zainicjowanego po stronie wydawcy jest pokazana na poniższym diagramie.

Diagram przedstawiający wywołania A P, dla którego zainicjowano aktualizację po stronie wydawcy.

Wiadomość e-mail z powiadomieniem wskazująca zmianę planu zostanie wysłana zarówno do nabywcy, jak i właściciela konta rozliczeniowego.

Wiadomość e-mail z powiadomieniem wskazująca zmianę ilości zostanie wysłana zarówno do nabywcy, jak i właściciela konta rozliczeniowego.

Zawieszone (zawieszone)

Ten stan wskazuje, że nie otrzymano płatności klienta za usługę SaaS. Firma Microsoft powiadomi wydawcę o tej zmianie stanu subskrypcji SaaS. Powiadomienie odbywa się za pośrednictwem wywołania elementu webhook z parametrem akcji ustawionym na wstrzymane.

Wydawca może lub nie może wprowadzać zmian w usłudze SaaS po stronie wydawcy. Zalecamy, aby wydawca udostępniał te informacje zawieszonym klientom i limitom lub blokuje dostęp klienta do usługi SaaS. Istnieje prawdopodobieństwo, że płatność nigdy nie zostanie odebrana.

Uwaga

Firma Microsoft udziela klientowi 30-dniowego okresu prolongaty przed automatycznym anulowaniem subskrypcji. Po upływie 30-dniowego okresu prolongaty element webhook otrzyma Unsubscribe akcję.

Gdy subskrypcja jest w stanie Wstrzymanie :

  • Partner lub niezależnego dostawcy oprogramowania musi zachować konto SaaS w stanie umożliwiającym odzyskanie, aby można było przywrócić pełną funkcjonalność bez utraty danych lub ustawień.
  • Partner lub isV powinien oczekiwać żądania przywrócenia subskrypcji, jeśli płatność zostanie odebrana w okresie prolongaty lub żądanie anulowania aprowizacji subskrypcji na koniec okresu prolongaty. Oba żądania zostaną wysłane za pośrednictwem mechanizmu elementu webhook.

Stan subskrypcji zostanie zmieniony na Wstrzymane po stronie firmy Microsoft, zanim wydawca podejmie jakiekolwiek działania. Można zawiesić tylko aktywne subskrypcje.

Wiadomość e-mail z powiadomieniem wskazująca zmianę stanu na "zawieszone" zostanie wysłana zarówno do nabywcy, jak i właściciela konta rozliczeniowego.

Po upływie 30-dniowego okresu zawieszenia do nabywcy i właściciela konta rozliczeniowego zostanie wysłana wiadomość e-mail dotycząca anulowania po zawieszeniu.

Przywrócono (zawieszone)

Ta akcja oznacza, że instrument płatniczy klienta ponownie stał się ważny, a płatność została wykonana dla subskrypcji SaaS, a subskrypcja zostanie przywrócona. W takim przypadku:

  1. Firma Microsoft wywołuje element webhook z parametrem akcji ustawionym na wartość Reinstate.
  2. Wydawca upewnia się, że subskrypcja ponownie działa po stronie wydawcy.
  3. Proces przywrócenia zakończył się pomyślnie, a klient zostanie ponownie rozliczany za subskrypcję SaaS.

Można przywrócić tylko zawieszoną subskrypcję. Wstrzymana subskrypcja SaaS pozostaje w stanie Wstrzymanie podczas jego przywrócenia. Po zakończeniu tej operacji stan subskrypcji stanie się Aktywny.

Wiadomość e-mail zostanie wysłana zarówno do nabywcy, jak i właściciela rozliczeń po przejściu ze stanu wstrzymania do stanu przywrócenia.

Odnawiane (subskrybowane)

Subskrypcja SaaS jest automatycznie odnawiana przez firmę Microsoft na koniec okresu subskrypcji miesiąca lub roku. Ustawienie domyślne dla ustawienia automatycznego odnawiania ma wartość true dla wszystkich subskrypcji SaaS. Aktywne subskrypcje SaaS będą nadal odnawiane z regularnym okresem. Firma Microsoft udostępnia powiadomienia dotyczące elementów webhook tylko dla odnawiania zdarzeń. Klient może wyłączyć automatyczne odnawianie subskrypcji SaaS za pośrednictwem portalu Administracja Microsoft 365. W takim przypadku subskrypcja SaaS zostanie automatycznie anulowana na koniec bieżącego okresu rozliczeniowego. Klienci mogą również w dowolnym momencie anulować subskrypcję SaaS.

Tylko aktywne subskrypcje są automatycznie odnawiane. Subskrypcje pozostają aktywne podczas procesu odnawiania i jeśli automatyczne odnawianie zakończy się pomyślnie. Po odnowieniu daty rozpoczęcia i zakończenia okresu subskrypcji zostaną zaktualizowane do dat nowego terminu.

Jeśli automatyczne odnawianie nie powiedzie się z powodu problemu z płatnością, subskrypcja zostanie zawieszona , a wydawca zostanie powiadomiony.

Wiadomości e-mail z przypomnieniem dotyczące odnowienia będą wysyłane zarówno do nabywcy, jak i właściciela konta rozliczeniowego, 30 dni przed roczną/wieloroczną datą odnowienia.

Anulowane (anulowane)

Subskrypcje docierają do tego stanu w odpowiedzi na jawną akcję klienta lub dostawcy CSP przez anulowanie subskrypcji z witryny wydawcy, witryny Azure Portal lub centrum Administracja Microsoft 365. Subskrypcja może być również anulowana niejawnie w wyniku niepłacenia należności po upływie 30 dni w stanie Wstrzymanie .

Po otrzymaniu wywołania elementu webhook anulowania wydawca powinien zachować dane klienta na potrzeby odzyskiwania na żądanie przez co najmniej siedem dni. Tylko wtedy można usunąć dane klientów.

Subskrypcję SaaS można anulować w dowolnym momencie w swoim cyklu życia. Po anulowaniu subskrypcji nie można jej ponownie uaktywnić.

Wiadomość e-mail z anulowaniem zostanie wysłana zarówno do nabywcy, jak i właściciela konta rozliczeniowego.

Następne kroki

Samouczki wideo