1. Идентификация объекта
| Параметр | Значение |
|---|---|
| Тип объекта | Документ (Documents) |
| Имя | ПоручениеЭкспедитору |
| Полное имя | Документ.ПоручениеЭкспедитору |
| Синоним | «Поручение экспедитору» |
| Конфигурация | Управление торговлей для Казахстана, редакция 3.4.5.21 |
| Подсистема | Склад и доставка → Доставка |
| Роль пользователя | Логист |
| Нумерация | Тип Строка, длина 11, периодичность — Год |
Назначение. Документ оформляет поручение транспортной компании / экспедитору на доставку грузов: перечисляет перевозимые грузы и заказы-основания, задаёт маршрут (склад отгрузки, адрес доставки, зону), временное окно доставки и особые условия перевозки. После проведения поручение передаётся экспедитору, а доставка ставится на контроль в подсистеме доставки.
Где найти в 1С. Раздел «Служебные подсистемы» → «Поручение экспедитору». Список открывается навигационной ссылкой:
e1cib/list/Документ.ПоручениеЭкспедитору
Открытие конкретного документа: e1cib/data/Документ.ПоручениеЭкспедитору.
2. Реквизиты шапки и табличные части
2.1 Реквизиты шапки
| Имя реквизита | Тип | Обяз. | Назначение |
|---|---|---|---|
Склад |
СправочникСсылка.Склады | Да | Склад отгрузки/приёма. Определяет, по каким остаткам и в каком месте формируется задание на доставку. |
Пункт |
(ссылочный) | Да | Пункт маршрута/погрузки-разгрузки. Обязателен для планирования рейса. |
АдресДоставки |
Строка | Да | Адрес доставки — используется службой доставки и в печатных формах. |
АдресДоставкиЗначенияПолей |
Строка | Нет | Разобранный по полям (страна, город, улица…) адрес в служебном формате контактной информации. |
ЗонаДоставки |
СправочникСсылка.ЗоныДоставки | Нет | Зона доставки — для маршрутизации и расчёта стоимости доставки. |
СпособДоставки |
ПеречислениеСсылка.СпособыДоставки | Нет | Способ доставки (самовывоз / наша служба / перевозчик). |
КонтактноеЛицо |
СправочникСсылка.КонтактныеЛицаПартнеров | Нет | Контактное лицо получателя для связи по доставке. |
ВремяДоставкиС |
Дата | Нет | Начало временного окна доставки. |
ВремяДоставкиПо |
Дата | Нет | Конец временного окна доставки. |
ДатаВыполнения |
Дата | Нет | Плановая/фактическая дата выполнения поручения. |
ОсобыеУсловияПеревозкиОписание |
Строка | Да | Особые условия перевозки (хрупкость, температурный режим, крупногабарит и т.п.). |
ДополнительнаяИнформацияПоДоставке |
Строка | Нет | Произвольные комментарии для экспедитора. |
Ответственный |
СправочникСсылка.Пользователи | Нет | Пользователь, ответственный за документ. |
2.2 Табличные части
Основания (1 колонка) — документы-основания доставки (заказы, реализации), послужившие поводом для поручения.
| Имя | Тип | Назначение |
|---|---|---|
Основание |
Строка | Текстовое представление документа-основания (что везём/по какому заказу). |
ДополнительныеРеквизиты (3 колонки) — механизм дополнительных реквизитов БСП.
| Имя | Тип | Назначение |
|---|---|---|
Свойство |
ПланВидовХарактеристик.ДополнительныеРеквизитыИСведения | Вид доп. реквизита. |
Значение |
(характеристика) | Значение доп. реквизита (тип зависит от свойства). |
ТекстоваяСтрока |
Строка | Текстовое представление значения (для строковых/составных свойств). |
3. Формы
| Форма | Назначение | Состав |
|---|---|---|
ФормаДокумента |
Основная форма ввода и редактирования поручения. | 134 элемента, 13 полей ввода, 5 кнопок. Команды: ДополнитьИнформациюПоДоставкеКонтактами, ДополнитьОписаниеОснованиями, ПровестиИЗакрыть, ЗаписатьДокумент, ПровестиДокумент. |
ФормаСписка |
Просмотр и отбор списка поручений экспедитору. | 62 элемента, 1 поле ввода, таблица Список. |
Команда ДополнитьИнформациюПоДоставкеКонтактами подтягивает контактные данные в поле информации по доставке; ДополнитьОписаниеОснованиями формирует текст описания из табличной части Основания.
4. Ключевые процедуры модулей
Факты ниже получены статическим анализом BSL-модулей (parse_bsl + build_bsl_digest, без выполнения кода). Имена обработчиков — дословно из выгрузки.
Модуль объекта (ObjectModule):
| Обработчик | Объём | Назначение |
|---|---|---|
ОбработкаЗаполнения |
19 стр. | Заполнение реквизитов при создании (в т.ч. вводе на основании) — склад, адрес, основания, ответственный. |
ПередЗаписью |
15 стр. | Предзаписные проверки и авто-заполнение служебных полей (разбор адреса АдресДоставкиЗначенияПолей, синхронизация описаний). |
ОбработкаПроверкиЗаполнения |
8 стр. | Контроль заполнения обязательных реквизитов (Склад, Пункт, АдресДоставки, ОсобыеУсловияПеревозкиОписание). |
ОбработкаПроведения |
2 стр. | Делегирует формирование движений в общий модуль ДоставкаТоваров. |
ОбработкаУдаленияПроведения |
2 стр. | Откат движений при отмене проведения (симметрично проведению). |
Зависимости от общих модулей (число вызовов): ОбщегоНазначения (12), ОбщегоНазначенияУТ (3), УправлениеПечатью (3), ДоставкаТоваров (2), ОбщегоНазначенияУТКлиентСервер (1), ШтрихкодированиеПечатныхФорм (1).
Ключевая точка — ОбработкаПроведения: вся логика движений вынесена в ДоставкаТоваров, а не в модуль объекта. УправлениеПечатью и ШтрихкодированиеПечатныхФорм обеспечивают печать поручения с штрихкодом.
5. Проведение и движения
«Управление торговлей для Казахстана» — торговая (оперативная) конфигурация: документ ведёт оперативный учёт по регистрам накопления и сведений, а не бухгалтерские проводки Дт/Кт. Собственный RegisterRecords модуля объекта пуст — движения формирует общий модуль ДоставкаТоваров, куда ОбработкаПроведения передаёт управление.
По стандартной логике подсистемы доставки поручение экспедитору отражается в регистрах управления доставкой (задания/этапы доставки, распоряжения на перевозку). Документ не является реализацией: он не формирует движений по расчётам с покупателями, себестоимости, взаиморасчётам и не порождает налоговых движений.
Что важно понимать по методологии РК. Поручение экспедитору — логистический документ. Он не начисляет НДС и не создаёт ЭСФ/СНТ. Налоговые и электронные документы формируются связанными финансовыми документами (реализация, счёт-фактура), а не поручением:
- НДС по реализации грузов в 2026 году считается по ставке 16 % и попадает на счёт 3130 (НДС к уплате) в документах реализации/ЭСФ, а не здесь.
- Финансовые проводки типового плана счетов РК — 1210 (краткосрочная ДЗ покупателей), 1330 (товары), 6010 (доход от реализации), 7010 (себестоимость реализации), 3310 (КЗ поставщикам), 1030 (деньги на текущих счетах) — формируются документами продажи/оплаты, для которых поручение служит основанием доставки.
Таким образом, для поручения экспедитора корректная модель — «ставит доставку на контроль», а не «формирует выручку/НДС».
Требует проверки на конкретной версии: точный перечень регистров, в которые пишет
ДоставкаТоваров(составRegisterRecordsопределяется общим модулем и может отличаться между релизами 3.4.x).
6. Связанные объекты и ввод на основании
Склады,ЗоныДоставки,СпособыДоставки,КонтактныеЛицаПартнеров— справочники/перечисления, на которые ссылаются реквизиты шапки.- Документы-основания доставки (заказы клиентов, реализации товаров и услуг) — попадают в табличную часть
Основания; поручение экспедитору обычно вводится на основании заказа/реализации либо из рабочего места логиста «Доставка». ДоставкаТоваров(общий модуль) — держатель бизнес-логики движений; поручение — один из документов, участвующих в цепочке доставки.ДополнительныеРеквизитыИСведения(план видов характеристик) — источник доп. реквизитов.- Печатные формы — через
УправлениеПечатьюиШтрихкодированиеПечатныхФорм(поручение со штрихкодом).
7. Точки расширения
ОбработкаПроведения/ОбработкаУдаленияПроведения— расширяйте через подписки на события или расширение модуля объекта, если нужны дополнительные движения; не дублируйте логикуДоставкаТоваров.ОбработкаПроверки�фЗаполнения— добавление собственных проверок (например, обязательностьЗонаДоставкидля внешнего перевозчика).ПередЗаписью/ОбработкаЗаполнения— авто-заполнение реквизитов при вводе на основании нестандартных документов.- Команды формы (
ДополнитьИнформациюПоДоставкеКонтактами,ДополнитьОписаниеОснованиями) — расширяемы в расширении формы для интеграции с внешними TMS/логистическими сервисами. ДополнительныеРеквизиты— штатный способ добавить поля (номер рейса, ТТН, ID перевозчика) без изменения конфигурации.- Печать — регистрация собственных макетов через механизм
УправлениеПечатью.