Proces certyfikacji zweryfikowanego wydawcy

Ten proces dotyczy zweryfikowanych wydawców (z wykluczeniem wydawców niezależnych). Jeśli jesteś niezależnym wydawcą, przejdź procesu certyfikacyjnego niezależnego wydawcy.

Po zakończeniu tworzenia łącznika niestandardowego postępuj zgodnie z poniższymi instrukcjami, aby przygotować go do certyfikacji i wygenerować pliki łącznika do przesłania do firmy Microsoft.

Uwaga

W tym temacie zamieszczono informacje na temat certyfikowania łączników niestandardowych w usługach Azure Logic Apps, Power Automate i Power Apps. Przed wykonaniem kroków opisanych w tym artykule należy przeczytać omówienie dotyczące certyfikowania łącznika i zarejestrować łącznik niestandardowy w Microsoft.

Podstawowy przepływ pracy w procesie certyfikacji

Poniższy schemat blokowy przedstawia podstawowy przepływ pracy w procesie certyfikacji. Numerowane kroki w tym artykule odpowiadają przepływowi pracy. Powinny one zawierać szczegółowe informacje potrzebne do ukończenia procesu certyfikacji.

Aby rozwinąć widok schematu blokowego, wybierz ikonę lupy w prawym dolnym rogu.

Podstawowy przepływ pracy w procesie certyfikacji.

Aby uzyskać szczegółową wizualizację tego schematu blokowego, przejdź do tematu Szczegółowy przepływ pracy procesu certyfikacji łącznika.

Krok 1. Rejestrowanie łącznika

Nie musisz kończyć opracowywania łącznika niestandardowego, aby przesłać prośbę o certyfikację. Aby rozpocząć proces certyfikacji, zarejestruj łącznik w celu uzyskania certyfikatu, wypełniając formularz rejestracji.

Oczekując na wiadomość e-mail w ciągu dwóch dni roboczych od kontaktu firmy Microsoft, który:

  • Zapozna się z Twoim łącznikiem niestandardowym.
  • Sprawdzi, jaki jest postęp opracowywania.
  • Przeprowadzi Cię przez proces certyfikacji.

Krok 2. Spełnianie wymagań dotyczących przesyłania

Aby zachować wysoką jakość i spójność naszych certyfikowanych łączników, firma Microsoft ma zestaw wymagań i wskazówek, jakie musi spełniać łącznik niestandardowy na potrzeby certyfikacji.

Nadawanie łącznikowi tytułu

  • Musi istnieć i być napisany w języku angielskim.
  • Musi być unikatowy i odróżniany od istniejącego tytułu łącznika.
  • Powinien być nazwą produktu lub organizacji.
  • Powinien być zgodny z istniejącymi wzorcami nazewnictwa dla certyfikowanych łączników. W przypadku niezależnych wydawców nazwa oprogramowania sprzęgającego powinna być zgodna ze wzorcem Nazwa oprogramowania sprzęgającego (wydawca niezależny).
  • Nie może być dłuższy niż 30 znaków.
  • Nie może zawierać słów API, Connector ani żadnej nazwy naszych produktów Power Platform (np. Power Apps).
  • Nie może zakończyć się znakiem innym niż alfanumerycznym, na przykład powrót karetki, nowy wiersz lub puste miejsce.

Przykłady

  • Dobre tytuły łączników: „Azure Sentinel”, „Office 365 Outlook”
  • Niedobre tytuły łączników: „Azure Sentinel's Power Apps Connector”, „Office 365 Outlook API”

Pisanie opisu łącznika

  • Musi istnieć i być napisany w języku angielskim.
  • Nie może zawierać błędów gramatycznych ani błędów pisowni.
  • Powinien opisywać zwięźle cel i wartość oferowaną przez łącznik.
  • Nie może być krótszy niż 30 znaków lub dłuższy niż 500 znaków.
  • Nie może zawierać żadnej nazwy produktów Power Platform (na przykład „Power Apps”).

