بررسی اجمالی
حواله زمانی است که پول از یک طرف به طرف دیگر منتقل می شود. یک مثال ممکن است زمانی باشد که پول از بانک یکپارچه‌ساز پرداخت به بانک Google ارسال می‌شود. نمودار زیر نشان می دهد که چگونه این اتفاق می افتد.
جریان چگونه کار می کند
نمودار زیر نمونه ای از چگونگی کارکرد جریان حواله را نشان می دهد.
ادغام کننده پرداخت حواله به Google
در اینجا لیستی از اشیاء استفاده شده در این نمودار آمده است:
- Google Server : سرور پشتیبان در Google که بررسی احراز هویت را همراه با سایر کارهای احراز هویت انجام می دهد.
- ادغام کننده پرداخت : شرکتی که نوعی پرداخت را به مشتریان خود ارائه می دهد.
- بانک یکپارچه کننده پرداخت : بانک صادرکننده ای که یکپارچه ساز برای تراکنش های مالی استفاده می کند.
- Google Bank : بانکی که Google در تراکنش‌ها از آن استفاده می‌کند.
جریان حواله بالا با سرور Google شروع می شود.
- در روزهای T+N، Google اعلان بیانیه حواله (
remittanceStatementNotification) را ارسال می کند. - Payment Integrator به سرور Google اطلاع می دهد که اعلان صورتحواله را با موفقیت دریافت کرده است.
- Payment Integrator همچنین جزئیات بیانیه حواله (
remittanceStatementDetails) را ارسال می کند. - سرور Google با بیانیه همراه با جزئیات تراکنش پاسخ می دهد.
- Payment Integrator جزئیات را تطبیق می دهد.
- Payment Integrator پیامی (
acceptRemittanceStatement) به سرور Google ارسال می کند که بیانیه پذیرفته شده است. - Payment Integrator همچنین پیامی ارسال می‌کند که بانک یکپارچه‌کننده پرداخت باید وجوهی را به Google Bank ارسال کند.
- بانک یکپارچه‌ساز پرداخت، وجوه را به بانک Google منتقل می‌کند.
بهترین شیوه ها و ملاحظات دیگر
زمان سنجی
شرایط پرداخت در قرارداد مشخص شده و معمولاً به صورت T+N بیان می شود. T دفعاتی است که صورت حواله ایجاد می شود و طول دوره ای است که هر صورتحساب پوشش می دهد. در مثال زیر، T یک روز تراکنش است. N تعداد روزهای پس از دوره معامله است که صورت حواله می رسد.
اگر N روی 2 پیکربندی شده باشد و تراکنش در ساعت 23:59:59.999 در منطقه زمانی صورتحساب روز سه‌شنبه حساب شود، در بیانیه‌ای در روز پنجشنبه نشان داده می‌شود.
اظهارات خالص منفی یا صفر
برای روزهایی که هیچ تراکنشی در دوره صورتحساب وجود نداشته باشد، اطلاعیه صورتحساب حواله ارسال نخواهد شد. علاوه بر این، اگر در یک دوره صورتحساب بازپرداختی وجود داشته باشد که منجر به یک مبلغ خالص فاکتور منفی شود، صورت‌های حواله نیز ارسال نخواهد شد. با این حال، این تراکنش‌ها در صورتحساب مثبت خالص بعدی قرار می‌گیرند، که برای آن اطلاعیه صورتحواله ارسال می‌شود. در صورتی که مبلغ تراکنش خالص به صفر برای یک دوره صورتحساب خاص باشد، اعلان‌های صورتحساب حواله ارسال می‌شود.
مرزها
در زیر چند نمونه با مرزهای مختلف آورده شده است. مرز تراکنش زمانی است که تراکنش شروع یا انجام می شود. به یاد داشته باشید، مهر زمانی حسابداری زمانی است که Google برای این تراکنش حساب کرده است. مرز بیانیه حواله از ساعت 00:00:00.000 شروع می شود و در ساعت 23:59:59.000 پایان می یابد.
معامله در داخل مرزها
| رویداد | |
|---|---|
| گرفتن | requestHeader.requestId 001 requestHeader.requestTimestamp 1396/01/01 23:26:32.253 answerHeader.responseTimestamp 1396/01/01 23:26:34.248 مهر زمانی حسابداری 1396/01/01 23:26:34.781 |
| اطلاعیه بیانیه حواله | requestHeader.requestTimestamp 1396/01/03 03:17:18.132 billingPeriod.startDate 01/01/2017 00:00:00.000 billingPeriod.endDate 1396/01/01 23:59:59.999 این اعلان حواله شامل ضبط 001 بالا است. |
مرزهای فراگیر تراکنش
یکی از عکس‌های زیر همه مهرهای زمانی را در تاریخ 01/01/2017 دارد، اما تا 01/02/2017 به حساب نمی‌آید.
| رویداد | |
|---|---|
| گرفتن | requestHeader.requestId 001 requestHeader.requestTimestamp 1396/01/01 23:26:32.253 answerHeader.responseTimestamp 1396/01/01 23:26:34.248 مهر زمانی حسابداری 1396/01/01 23:26:34.781 |
| گرفتن | requestHeader.requestId 002 requestHeader.requestTimestamp 1396/01/01 23:59:58.253 answerHeader.responseTimestamp 1396/01/01 23:59:59.879 مهر زمانی حسابداری 01/02/2017 00:00:00.002 |
| اطلاعیه بیانیه حواله | requestHeader.requestTimestamp 1396/01/03 03:17:18.132 billingPeriod.startDate 01/01/2017 00:00:00.000 billingPeriod.endDate 1396/01/01 23:59:59.999 این اعلان حواله فقط شامل کپچر 001 می شود. |
| اطلاعیه بیانیه حواله | requestHeader.requestTimestamp 01/03/2017 00:27:34.321 billingPeriod.startDate 01/02/2017 00:00:00.000 billingPeriod.endDate 01/02/2017 23:59:59.999 این اعلان حواله شامل گرفتن 002 است. از آنجایی که 002 در 2017/01/02 به حساب می‌آید، نه 01/01/2017. |
اصلاح
ممکن است مواردی وجود داشته باشد که Google بیانیه حواله را دیرتر از آنچه شما انتظار دارید ارسال کند. به عنوان مثال، اگر گوگل با باگی مواجه شود که اعلان صورت حواله را یک روز به تاخیر می اندازد.
اگر تراکنش‌هایی با روش remittanceStatementDetails برگردانده می‌شوند که یکپارچه‌کننده در دوره صورتحساب ندارد، یکپارچه‌کننده باید فوراً Google را از مغایرت مطلع کند. احتمال دیگر این است که تراکنش‌هایی وجود داشته باشد که یکپارچه‌کننده انتظار دارد اما بازگردانده نشود. به محض رفع اختلاف، Google ممکن است صورتحواله جدیدی با شناسه جدید ارسال کند.
پذیرش حواله
گفته می‌شود زمانی که ادغام‌کننده روش acceptRemittanceStatement را فراخوانی می‌کند، بیانیه‌ای توسط یکپارچه‌کننده پذیرفته می‌شود.
صورت‌حساب‌ها باید در چارچوب شرایط NET تعریف شده در قرارداد پس از پذیرش پرداخت شوند. اختلافات باید به صورت دستی بین یکپارچه ساز و مدیر حساب رسیدگی شود.
پرداخت
در صورت های حواله، جزئیات لازم در مورد مبلغ پرداختی ارائه می شود. هر اظهارنامه باید به طور کامل پرداخت شود. اگر نابرابری وجود داشته باشد، یکپارچه‌ساز باید با مدیر حساب خود برای رسیدگی به اختلاف تماس بگیرد. چنین مواردی ممکن است منجر به عدم پرداخت کامل صورت حساب شود.
دقت، درستی
هر کارمزد با دقت تعریف شده به عنوان تعداد واحدهای جزئی مشخص شده در استاندارد ISO 4217 برای آن ارز محاسبه می شود. برای مثال، INR و USD از واحدهای جزئی 2 رقمی و ین از واحدهای جزئی 0 رقمی استفاده می کنند.
اگر برای نشان دادن هزینه به ارقام اعشاری بیشتری نیاز باشد، Google به نزدیکترین واحد فرعی گرد می‌کند. پیوندها به نزدیکترین واحد حتی جزئی گرد خواهند شد. به عنوان مثال با استفاده از واحدهای جزئی 2 رقمی INR:
| هزینه محاسبه شده | هزینه گرد |
|---|---|
| 0.013 | 0.01 |
| 0.015 | 0.02 |
| 0.025 | 0.02 |
| -0.013 | -0.01 |
| -0.025 | -0.02 |
این گرد کردن در هر تراکنش اتفاق می‌افتد، نه به صورت مجموع در صورتحساب.