공공 안전 전원 차단 (PSPS) 범위 설정

산업 부문: 유틸리티

업무 기능: 운영

전기 유틸리티는 강풍으로 인한 산불 발화 위험이 높은 경우 공공 안전 전원 차단(PSPS)을 수행할 수 있습니다. PSPS는 데이터를 수집하고 처리하며, 사용자 비활동을 허용하고 외부 시스템에 작성하는 데 정확도에 대한 허용 오차가 없는 시간과의 경쟁을 나타냅니다. Palantir Foundry는 이러한 PSPS 이벤트를 처음부터 끝까지 계획하고 실행하는 데 사용되며, 정확성, 신속성, 감사 추적 가능성을 제공하고 향후 작업을 개선하기 위한 학습 루프를 제공합니다.

도전

전기 유틸리티는 강풍으로 인한 산불 발화 위험이 있는 지역적으로 심각한 날씨 이벤트에 노출됩니다. 덥고 건조한 환경에서 이는 급속히 확산되는 불, 환경에 대한 파괴적인 영향 및 사망으로 이어질 수 있습니다. 최후의 수단으로 전기 유틸리티는 공공 안전 전원 차단(PSPS) 이벤트를 수행하여 주어진 "관심 기간" 동안 선택한 "모니터링 회로"의 전력을 차단(전원 차단)할 것입니다.

이 프로세스는 데이터를 수집하고 처리하며, 사용자 비활동을 허용하고 외부 시스템에 작성하는 데 정확도에 대한 허용 오차가 없는 시간과의 경쟁을 나타냅니다. 내부 및 외부 시스템에서의 모든 단계에서 많은 수의 통합과 다중 팀의 필요한 협력은 이 유즈케이스에 대한 추가적인 도전을 제공합니다.

솔루션

Palantir Foundry는 이러한 PSPS 이벤트를 처음부터 끝까지 계획하고 실행하는 데 사용됩니다. 긴급 이벤트를 정확성, 속도, 감사 추적 가능성 및 투명성을 갖추고 운영하는 것이 중요합니다. 이는 지역 규제 기관에 보고해야 하며, 이 기관은 공공 안전과의 규정 준수를 평가할 것입니다.

PSPS 이벤트가 예상되면 유틸리티는 고객에게 가능한 전원 차단에 대해 경고하는 일련의 통신을 시작합니다. 이 시리즈는 이벤트 전 72시간 전에 시작되어 전원이 복원된 후 8시간 뒤에 끝납니다. 이벤트가 다가오면 날씨 예보가 좁혀지고 영향을 받는 회로의 범위가 변경되므로 고객을 통지 시리즈에 즉시 추가/제거해야 합니다. 이 유즈케이스에서 Palantir Foundry는 고객 서비스 담당자가 Foundry를 떠날 필요 없이 전체 프로세스를 운영합니다.

영향

• 알림 생성 시간: 즉시 전원 차단을 알리는 알림의 경우, 유틸리티는 고객에게 전원이 차단되기 전 몇 분 안에 알려야 합니다.
• 알림 정확성: 영향을 받는 고객에게 정확한 시간에 정확한 메시지를 전달합니다. 이 지표는 소비자의 이익을 대표하여 규제 당국이 검토합니다.
• 알림 전달 및 성공적인 연락처 에스컬레이션.
• 향후 작업을 개선하기 위한 PSPS 지식 기반 구축.
• 부정확한 원본 데이터 수정, 예: 회로에 잘못 매핑된 고객.
• 의사결정 과정의 투명성 및 감사 추적 가능성.

제작 방법

Foundry는 다음과 같은 여러 트리거를 사용하여 알림 흐름을 생성합니다:

• 사전에 차단될 것으로 예상되는 모니터링 회로 목록.
• 실시간으로 관찰된 날씨 임계값 위반으로 인한 마지막 순간의 차단.
• 비프로그래밍 요구에 대한 수동 트리거.

Foundry는 이러한 트리거를 처리하고 배포 관리 시스템(DMS)에 쿼리하여 현재 운영 중인 그리드의 범위에 포함된 회로에 연결된 고객 목록을 가져옵니다(그리드의 구성(스위치 등)이 고객이 전력을 공급받는 회로를 변경할 것입니다).

Foundry는 영향을 받는 고객을 미리 템플릿화된 캠페인에 컴파일하고 Foundry 규칙에서 정의된 일련의 업무 규칙을 적용하여 잘못 포함된 것으로 추정되는 고객을 제외합니다.

• 인증이 필요하지 않은 경우, Foundry는 캠페인과 알림 페이로드를 고객 알림 및 메시징 시스템(통해 SFTP)에 직접 전송하여 고객에게 즉시 방송됩니다.
• 인증이 필요한 경우, 고객 서비스 담당자는 캠페인 발행을 승인합니다. 승인 후, Foundry는 알림 페이로드를 처리하고 즉시 방송을 위해 고객 메시지 시스템에 전송합니다.

고객 서비스 담당자는 프로그래밍으로 제외된 고객 목록을 검토하고 주어진 이벤트에 대한 나머지 알림을 포함/제외하기 위해 강제로 표시합니다. 전송 후, Foundry는 방송에 의해 반환된 알림 결과(예: 전달됨, 미전달)를 받습니다. Foundry 보고서는 연락처가 성공하지 않은 우선 고객에 대해 업데이트되어 고객 서비스 담당자가 다시 연락을 시도할 수 있습니다. 연락이 계속되지 않으면, 고객 서비스 담당자는 특정 고객을 소비자 문제 팀으로 에스컬레이션하기 위해 표시할 것입니다. 이 팀은 연락되지 않은 중요 고객의 문에 착륙할 것입니다.

소비자 문제 사용자는 Foundry에서 에스컬레이션 프로세스를 기록하며, 고객 서비스 담당자는 이벤트 동안 전체 알림 프로세스를 모니터링합니다. 이에는 다음이 포함됩니다.

• 영향을 받는 고객 수와 그 특성,
• 이벤트 접근을 표시하는 캠페인의 성공(전달됨, 미전달 등) (h-72, h-48, h-24 등),
• 제외 프로세스, 및
• 에스컬레이션 프로세스.

유사한 유즈케이스 구현

이 유즈케이스는 다음 패턴을 구현합니다. 특정 패턴에 대해 자세히 알아보고 Foundry 내에서 어떻게 구현되는지 알아보려면 아래 링크를 따르십시오.

• 알림 워크플로 (다른 7개의 유즈케이스에 사용됨)
• 운영 프로세스 조정 (다른 8개의 유즈케이스에 사용됨)

이 유즈케이스에 대한 자세한 정보가 필요하십니까? 유사한 것을 구현하려고 하십니까? Palantir로 시작하십시오.