--- title: "Документ «ПоручениеЭкспедитору» — техническое описание (УТ для Казахстана 3.4.5.21)" country: KZ lang: ru author: Сапа Т.И. (https://buhgpt.kz/authors/sapa-ti) date: 2026-09-23 canonical: https://buhgpt.kz/suraqtar/dokument-poruchenieekspeditoru-tehnicheskoe-opisanie-ut-dlya-kazahstan source: BuhGPT --- # Документ «ПоручениеЭкспедитору» — техническое описание (УТ для Казахстана 3.4.5.21) > **TL;DR:** 1. Идентификация объекта Параметр Значение Тип объекта Документ (Documents) Имя ПоручениеЭкспедитору Полное имя Документ.ПоручениеЭкспедитору Синоним «Поручение экспедитору» Конфигурация Управление торговлей для Казахстана, редакция 3.4.5.21 Подсистема Склад и доставка → Доста --- 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 перевозчика) без изменения конфигурации. - Печать — регистрация собственных макетов через механизм УправлениеПечатью. --- _BuhGPT — ИИ-помощник для бухгалтеров Казахстана: https://buhgpt.kz_