// /local/ajax/pos-sale-callback.php $data = json_decode(file_get_contents('php://input'), true); foreach ($data['items'] as $item) { $product = \CCatalogProduct::GetByID($item['sku']); if (!$product) continue; // Уменьшаем остаток на конкретном складе \Bitrix\Catalog\StoreProductTable::update( ['PRODUCT_ID' => $item['product_id'], 'STORE_ID' => $data['store_id']], ['AMOUNT' => new \Bitrix\Main\DB\SqlExpression('AMOUNT - ?', $item['quantity'])] ); // Пересчитываем суммарный остаток в b_catalog_product \CCatalogProduct::RecalcQuantity($item['product_id']); } 

b_catalog_store_product מחשב מחדש את // /local/ajax/pos-sale-callback.php $data = json_decode(file_get_contents('php://input'), true); foreach ($data['items'] as $item) { $product = \CCatalogProduct::GetByID($item['sku']); if (!$product) continue; // Уменьшаем остаток на конкретном складе \Bitrix\Catalog\StoreProductTable::update( ['PRODUCT_ID' => $item['product_id'], 'STORE_ID' => $data['store_id']], ['AMOUNT' => new \Bitrix\Main\DB\SqlExpression('AMOUNT - ?', $item['quantity'])] ); // Пересчитываем суммарный остаток в b_catalog_product \CCatalogProduct::RecalcQuantity($item['product_id']); } כסכום על פני כל המחסנים ב-RecalcQuantity(). לאחר מכן, יש לבטל את מטמון המוצר — דרך b_catalog_product.QUANTITY או מטמון מתויג. אנו מבטיחים זמן עדכון מתחת ל-2 שניות.

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

נוהג נפוץ לחנויות רב-ערוציות: הקצו 'מחסן מקוון' נפרד ב-b_catalog_store_product, שמלאי שלו מיועד רק לחנות המקוונת. פיזית, הסחורה עשויה להיות במחסן אחד, אך מופרדת לוגית.

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

Физический склад: 100 единиц Онлайн-квота: 30% = 30 единиц → хранится в b_catalog_store_product (STORE_ID = online_store) Офлайн-квота: 70% = 70 единиц → не попадает в Битрикс 

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

כיצד עובדת זרימת המסמכים?

ב-Bitrix, מודול BXClearCache(false, '/catalog/') תומך במסמכי מחסן: b_catalog_store. סוגי מסמכים: Физический склад: 100 единиц Онлайн-квота: 30% = 30 единиц → хранится в b_catalog_store_product (STORE_ID = online_store) Офлайн-квота: 70% = 70 единиц → не попадает в Битрикс — קבלה, catalog — מכירה, \Bitrix\Catalog\Document\DocumentTable — העברה, A — החזרה.

בעת פרסום מסמך דרך S, המלאי ב-M מחושב מחדש אוטומטית. זו הדרך הנכונה לעדכן מלאי — דרך מסמכים, לא עדכון ישיר (UPDATE).

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

התאמת מלאי

פערים בין 1C ל-Bitrix הם בלתי נמנעים. חשוב לזהות אותם. פעם ביום אנו מריצים סוכן התאמה:

// Получаем остатки из 1С через REST API $bx1cItems = get1cQuantities(); // Сравниваем с b_catalog_store_product foreach ($bx1cItems as $sku => $qty) { $bitrixQty = StoreProductTable::getList([ 'filter' => ['PRODUCT.XML_ID' => $sku], 'select' => ['AMOUNT'], ])->fetch()['AMOUNT'] ?? 0; if (abs($bitrixQty - $qty) > 0) { logDiscrepancy($sku, $bitrixQty, $qty); } } 

יומן הפערים מאפשר לכם להחליט: לתקן את Bitrix כך שיתאים ל-1C (1C כמקור ראשי) או לסמן בעיית אינטגרציה. לאחר היישום, הלקוח חוסך עד $4.5k–6.5k בשנה על ידי ביטול מכירת יתר והתאמה ידנית. החיסכון השנתי הממוצע הוא $2.7k–3.9k.

מה כלול בהתקנת 1C-Bitrix במפתח

בכל פרויקט אנו מספקים:

• ביקורת על תוכנית חשבונאות המלאי הנוכחית ונקודות אינטגרציה
• בחירת פרוטוקול סנכרון אופטימלי (CommerceML או webhooks)
• פיתוח נקודת קצה לקופות ולמסופי POS
• הגדרת זרימת מסמכים: קבלה, מכירה, העברה, החזרה
• יישום סוכן התאמת מלאי עם רישום פערים
• הדרכת צוות על המערכת המעודכנת
• תיעוד מפורט על אינטגרציה והגדרות
• תמיכה טכנית לחודש אחד לאחר ההשקה

ההשקעה מתחילה מ-$1.4k–1.9k.

שלבים ולוחות זמנים

לוחות זמנים — בין 2 ל-4 שבועות. ההשקעה מחושבת באופן אישי לפי מורכבות. החזר השקעה — 4–6 חודשים. אנו מומחי 1C-Bitrix מוסמכים עם ניסיון של מעל 10 שנים. אנו מבטיחים שאחרי ההתקנה, פערי מלאי לא יעלו על 0.1% בתנאי שערוצי תקשורת יציבים.

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