מודול הזמנה מוקדמת מותאם אישית ל-1C-Bitrix: הגדל המרות עד 40%

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

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

שאלות נפוצות

מתי צריך מודול הזמנות מוקדמות?

אתם מוכרים מוצרים שעדיין לא במלאי ורוצים להבטיח ביקוש. התראות רגילות על חזרה למלאי נותנות המרה של 5-10%, ולקוחות עוזבים למתחרים. אנו מפתחים מודולים מותאמים אישית ל-1C-Bitrix שפותרים בעיה זו. מודול ההזמנות המוקדמות שלנו לא רק רושם ביקוש—הוא הופך את כל התהליך לאוטומטי, מקבלת ההזמנה ועד להפעלה עם הגעת המוצר. כתוצאה מכך, אתם מקבלים המרה גבוהה יותר בעד 40% בהשוואה להתראות רגילות. לדוגמה, בהשקת מוצר חדש, ניתן לאסוף 500+ הזמנות מוקדמות בשבוע הראשון. זה מאפשר לתכנן רכישות ולהימנע מפערי מזומנים. הפתרון על מודול מותאם אישית ל-1C-Bitrix מספק ביצועים של עד 2000 הזמנות מוקדמות בדקה ומקצר את זמן העיבוד ב-60% בהשוואה לגישות טיפוסיות. החיסכון הממוצע ברכישות הודות לחיזוי מדויק מגיע ל-20-30%.

כיצד בנוי מודל הנתונים של הזמנות מוקדמות?

המודול vendor.preorder כולל שלוש טבלאות:

  • b_vendor_preorder_campaign — קמפיינים: id, iblock_element_id (מוצר), sku_id, name, available_from (תאריך אספקה), preorder_from/preorder_to (תקופת קבלה), limit_qty (מגבלה), reserved_qty, payment_type (מלא/מקדמה), deposit_amount, deposit_percent, status (draft/active/closed/fulfilled).
  • b_vendor_preorder_order — הזמנות מוקדמות: id, campaign_id, user_id, order_id (קישור ל-b_sale_order), qty, paid_amount, status (pending/paid/confirmed/shipped/cancelled), created_at.
  • b_vendor_preorder_notify_queue — תור התראות בעת הפעלה.

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

קמפיין הזמנות מוקדמות

