Формирование документов и автоматизация

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

Может.

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

При формировании исходящего титула Т3 данные о грузе автоматически подставляются из титула Т1 с возможностью ручной корректировки. Дополнительно может быть настроено получение данных о грузе из конкретного документа учётной системы.

Возможна при наличии соответствующих данных в учётной системе — они подгружаются в накладную автоматически.

При наличии всех необходимых данных в учётной системе настраивается автоматическая отправка. Обязательные условия: подпись размещается на сервере, а момент отправки определяется конкретным событием в 1С — например, проведением реализации.

Два варианта. При подписании на сервере полностью заполненный документ подписывается и отправляется автоматически, без действий пользователя (однако при внедрении условие автоподписания указывается в скрипте). При подписании на стороне клиента документ не будет отправлен, пока пользователь не подключит носитель с электронной подписью и не подтвердит отправку вручную, независимо от полноты заполнения.

Предусмотрены. Реквизиты, неизменные для организации, — например, тара и способ упаковки при перевозке наливных грузов — задаются как постоянные значения и подставляются автоматически.

Реализована функциональность «Мои фильтры»: настраивается произвольное количество пользовательских фильтров, в том числе по контрагенту, по организации либо их сочетанию. Фильтр может быть доступен только автору либо всем пользователям модуля. Порядок настройки: на форме задаются условия фильтрации, затем через «Мои фильтры» — «Добавить» фильтру присваивается наименование и определяется доступность.

Реализован дашборд отслеживания накладных, позволяющий контролировать статусы и выявлять незавершённые цепочки титулов.

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

Сведения о транспортном средстве и водителе входят в состав титула Т1 и заполняются грузоотправителем (см. «Заполняются ли в титуле грузоотправителя сведения о транспортном средстве и водителе?»). Перевозчик подтверждает приём груза в титуле Т2 и указывает фактические сведения при выдаче груза в титуле Т4. Отсюда практическая задача: обеспечить поступление данных о транспорте в учётную систему к моменту формирования титула — как правило, через заказ-заявку.

Модуль поддерживает автозаполнение титулов из двух источников одновременно:

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

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

Принцип разделения источников. Адрес выгрузки из заявки не используется. Накладная оформляется строго на один пункт погрузки и один пункт выгрузки, тогда как заявка может содержать маршрут из нескольких пунктов, — при наличии в маршруте более одной точки однозначно определить, какая из них относится к конкретной накладной, невозможно. Документы описывают разные сущности: заявка — рейс, накладная — отдельную доставку в составе рейса. Соответственно:

• из заявки принимаются только реквизиты, единые для всего рейса, — транспортное средство, водитель, перевозчик, плановые дата и время подачи транспорта;
• из документа-основания принимаются реквизиты, различающиеся между накладными, — грузополучатель, адрес выгрузки, номенклатура, количество грузовых мест, масса.

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

Связывание выполняется через документ-основание: одна заявка может включать несколько реализаций, каждая накладная соответствует одной реализации и одной заявке (см. «Каким образом заказ-заявка связывается с накладной?»). Оформление одной заявки на одно транспортное средство с несколькими адресами при этом возможно.

Может. Штатные средства модуля позволяют взять из документа-основания любой реквизит и сопоставить его с полем титула; сопоставление выполняется настройкой, без изменения кода модуля. Данный механизм применяется, в частности, когда организации требуется отразить в накладной номер заказа торговой сети, полученный по EDI, либо иные сведения, поступающие в учётную систему из смежных контуров (см. «Предусмотрена ли интеграция с EDI?»). Реквизиты сопутствующих документов указываются в блоке сопроводительных документов: наименование документа, номер, дата, реквизиты сторон (см. «Какие сопутствующие документы могут быть указаны в накладной?»).

Можно, такая возможность реализована.

Есть ли возможность повторной отправки документа с изменением данных и кнопка перезаполнения/обновления документа?

Есть, данная опция реализована.

Где посмотреть точный перечень обязательных и необязательных полей документа «Реализация товаров» для эТрН?

Перечень полей и пример их заполнения приведены в руководстве пользователя «Zakupki.ЭТрН» — в нём указан маппинг полей как для заказа-заявки, так и для исходящей ЭТрН.

Сколько времени занимает создание и автоматическая отправка эТрН на примере 2000 документов?

Формирование, подписание и отправка одного документа занимает от 0,7 до 2,3 секунды. При объёме 2000 документов общее время составит от 25 до 75 минут.

Время отправки зависит от того, уходят документы одним потоком или распределены в течение дня: при отправке большого количества документов одним потоком возможно ограничение со стороны провайдера ЭДО. Поэтому рекомендуется распределять отправку в течение дня, а не отправлять весь объём одномоментно.

Указанные значения являются предварительной оценкой. Итоговые показатели на реальных данных могут отличаться от приведённых расчётов.

Какой объём данных будет храниться на сервере при объёме 2000 документов в день?

Размер одной ЭТрН зависит от количества позиций в документе:
— с одной позицией размер документа составляет 7,1 Кб, объём для 2000 документов — около 13,8 Мб;
— с тремя позициями размер документа составляет 8,3 Кб, объём для 2000 документов — около 16,2 Мб.

Чем больше позиций в документе, тем больше итоговый объём данных. Расчёт выполнен из условия, что один символ в кодировке UTF-8 занимает 2 байта.

Указанные значения являются предварительной оценкой. Итоговые показатели на реальных данных могут отличаться от приведённых расчётов.