Interac Canada: e-Transfer and Limits

1) ההקשר והמקום של האינטראק במערכת האקולוגית בתשלום

Interac e-Transfer היא רכבת P2P/P2B/P2M פופולרית בקנדה הפועלת באמצעות בנקים ואיגודי אשראי. התשלום נשלח למספר הדוא "ל/טלפון של הנמען או ישירות לחשבון הבנק שלהם דרך מיקום אוטומטי. העברות הן קרובות למיידיות וזמינות 24/7, עם נקודות זכות וגבולות סופיים בהתאם למוסד הפיננסי הספציפי (FI).

• פונה ללא פרטים: שליחה בדוא "ל/טלפון; הנמען בוחר את הבנק לזכותו.
• אוטומטית מזכה את חשבון הנמען ללא שאלת אבטחה.
• בקשה לכסף: ”בקשה לתשלום” עם הסכום והמטרה, מאושרת עם המשלם.
• נגישות מקומית: נתמכת על ידי רוב הבנקים הקנדיים בבנקאות סלולרית/מקוונת.
• עמלות ומגבלות נקבעות על ידי בנקים/תוכניות חשבון, לא ”מזימה” אחת.

2) חברים ותפקידים

מפעיל רשת, ניתוב וכללי שירות.
Payer FI (Sender FI) - יוזם את ההעברה, מיישם את KYC/AML, גבולות ואנטי הונאה.
נמען FI (נמען FI) - קרנות אשראי, משרתת את Autodeposit/Request Money.
Payer - אדם/עסק משלם בדוא "ל/טלפון/בקשה.
הסוחר הוא מקבל עסקים; יכול להשתמש בתנוחה אוטומטית ו/או העברה אלקטרונית עבור תפקודי תאגידים עסקיים מהבנק שלך.

3) זיהוי ופנייה

מספר דוא "ל/טלפון -" הכינוי "העיקרי של הנמען.
כתובת אוטומטית - דוא "ל/מספר מקושר לחשבון בנק מסוים של הנמען; טיפות העברה באופן מיידי ללא Q & A.
מוטבים המאומתים על ־ ​ ידי מקבל ־ ​ קשר נשמרים בספר הכתובות של הבנק (משפיע על מדיניות הסיכון ועל מגבלות מספר FIS).
התייחסות לתשלום - הקצאת טקסט/מספר הזמנה; מגולגל קבלות ודוחות.

4) זרימות תשלום

4. 1 P2P/P2B (דחיפה)

1. השולח מציין את מספר הדוא "ל/טלפון והכמות של הנמען.
2. (אופציונלי) סודי Q&A - אם הנמען אינו בעל הגדרה אוטומטית.
3. הנמען מקבל הודעה (דוא "ל/SMS) * בוחר את הבנק/הולך לבנק המקוון * עונה על השאלה (אם בכלל) * * הקרנות נזקפות לזכותו.
4. עם מיקום אוטומטי, צעדים 2-3 מדלגים: כסף מגיע אוטומטית.

4. 2 בקשה לכסף (אוסף)

1. הסוחר שולח בקשה למשלם עם הסכום/מטרה.
2. המשלם מאשר בבנק המקוון כי הכספים נשלחים כהעברה אלקטרונית רגילה.
3. הסוחר מקבל התראה וגיוס.

4. 3 לעסקים (העברה אלקטרונית לעסקים)

תמיכה בתרחישים גדולים במספר בנקים (בקשות/תשלומים המוניים).
דיווח מתקדם ומגבלות על חשבונות החברה.
לעתים קרובות זמין API/מארח-לארח מהבנק עבור אינטגרציה לתוך ERP/חיוב.

5) גבולות וכיצד לעבוד איתם

הגבולות נקבעים על ידי הבנק (ולפעמים הנמען) ותלויים בסוג החשבון, ההיסטוריה, פרופיל ה-KYC/AML והסיכון.

