Store 단계별 제출 가이드

이 문서는 Microsoft 365 Store에 앱을 제출하는 방법을 자세히 설명한 단계별 가이드입니다.

팁

일반적으로 앱 제출을 완료하고 승인을 받는 데 4~6주가 걸리며 종종 여러 제출이 필요합니다. 게시 타임라인을 단축하는 데 필요한 모든 정보를 갖도록 이 저장소 제출 가이드를 읽기 전에 제출 전 검사 목록을 읽는 것이 좋습니다.

1단계: 제출하는 앱 유형 선택

1. 파트너 센터에 로그인합니다. Microsoft 365 및 Copilot 프로그램 제품을 관리하는 데 사용하는 것과 동일한 사용자 이름 및 암호를 사용할 수 있습니다.

2. Marketplace 제품 타일을 선택합니다.

   

3. 페이지의 왼쪽 위에 상업용 Marketplace 및 Microsoft 365 및 Copilot 탭이 표시되면 Microsoft 365 및 Copilot 탭을 선택합니다.

4. + 새 제품을 선택한 다음, 제출하려는 앱 유형을 선택합니다. 이 문서의 예제 스크린샷은 Office 추가 기능을 보여 주지만 Teams 앱, SharePoint 솔루션 등에도 동일한 단계가 적용됩니다.

   

2단계: 앱 이름 지정

1. 표시되는 대화 상자에서 앱의 이름을 입력합니다.

2. 가용성 확인을 선택하여 선택한 이름을 사용할 수 있는지 확인합니다.

3. 새 제품을 게시자에 연결합니다. 게시자는 조직의 계정을 나타냅니다. 특정 게시자에서 제품을 만들어야 할 수도 있습니다. 그렇지 않은 경우 로그인한 게시자 계정을 수락할 수 있습니다.

   참고 항목

   • 선택한 게시자는 Microsoft 365 및 Copilot 프로그램에 등록해야 하며 제품을 만든 후에는 수정할 수 없습니다.
   • 게시자 이름이 제출하려는 매니페스트의 연결된 속성 값과 동일하거나 매우 유사한지 확인합니다. Office 추가 기능의 경우 이 이름을 찾는 위치는 매니페스트 유형에 따라 달라집니다. XML 매니페스트에서 ProviderName 요소입니다. Microsoft 365의 통합 매니페스트에서 developer.name 속성입니다.

4. 만들기를 실행합니다.

3단계: 제품 설정에 대한 정보 제공

1. 제품 설정 페이지를 작성할 때 다음 질문에 대답해야 합니다.

   • 앱이 Apple Store에 나열되나요?

     그렇다면 앱을 게시하기 전에 파트너 센터의 계정 설정에서 Apple 개발자 ID를 업데이트합니다. 화면에 이 정보를 입력하라는 경고 또는 메모가 있습니다. 이 정보를 입력하지 않으면 iOS 모바일 디바이스에서 앱을 획득할 수 없지만 다른 유형의 디바이스에서 앱을 획득한 후 iOS 디바이스에서 사용할 수 있는 앱이 표시됩니다.

     참고 항목

     개발자 계정 소유자 또는 개발자 계정 관리자 역할이 있는 사용자만 계정 설정에서 Apple ID를 업데이트할 수 있습니다.

   • 앱에서 Microsoft Entra ID 또는 SSO(Single Sign-On)를 사용하나요?

     그렇다면 Microsoft Entra ID 요구 사항을 묻는 상자를 선택합니다.

   • 앱에 추가 구매가 필요한가요?

     그렇다면 이 요구 사항에 대해 묻는 상자를 선택합니다. 테스터가 이를 확인할 수 있도록 테스트 자격 증명을 사용하여 검토 및 게시 페이지의 노트 상자를 입력하라는 경고가 있습니다.

   • 잠재 고객 관리 CRM 시스템과 연결하시겠습니까?

     그렇다면 연결 링크를 사용하여 이 시스템을 연결하세요.

