Все функции системы: что она делает за логиста

Четыре продукта и в каком они состоянии

Коротко: ежедневно и на живых деньгах работает контур нашего собственного перевозчика — заявки, рейсы, счета, акты и ассистент в переписке. Укладка груза собрана как расчётный движок с экранами в демо-кабинете, выбор ремонтного депо — как модель с прототипом. У прототипа нет сервера, входа по паролю и разграничения прав: показать можно сегодня, поставить в работу чужой компании — нельзя. Дальше по странице это помечено у каждого блока.

Задача: собрать машину из того, что прислал отправитель

Система берёт список мест в том виде, в каком он реально приходит, и доводит его до состояния, пригодного для расчёта. Главное правило входа: если габарита или веса нет, система ставит месту статус «не знаю» и ведёт себя с ним как с «нельзя», а не подставляет среднее по складу.

• Ручной ввод мест и вставка строк из таблицы — путь, который работает всегда: сюда попадает всё, что автоимпорт не разобрал
• Импорт листа файлом с сопоставлением чужих колонок и предпросмотром до загрузки: где длина, где вес, где количество
• Нормализация входа: мм, см и м к одной единице, порядок сторон, запись 长/宽/高 и счётные слова
• Разбор чисел так, как их пишут люди: «5,2–5,5 м», «~5.2 м», «1200×800» и «1200x800» читаются одинаково
• Происхождение каждого числа: со слов клиента, из упаковочного листа или замерено на складе — видно у габарита и у веса отдельно
• Вес в строке понимается и как «на одно место», и как «на всю позицию»
• Количество в строке — груз, который обязательно едет; строка без количества — кандидат на догруз
• Приоритет: что едет, а что остаётся на складе, если всё не влезло
• Класс опасного груза у места и матрица несовместимости: что с чем нельзя в одной машине или рядом — 233 правила совместимости
• Справочник кузовов, составной кузов (тягач с прицепом — это отсеки, зависящие друг от друга) и список допустимых кузовов у места: только реф, только открытый, только контейнер
• Этикетка места: штрихкод Code 128 без сторонних библиотек, рядом крупным текстом «НЕ ШТАБ.», «ВЕРХ», «ХРУПК.» и номер остановки выгрузки
• Проверка справочников: тип кузова и тип тары не расползаются по вариантам написания

Чего во входе пока нет

• Труба и шина отдельной геометрией: цилиндр есть, труба считается габаритным ящиком. У Goodloading труба — отдельный тип груза, у Cargo-Planner есть геометрия полого цилиндра
• Отступов под ремни, распорки и на неточность грузчика нет. У Cargo-Planner это поле отступа вокруг груза
• Комплектов и кратности партии нет: «стол и четыре стула едут только вместе» руками. У Cargo-Planner и Goodloading такое поле есть
• Кнопки «Хрупкое» как пресета нет: эффект собирается вручную из «не ставить сверху» и предела веса
• Распознавания PDF-сканов и фото записки с габаритами нет; справочника типоразмеров паллет нет

Задача: чтобы штабель доехал, а не сложился

Штабелируемость в системе — не одна галочка, а набор независимых параметров, потому что в рейсе ломается именно то, что галочкой не описывается.

• Признак штабеля в трёх состояниях: сверху нельзя — можно — можно, но не выше N ярусов
• Допустимый вес сверху: на место можно ставить, но не больше заданных килограммов
• «Только на пол» отдельно от «не штабелировать»: это разные ограничения, и путать их дорого
• Доля опоры: какая часть дна места должна на чём-то стоять, чтобы широкое не повисло на узком
• Повороты и кантование по отдельности: развернуть на полу можно, положить на бок — нет
• Крепление и горизонтальная устойчивость: где пустоты, которые надо закрыть распоркой, заполнителем или подушкой
• Два разных значка результата: «влезает по сумме объёма и веса» и «уложено геометрически» — это не одно и то же
• Реальный процент заполнения вместо обещания «загрузим под завязку»: задача упаковки NP-трудная, точного оптимума на реальном числе мест не бывает, и система этого не скрывает
• План проверяет отдельный модуль, а не тот же код, который его построил
• Ручная правка перетаскиванием с пересчётом осей; лист погрузки не выдаётся, пока план после правки не перепроверен

Чего в штабеле пока нет

