פיתוח אפליקציות מובייל לתשלומי חשבונות חשמל: GIS Housing, Billing, SBP Integration
פיתוח אפליקציות מובייל לתשלומי חשבונות חשמל הוא המומחיות שלנו. אפליקציה כזו עבור חברת ניהול הופכת את קריאת המונים, החיובים וגביית התשלומים לאוטומטיים. במשך יותר מ-5 שנים, סיפקנו יותר מ-15 פרויקטים לחברות ניהול ולאגרגטורים, וצברנו ניסיון באינטגרציה עם עשרות מערכות חיוב. דמיינו: משתמש פותח את האפליקציה, מזין קריאות מונים, רואה חיובים ומשלם בשלוש הקשות. אבל מאחורי זה עומדות עשרות אינטגרציות—מ-GIS Housing ועד לחיוב של חברת הניהול הספציפית, מ-SBP ועד להודעות push. אם ה-API לא מוכן או שהנתונים מגיעים בצורה "גולמית", לוחות הזמנים נדחים. אנחנו יודעים איך להימנע מהמלכודות.
איך לבצע אינטגרציה עם GIS Housing?
האתגר המרכזי הוא מגוון מקורות הנתונים. חברות ניהול משתמשות במערכות שונות: 1C:Housing, Mercury, RCC, או חיוב משלהן. לכל אחת יש סכמת API משלה—משירותי SOAP ועד REST עם JWT. חלק מהחברות עדיין מספקות נתונים רק ב-XML עם סכמות מיושנות. אגרגטור נתונים (למשל, Fintech Hub, Free Utility API, EPS) מנרמל מידע ממקורות שונים לפורמט אחיד—חוסך עד 80% מזמן האינטגרציה.
בפועל: אם אין חוזה ישיר עם חברת הניהול, אנחנו מתחברים דרך SMEV או מתווכים בתשלום. האגרגטור מנרמל נתונים מחברות שונות לפורמט אחיד—חוסך חודש של פיתוח מתאמים.
// Запрос начислений по лицевому счёту
struct BillingRequest: Encodable {
let accountNumber: String
let period: String // "2025-03"
}
struct BillingResponse: Decodable {
let services: [UtilityService]
let totalDebt: Decimal
let lastPaymentDate: Date?
}
struct UtilityService: Decodable {
let id: String
let name: String // "Холодное водоснабжение"
let amount: Decimal
let debt: Decimal
let meterValue: Double? // текущие показания
}| מקור | מורכבות אינטגרציה | זמן התאמה | עלות חודשית |
|---|---|---|---|
| API ישיר של החברה | גבוהה (סכמה אישית) | 2–4 שבועות | ללא דמי מנוי |
| אגרגטור | נמוכה (REST אחיד) | 1–2 שבועות | 10,000 – 30,000 RUB |
איך נפתרת בעיית קריאת המונים?
המשתמש מזין קריאות—הן נשלחות למערכת החיוב דרך // Запрос начислений по лицевому счёту struct BillingRequest: Encodable { let accountNumber: String let period: String // "2025-03" } struct BillingResponse: Decodable { let services: [UtilityService] let totalDebt: Decimal let lastPaymentDate: Date? } struct UtilityService: Decodable { let id: String let name: String // "Холодное водоснабжение" let amount: Decimal let debt: Decimal let meterValue: Double? // текущие показания } . מערכת החיוב מקבלת קריאות רק בתקופה מסוימת (למשל, 15 עד 25). מחוץ לתקופה זו, מוחזרת שגיאה PUT /meters/{meterId}/readings. זה חייב להיות מוצג בבירור בממשק המשתמש, לא כ"שגיאה לא ידועה".
ניואנס נוסף: קריאות חייבות להיות גדולות מהקודמות. אימות בצד הלקוח אינו מחליף אימות בצד השרת, אבל הוא חוסך בקשות—אנחנו חוסמים מיד הזנת ערך נמוך יותר עם רמז.
למה SBP יותר נוחה לתשלומי חשבונות?
לתשלומים, אנחנו משתמשים ב-SBP (הכי נוחה לתשלומי חשבונות—ללא עמלה ליחידים), YooKassa, או סליקת בנק (אם לחברת הניהול יש חוזה ישיר). אנחנו יוצרים 403 READINGS_NOT_ACCEPTED_NOW עם פרטי מקבל: ח.פ., KPP, BIC, חשבון חברה, וסעיף תשלום עם החשבון האישי.
בתשלום מרובה שירותים בבת אחת, כל אחד עובר כתשלום נפרד כי לשירותים שונים יש פרטי מקבל שונים. ויזואלית, זה תהליך אחד עבור המשתמש; טכנית, זה כמה PaymentOrder רצופים. ביטול אחד לא אמור להחזיר תשלומים שכבר עובדו.
באנדרואיד, כפתור Google Pay דרך POST /payments מ-PaymentsClient. ב-iOS—com.google.android.gms:play-services-wallet דרך PassKit. שניהם דורשים Merchant ID והסכם עם הסולק. SBP מהירה פי 3 ליישום מאשר סליקה קלאסית.
| אמצעי תשלום | עמלת משתמש | מהירות יישום | דרישות ספק |
|---|---|---|---|
| SBP | 0% | 1–2 ימים | כל בנק עם SBP |
| כרטיס בנק | 0–2% | 2–4 שבועות | הסכם עם סולק |
תשלומים אוטומטיים והתראות חוב
תשלומים אוטומטיים מוגדרים כתשלומים חוזרים בלוח זמנים. המשתמש מציין את הסכום ויום החיוב; המערכת בודקת אוטומטית חיובים ומתחילה תשלום דרך SBP או כרטיס. אם אין מספיק כספים—הודעת push לטעינת הכרטיס. התראות חוב מוגדרות דרך Firebase Cloud Messaging או APNs. המערכת שולחת push כשהמאזן הופך לשלילי או שמועד התשלום מתקרב.
איך מאורגן תהליך הפיתוח והבדיקות?
אנחנו עוברים מבדיקת מקורות ועד לפריסה. התהליך כולל את השלבים הבאים:
- בדיקת מקורות נתונים זמינים של חברת הניהול (GIS Housing, חיוב, אגרגטור).
- עיצוב מודל נתונים המאפשר הוספת ספקים חדשים.
- פיתוח מסכים: חשבונות אישיים, הגשת קריאות מונים, תשלום.
- שער תשלום משולב (SBP, סליקה).
- הגדרת הודעות push והיסטוריית תשלומים.
- בדיקות עם נתונים אמיתיים המדמים מקרי קצה (תשלום כפול, כשל בשער).
- פריסה ל-App Store ול-Google Play.
- תיעוד והדרכת מפעילים.
זמן התגובה של API החיוב הוא בדרך כלל 200–500 אלפיות השנייה, מה שמאפשר תשלום חשבון תוך 2–3 שניות. חיסכון בעמלות במעבר ל-SBP יכול להגיע עד 300,000 RUB בשנה עבור חברת ניהול עם מחזור של 15 מיליון RUB.
מה כלול בעבודה
- ניתוח מקורות נתונים זמינים של חברת הניהול (GIS Housing, חיוב, אגרגטור)
- אינטגרציה ובדיקות של שער התשלום
- פיתוח מסכים לחשבונות אישיים, קריאות מונים, תשלום מרובה—פונקציונליות מלאה של חיוב חשבונות באפליקציית המובייל
- הגדרת הודעות push והיסטוריית תשלומים
- העלאה ל-App Store ול-Google Play (אישורים, הסכמות)
- תיעוד API והוראות למפעילים
- הדרכה לצוות הלקוח (2–3 שעות)
- תמיכה באחריות ל-12 חודשים
לוח זמנים ואבני דרך
4–6 שבועות ל-MVP עם חברת ניהול אחת. 8–12 שבועות לאפליקציה התומכת במספר חברות דרך אגרגטור, עם הגשת קריאות מונים ותשלום מרובה. העלות מחושבת באופן אישי לאחר ניתוח דרישות.
הזמינו פיתוח אפליקציית מובייל לתשלומי חשבונות חשמל—צרו קשר, נכין הצעה מסחרית תוך יום. קבלו ייעוץ: מלאו את הטופס באתר או התקשרו אלינו.