نظرة عامة
الحوالة المالية هي عملية تحويل الأموال من طرف إلى آخر. من الأمثلة على ذلك عندما يتم إرسال الأموال من مصرف Payment Integrator's إلى مصرف Google. يوضّح الرسم البياني التالي كيفية حدوث ذلك.
آلية عمل التدفق
يوضِّح المخطّط التالي أحد الأمثلة على آلية عمل تدفق الحوالات المالية.
وحدة تكامل دفعات الحوالات المالية في Google
فيما يلي قائمة بالكائنات المستخدمة في هذا الرسم التخطيطي:
- خادم Google: خادم الخلفية في Google الذي يُجري فحص المصادقة، إلى جانب مهام المصادقة الأخرى
- الجهة المتعهّدة للدفعات: الشركة التي توفّر طريقة دفع لعملائها.
- المصرف الذي تم دمجه في خدمة الدفعات: المصرف المُصدِر الذي تستخدمه "الجهة المتعهّدة" لإجراء المعاملات المالية.
- مصرف Google: المصرف الذي تستخدمه Google في المعاملات.
ويبدأ مسار الحوالات المالية أعلاه من خادم Google.
- في أيام T+N، ترسل Google إشعارًا بكشف التحويل المالي (
remittanceStatementNotification). - تُرسِل الشركة دمج الدفعات إشعارًا إلى خادم Google بأنّه قد تلقّى إشعار كشف الحوالة المالية بنجاح.
- وترسل الشركة أيضًا تفاصيل كشف الحوالة المالية (
remittanceStatementDetails). - يستجيب خادم Google بالعبارة جنبًا إلى جنب مع transactionDetails.
- وستعمل جهة تكامل الدفع على تسوية التفاصيل.
- ترسل جهة تكامل الدفعات رسالة (
acceptRemittanceStatement) إلى خادم Google تفيد بقبول الكشف. - وترسل جهة تكامل الدفعات أيضًا رسالةً تفيد بأنّ مصرف وحدة معالجة الدفعات يجب أن يرسل الأموال إلى مصرف Google.
- يحوّل المصرف الذي تتعامل معه شركة تكامل الدفعات الأموال إلى مصرف Google.
أفضل الممارسات والاعتبارات الأخرى
التوقيت
تم تحديد بنود الدفع في العقد ويتم التعبير عنها عادةً بالرمز T+N. T هو معدل تكرار إنشاء كشف الحوالة المالية وطول الفترة التي يغطيها كل بيان. في المثال التالي، يمثل حرف T يوم معاملة واحدًا. N هو عدد الأيام التي تلي فترة المعاملة التي يصل فيها كشف الحوالة المالية.
إذا تم ضبط N على 2 وتم احتساب معاملة في الساعة 23:59:59.999 في المنطقة الزمنية للفوترة يوم الثلاثاء، ستظهر في بيان يوم الخميس.
صافي العبارات السلبية أو الصفرية
لن يتم إرسال إشعارات بكشف التحويل المالي للأيام التي لا يتم فيها إجراء معاملات خلال المدة الزمنية للفوترة. علاوة على ذلك، إذا تم رد أموال خلال مدة زمنية للفوترة نتج عنها صافي مبلغ فاتورة سالب، فلن يتم أيضًا إرسال كشوف الحوالات المالية. ومع ذلك، سيتم إدراج هذه المعاملات في صافي الفاتورة الإيجابية التالية، وسيتم إرسال إشعار بكشف التحويل المالي إليها. في حال كان صافي مبالغ المعاملات على 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 4.01/2017 23:26:32.251 |
| RemittanceStatementNotification | requestHeader.requestTimestamp
01/03/2017 03:17:18.132 billingPeriod.startDate 01/01/2017 00:00:00.000 billingPeriod.endDate 01/01/2095renames. 01/2917:Mmitance |
حدود المعاملة
يتضمّن أحد اللقطات أدناه كلّ الطوابع الزمنية في 01/01/2017، ولكن لا يتم احتسابه حتى 02/01/2017.
| حدث | |
|---|---|
| التقاط | requestHeader.requestId
001 requestHeader.requestTimestamp 01/01/2017 23:26:32.253 responseHeader.responseTimestamp 01/01/2017 23:26:34.248 4.01/2017 23:26:32.251 |
| التقاط | requestHeader.requestId
002 requestHeader.requestTimestamp 01/01/2017 23:59:58.253 responseHeader.responseTimestamp 01/01/2017 23:59:59.879 0.0:01010 |
| RemittanceStatementNotification | requestHeader.requestTimestamp
01/03/2017 03:17:18.132 billingPeriod.startDate 01/01/2017 00:00:00.000 billingperiod.endDate 01/01/20917resance |
| RemittanceStatementNotification | requestHeader.requestTimestamp
01/03/2017 00:27:34.321 billingPeriod.startDate 01/02/2017 00:00:00.000 billingperiod.endDate 01/02/20957 over 29.Treaance منذ 002 تم احتسابها في 01/02/2017 وليس 01/01/2017. |
التسوية
في بعض الحالات، ترسل Google بيان الحوالات المالية في وقت لاحق مما تتوقّعه. على سبيل المثال، إذا واجهت Google خطأً أدى إلى تأخير إشعار كشف التحويل المالي لمدة يوم.
إذا كانت هناك معاملات تم إرجاعها باستخدام طريقة remittanceStatementDetails لم تتم معالجتها لشركة الدمج خلال المدة الزمنية للفوترة، يجب أن تُبلغ الشركة المتعهّدة Google بهذا التناقض على الفور. وثمة احتمال آخر إذا كانت هناك معاملات تتوقّعها الشركة التي تُجري عملية الدمج بدون إرجاعها. بعد حلّ التعارض، يمكن أن ترسل Google كشفًا جديدًا للحوالة المالية يتضمّن معرّفًا جديدًا.
قبول كشف التحويل المالي
تتم الموافقة على البيان من قِبل مسؤول عملية الدمج بعد أن تطلب منه عملية الدمج طريقة acceptRemittanceStatement.
يجب دفع كشوف الحساب وفقًا لشروط NET المحددة في العقد بعد قبوله. يجب معالجة النزاعات يدويًا بين الشركة المتعهّدة ومدير الحساب.
الدفع
توفّر كشوفات الحوالات المالية التفاصيل اللازمة حول المبلغ الذي يجب دفعه. يجب دفع كل كشف حساب بالكامل. إذا كان هناك اختلافات، على الشركة التي تُجري عملية الدمج التواصل مع مدير الحساب لمعالجة النزاع. وقد تؤدي مثل هذه الحالات إلى عدم دفع بيان بالكامل.
مسابقة دقة التصويب
سيتم احتساب كل رسوم وفقًا للدقة المحدّدة على أنّها عدد الوحدات الثانوية المحدّدة في معيار ISO 4217 لتلك العملة. على سبيل المثال، ستستخدم الروبية الهندية والدولار الأمريكي وحدات ثانوية مكوّنة من رقمَين، في حين أنّ الريال السعودي سيستخدم وحدات ثانوية مكوّنة من 0 أرقام.
في حال الحاجة إلى مزيد من المنازل العشرية لتمثيل الرسوم، ستقرّب Google إلى أقرب وحدة ثانوية، وسيتم تقريب الروابط إلى أقرب وحدة أصغر حتى. على سبيل المثال، باستخدام الوحدات الثانوية المكونة من رقمين في الروبية الهندية:
| رسوم تم احتسابها | رسوم مقرَّبة |
|---|---|
| 0.013 | 0.01 |
| 0,015 | 0.02 |
| 0,025 | 0.02 |
| -0.013 | -0.01 |
| -0.025 | -0.02 |
وسيتم هذا التقريب على كل معاملة، وليس بشكل مجمّع في كشف الحساب.