조달 플레이북 - Azure Marketplace에서 사용자 지정 거래를 구동하는 방법
Azure Marketplace는 Azure에 대한 투자를 극대화하는 동시에 요구 사항에 더 잘 맞는 다른 솔루션을 탐색할 수 있는 훌륭한 기회를 제공합니다. 그러나 클라우드 환경의 B2B 상거래에는 고유한 복잡성 및 고려 사항이 함께 제공됩니다. 이 문서에서는 Azure Marketplace의 잠재력을 극대화하기 위한 조달 담당자의 모범 사례를 제공합니다.
시작하기 전에
Azure Marketplace를 사용하기 전에 Azure의 기본 개념을 이해하는 것이 중요합니다. 이러한 개념은 다음과 같습니다.
청구 계정 및 구독: 청구 계정은 비용과 청구서를 관리하지만 구독은 Azure 리소스가 실행되는 운영 엔터티입니다. 각 청구 계정에는 하나 이상의 구독이 있습니다. 청구 계정에 대한 관리자 권한이 있으면 구독에 대한 사용 권한이 부여되지 않으며 그 반대의 경우도 마찬가지입니다. 이러한 권한은 서로 독립적으로 구성됩니다.
마켓플레이스에서 제품을 구매하려면(무료 또는 유료) 리소스를 배포하고 Azure 구독과 연결해야 합니다. Azure 구독은 청구서의 기본 청구 단위에 속합니다. 따라서 구매를 완료하려면 구독 소유자 또는 기여자여야 합니다.
Azure 구독과 SaaS 구독은 두 가지입니다. Azure 구독은 이전에 설명한 용도로 Azure 구문입니다. SaaS 구독은 정의된 기간 동안 구매되고 자체 수명 주기 및 동작이 있는 마켓플레이스 제품입니다. 하나의 Azure 구독을 사용하여 여러 SaaS 구독을 구매하고 관리할 수 있습니다.
게시자와의 비공개 제품 계약을 요청하는 경우 청구 계정 ID를 제공해야 합니다. 프라이빗 제품은 제공한 청구 계정의 모든 구독에 적용됩니다.
계정 설정 이해
이 섹션에서는 구매를 완료하는 데 필요한 설정과 구매를 찾는 방법을 간략하게 설명합니다.
구매를 완료하는 데 필요한 사항
프라이빗 제품 구매를 완료하려면 수락 및 구매의 두 단계를 완료해야 합니다. 수락하려면 청구 계정 관리자 권한이 필요하지만 구매하려면 구독 소유자 또는 기여자 권한이 필요합니다.
SaaS 제품의 경우 SaaS 구독 활성화는 게시자의 포털에서 수행되며 타사 제품에 대한 Single Sign-On을 수행하려면 Microsoft Entra 권한이 필요합니다. 사용자가 애플리케이션에 동의하는 방법을 구성하는 방법에 대한 자세한 내용을 참조하세요.
사용 권한 및 계정 설정 찾기
Marketplace 프라이빗 제품 사전 검사 도구에서 연결된 구독 권한 및 청구 계정을 찾을 수 있습니다. 계정을 검사하고 해결해야 하는 잠재적 설정에 대한 필요한 정보를 제공합니다.
- 프라이빗 마켓플레이스: 테넌트에서 프라이빗 마켓플레이스를 사용하도록 설정한 경우 구매하려는 제품이 허용 목록에 있어야 합니다.
- Azure 정책 - 조직에 리소스를 만들 때 특정 태그 지정을 적용하는 정책의 마켓플레이스를 차단하는 정책이 있을 수 있습니다. 이 문제를 해결하는 방법을 알아보려면 프라이빗 제품 사전 검사를 참조 하세요. 자격 확인 결과.
구독을 결정한 후에는 구독이 마켓플레이스 RP에 등록되었는지 확인합니다. 그렇지 않으면 배포에 사용할 수 없습니다. Azure Portal에서 다음으로 이동합니다. 구독은 > "marketplace">라는 단어로 구독 > 리소스 공급자 > 를 필터링하여 Azure Marketplace에 대해 세 가지 결과를 모두 사용하도록 설정했는지 확인합니다.
청구 계정 권한을 찾으려면 Azure Portal로 이동하여 Cost Management 및 청구>청구 범위>(원하는 청구 계정 선택) >액세스 관리(IAM)를 선택합니다.
찾고 있는 청구 계정이 표시되지 않으면 읽기 전용 사용 권한 포함에 대한 권한이 없다는 의미입니다. 자세한 내용은 Azure Portal에서 청구 계정 및 범위를 참조하세요.
SSO를 통해 타사 애플리케이션을 등록할 수 있는지 확인하려면 사용자가 애플리케이션을 등록할 수 있는 Microsoft Entra ID 메뉴를 확인합니다(SaaS 서비스를 활성화하려면 타사 앱에 대한 SSO 권한이 필요).
자세한 내용은 사용자가 애플리케이션에 동의하는 방법 구성을 참조 하세요. - Microsoft Entra | Microsoft Learn.
필요한 권한이 없는 경우 조직에서 권한이 있는 사람을 찾아야 합니다. 일부 조직에서는 각 사용 권한이 있는 2~3명의 다른 사용자가 필요합니다. 이러한 사람들은 구매를 완료하기 위해 실제 조치를 취해야 합니다.
기본 구매 설정 결정
리소스를 실행할 구독(예: SaaS)을 미리 알고 권한이 있는 사용자를 확인하는 것이 좋습니다. 구매에 대한 새 구독을 만들려는 경우 미리 구독을 만들고 자신에게 이 구독의 소유자로 만듭니다.
일부 고객은 모든 마켓플레이스 구매에 대해 하나의 "버킷 구독"을 만들고 조달 담당자에게 권한을 부여하는 것을 선호합니다. 이렇게 하면 조달 담당자가 모든 트랜잭션을 직접 완료할 수 있습니다. 구매는 나중에 다른 구독으로 이동할 수 있으므로 올바른 비용 센터에 반영할 수 있습니다.
제품 인벤토리의 거버넌스 및 제어
조직 내에서 마켓플레이스 제품을 사용하도록 설정하려고 하지만 전체 Marketplace 카탈로그에 무제한으로 액세스하지 않으려는 경우 Azure Private Marketplace 는 솔루션을 제공합니다. 이를 통해 구독 수준에서 조직 또는 특정 팀에 맞게 조정된 제품의 하위 집합을 큐레이팅할 수 있습니다.
Azure Private Marketplace는 다음 세 가지 기본 원칙에 따라 작동합니다.
- 테넌트 수준에서 프라이빗 마켓플레이스를 사용하도록 설정하면 모든 마켓플레이스 제품은 기본적으로 구매가 차단됩니다.
- 조직 내의 모든 사용자는 프라이빗 마켓플레이스의 허용 목록에 제품을 추가하라는 요청을 제출할 수 있습니다.
- 마켓플레이스 관리자는 이러한 요청을 수신하고 승인하거나 거부할 권한이 있습니다.
- 이러한 방식으로 구성한 경우 마켓플레이스에서 프라이빗 제품을 자동으로 사용하도록 설정할 수 있습니다.
조달 관리
주의해야 할 특정 제한 사항은 다음과 같습니다.
Azure Marketplace에는 구매를 위한 자체 RBAC(역할 기반 액세스 제어) 시스템이 없습니다. 대신 RBAC는 구독 수준에서 작동하므로 구독 소유자/기여자 권한이 있는 모든 사용자가 마켓플레이스에서 구매할 수 있습니다.
현재 Azure Marketplace는 엔터프라이즈 조달 또는 워크플로 시스템과의 기본 통합을 제공하지 않습니다.
조직에서 특정 조달 정책 및 절차를 준수하는 경우 이러한 절차를 Azure Portal 외부에서 관리해야 합니다. 절차의 예로는 구매 권한을 부여하는 사람 식별, 승인 계층 구조 설정 및 구매를 실행하는 사람 결정 등이 있습니다.
프라이빗 마켓플레이스는 주문형으로 제품을 사용하도록 설정하여 개별 구매를 어느 정도 제어할 수 있습니다. 모든 절차 승인이 부여되면 마켓플레이스 관리자는 제품을 구매할 수 있도록 할 수 있습니다. 구매가 완료되면 제품이 프라이빗 마켓플레이스에서 제거되고 다음 구매 요청이 수행될 때까지 사용할 수 없게 됩니다.
프라이빗 제품 완료
프라이빗 제품의 기본 사항 이해
앞에서 설명한 것처럼 각 프라이빗 제품에는 수락 및 구매의 두 단계가 포함됩니다. 구매는 승인 직후에 발생할 수 있지만, 비공개 제품의 시작 날짜와 종료 날짜 사이에 발생하는 경우 필수는 아닙니다.
프라이빗 제안을 수락하면 Azure 청구의 재무 트랜잭션이 시작되지 않습니다. 거래를 완료하려면 구매(전체 제품 배포 및 활성화)가 발생해야 합니다.
프라이빗 제안의 기간(시작/종료 날짜)은 SaaS 구독 기간과 동일하지 않습니다.
- 프라이빗 제품은 SaaS 구매를 용이하게 하기 위해 짧은 기간 동안 활성화될 수 있습니다.
- 구매한 후에는 만료될 때까지 비공개 제안의 협상 조건에 따라 좌석 기반 SaaS 구독이 계속됩니다.
- 요금제 SaaS 서비스는 프라이빗 제품 기간 동안에만 할인된 가격으로 청구됩니다. 따라서 요금제 SaaS에 대해 협상하는 경우 프라이빗 제품 용어가 SaaS 구독 용어와 일치하는지 확인합니다.
SaaS 구독이 만료될 무렵 게시자는 업데이트된 조건에서 갱신을 허용하기 위해 다른 약관(다시 한 번 간단한 기간만 가능)으로 새 프라이빗 제품을 발급할 수 있습니다. 고객이 프라이빗 제안을 수락하고 SaaS 구독을 갱신하는 경우 SaaS 구독의 전체 기간 동안 새 가격과 약관이 잠깁니다.
현재 유연한(고르지 않은) 결제 플랜은 단일 프라이빗 제품에서 지원되지 않습니다. 고르지 않은 결제 계획을 구성하려면 다음 예제와 같이 여러 개인 제품을 만들어 해결 방법을 실행할 수 있습니다. (참고: 이 해결 방법은 이상적이지 않습니다. 겹치는 프라이빗 제품을 관리하는 오버헤드가 발생합니다. 이 해결 방법을 사용하기 전에 이 오버헤드를 고려하세요.
예제:
3년 SaaS 구독
총 비용: $1M
2023년 3월 1일에 시작하여 2026년 3월 1일에 종료됩니다.
원하는 지불 계획은 첫 해에 40%, 2년차에는 50%, 3년차에는 10%입니다.
해결 방법: 세 가지 프라이빗 제품 만들기:
- PO1: 시작 날짜 - 2023년 2월 20일, 종료 날짜 - 2023년 3월 10일. SaaS 구독 기간: 1년. 가격: $400,000.
- PO2: 시작 날짜 - 2024년 2월 20일, 종료 날짜 - 2024년 3월 10일. SaaS 구독 기간: 1년. 가격: $500,000.
- PO3: 시작 날짜 - 2025년 2월 20일, 종료 날짜 - 2025년 3월 10일. SaaS 구독 기간: 1년. 가격: $100,000.
세 가지 프라이빗 제품은 모두 2023년에 동시에 만들어서 수락할 수 있습니다. 각 프라이빗 제품은 시간이 되면 적용되며, SaaS 갱신은 새 프라이빗 제품의 조건에 따라 발생합니다.
SaaS 갱신 시 활성 상태인 프라이빗 제품이 없는 경우 SaaS 서비스는 정가로 계속 작동합니다(할인이 적용되지 않음).
고객은 계정 설정 이해 섹션에 설명된 대로 한 Azure 구독에서 구매를 선택하고 나중에 리소스를 다른 구독으로 전송할 수 있습니다. 이 시나리오에서는 이후의 모든 결제가 새 구독에 기인하는 반면 이전 결제는 원래 구독에 기록됩니다. 즉, 구매가 첫 번째 할부에 대한 청구에 즉시 영향을 주기 때문에 새 구독에서 비용의 100%를 할당할 수 없습니다.
청구 및 송장 작성
청구 계정 유형 및 구조를 이해하려면 Azure Portal의 청구 계정 및 범위 가이드를 참조하세요.
Marketplace 구매는 Azure 청구서에 개별 품목으로 표시됩니다.
특정 Marketplace 구매에 대한 개별 청구서를 생성하려는 경우 옵션은 두 가지 기본 계정 유형에 따라 다릅니다.
기업계약(EA) 계정:
현재 EA 고객을 위한 개별 마켓플레이스 구매에 대해 별도의 청구서를 생성할 수 없습니다. 유일하게 지원되는 형식은 통합 송장입니다.
송장은 청구서의 헤더에 PO#(구매 주문 번호)으로 생성됩니다. PO#은 청구 계정 수준에서 설정되며, 다른 마켓플레이스 구매에 다른 PO#을 사용할 수 있는 옵션은 없습니다.
MCA(Microsoft 고객 계약) 계정:
MCA 계정이 있는 고객은 청구 계정으로 여러 청구 프로필을 만들 수 있습니다. 이러한 경우 각 청구 프로필에 대해 청구서가 생성됩니다. 예를 들어 청구 계정 1개와 청구 프로필 3개가 있는 고객은 별도의 세 개의 청구서를 받습니다. 각 청구서에는 다른 PO#이 있을 수 있습니다.
특정 구매에 대해 별도의 청구서를 받으려면 새 청구 그룹을 만들고, Azure 구독을 만들거나 이동한 다음, 해당 구독에서 SaaS 제품을 구매할 수 있습니다.
MacC(Microsoft Azure 사용 약정)
마켓플레이스의 일부 제품을 제외한 많은 제품이 MACC에 적합한 것은 아닙니다. "Azure 혜택 적격" 옵션을 사용하여 필터링하거나 제품 타일에서 현금 아이콘을 찾을 수 있습니다.
모범 사례 - 프라이빗 제품의 실제 시나리오
로렌조의 여정: Azure Marketplace를 통해 소프트웨어 조달
로렌조는 아다툼 코퍼레이션의 조달 책임자입니다. 그는 Contoso라는 소프트웨어 게시자의 영업 담당자인 Maya와 계약을 체결했습니다. Lorenzo는 Azure Marketplace를 통해 거래를 종료하여 MACC(Microsoft Azure 소비 약정)를 감소하는 것을 선호합니다. 그의 여정은 다음과 같습니다.
로렌조는 그가 관심있는 제안이 MACC 자격이 있는지 확인하여 시작합니다. 그는 비 MACC 제품을 구입할 수 있지만 MACC를 감소시키지 않는다는 것을 알고 있습니다.
다음으로, 로렌조는 처음에 소프트웨어를 요청한 Adatum Corporation의 IT 부서와 협력합니다. 소프트웨어 배포에 사용할 Azure 구독을 확인합니다. 구독 소유자는 자신의 계정에서 프라이빗 제품 사전 검사 도구를 실행하고 Lorenzo에 청구 계정 ID를 제공합니다.
Adatum Corporation이 단일 구독에서 소프트웨어 구매를 중앙 집중화하는 것을 선호하는 경우 로렌조는 이 구독에 대한 권한이 있는지 확인합니다. 그렇지 않은 경우, 그는 구매 프로세스를 지원하기 위해 하는 사람을 식별합니다. 구독 소유자는 Lorenzo에 청구 계정 ID를 제공해야 합니다.
Lorenzo는 청구 계정 ID를 확인하여 해당 계정에 대한 권한이 있는지 확인합니다. 그는 청구 관리자가 아닌 경우, 그는 사람을 찾습니다.
그런 다음 로렌조는 청구 계정 ID를 Maya에 제공합니다. 그 대가로 마야는 로렌조에게 비공개 제안을 수락할 수 있는 링크가 포함된 이메일을 보냅니다.
Lorenzo가 필요한 권한(EA 관리자, 구독 소유자 및 Microsoft Entra ID)을 가지고 있다고 가정하면 Maya가 보낸 링크를 선택하고, 제품 세부 정보를 확인하고, 비공개 제안을 수락합니다.
그런 다음 POM(프라이빗 제품 관리) 메뉴로 리디렉션되어 구매를 완료합니다. 여기서 그는 방금 받아들인 사적인 제안을 봅니다. 이 옵션을 선택하면 제품 세부 정보가 열립니다.
로렌조가 구매를 선택합니다. 제품, 계획, 용어, 미터 단위, 좌석 범위 및 가격 : 체크 아웃 창이 열립니다, 마야에 의해 미리 선택된 구매 옵션을 표시, 모든 편집을 위해 잠겨.
구매 단추를 사용할 수 없는 경우 Lorenzo는 도구 설명 지침에 따라 문제를 해결합니다. 가능한 이유는 비공개 제안이 아직 수락되지 않았거나, 현재 날짜가 제품의 시작 및 종료 날짜를 벗어나거나, 비공개 제품이 구매할 준비가 되지 않았기 때문입니다.
체크 아웃 창에서 Lorenzo는 모든 구독, 리소스 그룹 및 기타 필수 데이터를 포함하도록 전역 구독 필터가 설정되어 있는지 확인한 후 구독을 선택합니다. 구독을 선택하고 화면에서 계정 구성 단추가 활성화될 때까지 기다립니다.
단추를 사용하도록 설정하면 Lorenzo가 단추를 선택하고 SaaS 활성화를 완료합니다. 구매가 완료되었으며, 로렌조는 Azure Marketplace를 통해 Adatum Corporation용 소프트웨어를 성공적으로 조달했습니다.
