«Груз ушёл, а кнопка не нажимается» — первая правда об ЭПД в 1С
Привет, это СБиСик. Сижу, пью уже чуть остывший чай и вспоминаю вчерашний вечер: фура выехала из ворот, а в 1С перевозочные документы так и остались серенькими — «не подписано». Бухгалтер ходит кругами, склад shrug-нул плечами, водитель на связи, но в телефоне пусто. Кажется, пора разложить, кто и что должен был подготовить ещё до шума погрузчика.
Сцена на складе, с которой всё начинается
Представьте обычный четверг. Скользкий пандус, погрузчик пикает, логист машет рукой: «Отправляем!». Чирк-чирк — паллеты уже в прицепе. А водитель, новенький, крутит в руках смартфон: «Мне же сказали, что ЭПД в телефоне появится… Где?». Бухгалтер из офиса отвечает примерно так же: «Мы галочку ставили, сервис точно подключён, почему титул не ушёл?». Кажется, мелочь: один не видит документ, другой не может подписать. Но за этой минутной заминкой прячется целый список непойманных заранее деталей.
Если честно, я об этих потерянных минутах позже пишу коротко в наш канал в MAX — там места ровно на то, чтобы зафиксировать живую ошибку, пока она горячая. Здесь же разберу вдумчиво, потому что тема «ЭПД в 1С» — это не про ещё один файл, а про выверенный хоровод людей, ролей и подписей.
О чём вообще речь: ЭПД простыми словами
Не буду грузить ГОСТами. Электронный перевозочный документ — это та самая транспортная накладная, но живущая в цифровой экосистеме: создаётся в 1С, уходит через ЭДО, всплывает у водителя в приложении, с обеих сторон закрывается квалифицированными подписями. Всё. Юр. сила сохраняется, бумага перестаёт ехать с водителем (и мокнуть под дождём вместе с путевыми листами).
Отсюда вытекают две ключевые вещи:
1. Если хотя бы у одного участника нет нужной подписи или доступа, процесс зависает ровно в тот момент, когда товар уже катится по трассе.
2. Ошибка в реквизитах не лежит тихо в папке с бланками — она мгновенно выпрыгивает на экран и требует правки здесь и сейчас.
Вот почему я уговариваю коллег: «ЭПД ускоряет не только обмен, но и ошибки». Не нравится, когда истина оголяется так быстро? Значит, пора наводить порядок в данных до того, как нажали «Отправить».
Что надо успеть подготовить до старта
Сейчас будет список, но не сухой чек-лист, а скорее карта тех «ааа, забыли!», которые слышу чаще всего.
1. Версия 1С и релиз конфигурации. Да, звучит занудно, но именно с этим у нас самое частое проклятие. Люди на «3.0.115» смотрят мой скрин из «3.0.126» и удивляются, почему у них нет кнопки «Создать ЭПД». Потому что релиз, Карл. Плюс платформа не ниже 8.3.22, иначе мобильный коннектор не стыкуется.
2. Подключение к 1С-ЭДО и регистрация в ГИС ЭПД. Тут две страницы инструкций, но суть короткая: пока организация не появилась в государственной системе и не выбрала оператора, документ не полетит дальше локальной базы.
3. КЭП для подписантов и МЧД для доверенных лиц. Переводя с юридического: главбух подписывает сам? Отлично, нужна его личная КЭП. Складской кладовщик тоже ставит титул — значит, оформляем ему мобильную доверенность. Иначе подпись вроде как есть, но формально он не вправе подтверждать выезд.
4. Роли в базе и права доступа. Лукавый угол. Админ 1С обычно выдаёт широкие права «чтоб работало», а потом водитель случайно видит весь список контрагентов. Лучше один раз настроить роль «Водитель-ЭПД» с чтением только своих рейсов, чем потом ловить утечку.
5. Договорённость с контрагентом. Номер договора, схема маршрута, кто подписывает сначала — поставщик или перевозчик, какие статусы приемлемы для автоматического закрытия. Если этого нет на бумаге (и в голове), документ зависнет на «ожидает титула 3» и пояснить будет некому.
Каждый пункт сам по себе очевиден, но вместе они превращаются в плотный ком. Его лучше расшивать постепенно — сначала система и подписи, потом процессы, потом уже масштабирование. И да, пару раз мы пробовали наоборот: сначала объявляли «завтра внедряем», а потом за ночь искали токены подписи. Не повторяйте — бессонные ночи не прибавляют любви к цифре.
Водитель: меньше кликов — меньше паники
Часто менеджеры думают, что водитель — это такой «ну он как-нибудь». На практике человек садится в кабину, заводит мотор, а тут ещё надо открыть приложение, пройти авторизацию, выбрать рейс, нажать «Принять», поставить подпись. Если последовательность длиннее пяти тапов, шанс ошибки растёт экспоненциально.
Поэтому минимальный набор для водителя выглядит так:
— Смартфон или планшет. Андроид 8+ (iOS ещё не все любят, но работает). Интернет желателен 4G, offline-режим есть, но первый вход всё равно онлайн.
— Установленное мобильное приложение 1С-ЭПД. Не «раньше было», а именно актуальная версия из Google Play. Старую ставить бесполезно — не подхватит новую схему обмена.
— Авторизация через номер телефона и СМС. Если номер привязан в базе, вход идёт за 30 секунд. Если админ забыл внести — водитель получает «Пользователь не найден». Очень любят случаться в пять утра.
— КЭП или МЧД в мобильном ЭПД. Тут ловушка: флешка-токен в кабину никто не возит, поэтому подпись привязываем к приложению заранее, через защищённое облако. «Потом подвяжу» не работает — облако просит время на выпуск.
— Сценарий «что делать, если связь пропала». Едем через тайгу? Хорошо, учим водителя нажать «Подтвердить позже», а бухгалтерию — заглядывать в очередь неподписанных титулов. Без этого будет «я вроде всё сделал, но вы не видите».
Самый болезненный момент — смена водителя по ходу рейса. Бывает: заболел, срочный перегон, командировка. Тогда в 1С-ЭПД нужен документ «Изменение участника перевозки». Если его не оформить, новый водитель увидит пустой список рейсов, а старый так и останется ответственным в системе, хотя уже ушёл домой.
Кстати, эта боль всплывала в нашем Telegram-канале: ребята делились, что некому было прописать новый СНИЛС в МЧД, и рейс висел на складе до обеда. Обсуждали там же, как быстро оформить добавочную доверенность в сервисе без выезда в офис.
Чем короче инструктаж для водителя, тем меньше ночных звонков. Моё эмпирическое правило — сценарий должен помещаться на один экран заметок: «Принял рейс → Загрузил фото → Подписал → Закрыл». Если нужен второй экран, значит, не упростили процесс.
Бухгалтер: не просто «подпись и до свидания»
Честно говоря, когда бухгалтерия говорит «ЭПД — это логистика, мы позже подпишем», я нервно поправляю усы. Потому что у нас уже были кейсы, когда бригада погрузила, водитель подписал, а бухгалтер потом не смог найти документ к своей реализации. Результат — несогласованные цифры НДС, лишние сторнировки, звонки контрагенту поздним вечером.
Главная роль бухгалтера тут — контролировать стыковку: реализация товаров и услуг в учёте должна ссылаться на тот же идентификатор ЭПД, что и транспортная накладная в сервисе. И наоборот: если в ЭПД изменилась масса груза или состав номенклатуры (да, такое бывает, когда клиент в последнюю минуту убирает пару мест), это должно отразиться в счёте-фактуре и УПД.
А ещё есть нюанс с курсовыми разницами и валютой фрахта. Когда перевозчик выставляет счёт в условных у.е., а ЭПД тянет строки в рублях, автоматический обмен иногда округляет. Пара копеек — не страшно, но на массовых рейсах выходит ощутимая цифра. Тут бухгалтер — последний заслон от нежданного «минуса» в отчёте по прибыли.
Чуть позже расшифрую, как настроить проверку соответствия прямо в «Реализации (акты, накладные)» и что сделать, чтобы кнопка «Сформировать ЭПД» была доступна только после заполнения всех нужных реквизитов. А ещё покажу пару приёмов, как ловить расхождение в суммах, пока документ не ушёл к контрагенту.
Но прежде чем нырять в регистры и проводки, давайте подхватим третьего героя — ответственного за отгрузку. Именно у него чаще всего загорается лампочка «Склад готов, где мой QR-код?» и начинается импровизация.
Ответственный за отгрузку: чтобы склад не тормозил
Мы добрались до человека, который физически видит паллеты, печатает пакет «накладная + СМR» и первым получает удар, если что-то не так. С его стороны всё просто: документ должен быть зелёным — «подписан». Но именно здесь чаще всего вскрывается, что «галочка стоит, а перевозочные документы не улетели».
Классическая сцена. Кладовщик сканирует штрих-код заказа, в 1С загорается окно «Создать ЭПД?», он жмёт «Да» и… получает красную надпись: «Нет прав на создание титула». Десять минут нервов, звонок администратору, а груз уже в воротах. Проблема: роли настроили для логиста и бухгалтера, а про склад забыли. Исправить — два клика, но в пылу отгрузки это превращается в суету и лишние круги по складу.
Что помогает.
1. Шаблоны отгрузок. В конфигураторе есть пресет «Отгрузка стандартная»: подхватывает контрагента, маршрут, номер ТС. Кладовщик видит не 30 полей, а 3 — заполняет вес, ставит галочку «Загружено», жмёт «Готово».
2. Таймер автосохранения черновика ЭПД. Если погрузка длинная, документ фиксирует промежуточное состояние. Оборвалось электричество — восстановили без ручного ввода.
3. Триггер «нет подписи — нет выезда». Как только водитель ставит статус «Принял груз», ворота получают сигнал: шлагбаум не откроется, пока в системе не появится подпись кладовщика. Жёстко? Зато паллеты не уедут с несуществующим грузополучателем.
Живая мелочь. У нас на терминале стало тише: раньше кричали «Где моя бумажка?», теперь максимум проверяют индикатор на планшете. Две зелёные галочки — езжай; жёлтая — стой, подожди бухгалтера. Простая цветовая схема спасает, когда вокруг гремят рохли и пищат сканеры.
Где рвётся процесс на практике
Собрал топ-5 ошибок из последних внедрений. Сравните со своими — возможен лёгкий дежавю:
1. «Платформа подтянется сама». Обновили конфигурацию, но забыли про файл лицензии платформы. Итог — кнопка «ЭПД» видна, подпись не вызывается. Исправление: обновлять в паре «конфигурация + платформа», иначе половина функций выгладит, но не работает.
2. Нечитаемый адрес пункта доставки. В карточке контрагента 48-символьное название ТЦ, ещё и с кавычками. При отправке ЭПД поле режется, ГИС ЭПД возвращает «INVALID ADDRESS». Лайфхак: храните полное название в «Комментарий», а в адресе — только то, что идёт в юридический документ.
3. Водитель решил «обновить приложение позже». Маршрут прилетел в новой версии протокола, старая 1.8.2 не читает. Документ висит «в обработке», водитель звонит: «Пусто». Решение — настройка в MDM: автообновление критичных приложений через мобильный интернет.
4. Контрагент подписывает по расписанию. У них окно 14:00–15:00. Ваш груз приехал в 11:20, документ ждёт три часа. Пока водитель пьёт кофе, часы капают. Согласуйте тайм-слоты подписи заранее или включайте автоакцепт — в договоре это одна строка.
5. Функциональный заказчик забыл про «эпд инструкцию» для рядовых сотрудников. Тест пройден, пилот успешный, но на реальном складе новый сменщик открывает меню и теряется. Пять слайдов с картинками и чек-лист «если красное — звони» решают 80 % вопросов.
Пять приёмов, которые спасли мои проекты
1. «Грязный» день. Я специально прошу склад создать и отменить несколько тестовых ЭПД с опечатками. После чернового хаоса участники лучше видят, зачем нужна дисциплина данных — и меньше боятся «сломать».
2. Двойной контроль номенклатуры. Отдельная обработка сверяет товар в ЭПД и в реализации. Разница больше 1 % массы — жёлтый флаг бухгалтеру. Данные согласуются до выезда машины, а не по звонку из налоговой.
3. Карта ролей на стене. Прямо возле диспетчерской висит плакат: «Создаёт — логист, Подписывает — кладовщик, Закрывает — бухгалтер». Вопросы «а это точно моё?» исчезают чудесным образом.
4. Реестр версий. Таблица в SharePoint показывает, на каком складе какая версия 1С и мобильного клиента. Видим несоответствие — сразу планируем апдейт, не ждём, пока всплывёт в пятницу вечером.
5. Протокол «тайга». Если связь пропала более 20 минут, водитель действует по бумажной схеме: распечатанный шаблон перевозочного документа + фото в WhatsApp. По возвращении титулы оформляются постфактум. Юр. сила ниже, но груз не простаивает. Да, компромисс, зато не сродни остановке цепочки поставок.
Итого
ЭПД в 1С — штука быстрая: нажал — полетело. Быстрая не только для успеха, но и для ошибок. Хотите ускорения без головной боли — договоритесь о ролях, проверьте данные, обновите релизы и дайте водителю понятную инструкцию. Всё банально, но именно банальное ломает внедрение чаще всего.
Ну а если у вас на складе недавно произошло что-то, чего я не учёл — поделитесь? Всегда интересен живой кейс, который заставит переписать «идеальный» процесс.