카드 결제 승인이 성공적으로 이루어졌다고 해서 판매 거래가 완료되는 것은 아닙니다. 운영자는 여전히 어떤 기기에서 상품이 판매되었는지, 어떤 결제 기관에서 결제를 처리했는지, 환불이나 거래 취소가 있었는지, 그리고 총매출액과 은행 입금액의 차액에 대한 수수료는 무엇인지 등을 파악해야 합니다.

이 글에서는 그러한 질문들을 구매 체크리스트로 정리했습니다. 특정 WEIMI 결제 통합, 은행 일정 또는 수수료를 명시하는 것은 아닙니다. 견적서에 정확한 단말기, 공급업체, 서비스 지역 및 보고 워크플로를 요청하십시오.

이 가이드는 여러 사업장에서 일관된 정산 프로세스가 필요한 자판기 운영업체, 유통업체, 재무팀 및 고용주를 위한 것입니다. 특히 자판기 공급업체, 결제 서비스 제공업체 및 매입 은행이 서로 다른 경우에 유용합니다.

장비 시연에 재무 및 운영 부서를 참여시키세요. 제품을 적재하는 담당자는 환불 권한이 없을 수 있고, 공급업체 보고서를 다운로드하는 담당자는 장비의 배송 실패 이벤트를 확인하지 못할 수 있습니다. 담당자 이름을 지정하여 인수인계를 하면 팀 간에 예외 사항이 사라지는 것을 방지할 수 있습니다.

우리는 결제 실적이 아닌 추적성을 평가합니다. 공급업체와 결제 제공업체에 고유 참조 번호를 사용하여 샌드박스 또는 통제된 테스트를 수행하도록 요청하십시오. 승인, 지급 또는 접근 결과, 캡처, 환불 및 보고서 내보내기에 이르기까지 모든 단계를 추적하십시오. 시간대, 통화, 반올림 및 수수료 정보를 기록하십시오.

예외 우선 테스트를 사용하세요

일반적인 판매만으로는 충분한 검증이 되지 않습니다. 결제 거절, 상품 미판매, 고객 주문 취소, 중복 결제, 공급업체 보고서 지연 등의 상황을 테스트해 보세요. 테스트 계정 정보와 승인된 환경을 사용하십시오. 데모 중에는 실제 고객 환불을 진행하거나 결제 데이터를 공유하지 마십시오.

식별자

기기, 거래, 단말기 및 공급자 보고서를 연결하는 식별자가 무엇인지 문의하십시오. 각 시스템에서 서로 다른 참조를 사용하는 경우, 해당 시스템들을 연결하는 참조표 또는 내보내기 필드를 요청하십시오.

시간과 화폐

타임스탬프 출처, 시간대, 일광 절약 시간제 적용 여부, 통화, 소수점 자릿수 및 환율 정보를 확인하십시오. 보고서가 하루 늦게 나타나는 것은 단순히 보고 기준 기간이 다르기 때문일 수 있습니다.

환불 소유권

환불 승인 및 제출 담당자, 환불 상태 표시 위치, 그리고 주문 실패 확인 전에 고객이 자리를 비웠을 경우 담당자가 어떻게 처리하는지 기록해 두십시오.

수수료 및 공제액

수수료 항목과 정산서 양식을 요청하십시오. 샘플 송장만 보고 요율을 추측하거나 기계 공급업체가 구매 수수료를 정한다고 가정하지 마십시오.

접근 및 유지

어떤 직원이 보고서를 보고, 기록을 내보내고, 환불을 승인할 수 있는지, 그리고 운영자가 자체 정책에 따라 데이터를 얼마나 오래 보관하는지 확인하십시오.

이 목록은 적합성을 기준으로 작성된 공급업체 목록이며, 독립적으로 검증된 결제 순위가 아닙니다. 목적지 시장에 맞는 단말기 모델, 구매 보장 범위, 환불 절차 및 보고 기능을 확인하십시오.

매트릭스를 사용하여 결제 시연을 구성하세요.

견적서를 사용하여 하드웨어, 단말기, 결제 서비스 제공업체, 연결, 소프트웨어, 환불 및 지원 비용을 구분하십시오. 공개된 제품 페이지에는 보편적인 요금이나 정산 요율이 명시되어 있지 않습니다.

개방형 바구니 소매업의 경우, AI 냉장고부터 시작하여 여러 품목 캡처를 추적하십시오. 일반 포장 상품의 경우, WM22부터 시작하여 출고 실패 및 환불 내역을 테스트하십시오. 통제된 개인 보호 장비(PPE) 지급의 경우, WM22-W부터 시작하여 내부 할당 내역을 모든 지불 또는 보조금 기록과 함께 매핑하십시오.

캠퍼스 운영자는 카드 매출을 중앙 재무 보고서와 대조할 수 있습니다. 공항 운영자는 여러 통화와 시간대를 고려해야 할 수 있습니다. 공장은 모든 물량을 소매 판매로 처리하는 대신 부서별로 개인 보호 장비(PPE) 물량을 배분할 수 있습니다. 유통업체는 국가별로 다른 결제 제공업체를 지원해야 할 수 있습니다. 각 애플리케이션에는 고유한 소유자 맵과 예외 스크립트가 필요합니다.

터치스크린이 결제 호환성을 증명하는 것일까요?

아니요. 목적지에 대한 단말기, 통신사, 결제 가능 지역, 인증 방식, 결제 통화 및 환불 처리 방식을 확인하십시오.

승인과 결제의 차이점은 무엇인가요?

승인은 결제 요청이 수락되었는지 또는 거부되었는지를 나타냅니다. 정산은 공급자와 은행이 처리하는 후속 보고 및 이체 프로세스입니다. 정확한 프로세스 주기는 프로젝트 문서를 참조하십시오.

지급 실패 환불은 누가 책임져야 하나요?

계약서에는 책임 당사자, 필요한 증빙 자료, 승인 절차 및 고객과의 소통 방식을 명시해야 합니다. 캐비닛 브랜드만으로 소유권을 추정해서는 안 됩니다.

총 매출액만으로 두 견적을 비교할 수 있나요?

아니요. 마진에 대한 결론을 내리기 전에 식별자, 수수료, 환불, 취소, 세금, 통화 및 결제 시점을 비교하십시오.

데모 시 실제 카드는 어떻게 처리해야 할까요?

가능하다면 승인된 테스트 계정이나 샌드박스를 사용하십시오. 카드 정보를 문서 관리 시스템(CMS), 지원 채팅 또는 테스트 문서에 절대 붙여넣지 마십시오.

직원 개인보호장비(PPE) 관련 문제에 재무 보고서가 필요한가요?

내부 배분 또는 보조금 기록이 필요할 수 있습니다. 소매 결제 흐름을 가정하기보다는 고용주의 회계 및 개인정보 보호 정책을 확인하십시오.

정산 보고서를 구매 결과물로 제출하십시오. 추적 가능한 테스트 거래 1건, 예외 매트릭스, 보고서 샘플, 수수료 및 환불 내역, 그리고 단말기, 결제 제공업체 및 재무 담당자의 명의를 명시하십시오. 현금 없는 운영 프로세스가 명확해진 후에만 물리적 워크플로에 적합한 단말기를 선택하십시오.