2. 다음 페이지(패키지)로 진행하기 전에 초안 저장을 선택합니다.

4단계: 패키지 테스트를 위한 매니페스트 업로드

패키지 페이지의 회색 상자에 매니페스트 파일을 업로드해야 합니다 . 이 단계에서 예기치 않은 오류를 방지하기 위해 패키지를 미리 테스트해야 합니다. Microsoft 365 및 Copilot 저장소 유효성 검사에서 Office 추가 기능 매니페스트의 유효성을 검사하는 방법에 대한 정보를 가져옵니다.

매니페스트가 업로드되고 올바르면 확인 메시지가 표시되고 매니페스트 검사가 통과되고 상태 열에 완료가 표시됩니다.

5단계: 스토어에서 앱을 분류하는 메타데이터 정의

1. 고객이 마켓플레이스에서 제품을 찾는 데 도움이 되도록 속성 페이지에서 범주를 최소 1개부터 최대 3개까지 선택합니다.

2. 필요에 따라 산업을 최대 두 개까지 선택할 수 있습니다. 제품이 업계와 관련이 없는 경우 제품을 선택하지 마세요.

3. 법률 및 지원 정보에서 다음 중 하나를 수행합니다.

   • 표준 계약 확인란을 선택합니다. Microsoft의 EULA(표준 최종 사용자 사용권 계약)를 사용하도록 선택한 경우 앱이 게시된 후에는 되돌릴 수 없으므로 사용자 고유의 계약을 사용하지 않으려는 것으로 표시되는 확인 대화 상자에서 동의를 선택합니다.
   • EULA(최종 사용자 사용권 계약) 링크 상자에 EULA 링크(https로 시작)를 입력합니다.

   

4. 다음 스크린샷에 나와 있는 것처럼 개인정보처리방침 링크 상자에 조직의 개인 정보 처리 방침에 대한 링크(https로 시작)를 입력합니다. 앱이 개인 정보 보호법 및 규정을 준수하는지 확인하고 유효한 개인 정보 취급 방침을 제공할 책임이 있습니다.

5. 이 스크린샷에 나와 있는 것처럼 제품에 이슈가 있는 경우 고객이 사용할 링크(https로 시작)를 지원 문서 링크 상자에 입력합니다.

   

   노란색 경고는 인증을 통과하기 위해 개인 정보 취급 방침에 포함해야 하는 다음과 같은 사항을 상기시킵니다.

   • 사용자의 개인 정보에 관한 사용자의 정책에 대한 정보
   • 웹 사이트가 아닌 전체 앱 또는 서비스를 참조하세요.
   • 서비스 설명에는 제출된 앱의 이름이 포함되어야 합니다.
   • 404 오류를 생성하지 않는 유효한 URL 링크입니다.

   참고 항목

   사용 약관 정책은 개인 정보 취급 방침으로 간주되지 않습니다. 사용 약관 정책과 별개인 개인정보처리방침을 포함해야 합니다.

6. 저장을 선택한 후 다음 페이지인 Marketplace 목록을 계속 진행합니다.

6단계: Marketplace 목록에서 언어 정의

1. 스토어 항목을 만들려면 Marketplace 목록 페이지에서 추가 언어 관리를 선택합니다.
2. 표시되는 대화 상자에서 앱에 사용할 언어를 선택합니다.
3. 업데이트를 선택합니다.

7단계: 앱에 사용할 수 있는 각 언어에 대한 자세한 스토어 목록을 만듭니다.

스토어 목록은 Marketplace 목록 페이지에서 구성합니다. 요약, 설명, 선택적 검색 키워드, 아이콘, 스크린샷 및 선택적 비디오를 포함해야 합니다. 자세한 내용은 제출 검사 목록을 참조하세요.

목록 정보를 제공하려면 언어 열에서 구성할 언어를 선택합니다.

8단계: 공급 날짜 결정

