סקירה כללית
תשלום הוא העברה של כסף מצד אחד לצד אחר. דוגמה לכך יכולה להיות שליחת כסף מהבנק של מבצע השילוב אל הבנק של Google. התרשים הבא ממחיש איך זה מתרחש.
איך פועל הזרימה
התרשים הבא ממחיש דוגמה אחת של זרימת ההעברה.
משלב תשלומים ל-Google
הנה רשימה של אובייקטים שנמצאים בשימוש בתרשים הזה:
- שרת Google: שרת הקצה העורפי ב-Google שמבצע את בדיקת האימות, יחד עם משימות אימות אחרות.
- כלי שילוב תשלומים: החברה שמציעה אמצעי תשלום ללקוחות שלה.
- בנק לשילוב תשלומים: הבנק המנפיק שבו משתמש השילוב משתמש בעסקאות פיננסיות.
- Google Bank: הבנק ש-Google משתמשת בו בעסקאות.
תהליך העברת הכספים שלמעלה מתחיל בשרת של Google.
- בימי T+N, Google שולחת את ההודעה על הצהרת התשלום (
remittanceStatementNotification
). - משלב התשלומים מודיע לשרת Google שהוא קיבל בהצלחה את ההודעה על הצהרת התשלום.
- משלב התשלומים שולח גם פרטים של הצהרת התשלום (
remittanceStatementDetails
). - השרת של Google מגיב בצירוף ההצהרה יחד עם transactionDetails.
- משלב התשלומים מתאים את הפרטים.
- משלב התשלומים שולח הודעה (
acceptRemittanceStatement
) לשרת Google על כך שההצהרה אושרה. - משלב התשלומים גם שולח הודעה על כך שהבנק משלב תשלומים צריך לשלוח כספים אל Google Bank.
- הבנק של משלב התשלומים מעביר כספים לבנק של 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 0101 timestamp02 |
RemittanceStatementNotification | requestHeader.requestTimestamp
01/03/2017 03:17:18.132 billingPeriod.startDate 01/01/2017 00:00:00.000 billingPeriod.endDate 01/01/2017 19.99 הכוללים 19.99 |
גבולות היקפיים של עסקאות
באחת מהצילומים שבהמשך מופיעות כל חותמות הזמן של 01/01/2017, אבל לא נספר עד 01/02/2017.
אירוע | |
---|---|
צילום | requestHeader.requestId
001 requestHeader.requestTimestamp 01/01/2017 23:26:32.253 responseHeader.responseTimestamp 01/01/2017 23:26:34.248 0101 timestamp02 |
צילום | requestHeader.requestId
002 requestHeader.requestTimestamp 01/01/2017 23:59:58.253 responseHeader.responseTimestamp 01/01/2017 23:59:59.879 001/0702020101 timestamp2 |
RemittanceStatementNotification | requestHeader.requestTimestamp
01/03/2017 03:17:18.132 billingPeriod.startDate 01/01/2017 00:00:00.000 billingPeriod.endDate 01/01/2017: t.9.99.n |
RemittanceStatementNotification | requestHeader.requestTimestamp
01/03/2017 00:27:34.321 billingPeriod.startDate 01/02/2017 00:00:00.000 billingPeriod.endDate 01/02/2017: 90.99.n החל מ-002 ועד 01/02/2017, ולא 01/01/2017. |
התאמה
ייתכנו מקרים שבהם Google תשלח הצהרת תשלום במועד מאוחר יותר מהצפוי. לדוגמה, אם Google נתקלת בבאג שדחה את ההודעה על הצהרת התשלום ביום אחד.
אם יש עסקאות שהוחזרו על ידי השיטה remittanceStatementDetails
, שלא ניתן לבצע על ידי מבצע השילוב במהלך תקופת החיוב, מבצע השילוב צריך להודיע ל-Google על אי-ההתאמה באופן מיידי. אפשרות נוספת תהיה אם יש עסקאות שהמשלב מצפה להן, אך הן לא מוחזרות. לאחר פתרון הבעיה, Google עשויה לשלוח הצהרת תשלום חדשה עם מזהה חדש.
אישור הצהרת תשלום
אחרי שמשלבים קריאה ל-method acceptRemittanceStatement
, המשמעות היא שהשותף מקבל הצהרה.
יש לשלם את הדוחות בהתאם לתנאים ב-NET שמוגדרים בחוזה לאחר האישור. יש לטפל בערעורים באופן ידני בין מבצע השילוב לבין מנהל החשבון.
תשלום
תצהירים על התשלום מספקים את הפרטים הנדרשים לגבי הסכום לתשלום. יש לשלם כל הצהרה במלואה. אם יש חוסר התאמה, מבצע השילוב צריך לפנות למנהל החשבון שלו כדי לטפל בערעור. במקרים כאלה, ייתכן שלא ננפיק את הדוח במלואו.
דיוק
כל עמלה תחושב ברמת הדיוק המוגדרת כמספר היחידות המשניות המצוין בתקן ISO 4217 עבור אותו מטבע. לדוגמה, במטבע INR ודולר ארה "ב משתמשים ביחידות משניות בני 2 ספרות, וב-JPY משתמשים ביחידות משניות עם 0 ספרות.
אם נדרשות יותר ספרות אחרי הנקודה כדי לייצג את העמלה, Google תעגל את היחידה המשנית הקרובה ביותר. הקשרים יעוגלו ליחידה המשנית הקרובה ביותר. לדוגמה, באמצעות יחידות משנה בנות 2 ספרות של INR:
עמלה מחושבת | עמלה מעוגלת |
---|---|
0.013 | 0.01 |
0.015 | 0.02 |
0.025 | 0.02 |
-0.013 | -0.01 |
0.025- | -0.02 |
העיגול יתבצע בכל עסקה, ולא בדוח מצטבר.