Udostępnij za pośrednictwem

Partner przenosi własność rozliczeń do innego partnera Dostawca rozwiązań w chmurze (CSP)

  • Artykuł

Ta nowa funkcja rozszerza istniejącą funkcjonalność planu platformy Azure, aby obejmować przenoszenie nowych subskrypcji opartych na licencjach handlowych. Te ścieżki transferu są dostępne zarówno z interfejsu użytkownika Centrum partnerskiego, jak i przez wywołanie interfejsów API transferu Centrum partnerskiego.

Partnerzy mają różne powody przenoszenia subskrypcji od jednego partnera do innego:

  • Bieżący partner nie może być już autoryzowany do transakcji jako partner Dostawca rozwiązań w chmurze (CSP).
  • Klient znajduje nowego partnera, który lepiej obsługuje ich potrzeby.
  • Niektórzy partnerzy rozliczani bezpośrednio mogą przejść do stanu odsprzedawcy pośredniego, dlatego muszą przenieść swoje subskrypcje do nowego dostawcy pośredniego.
  • Partner może zostać scalony z innym partnerem lub nabyty przez innego partnera. Taka sytuacja może spowodować, że bieżący partner będzie musiał przenieść subskrypcje swoich klientów do nowej dzierżawy partnera.

Przeniesienia partnerów mogą mieć miejsce tylko wtedy, gdy partner źródłowy (bieżący/istniejący) i docelowy (nowy/przyszły) je zatwierdzą. Klienci nie inicjują procesu przeniesienia; zamiast tego robi to partner docelowy. Partnerzy nie są zobowiązani do zatwierdzania ani wysyłania żądań przeniesienia.

Zależy to od uznania partnera, aby wybrać, czy używać tej funkcji do przenoszenia subskrypcji. Ta funkcja jest dostępna w środowisku użytkownika centrum partnerskiego (UX) i interfejsie API, aby ułatwić samoobsługę i obsługiwać różne scenariusze biznesowe.

Partnerzy mogą przenosić elementy planu platformy Azure lub nowe subskrypcje oparte na licencjach handlowych:

Omówienie

Partnerzy mogą przenosić elementy planu platformy Azure lub nowe subskrypcje oparte na licencjach handlowych. Przed przeniesieniem klient musi ustanowić relację z docelowym (nowym) partnerem. Gdy klient ma relację ze swoim partnerem docelowym, może współpracować ze swoim partnerem docelowym, aby wysłać żądanie przeniesienia do partnera źródłowego, który jest obecnie właścicielem swoich subskrypcji. Rozmowy między klientem, partnerem źródłowym i partnerem docelowym muszą się odbyć, aby uzgodnić oczekiwania dotyczące transferu.

Obsługiwane scenariusze

Transfery umożliwiają partnerom, jeśli uzgodniono, przenoszenie subskrypcji klientów. Obsługiwane są następujące ścieżki:

  • Bezpośredni partner rozliczający się z partnerem rozliczania bezpośredniego
  • Bezpośredni partner rozliczeń od dostawcy pośredniego
  • Dostawca pośredni do dostawcy pośredniego
  • Dostawca pośredni do partnera rozliczania bezpośredniego

Odsprzedawcy pośredni potrzebują swojego dostawcy pośredniego, właściciela rozliczeń subskrypcji, aby wysłać lub zatwierdzić żądanie przeniesienia.

Partnerzy rozliczani bezpośrednio przechodzący na odsprzedawców pośrednich mogą przenieść subskrypcje klienta do dostawcy pośredniego, dla którego pracują. Ich dostawca pośredni powinien wysłać żądanie przeniesienia dla klienta do partnera rozliczania bezpośredniego w celu zaakceptowania i przesłania.

Tylko agenci administracyjni mogą tworzyć i zatwierdzać transfery.

Obsługiwane typy transferów

Żądania przeniesienia obsługują tylko subskrypcje planu platformy Azure, rezerwacje, plany oszczędnościowe i/lub nowe subskrypcje oparte na licencjach handlowych. Subskrypcje oprogramowania, bezterminowe oprogramowanie i subskrypcje innych firm nie mogą być przenoszone przy użyciu tej możliwości transferu.

Wymagania wstępne

Klienci muszą ustanowić relację z nowym partnerem docelowym, aby przejść do pracy.

  • Klient powiadamia źródłowego partnera CSP o zamiarze przejścia.
  • Docelowy partner CSP współpracuje z klientem, aby zapewnić spełnienie potrzeb klienta.
  • Klient podpisuje Umowa z Klientem Microsoft z docelowym partnerem CSP.
  • Docelowy partner CSP podpisuje umowę Microsoft Partner Agreement przed utworzeniem transferów.
  • Partner docelowy wysyła do klienta żądanie relacji.
  • Partner docelowy musi mieć identyfikator Microsoft partnera źródłowego (identyfikator dzierżawy) wymagany podczas tworzenia transferu.

Powiadomienia dotyczące transferów

