클라우드 정보 모델

CIM(클라우드 정보 모델)의 Supplier(공급자) 엔터티는 특수한 **Party Role(당사자 역할)**입니다. 이는 기업에 상품이나 서비스를 공급하는 역할을 수행하는 당사자(조직 또는 개인)를 나타냅니다. CIM은 당사자(기업 또는 개인의 지속적인 신원)를 그가 수행하는 역할과 분리하기 때문에, 동일한 당사자가 마스터 데이터를 복제하지 않고도 동시에 Customer(고객), Supplier(공급자), Partner(파트너)가 될 수 있습니다. 이것이 이 모델의 핵심 상호 운용성 약속입니다. 즉, 조달, ERP, 물류 및 분석 시스템이 “공급자”가 무엇인지 합의할 수 있도록 하는 공유된 애플리케이션 독립적 어휘를 제공하는 것입니다.

Supplier 엔터티는 신원 및 분류(공급자가 누구인지)와 성과 점수(공급자가 얼마나 잘 수행하는지)라는 두 가지 광범위한 속성 계열을 보유합니다. 점수 속성은 계약, 만족도, 경쟁이라는 세 가지 가중치 범주로 그룹화되어 하나의 supplierScore로 통합됩니다. CIM을 기반으로 공급업체 스코어카드, 벤더 마스터 데이터 또는 조달 분석을 구현하는 모든 사람에게는 이러한 요소들이 어떻게 조화를 이루는지 이해하는 것이 필수적입니다.

주요 내용

• Supplier는 독립형 엔터티가 아닌 Party Role입니다. Party로부터 신원을 상속하고 역할별 속성을 추가하므로, 고객 마스터 데이터에서 공급자 마스터 데이터를 별도로 분리(fork)할 필요가 없습니다.
• 점수는 가중치가 부여된 3개 범주 모델입니다. 계약, 만족도 및 경쟁 측정 항목은 각각 weightPercent와 weightScore를 가지며, 전체 supplierScore는 이를 결합하여 산출합니다.
• 대부분의 요율 필드는 백분율 또는 개수를 나타내는 정수로 표현됩니다. 이는 모델을 단순하게 유지하지만, 반올림 및 정규화 결정은 구현 단계로 넘깁니다.
• id 및 activeFromDate는 필수입니다. 모든 공급자 레코드에는 안정적인 GUID 기본 키와 활성 기간의 시작 날짜가 필요합니다.
• isCarrier는 경량 전문화 플래그로, 물류 로직이 별도의 엔터티 없이도 운송업체(예: FedEx, UPS)를 식별할 수 있게 해줍니다.
• CIM은 확장 가능하도록 설계되었습니다. 이 모델은 오픈 소스이며 포크 및 조정되어 사용되도록 의도되었으므로, 이러한 속성들을 폐쇄형 스키마가 아닌 기본 계약(baseline contract)으로 취급하십시오.

Supplier가 Party Role로 모델링되는 이유

CIM에서 가장 중요한 설계 결정은 Party / Party Role 분리입니다. 이 패턴은 TM Forum의 정보 프레임워크(SID)와 같은 기성 엔터프라이즈 모델과 일반적인 마스터 데이터 관리 관행에서도 발견됩니다. **Party(당사자)**는 법인, 조직, 사람과 같이 지속적으로 존재하는 개체입니다. **Party Role(당사자 역할)**은 해당 당사자가 기업과 맺는 시간 제한이 있는 관계입니다.

실제 비즈니스에서는 하나의 주체가 여러 역할을 수행하기 때문에 이 구분이 중요합니다. 계약 제조업체는 완제품을 판매(Supplier)하는 동시에, 부품을 구매(Customer)하고, 제품을 공동 개발(Partner)할 수도 있습니다. 각각을 별도의 레코드로 모델링하면 벤더/고객 마스터가 중복되고, 데이터 조정의 악몽이 발생하며, 계층 구조가 일관되지 않게 됩니다. Supplier를 역할로 만듦으로써, CIM은 단일 Party를 여러 역할에 연결하고 하나의 골든 레코드(golden record)를 유지할 수 있게 합니다.

실제적인 영향:

• 중복 제거는 Party 수준에서 발생합니다. 동일한 Party를 가리키는 두 Supplier 레코드는 동일한 법인입니다.
• 역할은 일시적입니다. activeFromDate 및 activeToDate 필드를 통해 이력을 삭제하지 않고도 공급자 관계의 시작과 종료를 관리할 수 있습니다.
• 역할별 데이터는 역할에 귀속됩니다. 벤더 순위 및 스코어카드 지표는 공급자 맥락에서만 의미가 있으므로 Party가 아닌 Supplier에 속합니다.

