ICCSim Dev
ICCSim 카드에서 동작하는 독자 테스트 스크립트를 작성하는 개발 도구입니다. TMat이 기존의 브랜드 시험을 실행하는 데 비해, Dev는 카드 측의 동작이나 데이터를 자유롭게 바꾸어 이상 카드나 네거티브 시험용 프로파일을 개발합니다.
해결하는 검증 과제
브랜드 표준 시험 스위트로는 만들 수 없는 카드 조건을 자사에서 준비할 수 있습니다. 필수 태그 누락이나 부정 포맷 등 의도적으로 이상한 카드를 만들어 POS·ATM 측의 동작을 확인할 수 있습니다.
개발할 수 있는 범위
기존 스크립트의 전용, 실제 카드의 클론, 처음부터의 신규 작성에 대응합니다.
| 관점 | 커버 범위 |
|---|---|
| 스크립트 작성 방법 | 기존 ICCSim 스크립트의 임포트 / 물리 테스트 카드를 읽어 클론을 템플릿화 / Card Configuration과 Building Block에서 신규 작성 |
| 편집 범위 | 스크립트 내의 임의의 EMV 태그 또는 바이트를 변경 가능 |
| 작성할 수 있는 이상 카드의 예 | 필수 태그 누락 / 부정한 태그 길이·포맷 / 미지원 AID / 이상한 AIP·AFL·CVM List / PAN과 Track 2의 불일치 / 기한 만료 / 온라인 강제 / 오프라인 거부 / AAC·ARQC·TC 분기 / 부정한 Status Word / SDA 인증서 이상 |
| 보조 기능 | Tag Change Facility / DES Calculator / Certificate Generator / Card Data Capture / Cloning |
| 프로젝트 구조 | Test Scripts(동작 시나리오) / Components(공통 블록) / Data Tables(태그·값·암호 데이터) / Output Directory |
| 출력 | 작성한 스크립트를 ICCSim 카드로 다운로드하여 POS·ATM 시험에 사용 |
| 인터페이스 | 접촉 / 비접촉 / 듀얼 |
지원 단말·환경
작성한 카드는 개발·디버그·QA·회귀 시험에 사용합니다. POS·ATM 실제 장비에 대해 독자 프로파일을 제시할 수 있습니다.
인증 본 과정은 ICCSimTMat(인정 스위트)으로 실시합니다. 개발 단계의 세부 구현과 디버그 용도입니다.
인증상의 제한
ICCSimDev로 작성한 독자 스크립트는 개발·디버그·QA·회귀 시험에는 유효하지만, 작성한 것만으로 브랜드 인정 테스트 케이스가 되지는 않습니다. 정식 인증에서는 대상 브랜드가 승인한 TMat의 테스트 스위트와 소정의 테스트 케이스를 사용합니다.
인증서를 재생성한 경우에는 통상의 브랜드 CA 키가 아니라 독자 테스트 키를 사용하므로, 대응하는 새로운 CA 공개키를 시험 단말에 로드해야 합니다. ICCSimDev로 만든 독자 인증서는 그대로 시중의 실제 단말에서 인증되는 것이 아니라, 단말 측도 전용 테스트 키 구성으로 변경한 폐쇄된 개발 환경에서 사용합니다.
ICC Solutions 제품의 구분
범용 ICCSimTMat, Fiserv 전용 키트, Worldpay 전용 VIABLE은 명확히 나뉩니다.
| 비교 항목 | TMat | TMat for Fiserv | ICCSimDev | Merchant Cards | VIABLE |
|---|---|---|---|---|---|
| 범용 / 전용 | 범용 | Fiserv 전용 | 범용 개발 | 범용 간이 카드 | Worldpay 전용 |
| 주 대상 | 공급사·시험소·매입사 | Fiserv 가맹점·ISV | EMV 개발자 | 매장·유지보수·교육 | Worldpay 가맹점·ISV |
| Level 2 | 지원 스위트 있음 | 주로 L3 | 독자 개발 시험 | 불가 | 주로 L3 |
| Level 3 | 지원 | 지원 | 정식 인증용이 아님 | 불가 | 지원 |
| 호스트 연계 | 외부 또는 시뮬레이터 | Fiserv Portal 연계 | 목적 외 | 테스트 호스트가 필요 | 내장 폐루프 |
| 네거티브 시험 | 브랜드 케이스 범위 | Fiserv 케이스 범위 | 자유도가 높음 | 제한적 | Worldpay 케이스 범위 |
| 자동 분석 | 있음 | 있음 | 스크립트 개발 중심 | 없음 | 있음 |
| 인증 제출 | 스위트에 따름 | Fiserv용 | 원칙적으로 불가 | 불가 | Worldpay용 |
| PaytestProbe | 지원 | 지원 | 생성 카드 중심 | 미지원 | 지원 |
공정으로 보는 제품의 위치
카드 발급 측의 Barnes 제품과 ICC Solutions 제품은 경쟁 관계가 아니라 공정이 다릅니다.
| 공정 | 제품 | 목적 |
|---|---|---|
| 카드 발급 측 | Barnes CPT | 카드 내 데이터·인증서·EMV 태그·마그네틱 데이터를 검사 |
| 카드·단말 개발 | ICCSimDev | 이상 카드·독자 카드·네거티브 시험을 개발 |
| 단말 커널 | ICCSimTMat Level 2 | EMV 커널·Reader Application을 검증 |
| 완성된 POS·ATM | ICCSimTMat Level 3 | 브랜드 통합 시험 |
| 특정 매입사 | TMat for Fiserv / VIABLE | Fiserv·Worldpay의 인증 공정 |
| 매장 배치 후 | Merchant Test Cards | 간이 확인·회귀 시험·직원 교육 |
제안 전에 확인하는 항목
구성을 확정하기 전에 다음 사항을 여쭙습니다.
| 구분 | 확인 사항 |
|---|---|
| 시험 범위 | 접촉·비접촉·마그네틱 중 어디까지인지 / Level 2, Level 3, 또는 양쪽인지 |
| 대상 | POS·ATM·Tap to Phone·Transit·Fuel 중 어느 것인지 / 대상 브랜드와 테스트 스위트의 정확한 버전 |
| 접속처 | Fiserv, Worldpay, 기타 매입사 중 어디에 접속하는지 |
| 방식 | 물리 ICCSim 카드 방식인지 PaytestProbe 방식인지 / 폴백 시험용 물리 카드가 포함되는지 / Host Simulator가 필요한지 |
| 라이선스·유지보수 | 초년도 이후의 유지보수 요금과 갱신 중단 시의 취급 / 테스트 카드의 유효기간 / 브랜드 인정 스위트와 개발용 스크립트의 라이선스 구분 |
| 자동화 | Auto API와 로봇 연계의 API 사양 / ICCSimDev로 생성한 카드와 TMat의 호환성 |
| 국내 요건 | 현지 아크와이어러 또는 결제망을 위한 전용 L3 테스트 플랜이 제공되는지 |
국제 브랜드의 L3 스위트에 대응하는 것과, 현지 아크와이어러 또는 결제망이 그 결과를 인증으로 받아들이는 것은 별개의 문제입니다. 브랜드·아크와이어러·결제 게이트웨이·단말 구성을 확인한 뒤 제품 구성을 확정합니다.
선정 가이드 — ICC 제품 중 무엇이 맞는가
ICC의 제품은 목적으로 나뉩니다. 각각의 자리매김은 L3 계층에 정리했습니다.
| 제품 | 이런 검토라면 |
|---|---|
| ICCSimTMat | 브랜드 인증(L2/L3)을 정식으로 통과한다. 수용 시험을 인정 스위트로 관리·실행하고 싶다 |
| ICCSimTMat for Fiserv | Fiserv를 통한 가맹점·ISV 인증. 포털 연계로 테스트 로그를 직접 업로드하고 싶다 |
| ★ ICCSimDev(이 페이지) | 독자 카드 응답이나 이상 조건을 직접 만들고 싶다(네거티브 시험·디버그용) |
| VIABLE | 실제 매장 구성(폐루프)에서 가맹점·ISV의 수용 시험을 한꺼번에 하고 싶다 |
| Merchant Test Cards | 물리 카드로 단말 구성 확인·회귀 시험·직원 트레이닝을 하고 싶다 |
| 시험·인증 서비스 | 자사에서 시험을 돌리지 않고 인증 취득까지 맡기고 싶다 |
도입 용도
- 신규 개발 시 L3 검증 착수
- 구성 변경·업데이트 후의 회귀 시험
- 인증 취득을 위한 전 단계의 망라 확인
인증과의 관계
개발·디버그용 도구입니다. 정식 브랜드 인증은 ICCSimTMat의 인정 스위트로 실시합니다.