Документ «Задание на перевозку» (Documents.ЗаданиеНаПеревозку) — техническое описание

1. Идентификация

Назначение. Документ планирует и фиксирует перевозку (доставку) товаров: маршрут, транспортное средство, водителя/экспедитора, перевозчика, перевозимые грузы, адреса, плановые и фактические сроки рейса. После проведения задание встаёт в план доставки для исполнения. Работают с ним логист и диспетчер.

Где найти. Раздел «Склад и доставка» → блок «Доставка» (в некоторых интерфейсных настройках — через «Служебные подсистемы»). Прямая навигационная ссылка:

e1cib/list/Документ.ЗаданиеНаПеревозку

2. Реквизиты шапки и табличные части

2.1. Реквизиты шапки

2.2. Табличные части

В приложенном срезе структуры табличные части не выгружены полностью. По типовой логике объекта задание содержит табличную часть с перечнем перевозимых объектов доставки (заказы/распоряжения/грузы) и, как правило, табличную часть пунктов маршрута (адреса, порядок объезда, плановое время прибытия). Конкретный состав колонок требует проверки по дереву метаданных конкретной поставки 3.4.5.21.

3. Формы

Типовой состав форм документа данного вида:

Документ активно использует общий модуль УправлениеПечатью (15 вызовов) и ШтрихкодированиеПечатныхФорм — значит к нему подключён комплект печатных форм (маршрутный лист, задание водителю, товарно-транспортные документы) со штрихкодированием.

4. Ключевые процедуры модулей

По статическому анализу BSL (без исполнения кода) в модуле объекта (ObjectModule) определены обработчики:

Зависимости от общих модулей (по числу вызовов): УправлениеПечатью (15), ОбщегоНазначенияКлиентСервер (7), ДоставкаТоваров (6), ОбщегоНазначения (4), ОбщегоНазначенияУТ (4), СкладыСервер (3), Пользователи (2), ПрефиксацияОбъектовКлиентСервер (2), ЗначениеНастроекПовтИсп (1), ОбщегоНазначенияУТКлиентСервер (1), ШтрихкодированиеПечатныхФорм (1), НоменклатураСервер (1), СтроковыеФункцииКлиентСервер (1).

Основная бизнес-логика перевозки инкапсулирована в ДоставкаТоваров и СкладыСервер — именно туда следует смотреть при доработке правил формирования движений.

5. Проведение и движения

Важно. «Управление торговлей для Казахстана» — оперативно-учётная (торговая) конфигурация. Документ ведёт оперативный учёт по регистрам накопления/сведений (доставка, товары, расчёты), а не формирует бухгалтерские проводки Дт/Кт. В статическом срезе набор RegisterRecords модуля пуст (не задан декларативно) — движения формируются программно из ОбработкаПроведения через ДоставкаТоваров/СкладыСервер.

Типовой характер движений задания на перевозку:

• Регистры подсистемы доставки — постановка задания в план доставки, статусы исполнения рейса, привязка перевозимых распоряжений/заказов к рейсу и ТС.
• Регистры движения/резервирования товаров на складе — учёт товара «в пути» между складами/адресами (в зависимости от вида доставки в реквизите Операция).

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

• Услуги наёмного перевозчика: расходы/КЗ перед перевозчиком — счёт 3310 (КЗ поставщикам), входящий НДС по ставке 16 %, начисление НДС к уплате — счёт 3130.
• Реализация перевозимых товаров (в документах отгрузки, не в задании): доход — 6010, себестоимость — 7010, ДЗ покупателя — 1210, деньги — 1030, товары — 1330.
• Электронные документы: при оказании услуг перевозки/отгрузке оформляются ЭСФ (ИС ЭСФ) и СНТ; печатные формы задания (маршрутный лист, ТТН) используются как сопроводительные к перевозке.

Точный перечень регистров, по которым пишет именно ЗаданиеНаПеревозку, требует проверки в конкретной поставке 3.4.5.21 — набор движений задаётся программно и версионно-зависим.

6. Связанные объекты и ввод на основании

• Справочники: Партнеры (перевозчик), Контрагенты, БанковскиеСчетаКонтрагентов, ТранспортныеСредства, ТипыТранспортныхСредств, ФизическиеЛица (водитель, экспедитор), Склады, Приоритеты.
• Перечисления: СтатусыЗаданийНаПеревозку, ВидыДоставки, ТипыИсполнителейЗаданийНаПеревозку.
• Документы-источники: задание, как правило, вводится на основании распоряжений на доставку (заказов клиентов/поставщикам, накладных на перемещение) — их грузы включаются в рейс. Обратно на основании задания могут вводиться документы отгрузки/приёмки и документы расчётов с перевозчиком.
• Обработчик ОбработкаЗаполнения обеспечивает перенос реквизитов при вводе на основании.

7. Точки расширения

• Расширение модуля объекта. Переопределение/дополнение ОбработкаПроведения, ОбработкаПроверкиЗаполнения, ПередЗаписью, ПриЗаписи через расширение конфигурации (аннотации &Вместо, &После, &Перед).
• Общие модули доставки. Кастомизация логики маршрутизации и движений — в ДоставкаТоваров и СкладыСервер (безопаснее расширять, а не править типовой код).
• Печатные формы. Добавление собственных макетов через механизм УправлениеПечатью; штрихкодирование — через ШтрихкодированиеПечатныхФорм.
• Формы. Расширение ФормаДокумента/ФормаСписка для дополнительных отборов, полей маршрута и контроля статусов.
• Подписки на события на запись/проведение документа для интеграции с внешними TMS/ГЛОНАСС-мониторингом и оформлением ЭСФ/СНТ.