חברת הנהלת חשבונות עם 500 לקוחות פעילים איבדה 40% מהלידים בשלב השיחה הראשונה. הסיבה: לקוחות לא יכלו לראות תעריפים וחששו מעמלות נסתרות. מנהלים בילו עד שעתיים ביום בהכנה ידנית של הצעות מסחריות. הפתרון: אתר על 1C-Bitrix עם מחשבון עלויות ציבורי, אזור אישי, ואינטגרציה עם 1C באמצעות CommerceML. בחודש הראשון לאחר ההשקה, מספר הפניות גדל ב-60%, וזמן הטיפול קוצר פי שלושה. הפלטפורמה נבחרה לא במקרה: אינטגרציה טבעית עם 1C:Accounting באמצעות CommerceML ומנגנון ה-Highload-infoblock המובנה לספריות תעריפים מאפשרים טיפול בעד 10,000 בקשות מחשבון ביום. חיסכון בזמן המנהלים מגיע ל-40%, ועלות רכישת לקוח ממוצעת יורדת ב-25% לאחר היישום.
אנחנו לא רק פורסים תבניות — אנחנו מתכננים ארכיטקטורת נתונים שמתרחבת עם בסיס הלקוחות הגדל. בליבה: Highload-infoblocks לתעריפים, שאילתות ORM ללא תקורה מיותרת, וקאשינג באמצעות \Bitrix\Main\Data\Cache. פורטל הלקוחות בנוי על רכיבי Bitrix סטנדרטיים עם סינון מסמכים לפי קבוצות, מה שמבטיח אבטחת מידע. האינטגרציה עם 1C מוגדרת דרך REST API — עדכוני סטטוס דוחות מתרחשים כל שעה ללא התערבות ידנית. צרו קשר כדי לדון בפרויקט שלכם.
איך להגדיל המרה באתר של חברת הנהלת חשבונות?
המחשבון הוא אלמנט ההמרה המרכזי. יזם מזין פרמטרים ומקבל עלות משוערת ללא שיחה. זה מסיר מחסום ומייצר לידים איכותיים: מנהל מקבל פנייה עם נתונים שכבר מולאו. אבל כדי שהמחשבון יעבוד מהר ובדיוק, יש צורך בארכיטקטורת נתונים נכונה.
מבנה תעריפים ב-Highload-infoblock
רשת התעריפים מאוחסנת ב-Highload-infoblock TariffAccounting. שדות: UF_TAX_SYSTEM (רשימה: OSNO, USN 6%, USN 15%, פטנט, AUSN), UF_OPERATIONS_FROM/TO (טווח פעולות), UF_EMPLOYEES_FROM/TO (טווח עובדים), UF_BASE_PRICE (עלות בסיס), UF_PRICE_PER_OPERATION (תוספת עבור פעולות עודפות), UF_PRICE_PER_EMPLOYEE, UF_VAT_MULTIPLIER (מקדם למע\"מ), UF_FOREIGN_TRADE (תוספת לסחר חוץ). בחירת טווחים באמצעות ORM TariffAccountingTable::getList() עם פילטרים.
| שדה | סוג | תיאור |
|---|---|---|
| UF_TAX_SYSTEM | רשימה | שיטת מס: OSNO, USN 6%, USN 15%, פטנט, AUSN |
| UF_OPERATIONS_FROM | מספר | גבול תחתון של טווח פעולות חודשיות |
| UF_OPERATIONS_TO | מספר | גבול עליון |
| UF_EMPLOYEES_FROM | מספר | גבול תחתון של מספר עובדים |
| UF_EMPLOYEES_TO | מספר | גבול עליון |
| UF_BASE_PRICE | מספר | עלות חודשית בסיסית של השירות |
| UF_PRICE_PER_OPERATION | מספר | תוספת עבור פעולה עודפת |
| UF_PRICE_PER_EMPLOYEE | מספר | תוספת עבור עובד עודף |
| UF_VAT_MULTIPLIER | float | מקדם עבור משלמי מע\"מ |
| UF_FOREIGN_TRADE | מספר | תוספת עבור פעולות סחר חוץ |
לוגיקת חישוב אלגוריתם ה-handler /ajax/calc_accounting.php:
- קבלת פרמטרים: שיטת מס, מספר פעולות חודשיות, מספר עובדים, קיום סחר חוץ ומע\"מ.
- בחירת תעריף באמצעות
TariffAccountingTable::getList()עם פילטר לפי שיטה וטווחים. - חישוב: עלות בסיס + (פעולות מעל הנורמה × UF_PRICE_PER_OPERATION) + (עובדים מעל הנורמה × UF_PRICE_PER_EMPLOYEE) + UF_FOREIGN_TRADE; התוצאה מוכפלת ב-UF_VAT_MULTIPLIER אם הלקוח משלם מע\"מ.
- החזרת JSON עם סה\"כ ופירוט.
ממשק וקאשינג
הטופס הוא אשף שלב-אחר-שלב עם 4 שלבים: בחירת שיטת מס (כפתורי רדיו עם הסברים), סליידרים לפעולות ועובדים, תיבות סימון לפרמטרים נוספים, תוצאה עם כפתור פנייה. כל הפרמטרים מועברים ל-CRM דרך טופס אינטרנט, ומייצרים ליד עם הקשר מלא.
התעריפים נשמרים בקאש למשך 24 שעות באמצעות \Bitrix\Main\Data\Cache. בעדכון בלוח הניהול, הקאש נמחק באמצעות OnAfterUpdate של הישות Highload. זה מבטיח זמני תגובה מתחת ל-0.05 שניות עם יותר מ-500 רשומות.
איך מוגדרת הארכיטקטורה של Highload-infoblocks?
Highload-infoblocks הם ישויות המאוחסנות בטבלאות נפרדות ונגישות דרך ORM DataManager. היתרון המרכזי שלהם הוא SQL ישיר ללא JOINs מיותרים האופייניים ל-infoblocks רגילים. בפרויקט נעשה שימוש בטבלה בעומס גבוה עם מאות אלפי רשומות, אבל שאילתות טווח מבוצעות במילישניות בזכות אינדקסים על שדות מספריים.קטלוג שירותים ופורטל לקוחות
קטלוג שירותים. Infoblock עם סעיפים לפי תחומים: הנהלת חשבונות, דיווח מס, ביקורת, רישום עסק, הנהלת שכר. כל שירות כולל תיאור מפורט, רשימת מסמכים וקישור לתעריפים.
פורטל לקוחות. אימות באמצעות bitrix:system.auth.form. ניהול מסמכים: מנהל מעלה מסמכים עם קישור לקבוצת משתמשים — הלקוח רואה רק את שלו. סטטוס דוח עם אינדיקציה צבעונית. סוכן בודק מדי יום את לוח השנה הפיסקאלי ושולח מיילים 10 ו-3 ימים לפני מועדים.
בלוג עם שינויי חקיקה. מאמרים עם מיקרודאטה Article, מאפיינים: 'מחבר' (קישור ל-infoblock של המומחה), 'חוק רגולטורי', 'תאריך כניסה לתוקף'. הצעה אוטומטית של שינויים קשורים וקריאה לפעולה לייעוץ.
אינטגרציה עם 1C:Accounting. החלפה מותאמת אישית דרך REST API: מ-1C מועלים אישורי עבודה שהושלמו ל-infoblock 'מסמכי לקוח', סטטוסי דוחות מתעדכנים כל שעה, לקוחות חדשים מ-Bitrix24 מועלים ל-1C כצדדים מתקשרים.
למה Highload-infoblocks קריטיים למחשבון?
בחירת תעריף לפי שילוב פרמטרים דורשת שאילתות SQL מדויקות עם טווחים. Highload-infoblock מספק גישה ישירה ל-ORM DataManager ללא תקורה של infoblocks רגילים, מה שמניב שיפור ביצועים פי 10. זה מאומת בפרויקטים עם יותר מ-1000 רשומות תעריף. אם היינו משתמשים ב-infoblocks רגילים, זמן התגובה של המחשבון היה גדל מ-0.02 ל-0.3 שניות — קריטי לחוויית משתמש.
אילו אינטגרציות אנחנו מתקינים?
מלבד 1C, אנחנו משלבים את האתר עם CRM ומערכות תשלום. YooKassa ו-Sber מאפשרות תשלומים מקוונים, בעוד ATOL Online ו-OFD הופכים את הפיסקליזציה לאוטומטית. זה נותן ללקוח אזור אישי מאוחד לניהול הזמנות ודוחות.
מה כלול בפיתוח ולוחות זמנים
אנחנו מספקים חבילה מלאה: מפרט טכני ארכיטקטוני וסכמת מסד נתונים (infoblocks, HL-blocks, מיגרציות), תבניות רכיבים (קטלוג, מחשבון, פורטל לקוחות), תיעוד ל-REST API ואינטגרציית 1C, הוראות מילוי תוכן, גישה למאגר, הדרכת עורכים (שעתיים מקוונות), ותמיכה אחריות ל-3 חודשים.
שלבים ולוחות זמנים
| שלב | תוכן | משך |
|---|---|---|
| אנליזה | ביקורת תעריפים, מבנה שירותים, מפרט טכני למחשבון | 1.5 שבועות |
| עיצוב | אבות טיפוס, לוגיקת מחשבון, סכמת HL-block | שבוע |
| עיצוב | מוקאפים, רספונסיביות, רכיבי מחשבון | 1.5 שבועות |
| פיתוח ליבה | Infoblocks, תבניות, פורטל לקוחות | 3 שבועות |
| מחשבון | בקאנד ופרונטאנד, בדיקות | 1.5 שבועות |
| אינטגרציית 1C | הגדרת החלפה, בדיקת סנכרון | 1.5 שבועות |
| תוכן ובדיקות | מילוי, בדיקות, SEO | שבוע |
| השקה | פריסה, ניטור, העברת תיעוד | 3 ימים |
משך כולל בין 10 ל-12 שבועות בהתאם למורכבות האינטגרציה. העלות מחושבת באופן אישי. הזמינו פיתוח אתר עם מחשבון וקבלו הערכה מדויקת. קבלו ייעוץ לפרויקט שלכם — נשמח לענות על שאלותיכם.