← Всі кейси
Склад у TMS

Складський контур TMS: планувальник консолідації, вхідні BOL із Google Drive, Telegram для складу

📅2026
⏱5 тижнів
👥2 розробники
Warehouse planner · Kanban by destinationChicago, IL3PRO 11588 plt · 9,400 lbsPRO 11626 plt · 7,100 lbsPRO 11714 plt · 3,900 lbsDallas, TX2PRO 114910 plt · 12,300 lbsPRO 11665 plt · 6,000 lbsAtlanta, GA3PRO 11537 plt · 8,800 lbsPRO 11593 plt · 2,400 lbsPRO 11749 plt · 11,000 lbsTrailer draft #2 · ChicagoSpots22 / 30Weight38,200 / 44,000PRO 1158 — 8 plt · PRO 1162 — 6 plt · PRO 1149 — 5 of 10 plt (split)✓ all loads at WarehouseCreate CARRIER OUTTelegram · Warehouse update🚚 CARRIER OUT — Swift Lines (PRO 55213)• 1158 Milwaukee, WI → Chicago, IL 📎 1158 OUT BOL.pdf• 1162 Madison, WI → Chicago, IL 📎 1162 OUT BOL.pdf🔒 Seal 004812 · 📥 arriving today: 3 loadsIncoming BOLs · Google Drive, hourlyscan_0931.pdfassign → PRO 1171scan_0932.pdfassign → PRO 1174scan_0930.pdfassigned · undo
1 год
цикл імпорту BOL із Google Drive
1 клік
прив'язка скана до вантажу
0
дзвінків складу «що приїде?»

Задача

У логістичній компанії зі США консолідація на складі велась у голові диспетчера: які вантажі сьогодні на складі, що з чим поїде, чи влізе в трейлер за вагою. Оригінальні BOL склад сканував у Google Drive, а диспетчер вручну шукав файл і прикріплював до вантажу. Склад дізнавався про прибуття й відвантаження по телефону.

Що реалізовано

Побудували складський контур у наявній TMS. Planner показує вантажі на складі канбаном за напрямками; диспетчер збирає з них трейлери наперед, ділить вантаж між кількома трейлерами (палети й місця окремо, 30 місць, 44 000 lbs із попередженнями), а CARRIER OUT створюється лише коли всі вантажі фізично на складі. Google Drive опитується щогодини: нові скани BOL потрапляють у вхідну теку, де їх одним кліком прив'язують до вантажу (з Undo), а складу нагадується відсканувати. У Telegram-групу складу бот постить ранкові прибуття, CARRIER OUT із PDF усіх OUT BOL і пломбами та CARRIER IN із BOL з лоадборду.

1

Канбан за напрямками

вантажі на складі й ті, що в дорозі на нього, по колонках напрямків: PRO, палети, вага, дні на складі.

2

Чернетки трейлерів

кілька трейлерів наперед, вантаж ділиться між ними; залишок видно на картці.

3

Палети й місця окремо

місця в трейлері (30) рахуються окремо від палет, бо палети штабелюються; ліміти ваги налаштовуються.

4

Гейт відправки

CARRIER OUT створюється лише коли всі вантажі трейлера у статусі Warehouse.

5

Вхідні BOL із Google Drive

щогодинне опитування теки, дедуплікація за ID файлу, прив'язка одним кліком, Undo, нагадування складу.

6

Telegram для складу

прибуття на сьогодні, CARRIER OUT із OUT BOL PDF і пломбами, CARRIER IN із BOL; кожна подія постить один раз.

Результат

Диспетчер планує завантаження трейлерів на тиждень наперед замість «в голові», склад бачить план дня в Telegram, а скани BOL більше ніхто не шукає в Drive — вони самі приходять у систему й чекають одного кліка.

Технології

PHPYii2MySQLGoogle Drive APITelegram Bot APIcron

Маєте схожу задачу?

Обговорити проєкт

Наступний кейс

CRM для авторозбірки

CRM для авторозбірки: донори, склад, продажі, OEM →