개요
송금은 금액이 한 당사자에서 다른 당사자에게 이체되는 것을 말합니다. 결제 통합업체의 은행에서 Google 은행으로 입금되는 경우를 예로 들 수 있습니다. 다음 다이어그램은 이러한 과정을 보여줍니다.
절차의 작동 방식
다음 다이어그램은 송금 흐름이 작동하는 방식의 한 가지 예를 보여줍니다.
Google 송금 결제 통합업체
다음은 이 다이어그램에 사용된 객체 목록입니다.
- Google 서버: 기타 인증 작업과 함께 인증 검사를 수행하는 Google의 백엔드 서버입니다.
- 결제 통합업체: 고객에게 결제 수단을 제공하는 회사입니다.
- 결제 통합업체 은행: 통합업체가 금융 거래에 사용하는 발급 은행입니다.
- Google Bank: Google에서 거래에 사용하는 은행입니다.
위의 송금 과정은 Google 서버에서 시작됩니다.
- T+N일째, Google에서 송금 명세서 알림 (
remittanceStatementNotification)을 전송합니다. - 결제 통합업체가 송금 명세서 알림을 성공적으로 수신했음을 Google 서버에 알립니다.
- 결제 통합업체는 송금 명세서 (
remittanceStatementDetails)의 세부정보도 보냅니다. - Google 서버는 transactionDetails와 함께 문으로 응답합니다.
- 결제 통합업체가 세부정보를 조정합니다.
- 결제 통합업체가 명세서가 수락되었다는 메시지 (
acceptRemittanceStatement)를 Google 서버에 전송합니다. - 또한 결제 통합업체는 결제 통합업체 은행이 Google 은행으로 자금을 보내야 한다는 메시지를 보냅니다.
- 결제 통합업체의 은행이 Google 은행으로 금액을 송금합니다.
권장사항 및 기타 고려사항
시기
결제 조건은 계약에 명시되어 있으며 일반적으로 T+N 형식으로 표현됩니다. T는 송금 명세서가 생성되는 빈도와 각 명세서가 적용되는 기간입니다. 다음 예에서 T는 거래 1일입니다. N은 송금 명세서가 도착하는 거래 기간 이후 경과 일수입니다.
N이 2로 구성되어 있고 화요일의 청구 시간대로 23:59:59.999에 거래가 반영되는 경우 목요일 명세서에 해당 내역이 표시됩니다.
부정문 또는 0문
결제 기간 내에 거래가 없는 날에는 송금 명세서 알림이 전송되지 않습니다. 또한 결제 기간 내에 환불 금액이 마이너스 인보이스 금액이 된 경우에는 송금 명세서도 발송되지 않습니다. 하지만 이러한 거래는 다음 순 양수 인보이스로 집계되며, 이 인보이스의 알림이 전송됩니다. 특정 결제 기간의 거래 금액이 0인 경우 송금 명세서 알림이 전송됩니다.
경계
다음은 다양한 경계가 있는 몇 가지 예입니다. 트랜잭션 경계는 트랜잭션이 시작되거나 커밋되는 시점입니다. 회계 타임스탬프는 Google에서 이 거래를 반영한 시간입니다. 송금 명세서 경계는 00:00:00.000에 시작하여 23:59:59.000에 끝납니다.
경계 내 트랜잭션
| 이벤트 | |
|---|---|
| 캡처 | requestHeader.requestId
001 requestHeader.requestTimestamp 01/01/2017 23:26:32.253 responseHeader.responseTimestamp 01/01/2017 23:26:34.248 accounting timestamp:1 3/32026 accounting timestamp1 32018 |
| RemittanceStatementNotification | requestHeader.requestTimestamp
01/03/2017 03:17:18.132 billingPeriod.startDate 01/01/2017 00:00:00.000 billingPeriod.endDate 01.01. |
트랜잭션 스팬 경계
아래 캡처 중 하나에 모든 타임스탬프가 2017년 1월 1일이지만 2017년 1월 2일까지는 고려되지 않습니다.
| 이벤트 | |
|---|---|
| 캡처 | requestHeader.requestId
001 requestHeader.requestTimestamp 01/01/2017 23:26:32.253 responseHeader.responseTimestamp 01/01/2017 23:26:34.248 accounting timestamp:1 3/32026 accounting timestamp1 32018 |
| 캡처 | requestHeader.requestId
002 requestHeader.requestTimestamp 01/01/2017 23:59:58.253 responseHeader.responseTimestamp 01/01/2017 23:59:59.879 accounting timestamp2:2/02000 accounting timestamp2:2/02000 0201 |
| RemittanceStatementNotification | requestHeader.requestTimestamp
01/03/2017 03:17:18.132 billingPeriod.startDate 01/01/2017 00:00:00.000 billingPeriod.endDate 01.01 2017년 5월 23.99만 캡처 알림 01.01 9017년 캡처 알림 23.99 |
| RemittanceStatementNotification | requestHeader.requestTimestamp
01/03/2017 00:27:34.321 billingPeriod.startDate 01/02/2017 00:00:00.000 billingPeriod.endDate 01/02/2017: 5017 50.99 캡처 알림에 포함되어 있습니다. 2017년 1월 1일이 아닌 2017년 1월 2일에 002가 반영되었기 때문입니다. |
조정
Google에서 예상보다 늦게 송금 명세서를 보내는 경우도 있습니다. 예를 들어 Google에서 송금 명세서 알림을 하루씩 연기하는 버그를 발견한 경우입니다.
통합업체가 결제 기간 내에 remittanceStatementDetails 메서드를 통해 반환한 거래가 있으면 이 불일치를 Google에 즉시 알려야 합니다. 또 다른 가능성은 통합업체가 예상하지만 반환되지 않은 트랜잭션이 있는 경우입니다. 불일치가 해결되면 Google에서 새 ID와 함께 새 송금 명세서를 보낼 수 있습니다.
송금 명세서 수락
통합업체가 acceptRemittanceStatement 메서드를 호출하면 통합업체가 문을 수락한다고 말합니다.
명세서는 수락 후 계약에 정의된 NET 약관 내에 지불되어야 합니다. 분쟁은 통합업체와 계정 관리자 간에 수동으로 처리해야 합니다.
지급
송금 명세서에는 지불해야 하는 금액에 대한 필수 세부정보가 나와 있습니다. 각 명세서는 전액 결제해야 합니다. 차이가 있을 경우 통합업체는 계정 관리자에게 연락하여 분쟁을 처리해야 합니다. 이 경우 전체 명세서가 결제되지 않을 수 있습니다.
정밀도
각 수수료는 해당 통화의 ISO 4217 표준에 지정된 소규모 단위의 수로 정의된 정밀도로 계산됩니다. 예를 들어 INR과 USD는 2자리 소 단위를, JPY는 0자리 소 단위를 사용합니다.
수수료를 나타내기 위해 더 많은 소수점 이하 자릿수가 필요한 경우 Google은 가장 가까운 소 단위로 반올림하고, 동점은 가장 가까운 짝수 단위로 반올림됩니다. 예: INR의 2자리 마이너 단위를 사용하는 경우
| 계산된 수수료 | 반올림 수수료 |
|---|---|
| 0.013 | 0.01 |
| 0.015 | 0.02 |
| 0.025 | 0.02 |
| -0.013 | -0.01 |
| -0.025 - | -0.02 |
이러한 반올림은 명세서에서 누계되는 것이 아니라 모든 거래에서 이루어집니다.