신원 및 분류 속성

신원 속성은 의도적으로 최소화되었으며, 이는 많은 소스 시스템에 명확하게 매핑되어야 하는 공유 모델의 전형적인 특징입니다.

관련 항목: Boomi AtomSphere — 하이브리드 클라우드-온-프레미스 통합을 위한 Enterprise iPaaS.

• id (guid, 필수) — 기본 키입니다. 자연 키(natural key) 대신 GUID를 사용하여 여러 시스템의 레코드를 병합할 때 충돌을 방지합니다.
• activeFromDate (date, 필수) — 공급자 관계가 활성화된 날짜입니다.
• activeToDate (date) — 종료된 경우 해당 종료 날짜입니다.
• supplierType (string) — 소매업체, 유통업체, 제조업체 또는 상인과 같은 자유 텍스트 분류입니다.
• isCarrier (boolean) — 공급자가 FedEx나 UPS와 같은 운송업체인 경우 true입니다.
• supplierSpend (integer) — 해당 공급자로부터 제품을 조달하는 데 지출한 총 비용입니다.

supplierType에 관한 참고 사항: 이 필드는 일반 문자열이므로 **스키마가 아닌 관례에 의해 제어되는 어휘(controlled vocabulary by convention)**입니다. 실제 배포 시에는 열거형(enumeration)이나 참조 데이터 목록으로 이를 제한해야 합니다. 그렇지 않으면 “Manufacturer”, “manufacturer”, “Mfg” 등으로 데이터가 나뉘어 보고서가 단편화될 것입니다. 이는 유연성과 일관성 사이의 전형적인 절충안이며, CIM은 구현자가 이를 보완할 것으로 기대하며 유연성 쪽으로 기울어 있습니다.

마찬가지로 supplierSpend를 정수로 설정한 것은 통화 및 규모에 대한 문제를 제기합니다. 모델은 통화나 최소 단위 규칙을 지정하지 않으므로, 지역 간 지출을 집계하기 전에 이를 결정해야 합니다(예: 최소 단위를 저장하고 자체 확장을 통해 통화 코드 필드와 쌍을 이룸).

Supplier 스코어카드: 계약, 만족도 및 경쟁

Supplier 엔터티의 핵심은 세 가지 측정 범주의 가중치 합계인 스코어카드입니다. 각 범주는 weightPercent(전체 점수에서 차지하는 비중)와 weightScore(해당 범주의 측정값이 분석된 후 할당된 점수)를 가집니다. 전체 supplierScore는 다음과 같이 정의됩니다:

우리의 선택: Workato — 비즈니스 팀이 실제로 구축할 수 있는 자동화 기반 iPaaS.

(계약 가중치 × 점수) + (만족도 가중치 × 점수) + (비용/경쟁 가중치 비율 × 점수)

계약 이행 측정 항목

이는 구매 계약과 연결된 객관적인 운영 지표입니다:

---

• contractOnTimeDeliveryRate — 약속된 날짜 대비 정시 배송 건수 ÷ 총 배송 건수.
• contractDeliveryCorrectnessRate — 정확한 수량의 배송 건수 ÷ 총 배송 건수.
• contractProductQualityRate — 결함이 있는 제품의 비율.
• contractProductReturnRate — 반품된 제품의 비율.
• contractInvoiceAccuracyRate — 지난 12개월 동안 청구서가 잘못 발행된 빈도.
• contractSLAIssueRate — 지난 12개월 동안 SLA가 위반된 횟수.
• contractBudgetCostRate — 합의된 구매 주문 가격을 초과하는 단가 차이 백분율.
• contractSourcingCycleDays — 소싱 시작부터 계약 서명까지의 일수.

만족도 측정

다음은 보다 주관적이고 관계 지향적인 평가 항목입니다:

• satisfactionCustomerServiceRank — 계정 관리 문제가 라우팅되고 해결되는 방식.
• satisfactionTechnicalSupportRank — 교육 및 문서화에 대한 평가.
• satisfactionEthicsRank — 노동 관행, 안전한 근무 조건 및 배포 적격성.

경쟁력 측정

이는 공급업체가 대안들과 비교하여 어느 정도 수준인지를 포착합니다:

• competitiveCostAvoidanceRank — 무료 교육, 배송 및 유사한 양보를 통해 제공된 가치.
• competitiveMarketingRank — 공급업체와 관련된 영업권(goodwill)의 정도.
• competitiveProductPriceRank — 관계 유지 기간 동안 최저가 또는 그 이상의 가격을 제공받을 가능성.
• competitiveWarrantyRank — 타 공급업체 대비 제공되는 보증 수준.

