Вместо эпилога. Разговор с владельцем
— Алексей, а почему мы начинаем именно сейчас?
— Смотри, как я это вижу. Представь, что государство сказало: с первого сентября вы обязаны постоянно бегать стометровку и укладываться не больше чем в 10 секунд. И это будут контролировать. Кто не справляется — штрафы и запрет на ведение деятельности. А по текущим замерам вы в постоянном режиме такие дистанции пока можете только пешочком проходить.
— Хм. А это действительно так?
— Можешь сам погрузиться в свою компанию и сам убедиться.
— Окей, убедил. Что делаем?
— Есть два базовых варианта. Либо верить, что с первого сентября компания в моменте выдаст результат. Либо начать тренироваться заранее и замерять показатели.
— Окей. Начинаем тренироваться.
Что я вижу по рынку сейчас
С первого марта меня стали привлекать транспортные компании в качестве внешнего руководителя по подготовке к внедрению ЭТРН. На текущий момент я работаю на проектах по мультимодальным перевозкам, перевозкам насыпных и наливных грузов. Моя задача — подготовить компанию к внедрению ЭТРН, помочь с выбором интегратора, организовать само внедрение и затем тестовую эксплуатацию.
Что могу сказать на текущий момент: перевозчики не готовы. Проект высокозатратный, прямых дивидендов не приносит, интереса у сотрудников не вызывает. Внутри компаний его в основном воспринимают как дополнительную нагрузку. Единственный положительный момент, который некоторые собственники для себя видят, звучит примерно так: малыши не справятся, а значит на рынке появится свободная доля для остальных.
Это, кстати, тоже симптом. Когда проект воспринимается не как инструмент повышения управляемости и прозрачности, а как внешний обязательный барьер, который надо просто пережить, внедрение почти всегда идет тяжело.
И здесь, на мой взгляд, уже возникает первая ошибка. Многие смотрят на ЭТРН как на обычную автоматизацию: выбрать подрядчика, подключить решение, провести обучение, написать инструкцию — и вопрос закрыт. Но в реальности ЭТРН начинает ломаться гораздо раньше, чем компания доходит до продуктивной эксплуатации. Она ломается в тех местах, которые на бумаге годами никто особенно не трогал: роли, НСИ, порядок появления данных и сама дисциплина оформления перевозки.
Что удалось посмотреть по решениям
На текущий момент мне удалось познакомиться с решениями от разных компаний, а также с командами, которые готовы эти решения внедрять.
Если резюмировать этот блок совсем просто, то готового «идеального» решения на рынке я пока не увидел. Есть варианты, у каждого есть сильные и слабые стороны, но ни один из них сам по себе не решает основную проблему перевозчика. Потому что главная проблема сейчас не столько в софте, сколько в самих процессах компании.
Именно поэтому я бы не начинал разговор с вопроса «какой сервис выбрать». Более правильный вопрос звучит иначе: насколько сама компания вообще готова работать в электронной логике, где документ нельзя безболезненно дособрать на следующий день и подписать задним числом.
Особенность оформления ТН в отрасли перевозчиков наливных и насыпных грузов
Здесь важно понимать одну вещь, без которой разговор про ЭТРН быстро уходит в теорию. Работа транспорта, как правило, идет круглосуточно. Сам бумажный вариант ТН изначально частично формируется перевозчиком, потом дозаполняется по весам и объему водителем, затем — получателем, если возникают расхождения. Либо, что встречается даже чаще, документ вообще формируется на следующий день по факту перевозки, а подписание происходит задним числом.
То есть на бумаге отрасль давно научилась жить в режиме «сначала едем, потом оформляем как надо». Именно поэтому многие процессы визуально кажутся рабочими. На бумаге они действительно как будто рабочие. Но при переходе в электронный формат этот способ существования начинает ломаться. Там уже нельзя безболезненно жить на отложенном вводе данных, на устных договоренностях и на постфактумном восстановлении картины.
И вот здесь становится видно, почему ЭТРН нельзя внедрять как обычный ИТ-проект. В обычной автоматизации можно долго спорить о выборе системы, интерфейсе или интеграции. Здесь же ключевой вопрос другой: способна ли компания вообще собирать и фиксировать корректные данные в нужный момент, а не потом.
Что сотрудники компаний реально думают об этом проекте
Внутри компаний сопротивление внедрению ЭТРН редко выглядит как открытый конфликт. Обычно оно проявляется гораздо проще — через реплики, которые в разных формулировках я слышу почти везде.
Юристы говорят:
«Можем почитать закон. Инструкцию по формированию ТН написать не можем. Читайте закон, там всё понятно».
Бухгалтеры говорят:
«ТН делает проводки? Нет? Тогда это не наша забота».
Продажники говорят:
«Мы перевозки продали. Какие еще ТН?»
Логисты говорят:
«Мы и так перевозки диспетчерить не успеваем».
Операционисты говорят:
«Нам нужна одна кнопка. Работать в онлайне? Мы тогда основную работу не сделаем».
Водители иногда говорят вообще коротко и честно:
«Всем привет. У меня кнопочный телефон».
Это не смешной блок ради оживления текста. Это на самом деле хорошая иллюстрация того, где именно проект начинает вязнуть. Он почти никогда не стопорится на уровне лозунгов. Он стопорится в точках, где становится непонятно, кто должен делать конкретное действие, в какой момент и за счет какого ресурса.
Если смотреть на это глазами руководителя проекта, то проблема здесь не только в сопротивлении. Проблема в том, что в компании часто просто нет собранного контура ответственности. Каждый видит только свой кусок процесса и не считает ЭТРН собственной задачей. А значит, проект очень быстро превращается в набор зависимостей без владельца.
Ключевая особенность перевозчиков наливных и насыпных грузов
Отдельно надо сказать про перевозчиков наливных и насыпных грузов. У них смешанная структура деятельности. Они могут перевозить как чужие, так и свои грузы по ДКП. И в зависимости от типа перевозки одна и та же компания может выступать как грузоотправитель, экспедитор, заказчик, грузополучатель, перевозчик и лицо, осуществляющее погрузку.
И вот здесь начинается самое интересное. На уровне закона и формальных схем всё часто выглядит линейно. А в жизни вариаций формирования ЭТРН появляется вагон и маленькая тележка. Плюс законодательство практически полностью игнорирует отраслевую специфику. Поэтому попытка натянуть единый шаблон на все типы перевозок в таких компаниях почти всегда заканчивается либо постоянными костылями, либо ошибками, либо отказом сотрудников работать по новой схеме.
Для внешнего наблюдателя это может выглядеть как частная проблема отрасли. Но по сути это типовая история любого сложного внедрения: как только в реальном бизнесе одна и та же компания играет несколько ролей, линейная модель документа перестает работать без серьезной предварительной раскладки сценариев.
С чего мы начинаем работу в проектах
Первый этап, который я определил практически со всеми перевозчиками, — это диагностика текущей системы и всех вариантов перевозок. И именно на этом этапе почти всегда начинают вскрываться вещи, которые на бумаге годами никому особенно не мешали.
Главный вывод очень простой: ТН оформляются недостоверно, и пока это бумажный документ, это почти никем не отслеживается. Но при электронном документообороте всё это станет доступно всем, в том числе Минтрансу, ГИБДД и ИФНС. И тут уже вопрос не в том, удобно или неудобно компании переходить на ЭТРН. Вопрос в том, насколько компания вообще способна предъявить наружу корректную картину своих перевозок.
Ключевая проблема на старте — полнота заполнения НСИ и правильное указание ролей. Многие удивляются, когда начинаешь в это погружаться, но роли в ТН очень часто указываются неправильно. Каждый заполняет ТН так, как понимает, а не так, как это написано в законе. И пока документ живет в бумажном виде, это можно долго не замечать.
Именно этот момент, на мой взгляд, сильнее всего отрезвляет собственников и руководителей. Потому что до аудита им часто кажется, что проблема будет где-то в интеграции. А после аудита становится видно: интеграция — это уже второй этаж. Первый этаж — это данные, роли, сценарии и дисциплина процесса.
Что требует особого внимания
На практике основные элементы, которые требуют внимания и корректного заполнения всех реквизитов, выглядят так:
- контрагенты: грузоотправитель, грузополучатель, перевозчик, заказчик, лицо, осуществляющее погрузку, владелец инфраструктуры;
- места погрузки и разгрузки;
- водители;
- транспортные средства и прицепы;
- грузы.
И вот здесь начинается уже не разговор «про ИТ», а нормальная проектная работа. Потому что сам по себе факт наличия справочников в 1С ничего не решает. Важно, чтобы данные были не просто заведены, а заведены полно, единообразно и в нужный момент.
Я бы здесь отдельно подчеркнул: в большинстве компаний НСИ исторически воспринимается как техническая обвязка. На практике именно она становится фундаментом всей последующей работы. Если в НСИ хаос, никакая красивая схема электронного документооборота в эксплуатации не взлетит.
Что делаем дальше
Соответственно, с большинством компаний мы определили следующий подход: контролируем и дозаполняем НСИ по всему документообороту, начиная с 2026 года. Перевозки цикличны, поэтому с точки зрения практики так правильнее. Причем контроль должен идти в режиме онлайн, напрямую в 1С. По каждому блоку назначаются ответственные, ставятся дедлайны, определяются способы взаимодействия с контрагентами. По сути, задача одна: научиться своевременно собирать информацию, а не восстанавливать её потом по кускам.
Это скучный этап только на первый взгляд. На самом деле именно здесь становится понятно, способна ли компания вообще перейти в электронный контур без постоянных авралов. Потому что, если данные о водителе, прицепе, месте погрузки или роли контрагента появляются только после рейса, никакая система сама по себе это не исправит.
И вот здесь, как мне кажется, проходит граница между формальным и реальным внедрением. Формальное внедрение — это когда сервис подключен, обмен запущен, инструкции написаны. Реальное внедрение — это когда компания научилась жить в новом контуре без постоянного ручного спасения ситуации.
Второй этап
Второй этап — анализ самих перевозок и формирование инструкций для сотрудников. Здесь же делаем градирование типов перевозок: какие требуют кардинальной переработки процесса или вообще отказа, какие требуют средней переработки, а какие можно адаптировать с минимальными изменениями. Для простоты внутри проекта это обычно красные, желтые и зеленые сценарии. По каждому виду определяем ответственных, определяем роли в ТН и пишем инструкции.
И только после этого имеет смысл всерьез обсуждать внедрение как таковое. Не наоборот. Не сначала купить решение, потом героически пытаться под него притянуть компанию. А сначала понять, какие у вас реально есть перевозки, кто в них кем является, какие данные где рождаются и в какой момент должны попадать в систему.
По-хорошему, именно на этом этапе и становится понятен реальный объем проекта. Не по коммерческому предложению интегратора, а по количеству сценариев, исключений, нестандартных ролей и ручных привычек, которые придется переделывать.
Что в сухом остатке
Главная ошибка, которую я сейчас вижу у перевозчиков, — это надежда, что ЭТРН можно будет внедрить как обычную ИТ-задачу. Поставили решение, настроили интеграцию, провели пару обучений — и всё полетело. Не полетит.
ЭТРН очень быстро вытаскивает наружу то, что раньше можно было не замечать годами: недостоверные ТН, размытые роли, кривую НСИ, несобранные процессы и привычку оформлять документы задним числом. И чем дольше компания живет в режиме «потом разберемся», тем больнее будет переход.
Поэтому если говорить совсем прямо, подготовка к внедрению ЭТРН — это не история про модный электронный документооборот. Это история про способность компании навести порядок в собственных перевозках, ролях, данных и ответственности.
А тренироваться действительно лучше заранее.
У кого уже были пилоты, внутренняя подготовка или попытка запуска ЭТРН — что оказалось самым проблемным на практике: роли участников, НСИ, работа водителей, подписи и МЧД, онлайн-дисциплина или интеграция с учетной системой?