충전소 관리 시스템: 실용적인 시범 운영 체크리스트

충전소 관리 시스템은 영업 시연에서는 그럴듯해 보일 수 있지만, 실제 구축 후에는 값비싼 문제를 야기할 수 있습니다. 충전기가 연결되고 대시보드에 녹색 표시등이 켜지며 테스트 세션이 종료됩니다. 하지만 이러한 현상만으로는 연결이 끊어진 후 세션을 복구할 수 있는지, 청구서 분쟁을 어떻게 해결할 수 있는지, 계약 종료 시 팀에 유용한 데이터를 제공할 수 있는지 알 수 없습니다.

이 가이드는 소프트웨어 평가를 실질적인 파일럿 프로젝트로 전환하는 방법을 안내합니다. 충전소 운영자, 충전기 제조업체 및 CPMS 플랫폼을 비교하는 차량 관리팀을 위해 작성되었습니다. 단순한 기능 목록이 아닌, 테스트해야 할 사항, 보관해야 할 증거, 그리고 타당한 도입 결정을 내리는 방법을 설명합니다. 아래 시나리오는 권장되는 인수 테스트이며, 트렌드파워 고객의 실제 구축 결과는 아닙니다.

충전소 관리 시스템 시범 운영을 통해 무엇을 입증해야 할까요?

유용한 시범 운영은 특정 충전기, 펌웨어, 연결성, 결제 및 운영 프로세스의 조합이 제대로 작동하는지 입증하는 것입니다. 시범 운영은 다음 세 가지 질문에 대한 답을 제시해야 합니다. 운전자가 성공적으로 충전할 수 있는가? 운영자가 예외 사항을 해결할 수 있는가? 그리고 재무 부서에서 결과 금액과 기록을 대조할 수 있는가?

운영 모델부터 시작하세요. 공공 네트워크는 명확한 가격 책정, 편리한 결제 시스템, 안정적인 정산이 필요합니다. 물류센터는 출고 준비 상태와 시설 용량을 우선시해야 합니다. 제조업체는 고객별로 임차인을 구분하고 일관된 온보딩 프로세스를 구축해야 할 수도 있습니다. 각 요구사항에 담당자를 지정하고 가시적인 결과를 제시한 후, 공급업체에게 시연을 요청하세요.

시연 전에 승인 기준을 작성하세요.

"청구 지원"을 테스트 가능한 조건문으로 대체하십시오. 시스템은 요금 경계를 넘는 세션에 대해 해당 통화, 타임스탬프 및 반올림 규칙을 적용한 상세 내역을 생성해야 합니다. "API 지원"을 다음 내용으로 대체하십시오. 당사 통합 팀은 완료된 세션을 검색하고 해당 식별자를 송장 내보내기와 대조하여 확인할 수 있습니다.

임의로 정한 보편적인 성공률을 적용하지 마십시오. 서비스, 표본 크기 및 상업적 위험에 적합한 임계값을 설정하십시오. 실패 사례를 포함하여 시도한 모든 테스트를 기록하십시오. 성공적인 시연만으로는 플랫폼이 실제 운영을 어떻게 처리하는지 보여줄 수 없습니다.

1. 대표적인 충전기 및 펌웨어 매트릭스를 구축합니다.

출시 예정인 모든 모델, 펌웨어 버전, 프로토콜 버전, 커넥터 구성 및 연결 방식을 나열하십시오. 공급업체가 권장하는 데모용 충전기뿐만 아니라 이미 보유하고 있는 장비도 포함하십시오. 보유 장비가 많은 경우, 대표 샘플을 선택하고 테스트되지 않은 장비를 문서화하십시오.

프로토콜 지원과 호환성 테스트를 별도로 진행합니다.

OCPP는 충전소와 관리 시스템 간의 통신을 정의합니다. 하지만 모든 제품 조합이 동일한 것은 아닙니다. 오픈 차지 얼라이언스(Open Charge Alliance)는 적합성 테스트 인증 프로그램을 운영하고 있으므로, 구매자는 관련 제품, 버전 및 인증 범위를 확인하고 의도한 하드웨어 조합을 테스트해야 합니다.

공급업체에게 연결, 인증, 세션 시작 및 종료, 상태 변경, 계량기 보고 및 지원되는 원격 명령을 매트릭스에 표시해 달라고 요청하십시오. "승인된" 원격 명령은 차량이 에너지를 수신했다는 것과 동일한 의미가 아닙니다. 명령 응답과 이후 세션 기록을 모두 보관하십시오.

