클레임 처리 데이터 템플릿
클레임 처리 데이터 템플릿
- 수집 권장 속성
- 추적할 주요 활동
- Salesforce Financial Services Cloud 데이터 추출 안내
클레임 처리 속성
| 이름 | 설명 | ||
|---|---|---|---|
|
청구 ID
ClaimId
|
각 보험 청구 건을 식별하는 고유 값으로, 프로세스 분석에서 기본 케이스 ID로 사용됩니다. | ||
|
설명
청구 ID는 청구 접수부터 종결까지 단일 보험 청구 건의 모든 활동, 이벤트 및 데이터를 연결하는 기본 식별자입니다. process mining에서는 이 속성을 사용해 각 청구 건의 전체 여정을 재구성합니다. 관련 이벤트를 하나의 케이스로 묶어 청구별 처리 시간, 프로세스 변형 및 병목을 분석할 수 있습니다.
중요한 이유
청구의 전체 진행 과정을 추적하는 데 필요한 식별자입니다. 고유한 청구 ID가 없으면 여러 프로세스 단계를 연결해 일관된 흐름으로 분석할 수 없습니다.
확보 방법
일반적으로 Case 객체의 'CaseNumber' 또는 'Claim'(FinancialServicesCloud.Claim) 객체의 사용자 지정 고유 ID 필드를 사용합니다.
예시
CL-00012345CL-00012346CL-00012347
|
|||
|
소스 시스템
SourceSystem
|
이벤트 데이터가 기록된 원본 시스템을 식별합니다. | ||
|
설명
데이터를 추출한 원본 애플리케이션 또는 플랫폼을 나타냅니다. 이 프로세스에서는 항상 'Salesforce Financial Services Cloud'가 해당됩니다. 값이 일정하더라도 소스 시스템을 명시적으로 기록하는 것이 좋습니다. 특히 여러 시스템의 데이터를 병합하는 환경에서 데이터 출처를 명확히 하고 데이터 거버넌스와 검증에 활용할 수 있습니다.
중요한 이유
데이터 출처를 확인할 수 있어 데이터 거버넌스, 문제 해결, 여러 기업 시스템의 데이터 통합에 도움이 됩니다.
확보 방법
일반적으로 데이터 추출 및 변환 과정에서 데이터 세트의 출처를 표시하기 위해 추가하는 고정 값입니다.
예시
Salesforce Financial Services Cloud
|
|||
|
이벤트 시각
EventTime
|
특정 활동이나 이벤트가 발생한 시점을 나타내는 타임스탬프입니다. | ||
|
설명
이벤트 시각은 청구의 전체 진행 과정에서 각 활동이 발생한 날짜와 시간을 정확히 기록합니다. 이 시간 데이터는 이벤트를 시간순으로 정렬하고 소요 시간을 계산하는 데 필요합니다. 분석에서는 타임스탬프를 사용해 활동 간 처리 시간, 대기 시간, 전체 케이스 소요 시간 등 시간 관련 지표를 계산합니다. 프로세스 애니메이션을 만들고 지연이 발생한 시점과 위치를 파악하는 데도 활용합니다.
중요한 이유
각 이벤트가 언제 발생했는지를 나타내므로 소요 시간을 계산하고, 시간에 따른 프로세스 성과를 분석하며, 시간 관련 병목을 찾을 수 있습니다.
확보 방법
상태 변경의 경우 객체 필드 이력(예: CaseHistory)에 기록된 'CreatedDate'를 사용합니다. 작업의 경우 'CompletedDateTime' 또는 'CreatedDate'를 사용합니다.
예시
2023-04-15T10:22:05Z2023-04-16T14:05:10Z2023-04-18T09:00:00Z
|
|||
|
최근 데이터 업데이트
LastDataUpdate
|
소스 시스템에서 데이터를 가장 최근에 새로 고치거나 추출한 시각입니다. | ||
|
설명
Salesforce Financial Services Cloud에서 데이터를 마지막으로 가져온 날짜와 시간을 나타냅니다. 분석에 사용되는 데이터가 얼마나 최신인지 파악하는 데 도움이 됩니다. 대시보드 사용자는 이 정보를 통해 분석 결과가 얼마나 최신인지 확인할 수 있습니다. 데이터의 시의성에 대한 기대를 조정하고 데이터 파이프라인이 예정대로 실행되는지 검증하는 데도 필요합니다.
중요한 이유
데이터의 최신성을 파악하는 데 필요한 정보를 제공해 분석가와 업무 사용자가 프로세스 현황이 얼마나 최신인지 알 수 있습니다.
확보 방법
데이터 추출 도구 또는 ETL 프로세스가 실행될 때 데이터 세트에 생성해 기록합니다.
예시
2023-10-27T02:00:00Z
|
|||
|
활동명
ActivityName
|
청구 진행 중 특정 시점에 발생한 업무 활동 또는 이벤트의 이름입니다. | ||
|
설명
이 속성은 '청구 접수', '초기 검토 수행', '지급 완료'와 같이 청구 프로세스의 단일 단계나 주요 시점을 나타냅니다. 프로세스 맵의 기본 구성 요소입니다. 활동의 순서와 빈도를 분석하면 가장 흔한 프로세스 경로(변형)를 찾고, 표준 프로세스에서 벗어난 흐름을 발견하며, 재작업을 나타내는 반복 활동을 파악할 수 있습니다.
중요한 이유
프로세스에서 어떤 일이 일어나는지를 나타내므로 프로세스 흐름을 시각화하고 병목, 재작업 반복, 프로세스 변형을 파악할 수 있습니다.
확보 방법
Claim/Case 객체의 'Status' 필드 변경 또는 관련 Task나 Event 레코드의 'Subject'를 기준으로 도출합니다.
예시
청구 접수초기 검토 완료추가 정보 요청청구 종결
|
|||
|
배정된 손해사정 담당자
AssignedAdjuster
|
청구를 맡아 처리할 책임이 있는 사용자 또는 손해사정 담당자의 이름입니다. | ||
|
설명
이 속성은 활동 또는 케이스 전체를 담당하는 손해사정 담당자를 식별합니다. 일반적으로 청구 케이스의 소유자나 특정 작업을 완료한 사람을 기준으로 가져옵니다. 담당자별 성과 분석은 운영 관리에 중요합니다. '손해사정 담당자 업무량 및 성과' 대시보드에서는 이 속성을 사용해 담당자별 청구 건수, 진행 중인 케이스, 처리 시간을 추적합니다. 이를 통해 업무량을 균형 있게 배분하고 코칭이 필요한 부분을 찾을 수 있습니다.
중요한 이유
팀과 개인의 성과를 분석하고 업무량을 관리하며 모범 사례나 교육 필요성을 파악하는 데 필요한 속성입니다.
확보 방법
Case 또는 Claim 객체의 'OwnerId' 필드입니다. 이 필드는 User 객체와 연결되어 담당자 이름을 가져옵니다.
예시
Alice JohnsonRobert SmithMaria Garcia
|
|||
|
부서
Department
|
청구 처리를 담당하는 내부 부서 또는 팀입니다. | ||
|
설명
'개인 보험', '상업용 자동차 보험', '특수 조사팀' 등 청구를 담당하는 사업 부문이나 부서를 나타냅니다. 부서별 프로세스를 분석하면 팀 간 성과 차이와 업무량 분배를 파악하고, 부서별 프로세스 이탈이나 병목을 찾을 수 있습니다. '청구 SLA 준수 현황'과 같은 대시보드에서 조직 내 부서별 성과를 비교하는 데 유용합니다.
중요한 이유
사업 부문별 성과를 비교해 모범 사례를 찾고 리소스를 더 효과적으로 배분할 수 있습니다.
확보 방법
Claim 또는 Case 객체의 사용자 지정 필드일 수 있으며, User 객체에 있는 배정된 사용자의 프로필이나 역할을 기준으로 추정할 수도 있습니다.
예시
개인 자동차 보험 청구상업용 부동산보험 사기 조사팀
|
|||
|
접수 채널
SubmissionChannel
|
청구를 처음 접수한 방법 또는 채널입니다. | ||
|
설명
웹 포털, 모바일 앱, 전화, 이메일 등 청구가 처음 접수된 경로를 나타냅니다. 접수 채널에 따라 초기 정보의 품질과 이후 처리 단계가 크게 달라질 수 있습니다. 채널별 청구를 분석하면 수요 패턴과 접수 방식별 효율을 파악할 수 있습니다. '청구 처리량 및 건수' 대시보드에서 채널별 청구 건수의 시간에 따른 변화를 추적해 리소스 배분과 기술 투자 결정을 지원합니다.
중요한 이유
접수 채널별 효율을 평가하고 특정 채널에서 재작업이나 처리 시간 증가가 더 자주 발생하는지 파악할 수 있습니다.
확보 방법
일반적으로 Claim 또는 Case 객체의 사용자 지정 선택 목록 필드이며, 'Origin' 또는 'Channel'로 표시되는 경우가 많습니다.
예시
웹 포털모바일 앱전화이메일
|
|||
|
종료 시각
EndTime
|
활동이 완료된 시점을 나타내는 타임스탬프입니다. 소요 시간을 정확히 계산하는 데 사용합니다. | ||
|
설명
종료 시각 속성은 활동이 끝난 정확한 시점을 기록합니다. 시작 시각(EventTime)이 활동의 시작을 나타낸다면, 종료 시각은 활동 완료까지 걸린 시간을 측정하는 데 필요한 다른 기준점입니다. 시작 시각과 종료 시각을 모두 사용하면 활동 처리 시간을 정확히 계산하고 활동 간 대기 시간과 구분할 수 있습니다. '프로세스 단계별 소요 시간 분석'과 같은 대시보드를 구성하고, 활동 사이뿐 아니라 특정 작업 안에서 발생하는 비효율을 찾는 데도 필요합니다.
중요한 이유
각 활동의 실제 처리 시간을 정확히 계산할 수 있어 가치 창출 시간과 대기 시간을 구분하는 데 도움이 됩니다.
확보 방법
타임스탬프 데이터에서 가져옵니다. 예를 들어 '초기 검토 수행'이 상태 변경으로 시작된다면, EndTime은 다음 상태 변경 시각으로 설정할 수 있습니다.
예시
2023-04-15T11:05:30Z2023-04-16T17:20:00Z2023-04-18T09:45:12Z
|
|||
|
청구 상태
ClaimStatus
|
이벤트 발생 시점의 청구 상태입니다(예: 접수, 검토 중, 종결). | ||
|
설명
청구 상태는 '신규', '조사 중', '고객 정보 대기', '종결' 등 청구가 현재 진행 과정의 어느 단계에 있는지 보여줍니다. 프로세스의 현재 상태를 파악하는 데 중요한 속성입니다. '미종결 청구 경과 현황'과 같은 운영 대시보드에서 현재 업무량을 시각화하고 특정 상태에 오래 머물러 있는 청구를 찾는 데 활용합니다. 상태 전환을 분석하는 방법은 프로세스 맵의 활동을 정의할 때도 주로 사용됩니다.
중요한 이유
진행 중인 청구의 현재 상태를 파악해 미처리 건을 관리하고 지연된 케이스를 찾을 수 있습니다.
확보 방법
Case 또는 Claim 객체의 표준 'Status' 필드입니다.
예시
접수조사 중합의 제안종결, 지급 완료종결, 거부
|
|||
|
청구 유형
ClaimType
|
자동차, 재산, 배상 책임 등 보험 청구의 유형입니다. | ||
|
설명
청구 유형은 청구 프로세스를 구분하고 분석하는 데 중요한 기준입니다. 유형에 따라 프로세스, 복잡성, 적용되는 SLA가 다를 수 있습니다. 청구 유형별로 성과를 필터링하거나 비교하면 유형별 병목을 찾고, 해당 SLA의 규정 준수 여부를 평가하며, 유형에 따른 프로세스 차이를 파악할 수 있습니다. '청구 SLA 준수 현황' 및 '청구 거부 사유 분석' 대시보드에서 보다 구체적인 분석에 활용합니다.
중요한 이유
청구를 유형별로 나누어 프로세스를 비교하고 유형별 문제를 파악하며 개선 활동을 맞춤화할 수 있습니다.
확보 방법
Case 또는 Claim 객체의 표준 'Type' 필드나 사용자 지정 선택 목록 필드인 경우가 많습니다.
예시
자동차주택상업용 부동산일반 배상 책임
|
|||
|
총 청구 금액
TotalClaimAmount
|
보험 계약자가 처음 청구한 총 금액입니다. | ||
|
설명
프로세스 시작 시점에 고객이 청구한 손실 또는 피해의 총액입니다. 이 금액은 청구의 복잡성, 필요한 검토 수준, 처리 경로에 영향을 주는 경우가 많습니다. 청구 금액에 따른 프로세스 지표를 분석하면 중요한 패턴을 찾을 수 있습니다. 예를 들어 고액 청구는 처리 시간이 더 길거나 단계가 많고 전문 팀에 배정될 수 있습니다. 이를 통해 현실적인 SLA를 설정하고 재무 준비금을 예측할 수 있습니다.
중요한 이유
각 케이스의 재무 정보를 제공해 청구 금액이 프로세스의 복잡성, 소요 시간 및 결과에 미치는 영향을 분석할 수 있습니다.
확보 방법
Financial Services Cloud의 Claim 객체에 있는 사용자 지정 통화 필드입니다(예: 'ClaimedAmount__c').
예시
1500.0025000.50125.75
|
|||
|
SLA 목표일
SlaTargetDate
|
서비스 수준 협약에 따라 청구 해결이 완료되어야 하는 목표 날짜입니다. | ||
|
설명
SLA 목표일은 청구 해결 기한을 나타내는 계산된 날짜 또는 수동으로 설정한 날짜입니다. 처리 기한 준수 여부를 측정하는 기준으로 사용합니다. 고객이나 규제 기관에 약속한 처리 기준을 지키는지 확인하는 데 필요한 속성입니다. 'SLA 준수율' KPI와 '청구 SLA 준수 현황' 대시보드의 기준으로, 기한 내 해결된 청구의 비율을 추적하고 유형이나 부서별로 목표 달성에 어려움을 겪는 곳을 찾을 수 있습니다.
중요한 이유
청구 해결 시간의 목표를 설정해 SLA 준수 여부를 직접 측정할 수 있습니다.
확보 방법
일반적으로 Claim 또는 Case 객체의 사용자 지정 수식 필드나 날짜 필드이며, 접수일과 청구 유형을 기준으로 계산합니다.
예시
2023-05-15T23:59:59Z2023-06-20T23:59:59Z2023-07-01T23:59:59Z
|
|||
|
SLA 상태
SlaStatus
|
클레임이 정해진 서비스 수준 계약(SLA) 내에 해결되었는지 나타냅니다. | ||
|
설명
이 속성은 일반적으로 '충족' 또는 '기한 초과'와 같은 범주형 결과를 나타냅니다. 클레임의 실제 완료일(마지막 활동의 타임스탬프)을 'SlaTargetDate'와 비교해 도출합니다. 'SLA 준수율' KPI와 '클레임 SLA 준수 현황' 대시보드의 기준 지표입니다. 목표 달성 여부를 명확하게 보여 주므로 규정 준수 보고와 운영 관리에 필수적입니다.
중요한 이유
처리 기한 목표 대비 성과를 명확히 보여 줍니다. 고객 만족과 규정 준수에 중요한 지표입니다.
확보 방법
계산 필드입니다. 마지막 이벤트의 'EndTime'이 'SlaTargetDate'보다 빠르거나 같으면 '충족', 그렇지 않으면 '기한 초과'로 설정합니다. 데이터 변환 과정이나 process mining 도구에서 이 로직을 적용합니다.
예시
충족기한 초과
|
|||
|
거부 사유
ReasonForRejection
|
청구를 거부하거나 기각할 때 기록하는 구체적인 사유입니다. | ||
|
설명
청구의 최종 결정이 'Rejected'인 경우, 이 속성은 '보험 보장 대상 아님', '사기 의심', '정보 불충분'과 같은 거부 사유를 나타냅니다. '청구 거부 사유 분석' 대시보드에서 사용하는 주요 속성입니다. 청구 유형이나 부서별로 거부 사유의 빈도를 분석하면 인수 심사 개선, 보험 약관 명확화, 정보 수집 절차 개선을 통해 부적격 청구를 줄일 수 있습니다.
중요한 이유
청구가 거부된 이유를 직접 파악할 수 있어 인수 심사 기준을 개선하고 부적격 청구 처리에 드는 낭비를 줄이는 데 도움이 됩니다.
확보 방법
일반적으로 Claim 또는 Case 객체의 사용자 지정 선택 목록 필드이며, 상태가 'Rejected' 또는 'Closed - Denied'로 변경될 때 필수로 입력하도록 설정합니다.
예시
보장 기간 만료손실이 보장 대상에 해당하지 않음사기 의심중복 청구
|
|||
|
고객 ID
CustomerId
|
청구를 접수한 고객 또는 보험 계약자의 고유 식별자입니다. | ||
|
설명
고객 ID는 청구를 접수한 개인 또는 조직과 청구를 연결합니다. Salesforce에서는 일반적으로 Account 또는 Contact 객체를 참조하는 조회 필드입니다. 이 속성을 사용하면 고객 관점에서 청구 프로세스를 분석할 수 있습니다. 고객별 청구 이력을 분석하고, 청구가 잦은 고객을 파악하며, 서비스를 개인화할 수 있습니다. 전체적인 업무 현황을 파악하기 위해 CRM의 다른 고객 데이터와 청구 데이터를 연결할 때도 중요합니다.
중요한 이유
고객 중심으로 분석해 개별 고객의 청구 패턴을 파악하고 청구 프로세스가 고객 관계에 미치는 영향을 측정할 수 있습니다.
확보 방법
Claim 또는 Case 객체에서 Account 또는 Contact 객체를 참조하는 조회 필드입니다(예: 'AccountId' 또는 'ContactId').
예시
0018d00000abcdeFAA0018d00000fghijKLM0018d00000mnopqrSTU
|
|||
|
보험 증권 번호
PolicyNumber
|
청구와 연결된 보험 증권의 고유 식별자입니다. | ||
|
설명
보험 증권 번호는 청구를 고객의 유효한 보험 증권과 연결합니다. 이를 통해 보장 범위, 한도, 보험 계약자 이력에 관한 정보를 확인할 수 있습니다. 항상 프로세스 흐름을 좌우하는 주요 요인은 아니지만, 중요한 참고 데이터입니다. 청구 데이터와 보험 증권 데이터를 결합해 특정 보험 유형이 더 빈번하거나 복잡한 청구와 관련이 있는지 분석할 수 있습니다.
중요한 이유
청구를 해당 보험 증권과 연결해 특정 증권이나 보장 유형에 따른 청구 패턴을 폭넓게 분석할 수 있습니다.
확보 방법
Financial Services Cloud의 'InsurancePolicy' 객체를 참조하는 Claim 객체의 조회 필드입니다.
예시
POL-987654321POL-123456789POL-555444333
|
|||
|
손실 발생일
LossDate
|
청구의 원인이 된 사고 또는 손실이 발생한 날짜입니다. | ||
|
설명
손실 발생일은 보험 증권에서 보장하는 사고가 발생한 날짜를 기록합니다. 청구 접수일과는 다릅니다. 이 속성은 규정 준수와 사고 발생부터 신고까지 걸린 시간을 분석하는 데 중요합니다. 간격이 길면 잠재적인 문제를 나타낼 수 있으며 별도의 처리 절차가 필요할 수 있습니다. 전체 사건 일정을 파악하는 데 유용한 정보를 제공합니다.
중요한 이유
사고 발생부터 신고까지의 지연을 분석할 수 있습니다. 이 지연은 조사와 합의에 영향을 줄 수 있습니다.
확보 방법
Claim 객체의 사용자 지정 날짜 필드입니다(예: 'DateOfLoss__c').
예시
2023-04-122023-05-202023-06-01
|
|||
|
위치
Location
|
클레임 또는 보험 계약과 관련된 지리적 위치(국가, 주 또는 지역)입니다. | ||
|
설명
이 속성은 클레임이 발생한 주나 보험 계약자의 국가처럼 클레임의 지리적 맥락을 나타냅니다. 보험 계약자의 주소나 손실 관련 정보에서 가져올 수 있습니다. 지역별 클레임 유형과 발생 빈도, 처리 시간을 분석하면 지역별 추세를 파악할 수 있습니다. 지역 사무소별 성과를 비교하고 해당 지역에 적용되는 규정을 준수하는지 확인하는 데도 활용할 수 있습니다.
중요한 이유
클레임을 지역별로 분석해 지역 간 성과 차이, 사기 패턴 또는 지역 사건의 영향을 파악할 수 있습니다.
확보 방법
일반적으로 관련 Account 또는 Contact 객체의 주소 필드(예: 'BillingState', 'BillingCountry')에서 가져옵니다.
예시
USA캘리포니아영국
|
|||
|
자동화 여부
IsAutomated
|
사용자가 아닌 자동화 시스템이 활동을 수행했는지 나타내는 불리언 플래그입니다. | ||
|
설명
이 플래그를 사용하면 손해사정 담당자가 처리한 작업과 자동화된 워크플로, 규칙 또는 시스템 연동으로 처리된 작업을 구분할 수 있습니다. 예를 들어 클레임 최초 등록은 완전히 자동화될 수 있습니다. 자동화 현황을 분석하면 프로세스 효율성을 파악할 수 있습니다. 자동화 도입의 성과를 측정하고, 향후 자동화에 적합한 단계를 찾으며, 자동 처리와 수동 처리의 속도와 일관성을 비교할 수 있습니다.
중요한 이유
사람이 수행한 활동과 시스템이 처리한 활동을 구분합니다. 자동화의 효과와 영향을 평가할 때 중요합니다.
확보 방법
일반적으로 다른 데이터에서 도출합니다. 이벤트와 연결된 사용자가 일반적인 'System' 또는 'Integration' 사용자라면 이 플래그를 true로 설정합니다.
예시
truefalse
|
|||
|
재작업 여부
IsRework
|
활동 또는 활동의 연속이 재작업에 해당하는지 나타내는 불리언 플래그입니다. | ||
|
설명
클레임이 프로세스의 이전 단계로 되돌아가면 이 플래그를 true로 설정합니다. 예를 들어 '조사 완료' 후 '추가 정보 요청' 단계로 돌아가는 경우입니다. 재작업 판별 로직은 프로세스에 대한 지식을 바탕으로 정의합니다. 이 속성은 '클레임 재작업 루프 분석' 대시보드와 '재작업률' KPI의 기반입니다. 비효율과 비용 증가, 처리 시간 연장의 주요 원인인 재작업의 빈도와 영향을 직접 측정할 수 있습니다.
중요한 이유
비효율적인 프로세스 반복을 표시해 재작업을 쉽게 측정하고 원인을 집중적으로 분석할 수 있습니다.
확보 방법
계산 필드입니다. 각 케이스의 활동 순서를 분석해 도출합니다. 예를 들어 '활동 A' 다음에 '활동 B'가 발생하고 다시 '활동 A'가 발생하면 두 번째 '활동 A'를 재작업으로 봅니다.
예시
truefalse
|
|||
|
케이스 처리 기간
CaseDuration
|
단일 클레임의 첫 이벤트부터 마지막 이벤트까지 걸린 총시간입니다. 사이클 타임이라고도 합니다. | ||
|
설명
이 지표는 클레임 케이스가 처음 접수된 시점부터 최종 종결될 때까지 걸린 전체 시간을 측정합니다. 해당 Claim ID에서 가장 마지막 이벤트와 가장 처음 이벤트의 타임스탬프 차이로 계산합니다. 프로세스 성과를 나타내는 주요 KPI 중 하나로, '평균 클레임 사이클 타임' KPI와 '클레임 전체 처리 사이클 타임' 대시보드에서 직접 확인할 수 있습니다. 프로세스 개선 프로젝트에서는 이 값을 줄이는 것이 주요 목표인 경우가 많습니다.
중요한 이유
프로세스의 전체 처리 효율성을 측정하며 고객 경험을 나타내는 주요 지표입니다.
확보 방법
계산 필드입니다. 각 'ClaimId'의 마지막 이벤트 타임스탬프에서 첫 이벤트 타임스탬프를 뺍니다. 이 값은 process mining 도구에서 계산합니다.
예시
30일 5시간15일 10시간90일 2시간
|
|||
|
합의 금액
SettlementAmount
|
청구 합의 시 청구인에게 최종 지급된 금액입니다. | ||
|
설명
청구가 종결되고 합의가 완료될 때 청구인에게 실제 지급된 금액을 기록합니다. 평가 결과, 자기부담금, 보험 한도에 따라 처음 청구한 금액과 다를 수 있습니다. 합의 금액을 처음 청구한 금액과 비교해 분석하면 손실 평가의 정확도와 합의 협상 결과를 파악할 수 있습니다. 청구의 총비용을 이해하는 데 중요한 재무 지표입니다.
중요한 이유
청구가 미치는 최종 재무 영향을 나타내며 재무 분석, 준비금 설정, 초기 손실 평가의 정확도 확인에 중요합니다.
확보 방법
Claim 객체 또는 Financial Services Cloud의 관련 Payment 객체에 있는 사용자 지정 통화 필드입니다.
예시
1450.0022500.000.00
|
|||
클레임 처리 활동
| 활동 | 설명 | ||
|---|---|---|---|
|
지급 완료
|
청구인에게 실제로 자금이 지급되었음을 나타냅니다. 일반적으로 청구 건과 연결된 지급 레코드가 'Paid' 또는 'Issued'로 표시된 시점에 기록하는 중요한 재무 이벤트입니다. | ||
|
중요한 이유
청구 이행 프로세스의 마지막 구간을 측정하는 중요한 단계입니다. 승인부터 지급까지 걸린 시간을 분석하면 재무 운영을 개선할 수 있습니다.
확보 방법
관련 'Claim Payment' 사용자 지정 객체의 상태 변경을 기준으로 추정합니다. 상태가 'Paid' 또는 'Sent'로 변경된 시각이 이 이벤트를 나타냅니다.
기록
관련 'Claim Payment' 객체의 상태가 변경된 시각.
이벤트 유형
inferred
|
|||
|
청구 결정 완료
|
청구를 승인하거나 거부하는 공식 결정을 나타냅니다. 'Approved' 또는 'Rejected'와 같은 최종 결정 상태로 변경된 시점을 기준으로 추정하는 중요한 단계입니다. | ||
|
중요한 이유
이 결정 지점에 따라 이후 프로세스 경로가 달라집니다. 결정까지 걸린 시간을 분석하면 손해사정 담당자의 업무 효율과 SLA 준수 여부를 측정할 수 있습니다.
확보 방법
'Claim' 객체의 'Status' 필드가 결정 상태(예: 'Approved', 'Rejected')로 변경된 시각을 Field History Tracking에서 확인해 추정합니다.
기록
'Status'가 'Approved' 또는 'Rejected'로 변경된 시각.
이벤트 유형
inferred
|
|||
|
청구 접수
|
새 청구 건이 Salesforce에 처음 등록되면 청구 처리가 시작됩니다. 일반적으로 새 'Claim' 객체 레코드가 생성된 시점으로 이 이벤트를 기록합니다. | ||
|
중요한 이유
이 이벤트는 프로세스의 주요 시작점입니다. 접수부터 다음 단계까지 걸리는 시간을 분석하면 초기 접수 지연을 파악하고 전체 처리 기간을 측정할 기준을 마련할 수 있습니다.
확보 방법
'Claim' 표준 객체의 'CreatedDate' 타임스탬프를 사용합니다. 이를 통해 모든 청구 건의 시작 시점을 정확하고 일관되게 확인할 수 있습니다.
기록
'Claim' 객체 레코드가 생성된 타임스탬프입니다.
이벤트 유형
explicit
|
|||
|
청구 종결
|
지급을 포함한 모든 활동이 완료된 후 시스템에서 청구가 최종적으로 정상 종결되었음을 나타냅니다. 'Claim' 객체의 'Status' 필드가 마지막으로 'Closed'로 변경된 시점에 기록합니다. | ||
|
중요한 이유
프로세스가 정상적으로 완료되는 대표적인 종료 이벤트입니다. 전체 처리 시간과 프로세스 처리량을 측정하는 데 필요합니다.
확보 방법
'Claim' 객체의 'Status' 필드에 대한 Field History Tracking에서 'Closed'로 변경된 시각을 확인해 추정합니다.
기록
'Status' 필드가 'Closed'로 변경된 시각.
이벤트 유형
inferred
|
|||
|
초기 검토 완료
|
배정된 손해사정 담당자가 청구 세부 정보를 처음으로 종합 검토한 상태를 나타냅니다. 일반적으로 'Claim' 객체의 상태가 'New'에서 'Under Review' 또는 'Initial Assessment Complete'로 변경된 시점으로 추정합니다. | ||
|
중요한 이유
이 단계는 초기 대기 기간이 끝나고 실제 처리가 시작되는 시점입니다. 여기까지 걸린 시간은 손해사정 담당자의 업무량과 접수 효율을 보여주는 주요 지표입니다.
확보 방법
Field History Tracking을 통해 기록된 'Claim' 객체의 'Status' 필드 변경 타임스탬프를 사용해 추정합니다.
기록
'Status' 필드가 'Under Review' 또는 유사한 상태로 변경된 타임스탬프입니다.
이벤트 유형
inferred
|
|||
|
추가 정보 요청
|
손해사정인이 보험 계약자나 제3자에게 추가 정보가 필요하다고 판단한 시점을 나타냅니다. 상태가 '고객 정보 대기 중'으로 변경된 경우나 관련 'Task' 또는 'EmailMessage' 레코드가 생성된 경우를 기준으로 판단할 수 있습니다. | ||
|
중요한 이유
재작업이 반복되는 구간을 파악하는 데 중요한 활동입니다. 이 이벤트가 자주 발생하면 초기 정보 수집에 문제가 있어 처리가 지연되고 전체 처리 기간이 늘어날 수 있습니다.
확보 방법
'Claim' 객체의 'Status' 필드가 '정보 대기 중' 상태로 변경된 경우를 기준으로 판단합니다. 또는 특정 유형의 관련 Task나 EmailMessage 레코드가 생성된 날짜를 사용할 수 있습니다.
기록
'Status'가 'Pending Info'로 변경된 타임스탬프 또는 관련 커뮤니케이션 레코드가 생성된 시점입니다.
이벤트 유형
inferred
|
|||
|
손실액 평가 완료
|
손실의 재정적 영향을 평가하고 기록했음을 나타냅니다. 'Claim' 객체의 'Loss Estimate' 또는 'Settlement Amount' 필드에 처음 값이 입력된 시점을 기준으로 추정할 수 있습니다. | ||
|
중요한 이유
이 활동은 중요한 재무 단계입니다. 발생 시점을 추적하면 최종 결정 전에 재정 평가가 지연되는 구간을 파악할 수 있습니다.
확보 방법
'Claim' 객체의 통화 필드(예: 'Loss_Estimate__c')에 대한 Field History Tracking에서 값이 null 또는 0에서 처음 변경된 시각을 기준으로 추정합니다.
기록
재정 평가 필드에 처음 값이 입력된 시각.
이벤트 유형
inferred
|
|||
|
조사 시작
|
청구 건에 대한 상세 조사 단계가 공식적으로 시작되었음을 나타냅니다. 'Claim' 객체의 상태가 'Investigation in Progress'와 같은 값으로 변경된 시점을 기준으로 추정합니다. | ||
|
중요한 이유
이 활동은 중요하고 대개 시간이 오래 걸리는 하위 프로세스의 시작을 나타냅니다. 조사 소요 시간을 측정하면 증거 수집과 분석 과정의 병목을 파악하는 데 도움이 됩니다.
확보 방법
Field History Tracking을 통해 기록된 'Claim' 객체의 'Status' 필드 변경 타임스탬프를 사용해 추정합니다.
기록
'Status' 필드가 'Investigation'으로 변경된 시각.
이벤트 유형
inferred
|
|||
|
조사 완료
|
청구 건의 증거 수집 및 분석 단계가 끝났음을 나타냅니다. 일반적으로 'Investigation in Progress'에서 'Pending Decision' 또는 이와 유사한 상태로 변경된 시점을 기준으로 추정합니다. | ||
|
중요한 이유
이 단계는 조사 하위 프로세스의 종료를 나타냅니다. 조사 소요 시간을 정확히 측정해 중요한 이 단계를 개선하는 데 활용할 수 있습니다.
확보 방법
'Claim' 객체의 'Status' 필드에 대한 Field History Tracking에서 조사 상태가 변경된 시각을 확인해 추정합니다.
기록
'Status' 필드가 'Investigation'에서 변경된 시각.
이벤트 유형
inferred
|
|||
|
지급 승인
|
합의 금액이 내부 승인을 받아 지급 가능한 상태임을 나타냅니다. 관련 'Payment Request' 객체의 명시적 이벤트나 'Approved for Payment'와 같은 상태 변경으로 추정할 수 있습니다. | ||
|
중요한 이유
중요한 내부 통제 지점입니다. 결정 이후 지급 승인까지 지연되면 재무 승인 워크플로의 병목을 의심할 수 있습니다.
확보 방법
'Claim' 객체의 'Status' 필드 변경 시각을 기준으로 추정합니다. 더 정확하게는 관련 'Claim Payment' 또는 유사한 사용자 지정 객체의 'CreatedDate'를 사용할 수 있습니다.
기록
'Claim Payment' 객체의 레코드 생성 시각.
이벤트 유형
explicit
|
|||
|
청구 거부
|
청구가 거부된 최종 결과를 나타냅니다. 'Claim' 객체의 상태가 'Rejected' 또는 'Denied'로 변경될 때 기록하는 종료 이벤트입니다. | ||
|
중요한 이유
성공적으로 종결되는 경우와 구분되는 프로세스의 최종 상태입니다. 거부된 청구와 그 사유를 분석하면 인수 심사나 초기 검토 절차를 개선할 수 있습니다.
확보 방법
'Claim' 객체의 'Status' 필드가 'Rejected'로 변경된 시각을 기준으로 추정합니다. 해당 필드에서 'Reason for Rejection' 속성을 가져올 수 있습니다.
기록
'Status' 필드가 'Rejected'로 변경된 시각.
이벤트 유형
inferred
|
|||
|
청구 등록
|
초기 데이터 입력 후 시스템에서 청구를 공식적으로 확인하고 등록한 상태를 나타냅니다. 일반적으로 'Claim' 객체의 상태가 'Draft'에서 'New' 또는 'Submitted'로 변경된 시점으로 추정합니다. | ||
|
중요한 이유
이 활동은 청구 건이 공식 처리 대기열에 들어갔음을 확인합니다. 접수 후 등록까지 걸리는 시간을 살펴보면 초기 데이터 검증이나 접수 팀의 적체를 파악할 수 있습니다.
확보 방법
'Claim' 객체의 'Status' 필드에 대한 Field History Tracking을 통해 등록 상태로 변경된 타임스탬프를 기록합니다(예: 'New', 'Open').
기록
'Status' 필드가 'New' 또는 'Registered'로 변경된 타임스탬프입니다.
이벤트 유형
inferred
|
|||
|
청구 배정
|
청구 건이 특정 손해사정 담당자나 팀에 배정되었음을 나타냅니다. 'Claim' 객체의 'OwnerId' 필드가 입력되거나 대기열에서 사용자로 변경된 시점을 추적합니다. | ||
|
중요한 이유
배정 시점을 추적하면 리소스별 업무량을 분석하고 손해사정 담당자가 업무를 시작하기 전의 지연을 파악할 수 있습니다. 청구 건이 실제로 처리되기 전 대기열에서 기다린 시간도 측정할 수 있습니다.
확보 방법
'Claim' 객체의 'OwnerId' 필드에 대한 Field History Tracking을 사용합니다. 대기열에서 특정 사용자로 변경된 타임스탬프가 이 이벤트의 시점입니다.
기록
'OwnerId' 필드가 대기열에서 사용자로 변경된 타임스탬프입니다.
이벤트 유형
inferred
|
|||
|
추가 정보 수신
|
요청한 정보를 받아 청구 처리를 재개할 수 있는 시점을 나타냅니다. 'Claim' 객체의 상태가 'Pending' 상태에서 'Under Review'와 같은 처리 중 상태로 변경된 경우로 추정합니다. | ||
|
중요한 이유
'Information Requested'부터 'Information Received'까지 걸리는 시간은 주요 병목이 되는 경우가 많습니다. 이 기간을 분석하면 외부 의존성과 커뮤니케이션의 효율을 파악할 수 있습니다.
확보 방법
'Claim' 객체의 'Status' 필드에 대한 Field History Tracking을 통해 'Pending Information'에서 처리 중 상태로 변경된 타임스탬프를 기록해 추정합니다.
기록
'Status' 필드가 대기 상태에서 변경된 시각.
이벤트 유형
inferred
|
|||
|
합의 제안
|
청구인에게 합의 금액을 공식적으로 제안했음을 나타냅니다. 'Settlement Offered'로 상태가 변경되거나 제안 관련 커뮤니케이션 레코드가 생성된 시점으로 기록할 수 있습니다. | ||
|
중요한 이유
이 활동부터 최종 협상 또는 수락 단계가 시작됩니다. 청구인의 응답 시간을 분석하면 커뮤니케이션 방식을 개선하고 프로세스 후반부를 단축할 수 있습니다.
확보 방법
'Claim' 객체의 'Status' 필드 변경으로 추정합니다. 제안서를 나타내는 관련 'EmailMessage' 또는 'Document' 레코드의 생성일로도 기록할 수 있습니다.
기록
'Status'가 'Settlement Offered'로 변경된 시각.
이벤트 유형
inferred
|
|||
데이터 추출 가이드
시작할 준비가 되셨나요?
이 템플릿을 활용하면 클레임 처리 개선을 위한 분석을 시작하는 데 필요한 준비를 마칠 수 있습니다. 지금 데이터를 준비해 인사이트를 찾고 효율성을 높이세요.
클레임 적체 해소, 더 빠른 처리를 시작하세요
일괄 자동 처리율 70%를 달성하고 고객 만족도를 높이세요.
신용카드가 필요하지 않습니다. 몇 분이면 설정할 수 있습니다.