Centrum partnerskie wysyła powiadomienie po przeniesieniu. Partnerzy źródłowi i klienci otrzymują powiadomienia e-mail dotyczące tworzenia. Partnerzy źródłowi, partnerzy docelowi i klienci otrzymują powiadomienia e-mail o zakończeniu. Partnerzy docelowi otrzymują rekord w dzienniku inspekcji podczas tworzenia transferu. Partnerzy źródłowi otrzymują rekord w dzienniku inspekcji po zaakceptowaniu przeniesienia. Powiadomienia partnerów są wysyłane do agentów administracyjnych. Powiadomienia klienta są wysyłane do kontaktu e-mail klienta zdefiniowanego w żądaniu przeniesienia.

Oczekiwane osie czasu dla transferów

Czas potrzebny na ukończenie akceptowanego przeniesienia zależy od czynników, takich jak liczba i typy przenoszonych subskrypcji. Niektóre transfery mogą napotkać określone błędy elementów wiersza, które są ponawiane do momentu pomyślnego wykonania. Większość transferów trwa mniej niż godzinę, ale w niektórych przypadkach może upłynąć do 72 godzin.

Anulowanie transferu

Transfery w stanie Oczekujące mogą zostać anulowane przez partnera docelowego. Partnerzy docelowi mogą przejść do szczegółów przeniesienia i kliknąć przycisk Anuluj w prawym górnym rogu strony. Anulowanie transferu powoduje wyłączenie akceptowania przeniesienia przez partnera źródłowego. Anulowanie transferu jest przydatne, jeśli transfer został omyłkowo utworzony.

Dzienniki aktywności i transfery

Dzienniki aktywności zapewniają dostępność zdarzeń tworzenia i aktualizacji transferu zarówno dla partnerów docelowych, jak i źródłowych. Zarówno partnerzy docelowi, jak i źródłowa korzystają z dziennika aktywności, aby śledzić zdarzenia działań transferu dla utworzonych, zaktualizowanych (przesłanych), zakończonych i zakończonych transferów zakończonych niepowodzeniem. Dane aktywności są dostępne na kontach partnerów Centrum partnerskiego, a także są włączone interfejsy API. Partnerzy mogą przejrzeć dokumentację dziennika aktywności, aby dowiedzieć się, jak śledzić transakcje wykonywane dla swoich klientów i innych akcji. Partnerzy mogą dowiedzieć się więcej na temat interfejsów API Centrum partnerskiego w celu pobierania rekordów inspekcji i zdarzeń inspekcji.

Obsługa elementu webhook

Elementy webhook Centrum partnerskiego obsługują transfery partnerów. Interfejsy API elementów webhook umożliwiają partnerom rejestrowanie się w celu uzyskania zdarzeń zmiany zasobów. Te zdarzenia są dostarczane w postaci poST HTTP do zarejestrowanego adresu URL partnera. Partnerzy otrzymują powiadomienia o elementach webhook dotyczące utworzonych, zaktualizowanych (przesłanych), ukończonych i zakończonych transferów zakończonych niepowodzeniem. Zdarzenia elementu webhook umożliwiają partnerom łatwiejsze operacjonalizacja rozwiązań transferowych i śledzenie nowych przesłanych do nich transferów. Zdarzenia elementu webhook służą do śledzenia zmian stanu transferów po utworzeniu i przesłaniu przez partnera źródłowego. Więcej informacji na temat elementów webhook znajduje się w dokumentacji elementów webhook i tematach zdarzeń elementu webhook.

Interfejs API i piaskownica

Partnerzy mogą używać interfejsów API Centrum partnerskiego do wykonywania transferów. Najważniejsze interfejsy API to sposób tworzenia transferu, wykonywania z partnera docelowego oraz aktualizowania i przesyłania transferu wykonywanego przez partnera źródłowego. Te interfejsy API są obsługiwane w środowiskach piaskownicy Centrum partnerskiego, ale nie jest to nowa akceptacja relacji z klientem. To ograniczenie komplikuje walidację kompleksowego transferu piaskownicy. Partnerzy mogą dowiedzieć się więcej, przeglądając temat możliwości piaskownicy dla relacji odsprzedawcy.

Przenieś elementy wiersza

Utworzony transfer to żądanie od partnera docelowego do partnera źródłowego. Partner źródłowy wybiera elementy do przeniesienia i przesyła transfer do przetworzenia. Przesłane transfery obejmują elementy wierszy zamierzonych elementów do przeniesienia. Partner docelowy nie może zobaczyć elementów wiersza do momentu ukończenia elementu wiersza, wystawiając nowe identyfikatory, które są nowo dostępne dla partnera docelowego do wyświetlenia. Partnerzy źródłowi widzą elementy wiersza dotyczące przenoszenia elementów, które próbują przenieść. Partnerzy docelowi widzą nowo utworzone elementy wiersza po zakończeniu. Partnerzy docelowi mogą używać identyfikatorów elementów wiersza, aby ułatwić zrozumienie nowo utworzonych subskrypcji, które wynikają z przeniesienia.

Więcej informacji