그런 다음 각 카테고리는 롤업(rollup)에 competitiveWeightPercent / competitiveWeightScore, contractWeightPercent / contractWeightScore, 그리고 satisfactionWeightPercent / satisfactionWeightScore를 기여하게 됩니다.

실제 사례

조달 팀이 다음과 같이 세 가지 카테고리에 가중치를 부여하고 각각 0~100점의 점수를 할당한다고 가정해 보겠습니다:

관련 항목: Matillion — 클라우드 데이터 웨어하우스용으로 구축된 푸시다운 ELT.

카테고리	가중치 %	점수	가중 기여도
계약 (Contract)	50	90	45.0
만족도 (Satisfaction)	20	80	16.0
경쟁력 (Competitive)	30	70	21.0
총계 (supplierScore)	100	—	82.0

핵심 원칙은 세 개의 weightPercent 값의 합이 반드시 100이 되어야 한다는 것입니다. CIM은 이를 강제하지 않으므로, 구현 시 이를 검증해야 합니다. 합계가 100이 되지 않으면 종합 점수는 정규화된 수치로서 의미가 없습니다. 일반적인 거버넌스 접근 방식은 가중치를 중앙에서 고정(예: 50/20/30)하여 전체 공급업체 기반에서 점수를 비교 가능하게 만들고, 트레이드오프가 실제로 다른 특정 상품 카테고리에 대해서만 가중치를 조정하는 것입니다.

결정 방법: 구현자를 위한 실무 지침

Supplier 엔터티를 채택할 때, 몇 가지 결정 사항이 스코어카드의 신뢰성을 결정합니다.

• 가중치를 부여하기 전에 정규화하십시오. 원시 요율(rate) 필드는 서로 다른 척도의 백분율과 건수입니다. 가중치를 적용하기 전에 모든 측정값을 공통의 0100 척도(또는 01)로 변환하십시오. 그렇지 않으면 수치가 매우 큰 단일 카운트 항목이 전체 점수를 지배하게 됩니다.
• 방향성을 명시적으로 결정하십시오. 대부분의 필드는 높을수록 좋지만, contractProductReturnRate, contractSLAIssueRate, contractInvoiceAccuracyRate(“오류 횟수”로서), 그리고 contractBudgetCostRate(합의된 가격 대비 초과분으로서)는 낮을수록 좋습니다. 점수 산정 시 이를 반전시키십시오.
• 누락된 데이터를 의도적으로 처리하십시오. 신규 공급업체는 12개월간의 이력이 없습니다. 해당 카테고리를 제외할지, 중립 점수를 부여할지, 아니면 단순히 0점으로 처리하는 대신 “데이터 부족”으로 표시할지 결정하십시오.
• 원시 측정값을 유지하십시오. 나중에 가중치를 재조정하거나 재감사할 수 있도록 종합 점수와 함께 기본 요율을 저장하십시오. 근거(provenance)가 없는 단일 supplierScore는 소싱 검토 시 정당성을 입증할 수 없습니다.
• 가중치 버전을 관리하십시오. 가중치를 변경하면 과거의 점수와 비교할 수 없게 됩니다. 각 점수가 계산될 때 적용된 가중치 세트를 기록하십시오.

시스템 전반의 공급업체 데이터 통합

CIM은 애플리케이션에 구애받지 않으므로, Supplier 엔터티는 통합을 위한 **표준 대상(canonical target)**으로서 가장 가치가 있습니다. 전형적인 파이프라인은 ERP(SAP, Oracle, Microsoft Dynamics)에서 벤더 마스터를, 조달 또는 SRM 도구에서 스코어카드 데이터를, 운송 관리 시스템에서 운송업체 플래그를 가져와 이 모두를 CIM Supplier 형태에 매핑합니다.

우리가 시작할 곳: Fivetran — 계속 실행되는 완전 관리형 ELT 파이프라인.

• 자연 키(natural keys)를 id에 매핑하십시오. 각 소스 시스템은 고유한 벤더 번호를 가지고 있습니다. CIM GUID에 대한 상호 참조 테이블을 유지하십시오.
• Party 수준에서 조정하십시오. 동일한 법인이 중복 계산되지 않도록 Party 엔터티를 중복 제거 앵커로 사용하십시오.
• isCarrier를 라우팅 힌트로 처리하십시오. 다운스트림 물류 로직에서 이를 분기점으로 삼아 운송업체 전용 처리를 적용할 수 있습니다.
• 모델을 계약(contract)으로 게시하십시오. dbt, Apache Atlas 및 데이터 카탈로그와 같은 도구를 사용하여 CIM 매핑을 문서화하면 분석가가 각 필드의 의미를 알 수 있습니다.

