Может ли грузоотправитель заполнять Титул перевозчика в электронной транспортной накладной (ЭТрН)?

Программист 1С v8.3 (Управляемые формы) Торговля и дистрибуция
← К списку

При работе с электронными перевозочными документами (ЭПД), в частности с электронной транспортной накладной (ЭТрН), у многих участников перевозочного процесса возникает вопрос: кто и как должен заполнять Титул 2, относящийся к перевозчику? Давайте разберем эту ситуацию подробно, опираясь на официальные правила и практический опыт использования различных систем.

Кто официально заполняет Титул перевозчика (Титул 2) в ЭТрН?

Прежде всего, давайте выясним, чья это зона ответственности. Согласно установленным правилам, Титул 2 ЭТрН официально заполняет и подписывает именно перевозчик. Этот титул является ключевым для подтверждения факта приемки груза к перевозке, а также для фиксации любых замечаний по состоянию груза или условиям его погрузки. Подписание Титула 2 происходит после того, как грузоотправитель уже заполнил и подписал Титул 1.

Мы должны понимать, что каждый титул в ЭТрН имеет свою роль и своего ответственного участника:

  1. Титул 1: Заполняется и подписывается грузоотправителем. Содержит основные сведения о грузе, маршруте, участниках.
  2. Титул 2: Заполняется и подписывается перевозчиком при погрузке. Подтверждает приемку груза.
  3. Титул 3: Заполняется и подписывается грузополучателем при выгрузке. Подтверждает получение груза.
  4. Титул 4: Заполняется и подписывается перевозчиком при выгрузке. Фиксирует факт доставки и возможные замечания.

Помимо этих обязательных титулов, существуют и опциональные (Титулы 5-9), которые используются для отражения изменений стоимости перевозки, переадресации или замены водителя/транспортного средства.

Может ли грузоотправитель помочь с заполнением Титула 2?

Напрямую подписать Титул 2 за перевозчика грузоотправитель не может, поскольку каждый титул должен быть подписан стороной, указанной в формате документа. Однако, на практике существуют механизмы, которые позволяют грузоотправителю существенно упростить процесс для перевозчика.

Давайте рассмотрим подробнее, как это реализовано у различных операторов электронного документооборота (ЭДО):

  1. Предварительное заполнение черновика:

    Некоторые операторы ЭДО, такие как Контур, предоставляют функционал, позволяющий грузоотправителю сформировать и отправить Титул 2 в виде черновика. Это означает, что грузоотправитель может внести предварительные данные, которые перевозчик затем проверит, при необходимости скорректирует и уже после этого окончательно подпишет. Это значительно ускоряет процесс, так как перевозчику не приходится вводить все данные с нуля.

    Например, в системе Контур.Логистика такая возможность присутствует. Грузоотправитель может сформировать черновик Титула 2, который затем будет доступен перевозчику для доработки и подписания.

  2. Функция "Заполнить за перевозчика":

    В системе СБИС, например, существует специальная кнопка — "Заполнить за перевозчика". Эта функция позволяет грузоотправителю внести данные в Титул 2, а затем передать его перевозчику для проверки и окончательного подписания. Это очень удобный инструмент для координации между участниками перевозки, позволяющий минимизировать ошибки и ускорить процесс.

Важный момент: несмотря на возможность предварительного заполнения или использования функций помощи, окончательное подписание Титула 2 всегда остается за перевозчиком. Это гарантирует юридическую значимость документа и ответственность соответствующей стороны.

Процесс подписания Титула 2 и обмен информацией

После того как данные в Титуле 2 заполнены (самостоятельно перевозчиком или с помощью грузоотправителя), происходит процесс подписания:

  1. Подписание водителем: Водитель, как правило, подтверждает приемку груза с использованием простой электронной подписи (ПЭП) через мобильное приложение или планшет.
  2. Подписание менеджером перевозчика: Менеджер перевозчика (логист) подписывает Титул 2 усиленной квалифицированной электронной подписью (УКЭП) с использованием машиночитаемой доверенности (МЧД).

После успешного подписания и прохождения форматно-логического контроля оператор ЭДО передает данные другим участникам перевозки и в Государственную информационную систему электронных перевозочных документов (ГИС ЭПД). Только после этого ГИС ЭПД выдает разрешение на формирование QR-кода, который водитель может предъявить инспектору ГИБДД. Если форматно-логический контроль не пройден, QR-код не формируется, и рейс не может быть начат.

Система автоматически отслеживает статусы ЭТрН (например, «Ожидает погрузки», «Ожидает приемки», «Ожидает разгрузки»), обеспечивая прозрачность и фиксацию всех этапов перевозки.

Особенности интеграции с 1С и возможные сложности