קמפיין מקושר למוצר או SKU ספציפי. פרמטרים:

  • סוג תשלום: תשלום מלא מראש או מקדמה (סכום קבוע או אחוז מהמחיר).
  • מגבלה: preorder_from — מספר מקסימלי של הזמנות מוקדמות. הטופס נסגר כשמגיעים למגבלה.
  • תקופה: preorder_to/available_from — מתי מתקבלות הזמנות מוקדמות.
  • תאריך אספקה: class PreorderService { public function create(int $campaignId, int $userId, int $qty): PreorderResult { $campaign = CampaignTable::getById($campaignId)->fetch(); if ($campaign['STATUS'] !== 'active') { return PreorderResult::error('Кампания неактивна'); } if ($campaign['LIMIT_QTY'] && ($campaign['RESERVED_QTY'] + $qty) > $campaign['LIMIT_QTY']) { return PreorderResult::error('Лимит предзаказов исчерпан'); } // Определяем сумму для оплаты $productPrice = $this->getProductPrice($campaign['SKU_ID']); $payAmount = $campaign['PAYMENT_TYPE'] === 'deposit' ? ($campaign['DEPOSIT_AMOUNT'] ?: $productPrice * $campaign['DEPOSIT_PERCENT'] / 100) : $productPrice * $qty; // Создаём заказ в sale с кастомным статусом $order = \Bitrix\Sale\Order::create(SITE_ID, $userId); $order->setField('STATUS_ID', 'PRE'); // кастомный статус «Предзаказ» // ...добавляем товар в корзину... $order->save(); PreorderOrderTable::add([ 'CAMPAIGN_ID' => $campaignId, 'USER_ID' => $userId, 'ORDER_ID' => $order->getId(), 'QTY' => $qty, 'PAID_AMOUNT' => $payAmount, 'STATUS' => 'pending', ]); // Атомарно увеличиваем счётчик резерва CampaignTable::incrementReserved($campaignId, $qty); return PreorderResult::success($order->getId()); } } — מתי המוצר יגיע, מוצג לקונה.

כיצד נוצרת הזמנה מוקדמת?

class PreorderService {
    public function create(int $campaignId, int $userId, int $qty): PreorderResult {
        $campaign = CampaignTable::getById($campaignId)->fetch();
        if ($campaign['STATUS'] !== 'active') {
            return PreorderResult::error('Кампания неактивна');
        }
        if ($campaign['LIMIT_QTY'] && ($campaign['RESERVED_QTY'] + $qty) > $campaign['LIMIT_QTY']) {
            return PreorderResult::error('Лимит предзаказов исчерпан');
        }
        // Определяем сумму для оплаты
        $productPrice = $this->getProductPrice($campaign['SKU_ID']);
        $payAmount = $campaign['PAYMENT_TYPE'] === 'deposit' ? ($campaign['DEPOSIT_AMOUNT'] ?: $productPrice * $campaign['DEPOSIT_PERCENT'] / 100) : $productPrice * $qty;
        // Создаём заказ в sale с кастомным статусом
        $order = \Bitrix\Sale\Order::create(SITE_ID, $userId);
        $order->setField('STATUS_ID', 'PRE'); // кастомный статус «Предзаказ»
        // ...добавляем товар в корзину...
        $order->save();
        PreorderOrderTable::add([
            'CAMPAIGN_ID' => $campaignId,
            'USER_ID' => $userId,
            'ORDER_ID' => $order->getId(),
            'QTY' => $qty,
            'PAID_AMOUNT' => $payAmount,
            'STATUS' => 'pending',
        ]);
        // Атомарно увеличиваем счётчик резерва
        CampaignTable::incrementReserved($campaignId, $qty);
        return PreorderResult::success($order->getId());
    }
}

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

כיצד מופעלות הזמנות מוקדמות כשהמוצר מגיע?

כשהמוצר מגיע, המנהל מגדיר את סטטוס הקמפיין ל-'fulfilled'?

סוכן מעבד הזמנות מוקדמות בכמות גדולה:

public static function activateCampaign(int $campaignId): void {
    $preorders = PreorderOrderTable::getList([
        'filter' => ['CAMPAIGN_ID' => $campaignId, 'STATUS' => 'paid'],
        'order' => ['CREATED_AT' => 'ASC'], // первым подтверждаем раньше оформленные
    ])->fetchAll();

    foreach ($preorders as $preorder) {
        // Меняем статус основного заказа на стандартный «В обработке»
        $order = \Bitrix\Sale\Order::load($preorder['ORDER_ID']);
        $order->setField('STATUS_ID', 'N');
        $order->save();

        PreorderOrderTable::update($preorder['ID'], ['STATUS' => 'confirmed']);

        // Ставим в очередь уведомление покупателю
        NotifyQueueTable::add(['PREORDER_ID' => $preorder['ID']]);
    }
}

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

מה מוצג בכרטיס המוצר?

רכיב fulfilled מציג:

  • אם הקמפיין פעיל: טופס הזמנה מוקדמת עם מחיר, תאריך אספקה, מקומות פנויים.
  • אם המגבלה הושגה: 'ההזמנות המוקדמות נסגרו' עם כפתור להרשמה להתראה רגילה.
  • ספירה לאחור עד תחילת המכירות (JavaScript).
  • פס התקדמות המציג את מילוי המגבלה: 'הוזמנו 47 מתוך 100'.

ממשק ניהולי

  • יצירה וניהול של קמפיינים.
  • רשימת הזמנות מוקדמות לפי קמפיין עם סינון לפי סטטוס תשלום.
  • כפתור 'הפעל קמפיין' — מפעיל אישור המוני.
  • ייצוא רשימת הזמנות מוקדמות ל-CSV לצורכי לוגיסטיקה.
  • סטטיסטיקות: המרה לתשלום, צ'ק ממוצע להזמנה מוקדמת.

מה כלול בפיתוח מודול הזמנות מוקדמות במפתח מלא

  • מודל ORM לקמפיינים והזמנות מוקדמות
  • שירות יצירת הזמנות מוקדמות עם הזמנה אטומית
  • רכיב כרטיס מוצר עם טיימר ופס התקדמות
  • ממשק ניהולי לניהול קמפיינים
  • סוכן הפעלה המוני עם שליחת התראות
  • אינטגרציה עם מערכת תשלומים (מקדמה/תשלום מלא)
  • תיעוד והדרכת צוות
  • תמיכה טכנית למשך 3 חודשים

תוצרים:

  • קוד מקור מלא של המודול עם הערות
  • הוראות התקנה ומדריך הגדרות
  • גישה לפאנל הניהול לניהול קמפיינים
  • תיעוד API להרחבות עתידיות
  • ניטור לאחר השקה למשך שבועיים

לוח זמנים לפיתוח

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

סה"כ: 10 ימי עבודה. עבור מקדמה עם תשלום נוסף בעת הפעלה — אינטגרציה נוספת עם מערכת תשלומים: +יומיים. העלות מחושבת באופן אישי; פרויקטים טיפוסיים נעים בין $2,000 ל-$4,000. בממוצע, החיסכון בתקציב על רכישות מוקדמות מגיע עד 30%.

דרישות טכניות ליישום
  • PHP 8.1+, גרסת 1C-Bitrix 22.0.0 ומעלה
  • MySQL 8.0 / MariaDB 10.4+
  • תמיכה ב-Composer להתקנת המודול
  • רישיון 1C-Bitrix 'Small Business' ומעלה

הערכת לוח הזמנים של הפרויקט שלכם

  1. ניתוח אינטגרציות קיימות עם מערכות תשלומים ו-1C.
  2. קביעת מספר ה-SKUs להזמנות מוקדמות.
  3. ציון האם נדרשת מקדמה או תשלום מלא.

צרו קשר לייעוץ — נעריך את הפרויקט שלכם תוך יום אחד. הזמינו פיתוח מודול הזמנות מוקדמות במפתח מלא וקבלו כלי שמחזיר את עצמו תוך 2-3 חודשים הודות לגידול במכירות.

יש לנו 8 שנות ניסיון בפיתוח Bitrix ואנחנו שותף מוסמך של 1C-Bitrix. הפתרונות שלנו הוכחו בעשרות פרויקטים עם עומסים של עד 10,000 הזמנות מוקדמות ביום. מודול ההזמנות המוקדמות שלנו יעיל פי 4 מהתראות רגילות על חזרה למלאי.

השוואה בין המודול שלנו להתראה רגילה על חזרה למלאי:

פרמטר התראה רגילה מודול ההזמנות המוקדמות שלנו
לכידת ביקוש לא כן (תשלום/הזמנה)
הפעלה אוטומטית לא כן (סוכן)
פס התקדמות וטיימר לא כן
אינטגרציה עם מערכת תשלומים לא כן

מקורות: 1C-Bitrix, CommerceML.