• Правил формы штабеля (куда растут штабели, насколько соседние могут отличаться по высоте) нет
• Белых и чёрных списков «что на что можно ставить» нет: вертикальная совместимость пока только через общую матрицу
• Сборки смешанной паллеты из мелочи на складе нет: паллета заводится как уже готовое место

Задача: развезти по четырём точкам и не разбирать машину на каждой

Раскладка считается под порядок выгрузки, а не отдельно от него: на каждой остановке водитель снимает своё, не трогая чужое. Порядок выгрузки — свойство рейса, и у него есть третье значение: «неизвестно» — это не то же, что «свободный».

• Остановка — отдельная сущность рейса: номер, адрес, что грузят и что снимают; порядок задаётся и меняется
• Порядок выгрузки берётся из маршрута: кто выгружается первым, грузится последним и стоит у дверей
• Ручной порядок, когда адресов в сделках нет: группы приоритета, «первая группа — в глубину, последняя — к дверям»
• Пошаговый вид по остановкам: что снимается на точке и что остаётся в кузове после неё
• Формальная проверка плана называет помеху по имени: груз сверху, груз между местом и дверью, место слишком глубоко, чужая партия мешает
• Оси и крепление остатка пересчитываются после каждой выгрузки: сняли заднее — передняя ось может уйти в перегруз
• Разные отправители по умолчанию не смешиваются; при необходимости между ними ставится разделение зон
• Партия не дробится: все места одного заказа едут в одной машине и стоят рядом, если клиент не согласился на иное
• Догруз и сборная машина: «чем догрузить эту машину» по направлению, ёмкости и порядку точек
• Несколько машин сразу: система предлагает, какие сделки в какую машину и в каком порядке точек
• Не уложилось — предлагается перенос конкретной сделки в другую машину, а не молчаливая погрузка «как получится»
• Два шага вместо одного: сначала состав машины по цифрам, потом геометрия. Если машина идёт к одному получателю, картинка не нужна — хватает веса, LDM и осей

Здесь мы отстаём, и об этом честно

• Досягаемости при выгрузке у нас нет: «не ставить глубже, чем дотянется грузчик или рохля». У Cargo-Planner это документировано ровно нашим сценарием многоточечного рейса, есть похожее и у Oracle OTM
• Шкала строгости порядка выгрузки у нас частичная, старшие уровни недоступны. У EasyCargo четыре режима, у packVol три уровня, у Oracle OTM шкала из четырёх градаций смешивания — их шкалы богаче нашей
• Перестановки груза под таможенным транзитом нет: это разрешительная процедура, а не правка плана

Сравнение взято из нашего же разбора рынка (70+ продуктов, состязательная проверка 03.10.2026). Проверка была поставлена с запретом подыгрывать нам и опровергла два наших прежних утверждения «такого нет ни у кого». Поэтому здесь их нет.

Задача: не поехать с перегрузом по оси

Нормы Казахстана лежат в системе данными продукта, а не полем, которое заполняет пользователь. У каждого числа записаны реквизиты акта, редакция, кто его сверил и когда сверять снова, — поэтому новая редакция приказа это правка данных, а не переписывание расчёта.

Источник: приказ от 26.03.2015 № 342 (рег. МЮ № 11009); пункты 14 и 15-1 — в редакции приказа Министра транспорта РК от 18.02.2026 № 46, действует с 25.04.2026. Текст пунктов прочитан на adilet.zan.kz и сверён построчно 29.09.2026. Отдельно: градаций «6 / 10 / 13 тонн на ось по категории дороги» в Казахстане нет — это российская схема, и путать их нельзя.

• Полная масса машины с грузом проверяется по классу: число осей, одиночная машина или автопоезд
• Нагрузка на каждую ось считается по готовому плану до того, как машину поставят под погрузку
• Центр тяжести и перекос: не завалена ли машина на борт, назад или вперёд
• Детектор спецперевозки по порогу: место выше порога массы или габарита сразу помечается и не смешивается со сборным грузом
• Негабарит — отдельный режим, а не «тетрис»: вопрос не «как уложить», а «пройдёт ли, на чём везти и нужно ли разрешение»
• Нормы по плечам международного рейса: одна и та же машина может пройти по РК и не пройти по ЕС

Чего в осях и нормах пока нет

