계약 관리 데이터 템플릿
계약 관리 데이터 템플릿
- 수집 권장 속성
- 추적할 주요 활동
- 데이터 추출 안내
계약 관리 속성
| 이름 | 설명 | ||
|---|---|---|---|
|
Contract ID
ContractId
|
각 계약을 식별하는 고유 ID이며 기본 케이스 식별자로 사용됩니다. | ||
|
설명
Contract ID는 단일 계약의 수명 주기와 관련된 모든 이벤트와 활동을 연결하는 확정적인 케이스 식별자입니다. 최초 요청부터 초안 작성, 협상, 체결, 최종 종료 또는 갱신까지 계약을 처음부터 끝까지 추적할 수 있습니다. process mining 분석에서는 각 계약의 진행 과정을 재구성할 수 있도록 모든 이벤트를 Contract ID와 연결해야 합니다. 이를 통해 전체 프로세스를 파악하고 처리 시간을 분석하며 병목을 찾고 개별 계약이나 계약 그룹의 규정 준수 여부를 모니터링할 수 있습니다.
중요한 이유
계약의 전체 수명 주기를 추적하는 데 필요한 식별자입니다. 관련 활동을 하나의 케이스로 연결해 모든 process mining 분석의 기반이 됩니다.
확보 방법
일반적으로 Conga CLM의 기본 Agreement 또는 Contract 객체에서 기본 키를 사용합니다. 필드명은 'Apttus_Config2__AgreementId__c'와 같은 형식일 수 있습니다.
예시
a015g00000_12345a015g00000_67890a015g00000_ABCDE
|
|||
|
이벤트 타임스탬프
EventTimestamp
|
활동이 시작되거나 발생한 정확한 날짜와 시간입니다. | ||
|
설명
이벤트 타임스탬프는 특정 활동이 발생한 시점을 기록합니다. 각 계약의 프로세스 흐름을 재구성하는 데 필요한 시간 순서를 제공합니다. 시간 기반 process mining 분석에는 타임스탬프가 필수입니다. 이 속성으로 활동 간 소요 시간, 전체 케이스 처리 시간, 대기 시간을 계산합니다. 병목을 찾고 SLA 준수 여부를 모니터링하며 계약 관리 프로세스의 시간 흐름을 이해하는 데 중요합니다. 케이스 내 이벤트를 정렬하는 기본 기준으로도 사용됩니다.
중요한 이유
이벤트의 시간 순서를 제공하므로 소요 시간 기반 지표를 계산하고 병목을 찾아 프로세스 성과를 파악할 수 있습니다.
확보 방법
일반적으로 관련 작업 또는 이벤트 객체의 'CreatedDate'와 같은 변경 이력 추적 필드나 기본 Contract 객체의 특정 날짜 필드에서 확인할 수 있습니다.
예시
2023-04-15T10:05:00Z2023-05-20T14:30:00Z2023-06-01T09:00:00Z
|
|||
|
활동명
ActivityName
|
계약 수명 주기에서 발생한 구체적인 비즈니스 이벤트 또는 작업의 이름입니다. | ||
|
설명
활동명은 계약 관리 프로세스의 단계나 주요 시점을 나타냅니다. 예를 들어 '계약서 초안 작성 완료', '법무 검토 완료', '계약 체결 및 서명 완료' 등이 있습니다. 이 속성을 사용해 수행된 작업의 순서를 보여주는 프로세스 맵을 구성합니다. 이 속성을 분석하면 프로세스 흐름과 일반 경로 및 대체 경로를 파악하고 각 활동의 발생 빈도를 측정할 수 있습니다. 프로세스 준수, 재작업, 단계별 처리 시간과 관련된 KPI를 계산하는 데도 기본이 됩니다.
중요한 이유
프로세스의 단계를 정의해 프로세스 맵의 뼈대를 구성하며, 워크플로와 편차, 활동 빈도를 분석할 수 있게 합니다.
확보 방법
일반적으로 Conga CLM의 Contract 객체에 기록된 상태 변경, 완료된 작업 또는 특정 이벤트를 매핑해 도출합니다.
예시
계약서 초안 작성 완료법무 검토 완료계약 체결 및 서명 완료계약 갱신
|
|||
|
소스 시스템
SourceSystemName
|
데이터를 추출한 소스 시스템을 식별합니다. | ||
|
설명
이 속성은 이벤트 데이터의 기준 시스템을 지정합니다. 이 사례에서는 Conga CLM입니다. 여러 시스템의 데이터를 통합할 수 있는 환경에서 데이터 거버넌스와 추적성을 확보하는 데 중요합니다. 단일 시스템을 분석할 때는 고정된 값처럼 보일 수 있지만, 데이터 출처에 대한 중요한 맥락을 제공해 데이터 무결성을 확인하고 추출 문제를 해결하는 데 도움이 됩니다. CRM이나 ERP와 같은 다른 시스템의 계약 데이터를 결합할 때 특히 중요합니다.
중요한 이유
데이터 계보와 거버넌스에 필요한 맥락을 제공해 프로세스 데이터의 출처를 명확히 합니다. 이는 데이터 검증과 신뢰 확보에 중요합니다.
확보 방법
일반적으로 데이터 추출 및 변환(ETL) 과정에서 데이터 세트의 출처를 표시하기 위해 추가하는 고정 값입니다.
예시
Conga CLMCongaCLM-ProdSalesforce-CongaCLM
|
|||
|
최종 데이터 업데이트
LastDataUpdateTimestamp
|
소스 시스템에서 이 레코드의 데이터를 마지막으로 새로 고친 시점을 나타내는 타임스탬프입니다. | ||
|
설명
이 속성은 Conga CLM에서 데이터를 마지막으로 추출한 날짜와 시간을 기록합니다. 분석 데이터의 최신성을 파악하고 최신 정보를 바탕으로 의사결정이 이루어지도록 하는 데 필요한 메타데이터입니다. 대시보드와 보고서에서 이 타임스탬프를 통해 데이터가 얼마나 최신인지 확인할 수 있습니다. 데이터 거버넌스를 유지하고 process mining 도구가 제공하는 인사이트의 시의성에 대한 사용자 기대를 관리하는 데도 중요합니다.
중요한 이유
이 타임스탬프를 통해 데이터의 최신성을 확인할 수 있으므로 분석과 의사결정의 기준이 되는 데이터의 시점을 명확히 파악할 수 있습니다.
확보 방법
데이터 수집 과정에서 ETL(추출, 변환, 적재) 도구나 스크립트가 일반적으로 생성하고 입력하는 메타데이터 필드입니다.
예시
2024-07-20T02:00:00Z2024-07-21T02:00:00Z
|
|||
|
계약 금액
ContractValue
|
계약에 따른 총 금액입니다. | ||
|
설명
계약 금액은 계약의 재무적 가치를 나타냅니다. 업무 맥락에 따라 총 계약 금액, 연간 반복 매출 또는 다른 주요 재무 지표를 의미할 수 있습니다. 이 속성은 가치에 기반한 프로세스 개선에 중요합니다. 금액이 큰 계약을 우선적으로 살펴보고, 고액 계약이 더 빠르게 처리되는지 또는 특정 단계에서 더 자주 지연되는지 확인할 수 있습니다. '계약 금액별 처리량 분석' 대시보드의 주요 기준입니다.
중요한 이유
계약 금액을 기준으로 분석해 고액 계약의 프로세스 개선 우선순위를 정하고, 해당 계약이 비즈니스에 미치는 영향을 파악할 수 있습니다.
확보 방법
일반적으로 Conga CLM의 Agreement 객체에 있는 통화 필드이며, 예를 들어 'Apttus_Config2__Total_Contract_Value__c'가 있습니다.
예시
500002500001200000
|
|||
|
계약 담당자
ContractOwner
|
계약의 전체 수명 주기 동안 계약 관리를 담당하는 사용자 또는 직원입니다. | ||
|
설명
계약 담당자는 계약에 대한 주된 책임을 맡은 사람입니다. 일반적으로 계약서 작성과 협상을 담당하고, 계약이 승인 절차를 진행하도록 관리합니다. 계약 담당자별 프로세스 성과를 분석하면 효율성, 표준 프로세스 준수 여부, 업무량 배분의 차이를 확인할 수 있습니다. 이를 바탕으로 모범 사례와 교육 필요성, 리소스 배분의 불균형 가능성을 파악할 수 있습니다. 성과와 생산성 분석에 중요한 기준입니다.
중요한 이유
사용자별 성과를 분석해 우수한 성과를 내는 사용자, 교육 기회, 업무량 배분 문제를 파악할 수 있습니다.
확보 방법
일반적으로 Conga CLM의 주 Agreement 객체에 있는 사용자 조회 필드이며, 'OwnerId' 또는 사용자 지정 'Contract_Owner__c' 필드일 수 있습니다.
예시
Alice JohnsonRobert ChenMaria Garcia
|
|||
|
계약 상태
ContractStatus
|
'초안', '승인 중', '체결 완료' 등 계약의 현재 수명 주기 단계입니다. | ||
|
설명
계약 상태는 수명 주기에서 계약이 현재 어떤 단계에 있는지 나타냅니다. 이벤트 기반 활동명과 달리, 특정 시점의 계약 상태를 보여줍니다. 이벤트 로그에는 과거 활동의 순서가 기록되고, 상태는 계약의 현재 상황을 보여줍니다. 현재 진행 중인 계약만 분석하거나 여러 계약이 '승인 중' 상태에서 지연되는 이유를 조사할 때 유용합니다. 상태 정보를 제공해 활동 데이터를 보완합니다.
중요한 이유
계약의 현재 단계를 보여주므로, 진행 중인 건을 필터링하고 분석하거나 프로세스 상태별 분포를 파악하는 데 유용합니다.
확보 방법
Agreement 객체의 표준 선택 목록 필드이며, 일반적으로 'Apttus_Config2__Status__c' 또는 'Apttus_Config2__Status_Category__c'입니다.
예시
초안내부 검토 중체결 완료만료
|
|||
|
계약 유형
ContractType
|
NDA, MSA, SOW 등 계약의 분류입니다. | ||
|
설명
계약 유형은 법적 목적이나 성격에 따라 계약을 분류하는 범주형 속성입니다. 대표적인 예로 비밀유지계약(NDA), 기본 서비스 계약(MSA), 작업명세서(SOW)가 있습니다. 이 기준은 계약을 비교 분석하는 데 중요합니다. 프로세스 맵을 필터링해 계약 유형별로 경로와 처리 시간이 다른지 확인할 수 있습니다. 이를 통해 계약 유형에 따른 적절한 프로세스 차이와 실제 편차를 구분할 수 있습니다.
중요한 이유
계약 범주별로 워크플로, 처리 시간, 병목을 비교할 수 있습니다. 예를 들어 NDA와 MSA의 프로세스를 구분해 분석할 수 있습니다.
확보 방법
일반적으로 Agreement 객체의 선택 목록 또는 조회 필드이며, 'Apttus_Config2__Contract_Type__c'와 유사한 이름을 사용합니다.
예시
비밀유지계약(NDA)기본 서비스 계약(MSA)작업명세서(SOW)
|
|||
|
만료일
ExpirationDate
|
계약이 만료되는 날짜입니다. | ||
|
설명
만료일은 계약 기간의 종료 시점을 나타내는 중요한 날짜 필드입니다. 계약 체결 후 수명 주기를 관리하는 데 필요합니다. 이 속성은 '예정된 갱신 및 만료' 대시보드와 '적기 갱신율' KPI에 사용됩니다. 만료일을 분석하면 계약 만료를 미리 관리하고, 적절한 시점에 갱신 절차를 시작해 서비스나 매출이 의도치 않게 중단되는 일을 방지할 수 있습니다.
중요한 이유
이 날짜는 계약을 선제적으로 관리하는 데 중요합니다. 만료 예정 계약을 추적하는 대시보드를 통해 갱신 누락과 매출 손실을 예방할 수 있습니다.
확보 방법
Agreement 객체의 표준 날짜 필드이며, 일반적으로 'Apttus_Config2__EndDate__c'입니다.
예시
2025-12-312026-06-302024-08-15
|
|||
|
이벤트 종료 시간
EventEndTime
|
활동이 완료된 정확한 날짜와 시간입니다. | ||
|
설명
이벤트 종료 시간은 특정 작업이나 프로세스 단계가 완료된 시점을 나타냅니다. 이벤트 타임스탬프(시작 시간)와 함께 사용하면 각 활동의 처리 시간을 정확하게 계산할 수 있습니다. 이 속성은 단계별 소요 시간을 측정하는 성과 분석에 중요합니다. 이를 통해 시간이 가장 오래 걸리는 활동을 파악하고, 다음 이벤트의 시작 시간만 사용하는 것보다 리소스 활용도와 효율성을 정확하게 확인할 수 있습니다.
중요한 이유
활동 처리 시간을 정확하게 계산할 수 있어, 소요 시간에 따른 병목을 찾고 리소스 효율성을 분석하는 데 도움이 됩니다.
확보 방법
주 계약과 관련된 작업 또는 활동 객체의 'CompletedDate'나 'ActualEndDate' 같은 필드에서 이 타임스탬프를 확인할 수 있습니다.
예시
2023-04-15T18:35:00Z2023-05-21T11:00:00Z2023-06-01T17:45:00Z
|
|||
|
갱신일
RenewalDate
|
계약 갱신 절차를 시작할 목표 날짜입니다. | ||
|
설명
갱신일은 계약 갱신 절차를 시작해야 하는 시점을 나타내는 계산 날짜 또는 수동 입력 날짜입니다. 일반적으로 만료일보다 일정 기간, 예를 들어 90일 전에 설정합니다. 이 속성을 활용하면 갱신 예정 계약을 효과적으로 관리할 수 있습니다. 알림을 설정하고 계약 갱신 관련 작업을 자동화해 충분한 시간을 두고 절차를 시작할 수 있습니다. '적기 갱신율' KPI의 주요 기준입니다.
중요한 이유
갱신 활동을 시작할 시점을 제공해 계약을 제때 갱신하고 수명 주기를 선제적으로 관리할 수 있도록 돕습니다.
확보 방법
만료일을 기준으로 계산하는 사용자 지정 수식 필드이거나 Conga CLM의 Agreement 객체에 있는 별도의 날짜 필드일 수 있습니다.
예시
2025-10-022026-04-012024-05-17
|
|||
|
거래 상대방 이름
CounterpartyName
|
계약에 참여하는 외부 당사자, 회사 또는 개인의 이름입니다. | ||
|
설명
거래 상대방 이름은 계약의 다른 서명 당사자를 나타냅니다. 일반적으로 고객사, 공급업체 또는 파트너사입니다. 거래 상대방별 프로세스 지표를 분석하면 중요한 패턴을 확인할 수 있습니다. 예를 들어 특정 거래 상대방과의 협상에 지속해서 시간이 더 오래 걸리거나 수정이 더 많이 필요한 경우를 파악할 수 있습니다. 이러한 분석 결과는 협상 전략을 세우고 주요 비즈니스 파트너와의 관계를 관리하는 데 도움이 됩니다.
중요한 이유
외부 당사자별 프로세스 차이를 분석해 협상 기간이 길거나 수정 횟수가 많은 고객사 또는 공급업체를 파악할 수 있습니다.
확보 방법
일반적으로 Salesforce의 Account 객체를 조회하며, 이 객체는 Conga CLM의 Agreement 객체와 연결됩니다.
예시
글로벌 테크 주식회사.이노베이트 솔루션 유한회사애크미 코퍼레이션
|
|||
|
규정 준수 상태
ComplianceStatus
|
계약이 필요한 규정 준수 검토를 통과했는지 나타냅니다. | ||
|
설명
규정 준수 상태는 내부 정책이나 외부 규정에 따른 계약의 진행 상태를 추적합니다. '시작 전', '검토 중', '통과', '실패' 등의 값으로 표시할 수 있습니다. 이 속성은 '규정 준수 및 의무 모니터링' 대시보드와 관련 KPI에 필요합니다. 규정 준수 여부를 직접 확인할 수 있어, 계약 체결 또는 활성화 전에 필요한 검토를 모두 거쳐 통과하도록 관리하고 법적·재무적 위험을 줄이는 데 도움이 됩니다.
중요한 이유
규정 준수 절차의 이행 여부를 직접 측정해 계약 포트폴리오의 법적·재무적 위험을 파악하고 줄이는 데 도움이 됩니다.
확보 방법
Agreement 객체의 사용자 지정 선택 목록 필드일 가능성이 높으며, 규정 준수 관련 활동이나 승인에 따라 값이 갱신됩니다.
예시
통과검토 필요해당 없음실패
|
|||
|
담당자 부서
OwnerDepartment
|
계약 담당자가 속한 부서입니다. 예를 들어 영업, 법무 또는 구매 부서가 있습니다. | ||
|
설명
담당자 부서는 계약 담당자가 속한 업무 기능을 나타냅니다. 일반적으로 시스템에 등록된 사용자 프로필에서 가져옵니다. 이 기준을 활용하면 부서별 프로세스 성과를 비교할 수 있습니다. 법무 부서에서 병목이 발생하는지, 영업팀이 다른 프로세스를 따르는지, 특정 부서의 처리 시간이 유독 긴지 파악할 수 있습니다. 이러한 분석은 부서 간 프로세스 개선에 유용합니다.
중요한 이유
업무 기능별로 프로세스를 분석해 영업과 법무 등 부서 간 성과 차이와 병목을 확인할 수 있습니다.
확보 방법
일반적으로 Salesforce의 User 객체에서 가져오며, Agreement 객체의 계약 담당자 필드를 통해 연결됩니다.
예시
영업법무구매재무
|
|||
|
사업부
BusinessUnit
|
계약이 속한 조직 내 사업부입니다. | ||
|
설명
사업부 속성은 계약을 '엔터프라이즈 소프트웨어'나 '소비자용 하드웨어'와 같은 회사 내 특정 사업 부문 또는 세그먼트에 연결합니다. 이를 통해 조직 내 각 부문의 계약 관리 프로세스를 세부적으로 분석할 수 있습니다. 사업부별 분석으로 부문마다 프로세스 유형, 성과 또는 계약 유형이 다른지 확인할 수 있습니다. 대규모 조직이 사업부별로 필요한 차이를 인정하면서도 프로세스를 표준화하는 데 유용합니다.
중요한 이유
조직 내 사업 부문별로 프로세스 성과를 나눠 분석해 회사 전반의 효율성이나 절차 차이를 확인할 수 있습니다.
확보 방법
Agreement 객체의 사용자 지정 필드일 수도 있고, 계약 담당자의 사용자 프로필에서 가져올 수도 있습니다.
예시
북미 영업유럽·중동·아프리카 서비스아시아·태평양 제품 사업부
|
|||
|
승인 처리 시간
ApprovalCycleTime
|
계약이 승인 단계에 머무는 총 시간입니다. | ||
|
설명
승인 처리 시간은 계약이 '내부 검토 시작'과 같은 승인 절차에 진입한 시점부터 최종 내부 승인을 받을 때까지의 기간을 계산한 지표입니다. 관련된 모든 승인 단계의 시간을 합산합니다. 이 속성은 '계약 승인 처리 시간' 대시보드와 '평균 계약 승인 시간' KPI의 주요 측정 기준입니다. 전체 승인 워크플로의 효율성을 한눈에 확인하고, 목표 대비 성과를 추적하거나 반복적으로 발생하는 지연을 파악할 수 있습니다.
중요한 이유
이 KPI는 승인 워크플로의 효율성을 직접 측정해 계약 수명 주기의 중요한 단계에서 지연을 파악하고 해결하는 데 도움이 됩니다.
확보 방법
계산 지표로, 계약별 첫 승인 활동과 최종 승인 활동 사이의 시간 차이를 구해 산출합니다.
예시
259200604800432000
|
|||
|
재작업 여부
IsRework
|
활동이 재작업 루프에 포함되는지 나타내는 계산 플래그입니다. | ||
|
설명
재작업 여부는 활동이 프로세스의 이전 단계로 돌아가는 경우 'true'로 설정되는 불리언 플래그입니다. 예를 들어 법무 검토 후 '계약서 작성' 단계로 돌아가는 경우가 이에 해당합니다. 원본 시스템의 필드가 아니라 process mining을 위해 데이터를 변환할 때 계산합니다. 이 플래그는 프로세스 비효율성을 수치화하는 데 유용합니다. '계약 재작업률' KPI를 지원하고 프로세스 맵에서 반복되는 경로를 시각화하는 데 도움이 됩니다. 재작업의 빈도와 원인을 파악하는 것은 많은 프로세스 개선 활동의 주요 목표입니다.
중요한 이유
이 계산 플래그를 사용하면 불필요한 재작업 루프에 포함된 활동을 표시해 프로세스 비효율성을 쉽게 수치화하고 분석할 수 있습니다.
확보 방법
이 속성은 원본 시스템에 없습니다. 활동 순서를 바탕으로 process mining 도구 또는 ETL 계층에서 계산합니다.
예시
truefalse
|
|||
|
지역
Region
|
'북미' 또는 '유럽·중동·아프리카'와 같이 계약과 관련된 지리적 지역입니다. | ||
|
설명
지역 속성은 계약과 관련된 지리적 범위를 나타냅니다. 거래 상대방의 소재지, 영업 지역 또는 준거법을 기준으로 정할 수 있습니다. 이 속성을 활용하면 지역별 계약 프로세스를 분석할 수 있습니다. 예를 들어 '유럽·중동·아프리카 지역은 규정 차이로 승인에 더 오래 걸리는가?' 또는 '아시아·태평양 지역 계약은 수정 요청 비율이 더 높은가?'와 같은 질문에 답할 수 있습니다. 글로벌 운영을 이해하는 데 필요한 맥락을 제공합니다.
중요한 이유
지역별로 나눠 분석하면 처리 시간, 규정 준수 요건 또는 프로세스 경로의 차이를 파악할 수 있어 글로벌 기업에 유용합니다.
확보 방법
Agreement 객체의 사용자 지정 필드인 경우가 많으며, 연결된 Account 또는 User 객체에서 가져올 수도 있습니다.
예시
북미유럽·중동·아프리카아시아·태평양중남미
|
|||
계약 관리 활동
| 활동 | 설명 | ||
|---|---|---|---|
|
계약 만료
|
갱신이나 종료 없이 계약 만료일에 도달해 수명 주기가 자연스럽게 끝나는 경우를 나타냅니다. 이 이벤트는 명시적으로 기록되지 않으며 계약 데이터에서 도출합니다. | ||
|
중요한 이유
이 활동은 계약 수명 주기의 예정된 종료 시점을 나타냅니다. 만료된 계약을 분석하면 갱신 기회와 전체 계약 포트폴리오를 파악하는 데 도움이 됩니다.
확보 방법
계산으로 도출하는 이벤트입니다. 시스템 날짜가 Contract 객체의 'Contract End Date' 또는 'Expiration Date' 필드의 날짜를 지나고 상태가 여전히 '활성'이면 발생한 것으로 봅니다.
기록
'Contract End Date' 필드와 현재 날짜를 비교해 도출합니다.
이벤트 유형
calculated
|
|||
|
계약 요청 시작
|
이 활동은 계약 수명 주기의 공식적인 시작을 나타내며, 시스템에 새 계약 레코드가 생성되는 시점입니다. 일반적으로 사용자가 Conga CLM에서 새 Contract 객체를 생성할 때 명시적 이벤트로 기록됩니다. | ||
|
중요한 이유
모든 계약의 시작점인 이 활동은 처음부터 끝까지 걸리는 처리 시간을 측정하는 데 필요합니다. 어떤 유형의 계약이 얼마나 많이 시작되는지도 분석할 수 있습니다.
확보 방법
이 이벤트는 Conga CLM의 기반 플랫폼인 Salesforce에서 Contract 레코드가 생성된 날짜와 타임스탬프로 기록됩니다. 일반적으로 레코드를 생성한 사용자도 함께 기록됩니다.
기록
기본 Contract 객체의 생성 이벤트를 추적합니다.
이벤트 유형
explicit
|
|||
|
계약 종료
|
특정 조치에 따라 계약 만료일 전에 계약이 조기 종료되는 활동입니다. 계약 상태가 '종료됨'으로 변경될 때 기록됩니다. | ||
|
중요한 이유
종료 이벤트는 계약 실패율과 취소 사유를 이해하는 데 중요한 최종 상태입니다. 대체로 부정적인 결과이지만 프로세스가 끝났음을 명확히 보여줍니다.
확보 방법
Contract 객체의 상태 필드 변경 이력으로 추정합니다. 상태가 '종료됨' 또는 '취소됨'으로 업데이트된 시점이 이벤트 타임스탬프입니다.
기록
상태가 '종료됨'으로 변경된 타임스탬프를 기록합니다.
이벤트 유형
inferred
|
|||
|
계약 체결 및 서명 완료
|
모든 당사자가 계약서에 법적으로 서명해 구속력 있는 합의가 성립되는 중요한 활동입니다. Conga Sign과 같이 Conga CLM에 연동된 전자 서명 솔루션은 타임스탬프가 포함된 이벤트를 명시적으로 생성합니다. | ||
|
중요한 이유
서명 전 절차가 성공적으로 완료되었음을 나타냅니다. '계약 체결률'과 같은 성과 지표의 주요 단계이며, 일반적으로 정상 경로의 대표적인 종료 이벤트로 간주됩니다.
확보 방법
연동된 전자 서명 도구의 감사 추적 기록이나 상태에서 가져옵니다. 최종 '완료' 또는 '서명됨' 상태가 정확한 타임스탬프와 함께 기록됩니다.
기록
연동된 전자 서명 서비스의 API 또는 상태 객체에서 완료 이벤트를 기록합니다.
이벤트 유형
explicit
|
|||
|
계약 활성화
|
계약이 발효되어 조직 내에서 효력을 갖고 운영되기 시작하는 시점을 나타냅니다. 이때 의무와 권리가 발생합니다. 일반적으로 상태가 '체결됨'에서 '활성'으로 변경된 시점으로 추정합니다. | ||
|
중요한 이유
이 활동은 서명 후 수명 주기의 시작을 나타냅니다. 계약상 의무 관리와 성과 모니터링을 시작하는 기준점입니다.
확보 방법
Contract 객체의 상태 필드 변경 이력으로 추정합니다. 상태가 '활성' 또는 이에 해당하는 값으로 변경된 시점이 이벤트 타임스탬프입니다.
기록
상태가 '체결됨'에서 '활성'으로 변경된 타임스탬프를 확인합니다.
이벤트 유형
inferred
|
|||
|
내부 승인 완료
|
계약에 필요한 모든 내부 승인이 완료되어 서명할 준비가 되었음을 나타내는 단계입니다. 일반적으로 여러 단계로 구성된 Salesforce Approval Process의 마지막 단계입니다. | ||
|
중요한 이유
내부 검토와 승인 주기를 마무리하는 중요한 단계입니다. '평균 계약 승인 시간' KPI를 측정하는 종료점입니다.
확보 방법
Contract 객체의 Salesforce Approval History 관련 목록에서 가져옵니다. 프로세스에서 최종 '승인됨' 상태가 기록된 시점이 이벤트 타임스탬프입니다.
기록
연결된 승인 프로세스의 최종 승인 단계 타임스탬프를 기록합니다.
이벤트 유형
explicit
|
|||
|
법무 검토 완료
|
법무 부서가 계약서 검토를 마친 시점을 나타냅니다. 워크플로의 명시적인 승인 단계로 기록하거나 '법무 검토 완료'와 같은 상태 변경으로 추정할 수 있습니다. | ||
|
중요한 이유
법무 검토 단계를 따로 구분하면 자주 발생하는 병목을 분석하는 데 도움이 됩니다. '평균 법무 검토 시간' KPI를 지원하고 법무 부서의 리소스를 효율적으로 배분할 수 있습니다.
확보 방법
Salesforce Approvals를 사용하는 경우 관련 승인 내역 목록에 기록할 수 있습니다. 또는 Contract 객체의 상태 변경으로 추정할 수 있습니다.
기록
상태가 '법무 검토 완료'로 변경된 시점이나 법무 승인 대기열에서 최종 승인된 타임스탬프를 기록합니다.
이벤트 유형
inferred
|
|||
|
계약 갱신
|
계약 수명 주기를 연장하는 갱신이 완료된 시점을 나타냅니다. 기존 계약의 상태 변경이나 갱신 계약으로 지정된 새 계약 레코드의 생성으로 기록할 수 있습니다. | ||
|
중요한 이유
갱신 추적은 매출 유지와 사업 연속성에 중요하며 '기한 내 갱신율' KPI를 지원합니다. 계약 수명 주기의 긍정적인 결과를 나타냅니다.
확보 방법
상태가 '갱신됨'으로 변경된 시점으로 추정할 수 있습니다. 새 계약 레코드가 생성되는 경우에는 'Renewal For' 필드가 기존 계약을 가리키는 새 레코드의 생성 시점을 사용합니다.
기록
상태가 '갱신됨'으로 변경된 시점이나 기존 계약과 연결된 새 계약 레코드의 생성 시점을 확인합니다.
이벤트 유형
inferred
|
|||
|
계약 변경 요청
|
현재 유효한 계약을 공식적으로 변경하는 절차의 시작을 나타냅니다. 일반적으로 기존 계약과 연결된 새 'Amendment' 레코드가 생성될 때 기록됩니다. | ||
|
중요한 이유
계약 변경은 프로세스에서 중요한 변형입니다. 발생 빈도와 처리 시간을 분석하면 최초 계약 범위 설정의 문제나 변경된 사업 요구를 파악할 수 있습니다.
확보 방법
기본 Contract 객체를 조회 관계로 연결하는 'Amendment' 또는 유사한 이름의 객체에 새 레코드가 생성된 날짜를 기준으로 기록합니다.
기록
계약에 연결된 'Amendment' 레코드의 생성 이벤트를 추적합니다.
이벤트 유형
explicit
|
|||
|
계약서 수정 및 개정
|
협상 중 계약서의 새 버전을 체크인하거나 업로드할 때마다 발생하는 활동입니다. Conga CLM의 버전 관리 기능은 각 문서 버전을 기록합니다. | ||
|
중요한 이유
수정 횟수를 추적하면 협상 강도를 수치화하고 '계약서 수정 반복 횟수' KPI를 산출할 수 있습니다. 지나치게 복잡한 계약이나 어려운 협상을 파악하는 데도 도움이 됩니다.
확보 방법
Conga CLM에 저장된 계약서의 버전 이력에서 가져옵니다. 상대방에게 계약서를 보낸 뒤 생성된 각 새 버전은 별도의 이벤트로 기록됩니다.
기록
주 버전 번호가 변경된 새 문서 버전이 생성될 때마다 이벤트를 기록합니다.
이벤트 유형
explicit
|
|||
|
계약서 초안 작성 완료
|
최초 계약서 작성이 완료된 시점을 나타냅니다. 일반적으로 계약 레코드의 상태 변경으로 추정합니다. 예를 들어 '요청됨'에서 '초안 작성 중' 또는 '검토 중'으로 바뀌는 경우입니다. | ||
|
중요한 이유
이 활동을 추적하면 최초 초안 작성에 걸린 시간을 측정할 수 있습니다. 이 단계의 지연은 템플릿, 데이터 수집 또는 리소스 배분에 문제가 있음을 나타낼 수 있습니다.
확보 방법
Contract 객체의 상태 필드 변경 이력으로 추정합니다. 상태가 '내부 검토'와 같이 초안 작성 이후 단계로 바뀐 타임스탬프를 확인합니다.
기록
'초안'에서 워크플로의 다음 단계로 상태가 변경된 시점을 확인합니다.
이벤트 유형
inferred
|
|||
|
규정 준수 검토 수행
|
계약 활성화 후 규정이나 규정 준수 요건에 따라 계약을 검토하는 활동입니다. 관련 작업이나 체크리스트 항목이 완료로 표시된 시점에 기록할 수 있습니다. | ||
|
중요한 이유
이 활동은 거버넌스와 위험 관리를 모니터링하는 데 중요합니다. 점검이 수행되었는지, 언제 수행되었는지 추적해 '규정 준수 검토 이행률' KPI를 산출할 수 있습니다.
확보 방법
계약에 연결된 관련 작업이나 사용자 지정 '규정 준수 검토' 객체의 완료 여부를 바탕으로 추정할 수 있습니다. 해당 기록의 완료 날짜를 이벤트 타임스탬프로 사용합니다.
기록
정기 작업 또는 관련 규정 준수 레코드의 완료 날짜를 기록합니다.
이벤트 유형
inferred
|
|||
|
내부 검토 시작
|
작성된 계약서를 재무 담당자나 사업부 관리자 등 내부 이해관계자에게 검토 요청한 시점을 나타냅니다. 일반적으로 상태가 '내부 검토 중' 등으로 변경된 시점으로 추정합니다. | ||
|
중요한 이유
이 활동은 내부 검토 주기를 측정하는 시작점입니다. 계약서가 검토를 기다리는 시간과 실제 검토에 걸리는 시간을 파악할 수 있습니다.
확보 방법
Contract 객체의 상태 필드 변경 이력으로 추정합니다. 내부 검토 단계의 시작을 나타내도록 상태가 변경된 시점에 이벤트 타임스탬프를 기록합니다.
기록
계약 상태가 '내부 검토' 또는 이에 해당하는 값으로 변경된 타임스탬프를 기록합니다.
이벤트 유형
inferred
|
|||
|
상대방 승인 완료
|
외부 당사자가 계약 조건에 동의해 서명할 준비가 되었음을 나타냅니다. 수동으로 상태를 업데이트하거나 포털을 사용하는 경우 포털에서 기록할 수 있습니다. | ||
|
중요한 이유
활발한 협상 단계가 끝나는 시점입니다. '평균 협상 주기 시간'을 측정하고 계약 체결 시점을 예측하는 데 중요한 이벤트입니다.
확보 방법
Contract 객체의 상태가 '서명 대기 중'으로 변경되는 등 상태 변경으로 추정하는 경우가 많습니다. 계약 담당자가 수동으로 업데이트합니다.
기록
상태가 '상대방 승인 완료' 또는 '서명 대기 중'으로 변경된 타임스탬프를 기록합니다.
이벤트 유형
inferred
|
|||
|
상대방에게 계약서 발송
|
검토와 협상을 위해 외부 당사자에게 계약서를 보내는 명시적 작업을 나타냅니다. Conga CLM에서는 '협상 요청 발송'과 같은 특정 작업이 기록되는 경우가 많습니다. | ||
|
중요한 이유
이 활동은 내부 프로세스에서 외부 협상으로 넘어가는 시점입니다. 협상 주기 시간을 측정하는 시작점이기도 합니다.
확보 방법
일반적으로 계약과 연결된 활동 또는 작업 기록으로 저장되며, 시스템 작업에 따라 자동으로 생성되는 경우가 많습니다.
기록
'협상 요청 발송' 또는 '상대방에게 발송' 이벤트 로그를 확인합니다.
이벤트 유형
explicit
|
|||
데이터 추출 안내서
시작할 준비가 되셨나요?
오늘부터 데이터를 준비해 계약 관리 프로세스를 개선할 기회를 살펴보세요. ProcessMind에서 새로운 효율화 기회를 찾을 수 있습니다.
계약 관리 효율을 높이세요
워크플로를 정비해 계약 처리 기간을 30% 단축하는 방안을 살펴보세요.
신용카드 없이 몇 분 만에 설정할 수 있습니다