• לכל עסקה מקסימום לכל פעולה.
• Per-day/24h - ערך יומי כולל.
• שבוע/חודש - תקרה שבועית/חודשית בכמות/כמות.
• הנמען החדש - הפחית זמנית מגבלות ו/או חשיפה להעברות הראשונות למגע חדש.
• Q&A נגד Autodeposit - עם מיקום אוטומטי, לכמה בנקים יש סף ובדיקות אחרות.
• בקשה לגבולות כספיים עשויה להיות שונה משליחה ”קבועה”.
• עסקי/אוצר - חשבונות תאגידים לעתים קרובות יש מגבלות בסיסיות משולשות או גבוהות יותר ומכסות גמישות כפי שהוסכם.

• אל תרשום מספרים קשוחים - שמור על תיקיית הגבלות על בנקים/תוכניות ותעדכן אותם.
• ב ־ UX, הצג את השגיאה האינפורמטיבית ”הבנק שלך עבר את הגבול” + רמז לאפשרויות (פיצול, שיטה אחרת).
• עבור תרחישים חוזרים, השתמש ב ־ Request Money עם הזיכרון האוטומטי של הנמען ו/או מסילות חלופיות (PAD/ACH debit).

6) אבטחה, Q&A ומיקום אוטומטי

Q&A (שאלה/תשובה סודית) מגן על ההעברה אם Autodeposit אינו מוגדר אצל הנמען. התגובה מועברת בצורה מוצפנת ונדרשת להרשמה.
העמדת פנים אוטומטית מפחיתה את הסיכון לזיהום ומאיצה את הזרימה - מומלץ לסוחרים.
הודעה על התקשות: הזהירו לקוחות שהבנק לעולם לא מבקש סיסמאות PIN/PSS בדוא "ל/SMS; לאמן להכיר בדיג ”בקשות תשלום”.
התקן/IP/מהירות שליטה ברמת בנק payer.

7) סטטוסים, ביטולים וחוזרים

ממתין/בהתקדמות/הושלם/נכשל/פג תוקף הם סטטוסים טיפוסיים.
לפני שהמקבל מקבל את ההעברה, אתה יכול לבטל אותה בבנק שלך (אם לא Autodeposit).
צ 'רג' בק כמו בקלפים נעדר. החזר האשראי לאחר הוא עסקת אשראי חדשה מהסוחר למשלם.
החזר חלקי נשמר באמצעות עסקאות נפרדות.
במקרים שנויים במחלוקת (הונאה, טעות בכתובת), ההסלמה עוברת דרך בנקים ותקנות תמיכה.

8) פיוס ודיווח

שמור את זהויות העסקאות של הבנק (אישור/מספר התייחסות), מספר הדוא "ל/טלפון של הנמען, סכום, חותמת זמן, מטרה.
אפשר סיור אוטומטי יומי וסיור מלא תקופתי.
עבור תשלומים/בקשות בכמויות גדולות, השתמש בדו "חות בנק/PSP עם תוצאות עבור כל שורה (הצלחה/כישלון/פג תוקף/בוטל).

9) עמלות ועלויות

עלות ההעברה האלקטרונית נקבעת על ידי תעריפי בנק החשבון (לרוב תיקון לשליחה; לעסקים - תוכניות חבילת).
לעתים קרובות יותר, אין עמלה לקבלת מידע מסוחרים/יחידים, אך התנאים תלויים ב-FI.
כלל עלויות תמיכה (הונאה/דיג), בקשות לעיבוד SLAS וביטולים.

10) סיכונים ותרופות נגד

Q&A פישינג: תוקף מיירט דוא "ל/SMS ומנסה לפתות תגובה. מוקל על ידי מיקום אוטומטי, אימון משתמשים והגבלת ניסיונות.
כתובת שגויה: אישור שם הנמען לפני השליחה מוגבל - לפצות על הארת UX של איש הקשר ואישור כפול של הדוא "ל/טלפון.

• 11) iGaming וארציים רגישים אחרים

בנקים וספקי תשלומים בקנדה מיישמים מדיניות קטגורית: עבור סוגים מסוימים של עסקים, הגבולות והזמינות של העברת אלקטרונים עשויים להיות מוגבלים.
צפה למגבלות מופחתות, הורחב KYC, ודרישות ”מקור כספים” אפשריות.
שמור על מסילות חלופיות (למשל. חיוב PAD/ACH, תשלומי כרטיס, AFT) וסיכון קטמנטציה.

