פינטק ושירותים פיננסיים
בנקאות, תשלומים וספרי חשבונות מחוברים לדיוק בזמן אמת ולעין רגולטורית.
למה מוצרים פיננסיים נכשלים בחיבורים
מוצר פיננסי הוא לעיתים נדירות מערכת אחת. מאחוריו עומדים ספר חשבונות ליבה, עיבוד כרטיסים, בדיקות זהות, סינון הונאות, מסילות תשלום ו-ERP. החלק הקשה הוא החיבורים ביניהם, ומה קורה כשאחד מהם נכשל. אנחנו מתכננים את החיבורים האלה תחילה, עם מסלול הכשל כתוב.
מועדים רגולטוריים נוקשים
חובות חשבוניות אלקטרוניות כמו ZATCA שלב 2 הסעודית ו-PINT-AE באיחוד האמירויות, וכללי חוסן כמו DORA, מגיעים במועדים קבועים.
נתונים שאסור להם לצאת
בנקים רגולטוריים לא יכולים לשלוח רשומות לקוח או רשומות פיננסיות לשירותי AI ציבוריים בחו״ל.
התאמות ידניות
קובצי אצווה וגיליונות אלקטרוניים עדיין עומדים בין בנקים, מעבדים וה-ERP.
מה משתנה
דיוק ספר חשבונות בזמן אמת
כל רישום, עמלה וסליקה מותאמים אוטומטית, כשחריגים מנותבים לאנשים.
מוכנים לעין רגולטורית
גישה מוגבלת ומתועדת, וכל שינוי ניתן למעקב, לפני העלייה לאוויר.
AI ריבוני
AI למסמכים ועוזרים שרצים בסביבה שלכם, בלי שנתונים יוצאים ממנה.
תחום ההתמחות המוביל שלנו
פינטק הוא תעשיית המובילות שלנו. אנחנו בונים ומשלבים את התוכנה שעליה פועלים בנקים, חברות תשלומים, מלווים, מנהלי הון, מבטחים וספקי ארנקים, ומכירים את התקנים שהמערכות האלה מדברות: ISO 20022, ISO 8583, EMV, API של בנקאות פתוחה ופורמטי הקבצים שבנקים עדיין תלויים בהם.
אנחנו מהנדסים לסביבות רגולטוריות. הגישה מוגבלת ומתועדת, מידע רגיש נשאר מחוץ למקומות שבהם הוא לא נחוץ, וכל שינוי ניתן למעקב. צוותי הציות והסיכון שלכם רואים איך המערכת עובדת לפני שהיא עולה לאוויר, לא אחרי.
היכן אנחנו פועלים
מה אנחנו בונים
- יישומי ופורטלי בנקאות דיגיטלית ללקוחות קמעונאיים ועסקיים
- שירותים שעוטפים ומרחיבים את מערכת הבנקאות הליבה דרך API, במקום להחליף אותה
- ערוצים תאגידיים לקובצי תשלומים, אישורים, תדפיסים ומצבי מזומנים
- כלי משרד אחורי לתפעול, חקירת תשלומים ושירות לקוחות
- טכנולוגיה למימון אסלאמי והרחבות לספר חשבונות ליבה
אינטגרציות אופייניות
- מערכות בנקאות ליבה, דרך ה-API, תורי ההודעות או ממשקי האצווה שלהן
מה אנחנו בונים
- תזמור תשלומים שמנתב כל תנועה לשער, לסולק או למסילה הנכונים
- קליטת סוחרים, פורטלים ודיווח
- שירותי סליקה, חישוב עמלות ותשלום ללקוח
- התאמות שמתאימות תנועות, סליקות ותדפיסי בנק
מה אנחנו בונים
- ייזום הלוואות: בקשות, איסוף מסמכים ותהליכי החלטה
- קבלת החלטות אשראי עם כללים ומודלים ניתנים להסבר שצוותי האשראי יכולים לסקור
- ניהול הלוואות: לוחות סילוקין, פירעונות, פיגורים וגבייה
- פורטלים למתווכים ולשותפים
אינטגרציות אופייניות
- לשכות אשראי, נתוני חשבון מבנקאות פתוחה ואימות זהות
- בנקאות ליבה או ספרי הלוואות, וגביית פירעונות בהוראת קבע או בכרטיס
מה אנחנו בונים
- פורטלים ויישומים ללקוחות עם תיקים, תנועות ומסמכים
- דיווח תיקים ולקוחות הבנוי מנתוני נאמנים ונתוני שוק
- קליטה עם שאלוני התאמה ופרופיל סיכון
- כלים ליועצים לסקירות לקוח, הצעות ואיזון מחדש
אינטגרציות אופייניות
- נאמנים, מתווכים וספקי נתוני שוק
- מערכות ניהול תיקים ו-CRM
מה אנחנו בונים
- מסעות הצעה ורכישה ללקוחות ולמתווכים
- הרחבות ניהול פוליסות למוצרים, אישורים וחידושים
- קליטת תביעות עם AI למסמכים, מיון ומעקב סטטוס
- צינורות נתוני תמחור וסיכון
אינטגרציות אופייניות
- מערכות ניהול פוליסות ותביעות
- גביית פרמיות, החזרים וספר ראשי
מה אנחנו בונים
- יישומי ארנק עם טעינה, העברות, תשלום חשבונות ותשלום לסוחרים
- ספר חשבונות לארנק עם רישומים בכריכה כפולה ואיזון יומי
- הנפקת כרטיסים וכרטיסים ממוסחרים לתשלומים במובייל
- מגבלות, עמלות וכללי נאמנות שצוותי התפעול יכולים לשנות בעצמם
אינטגרציות אופייניות
- מעבדי הנפקת כרטיסים ושירותי טוקניזציה
מה אנחנו בונים
- מודלים כמותיים גדולים (LQM) לסימולציה פיננסית
- מערכות מסחר בתדירות גבוהה (HFT)
- זיהוי הונאות, הלבנת הון ואנומליות התנהגותיות בזמן אמת
אינטגרציות אופייניות
- ספקי נתוני שוק וזירות מסחר
מה אנחנו בונים, מחברים ומאבטחים
ערוצים דיגיטליים
בנקאות, ארנקים והשקעות בווב ובמובייל, בעיצוב ללקוחות ובבנייה לעומס של יום השכר וסגירת החודש.
הרחבות ליבה
שירותים סביב מערכת הבנקאות הליבה או ספר החשבונות שמוסיפים מוצרים וערוצים בלי החלפה מסוכנת.
תזמור תשלומים
ניתוב, ניסיונות חוזרים ומעבר כשל בין שערים, סולקים ומסילות תשלום, כשכל ניסיון מתועד.
קליטה ו-KYC
קליטת לקוחות ועסקים עם בדיקות זהות, סינון ולכידת מסמכים, ומסלול ברור לבדיקה אנושית.
ניטור הונאות ותנועות
כללים ומודלי למידת מכונה שמדרגים תנועות בזמן אמת ומחזיקים את החשודות לבדיקה.
התאמות ופיננסים
התאמה בין ספרי חשבונות, מעבדים, בנקים וה-ERP, כדי שהפיננסים ייסגרו על נתונים שהם סומכים עליהם.
קישוריות בנקאית
תשלומים ותדפיסים בפורמטי ISO 20022 ו-MT, דרך ערוצי host-to-host, EBICS או API בנקאיים.
עיבוד כרטיסים
סולקים, מעבדים ופלטפורמות הנפקה דרך ISO 8583 או API, עם מסופי EMV בחנות ו-EMV 3-D Secure מקוון.
בנקאות פתוחה
מידע חשבון וייזום תשלומים דרך API בנקאיים רגולטוריים ואגרגטורים, עם טיפול נכון בהסכמה.
זהות, KYC ואיסור הלבנת הון
אימות זהות, סינון סנקציות ואנשים פוליטיים חשופים ובדיקות תקשורת שלילית, כשכל תוצאה נשמרת לביקורת.
ERP וספר ראשי
רישומים, עמלות וסליקות מועברים ל-ERP, כך שהפיננסים רואים את אותם מספרים כמו התפעול.
נתוני כרטיסים ו-PCI DSS
אנחנו מתכננים כדי להשאיר נתוני כרטיסים מחוץ למערכות שלכם כשהיה אפשר, באמצעות טוקניזציה ושדות תשלום מתארחים, מה שמצמצם את היקף PCI DSS. כשיש לעבד נתוני כרטיסים, אנחנו בונים לפי הבקרות שהמעריך שלכם יבחן.
אימות לקוח חזק
אנחנו בונים את תהליכי האימות שדורשים כללי תשלומים ובנקאות, כמו כניסה דו־שלבית וחתימת תנועות, עם רק הפטורים שצוות הסיכון שלכם מתיר.
בקרות KYC ואיסור הלבנת הון
קליטה וניטור שומרים את הראיות שצוות הציות שלכם צריך: מה נבדק, מתי, על ידי איזה ספק, ומי קיבל את ההחלטה.
הגנת מידע
אנחנו מסכמים היכן מותר לאחסן ולעבד מידע אישי ופיננסי לפני שהעבודה מתחילה, ומתכננים לפי GDPR ולחוקים מקומיים כמו PDPL של איחוד האמירויות ו-PDPL הסעודי היכן שהם חלים.
נתיבי ביקורת וחוסן
כל שינוי בכסף, במגבלות ובהרשאות מתועד וניתן למעקב, והמערכות בנויות להיכשל בבטחה ולהתאושש, כפי שכללי החוסן התפעולי מצפים.
איך אנחנו עובדים
סקירת מוכנות
מהנדס ראשי סוקר היקף, מערכות, נתונים וצרכים רגולטוריים.
תכנון החיבורים
שכבת האינטגרציה, מסלולי הכשל שלה ונתיב הביקורת שלה מתוכננים תחילה.
אספקה ותפעול
שחרורים מדורגים מאחורי שערי קבלה, ואז תפעול מנוהל ברמות שירות מוסכמות.
גללו הצידה כדי לראות את כל השרטוט.
מוצר פיננסי דיגיטלי, מקצה לקצה
יישום בנקאי או ארנק מדבר עם שכבת API אחת. מאחוריה עומדים בדיקות זהות, עיבוד כרטיסים וספר חשבונות ליבה. תנועות נסרקות בזמן אמת, וכל מה שחשוד מוחזק לבדיקה אנושית.
- זרימה ראשית
- אסינכרונית
- מסלול חריגים
9 שלבים
הזרימה, שלב אחרי שלב
- מלקוח ליישום בנקאי או ארנק: נרשם, משלם ומעביר (זרימה ראשית).
- מיישום בנקאי או ארנק לשכבת API: בקשות, דרך REST/JSON · OAuth 2.0 (זרימה ראשית).
- משכבת API לספק KYC ואיסור הלבנת הון: בדיקות זהות וסינון, דרך REST/JSON · webhook (זרימה ראשית).
- משכבת API לבנקאות ליבה או ספר ראשי: רישומים ויתרות, דרך REST/JSON · ISO 20022 (זרימה ראשית).
- משכבת API למעבד כרטיסים: הנפקת כרטיסים ובקרות, דרך REST/JSON (זרימה ראשית).
- ממעבד כרטיסים לבנקאות ליבה או ספר ראשי: תנועות כרטיס, דרך ISO 8583 (אסינכרונית).
- משכבת API לניטור הונאות ותנועות: תנועות לסינון, כזרם אירועים (אסינכרונית).
- מניטור הונאות ותנועות לצוות ציות ותפעול: מוחזק לבדיקה (מסלול חריגים).
- מספק KYC ואיסור הלבנת הון לצוות ציות ותפעול: בדיקות שנכשלו או לא ברורות הופנו (מסלול חריגים).
גללו הצידה כדי לראות את כל השרטוט.
מ-ERP לבנק: תשלומים יוצאים, תדפיסים נכנסים
תשלומים מאושרים יוצאים מה-ERP כקובצי ISO 20022 חתומים דרך ערוץ host-to-host. דוחות סטטוס ותדפיסים חוזרים באותו ערוץ ומותאמים לסעיפים פתוחים. דחיות ושורות לא מותאמות מגיעות לצוות שלכם עם הסיבה מצורפת.
- זרימה ראשית
- אסינכרונית
- מסלול חריגים
10 שלבים
הזרימה, שלב אחרי שלב
- מERP לשכבת אינטגרציה: מחזור תשלומים מאושר, דרך REST/JSON · IDoc (זרימה ראשית).
- משכבת אינטגרציה לערוץ בנקאי מאובטח: קובץ תשלומים חתום ומוצפן, דרך ISO 20022 pain.001 · OpenPGP (זרימה ראשית).
- מערוץ בנקאי מאובטח לבנק: נמסר לבנק, דרך SFTP H2H (זרימה ראשית).
- מבנק לערוץ בנקאי מאובטח: דוחות סטטוס ותדפיסים, דרך pain.002 · camt.053 · MT940 (אסינכרונית).
- מערוץ בנקאי מאובטח לשכבת אינטגרציה: נקלטו ואומתו, דרך SFTP H2H (אסינכרונית).
- משכבת אינטגרציה למנוע התאמות: שורות תדפיס, דרך camt.053 (אסינכרונית).
- ממנוע התאמות לERP: רשומות מותאמות נרשמו, דרך REST/JSON (זרימה ראשית).
- משכבת אינטגרציה לצוות ניהול הכספים והפיננסים: תשלומים שנדחו, עם קוד הסיבה, דרך pain.002 RJCT (מסלול חריגים).
- ממנוע התאמות לצוות ניהול הכספים והפיננסים: שורות לא מותאמות: פער התאמות (מסלול חריגים).
- מצוות ניהול הכספים והפיננסים לERP: תוקן ונשלח מחדש (מסלול חריגים).
גללו הצידה כדי לראות את כל השרטוט.
תשלומי כרטיסים: מאושרים בקופה, נסלקים מאוחר יותר, ומותאמים ב-ERP
המסוף או הקופה המקוונת פונה לשער, השער פונה לסולק, והסולק מנתב לרשת הכרטיסים ולמנפיק. קובצי סליקה מגיעים מאוחר יותר ומותאמים למכירות ולעמלות ב-ERP. פסק זמן מפעיל ביטול, כך שהלקוח אף פעם לא מחויב פעמיים.
- זרימה ראשית
- אסינכרונית
- מסלול חריגים
8 שלבים
הזרימה, שלב אחרי שלב
- ממסוף EMV או קופה מקוונת לשער תשלומים: בקשת אישור, דרך EMV · REST/JSON (זרימה ראשית).
- משער תשלומים לסולק: אישור, דרך ISO 8583 (זרימה ראשית).
- מסולק לרשת כרטיסים ומנפיק: נותב למנפיק, דרך ISO 8583 (זרימה ראשית).
- מסולק לשער תשלומים: אושר או נדחה, דרך ISO 8583 (אסינכרונית).
- מסולק לשכבת אינטגרציה: קובצי סליקה ועמלות, דרך SFTP (אסינכרונית).
- משכבת אינטגרציה לERP: מכירות שנסלקו, עמלות ותשלומים ללקוח, דרך REST/JSON (זרימה ראשית).
- משער תשלומים למסוף EMV או קופה מקוונת: אין תגובה בזמן: ביטול אוטומטי, דרך ISO 8583 0400 (מסלול חריגים).
- משכבת אינטגרציה לצוות תפעול התשלומים: אי־התאמת סליקה או חיוב חוזר (מסלול חריגים).
גללו הצידה כדי לראות את כל השרטוט.
בנקאות פתוחה: נתונים ותשלומים בהסכמת הלקוח
הלקוח נותן הסכמה, המחבר מחזיק בטוקנים, וכל קריאה לבנק מאושרת ומתועדת. כשההסכמה פגה או מבוטלת, היישום מבקש מהלקוח שוב במקום להיכשל בשקט.
- זרימה ראשית
- אסינכרונית
- מסלול חריגים
7 שלבים
הזרימה, שלב אחרי שלב
- מלקוח להיישום או הפלטפורמה שלכם: נותן הסכמה (זרימה ראשית).
- מהיישום או הפלטפורמה שלכם למחבר בנקאות פתוחה: בקשות חשבון ותשלום, דרך REST/JSON (זרימה ראשית).
- ממחבר בנקאות פתוחה לAPI בנקאיים או אגרגטור: קריאות API מאושרות, דרך OAuth 2.0 · FAPI · REST (זרימה ראשית).
- מAPI בנקאיים או אגרגטור למחבר בנקאות פתוחה: יתרות, תנועות וסטטוס תשלום, דרך REST/JSON · webhook (אסינכרונית).
- ממחבר בנקאות פתוחה לERP או ספר ראשי: תנועות מנורמלות, דרך REST/JSON (זרימה ראשית).
- מAPI בנקאיים או אגרגטור למחבר בנקאות פתוחה: ההסכמה פגה או בוטלה, דרך HTTP 401 · 403 (מסלול חריגים).
- ממחבר בנקאות פתוחה להיישום או הפלטפורמה שלכם: הלקוח מתבקש לחדש הסכמה (מסלול חריגים).
תוצאות בשירותים פיננסיים
מקרי בוחן
- 99.4% עיבוד ישיר (STP) בהתאמת דפי חשבון camt.053 אוטומטית
אוטומציה של גזברות host-to-host ב-ISO 20022 ומנוע אישור מס בזמן אמת
איך בנק מסחרי Tier-1 במדינות המפרץ חיבר את SAP S/4HANA למסילות הבנקאות שלו דרך ISO 20022 ואישר כל חשבונית אלקטרונית מול ZATCA ו-PINT-AE בזמן אמת.
- 52% הוצאות חודשיות נמוכות יותר על טוקני AI ועל הסקת GPU, דרך מטמון סמנטי וניתוב למודלים קטנים
פלטפורמת LLM ריבונית מנותקת מרשת, אוטומציה מרובת סוכנים ב-MCP ו-Token FinOps
איך מוסד פיננסי מפוקח באירופה ובמזרח התיכון אוטומט את עבודת ה-KYC והציות הדו־לשונית שלו על מודלי שפה פרטיים וקיצץ את הוצאות ההסקה של ה-AI.
איך מתחילים
מה קורה עכשיו
תיאום מועד
הצוות שלנו שולח לכם דוא״ל לתיאום מועד למפגש.
מפגש ייעוץ מקדים
מפגש ייעוץ מקדים מקוון ללא עלות של 30 דקות: אנחנו עוברים איתכם על המטרות, המערכות והמגבלות שלכם.
סקירת מוכנות
במסגרת סקירת מוכנות ללא עלות בת 48 שעות, מהנדס ראשי בודק את הפרויקט שלכם מול הגדרת המוכנות בת שש הנקודות וממליץ על המסלול המתאים.
בחירת המסלול
פרויקטים עם היקף מוכן מקבלים הצעה מחייבת בתוך 3–5 ימי עסקים. פרויקטים בשלב הרעיון מתחילים ב-Blueprint Studio. מערכת חיה שנכשלת, אינה מתועדת או זקוקה לאינטגרציה מתחילה באבחון של 1–2 שבועות. ל-Blueprint Studio ולאבחון יש שכר טרחה קבוע, הנקוב בהצעה.
צוותי מוצר נייטיב ל-AI
צוותים מנוהלים ורב־תחומיים של מהנדסים בכירים, עם סביבות קידוד סוכניות וסביבות QA.
פרויקטים בתוצאה קבועה ושירותים מנוהלים מסביב לשעון
מסירה בהיקף קבוע ובמונחי אבני דרך עם מובילי מסירה מוגדרים, ושירותי ניהול יישומים מסביב לשעון תחת ממשל SLA.
הדרך המהירה ביותר היא חבילת ספרינט מוכנות לחשבוניות אלקטרוניות מחייבות ול-ERP, אחת מחבילות ההתקשרות המהירות שלנו.
מאיפה להתחילשאלות ותשובות
איזו עבודת פינטק XSIS עושה?
פינטק הוא תעשיית המובילות שלנו. אנחנו בונים יישומי בנקאות וארנקים דיגיטליים, שירותי תשלום וסליקה, פלטפורמות הלוואות, דיווח הון ומסעות ביטוח, ומחברים אותם לבנקים, מעבדי כרטיסים, ספקי KYC ומערכות ERP. אנחנו לא מפרסמים שמות לקוחות בלי הסכמתם, ולכן מציגים את הניסיון שלנו דרך המערכות והתקנים שאיתם אנחנו עובדים, ובשיחות טכניות עם הארכיטקטים שלכם.
אפשר לעבוד בתוך הדרישות הרגולטוריות והאבטחתיות שלנו?
כן. אנחנו עובדים בתוך המדיניות שלכם: כללי הגישה, הסביבות, תהליך השינויים ודרישות הביקורת שלכם. לפני שהעבודה מתחילה אנחנו מסכמים איך מטפלים בנתונים, לאילו סביבות מהנדסים רשאים להגיע, ואילו ראיות צוותי הסיכון והציות שלכם צריכים. אנחנו מתארים את הבקרות שאנחנו מיישמים בפשטות, כך שהמעריכים שלכם יוכלו לסקור אותן.
האם אנחנו חייבים להחליף את מערכת הבנקאות הליבה?
בדרך כלל לא. רוב הבנקים מרוויחים יותר מעטיפת הליבה ב-API מוגדרים היטב ובנייה של מוצרים וערוצים חדשים כשירותים סביבה. זה שומר על מערכת מקור האמת יציבה בזמן שחלקי הלקוח משתנים מהר יותר. כשליבה באמת חייבת להיות מוחלפת, אנחנו מתכננים את ההגירה בשלבים, כששתי המערכות מותאמות עד שהמערכת הישנה מכובה.
איך אתם מטפלים בנתוני כרטיסים?
אנחנו מתכננים כך שכמה שפחות מערכות יראו אי פעם מספר כרטיס מלא. שדות תשלום מתארחים, טוקניזציה וטוקני רשת משאירים את נתוני הכרטיסים אצל המעבד, מה שמצמצם את היקף PCI DSS שלכם. כשיש מערכת שחייבת לעבד נתוני כרטיסים, אנחנו בונים אותה לפי בקרות PCI DSS החלות ומתעדים אותן עבור המעריך שלכם.
אתם תומכים ב-ISO 20022 ובתשלומים מיידיים?
כן. אנחנו בונים שירותים שיוצרים, מאמתים וקוראים הודעות ISO 20022, גם לתשלומים ולדיווח תאגידיים, כמו pain.001 ו-camt.053, וגם להודעות הבין־בנקאיות שמשמשות מערכות תשלומים מיידיים ובסכומים גבוהים. לכל סכמה ולכל בנק יש כללים משלו, ולכן אנחנו עובדים לפי מדריכי ההטמעה שלהם ובודקים בסביבות הבדיקה שלהם.
אתם יכולים לבנות ניטור הונאות ותנועות?
כן. אנחנו משלבים כללים שהאנליסטים שלכם יכולים לקרוא ולשנות עם מודלי למידת מכונה שאומנו על הנתונים שלכם, ומסבירים למה כל התראה הופעלה. התראות מגיעות לתור תיקים שבו אנליסטים מחליטים, וההחלטות שלהם חוזרות לכללים ולמודלים. כשיש לכם כבר ספקי סינון מתמחים, אנחנו מחברים אותם.
מה קובע את העלות של פרויקט פינטק?
מספר המערכות והשותפים המעורבים, הבקרות הרגולטוריות החלות, הנפח והמהירות שהמערכת צריכה לעמוד בהם, וכמה בדיקות השותפים דורשים לפני עלייה לאוויר. קליטת שותפים, כמו הסמכת בנק או מעבד, קובעת לעיתים קרובות את הקצב יותר מהקוד. אנחנו מעריכים לאחר האפיון הראשוני ומחלקים את העבודה לשלבים שאפשר לממן ולאשר אחד בכל פעם.
מתחילים בשיחה, לא בחוזה.
ספרו לנו מה אתם צריכים לבנות, לחבר או לאבטח. ארכיטקט עובר על זה איתכם, ואז ממליץ מאיפה להתחיל.