이를 공식화하려는 팀의 경우, CIM의 오픈 소스 특성 덕분에 모델을 포크하여 비즈니스에 필요한 엔터티나 속성(예: supplierSpend를 위한 통화 코드 또는 supplierType을 위한 제어된 열거형)을 추가하면서도 핵심 Party/Role 구조를 그대로 유지할 수 있습니다. 함께 정렬할 가치가 있는 관련 표준으로는 Party/Role 패턴을 위한 TM Forum Information Framework (SID)와 제품 및 위치 식별자를 위한 GS1이 있으며, 이는 공급업체와 제품 데이터가 자주 함께 이동하기 때문입니다.

거버넌스 및 데이터 품질 고려 사항

공급업체 스코어카드는 입력되는 데이터의 품질만큼만 유용합니다. 공급업체 데이터는 여러 시스템에서 생성되고 시간이 지남에 따라 변경되므로 매우 무질서하기로 유명합니다.

• 소유권. 공급업체 마스터 데이터에 대한 데이터 스튜어드(data steward)를 지정하십시오. 스코어카드 필드는 식별 필드(재무 또는 MDM)와 소유자(조달)가 다른 경우가 많습니다.
• 최신성. 청구서 정확도 및 SLA 필드의 12개월 윈도우는 롤링 재계산을 의미합니다. 새로 고침 주기를 정의하고 이를 가시화하십시오.
• 감사 가능성. 점수가 소싱 결정의 근거가 되므로 입력값, 가중치 및 계산된 결과값에 대한 감사 추적(audit trail)을 유지하십시오.
• 윤리 및 규정 준수. satisfactionEthicsRank 필드는 노동 관행 및 안전한 근무 조건을 다루며, 이는 공급망 실사 규정의 대상이 점점 더 많아지는 영역입니다. 이를 단순한 정성적 평가가 아닌 규정 준수 신호로 취급하십시오.

자주 묻는 질문

클라우드 정보 모델(Cloud Information Model)에서 Supplier 엔터티란 무엇입니까?

Supplier는 기업에 상품이나 서비스를 공급하는 당사자를 설명하는 CIM의 Party Role입니다. 이는 Party 엔터티로부터 ID를 상속하며 supplierType, isCarrier, supplierSpend 및 전체 성과 스코어카드와 같은 공급자 전용 속성을 추가합니다. 이를 독립형 엔터티가 아닌 역할로 모델링하면 중복된 마스터 데이터 없이 한 당사자가 공급자와 고객 역할을 모두 수행할 수 있습니다.

supplierScore는 어떻게 계산되나요?

supplierScore는 계약, 만족도, 경쟁이라는 세 가지 가중치 범주를 결합합니다. 각 범주는 weightPercent에 weightScore를 곱하여 기여하며, 그 결과들을 합산합니다. 종합 점수가 의미를 가지려면 세 가지 가중치 백분율의 합이 100이 되어야 하며, 각 기본 측정값은 가중치를 부여하기 전에 공통 척도로 정규화되어야 합니다.

어떤 Supplier 필드가 필수인가요?

id(GUID 기본 키) 및 activeFromDate(공급자 관계가 활성화된 날짜)라는 두 개의 필드만 필수입니다. activeToDate, supplierType 및 모든 스코어카드 속성을 포함한 그 외 모든 항목은 선택 사항이며, 이를 통해 부분 레코드를 증분식으로 로드할 수 있습니다.

isCarrier 플래그는 무엇을 의미하나요?

isCarrier는 공급자가 FedEx나 UPS와 같은 운송업체인 경우 true가 되는 불리언(boolean) 값입니다. 이는 별도의 엔터티나 하위 유형을 요구하지 않고 물류 및 배송 로직이 운송업체를 식별할 수 있는 가벼운 방법을 제공하여 모델을 간결하게 유지합니다.

대부분의 스코어카드 필드가 정수인 이유는 무엇입니까?

비율 및 순위 필드는 일반적으로 백분율 또는 개수를 나타내는 정수형으로 지정됩니다. 이는 모델을 단순하게 유지하고 시스템 간 이식성을 높여주지만, 구현자가 스키마에 의존하여 강제하기보다는 반올림, 스케일 및 정규화 규칙을 직접 결정해야 함을 의미합니다.

Supplier 엔터티를 확장할 수 있나요?

네. CIM은 맞춤 조정을 위해 설계된 오픈 소스 모델이므로, 예를 들어 supplierSpend를 위한 통화 코드나 supplierType을 위한 제어된 열거형(controlled enumeration)과 같은 속성을 추가하거나 새로운 엔터티를 추가할 수 있습니다. 확장은 다른 CIM 기반 시스템과의 상호 운용성이 유지되도록 핵심 Party/Party Role 구조를 보존해야 합니다.