귀중한 Microsoft 파트너로서, Microsoft 생태계에서 귀하의 영향력을 인정받고 보상받을 수 있는 여러 가지 옵션(CPOR, CUA, DPOR, MBS, PAL 및 PRACR)이 있다는 것을 이미 아셨을 것입니다. 각 옵션의 목적이 다르므로, 귀하의 비즈니스 요구에 가장 적합하고 귀하가 가장 중요하게 여기는 영향력 인정을 이끌어낼 수 있는 옵션을 항상 선택해야 합니다. 이 글은 귀하의 시나리오에 가장 적합한 사용법에 대한 명확성을 제공하여 데이터 기반 접근 방식을 통해 지원될 수 있도록 하는 것을 목표로 합니다.
|
|
무엇을 추적하나요? |
어디서 소비가 발생하나요? |
누가 생성하나요? |
언제 사용해야 하나요? |
|
CPOR |
서비스 파트너의 영향을 받은 소비량 |
고객 테넌트 |
파트너 센터를 통한 파트너 |
구독 수준에서 여러 파트너의 모던 워크 또는 Dynamics 365 워크로드에 대한 영향 추적 |
|
CUA |
파트너 솔루션 배포 영향의 소비량 |
고객 테넌트 |
파트너의 ARM/Terraform 템플릿을 배포하는 리소스 |
코드형 인프라(IaC) 접근 방식을 사용하여 배포된 파트너 솔루션을 통한 애저 소비량에 대한 영향력 인정 |
|
DPOR |
서비스 파트너의 영향을 받은 소비량 |
고객 테넌트 |
고객 테넌트 내의 고객 |
세 가지 Microsoft 클라우드(애저, 모던 워크, Dynamics 365) 전체에서 하나의 파트너에 대한 구독 수준 영향(컨설팅 및 소비량) 추적 |
|
MBS |
파트너 솔루션의 마켓플레이스 판매 |
파트너 또는 고객 테넌트 |
마켓플레이스 |
파트너가 마켓플레이스 애플리케이션 판매와 관련된 Microsoft 혜택 및 인센티브를 청구하고자 할 때 |
|
PAL |
서비스 파트너의 영향을 받은 소비량 |
고객 테넌트 |
권한 기반 |
시스템 통합업체(SI)의 컨설팅 노력과 운영 영향을 통해 발생한 애저 소비량을 반영. 애저 리소스 수준까지 세분화하여 정의 가능. |
|
PRACR |
파트너의 애저 테넌트에 호스팅된 SaaS 오퍼링을 사용하는 최종 고객이 생성한 애저 소비량 |
파트너 테넌트 |
파트너가 파트너 센터에 CSV를 업로드하여 수동 보고 |
파트너 테넌트에서 최종 고객이 주도하는 ACR을 추적 |
위 요약 표의 모든 내용을 빠르게 요약해 보겠습니다:
- CPOR / CUA / DPOR / PAL: 이 KPI들은 "고객 테넌트에서 누가 애저 소비에 영향을 미치거나 제공했는가?"라는 질문에 답해야 할 때 필요합니다.
- PRACR: 이 KPI는 "파트너 테넌트에 있지만 최종 고객이 생성한 소비량을 파트너가 어떻게 보고하는가?"라는 질문에 답합니다.
- MBS: 이 KPI는 "솔루션이 어떤 테넌트에 배포되든 관계없이 파트너가 총 얼마의 판매를 창출했으며, Microsoft가 결제 수금을 담당하는가?"라는 질문에 답합니다.
언제나 그렇듯이, 이는 개략적인 비교이며, 궁극적으로 최선의 결정을 내릴 수 있도록 각 KPI의 차이점에 대한 세부 정보를 이해하기 위해 더 아래로 스크롤하는 것을 강력히 권장합니다. 이제 자세히 살펴보겠습니다.
**CPOR - 기록 파트너 클레임(Claiming Partner of Record)**
**무엇인가요?**
CPOR은 하나 이상의 파트너가 파트너 센터를 통해 모던 워크 또는 Dynamics 365 구독/워크로드에 대한 서비스 소유권을 주장할 수 있는 클레임 기반 모델입니다.
**CPOR이 존재하는 이유**
- 고객 행동에 대한 의존도를 줄입니다.
- DPOR에 비해 파트너에게 보고 권한을 부여합니다.
**주요 특징**
- 워크로드/구독당 하나의 파트너
- 권한 기반이 아닌 클레임 기반
- 애저 인프라 귀속과는 별개
자세히 읽기: CPOR을 클레임하는 방법
**CUA - 고객 사용량 귀속(Customer Usage Attribution)**
무엇인가요? CUA는 코드형 인프라 접근 방식을 사용하여 배포 수준에서 애저 소비량을 시스템 통합 파트너에게 귀속시킵니다. 이를 위해서는 파트너가 추적할 각 고객의 각 솔루션에 대해 고유한 GUID를 생성해야 합니다. 이 GUID는 파트너 센터를 통해 적절히 등록되어야 합니다. 마지막으로, 이 GUID는 파트너 솔루션의 배포 ARM/Terraform 스크립트를 통해 고객의 애저 테넌트에 삽입되어야 올바른 보고 주기를 성공적으로 완료할 수 있습니다.
**주요 특징**
- 애저 리소스가 최종 고객 애저 테넌트에 코드형 인프라 접근 방식을 통해 배포되는 시나리오.
- 개별 최종 고객 사용량 추적
**CUA가 선호되는 이유 및 시점**
- 높은 세분성
- 지속적인 귀속
- ACR 및 Microsoft의 내부 분석에 대한 강력한 보고 품질, 최종 고객 애저 환경에 대한 파트너 영향력 강조
**CUA를 사용하지 말아야 할 경우**
- 애저 가상 머신(VM) 오퍼링 -> 대신 일반적인 마켓플레이스 애저 가상 머신 오퍼링 옵션을 사용하세요.
- 애저 Kubernetes 서비스, VM 확장 집합 또는 애저 배치(Azure Batch)를 사용하는 오퍼링은 영향을 정확히 측정하지 못하므로 사용하지 마세요.
자세히 읽기: 애저 고객 사용량 귀속
**DPOR - 디지털 기록 파트너(Digital Partner of Record)**
무엇인가요? DPOR은 하나의 서비스 파트너를 애저 / 모던 워크 / Dynamics 365 구독에 연결합니다.
주요 사항
- 제어 권한은 고객에게 있습니다. 올바른 DPOR 연결에 필요한 구독 수준의 ID 변경은 고객만 할 수 있습니다.
- 원래 기업 계약(EA)을 위해 생성되었지만, 이제 Microsoft 고객 계약(MCA)에서도 사용 가능합니다.
- 워크로드가 EA에서 MCA 계약으로 이동할 때 다시 입력해야 합니다.
자세히 읽기: 파트너 ID에 연결
MBS (마켓플레이스 청구 판매)
**무엇인가요?**
마켓플레이스 청구 판매(MBS)는 고객이 Microsoft 상업 마켓플레이스를 통해 Microsoft로부터 직접 구매하고 청구되는 파트너 솔루션의 가치입니다.
**주요 특징**
- 솔루션은 Microsoft 마켓플레이스를 통해 판매되므로 파트너는 조달 공급업체 온보딩 프로세스를 거칠 필요가 없습니다.
- 고객은 하나의 Microsoft 인보이스를 받으므로 조달 프로세스가 간소화됩니다.
- SaaS, 가상 머신, 관리형 애플리케이션 및 기타 거래 가능한 파트너 오퍼에 적용됩니다.
- 오퍼 유형에 따라 호스팅 위치가 달라질 수 있습니다. 파트너 테넌트(SaaS) 또는 고객 테넌트(비SaaS). 다양한 오퍼 유형에 대한 자세한 내용은 다음을 참조하십시오: 애저 마켓플레이스 오퍼 유형
- 단순히 공개 마켓플레이스에 등록된 것이 아니라 실제 상업적 채택을 나타냅니다.
- 상업 마켓플레이스 여정을 시작하는 파트너에게는 IP 공동 판매 자격을 얻기 위한 중요한 이정표가 됩니다. 일단 달성되면, 구매하는 최종 고객은 Microsoft Azure 소비 약정(MACC)에서 전체 애저 소비량을 상쇄할 수 있습니다. 이는 파트너와 최종 고객 모두에게 윈-윈(Win-Win) 상황을 만듭니다.
- MBS를 올바르게 활용하면 마켓플레이스 보상(Marketplace Rewards)에 설명된 더 많은 혜택(애저 크레딧, 시장 출시 지원, BUILD 또는 IGNITE와 같은 시그니처 이벤트 참석 등)을 파트너가 활용할 수 있습니다. 이에 대한 자세한 내용은 다음을 참조하십시오: 마켓플레이스 보상
- 마켓플레이스 오퍼의 가격 책정은 마켓플레이스 보상 여정의 다음 단계에서 최상의 가치를 얻기 위해 필수적입니다.
자세히 읽기: Microsoft 마켓플레이스 혜택
PAL - 파트너 관리자 링크(Partner Admin Link)
무엇인가요? PAL은 파트너의 MPN ID를 고객 애저 테넌트의 애저 리소스에 연결하는 자동화된 애저 네이티브 귀속 메커니즘으로, 파트너가 서비스를 제공하고 운영하는 곳입니다.
PAL은 고객 테넌트에서 권한 및 범위(구독, 리소스 그룹, 리소스)를 기반으로 파트너의 애저 소비량에 대한 영향력을 추적합니다. 자동 추적을 활성화하려면 파트너는 최종 고객 테넌트에 계정 또는 서비스 주체를 가지고 있어야 합니다. 해당 ID는 파트너의 MPN ID와 연결되어야 합니다. 마지막으로, 이 ID는 최종 고객 테넌트에서 구독, 리소스 그룹 또는 리소스 수준에서 RBAC 권한을 할당받아야 자동화가 시작되고 올바른 영향력을 추적할 수 있습니다. Microsoft 고객 계약(MCA), 웹 다이렉트 및 EA 계약 모두에서 작동합니다.
**주요 특징**
- 수동 보고 불필요
- 내구성(EA → MCA 전환에도 유지)
- 고객 테넌트에서 서비스를 제공하는 시스템 통합 파트너를 위한 권장 기본값
- 제어 권한은 최종 고객에게 있습니다. 프로세스를 처음부터 끝까지 올바르게 설정하려면 고객의 협력이 필요합니다.
자세히 읽기:
PRACR - 파트너 보고 애저 소비 수익(Partner Reported Azure Consumed Revenue)
무엇인가요? PRACR은 파트너가 고객을 대신하여 워크로드의 애저 소비량을 보고하는 KPI로, 워크로드는 파트너의 애저 테넌트에서 실행되지만 최종 고객이 사용합니다.
존재하는 이유 표준 애저 소비 수익(ACR)은 고객과 연결되어 있으므로 고객 테넌트의 소비량만 확인합니다. 많은 SaaS ISV는 솔루션을 전적으로 자체 테넌트에서 실행하며, 이 경우 해당 애저 사용량은 최종 고객의 Microsoft Azure 소비 약정(MACC)에서 차감되지 않고 Microsoft 영업 및 인센티브에도 보이지 않게 됩니다. PRACR은 이러한 상업적 및 보고 문제에 대한 해결책입니다.
**주요 특징**
- 파트너가 보고하고 수동으로 수집하며 월별로 보고됩니다(현재 자동 감지되지 않음).
- 파트너 애저 테넌트에 호스팅되는 SaaS 오퍼에 적용됩니다.
- IP 공동 판매 혜택
**PRACR이 아닌 것**
- 청구 메커니즘
- 고객 테넌트 귀속
- SI/컨설팅 서비스에 사용되지 않음
자세히 읽기: 파트너 보고 애저 소비 수익