פיתוח רב-מחסנים למסחר אלקטרוני על Laravel

CREATE TABLE warehouses (
  id BIGSERIAL PRIMARY KEY,
  name VARCHAR(255) NOT NULL,
  code VARCHAR(50) NOT NULL UNIQUE,
  address TEXT,
  is_active BOOLEAN NOT NULL DEFAULT true,
  priority INTEGER NOT NULL DEFAULT 0,
  type VARCHAR(50) NOT NULL DEFAULT 'internal'
);
CREATE TABLE warehouse_stock (
  id BIGSERIAL PRIMARY KEY,
  warehouse_id BIGINT NOT NULL REFERENCES warehouses(id),
  variant_id BIGINT NOT NULL REFERENCES product_variants(id),
  stock_qty INTEGER NOT NULL DEFAULT 0,
  reserved_qty INTEGER NOT NULL DEFAULT 0,
  UNIQUE (warehouse_id, variant_id),
  CHECK (stock_qty >= 0),
  CHECK (reserved_qty >= 0)
);
CREATE MATERIALIZED VIEW product_total_stock AS
SELECT
  variant_id,
  SUM(stock_qty) AS total_stock,
  SUM(reserved_qty) AS total_reserved,
  SUM(stock_qty - reserved_qty) AS available_qty
FROM warehouse_stock
GROUP BY variant_id;

התצוגה הממומשת (materialized view) מתרעננת לאחר כל שינוי באמצעות טריגר או CREATE TABLE warehouses ( id BIGSERIAL PRIMARY KEY, name VARCHAR(255) NOT NULL, code VARCHAR(50) NOT NULL UNIQUE, address TEXT, is_active BOOLEAN NOT NULL DEFAULT true, priority INTEGER NOT NULL DEFAULT 0, type VARCHAR(50) NOT NULL DEFAULT 'internal' ); CREATE TABLE warehouse_stock ( id BIGSERIAL PRIMARY KEY, warehouse_id BIGINT NOT NULL REFERENCES warehouses(id), variant_id BIGINT NOT NULL REFERENCES product_variants(id), stock_qty INTEGER NOT NULL DEFAULT 0, reserved_qty INTEGER NOT NULL DEFAULT 0, UNIQUE (warehouse_id, variant_id), CHECK (stock_qty >= 0), CHECK (reserved_qty >= 0) ); CREATE MATERIALIZED VIEW product_total_stock AS SELECT variant_id, SUM(stock_qty) AS total_stock, SUM(reserved_qty) AS total_reserved, SUM(stock_qty - reserved_qty) AS available_qty FROM warehouse_stock GROUP BY variant_id; המתוזמן כל דקה. הניסיון שלנו מראה שגישה זו מהירה פי 3 משאילתות חיות על כל הזמנה—השאילתה הממוצעת אורכת 200ms. ב-90% מהמקרים, הזמנות נשלחות מהמחסן הקרוב ביותר תוך 24 שעות.

כיצד לבחור את מחסן המשלוח?

ליבת הלוגיקה העסקית של מערכת רב-מחסנית היא אלגוריתם REFRESH MATERIALIZED VIEW CONCURRENTLY. אנו הופכים אותו לניתן להגדרה:

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

דוגמה למימוש ראוטר:

class WarehouseRouter {
    public function resolve(OrderItem $item, Address $destination): Warehouse {
        $candidates = WarehouseStock::query()
            ->where('variant_id', $item->variant_id)
            ->whereRaw('stock_qty - reserved_qty >= ?', [$item->qty])
            ->with('warehouse')
            ->get()
            ->filter(fn($ws) => $ws->warehouse->is_active)
            ->sortBy([
                fn($a, $b) => $this->byProximity($a->warehouse, $destination) <=> $this->byProximity($b->warehouse, $destination),
                fn($a, $b) => $a->warehouse->priority <=> $b->warehouse->priority,
            ]);

        return $candidates->first()?->warehouse ?? throw new NoWarehouseAvailableException($item->variant_id);
    }
}

ניהול משלוחים והזמנות (Reservation)

אם פריטים מהזמנה אחת זמינים במחסנים שונים, ההזמנה מפוצלת למספר משלוחים (WarehouseRouter). הלקוח רואה הזמנה אחת, אך פנימית המערכת יוצרת מספרי מעקב נפרדים. סטטוס ההזמנה הוא מצטבר: 'הושלמה' רק כאשר כל המשלוחים נמסרו. פיצול הזמנות מתרחש בממוצע ב-15% מההזמנות.

ההזמנה (Reservation) חייבת להיות אטומית—נעילת מחסן ספציפי, לא רק וריאנט. פעולת ההזמנה: class WarehouseRouter { public function resolve(OrderItem $item, Address $destination): Warehouse { $candidates = WarehouseStock::query() ->where('variant_id', $item->variant_id) ->whereRaw('stock_qty - reserved_qty >= ?', [$item->qty]) ->with('warehouse') ->get() ->filter(fn($ws) => $ws->warehouse->is_active) ->sortBy([ fn($a, $b) => $this->byProximity($a->warehouse, $destination) <=> $this->byProximity($b->warehouse, $destination), fn($a, $b) => $a->warehouse->priority <=> $b->warehouse->priority, ]); return $candidates->first()?->warehouse ?? throw new NoWarehouseAvailableException($item->variant_id); } } . במקביל, הכנסה ל-Shipment. זה מונע הזמנה כפולה של אותו פריט.