지원되지 않는 동작이 발생할 때마다 충전기 제한 사항과 펌웨어 문제, 플랫폼 차이 또는 구성 오류를 구분하십시오. 이렇게 하면 책임 소재가 명확해지고 배포 과정에서 동일한 통합 문제가 재발하는 것을 방지할 수 있습니다. 자세한 내용은 다음을 참조하십시오. OCA 인증 지침 공급업체의 주장을 확인할 때.

2. 운전자의 전체 여정을 테스트합니다.

대시보드 밖에서 시작하세요. 처음 운전하는 경우 충전 위치를 찾고, 올바른 커넥터를 확인하고, 가격을 확인하고, 인증하고, 플러그를 꽂고, 충전을 시작하고, 세션을 종료하세요. 표시된 커넥터 식별자가 실제 라벨 및 관리자 시스템에 등록된 정보와 일치하는지 확인하세요.

불편한 경우까지 포함하세요

만료된 자격 증명, 결제 거부, 선택과 시작 사이에 연결이 끊기는 경우 등을 테스트해 보세요. 인터페이스가 내부 진단 코드만 표시하는 대신 발생한 상황을 제대로 설명하는지 확인하세요. 시작 버튼을 반복해서 누르는 테스트를 진행하세요. 예상 결과는 한 번의 제어된 시도여야 하며, 중복된 결제 활동이나 혼란스러운 병렬 세션이 발생해서는 안 됩니다.

앱 없이 접속하려면 새 브라우저 세션을 열고 모바일 환경에서 정상적으로 접속하세요. 운전자가 영수증을 받을 수 있는지 확인하고, 문제가 있으면 고객 지원팀에 문의하세요. 브라우저의 결제 완료 화면을 요금 청구 증거로 사용하지 마세요. 스테이션 상태, 세션 기록 및 미터링 배송 내역을 비교하여 확인하세요.

세션이 실패할 경우, 지원 담당자는 인증, 결제, 통신 및 청구업체 측 문제를 구분할 수 있는 충분한 맥락 정보를 확보해야 합니다. CPMS 세션 시작 문제 해결 가이드 해당 조사를 위한 진단 절차를 제공합니다.

3. 연결이 실패할 경우 어떤 일이 발생하는지 확인하십시오.

안정적인 사무실 인터넷 연결은 운영상의 여러 취약점을 숨기고 있습니다. 현장 소유자의 허가를 받아 테스트 장비의 연결을 일시적으로 중단하는 일정을 계획하십시오. 단순히 테스트 케이스를 만들기 위해 운영 중인 네트워크 연결을 끊거나 고객 세션을 방해하는 행위는 절대 하지 마십시오.

중단 전, 중단 중, 중단 후를 관찰하십시오.

인증 전 충전기가 오프라인 상태인 경우와 활성 세션 중 연결이 끊어진 경우에 대해 각각 별도의 사례를 실행하십시오. 충전기 제조업체와 예상되는 동작에 대해 먼저 협의하십시오. 오프라인 인증 및 로컬 버퍼링은 장비, 구성 및 구현 방식에 따라 달라지므로 모든 충전기가 이를 지원한다고 가정하지 마십시오.

재연결 후 최종 스테이션 상태, 세션 시작 및 종료 시간, 계량기 값 및 청구 결과를 비교하십시오. 누락된 기록, 중복 세션, 오래된 "충전" 상태 및 잘못된 순서로 표시되는 지연된 이벤트를 확인하십시오. 타임스탬프에 시간대를 일관되게 해석하는 데 필요한 정보가 충분히 포함되어 있는지 확인하십시오.

운영팀에서 수동 검토가 필요한 불완전한 세션을 어떻게 식별하는지 문의하십시오. 예외 사항을 명확하게 보여주는 플랫폼이 누락된 증거를 그럴듯한 숫자로 조용히 대체하는 플랫폼보다 훨씬 유용합니다. 복구 단계와 해당 단계를 수행할 권한이 있는 사람을 기록해 두십시오.

4. 에너지와 돈 사이의 충전 세션을 조정합니다.

몇몇 세션을 선택하여 각 세션의 진행 상황을 충전기 기록부터 고객 청구, 결제 제공업체 간 거래, 재무 정보 내보내기까지 추적하십시오. 이러한 기록들은 서로 연관되어 있지만 동일한 사건에 대한 상호 교환 가능한 증거는 아닙니다. 승인 보류, 결제 처리, 그리고 최종 지급은 서로 다른 시점에 발생할 수 있습니다.

의도적으로 어색한 관세 사례를 사용해 보세요.

kWh당 0.40 통화 단위의 가상 요금을 가정해 보겠습니다. 18.6kWh를 사용하는 세션의 경우, 다른 구성 요소가 적용되기 전 기본 에너지 요금은 7.44입니다. 이 계산은 단지 예시일 뿐이며 권장 소매 가격이 아닙니다. 실제 세금, 시간별 요금 또는 사업장에서 사용하는 주차 규칙 등을 추가하고 계산 순서를 확인하십시오.

