Одна система замість чатів, таблиць і паперів: від заявки клієнта до акта й оплати. Диспетчерський борд, білінг, зарплати водіїв, електронний підпис договорів із перевізниками та реальний P&L.
01
TMS потрібна, коли операція та її економіка вже переросли таблиці, листування і бухгалтерську програму.
Заявки, статуси та документи розкидані по Telegram, пошті й таблицях — ніхто не бачить борду на тиждень цілком.
Ставка клієнта, оплата перевізнику, паливо, доплати водіям — усе в різних місцях, і прибуток видно лише в кінці місяця.
Rate confirmation, договори з перевізниками, рахунки, акти, CMR/ТТН готуються копіюванням і підписуються поштою.
Зарплати, аванси, масові оплати інвойсів кількох перевізників одним платежем — щомісячний головний біль.
Вантажі консолідуються на складі, перевантажуються, і статус «де зараз палета» постійно губиться.
Готові рішення не враховують ваші ставки, валюти, етапи й документи — і команда працює «поруч» із ними.
02
Модулі з нашої TMS-платформи для вантажної компанії та фінансового модуля логістики. Компонуємо під вашу операцію.
Заявки та диспетч-борд
Тижневий борд по диспетчерах, статуси, автозаповнення номерів, типи вантажів, швидкий пошук.
Рейси та етапи виконання
Завантаження, в дорозі, доставлено, крос-док — з фактичними датами, затримками та сповіщеннями.
Перевізники та водії
Профілі, документи, страховки, рейтинги, доступ перевізника в режимі перегляду та кабінет водія.
Білінг і PDF-документи
Рахунки, rate confirmation, акти, інвойси з даних рейсу. Статуси оплати та нагадування.
Електронний підпис
Онбординг перевізника та підписання rate confirmation за публічним посиланням — без пошти й сканів.
Зарплати та масові оплати
Розрахунок водіїв, авансові виплати, один платіж на інвойси кількох перевізників, AP для крос-док вендорів.
Фінанси та P&L
Доходи, витрати перевізників, загальні витрати, чистий прибуток по рейсу, клієнту, місяцю.
Склад і планувальник
Вхідні вантажі, консолідація, планування відправок, 3D-планувальник завантаження трейлера.
Telegram-сповіщення
Події по рейсах, щоденні дайджести, складські боти, двофакторний вхід — там, де команда і так сидить.
Не знайшли свій процес?
Опишіть, як це працює у вас зараз — запропонуємо модуль під вашу логіку.
03
Живі системи, які щодня використовують наші клієнти. Назви компаній анонімізовані за домовленістю.
Побудували диспетчерську платформу з нуля: тижневий board, billing workflow з PDF-інвойсами, payroll модуль, дашборд з ApexCharts, cross-dock і автофіл по PRO#.
Канбан збирає вантажі зі складу у трейлери з урахуванням палет, місць і ваги; скани BOL зі складського сканера самі потрапляють у систему; склад отримує в Telegram, що приїде й що відвантажується.
Фінансовий контур для TMS вантажної компанії: P&L-водоспад з Net Profit, batch-оплата інвойсів кількох карієрів одним чеком, облік боргів кросдок-вендорам і накладних витрат.
Власний рушій е-підпису замість DocuSign: перевізник підписує Broker-Carrier Agreement і Rate Confirmation за токен-лінком з телефону. FPDI-штамп поверх PDF, 3 методи підпису, аудит-трейл.
04
Проходимо шлях заявки від клієнта до оплати: хто, що й коли робить, які документи виникають на кожному кроці.
Описуємо ставки, валюти, доплати, зарплатні формули, правила маржі — те, чого немає в коробкових TMS.
Диспетчери починають працювати в системі за 3–4 тижні. Старі таблиці — паралельно, доки не відключимо.
Додаємо фінансові модулі по черзі, звіряємо з бухгалтерією на реальних рейсах минулого місяця.
GPS, телефонія, Telegram, e-підпис, облік, маркетплейси вантажів — за пріоритетами з ТЗ.
Навчання команди, регламенти, 30 днів виправлень, далі — нові модулі в міру зростання.
05
Вартість
від $2,999
Перший етап TMS (заявки, борд, рейси, базові документи) — від $2,999. Повна платформа з білінгом, зарплатами, e-підписом і фінансами — $10,000–25,000 поетапно. Безкоштовний аналіз до старту.
06
Обираємо стек під задачу та команду клієнта, а не навпаки. Код і дані повністю належать вам.
07
TMS (Transportation Management System) — система управління перевезеннями: заявки, рейси, перевізники, документи, розрахунки та маржа. Вона замінює таблиці й чати єдиним контуром для диспетчерів, бухгалтерії та власника.
Глибше в тему
Уявіть один екран, де диспетчер бачить усі рейси тижня, кожен має статус, документи, перевізника й ставку, а бухгалтерія бачить, що виставити й кому заплатити. Власник бачить маржу по кожному рейсу сьогодні, а не через місяць. Це і є TMS.
Заявка від клієнта → ставка й розрахунок → призначення перевізника або власного водія → rate confirmation і підпис → завантаження → в дорозі (GPS, статуси) → доставка і POD → рахунок клієнту → оплата перевізнику → закриття рейсу з маржею. На кожному етапі система знає, хто відповідальний і що далі.
Rate confirmation, договір з перевізником, BOL/CMR/ТТН, рахунки, акти, інвойси перевізників. TMS генерує їх із даних рейсу, зберігає підписані версії та нагадує, чого бракує. Електронний підпис прибирає друк, скан і пошту.
Дохід від клієнта мінус оплата перевізнику, витрати на паливо, крос-док, загальні витрати компанії = чистий прибуток. Ми будували фінансовий модуль, де P&L сходиться з KPI до цента, а масові оплати закривають інвойси кількох перевізників одним чеком.
Якщо у вас кілька ставок і валют, власна логіка розрахунку з водіями, специфічні документи або операція «розпорошена» по кількох інструментах — коробкові рішення не повторять ваші правила. Кастомна TMS будується навколо них.
08
Опишіть, як зараз рухається заявка від клієнта до оплати перевізнику — запропонуємо структуру TMS, перший етап і оцінку.
Опишіть задачу — відповімо протягом 24 годин
