פיתוח אתר מוניות על 1C-Bitrix: פתרון מחזור מלא

אתר מוניות הבנוי על פתרונות מותאמים אישית מאט לעיתים קרובות בשעות עומס ומאבד הזמנות עקב כשלי סנכרון עם 1C. אנו מפתחים אתרי מוניות על 1C-Bitrix שמקבלים הזמנות מקוונות באופן אמין, מחשבים תעריפים באמצעות מחשבון ומשתלבים עם מערכת השיגור. הצוות שלנו מספק את הפרויקט במפתח — מהארכיטקטורה ועד להשקה ותמיכה שוטפת.
השירותים שאנו מציעים
מציג 1 מתוך 1כל 1626 השירותים
פיתוח אתר מוניות על 1C-Bitrix: פתרון מחזור מלא
מורכב
מ- 1 שבוע עד 3 חודשים

הכישורים שלנו:

שאלות נפוצות

אנו מפתחים אתרי מוניות על 1C-Bitrix — לא כרטיס ביקור עם מספר טלפון, אלא כלי מלא לקליטת הזמנות, חישוב עלות ותקשורת עם המוקדן. בעיה אופיינית בפתרונות מותאמים אישית היא טעינה איטית בעומסי שיא וקשיים באינטגרציה עם 1C: הנתונים לא מסתנכרנים בזמן, הזמנות הולכות לאיבוד. 1C-Bitrix פותרת זאת עם מטמון מתויג מובנה ומחברים מוכנים של CommerceML.

הפלטפורמה מספקת מודולים מוכנים לבלוקי מידע, בלוקי Highload וניהול משתמשים, המכסים 70% ממשימות המוניות הטיפוסיות. אנו מגדירים מחשבון מסלולים עם תעריפים, מטמיעים את Yandex.Maps API לג'יאוקודינג ומבטיחים תמחור דינמי באמצעות סוכני מערכת.

כתוצאה מכך, אתר מוניות על 1C-Bitrix פועל מהר יותר ועלות התחזוקה שלו נמוכה יותר מאשר פיתוח מותאם אישית.

אנו מעריכים את הפרויקט שלכם ומציעים לוחות זמנים מקצה לקצה. בפרויקט טיפוסי, אנו מתכננים את ארכיטקטורת המחשבון בבלוק Highload TaxiTariffs, מגדירים סוכנים לבדיקת סטטוס הזמנה כל 30 שניות ומחברים את מערכת השיגור באמצעות מחלקה אבסטרקטית DispatchConnector.

זמן עיבוד הזמנה ממוצע — 500 מ"ש. אנו עובדים בכל קנה מידה — מ-5 עד 500 מכוניות. כפי שנאמר בתיעוד הרשמי של 1C-Bitrix, "CommerceML הוא תקן לחילופי נתונים בין 1C לאתר, הנתמך על ידי ליבת הפלטפורמה."

כיצד אנו מגדירים את מחשבון המסלול עם תעריפים

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

גיאוקודינג ובניית מסלול. בצד הלקוח, אנו משתלבים עם Yandex.Maps JavaScript API או Google Maps JavaScript API. לאחר בחירת נקודות A ו-B, נשלחת בקשה ל-Router API לקבלת המסלול. הבחירה בין Yandex ל-Google תלויה בגיאוגרפיה: Yandex מדויק יותר עבור רוסיה, Google עבור מסלולים בינלאומיים.

מטריצת התעריפים מאוחסנת ב-Highload block TaxiTariffs עם המבנה:

שדה סוג מטרה
UF_TARIFF_CODE String קוד תעריף
UF_BASE_PRICE Number מחיר בסיס
UF_PRICE_PER_KM Number מחיר לק"מ
UF_PRICE_PER_MIN Number מחיר לדקה
UF_MIN_ORDER Number עלות הזמנה מינימלית
UF_NIGHT_COEFF Number מקדם לילה
UF_ZONE_ID Bind אזור פעולה

נוסחה: max(UF_MIN_ORDER, UF_BASE_PRICE + distance_km × UF_PRICE_PER_KM + time_min × UF_PRICE_PER_MIN) × coefficient. המקדם נשלף מ-HL-block נפרד של אזורים.