• Вердикта по закону «груз неделимый или делимый» нет, а от него зависит, нужно спецразрешение или перевозка не допускается вовсе
• Расчёта сбора за превышение и адресации штрафа (отправителю или перевозчику) нет. Содержимое этого расчёта при этом лежит в открытом бесплатном калькуляторе по статье 571 КоАП РК
• Печатного документа распределения нагрузок по осям к рейсу нет
• Сопровождения и прикрытия негабарита система не определяет
• Многоосные схемы тралов на 5–7 осей мы не промеряли: для спецтехники это может оказаться ограничением

Задача: понять, за что выставлять счёт

Оплачиваемая величина считается сразу по нескольким базам, и видно, какая из них победила и почему. Движок отдаёт величины и правило выбора — ставок внутри него нет и быть не может: сколько, а не почём.

• Четыре базы в одном ответе: фактический вес, объёмный вес, погонные метры пола и паллетоместа — рядом стоит победившая
• Погонный метр считается от ширины конкретного кузова, а не от условной фуры
• Ответ отправителя «нельзя штабелировать» переводит груз с кубов на метры пола — и сразу видно, сколько этот ответ стоит. Хрупкая коробка на 20 кг оплачивается как метр пола
• Обратное тоже учтено: лёгкий объёмный груз платит за объём, иначе машина возит воздух бесплатно
• Коэффициенты кг/м³ и кг/LDM — настройка перевозчика, страны и режима, с источником рядом с цифрой, а не константа в коде
• Сводка по остановке: сколько погонных метров, площади пола и объёма занимает груз получателя, сколько свободно и что не влезло — это основание счёта, а не справка
• Заявка наёмному перевозчику формируется из плана: погонные метры, паллетоместа, вес и картинка раскладки во вложении

Чего в деньгах по грузу пока нет

• Деления стоимости машины между грузовладельцами нет, и счёта каждому отправителю консолидации по плану — тоже. У Oracle OTM, SAP TM и CargoWiz такое деление есть и документировано
• Авиационного делителя объёмного веса нет; на железной дороге минимальная весовая норма на вагон не считается
• Цели расчёта «минимум денег, а не максимум плотности» нет: движок ищет плотный план, а не самый дешёвый

Задача: принять заявку, когда диспетчер не у телефона

Ассистент разбирает обращение в том виде, в каком его пишут и наговаривают, и достаёт из него маршрут, вес, объём и тип машины. Главное в нём не «умеет отвечать», а то, что он умеет НЕ отвечать: когда данных не хватает или вопрос ему не знаком, он говорит об этом прямо, вместо правдоподобного текста.

• Заявка собирается из живого текста и из голосового: расшифровка идёт на русском и на казахском
• Отвечает на языке обращения: написали на казахском — ответ на казахском
• Цена берётся из канона цен компании. Нет в каноне — в черновике стоит «уточню», а не придуманная сумма
• Негабарит называется негабаритом и уводится в отдельный разбор, а не считается как обычный сборный груз
• Сначала разбирается, КТО написал: клиент, партнёр с предложением, подрядчик в поисках работы, спам — по разным ветвям. Перевозчик с вакансией не получает клиентский прайс
• На претензию и на запрос реквизитов ассистент не отвечает намеренно: это оставлено человеку
• Готовый разобранный лид уходит в CRM, а не остаётся в переписке
• Пять слоёв знания, и модель в них последняя: точный урок, урок по смыслу, похожий случай из архива переписки, шаблон реплики, канон фактов — и только потом модель. Чем больше уроков, тем реже работает модель
• Правка менеджера становится уроком: система запоминает формулировку компании, а не «как принято отвечать вообще»
• В Telegram ассистент работает с сотрудниками: счёт, КП, смета и акт одной фразой, с черновиком и подтверждением человеком. Необратимый шаг — подпись ключом и сдача в ИС ЭСФ — вынесен в отдельную кнопку

Замеры, а не обещания: архив обучения — 103 604 сообщения переписки компании, после схлопывания повторов 1 475 полезных пар «вопрос — ответ» (отчёт сборки базы, 25.08.2026); на состязательной проверке 630 пар не было ни одной ложной склейки; своя модель распознавания казахской речи ошибается на 49 % слов против 73,8 % у стоковой модели того же размера (замер 01.08.2026 на открытом наборе FLEURS, модель его не видела).

Задача: довести сделку до рейса и не потерять её по дороге

Сделка в CRM идёт одной линией от обращения до закрытия, а рейс — это план с остановками, а не папка с заявками. Отсюда растут почти все остальные удобства: порядок точек маршрута сразу задаёт порядок укладки, и переносить данные между программами не нужно.