Projektowanie ikony dla łącznika

Ta sekcja nie dotyczy niezależnych wydawców.

  • Utwórz Logo o rozmiarze 1:1 w zakresie od 100 x 100 do 230 × 230 pikseli (bez zaokrąglenia rogów).
  • Użyj nieprzezroczystego, nie białego koloru tła (#ffffff) i nie domyślnego koloru (#007ee5) dopasowania do określonego koloru w tle ikony.
  • Upewnij się, że ikona jest unikatowa w stosunku do każdej innej ikony certyfikowanego łącznika.
  • Prześlij logo w formacie PNG jako <icon>.png.
  • Dzięki temu można ustawić rozmiar logo o rozmiarze poniżej 70% dla wysokości obrazu & szerokości spójnego tle.
  • Upewnij się, że kolor marki jest prawidłowym kolorem w kodzie szesnastkowym i nie powinien być biały (#ffffff) ani domyślny (#007ee5).

Definiowanie podsumowań i opisów operacji i parametrów

  • Musi istnieć i być napisany w języku angielskim.
  • Nie może zawierać błędów gramatycznych ani błędów pisowni.
  • Podsumowania operacji i parametrów powinny składać się z fraz, nie więcej niż 80 znaków i zawierać tylko znaki alfanumeryczne lub nawiasy.
  • Opisy operacji i parametrów powinny być pełnymi, opisowymi zdaniami i kończyć się interpunkcją.
  • Nie mogą zawierać żadnej nazwy produktów Microsoft Power Platform (na przykład „Power Apps”).

Definiowanie dokładnych odpowiedzi na operację

  • Zdefiniuj odpowiedzi operacji z dokładnym schematem tylko z oczekiwanymi odpowiedziami.
  • Nie używaj odpowiedzi domyślnych z dokładną definicją schematu.
  • Podaj prawidłowe definicje schematu odpowiedzi dla wszystkich operacji w swaggerze.
  • Nie są dozwolone puste schematy odpowiedzi z wyjątkiem sytuacji, gdy schemat odpowiedzi jest dynamiczny. Oznacza to, że w danych wyjściowych nie jest dozwolona żadna zawartość dynamiczna, a twórcy muszą użyć języka JSON do analizy odpowiedzi.
  • Puste operacje są niedozwolone.
  • Należy usunąć puste właściwości, o ile nie są to wymagane.

Sprawdzanie właściwości struktury Swagger

  • Upewnij się, że właściwość openapfinition jest w poprawnie sformatowanym pliku JSON.
  • Upewnij się, że definicja struktury Swagger jest zgodna ze standardem OpenAPI 2.0 i standardem rozszerzenia łącznika.

Zweryfikuj parametry połączenia

  • Upewnij się, że właściwość jest aktualizowana odpowiednimi wartościami „UIDefinition” (wyświetlana nazwa, opis).

  • Jeśli parametr połączenia używa uwierzytelniania podstawowego, należy upewnić się, że plik JSON jest poprawnie sformatowany jak w następującym przykładzie.

    {
      "username": {
        "type": "securestring",
        "uiDefinition": {
          "displayName": "YourUsernameLabel",
          "description": "The description of YourUsernameLabel for this api",
          "tooltip": "Provide the YourUsernameLabel tooltip text",
          "constraints": {
            "tabIndex": 2,
            "clearText": true,
            "required": "true"
            }
      }
    },
      "password": {
        "type": "securestring",
        "uiDefinition": {
          "displayName": "YourPasswordLabel",
          "description": "The description of YourPasswordLabel for this api",
          "tooltip": "Provide the YourPasswordLabel tooltip text",
          "constraints": {
            "tabIndex": 3,
            "clearText": false,
            "required": "true"
          }
        }
      }
    }
    
  • Jeśli parametr połączenia używa klucza APIKey jako uwierzytelniania, należy upewnić się, że plik JSON jest poprawnie sformatowany jak w następującym przykładzie.

    {
      "api_key": {
        "type": "securestring",
        "uiDefinition": {
          "displayName": "YourApiKeyParameterLabel",
          "tooltip": "Provide your YourApiKeyParameterLabel tooltip text",
          "constraints": {
            "tabIndex": 2,
            "clearText": false,
            "required": "true"
          }
        }
      }
    }
    
  • Jeśli parametr połączenia używa ogólnego OAuth jako uwierzytelniania, należy upewnić się, że plik JSON jest poprawnie sformatowany jak w następującym przykładzie.

    {
      "token": {
        "type": "oAuthSetting",
        "oAuthSettings": {
          "identityProvider": "oauth2",
          "scopes": [
            "scope1"
          ],
          "redirectMode": "GlobalPerConnector",
          "customParameters": {
            "AuthorizationUrl": {
              "value": "https://contoso.com"
            },
            "TokenUrl": {
              "value": "https://contoso.com"
            },
            "RefreshUrl": {
              "value": "https://contoso.com"
            }
          },
          "clientId": "YourClientID"
        },
        "uiDefinition": null
      }
    }
    
  • Jeśli parametr połączenia ma dostawcę tożsamości OAuth2, należy upewnić się, że dostawca tożsamości znajduje się na liście obsługiwanych dostawców uwierzytelniania OAuth2. Poniżej przedstawiono przykład GitHub jako dostawcy tożsamości OAuth2:

    {
      "token": {
        "type": "oAuthSetting",
        "oAuthSettings": {
          "identityProvider": "github",
          "scopes": [
            "scope1"
          ],
          "redirectMode": "GlobalPerConnector",
          "customParameters": {},
          "clientId": "YourClientId"
        },
        "uiDefinition": null
      }
    }
    
  • Jeśli parametr połączenia używa tożsamości Microsoft Entra jako uwierzytelniania, należy upewnić się, że plik JSON jest poprawnie sformatowany jak w następującym przykładzie.

    {
      "token": {
        "type": "oAuthSetting",
        "oAuthSettings": {
          "identityProvider": "aad",
          "scopes": [
            "scope1"
          ],
          "redirectMode": "GlobalPerConnector",
          "customParameters": {
            "LoginUri": {
              "value": "https://login.microsoftonline.com"
            },
            "TenantId": {
              "value": "common"
            },
            "ResourceUri": {
              "value": "resourceUri"
            },
            "EnableOnbehalfOfLogin": {
              "value": false
            }
          },
          "clientId": "AzureActiveDirectoryClientId"
        },
        "uiDefinition": null
      }
    }
    

Tworzenie wysokiej jakości ciągów znaków w języku angielskim

Łączniki są lokalizowane w ramach lokalizacji Power Automate; dlatego podczas tworzenia łącznika jakość angielskich ciągów znaków jest kluczowa dla jakości tłumaczenia. Oto kilka głównych obszarów, na których można się skoncentrować podczas tworzenia wartości ciągów.

  • Upewnij się, że wykorzystasz program sprawdzający pisownię, aby upewnić się, że wszystkie wartości łańcuchowe są wolne od literówek. Jeśli istnieje niekompletny angielski ciąg znaków, wynik tłumaczenia jest niekompletny lub zawiera błędy w kontekście.

  • Upewnij się, że zdanie jest w pełnej formie. Jeśli zdanie nie jest pełne, może to również generować niższą jakość tłumaczeń.

  • Upewnij się, że znaczenie zdania jest jasne. Jeśli znaczenie zdania jest niejednoznaczne, może to również generować niższą jakość lub niepoprawne tłumaczenia.

  • Upewnij się, że streszczenia, x-ms-summaries i opisy są poprawne gramatycznie. Nie kopiuj ich i nie wklejaj. Aby dowiedzieć się, jak są wyświetlane w produkcie, przejdź do Wskazówki dotyczące ciągów łącznika.

  • Jeśli to możliwe, unikaj złożonych ciągów znaków w czasie wykonywania. Zamiast tego używaj w pełni ukształtowanych zdań. Złożone ciągi lub zdania utrudniają tłumaczenie lub mogą spowodować błędne tłumaczenie.

  • Jeśli używasz skrótów, upewnij się, że piszesz je wielkimi literami, aby było to jasne. Zmniejsza to ryzyko pomyłek w przypadku błędu typograficznego.

  • Ciągi w formacie CaMel (np. Ciagi minimizeHighways lub MinimizeHighways) są zwykle nietłumaczone. Jeśli chcesz zlokalizowane wartości tego typu ciągu, należy naprawić ciąg formularza CaMel.

Krok 3: Uruchamianie sprawdzania rozwiązania, aby zweryfikować poprawności łącznika

Sprawdzanie rozwiązania to mechanizm wykonujący analizy statyczne, aby upewnić się, że łącznik jest zgodny ze standardami wymaganymi przez firmę Microsoft do certyfikacji. Dodaj łącznik do rozwiązania w Power Automate lub Power Apps i uruchom sprawdzanie rozwiązania zgodnie z instrukcjami w Weryfikuj poprawności łącznika niestandardowego przy użyciu sprawdzania rozwiązania.

Obejrzyj to wideo, aby dowiedzieć się, jak uruchomić sprawdzanie rozwiązania!

Krok 4. Dodawanie metadanych

Artefakty łącznika (pliki) muszą zawierać określone metadane opisujące łącznik i jego usługę końcową. Informacje zawarte w metadanych są publikowane w dokumentacji łącznika i są publicznie dostępne dla wszystkich użytkowników. Nie należy udostępniać informacji prywatnych i poufnych oraz skontaktować się z firmą Microsoft w przypadku jakichkolwiek problemów z dostarczeniem do firmy Microsoft tych informacji. Aby dowiedzieć się, jak są dokumentowane metadane, odwiedź jedną ze stron dokumentacji specyficznych dla łącznika w sekcji Informacje o łączniku.

Krok 4a: właściwości publisher i stackOwner

  • publisher to nazwa firmy lub organizacji użytkownika. Wprowadź pełną nazwę firmy (na przykład „Contoso Corporation”). Musi być w formacie alfanumerycznym.

  • "stackOwner to firma lub organizacja będąca właścicielem stosu zaplecza, z którym jest połączony łącznik. Musi być w formacie alfanumerycznym.

Wydawca Description Przykład
Zweryfikowano Wydawca i stackOwner są tacy sami, chyba że deweloper ISV tworzy łącznik w imieniu strony stackOwner. "wydawca": "Tesla",
"stackOwner": "Tesla"
Niezależny Należy podać właściciela wykresu i właściciela wydawcy. "wydawca": "Nirmal Kumar",
"stackOwner": "ITGlue"

Lokalizacja pliku: apiProperties.json
Aby dowiedzieć się więcej, zobacz Plik właściwości interfejsu API.

Składnia: Właściwości Wydawca i stackOwner występują jako właściwości najwyższego poziomu w pliku apiProperties.json. Dodaj następujące wyróżnione wiersze w przedstawiony sposób. Upewnij się, że podałeś nazwę właściwości i schemat dokładnie tak, jak pokazano na rysunku.

Zrzut ekranu pokazujący właściwości publisher i stackOwner, które są dostępne w przykładowych stawkach kodu

Kod przedstawiający blok definiujący obiekt kontaktu zaznaczony na czerwono. Blok ten musi znajdować się bezpośrednio pod opisem. Kolejny blok, x-ms-connector-metadata, jest również zaznaczony na czerwono. Blok ten musi znajdować się bezpośrednio pod ścieżką: {}.

Krok 4c: przykładowe fragmenty kodu

Możesz użyć następujących wstawek kodu, aby skopiować i wprowadzić swoje informacje. Upewnij się, że dodajesz wstawki do odpowiednich plików w odpowiednich lokalizacjach, jak opisano w poprzednim rozdziale.

    "publisher": "_____",
    "stackOwner": "_____"
    "contact": {
      "name": "_____",
      "url": "_____",
      "email": "_____"
    }
    "x-ms-connector-metadata": [
      {
        "propertyName": "Website",
        "propertyValue": "_____"
      },
      {
        "propertyName": "Privacy policy",
        "propertyValue": "_____"
      },
      {
        "propertyName": "Categories",
        "propertyValue": "_____;_____"
      }
    ]

Uwaga

Istnieje bieżące ograniczenie użycia właściwości stackOwner i naszego narzędzia interfejsu wiersza użytkownika Paconn. Więcej informacji można znaleźć w sekcji Ograniczenia w pliku README.

Krok 4d: Formatowanie i ograniczenia plików JSON

  • Upewnij się, że właściwości są poprawnie wyrównane.

  • Wklej kod JSON do Visual Studio Code. Możesz używać rozszerzeń, takich jak sprawdzania pisowni oraz dodatków plug-in JSON.

  • Rozmiar plików rozłożenia nie powinien być większy niż 1 MB.

    • Rozważ wygląd łącznika przed rozpoczęciem jego tworzenia. Oceniać, czy łącznik powinien zostać przerwany na dwa (2) łączniki, czy więcej.
    • Większe pliki rozsyłania mogą powodować opóźnienie używania łącznika.

    Na platformie znajdują się na przykład trzy (3) różne łączniki usługi HubSpot.

    Zrzut ekranu folderów dla trzech łączników usługi HubSpot.

Krok 4e: Weryfikacja poprawności niestandardowych plików łączników

Uruchom program paconn validate --api-def [Location of apiDefinition.swagger.json]. To narzędzie weryfikuje definicję łącznika i informuje o błędach, które należy naprawić przed przesłaniem.

Jeśli łącznik używa standardu OAuth jako typu uwierzytelniania, należy dodać te dozwolone adresy URL przekierowania do aplikacji:

  • https://global.consent.azure-apim.net/redirect/{apiname}

  • https://global-test.consent.azure-apim.net/redirect/{apiname}

Krok 5. Przygotowywanie artefaktów łącznika

Ten krok powinien zająć około tygodnia na zakończenie.

Uwaga

  • Upewnij się, że postępowałeś zgodnie ze specyfikacjami i zapewniłeś jakość swojego złącza przed certyfikacją. Niezastosowanie się do tego spowoduje opóźnienia w certyfikacji, ponieważ zostaniesz poproszony o wprowadzenie zmian.
  • Podaj produkcyjną wersję adresu URL hosta. Przemieszczania, tworzenia i testowania adresów URL hosta nie są dozwolone.

Do firmy Microsoft należy przesłać zestaw plików zwanych artefaktami łącznika, które pobiera się przy użyciu narzędzia interfejsu wiersza polecenia (CLT) dostarczanego przez firmę Microsoft. To narzędzie weryfikuje poprawność łącznika pod kątem wystąpienia wszelkich błędów.

Wkonaj następujące kroki, aby rozpocząć:

  1. Zainstaluj narzędzie interfejsu wiersza polecenia łączników platformy Microsoft Power Platform zgodnie z instrukcjami dotyczącymi instalacji.

  2. Zaloguj się do Microsoft Power Platform, korzystając z wiersza polecenia i uruchamiając polecenie paconn login. Postępuj zgodnie z instrukcjami, aby zalogować się za pomocą procesu kodu urządzenia firmy Microsoft.

  3. Po uwierzytelnieniu się, pobierz pliki niestandardowych konektorów:

    • Uruchom program paconn download. Wybierz środowisko, w którym znajduje się łącznik niestandardowy, określając jego numer w wierszu polecenia, a następnie wybierz nazwę łącznika niestandardowego.

    Narzędzie pobiera artefakty łącznika w folderze do lokalizacji systemu plików, w której uruchomiono paconn. W zależności od typu wydawcy można znaleźć różne artefakty:

Wydawca Artefakt
Zweryfikowano apiDefinition.swagger.json
apiProperties.json
settings.json
Ikona łącznika
Niezależny apiDefinition.swagger.json
apiProperties.json

Zarówno sprawdzeni wydawcy, jak i wydawcy niezależni pobierają apiProperties.json w ich artefaktach. W tym pliku należy ustawić wartość IconBrandColor.

  • Sprawdzeni wydawcy: Ustaw iconBrandColor na kolor swojej marki w pliku apiProperties.
  • Niezależni wydawcy: Ustaw iconBrandColor na „#da3b01” w pliku apiProperties.
    Zrzut ekranu żywej pomarańczowej ikony (da3b01).

Utwórz artefakt pliku Readme

Plik Readme.md jest niezbędny zarówno dla niezależnych wydawców, jak i zweryfikowanych wydawców. Należy utworzyć plik Readme.md w celu udokumentowania funkcji i funkcjonalności łącznika. Przykład dokumentacji, która ma być dołączyć, przejdź do przykładu Readme.md. Aby dowiedzieć się więcej o pisaniu pliku Readme.md, zapoznaj się z innymi plikami Readme.md w repozytorium TychSom.

Jeśli jesteś niezależnym wydawcą, a łącznik używa OAuth, upewnij się, że masz instrukcje uzyskiwania poświadczeń.

Porada

Znane problemy i ograniczenia to doskonały punkt do podtrzymywania aktualnych informacji dla użytkowników.

Krok 6. Przesyłanie łącznika do wdrożenia

Podczas procesu przesyłania użytkownik przesyła łącznik jako open-source do repozytorium łączników Microsoft Power Platform.

  1. Postępuj zgodnie z instrukcjami w Prześlij swoje oprogramowanie sprzęgające do certyfikacji Microsoft, aby przesłać do GitHub i portalu certyfikacji łączników (wersja zapoznawcza).

    Jeśli jesteś sprawdzonym wydawcą i używasz kodu niestandardowego, musisz przesłać plik script.csx.

  2. Po przesłaniu żądania ściągnięcia do repozytorium open-source firma Microsoft wdroży i zweryfikuje Twój łącznik w ciągu jednego lub dwóch tygodni. Jeśli aktualizacje są konieczne, może to potrwać dodatkowe jeden lub dwa tygodnie.

    Jeśli łącznik ma OAuth, prześlij pakiet w portalu certyfikacji łącznika (wersja zapoznawcza). Ponadto należy uzyskać nazwę API z żądania przesyłania łącznika w celu zaktualizowania aplikacji.

    Podczas przesyłania Microsoft weryfikuje poprawność łącznika przy użyciu robota CLA, weryfikatora struktury Swagger i narzędzia wykrywania zmian powodujących niezgodność. Aby rozwiązać problemy z błędami rozsyłania, przejdź do tematu Naprawianie błędów validatora oprogramowania Swagger.

Krok 7: Oczekiwania dotyczące testowania wykonane przez zweryfikowanych wydawców

Po zweryfikowaniu łącznika poprosimy Cię o wykonanie dokładnego testowania.

  1. Aby utworzyć środowisko w regionie podglądu w ramach przygotowania do testowania, wykonaj instrukcje testowe łącznika w certyfikatach.

  2. W ciągu jednego tygodnia należy powiadomić firmę Microsoft o zakończeniu testowania, aby można było rozpocząć wdrożenie.

  3. Po zweryfikowaniu funkcjonalności i zawartości łącznika zarówno przez firmę Microsoft, jak i przez Ciebie, przygotujemy łącznik do wdrożenia w regionie wersji zapoznawczej w celu przetestowania.

Krok 8: Poczekaj na wdrożenie

Po zakończeniu weryfikacji łącznika pod kątem testowania zostanie on wdrożony we wszystkich produktach i regionach.

Ważne

Wdrożenie łącznika zajmuje przeciętnie od trzech do czterech tygodni. Jest to wymagane niezależnie od rozmiaru lub złożoności łącznika, niezależnie od tego, czy jest nowy, czy aktualizacja. Aby chronić integralność, łącznik będzie podlegał tym samym zadaniom weryfikacyjnym w celu przetestowania funkcjonalności i zawartości, które są stosowane w każdym wdrożeniu.

W wiadomości e-mail informujemy o nazwach regionów, w których zostanie wdrażany łącznik, ponieważ wdrażanie w regionach odbywa się krokowo. Jeśli istnieje opóźnienie wdrożenia lub blokowanie, po sprawdzeniu wydawców informacje o stanie można znaleźć w oknie Kontrola aktywności w portalu certyfikacji programu Connector (podgląd). Niezależni wydawcy są powiadomieni pocztą e-mail.

Wdrożenie produkcyjne

Harmonogramy wdrożeń łącznika dla rozpoczęcia produkcyjnego w piątek rano, pacyficznego czasu standardowego/pacyficznego czasu letniego. Należy poinformować firmę Microsoft o gotowości do wdrożenia produkcyjnego z co najmniej 24-godzinnym wyprzedzeniem, aby mogła dołączyć łącznik do następnego zaplanowanego wdrożenia. Informacje o sprawdzonych wydawcach mogą powiadamiać nas w Kontroli aktywności w portalu certyfikacji programu Connector (wersja zapoznawcza). Niezależni wydawcy mogą powiadomić o tym swoich użytkowników firmy Microsoft.

Region wdrożenia

Wdrożenie w różnych regionach odbywa się we wcześniej ustalonej sekwencji dziennej. Regiony to:

  • Testowanie.
  • Podgląd w USA.
  • Azji (z wyjątkiem Japonii i Indii).
  • Europa, z wyjątkiem Wielkiej Brytanii.
  • Brazylii, Kanadzie, Japonii i Indiach.
  • Australia, Wielka Brytania i USA.

Jeśli na przykład łącznik użytkownika jest zaplanowany do wdrożenia na poniedziałek, zostanie on wdrożony w obszarze testowania w dniu 1. Następnie jest wdrażany w 2. dniu, w regionie Stanów Zjednoczonych, w wersji zapoznawczej. Kolejne wdrożenia następują codziennie, dopóki łącznik nie zostanie wdrożony we wszystkich sześciu regionach.

Nie będziemy wdrażać w soboty, niedziele i dni wolne od pracy w Stanach Zjednoczonych.

Po zakończonej certyfikacji łącznika poinformujemy użytkownika o szansie sprzedaży jego łącznika na blogu Power Automate.

Krok 9: Poznawanie opcji po wdrożeniu

Oto kilka opcji, które można poznać po wdrożeniu łącznika:

Lista kontrolna przed przesłaniem

Przed przejściem do przesyłania łącznika do certyfikacji przez Microsoft upewnij się, że:

Porada

  • Twórz filmy, blogi lub inne treści w serwisie YouTube, aby udostępniać próbki lub zrzuty ekranu, aby rozpocząć korzystanie z oprogramowania sprzęgającego.
    - Dołącz łącza do pliku Readme.md, aby można było dodać je do dokumentów.
  • Dodaj podpowiedzi do swojego pliku swaggera, aby pomóc użytkownikom osiągnąć większy sukces.

Jeśli jesteś sprawdzonym wydawcą (a nie niezależnym wydawcą), podczas przesyłania do certyfikacji przez firmę Microsoft trzeba wyrazić zgodę na naszą umowę z partnerami i umowę o nieujawnianiu. Jeśli przed przesłaniem chcesz przejrzeć warunki i informacje, skontaktuj się z Microsoft.

Następny krok

Przesyłanie łącznika do certyfikacji przez firmę Microsoft

Przekazywanie opinii

Jesteśmy wdzięczni za opinie na temat problemów z platformą łączników oraz pomysły na nowe funkcje. Aby przekazać opinię, przejdź na stronę Przesyłanie problemów lub uzyskiwanie pomocy dotyczącej łączników i wybierz typ opinii.