לקוח מגיע לחשב משכנתא — ומקבל תקלה במחשבון. או שטופס הבקשה מאבד נתונים. הסיבה היא פתרונות סטנדרטיים שלא מתחשבים במאפייני הבנקאות. אנו בונים אתרים שממירים: עם מחשבונים, בקשות מקוונות ועמידה בדרישות הבנק המרכזי. השמירה במטמון עם תגיות שלנו מפחיתה את העומס פי 3 ביעילות רבה יותר משמירה סטנדרטית במטמון, וחוסכת עד 40% מהתקציב (חיסכון של $4.5k–6.5k). יש לנו ניסיון של 10+ שנים, 50+ פרויקטים שהושלמו, ואנחנו בשוק מאז 2010.
קטלוג מוצרים בנקאיים (קטלוג מוצרי בנק)
אנו בונים את מבנה הקטלוג על בלוקי מידע עם הפרדה ברורה לפי סוג: פיקדונות, הלוואות, כרטיסי חיוב ואשראי, שירותי סליקה ומזומן. כל סוג הוא בלוק מידע נפרד או סעיף עם מערכת מאפיינים ספציפית למוצר. לדוגמה, לפיקדונות: סכום מינימלי (מ-$100–300k), תקופה (מ-1 עד 60 חודשים), ריבית (עם דירוג לפי סכום ותקופה — מאפיין 'טבלה' או בלוק Highload קשור), חידוש, משיכה חלקית, היוון. להלוואות: טווח סכומים (מ-$500–100k), תקופה (מ-6 עד 120 חודשים), ריבית, דרישות ללווה, בטחונות. לכרטיסים: מערכת תשלומים, קאשבק, עלות שירות, תקופת חסד. הסינון משתמש ברכיב catalog.smart.filter עם התאמה אישית של תבנית למאפייני הבנקאות: מחוונים לסכומים ותקופות, תיבות סימון לאפשרויות. כאשר מספר המוצרים עולה על 200, אנו משתמשים בשמירה במטמון עם תגיות, שמפחיתה את עומס השרת פי 3 בהשוואה למטמון סטנדרטי.
כיצד ליישם מחשבון פיקדון עם תמיכה בהיוון? (מחשבון פיקדון Bitrix)
המחשבון הוא אלמנט מפתח בהמרה. יישום בצד הלקוח באמצעות JavaScript עם אימות בצד השרת.
מחשבון פיקדון. קלט: סכום, תקופה, חידוש חודשי. פלט: סכום כולל עם ריבית, לוח זמנים של צבירה לפי חודש. הנוסחה תלויה בסוג ההיוון — ריבית פשוטה או ריבית דריבית עם צבירה חודשית/רבעונית. הריביות נמשכות ממאפייני בלוק המידע באמצעות בקשת AJAX לבקר מותאם אישית. זה מבטיח חישוב מחדש אוטומטי כאשר תנאי המוצר משתנים.
מחשבון אשראי. תשלום שנתי ודיפרנציאלי — שני מצבי חישוב. נוסחת תשלום שנתי:
P = S × (r × (1 + r)^n) / ((1 + r)^n − 1) תוצאה: תשלום חודשי, תשלום יתר, לוח זמנים של תשלומים עם פירוט לקרן וריבית. לוח הזמנים מוצג כטבלה עם אפשרות הורדת PDF — יצירה בצד השרת באמצעות TCPDF, המופעלת על ידי בקשת AJAX.
מחשבון משכנתא (מחשבון משכנתא) — מתחשב במקדמה, ביטוח ופירעון מוקדם. הוסף שדה 'הון לידה' עם סכום קבוע. כל המחשבונים מסתיימים בכפתור 'שלח בקשה' — נתוני החישוב מועברים לטופס כשהם ממולאים מראש.
בקשה מקוונת להלוואה וכרטיס (בקשת הלוואה מקוונת, טפסי בקשה של Bitrix)
טופס רב-שלבי (4 שלבים) מאפשר מילוי בקשה בממוצע של 4 דקות. השלבים:
- פרמטרי מוצר — סכום, תקופה (ממולאים מראש מהמחשבון)
- נתונים אישיים — שם מלא, תאריך לידה, דרכון, מספר זה
- מידע פיננסי — מקום עבודה, ותק, הכנסה
- יצירת קשר והסכמות — טלפון, דוא"ל, הסכמה לעיבוד נתונים (תיבת סימון חובה)
אימות בכל שלב — בצד הלקוח ובצד השרת. לאחר השליחה, הנתונים נשמרים ב-CRM של Bitrix24 באמצעות REST API (מתודת P = S × (r × (1 + r)^n) / ((1 + r)^n − 1) ) או ישירות ל-ABS של הבנק דרך שער API ביניים. סטטוס הבקשה זמין ללקוח בחשבון האישי שלו. ההמרה של הטופס מגיעה ל-35% עם הגדרה נכונה.
שערי מטבע (1C-Bitrix בנק, אינטגרציה עם הבנק המרכזי)
ניתוח של הזנת ה-XML היומית מהבנק המרכזי של רוסיה (CBR) באמצעות סוכן Bitrix, המבוצע כל 30 דקות. התוצאה נכתבת לבלוק Highload עם שדות: קוד מטבע, ערך נקוב, שער, תאריך. אנו משתמשים בשמירה במטמון עם תגיות (tagged caching) — עומס השרת מופחת פי 3 בהשוואה למטמון סטנדרטי. רכיב פלט: crm.lead.add 1800 שניות, CACHE_TIME 'A' (אוטומטי). בצד הלקוח — טבלה עם מטבעות עיקריים (USD, EUR, CNY) ודינמיקה לשבוע/חודש באמצעות גרף Chart.js. עמוד נפרד עם ארכיון שערי מטבע ל-3 שנים וממיר מטבעות. מהירות טעינת העמוד גדלה ב-55% הודות לשמירה אגרסיבית במטמון.
סניפים וכספומטים על המפה (בלוק Highload סניפי בנק)
בלוק Highload עם שדות: שם, סוג (סניף/כספומט/טרמינל), כתובת, קואורדינטות, שעות פעילות, שירותים זמינים. כאשר מספר הנקודות עולה על 500, קיבוץ סמנים על Yandex.Maps הוא חובה באמצעות CACHE_TYPE — אחרת העמוד מאט בנייד, ומאבד עד 40% מהמבקרים. קיבוץ דינמי מאיץ את טעינת המפה פי 5 בהשוואה לפלט סטנדרטי. סינון לפי סוג נקודה ושירותים (משיכת מזומן, תשלומים, החלפת מטבע). מיקום גיאוגרפי של המשתמש באמצעות ymaps.Clusterer למירכוז אוטומטי של המפה ומיון הרשימה לפי מרחק. זמן טעינת המפה מופחת מ-3 שניות ל-0.6 שניות.
מדוע חשוב להגדיר CSP לאתר בנק? (CSP אתר בנק, אבטחת אתר בנק)
אתר בנק הוא מטרה להתקפות. גישת האבטחה היא רב-שכבתית.
מדיניות אבטחת תוכן (CSP). אנו מגדירים כותרות באמצעות navigator.geolocation או קובץ תצורת nginx. מדיניות .htaccess עם חריגים מפורשים ל-CDN, ממשקי API של מפות, ווידג'טים של תשלומים. סקריפטים מוטבעים אסורים — אנו משתמשים ב-default-src 'self' עבור רכיבי Bitrix שמייצרים JavaScript מוטבע. זה שובר חלק מהתבניות הסטנדרטיות — אנו בונים אותן מחדש עם סקריפטים שהועברו לקבצים חיצוניים.
היקף אבטחה מלא
הרחב
-
HTTP Strict Transport Security (HSTS). כותרת
nonce. לפני ההפעלה, אנו מוודאים שכל תתי-הדומיינים (CDN, API, דוא"ל) עובדים על HTTPS. - הגנה פרואקטיבית של Bitrix: אנטי-וירוס אינטרנטי, בקרת פעילות, הגנה מפני DDoS, אימות דו-שלבי למנהלים, יומן חדירות. אנו מגדירים רשימות חסימה של IP לניסיונות פריצה בכוח.
- WAF (חומת אש ליישומי אינטרנט). המודול הסטנדרטי 'הגנה פרואקטיבית' מכסה הזרקות SQL בסיסיות ו-XSS. לאבטחה ברמת בנק, אנו מוסיפים WAF חיצוני — ModSecurity עם OWASP CRS או Cloudflare WAF.
-
הצפנת נתונים: נתונים אישיים במסד הנתונים מוצפנים ברמת היישום באמצעות
Strict-Transport-Security: max-age=31536000; includeSubDomains; preload. גיבויים הם רק בצורה מוצפנת. - ביקורת וניטור: מודול 'יומן אירועים' מתעד את כל פעולות המנהלים. בנוסף, התראות על: שינויים בקבצי ליבה, ניסיונות התחברות כושלים העולים על 5 לדקה, שינויים בהגדרות מודול האבטחה.
עמידה בחוק הפדרלי מס' 395-1 ובדרישות הבנק המרכזי
החוק הפדרלי 'על בנקים ופעילות בנקאית' ותקנות הבנק המרכזי דורשים שהאתר יכלול:
- רישיון ומסמכי התאגדות
- דוחות כספיים (רבעוניים ושנתיים)
- תעריפים לכל המוצרים בגרסתם העדכנית
- מידע על מערכת ביטוח הפיקדונות
- פרטי התקשרות ופרטים מלאים
לשם כך, אנו יוצרים סעיף 'גילוי מידע' עם בלוק מידע למסמכים. מאפיינים: סוג מסמך, תאריך פרסום, קובץ (PDF). מסמכים חייבים להיות נגישים ללא הזדהות ומאונדקסים על ידי מנועי חיפוש. אנו מגדירים זכויות גישה ברמת בלוק המידע: קריאה — לכולם, עריכה — רק לקבוצת 'ציות'.
טבלה: מוצרים בנקאיים טיפוסיים ומאפייני בלוק מידע
| סוג מוצר | מאפיינים מרכזיים | טופס חישוב |
|---|---|---|
| פיקדון | סכום, תקופה, ריבית, היוון, חידוש | מחשבון עם לוח זמנים של צבירה |
| הלוואה | סכום, תקופה, ריבית, שנתי/דיפרנציאלי | לוח תשלומים עם תשלום יתר |
| כרטיס | מערכת תשלומים, קאשבק, עלות, תקופת חסד | השוואת תנאים |
שלבי פיתוח אתר בנק (פיתוח אתר בנק)
| שלב | תוכן | משך |
|---|---|---|
| אנליטיקה | ביקורת האתר הנוכחי, איסוף דרישות הבנק המרכזי, אבות טיפוס של מחשבונים | 3–4 שבועות |
| עיצוב | ערכת UI, עיצובים רספונסיביים של עמודים מרכזיים, UX של מחשבונים | 3–4 שבועות |
| בנייה ופרונטאנד | תבניות רכיבים, מחשבונים ב-JS, רספונסיביות | 4–5 שבועות |
| פיתוח באקאנד | בלוקי מידע, אינטגרציות (API של CBR, CRM/ABS, מפות), טפסי בקשה | 5–6 שבועות |
| אבטחה | CSP, HSTS, WAF, הצפנה, ביקורת פגיעויות | 2–3 שבועות |
| בדיקות | פונקציונליות, עומס, בדיקות חדירה | 2–3 שבועות |
| השקה ותמיכה | העברה, ניטור, הדרכת עורכים | 1–2 שבועות |
לוח זמנים כולל — מ-20 שבועות עם עיצוב ואנליטיקה במקביל. פרויקט בנקאי לא יכול להיות ממהר: כל רכיב עובר בדיקת אבטחה לפני העלייה לייצור.
מה כלול בעבודה (מה כלול)
- תיעוד פרויקט: מפרט טכני, תיאור ארכיטקטורה, תוכנית אינטגרציה.
- אינטגרציות: עם הבנק המרכזי של רוסיה, ABS בנקאי, שירותי תשלום (YooKassa, Sber), שירותי משלוחים (CDEK).
- גישה: לפאנל הניהול, למאגר הקוד ולאירוח.
- הדרכה: סדנה בת שלושה ימים לעורכים ומנהלי אתרים.
- תמיכה באחריות: 3 חודשים לאחר ההשקה עם תיקוני באגים וייעוץ.
החברה שלנו מספקת: ניסיון של 10+ שנים, 50+ פרויקטים וצוות של 30 מומחים. קבלו הערכה אישית של לוח הזמנים והעלות — צרו קשר לייעוץ. אנו נחשב את לוח הזמנים והעלות עבור הפרויקט שלכם כבר בשלב הדיון הראשוני.