• Стадии со охранниками: при переходе вперёд система говорит, чего не хватает, и даёт перевести «всё равно» — но с причиной, и причина уходит в ленту
• Канбан, где в шапке колонки стоят количество, сумма в тенге и сумма в метрах пола
• Рейс объединяет сделки и держит список остановок: погрузка или выгрузка, адрес, какие сделки
• Строгость порядка выгрузки — свойство рейса; «не знаю» хранится отдельно от «свободный»
• Семь стадий рейса, и перевод в «В пути» и «Доставлено» двигает стадии всех сделок рейса сам
• «Утверждено» фиксирует план: отданная водителю раскладка не поменяется сама. Снятие фиксации — отдельная кнопка с записью в ленту, без молчаливого пересчёта
• Утверждение рейса с перегрузом возможно только с причиной и с записью автора
• Плечи маршрута: ЕС → РК физически разорван, у каждого плеча свой перевозчик и своя машина
• Сборка машины со счётчиками: при добавлении каждой сделки сразу видно килограммы, кубы, погонные метры, паллетоместа и число остановок
• Склад и консолидация: приход и отгрузка документами со своими номерами, статусы «на складе — в резерве под машину — отгружено», дни хранения, автоотгрузка при выезде рейса
• Перевозчики: ставки по плечам или целиком, лицензия и страховка CMR со сроками, досье с журналом правок, риск-оценка с вердиктом по каждому источнику, чёрный список, который не участвует в выборе

Чего в CRM пока нет

• Тягач и прицеп двумя записями в CRM не ведутся: в движке укладки сцепка как два отсека уже есть, в карточке машины — один номер
• Плановой и фактической даты прибытия нет, поэтому опоздания перевозчиков не считаются автоматически, а рейтинг идёт по ручным отметкам
• Файлы не прикрепляются: CMR, фото погрузки и акты в системе не хранятся
• Телеметрии GPS, истории маршрута, геозон и оптимизации маршрутов нет; топливного учёта нет
• Курсы валют вводятся вручную, автоподстановки нет и не планируется

Задача: закрыть документы и увидеть деньги

Документальный контур казахстанский и работает на наших собственных счетах каждый месяц. Его смысл не в бланках, а в том, что система отказывается считать то, чего не знает.

• Счёт из сделки и общий счёт на несколько сделок одного клиента
• Нет курса пары — итога нет: система называет пару («не задан курс CNY → KZT») и не считает. Единица, ноль и прошлое значение вместо курса запрещены, потому что по молча посчитанному итогу выставили бы счёт клиенту
• Видно, ЧЕМ пересчитано: рядом с итогом стоят подытоги по валютам и применённый курс
• Черновик счёта существует до отправки, клиент черновиков не видит
• Оплаты частями, статус считается из оплат, а не ставится руками; повторная оплата с тем же внешним идентификатором не вносится дважды
• Отмена счёта с причиной, и номер отменённого счёта не переиспользуется
• Акт выполненных работ: один действующий акт на сделку в обоих путях
• ЭСФ в контуре без НДС, режим ОУР: налог, которого у компании нет, в документ не подставляется
• «Проверка перед счётом»: красные и жёлтые пункты в форме. Выставить «всё равно» можно, но с причиной, и причина уходит в ленту каждой сделки
• Маржа по сделке: то, что неизвестно, перечислено, а не посчитано нулём
• «Ждём оплату» в тенге одной функцией для экрана и для соседних модулей; неизвестный курс даёт «не знаю», а не ноль
• Выплаты перевозчикам по плечам или целиком, с источником и автором записи
• Права по функциям и разделам, журнал «кто, когда, что» и лента у каждой сделки и рейса

Чего в документах пока нет

• Шаблоны КП, заявок и договоров не заведены объектами: логист не меняет форму документа сам, без доработки кода
• Выгрузки документа в Word и в PDF нет; печать идёт средствами браузера
• Выбора своего юрлица при формировании документа нет, нескольких юрлиц компания завести не может
• Единый журнал действий сотрудника собирается частично

Задача: выбрать депо неисправному вагону

Сравнивать депо по прайсу ремонта — ошибка: разница в цене между регионами съедается пересылкой и простоем. Поэтому система считает полную стоимость каждого допустимого варианта и сортирует депо по ней, а не по счёту за ремонт.

