Udostępnij za pośrednictwem

Partner przenosi własność fakturowania innemu partnerowi dostawcy rozwiązań w chmurze (CSP)

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 poprzez wywołanie API transferu Centrum Partnerskiego.

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

  • Bieżący partner może już nie być uprawniony do realizacji transakcji jako 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 obecny partner będzie musiał przenieść subskrypcje swoich klientów do dzierżawy nowego 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, 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
  • Przejście z bezpośredniego partnera rozliczeń na dostawcę pośredniego
  • Dostawca pośredni do dostawcy pośredniego
  • Dostawca pośredni do bezpośredniego rozliczania z partnerem

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.

Uwaga

Partnerzy mogą użyć funkcji przenoszenia, aby przenieść subskrypcje od jednego partnera transakcyjnego do innego. Transfery między klientami dla tego samego partnera nie są obsługiwane. Funkcja transferu nie umożliwia przenoszenia subskrypcji rachunków bezpośrednich (web direct) do partnerów CSP (Dostawców Rozwiązań Chmurowych), a jedynie transfery między partnerami CSP.

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 Umowę Klienta Microsoft z docelowym partnerem CSP.
  • Docelowy partner CSP podpisuje Umowę Partnerską Microsoft przed utworzeniem transferów.
  • Partner docelowy wysyła do klienta zaproszenie do relacji.
  • Partner docelowy musi mieć identyfikator Microsoft partnera źródłowego (identyfikator dzierżawy), który jest potrzebny do utworzenia 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ą zapis w dzienniku audytu 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 terminy 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 pozycji wiersza, które są ponawiane aż do pomyślnego zakończenia. Większość transferów trwa mniej niż godzinę, ale w niektórych przypadkach może upłynąć do 72 godzin.

Stan przenoszenia

Partner docelowy zawsze może sprawdzić stan żądania przeniesienia. Transfer ma inny stan:

  • Oczekiwanie oznacza, że transfer został utworzony i wysłany do partnera źródłowego, ale nie został jeszcze zaakceptowany. Partnerzy źródłowi nie są zobowiązani do zaakceptowania przeniesienia, a pomoc techniczna dla partnerów firmy Microsoft nie może zmusić partnera źródłowego do zaakceptowania przeniesienia. Partnerzy muszą pracować w trybie offline przed wysłaniem przeniesienia, aby upewnić się, że obie strony się zgadzają.
  • Stan W toku oznacza, że transfer został odebrany i przesłany przez partnera źródłowego. Przelew jest wykonywany. Przetwarzanie może trwać do 72 godzin, jeśli wystąpią problemy z transferem, a system będzie ciągle ponawiał próby. Transfery bez problemów zwykle są ukończone w ciągu 15 minut.
  • Niepowodzenie oznacza, że transfer nie powiódł się. W takim przypadku partner źródłowy powinien poprosić partnera docelowego, aby wysłał nowy przelew.
  • Status 'Kompletne' oznacza, że transfer i wszystkie elementy wiersza zostały pomyślnie przetworzone.
  • Częściowo ukończone oznacza, że niektóre elementy transferu zakończyły się pomyślnie, ale inne zakończyły się niepowodzeniem. W takim przypadku partner docelowy może wysłać nowe żądanie przeniesienia, a partner źródłowy może spróbować ponownie przetworzyć elementy, które zakończyły się niepowodzeniem.
  • Wygasło, jeśli partner źródłowy nie podejmuje działań odnośnie do transferu przez 30 dni. Po tym czasie transfer wygasa i nie można go wykonać.
  • Anulowano. Dzieje się to, gdy partner docelowy anuluje transfer. Nie można wykonać anulowanych transferów.

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.

Przenoszenie typów produktów

Partnerzy mogą ograniczyć typy subskrypcji uwzględnione w przeniesieniu, wybierając typy produktów przeniesienia podczas tworzenia przeniesienia. Typy produktów transferowych mogą obejmować Online Services NCE (typy oparte na licencjach), subskrypcje platformy Azure, rezerwacje platformy Azure i plany oszczędności platformy Azure. Wybranie usługi Online Services NCE podczas tworzenia przeniesienia oznacza, że partner źródłowy może przesyłać jedynie te rodzaje usług podczas akceptowania i przesyłania przeniesienia. Utworzone przez partnera transfery obejmujące typy Azure będą teraz zapewniać wcześniejszą weryfikację, aby upewnić się, że partner docelowy ma skonfigurowany plan dla Azure, który pozwala na odbieranie przeniesionych subskrypcji Azure. Typy produktów są również obsługiwane podczas tworzenia transferów przy użyciu interfejsów API.