12) שילוב סוחרים

אפשרויות

1. מיקום אוטומטי לקבלת

התחלה קלה: לפרסם דוא "ל/מספר, להגדיר מיקום אוטומטי.
חסרונות: הזנה ידנית של הסכום על ידי התשלום (שגיאות), אנליסט חלש יותר לפי סדר.

2. בקש כסף (חשבונית/גבייה)

אתה יוצר בקשה עם סכום קבוע/מטרה כפול המשלם מאשר.
טוב יותר בפיוס ובהמרה; מתאים לתשלומים חד פעמיים וחוזרים.

3. העברה אלקטרונית עסקית באמצעות בנק/PSP

גישה לפעולות בכמויות גדולות, גבולות מורחבים, API/מארח למארח.
דורש חשבון תאגידי ועלייה מהאף-בי-איי.

• 'webook/callback' statuses (או לסקר לאחור).
• טבלת אידמפוטנטיות ( ID + שאילתה).
• מחובר לדו "ח הסיור של הבנק.
• החזר זרימה (חלקי/מלא).
• ניטור SLA (הצלחה/כשלים/latency/experies).

13) המלצות UX

לתשלומים חד פעמיים - הימור על כסף בקשה (פחות טעויות, פיוס ברור).
הצג את טיימר הפעולה הבקשה, סטטוסים ברורים, וצעדים מחדש.
בואו נבחר ב "שלם עכשיו" (בקשה) או ב "שלח ידנית" (אוטודיפוזיט/דוא "ל/טלפון).
מסך אבטחה נפרד: על Q&A, פישינג, ”אנחנו אף פעם לא מבקשים סיסמאות”.

14) ארכיטקטורת שער אינטראק

API (ראשי תיבות של APRIST): ”בקשה”, ”בקשה ”, ” סטטוס”, ”החזר”, ”ליישב”.
אמינות: אידמפוטנטיות, אקספוננציאלית, dedup על ידי אזכור בנק חיצוני.
נתונים: קטלוג גבולות על ידי בנקים, כרטיס מקבל (חדש/מהימן), מדינאות.
אבטחה: חתימות HMAC של ווים ברשת, רשימת IP של בנק/PSP, יומן ביקורת, הצפנת PII (דוא "ל/טלפון).
תצפיות: מדדי המרת ערוץ (Autodeposit vs. Request), זמן להרשמה, אחוז ההוצאה/ביטול.

15) רשימת תפוקה

1. בחר את הבנק/PSP ותוכנית ארגונית עם המגבלות הנדרשות/API.
2. הגדרה אוטומטית ו/או בקשה כסף; מבחנים/ביטול.
3. יישום סטטוסים/ווים ברשת, אידמפוטנטיות וסיור.
4. אפשר זרימת החזר ונהלי ODR בתמיכה.
5. הוספת מסכי אבטחה (Q&A, פישינג), שגיאות גבול מובנות.
6. התחל ניטור סלח והתראות על ידי בנק/ערוץ.
7. תריץ בדיקות מקצה לקצה עם מספר רב של תעודות זהות גדולות.

הגבלת כרטיס (הנחיות עיצוב)

Per-txn/24h/7d/30d: לאחסן בתצורה ולבדוק לפני החניכה.
מקבלים חדשים: הורדת סף זמנית ו/או חשיפה.
posit autodephosit vsi Q&A: סף שונה וכללים נגד הונאה אפשריים.
חשבונות תאגידים: הגבלת יישומים מוגברת + בדיקת נאותות נוספת.

תקציר

לפיוס מקוון ומדויק, השתמש ב ־ Request Money; לקבלת פנים פשוטה, מיקום אוטומטי.
אל ”תחרו” מספרים ספציפיים: שמרו את ההגבלות של ה ־ FI ועדכנו אותם.
החזר/ODR, דיווח מפורט וסיור יומי.
לחנך לקוחות אבטחה ולהציע מיקום אוטומטי לטוב יותר UX ופחות הונאה.