כיצד לסנכרן מלאי עם מערכות חיצוניות?

לכל מחסן יכול להיות ערוץ עדכון מלאי משלו. עבור כל מקור, מתאם (adapter) נפרד מממש את ממשק UPDATE warehouse_stock SET reserved_qty = reserved_qty + :qty WHERE variant_id = :vid AND warehouse_id = :wid AND (stock_qty - reserved_qty) >= :qty:

• מחסן פנימי: WMS דרך REST API או החלפת קבצים (XLSX, CSV).
• דרופשיפר: ה-API שלהם עם מגבלות קצב (rate limits), לעיתים קרובות בפורמט לא סטנדרטי.
• חנות פיזית: מערכת POS (1C:Retail, iiko).
• MoySklad: REST API עם תמיכה ב-webhooks.

הסנכרון רץ באופן עצמאי בלוח זמנים: stock_reservations, וכו'. לכל מתאם יש timeout וטיפול בשגיאות משלו.

BOPIS: איסוף עצמי מהחנות

אם BOPIS מופעל, הלקוח בוחר נקודת איסוף. API מחזיר WarehouseStockProvider עבור כל פריט בכל מחסן. הפרונטאנד בונה רשימת נקודות ומפה (Leaflet, Yandex.Maps), ומסנן רק את אלה שבהן כל ההזמנה זמינה. יישום BOPIS עולה בדרך כלל $1,500–$2,000 נוספים ומשפר את שביעות רצון הלקוחות ב-25%.

דוחות מחסן

אנליטיקה שמנהלי תפעול באמת צריכים:

• מלאי לפי מחסן וקטגוריה.
• מחזור מלאי (sold_qty / avg_stock לתקופה).
• העברות בין מחסנים (הזמנות העברה).
• תחזית גירעון המבוססת על מכירות יומיות.

דוגמה לשאילתת מחזור:

SELECT w.name AS warehouse, pv.sku, ws.stock_qty, COALESCE(sales.sold_30d, 0) AS sold_30d, CASE WHEN COALESCE(sales.sold_30d, 0) = 0 THEN NULL ELSE ROUND(ws.stock_qty / (sales.sold_30d / 30.0)) END AS days_of_stock
FROM warehouse_stock ws
JOIN warehouses w ON ws.warehouse_id = w.id
JOIN product_variants pv ON ws.variant_id = pv.id
LEFT JOIN (
    SELECT variant_id, SUM(qty) AS sold_30d
    FROM order_items oi
    JOIN orders o ON oi.order_id = o.id
    WHERE o.completed_at >= NOW() - INTERVAL '30 days'
    GROUP BY variant_id
) sales ON sales.variant_id = pv.id;

תהליך היישום

אנו פועלים לפי תהליך יישום מובנה עם שלבים ברורים:

1. אנליזה: איסוף דרישות: מספר מחסנים, סוגים, תהליכים עסקיים → מפרט טכני
2. עיצוב: סכמת DB, אלגוריתמי ניתוב, מתאמי אינטגרציה → מסמך ארכיטקטוני
3. יישום: קוד ב-Laravel, בדיקות, מיגרציות → מאגר קוד
4. אינטגרציה: חיבור ספק חיצוני אחד או שניים → סנכרונים פעילים
5. בדיקות: בדיקות עומס, בדיקות מודול ואינטגרציה → דוח בדיקות
6. פריסה: הגדרת תורים (queues), לוחות זמנים, ניטור → גישה ותיעוד
7. הדרכה: הכשרת מנהלים על המערכת → מדריכי וידאו ומאגר ידע

מה כלול

לאחר היישום, תקבלו:

• מסמך ארכיטקטוני ותיאור סכמת DB.
• מאגר קוד מקור מלא עם הערות.
• תורים ומתזמני משימות מוגדרים.
• תיעוד אינטגרציה ל-API.
• גישה לניטור (ריכוז לוגים, התראות).
• הכשרת צוות (מדריכי וידאו ומאגר ידע).
• אחריות על הפונקציונליות שיושמה.

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

• סכמה רב-מחסנית + ניתוב לפי עדיפות: 5–7 ימים.
• פיצול הזמנות + ניהול משלוחים: 3–5 ימים.
• אינטגרציה עם מקור חיצוני אחד (1C, MoySklad): 3–5 ימים.
• BOPIS עם מפת איסוף: +3–4 ימים.
• דוחות מחסן אנליטיים: +2–3 ימים.

מערכת רב-מחסנית מלאה לחנות עם 2–5 נקודות אחסון: 2–4 שבועות. העלות הממוצעת נעה בין $5,000 ל-$15,000 בהתאם למורכבות. עבור מערך טיפוסי של 3 מחסנים, העלות היא סביב $8,000 ומניבה חיסכון חודשי במשלוחים של $2,500. העלות מחושבת באופן אישי—כדי לקבל הערכה מדויקת לפרויקט שלכם, שלחו לנו את הדרישות שלכם; ננתח את המחסנים שלכם ונציע פתרון. אנו מציעים אחריות על כל הפונקציונליות שיושמה.

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