적어도 한 실시 예 에서 , 습득 거래 서비스 ( 330 ) 는 저장 된 - 가치 카드 와 관련 된 저장 된 - 가치 카드 활성 화 를 수신 한다 . 예 를 들 면 , 고객 ( 102 ) 은 자금 이 충전 된 이미 활성 화 된 저장 된 - 가치 카드 를 보충 하 기 를 원하 며 , 공급자 키오스 크 에 있 는 액세스 포인트 ( 300 ) 그래픽 유저 인터페이스 ( GUI ) 를 선택 한다 . 그러나 , 활성 화 요청 이 아니 라 보충 요청 을 보내 기 위해 모든 액세스 포인트 ( 300 ) 를 새로 만드 는 것 은 과다 한 비용 이 들 것 이 다 . 따라서 , 백 - 엔드 는 활성 화 를 위한 활성 화 요청 과 보충 을 위한 활성 화 요청 사이 를 구분 할 수 있 어야 한다 . 적어도 한 실시 예 에서 , 습득 거래 서비스 ( 330 ) 는 저장 된 - 가치 카드 활성 화 요청 에 기초 하 여 보충 요청 을 발생 시키 며 , 상기 보충 요청 을 내부 카드 처리 서비스 ( 350 ) 로 보낸다 . 예 를 들 면 , 한 BIN 과 같 은 계좌 식 별기 가 상기 요청 과 관련 이 있 다 . 내부 카드 처리 서비스 ( 350 ) 는 저장 된 - 가치 카드 가 이미 활성 화 되 었 는 가를 결정 한다 . 만약 카드 가 이미 활성 화 되 어 있 다면 , 활성 화 요청 은 보충 을 위한 요청 으로 간주 될 수 있 다 . 카드 가 이미 활성 화 된 것 이 아니 라면 , 활성 화 는 활성 화 를 위한 것 으로 간주 될 수 있 다 . 이때 , 습득 거래 서비스 ( 330 ) 또는 내부 카드 처리 서비스 ( 350 ) 가 카드 발급 자 시스템 ( 410 ) 을 위해 포맷 된 제 2 보충 요청 을 발생 시킬 수 있 으며 , 또는 저장 된 - 가치 카드 거래 시스템 ( 400 ) 이 내부 적 으로 보충 요청 을 처리 할 수 있 다 . 습득 거래 서비스 ( 330 ) 가 상기 요청 을 발생 시킨다면 , 내부 카드 처리 서비스 ( 350 ) 가 저장 된 - 가치 카드 와 관련 된 한 식별 번호 를 습득 거래 서비스 로 보내 어 상기 요청 과 관련 시키 도록 한다 . 어느 경우 에서 든 , 습득 거래 서비스 ( 330 ) 는 보충 요청 의 성공 적 인 실행 이 있 게 되 면 저장 된 - 가치 카드 활성 화 요청 에 대한 성공 적 인 실행 에 대한 확인 표시 ( confirmation ) 를 보낸다 . 액세스 포인트 ( 300 ) 가 보충 요청 을 처리 하 기 위해 만들 어 지 지 않 기 때문 에 , 상기 액세스 포인트 ( 300 ) 는 보충 요청 의 성공 적 인 실행 에 대한 확인 표시 메시지 를 처리 하 기 위해 만들 어 지 지 않 는다 . 따라서 , 대신 에 활성 화 확인 표시 가 보내 진다 .