При работе с ЭТрН в 1С мы сталкиваемся с интеграцией с различными операторами ЭДО. Некоторые пользователи отмечают, что скорость изменений и организация сервиса в 1С ЭПД могут отставать от других решений на рынке. Например, многие выбирают решения от Контура или СБИС из-за их более зрелого функционала на момент выбора.

Рассмотрим примеры проблем, с которыми можно столкнуться при интеграции, особенно при использовании различных каналов обмена данными:

Допустим, у нас есть регистр сведений, который хранит информацию о движении документооборота, например, РегистрСведений.КонтурЛогистика_ДвижениеДокументооборота. Информация в него может поступать из разных источников (например, из API Контур.Логистика и из Диадока). Могут возникнуть ситуации, когда статусы, прилетающие из разных каналов, конфликтуют, что приводит к некорректному отображению конечного статуса документа для пользователя.

Например, если из Контур.Логистика приходит статус Т4="Завершен", а затем из Диадока прилетает Т2<>"Завершен", это может аффектить конечный статус в 1С, создавая путаницу. Также стоит обратить внимание на архитектурные особенности регистров сведений, например, если они периодические с точностью до секунды и имеют одно измерение "Документ". В таком случае, если в одну секунду происходит два события по одному документу, одно из изменений может быть потеряно.

Для отслеживания и анализа таких ситуаций в 1С, мы можем использовать следующий подход:


// Пример получения данных из регистра сведений
Функция ПолучитьПоследнийСтатусЭТрН(ДокументЭТрН)
    Запрос = Новый Запрос;
    Запрос.Текст = 
        "ВЫБРАТЬ ПЕРВЫЕ 1
        |    ДвижениеДокументооборота.СтатусЭТрН,
        |    ДвижениеДокументооборота.ДатаВремяСобытия,
        |    ДвижениеДокументооборота.ИсточникДанных
        |ИЗ
        |    РегистрСведений.КонтурЛогистика_ДвижениеДокументооборота КАК ДвижениеДокументооборота
        |ГДЕ
        |    ДвижениеДокументооборота.Документ = &ДокументЭТрН
        |УПОРЯДОЧИТЬ ПО
        |    ДвижениеДокументооборота.ДатаВремяСобытия УБЫВ
        |;
    Запрос.УстановитьПараметр("ДокументЭТрН", ДокументЭТрН);
    
    РезультатЗапроса = Запрос.Выполнить();
    Выборка = РезультатЗапроса.Выбрать();
    
    Если Выборка.Следующий() Тогда
        Возврат Выборка;
    Иначе
        Возврат Неопределено;
    КонецЕсли;
КонецФункции;

// Пример обработки статусов
Процедура ОбработатьСтатусыЭТрН()
    Для Каждого ДокументЭТрН Из МоиДокументыЭТрН Цикл // МоиДокументыЭТрН - это коллекция документов ЭТрН
        ПоследнийСтатус = ПолучитьПоследнийСтатусЭТрН(ДокументЭТрН);
        Если ПоследнийСтатус <> Неопределено Тогда
            Сообщить("Документ: " + ДокументЭТрН.Номер + ", Последний статус: " + ПоследнийСтатус.СтатусЭТрН + 
                     ", Время: " + ПоследнийСтатус.ДатаВремяСобытия + ", Источник: " + ПоследнийСтатус.ИсточникДанных);
            // Здесь мы можем добавить логику для разрешения конфликтов статусов
            // Например, игнорировать старые статусы от Диадока, если Контур.Логистика уже передал "Завершен"
        КонецЕсли;
    КонецЦикла;
КонецПроцедуры;

В этом примере мы видим, как можно получить последний статус документа из регистра сведений. В реальной системе 1С нам потребуется более сложная логика для маппинга и разрешения конфликтов статусов, особенно если источники данных имеют разный приоритет или периодичность обновления.

Исправления в ЭТрН

Возможность внесения исправлений в ЭТрН допускается, но с определенными ограничениями. Исправления могут быть инициированы участниками перевозки или запрошены оператором ГИС ЭПД. Однако, ключевые разделы, такие как Титул 1 грузоотправителя, не подлежат редактированию после подписания. В случае критических замечаний или необходимости изменить данные в уже подписанном Титуле 1, грузоотправителю, возможно, потребуется выпустить новый ЭТрН, так как изменить уже подписанный титул невозможно.

В заключение, мы можем сказать, что грузоотправитель не может напрямую подписать Титул 2 ЭТрН. Однако современные операторы ЭДО предоставляют удобные инструменты для предварительного заполнения или помощи перевозчику, что значительно ускоряет и упрощает процесс. Важно помнить, что окончательная ответственность и подписание всегда остаются за той стороной, для которой предназначен соответствующий титул.

← К списку