다음으로, 예정된 가격 변경, 무전력 사용 시도, 부분 환불 및 결제 실패 상황을 포함하는 세션을 테스트하십시오. 통화 정확도, 반올림, 송장 식별자 및 관련되는 경우 일광 절약 시간제 변경 처리 방식을 확인하십시오. 재무 담당자는 총액이 비슷해 보인다는 이유만으로 수락하는 것이 아니라 각 차이점을 설명할 수 있어야 합니다.

로밍의 경우, 실시간 세션 정보와 최종 요금 상세 내역을 구분하십시오. 가격 책정, 청구 및 분쟁 처리에 대한 책임 소재를 파트너별로 합의하십시오. OCPI는 데이터 교환을 위한 별도의 모듈을 제공합니다. 해당 모듈을 검토하십시오. OCPI 공식 문서 통합 범위에 포함된 버전 및 모듈에 대한 내용입니다.

5. 스마트 충전을 측정 가능하게 만드세요

화면에 표시된 일정표만으로는 해당 시설이 운영 한계를 준수하고 있음을 보장할 수 없습니다. 전력 측정 지점을 명확히 정의하고, 제한 기준이 충전 장비에만 적용되는지 아니면 전체 시설에 적용되는지, 그리고 충전 외 부하가 계산에 어떻게 포함되는지를 명확히 해야 합니다.

고정된 한계치가 아닌 변화하는 현장을 테스트하세요.

승인된 테스트 장비에서 더 많은 차량을 연결하고, 우선순위를 변경하고, 건물 수요에 대한 대표적인 변화를 적용합니다. 요청된 프로파일과 측정된 동작을 비교합니다. 합의된 응답 시간과 장치 제한 사항을 고려하고, 계량기 또는 통신 링크를 사용할 수 없을 때 시스템이 어떻게 작동하는지 기록합니다.

차량 운행 계획의 경우 출발 시간과 필요한 에너지를 고려해야 합니다. 현장 제약 조건을 준수하더라도 중요 차량을 준비시키지 못하면 비즈니스 요구 사항을 충족하지 못할 수 있습니다. 운영자가 실행 불가능한 수요를 어떻게 인식하고 우선순위를 변경하는지 정의해야 합니다. 현장 전기 보호는 엔지니어링 책임이며, 소프트웨어 부하 관리는 적절하게 설계된 보호 장치를 대체해서는 안 됩니다.

6. 지원 직원에게 현실적인 사건 상황을 제시하십시오.

파일럿 프로그램을 구성하지 않은 담당자에게 담당 지원 역할을 사용하여 시동 실패 또는 연결 상태 불량 문제를 조사하도록 요청하십시오. 해당 담당자가 올바른 충전기를 찾고, 타임라인을 검토하고, 마지막으로 성공적인 통신 시점을 확인하고, 명확한 다음 조치를 제시할 수 있습니까?

보편적인 해결 시간 기준을 쫓기보다는 조사 단계를 측정하십시오. 필수적인 조치에 여러 시스템을 열어야 하는지 또는 개발자에게 원시 로그를 검색하도록 요청해야 하는지 확인하십시오. 원격 재설정 및 구성 변경에 적절한 권한이 부여되었는지, 그리고 누가 수행했는지 기록이 남아 있는지 확인하십시오.

출시 전에 문제 해결 책임자를 명확히 정의해야 합니다. 운영자, 소프트웨어 공급업체, 장비 제조업체 및 결제 서비스 제공업체는 티켓에 어떤 증거가 첨부되어야 하는지 알고 있어야 합니다. 그렇지 않으면 기술적으로 사소한 문제가 해결되지 않은 채 각 당사자가 다른 팀에 조사를 요청하는 상황이 발생할 수 있습니다.

7. 접근 제한 및 데이터 이동성을 확인하십시오.

조직에 실제로 필요한 역할(지원 담당자, 재무 담당자, 사이트 소유자, 네트워크 관리자)을 생성하세요. 각 역할이 필수 작업을 완료할 수 있으면서도 관련 없는 테넌트나 민감한 설정에는 접근할 수 없도록 테스트하세요. 파일럿 프로젝트 전체 기간 동안 관리자 계정을 공유하지 마세요.

벤더 없이 사용할 수 있는 내보내기를 요청하세요.

충전기 식별자, 위치 매핑, 세션 기록, 요금표 참조 번호 및 관련 재무 식별자를 내보내십시오. 시간 형식, 단위, 필드 정의 및 관계를 확인하십시오. 총계는 포함되어 있지만 고정된 식별자가 없는 스프레드시트는 대조 또는 마이그레이션에 적합하지 않을 수 있습니다.