1. 사용 가능한 시기 페이지에서 앱을 사용할 수 있는 시기를 예약합니다.

   참고 항목

   첫 번째 게시 후에는 일정 옵션을 변경/업데이트할 수 없습니다. 날짜를 신중하게 선택하세요.

2. 계속하기 전에 초안 저장을 선택합니다.

9단계: 중요한 테스트 지침 추가

이 중요한 마지막 단계에서는 인증에 대한 참고 사항을 포함해야 합니다. 앱을 테스트할 검토자에게 테스트 계정, 라이선스 키 및 테스트 자격 증명을 포함한 지침을 제공합니다.

이전 단계에서 앱에 추가 구매가 필요하다고 표시한 경우 검토자가 앱을 평가해야 하는 각 추가 서비스에 대한 정보(예: 테스트 라이선스 키 및 테스트 계정 자격 증명)를 제공해야 합니다.

사용자 지정 함수가 포함된 Office 추가 기능을 제출하는 경우 제출 시 사용자 지정 함수의 유효성을 검사할 수 있도록 하나 이상의 사용자 지정 함수에 대한 테스트 지침을 제공합니다.

앱을 게시할 준비가 되면 페이지의 오른쪽 위에서 검토 및 게시를 선택합니다.

다음 스크린샷은 정보를 제공해야 하는 인증 참고 사항 상자를 보여 줍니다.

앱이 대규모 조직 또는 기업만 대상으로 하는 경우 FAQ의 "내 앱이 기업을 대상으로 하는 경우 내 제출에 어떤 영향을 주나요?"에 대한 답변에 제공된 지침을 사용하여 인증 참고 상자에 이를 표시해야 합니다.

인증 참고 사항 외에도 필요에 따라 추가 인증 정보 페이지에 PDF 파일을 업로드하여 검토자에게 자세한 추가 지침을 제공할 수 있습니다. 이 옵션은 다음과 같은 이점을 제공합니다.

• 특히 시나리오가 간단하지 않은 경우 명령의 명확성을 높이기 위해 이미지를 포함할 수 있습니다.
• 업로드된 PDF 파일은 저장되고 후속 제출에 대해 유지됩니다.

다음 스크린샷에서는 검토자 지침에 대한 PDF 파일을 선택적으로 업로드할 수 있는 위치를 보여 줍니다.

Important

로그인 정보를 제공할 수 있는 회사 직원의 이메일 주소는 포함하지 마세요. 검토자는 로그인 정보를 위해 연락할 수 없습니다. 인증 노트에 명확한 지침을 나열하지 않는 애플리케이션은 제출 프로세스에 자동으로 실패합니다. 누락된 정보를 제공하기 위해 검토자에게 문의할 수 있을 것으로 예상해서는 안 됩니다.

10단계: 다음 검사 목록을 사용하여 80%의 검토 거부에 기여하는 일반적인 주요 오류 5가지 방지

제출 전 검사 목록을 사용하여 이 목록의 모든 항목을 처리합니다.

• 사용 약관 링크를 포함했나요?
• 개인 정보 취급 방침 링크를 포함했나요?
• 검토자에 대한 테스트 지침을 포함했나요?
• 서비스 또는 계정 공개를 표시했나요?
• 필요한 유료 서비스에 대한 추가 구매를 표시하고 Marketplace 목록 설명에 공개했나요?

이러한 질문에 직접 답했으면 앱에서 검토 및 승인을 위해 제출 단추를 선택합니다.

11단계: 축하합니다. 제출을 완료했습니다!

제출과 관련된 이슈가 있는 경우 영업일 기준 3~4일 이내에 검토자로부터 응답을 받을 수 있습니다.

팁

제품을 게시하면 개발자 계정의 소유자가 메일 및 파트너 센터의 알림 센터를 통해 게시 상태 및 필요한 작업에 대한 알림을 받습니다. 알림 센터에 대한 자세한 내용은 알림 센터 개요를 참조하세요.