Uwaga

Utworzone transfery są domyślne dla wszystkich typów produktów , które nie weryfikują konfiguracji planu platformy Azure. Partnerzy, którzy chcą przenieść elementy platformy Azure, powinni określić typ produktu platformy Azure, który chce przenieść, aby upewnić się, że utworzony transfer jest zgodny z dostępnością i konfiguracją planu platformy Azure.

Dzienniki aktywności i transfery

Dzienniki aktywności zapewniają dostępność zdarzeń związanych z tworzeniem i aktualizacją transferów zarówno dla partnerów docelowych, jak i źródłowych. Zarówno partnerzy docelowi, jak i źródłowi korzystają z dziennika aktywności, aby śledzić zdarzenia związane z działaniami transferu dla transferów utworzonych, zaktualizowanych (przesłanych), zakończonych oraz tych, które zakończyły się 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, aby pobierać rekordy audytowe i zdarzenia audytowe.

Obsługa webhooków

Webhooki Centrum partnerskiego obsługują transfery między partnerami. Interfejsy webhook API umożliwiają partnerom rejestrowanie zdarzeń zmiany zasobów. Te zdarzenia są dostarczane w postaci poST HTTP do zarejestrowanego adresu URL partnera. Partnerzy otrzymują powiadomienia webhook dotyczące utworzonych, zaktualizowanych (przesłanych), wygasłych, ukończonych i zakończonych niepowodzeniem transferów. Zdarzenia webhook umożliwiają partnerom łatwiejsze wdrażanie rozwiązań transferowych i śledzenie nowych przesłanych do nich transferów. Zdarzenia webhook służą do śledzenia zmian stanu transferów po utworzeniu i przekazaniu przez partnera źródłowego. Więcej informacji na temat webhooków znajduje się w dokumentacji webhooków i zdarzeniach webhook.

Interfejs API i piaskownica

Partnerzy mogą używać interfejsów API Centrum partnerskiego do wykonywania transferów. Najważniejsze interfejsy API to jak stworzyć transfer, wykonywane od partnera docelowego, oraz jak zaktualizować i przesłać transfer, wykonywane przez partnera źródłowego. Te interfejsy API są obsługiwane w środowiskach piaskownicy Centrum Partnerskiego, jednak nie obejmują one akceptacji nowych relacji z klientami. To ograniczenie komplikuje walidację transferów w piaskownicy od końca do końca. Partnerzy mogą testować transfery w swoich dzierżawach niesandboxowych, współpracując z innym dostawcą CSP i wykorzystując oferty o zerowej wartości. Partnerzy mogą zapoznać się z bieżącym cennikiem CSP, w którym ceny jednostek SKU produktów wynoszą zero dolarów. Partnerzy mogą dowiedzieć się więcej, przeglądając temat dotyczący możliwości piaskownicy w kontekście relacji odsprzedawcy. Kody błędów dotyczące nieudanych transferów znajdują się w temacie kody błędów.

Przenieś elementy wiersza

Stworzony transfer to wniosek od partnera docelowego do partnera źródłowego. Partner źródłowy wybiera elementy do przeniesienia i przesyła je do przetworzenia. Przesłane transfery zawierają pozycje dotyczące planowanych do przeniesienia przedmiotów. Partner docelowy nie może zobaczyć pozycji wiersza przed jej ukończeniem; wówczas wydawane są nowe identyfikatory, które są dostępne do wyświetlenia dla partnera docelowego. Partnerzy źródłowi widzą pozycje dotyczące przenosin przedmiotów, które próbują przenieść. Partnerzy docelowi widzą nowo utworzone pozycje po zakończeniu. Partnerzy docelowi mogą używać identyfikatorów pozycji, aby ułatwić zrozumienie nowo utworzonych subskrypcji, które wynikają z przeniesienia.

Więcej informacji