귀사 소유의 데이터가 무엇인지, 어떤 내보내기가 포함되는지, 계약 종료 시 어떻게 되는지, 데이터 보존 및 삭제는 어떻게 처리되는지 문의하십시오. 필요한 경우 자체 보안 및 법률 팀과 함께 이러한 요구 사항을 평가하십시오. 향후 플랫폼 변경을 위해 저희는 CPMS 마이그레이션 가이드 자산 매핑과 기록 연속성이 중요한 이유를 설명합니다.

팀에서 재사용할 수 있는 간결한 승인 기록

시나리오당 한 행씩 사용하십시오. 다른 사람이 내용을 반복해서 설명할 수 있도록 충분히 구체적으로 작성하십시오. 실무 기록에는 요구 사항, 장비 및 펌웨어, 테스트 단계, 예상 결과, 관찰 결과, 증빙 자료, 담당자 및 재테스트 상태가 포함됩니다.

• 연결: 지정된 충전기와 펌웨어가 연결되어 예상 상태를 보고합니다.
• 운전자의 여정: 승인이 이루어지면 청구가 확정되고 최종 기록이 일관성 있게 유지됩니다.
• 회복: 연결이 끊어지더라도 설명할 수 없는 청구 기록 누락이나 중복은 발생하지 않습니다.
• 재원: 세션, 송장 및 결제 참조 정보가 일치하며, 예외 사항은 문서로 기록되어 있습니다.
• 운영: 적절한 권한을 가진 지원팀이 문제를 진단할 수 있습니다.
• 출구: 내보낸 데이터는 공급업체 인터페이스 외부에서도 이해할 수 있는 상태로 유지됩니다.

통과, 실패, 차단을 각각 별개의 결과로 사용하세요. "필요한 펌웨어를 사용할 수 없어서 차단됨"은 통과가 아닙니다. 조달 결정 과정에서 발생한 제약 사항을 기록하고 출시 관련 핵심적인 문제점 해결 기한을 지정하세요. 사소한 사용성 개선 사항은 별도의 백로그에 관리하여 미해결된 청구 또는 요금 부과 오류를 가리지 않도록 하세요.

자주 묻는 질문

CPMS는 OCPP와 동일한 것인가요?

아니요. 충전소 관리 시스템은 운영 소프트웨어 플랫폼입니다. OCPP는 충전소와 관리 시스템 간에 사용되는 통신 프로토콜입니다. 워크플로, 결제, 보고, 권한 및 실제 충전기 통합에 대한 평가는 여전히 필요합니다.

CPMS 시범 운영은 얼마나 걸릴까요?

정해진 일수 대신 합의된 시나리오 완료 여부를 의사 결정 기준으로 삼으세요. 다양한 요금제, 예외 처리 및 재테스트를 위한 시간을 확보하십시오. 간단한 데모를 통해 기본적인 연결성을 확인할 수는 있지만, 운영 모델 테스트를 대체할 수는 없습니다.

시범 운영에서 모든 통신 사업자에게 로밍 기능이 필요한가요?

아니요. 로밍이 출시 범위에 포함되거나 계약상 필수 사항인 경우에만 포함하세요. 나중에 계획된 기능이라면, 테스트되지 않은 기능을 검증된 기능으로 간주하지 말고 필요한 모듈, 파트너의 책임, 향후 승인 테스트에 대한 내용을 문서화하세요.

시스템 가동을 방해하는 요인은 무엇일까요?

승인된 운전자의 요금 청구를 중단시키거나, 설명할 수 없는 요금 차이를 발생시키거나, 다른 테넌트의 정보를 노출시키거나, 필수적인 운영 복구를 방해하는 등 해결되지 않은 오류가 발생할 경우, 배포 전에 문서화된 결정을 내려야 합니다. 오류의 심각도는 대시보드의 시각적 완성도가 아니라 서비스 및 제어 방식에 따라 달라집니다.

여러분의 요구사항을 유용한 플랫폼 토론으로 전환하세요

구매 시 가장 중요한 질문은 "이 플랫폼에 기능이 몇 개나 있나요?"가 아니라 "우리 팀이 자사 장비에서 이러한 시나리오를 실행하고 결과를 설명할 수 있나요?"입니다. 충전기 매트릭스, 운영 국가, 결제 요구 사항, 현장 제약 조건 및 통합 목록을 논의에 포함시키십시오.

TrendPower에서 제공하는 정보를 살펴보세요. 전기차 충전소 관리 시스템 또는 플랫폼 토론을 요청합니다 파일럿 테스트 범위 내에서 진행하세요. 배포를 시작하기 전에 프로젝트의 호환성 및 배포 요구 사항을 확인하십시오.