Udostępnij za pośrednictwem

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 oprogramowania jako subskrypcji 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 Skonfiguruj konto teraz przycisk 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 mogą uzyskać dostępu do strony docelowej. Wydawca ma 30 dni na rozwiązanie zasobu, gdy stan to PendingFulfillmentStart. W przeciwnym razie zasób zostanie unieważniony. Ponieważ cykl rozliczeniowy nie został zainicjowany, a odpowiedni zakup nie jest rozliczany, stan zmieni się na Anulowano subskrypcję. Klient nie jest rozliczany za zakup.

Ważny

Adres URL strony docelowej musi być uruchomiony przez cały dzień, codziennie i gotowy do odbierania nowych połączeń od firmy Microsoft zawsze. 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 przez wywołanie interfejsu API rozpoznawania saaS i wprowadzenie tokenu jako wartości 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.

Nuta

Wydawca nie jest powiadamiany 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.

Nuta

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.

Nuta

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

Aktywne (subskrybowane)

Aktywne (subskrybowane) jest stałym stanem aprowizowanej subskrypcji SaaS. Po zakończeniu procesów po stronie firmy Microsoft wywołanie interfejsu API aktywowania subskrypcji subskrypcja SaaS jest oznaczona jako Subskrybuj. 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ć Zarządzanie środowiskiem SaaS w witrynie Azure Portal lub Centrum administracyjnym platformy Microsoft 365. Ta akcja powoduje również, że firma Microsoft wywoła adres URL strony docelowej z parametrem 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ę. Aktualizacje inicjowane 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 administracyjnego platformy Microsoft 365.

  1. Po wprowadzeniu aktualizacji firma Microsoft wywoła adres URL elementu webhook wydawcy skonfigurowany w polu elementu webhook połączenia na stronie konfiguracji technicznej 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, wywołując stan aktualizacji interfejsu API operacji.
  3. Jeśli poprawka zostanie wysłana ze stanem niepowodzeniem, proces aktualizacji nie zakończy się po stronie firmy Microsoft. Subskrypcja SaaS przechowuje istniejący plan i ilość licencji.

Nuta

Wydawca powinien wywołać poprawkę, aby zaktualizować stan interfejsu API operacji z niepowodzenia/powodzenia w 10-sekundowym przedziale czasu po otrzymaniu 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, który inicjuje się z komercyjnej platformy handlowej, jest pokazany na poniższym diagramie.

diagram przedstawiający wywołania A P, dla którego zainicjowano aktualizację 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. Zanim żądana zmiana zostanie wprowadzona po stronie wydawcy, kod wydawcy musi wywołać interfejs API planu zmian lub interfejs API zmiany ilości lub oba te elementy.
  2. Firma Microsoft stosuje zmianę do subskrypcji, a następnie powiadamia wydawcę za pośrednictwem element webhook połączenia, aby zastosować tę samą zmianę.
  3. Dopiero wtedy wydawca powinien wprowadzić wymaganą zmianę w subskrypcji SaaS i powiadomić firmę Microsoft o zakończeniu zmiany, wywołując stan aktualizacji interfejsu API operacji.

Sekwencja wywołań interfejsu API dla scenariusza aktualizacji, który inicjuje się po stronie wydawcy, jest pokazany na poniższym diagramie.

Diagram przedstawiający wywołanie żądania P I dla aktualizacji zainicjowanej po stronie wydawcy.

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

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

Zawieszone (zawieszone)

Ten stan wskazuje, że płatność klienta za usługę SaaS nie została odebrana. Firma Microsoft powiadamia wydawcę o tej zmianie stanu subskrypcji SaaS. Powiadomienie jest wykonywane za pośrednictwem wywołania elementu webhook z akcją ustawioną na wartość 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.

Nuta

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

Gdy subskrypcja znajduje się w stanie Wstrzymane:

  • 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. Mechanizm elementu webhook wysyła oba żądania.

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 jest wysył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 wskazuje, że instrument płatniczy klienta jest ponownie ważny. Dokonano płatności za subskrypcję SaaS, a subskrypcja została przywrócona. W tym przypadku:

  1. Firma Microsoft wywołuje element webhook z akcją ustawioną na wartość Przywrócona.
  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 zawieszonym podczas jego przywrócenia. Po zakończeniu tej operacji stan subskrypcji stanie się Active.

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

Odnawiane (subskrybowane)

Firma Microsoft automatycznie odnawia subskrypcję SaaS na koniec okresu subskrypcji miesiąca lub roku. Ustawieniem domyślnym dla ustawienia autorenewal jest true dla wszystkich subskrypcji SaaS. Aktywne subskrypcje SaaS nadal są odnawiane z regularnym cyklem. 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 administracyjnego platformy 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 autorenewal zakończy się niepowodzeniem z powodu problemu z płatnością, subskrypcja stanie się zawieszona, a wydawca zostanie powiadomiony.

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

Anulowano (anulowane)

Subskrypcje osiągną ten stan po zakończeniu jawnej akcji klienta lub dostawcy CSP w celu anulowania subskrypcji. Anulują subskrypcję z witryny wydawcy, witryny Azure Portal lub Centrum administracyjnego platformy Microsoft 365. Subskrypcja jest również anulowana niejawnie, w wyniku niepłacenia należności i po przejściu w stan Wstrzymane przez 30 dni.

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 jest wysyłana zarówno do nabywcy, jak i właściciela konta rozliczeniowego.

Powiązana zawartość

samouczki wideo