독립 게시자 인증 프로세스
이 프로세스는 독립 판매자용입니다. 커넥터에 대한 기본 서비스를 소유하고 있는 경우 인증된 게시자 인증 프로세스로 이동하세요.
참고
이 토픽에서는 Azure Logic Apps, Power Automate 및 Power Apps에서 독립 판매자 커넥터를 인증하기 위한 정보를 제공합니다. 이 문서의 단계를 따르기 전에 커넥터 인증 받기를 읽으세요.
Independent Publisher 프로그램에 빌드할 사용자 지정 커넥터를 식별한 후 다음 단계에 따라 인증을 준비하고 Microsoft에 제출할 커넥터 파일을 생성합니다. 제출 절차는 독립 판매자 커넥터를 위한 GitHub 리포지토리를 통해 완료됩니다.
선언문 읽기
독립 판매자 커넥터 그룹을 사용하면 누구나 커넥터를 공식 Microsoft 커넥터 목록에 게시할 수 있습니다. 이 그룹은 참가자들이 선언문의 내용을 인지하고 동의할 것을 요청합니다. 이러한 노력에 기여하거나 참여하려면 이 문서를 읽고 숙지하세요.
인증을 위해 커넥터 준비 및 제출
커넥터를 독립 판매자로 인증하는 프로세스는 간단합니다. GitHub 리포지토리에서 제출하기 전에 이 섹션의 단계를 수행해야 합니다.
독립 판매자 커넥터를 제출하면 이름이 당사 제품에 공식 판매자로 표시되고 일반 아이콘이 커넥터에 적용됩니다.
중요
커넥터를 빌드하고 Microsoft 자사 서비스에 게시하는 것을 고려 중인 경우 커넥터 및 해당 엔드포인트에 대한 설명과 함께 connectorpartnermgmtteam@service.microsoft.com으로 이메일을 보내세요. 게시 옵션을 찾기 위해 협력할 것입니다.
커넥터 구축을 시작하기 전에 커넥터 제안을 Microsoft와 공유하세요. Power Platform 설명서 및 GitHub 리포지토리의 풀 요청에서 커넥터를 검색하여 커넥터가 아직 빌드되지 않았는지 확인합니다. 다음 표에서는 상태에 따라 연결로 수행할 수 있는 작업에 대한 옵션을 제공합니다.
제안된 커넥터 조건 옵션 Power Platform에 이미 있습니다. 커넥터를 만들 수 없습니다. 이미 독립 게시자 커넥터로 존재합니다. 커넥터에 더 많은 기능을 추가할 수 있습니다. 현재 pull 요청 및 제안입니다. 독립 게시자에게 연락하여 커넥터에서 협력할 수 있습니다. pull 요청 및 제안이 아닙니다. 커넥터가 인증 및 배포될 때까지 기다린 다음 해당 커넥터 파일에 업데이트를 추가합니다. 커넥터가 플랫폼에 없음을 확인한 후 GitHub 리포지토리에서 커넥터 제안을 공유합니다. 이렇게 하면 새 커넥터에 대해 같은 생각을 가질 수 있는 동료와 중복되는 작업을 피할 수 있습니다. 또한 커넥터를 구축할 때 공동 작업할 다른 사람을 찾을 수 있는 기회를 만들 수도 있습니다.
제안을 공유하려면 다음 기준으로 풀 리퀘스트를 GitHub 리포지토리에서 제출하세요.
풀 요청의 제목을 제안 - <Connector Name>(독립 출판사)"로 지정합니다. 예: 제안 - HubSpotCRM(독립 게시자).
readme.md 파일을 연락처 이메일을 포함하여 제공할 수 있는 최대한 많은 세부 정보와 함께 커밋합니다(협력자를 찾는 데 열려 있는 경우).
참고
10단계에서 인증을 위해 모든 파일을 제출할 준비가 되면 동일한 풀 리퀘스트를 사용하세요.
커넥터 빌드. 커넥터를 구축하는 방법에 대한 지침은 처음부터 사용자 지정 커넥터 만들기를 참조하세요.
Microsoft 요구 사항을 충족하는 커넥터의 제목을 만듭니다. 지침 및 예를 보려면 커넥터에 제목 지정으로 이동하세요.
커넥터에 대한 설명을 작성합니다. 지침을 보려면 커넥터에 대한 설명 작성으로 이동하세요.
요약 및 설명 정의. 지침을 보려면 작업 및 매개 변수 요약 및 설명 정의로 이동하세요.
정확한 작업 응답 정의. 지침을 보려면 정확한 작업 응답 정의로 이동하세요.
커넥터 및 해당 최종 서비스를 설명하는 메타데이터 추가. 지침을 보려면 메타데이터 추가로 이동합니다.
커넥터 아티팩트 준비. 지침을 보려면 커넥터 아티팩트 준비로 이동하세요.
배포를 위해 커넥터 제출.
2단계에서 생성한 pull 요청에 커넥터 아티팩트를 제출하고 pull 요청 템플릿의 체크리스트를 작성하고 풀 요청 제목에서 "제안 -"을 제거합니다.
Microsoft 인증 엔지니어가 최초 요청 후 영업일 기준 1~2주 이내에 피드백을 제공합니다. 피드백에 커넥터 업데이트가 필요한 경우 끌어오기 요청에 대한 업데이트를 제출해야 합니다. 이를 위해 추가로 1~2주를 허용합니다. Swagger 오류를 해결해야 하는 경우 Swagger 유효성 검사기 오류 수정으로 이동합니다.
커넥터 소유권을 유지하고, 커넥터의 변경을 수락하거나 거부할 수 있습니다.
Microsoft는 끌어오기 요청을 승인하고 병합합니다.
커넥터가 인증을 위해 제출됩니다. 인증하는 동안 1~2주 이내에 Microsoft 담당자로부터 연락을 받을 것입니다.
배포 대기. 커넥터가 검증되고 프로덕션 배포를 위해 준비되면 모든 프로덕션 지역에 배포합니다.
중요
평균적으로 커넥터를 배포하는 데 영업일 기준 15일이 걸립니다. 이는 커넥터의 크기나 복잡성에 관계없이 새 커넥터인지 업데이트인지에 관계없이 필요합니다. 무결성을 보호하기 위해 커넥터는 모든 배포에서 따라야 하는 기능과 콘텐츠를 테스트하기 위해 동일한 유효성 검사 작업을 받게 됩니다.
배포 일정: 프로덕션을 위한 커넥터 배포 일정은 금요일 아침(PST/PDT)에 시작됩니다. 다음 예정된 배포에 커넥터를 포함하려면 프로덕션 배포 준비가 되었으면 최소 24시간 전에 Microsoft에 알려야 합니다.
지역 배포: 지역에 대한 배포는 단계적으로 수행되므로 커넥터가 배포될 지역의 이름을 이메일로 알려드립니다. 배포가 지연되거나 중단되면 이메일로 알려드립니다. 추가 정보: 지역 배포
커넥터가 인증을 마치면 Power Automate 블로그에서 커넥터에 대한 마케팅 기회에 대해 알려 드리겠습니다.
언제든지 커넥터를 업데이트합니다. 인증이 종료되고 커넥터가 게시되면 언제든지 GitHub 리포지토리의 커넥터에 새 작업 및 기능을 추가할 수 있습니다. 필요에 따라 커넥터를 다시 인증합니다.
제출을 위한 모범 사례
가져오기 요청당 하나의 커넥터만 제출할 수 있습니다. 이를 통해 검증 프로세스가 원활하게 실행됩니다.
커넥터에 대한 끌어오기 요청은 커넥터 이름(독립 게시자) 패턴을 따라야 합니다.
지원 이메일 섹션에 이메일을 추가합니다. 연락이 필요한 경우입니다.
최종 서비스에 대한 개인 정보 보호 정책으로 개인 정보 보호 정책 매개변수를 입력해야 합니다.
작업 설명을 자세히 작성해야 합니다. 이렇게 하면 사용자가 작업을 이해할 수 있습니다.
커넥터가 OAuth를 사용하는 경우 readme.md에서 앱을 만드는 방법에 대한 자세한 단계를 제공해야 합니다. 그렇지 않으면 인증이 지연됩니다. 포함할 문서의 예를 보려면 Readme.md 예로 이동하세요.
응답 스키마가 동적이 아닌 경우 작업에 응답 스키마를 추가해야 합니다. 이렇게 하면 커넥터가 더 많이 사용됩니다.
제출 전 체크리스트를 검토하세요.
Microsoft 보장
Microsoft는 다음 보장을 충족할 것을 약속합니다.
커넥터에 대한 업데이트가 있는 경우 주요 변경 도구 및 기타 모든 유효성 검사 도구를 다시 실행합니다.
커넥터에 대한 업데이트가 없는 경우 API 변경이나 업데이트 또는 플랫폼 문제가 없는 한 커넥터가 작동함을 보장합니다.
Microsoft는 플랫폼 및 보안 문제가 발생하면 조사하고 손상된 독립 판매자 커넥터를 사용하지 않을 것입니다.
다음 단계
피드백 제공
커넥터 플랫폼 관련 문제 또는 새로운 기능 아이디어에 대한 피드백을 주셔서 정말 감사합니다. 피드백을 제공하려면 문제 제출 또는 커넥터 관련 도움말 보기로 이동하여 피드백 유형을 선택하십시오.