• Цена ремонта по виду (текущий, деповской, капитальный) с поправкой «прайс — факт»: отношение фактического счёта к прайсу по истории этого депо
• Запчасти отдельной компонентой: по цене депо, давальческими узлами собственника или переброской со своего склада
• Пересылка до депо по тарифному расстоянию от станции отцепки
• Порожний возврат к месту следующей погрузки — часто вторая по величине компонента. Депо «дёшево, но в стороне от оборота» проигрывает именно здесь
• Простой: сутки вне оборота (дорога туда, очередь, ремонт, ожидание запчастей, дорога обратно) × стоимость вагоно-суток — ставка аренды или упущенная маржа
• Риск повторной отцепки: вероятность по истории этого депо × стоимость нового случая, минус то, что покрывает гарантия
• Особая доставка, если вагон нельзя пропускать своим ходом: платформа, прикрытие или выездная бригада
• Сборы и оформление, а для гружёного вагона — издержки по грузу
• Жёсткий фильтр допустимости ДО расчёта: берёт ли депо этот тип вагона и этот вид ремонта, есть ли свободная мощность и квота, есть ли запчасти, допустим ли маршрут
• На выходе — список депо по возрастанию полной стоимости с разбивкой по компонентам: видно, ПОЧЕМУ дешёвое депо проиграло («ремонт дешевле, но возврат дороже и простой на шесть суток длиннее»)
• Отдельный вопрос, который модель задаёт сама: если минимальная полная стоимость выше остаточной стоимости вагона, обсуждается не депо, а списание

Сама модель — наша инженерная постановка, собранная из подтверждённых компонентов, а не цитата из норматива. Ставки, цены депо и стоимость вагоно-суток компания вносит из своих договоров: подставлять их за клиента мы не будем. Реализация — прототип ремонтного контура в тестовой версии.

Как это выглядит в системе

Чего система не делает — чтобы это не выяснилось на внедрении

Перевозчику полезнее знать границу, чем услышать «сделаем под вас». Ниже граница целиком, включая места, где отраслевые продукты сильнее нас.

• У прототипов укладки и внешней CRM нет сервера, входа по паролю и разграничения прав. Значит, ни одна «готовая» функция сегодня не работает в чужой компании, а покупаемый набор работает уже сегодня — честное сравнение начинается с этого
• 3D-укладка сама по себе не редкость: встроенная раскладка подтверждена у SAP TM, Oracle OTM и Blue Yonder. Отличие не в картинке
• Часть набора — это привычные модули универсальной CRM (канбан, задачи, лента, отчёты, роботы). Они покупаются подпиской и нашим изобретением не являются
• Нет телеметрии GPS и истории маршрута, геозон, оптимизации маршрутов, топливного учёта и мобильного приложения
• Нет прикрепления файлов, выгрузки документов в Word и PDF, нескольких юрлиц, личного входа и администраторов
• Отдельные функции укладки у отраслевых планировщиков богаче: досягаемость при выгрузке, отступы под ремни, комплекты, труба отдельной геометрией, правила-исключения без программиста, шкала строгости порядка выгрузки

Это не скромность, а результат собственной состязательной проверки по 70+ продуктам (03.10.2026): проход был поставлен с запретом подыгрывать нам и опроверг два наших утверждения «такого нет ни у кого». Единственное, что по той же проверке не нашлось ни у одного вендора в таком виде, — нормы Казахстана как данные продукта: с реквизитами акта, редакцией, цитатой пункта у каждого числа и датой следующей сверки.

Как проверить, что это сработало

Почему нам можно доверить эту работу

• Реальная организация: ИП Gruzovozi · г. Алматы, пр. Алтынсарина, 8 · БИН/ИИН 890901302375
• Реальный перевозчик: Almaty Trans, действующая транспортная компания Алматы: парк 300+ машин от 1,5 до 40 тонн, более 100 000 заказов, работает с 2007 года, уже 19 лет.
• Реквизиты перевозчика: ИП Вечерковская Г.И. (Almaty Trans) · г. Алматы, ст. Заря, 20 · ИИН/БИН 611004400523
• Продукт вырос из диспетчерской: модули появлялись не из обзора рынка, а из того, что болело в своих рейсах — сначала задача логиста, потом экран

Посмотреть и проверить самому

Демо-кабинет открывается без регистрации: данные в нём вымышленные, но экраны и проверки те же. Если интереснее конкретная задача — приём заявок, расчёт перевозки или закрывающие документы, — у каждой есть своя страница с разбором.