אימות בצד השרת הוא חובה: בקר ה-AJAX שולח בקשה חוזרת למרחק באמצעות קריאה בצד השרת ל-Router API ומחשב את המחיר בהתבסס על נתונים עדכניים. זה מונע מניפולציה של פרמטרים בצד הלקוח.

תמחור דינמי מיושם באמצעות HL-block TaxiSurge עם מקדמים עולים עבור משבצות זמן. המטפל OnBeforeOrderAdd מחיל את המקדם — למשל, ערב ראש השנה, שעת שיא. מנהל התוכן מגדיר זאת ללא מפתח.

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

למה אתר מוניות על 1C-Bitrix עדיף על פיתוח מותאם אישית

פיתוח על Bitrix לוקח פי 2–3 פחות זמן מאשר מאפס. מודולים מוכנים לבלוקים של מידע, בלוקים עומס-גבוה וניהול משתמשים מכסים 70% מהמשימות הטיפוסיות. אינטגרציה עם 1C דרך CommerceML (לפי תיעוד) מובנית בליבה — אין צורך לכתוב מחברים מותאמים אישית להחלפת ספריות והזמנות.

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

כיצד אנו משלבים את האתר עם מערכות שיגור ומצרפי שירותים

טופס ההזמנה אוסף את המסלול, התעריף, זמן האיסוף והערות. לאחר השליחה:

  1. נוצר רכיב בלוק מידע Orders עם סטטוס "חדש".
  2. במקביל, נשלחת בקשת POST ל-API של מערכת השיגור (Taxi-Master, Maxoptra).
  3. פועל סוכן CAgent, הבודק את הסטטוס כל 30 שניות.
  4. הלקוח מקבל עדכון push דרך SSE.

האינטגרציה עם מערכת השיגור מיושמת באמצעות מחלקה אבסטרקטית DispatchConnector עם המתודות sendOrder(), getStatus(), cancelOrder(). עבור כל מערכת נכתב מתאם — החלפת תוכנת השיגור מחייבת רק החלפת המתאם.

עבור מצרפים (Yandex.Taxi, Uber), הזמנות דרך ה-Partner API שלהם נכנסות לבלוק המידע עם סמן מקור. הדיספצ'ר רואה רשימה אחודה של הזמנות ישירות והזמנות ממצרפים גם יחד. בקשות API נשמרות במטמון ב-CStackCacheManager למשך 60 שניות.

תהליך, לוח זמנים ומה כלול

אנו פועלים לפי השלבים הבאים:

שלב מה אנו עושים זמן משוער
ניתוח זיהוי אינטגרציות, אזורים, תעריפים 1–3 ימים
עיצוב ארכיטקטורת מחשבון, סכמת נתונים 2–4 ימים
מימוש מחשבון, הזמנות, פאנל ניהול 1–3 שבועות
אינטגרציה 1C, דיספצ'ינג, אגרגטורים 1–2 שבועות
בדיקות אימות, בדיקות עומס, שמישות 3–7 ימים
השקה והדרכה פריסה, הגדרת אחסון, מסירת תיעוד 1–2 ימים

לוחות זמנים — מ-2 עד 6 שבועות בהתאם למורכבות. העלות מחושבת באופן אישי. היקף העבודה:

  • מפרט טכני המתאר אינטגרציות
  • פריסה על אחסון (מומלץ VPS: 4 vCPU, 8 GB RAM, SSD, PHP 8.1+, Redis לשמירה במטמון)
  • עיצוב רספונסיבי בגישת mobile-first (75–85% מההזמנות מסמארטפונים)
  • הגדרת מניפסט PWA להוספה למסך הבית
  • מיקרו-נתונים Schema.org TaxiService ודפי נחיתה למסלולים
  • אחריות ל-6 חודשים ותמיכה טכנית לאחר ההשקה

צרו קשר כדי להעריך את הפרויקט שלכם — נכין הצעה מסחרית ולוחות זמנים מדויקים.