Рассмотрим ситуацию подробно. Организация оказывает услуги по организации перевозок, собственного транспорта и водителей у нее нет. Клиент заключает с организацией договор транспортной экспедиции, экспедитор подбирает стороннюю транспортную компанию, передает ей заявку и организует доставку груза. Возникает вопрос: можно ли в электронной транспортной накладной указать экспедитора в качестве перевозчика, затем «перенаправить» ЭТрН фактическому перевозчику, а отдельное поручение экспедитору вообще не оформлять?
В общем случае такую схему применять не следует. Если отношения с заказчиком действительно являются транспортной экспедицией, поручение экспедитору остается самостоятельным экспедиторским документом. Электронная транспортная накладная его не заменяет. Кроме того, экспедитора, который только организует перевозку и привлекает стороннюю транспортную компанию, нельзя автоматически указывать в ЭТрН перевозчиком только потому, что договор с клиентом заключен именно с экспедитором.
Разберем по шагам, какие правоотношения возникают в такой цепочке, какие документы нужны между ее участниками и как правильно определить роли в ЭТрН.
Сначала выясним причину путаницы. В рассматриваемой ситуации существуют не одни, а как минимум два самостоятельных вида правоотношений.
Клиент — экспедитор. Между ними заключается договор транспортной экспедиции. Клиент поручает экспедитору организовать перевозку, подобрать транспорт, согласовать условия доставки и выполнить другие предусмотренные договором экспедиционные услуги.
Грузоотправитель — перевозчик. Здесь возникают отношения непосредственно по перевозке груза автомобильным транспортом. Их подтверждает транспортная накладная, а в предусмотренных случаях договор перевозки заключается посредством заказа или заявки.
Именно поэтому нельзя считать, что одна ЭТрН автоматически оформляет одновременно и транспортную экспедицию, и перевозку. Это документы с разным назначением. Федеральный закон № 87-ФЗ и Правила транспортно-экспедиционной деятельности выделяют поручение экспедитору как самостоятельный документ, а Устав автомобильного транспорта рассматривает транспортную накладную как документ, подтверждающий заключение договора перевозки груза.
Рассмотрим простой пример. ООО «Заказчик» заключает договор транспортной экспедиции с ООО «Экспедитор». Экспедитор находит ООО «Перевозчик», у которого есть автомобиль и водитель. В этой цепочке договор транспортной экспедиции связывает заказчика и экспедитора, а перевозка выполняется транспортной компанией. Следовательно, документы между заказчиком и экспедитором нельзя подменять документами между участниками договора перевозки.
Да, если заключен договор транспортной экспедиции, поручение экспедитору необходимо оформлять. Именно этот вывод, приведенный в обсуждении на форуме 1С, соответствует действующим правилам.
Правила транспортно-экспедиционной деятельности предусматривают, что экспедиторские документы являются неотъемлемой частью договора транспортной экспедиции. К ним относятся поручение экспедитору, экспедиторская расписка и складская расписка. При этом необходимость последних двух документов зависит от фактической схемы работы с грузом, а поручение используется для постановки задания экспедитору.
Пункт 8 Правил транспортно-экспедиционной деятельности прямо предусматривает, что для оказания транспортно-экспедиционных услуг клиент выдает заполненное и подписанное им поручение экспедитору. Экспедитор рассматривает его и подтверждает согласование либо сообщает об отказе в согласовании.
Поэтому рассмотрим цепочку документов следующим образом:
Заключим между клиентом и экспедитором договор транспортной экспедиции.
На конкретную перевозку оформим поручение экспедитору. В нем зафиксируем, какой груз, откуда, куда и на каких условиях требуется перевезти, а также какие дополнительные услуги должен выполнить экспедитор.
После согласования поручения организуем отношения с фактическим перевозчиком.
При необходимости оформим заказ или заявку на перевозку между стороной договора перевозки и перевозчиком.
Для самой автомобильной перевозки сформируем ЭТрН.
Таким образом, обычная заказ-заявка, которую клиент направляет экспедитору, не должна автоматически считаться поручением экспедитору. Особенно важно учитывать это после перехода на обязательные электронные экспедиторские документы: поручение экспедитору и электронный заказ-заявка имеют разные форматы, разных участников и разное юридическое назначение.
Рассмотрим подробнее различие документов.
Поручение экспедитору относится к договору транспортной экспедиции. Оно определяет перечень и условия транспортно-экспедиционных услуг. Его формирует клиент экспедитора, а экспедитор согласовывает поручение.
Заказ или заявка на перевозку относится к договору перевозки груза автомобильным транспортом. Этот документ используется во взаимоотношениях грузоотправителя и перевозчика и определяет условия конкретной перевозки.
ЭТрН подтверждает заключение договора перевозки груза и сопровождает непосредственно перевозку.
Следовательно, в одной хозяйственной операции вполне могут одновременно присутствовать три документа:
поручение экспедитору между клиентом и экспедитором;
заказ или заявка между грузоотправителем и фактическим перевозчиком;
ЭТрН между участниками непосредственно выполняемой перевозки.
Это не дублирование одного документа тремя способами. Каждый документ подтверждает свою часть отношений.
Посмотрим на пример. Клиент пишет экспедитору: «Организуйте доставку 10 палет товара из Москвы в Казань, обеспечьте подачу машины 25 августа и контролируйте доставку». Это содержание транспортно-экспедиционного задания. Далее экспедитор договаривается с конкретным перевозчиком: «Подайте автомобиль такого-то типа по указанному адресу и выполните перевозку по согласованной ставке». Это уже отношения, относящиеся к перевозке.
Если назвать оба документа «заявкой», их юридическое назначение от этого не станет одинаковым. Поэтому разберем не название файла или формы, а стороны документа, его содержание и правовое основание.
На дату подготовки материала — август 2026 года — особенно важно учитывать переходные правила. С 1 сентября 2026 года транспортная отрасль переходит на обязательное оформление значительной части перевозочных и экспедиторских документов в электронной форме.
ФНС России указывает, что с 1 сентября 2026 года в электронный формат переводятся, в частности, транспортные накладные, заказы и заявки на автомобильные перевозки, поручения экспедитору, экспедиторские расписки и складские расписки. Электронные документы передаются через операторов информационных систем электронных перевозочных документов в ГИС ЭПД.
Для электронных экспедиторских документов утвержден отдельный формат приказом ФНС России от 28.04.2026 № ЕД-1-26/277@. Постановлением Правительства РФ от 27.04.2026 № 469 установлены правила обмена такими документами и направления сведений в ГИС ЭПД.
Следовательно, после 1 сентября 2026 года схема «назовем обычную заявку поручением и ничего отдельно формировать не будем» становится еще более проблемной. В информационном обмене это разные формализованные электронные документы.
Для поручения экспедитору предусмотрена собственная структура. В актуальных материалах 1С электронное поручение экспедитору состоит из титула с заданием клиента и титула согласования экспедитором. Клиент формирует сведения о поручении, а экспедитор подтверждает его согласование.
Поэтому после перехода на обязательный электронный документооборот построим процесс так, чтобы система отдельно формировала Электронное поручение экспедитору, отдельно — Электронный заказ-заявка, если он требуется для соответствующего договора перевозки, и отдельно — Электронная транспортная накладная.
Теперь проанализируем самый спорный элемент схемы, предложенной оператором ЭДО: грузоотправитель формирует Т1 и указывает в поле «Перевозчик» ИНН экспедитора, поскольку договор у заказчика заключен с экспедитором, а экспедитор затем якобы «перепоручает» перевозку транспортной компании.
Самого факта наличия договора между клиентом и экспедитором недостаточно, чтобы считать экспедитора перевозчиком. Сначала определим, какой именно договор заключен.
Если это договор транспортной экспедиции, по которому организация обязуется организовать перевозку, подобрать перевозчика и выполнить сопутствующие услуги, такой договор не превращает экспедитора в перевозчика автоматически.
Если же организация сама принимает на себя роль перевозчика и фактически осуществляет перевозку в соответствующем правовом качестве, ситуация будет другой. При этом отсутствие транспорта именно в собственности само по себе еще не является решающим критерием: транспорт может использоваться на другом законном основании. Важно определить, выполняет ли организация перевозку как перевозчик или лишь организует ее как экспедитор.
В рассматриваемой ситуации исходные данные говорят о том, что организация собственного транспорта не имеет и для каждой перевозки привлекает отдельную транспортную компанию. Поэтому прежде всего будем рассматривать ее именно как экспедитора, организующего перевозку, а транспортную компанию — как фактического перевозчика.
Актуальные методические материалы 1С также разделяют эти варианты. Для сценария с участием экспедитора отдельно рассматривается вариант, когда экспедитор привлекает стороннего перевозчика, и вариант, когда экспедитор сам выступает перевозчиком без привлечения сторонней транспортной компании. В последнем варианте экспедитор действительно может находиться в ЭТрН в роли перевозчика.
Поэтому не будем использовать правило «договор с заказчиком заключен с экспедитором — значит в поле перевозчик всегда ставим экспедитора». Такое правило смешивает договор транспортной экспедиции и договор перевозки.
Следующий важный вопрос — кто должен находиться в ЭТрН в поле «Грузоотправитель».
Здесь ключевое значение имеет принятие груза экспедитором во владение. Минтранс отдельно обращает внимание на этот критерий.
Если экспедитор принимает груз во владение для дальнейшей организации перевозки, он в предусмотренном правилами сценарии может указываться в транспортной накладной как грузоотправитель с отметкой о том, что является экспедитором. Если же груз экспедитору во владение не передается, роль грузоотправителя сохраняется за соответствующим клиентом или иным лицом, являющимся стороной договора перевозки в этом качестве.
Разберем оба варианта.
Это наиболее близкий к вопросу вариант. Экспедитор только организует перевозку: получает информацию о грузе, находит транспортную компанию, передает данные автомобиля и водителя, координирует подачу машины. Физической передачи груза экспедитору не происходит.
В этом случае рассмотрим следующую модель:
Клиент заключает договор транспортной экспедиции с экспедитором.
Клиент формирует поручение экспедитору.
Экспедитор согласовывает поручение.
Экспедитор подбирает транспортную компанию.
Оформляются необходимые договорные документы с фактическим перевозчиком.
В ЭТрН указываются участники именно договора перевозки. Экспедитора не будем автоматически заносить в поле «Перевозчик» только из-за наличия договора транспортной экспедиции.
В поле перевозчика укажем организацию, которая выступает перевозчиком в соответствующем договоре перевозки и выполняет перевозку.
В сведения о водителе и транспортном средстве внесем данные водителя и автомобиля этого перевозчика.
Если экспедитор заключает договор перевозки от имени клиента по доверенности, дополнительно разграничим представителя, который совершил юридическое действие, и саму сторону договора. То, что экспедитор технически оформил документы, не означает, что он автоматически стал перевозчиком.
Теперь рассмотрим другую ситуацию. Клиент фактически передает груз экспедитору, после чего экспедитор от своего имени организует дальнейшую перевозку сторонней транспортной компанией.
Здесь появляется дополнительный обязательный документ — экспедиторская расписка. Она подтверждает получение экспедитором груза от клиента для перевозки.
Актуальные материалы 1С приводят следующий сценарий:
заказчик и экспедитор заключают договор транспортной экспедиции;
заказчик формирует поручение экспедитору;
экспедитор принимает груз и оформляет экспедиторскую расписку;
экспедитор привлекает стороннего перевозчика;
при оформлении ЭТрН экспедитор может выступать грузоотправителем с соответствующей отметкой о том, что является экспедитором;
в качестве перевозчика отражается организация, выполняющая перевозку в соответствующей роли.
Такой сценарий прямо описан в актуальном справочнике 1С по ЭПД.
Обратим внимание: прием груза экспедитором во владение не означает, что экспедитор становится перевозчиком. Он может стать грузоотправителем для следующего договора перевозки, оставаясь при этом экспедитором по отношению к своему клиенту.
Теперь рассмотрим исключение. Экспедитор может одновременно исполнять функции перевозчика, если конкретная структура договоров и фактическое исполнение действительно дают ему такую роль.
Например, организация заключила договор транспортной экспедиции, но при выполнении конкретной перевозки сама выступает перевозчиком и осуществляет перевозку транспортным средством, которое находится у нее на законном основании, с водителем, за действия которого она отвечает как перевозчик.
В материалах 1С отдельно рассмотрена ситуация, когда экспедитор не принимает груз во владение и при этом сам является перевозчиком, не привлекая стороннюю транспортную компанию. Тогда заказчик может быть грузоотправителем, а экспедитор — перевозчиком.
Но это принципиально отличается от ситуации, когда экспедитор только находит ООО «Транспортная компания», получает у нее данные машины и водителя и передает их клиенту.
Поэтому применим простой контрольный вопрос: кто именно выполняет перевозку в качестве перевозчика и с кем оформлены отношения по договору перевозки? После ответа на этот вопрос определим поле «Перевозчик», а не наоборот.
Теперь разберем предложенную оператором ЭДО механику. По описанной схеме клиент сначала указывает экспедитора перевозчиком, после чего экспедитор в своем личном кабинете якобы подтверждает перепоручение фактической транспортной компании и перенаправляет ей документ.
Не будем считать такую техническую возможность оператора самостоятельным правовым основанием для изменения ролей участников. Возможности конкретной информационной системы должны реализовывать юридическую схему сделки, а не формировать ее.
Особенно важно не смешивать следующие операции:
привлечение экспедитором перевозчика;
замену водителя;
замену транспортного средства;
переадресовку груза;
замену самого перевозчика.
Это разные события.
Например, если перевозчик остается тем же, но в пути меняет автомобиль или водителя, для этого предусмотрены отдельные сведения в ЭТрН. Минтранс в актуальных разъяснениях указывает, что при замене транспортного средства новая ЭТрН не требуется, если сам перевозчик не меняется: изменение отражается в действующей ЭТрН.
А переадресовка относится прежде всего к изменению условий доставки, например грузополучателя или места выгрузки. Ее не следует воспринимать как универсальный механизм передачи статуса перевозчика от экспедитора другой организации.
Следовательно, фраза оператора «экспедитор перенаправляет ЭТрН фактическому перевозчику» требует уточнения именно на уровне реализованного формата и правового сценария. Если система просто позволяет передать документ следующему участнику для выполнения его действий, это еще не означает, что в исходном Т1 можно произвольно указать экспедитора перевозчиком.
В предложенной схеме есть еще один аргумент: клиент заранее получает от экспедитора данные конечного водителя и автомобиля и записывает их в Т1. Из этого иногда делают вывод, что экспедитор может быть указан перевозчиком, а фактический водитель будет относиться к сторонней транспортной компании.
Разберем этот момент отдельно. Сведения о перевозчике и сведения о водителе и транспортном средстве — это разные группы данных.
То, что экспедитор передал клиенту Ф.И.О. водителя, государственный номер автомобиля и другие сведения, означает только то, что экспедитор выполнил организационную функцию и сообщил параметры запланированной перевозки.
Это не превращает водителя сторонней компании в водителя экспедитора и не делает экспедитора перевозчиком.
Поэтому сначала определим юридические роли, а уже затем заполняем технические реквизиты Т1.
Для организации, которая не имеет собственного транспорта и только организует перевозку сторонними транспортными компаниями, рассмотрим следующую базовую схему.
Клиент и экспедитор заключают договор транспортной экспедиции. В договоре подробно определим, вправе ли экспедитор заключать договоры с перевозчиками от своего имени или от имени клиента, принимает ли экспедитор груз во владение, кто оплачивает перевозку, кто предоставляет данные для ЭТрН и кто отвечает за оформление каждого электронного документа.
Клиент формирует поручение экспедитору. Не будем заменять его обычной коммерческой заявкой, если отношения квалифицированы как транспортная экспедиция.
Экспедитор согласовывает поручение. После 1 сентября 2026 года используем установленный электронный формат и предусмотренный обмен через оператора ИС ЭПД и ГИС ЭПД, кроме прямо установленных законодательством исключений.
Экспедитор подбирает фактического перевозчика. Проверим его реквизиты, сведения о водителе и транспортном средстве и оформим предусмотренные договором отношения.
Оформляем заказ или заявку на перевозку. Не смешиваем этот документ с поручением экспедитору.
Формируем ЭТрН. В ней указываем участников конкретного договора перевозки, а не механически переносим стороны договора транспортной экспедиции.
Указываем фактические данные водителя и автомобиля. Передадим грузоотправителю сведения заранее, чтобы Т1 был заполнен корректно.
При погрузке перевозчик подтверждает принятие груза. Предусмотренные сценарием действия может выполнять водитель с использованием доступного механизма электронной подписи и мобильного приложения.
При доставке оформляем последующие титулы ЭТрН. Грузополучатель подтверждает прием груза, а перевозчик выполняет предусмотренные форматом действия по завершению перевозки.
Посмотрим на конкретный пример.
ООО «Покупатель» поручает ООО «Логистик» организовать перевозку товара из Москвы в Нижний Новгород. У ООО «Логистик» нет автомобилей. Оно находит ООО «Автотранс», которое предоставляет автомобиль и водителя. Товар передается со склада непосредственно водителю ООО «Автотранс». ООО «Логистик» физически груз не принимает.
В таком случае построим документооборот следующим образом.
Между ООО «Покупатель» и ООО «Логистик» действует договор транспортной экспедиции.
ООО «Покупатель» выдает ООО «Логистик» поручение экспедитору.
ООО «Логистик» согласовывает поручение.
ООО «Логистик» заключает предусмотренные договором отношения с ООО «Автотранс».
Для перевозки оформляются необходимые заказ или заявка.
В ЭТрН не называем ООО «Логистик» перевозчиком только потому, что оно получило поручение клиента.
Перевозчиком отражаем ООО «Автотранс», если именно оно является перевозчиком по соответствующему договору перевозки.
В Т1 указываем водителя и транспортное средство ООО «Автотранс».
ООО «Автотранс» подтверждает прием груза в качестве перевозчика.
В этой схеме экспедитор остается полноценным участником хозяйственной операции, хотя его роль не обязательно должна искусственно помещаться в поле «Перевозчик» ЭТрН. Его отношения с клиентом подтверждаются договором транспортной экспедиции и экспедиторскими документами.
Теперь изменим условие. Клиент передает груз ООО «Логистик», экспедитор принимает его во владение, после чего передает груз ООО «Автотранс» для последующей перевозки.
Здесь разберем цепочку так:
договор транспортной экспедиции;
поручение экспедитору;
принятие груза экспедитором;
экспедиторская расписка;
заключение отношений с ООО «Автотранс»;
ЭТрН, в которой экспедитор при соответствующем сценарии выступает грузоотправителем с отметкой «является экспедитором»;
ООО «Автотранс» выступает перевозчиком.
Именно поэтому перед настройкой ЭДО обязательно ответим на вопрос: принимает ли экспедитор груз во владение или только организует его перевозку? От этого зависят и экспедиторская расписка, и определение роли грузоотправителя.
Не будем автоматически оформлять экспедиторскую расписку в каждом случае только потому, что существует договор транспортной экспедиции.
Минтранс разъясняет, что поручение экспедитору является обязательным экспедиторским документом, а экспедиторская расписка необходима, если по договору транспортной экспедиции груз принимается экспедитором во владение. Складская расписка требуется при принятии груза на складское хранение.
Следовательно:
если экспедитор только нашел машину и груз со склада клиента сразу забрал водитель перевозчика — отдельно проверим, был ли вообще факт передачи груза экспедитору;
если экспедитор физически или юридически принимает груз во владение для дальнейшей передачи перевозчику — оформим экспедиторскую расписку;
если груз принят экспедитором на складское хранение — дополнительно возникает складская расписка.
Не будем определять факт принятия груза исключительно по формулировке договора. Проанализируем, кто реально принимает груз, кто отвечает за него на соответствующем этапе и как оформлена передача.
После 1 сентября 2026 года поручение экспедитору становится полноценным формализованным электронным документом.
В актуальной документации 1С для Электронного поручения экспедитору предусмотрены обязательные титулы:
Т1 — сведения о перечне и условиях оказания услуг, участниках, грузе, маршруте и других параметрах поручения. Его формирует и подписывает клиент.
Т2 — информация о согласовании поручения. Его формирует экспедитор.
При необходимости используется дополнительный титул, связанный с отзывом поручения клиентом.
Таким образом, схема становится прозрачной: сначала клиент официально ставит задачу экспедитору, затем экспедитор ее принимает, а уже после этого организация обеспечивает выполнение конкретной перевозки.
Это существенно отличается от ситуации, когда клиент просто отправил логисту письмо или внутреннюю «заявку», а экспедитор по телефону заказал машину.
Если учет ведется в поддерживаемой программе 1С, рассмотрим использование сервиса 1С-ЭПД. Он предназначен для формирования, подписания и обмена электронными перевозочными документами через операторов ИС ЭПД.
В актуальных материалах 1С отдельно предусмотрены сценарии работы с Электронной транспортной накладной, Электронным заказом-заявкой и электронными экспедиторскими документами. Поэтому не будем пытаться заменить один тип документа другим на уровне учетной системы.
Для ЭТрН в зависимости от используемой конфигурации и версии 1С доступны разные основания создания. Например, в поддерживаемых сценариях ЭТрН может формироваться из документа Реализация (акт, накладная, УПД) или на основании Электронного заказа-заявки. Для контроля входящих и исходящих электронных документов используется рабочее место Текущие дела ЭДО.
Для экспедиторской организации построим работу в программе по отдельным этапам:
зарегистрируем и настроим участника электронного документооборота;
подключим сервис 1С-ЭПД и оператора ИС ЭПД;
проверим полномочия сотрудников и электронные подписи;
настроим роли заказчика, экспедитора, грузоотправителя, перевозчика и грузополучателя;
отдельно организуем обмен Электронным поручением экспедитору;
отдельно организуем оформление Электронного заказа-заявки с перевозчиком;
отдельно организуем обмен Электронной транспортной накладной;
при принятии груза экспедитором предусмотрим Электронную экспедиторскую расписку;
при складском хранении предусмотрим Электронную складскую расписку.
Специальный программный код 1С для решения рассматриваемого вопроса не требуется. Проблема относится прежде всего к правильной квалификации договора, распределению ролей участников и выбору типов электронных документов. Поэтому не будем создавать обработку или изменять конфигурацию для того, чтобы искусственно «перенаправлять» ЭТрН. Сначала выстроим юридически правильную цепочку, затем реализуем ее штатными объектами и сценариями 1С-ЭПД.
Это особенно важно для практической работы в 1С. В организации может уже существовать внутренний документ под названием «Заявка на перевозку», «Заказ перевозки», «Заявка экспедитору» или «Заказ-заявка». Название само по себе ничего не решает.
Разберем назначение каждой заявки.
Если клиент обращается к экспедитору и поручает организовать перевозку, для отношений по транспортной экспедиции необходимо правильно оформить поручение экспедитору.
Если сторона договора перевозки заказывает у транспортной компании конкретную перевозку, используем предусмотренный законодательством заказ или заявку на перевозку.
В электронном документообороте особенно важно не смешивать эти документы, поскольку они передаются в разных форматах и подписываются разными участниками.
На практике клиент может присылать экспедитору очень подробную заявку: наименование груза, массу, количество мест, адреса, даты, контактных лиц, режим работы склада, температурный режим, требования к автомобилю и стоимость услуг.
Возникает вопрос: зачем тогда еще одно поручение?
Рассмотрим не объем информации, а форму правоотношений. Если документ предназначен для постановки задания именно экспедитору в рамках договора транспортной экспедиции, его нужно привести в соответствие с требованиями к поручению экспедитору и оформить как предусмотренный законом экспедиторский документ.
Можно автоматизировать перенос одинаковых данных между учетными документами, чтобы сотрудники не вводили адрес, груз и маршрут несколько раз. Но автоматическое заполнение нескольких документов одними данными не делает эти документы одним документом.
Например, данные поручения экспедитору можно использовать как основание для создания внутренних заданий логисту, заказа перевозчику и последующего заполнения ЭТрН. Это правильная автоматизация: юридические документы остаются самостоятельными, но одинаковые сведения не вводятся вручную повторно.
Здесь также не существует правила «экспедитор всегда создает ЭТрН» или «экспедитор никогда не создает ЭТрН».
Согласно Уставу автомобильного транспорта, транспортная накладная, если иное не установлено договором перевозки, составляется грузоотправителем. Поэтому определим, кто является грузоотправителем именно в конкретном договоре перевозки.
Если экспедитор принял груз во владение и в соответствующей схеме является грузоотправителем по договору перевозки, он формирует ЭТрН в этой роли и указывает, что является экспедитором.
Если экспедитор груз во владение не принимает и грузоотправителем остается клиент, Т1 формирует грузоотправитель, если иной порядок не предусмотрен договором. Экспедитор может организационно подготовить данные для документа, но техническая подготовка сведений и юридическая роль участника — не одно и то же.
Если оператор ЭДО предлагает указывать экспедитора перевозчиком, а затем передавать ЭТрН транспортной компании, не будем сразу применять такую схему в рабочей базе.
Запросим у оператора точное описание сценария и последовательно проверим:
На основании какой нормы экспедитор указывается именно в роли перевозчика?
Какой договор предполагается между клиентом и экспедитором: перевозки или транспортной экспедиции?
Кто согласно предлагаемой схеме является стороной договора перевозки?
Как в ГИС ЭПД будет отражена фактическая транспортная компания?
Каким титулом и на каком основании изменяется перевозчик?
Не используется ли под термином «перенаправление» обычная техническая маршрутизация документа между пользователями?
Как при этой схеме оформляется обязательное поручение экспедитору?
Как оформляется заказ или заявка на перевозку?
Как будет отражено принятие груза перевозчиком?
Кто несет обязанности перевозчика перед грузоотправителем и грузополучателем?
Если из ответа следует, что оператор просто предлагает технически передать документ следующему участнику, но не объясняет юридическое основание указания экспедитора перевозчиком, не будем подменять технической схемой правильное определение сторон договора.
Ошибка в поле «Перевозчик» — это не только вопрос оформления документа.
Транспортная накладная подтверждает заключение договора перевозки. Следовательно, сведения о сторонах могут иметь значение при определении:
обязанности по оплате перевозки;
ответственности за утрату, недостачу или повреждение груза;
ответственности за сроки доставки;
стороны, к которой предъявляются претензии;
документального подтверждения расходов;
сопоставления ЭТрН с договором и первичными документами;
данных, передаваемых в ГИС ЭПД.
Поэтому не будем выбирать участника ЭТрН исключительно исходя из того, «кого позволяет поставить программа».
Чтобы в дальнейшем не выяснять роли непосредственно перед погрузкой, рекомендуем заранее привести договор транспортной экспедиции в соответствие с реальным процессом.
Пропишем в договоре:
принимает ли экспедитор груз во владение;
вправе ли экспедитор привлекать третьих лиц;
от чьего имени экспедитор заключает необходимые договоры;
кто является стороной договора перевозки;
кто формирует поручение экспедитору;
как экспедитор его согласовывает;
кто формирует заказ или заявку перевозчику;
кто составляет Т1 ЭТрН;
кто предоставляет сведения о водителе и транспортном средстве;
кто отвечает за своевременное внесение изменений при замене автомобиля или водителя;
кто оформляет экспедиторскую расписку при принятии груза;
какими электронными подписями и какими сотрудниками подписываются документы;
как стороны действуют при ошибках, отказе от перевозки, переадресовке и иных изменениях.
Такой подход существенно надежнее, чем сначала настроить маршрут ЭДО, а затем пытаться подстроить под него договоры.
При подготовке процесса учтем еще одно важное изменение законодательства 2026 года. Для осуществления транспортно-экспедиционной деятельности действует реестр уведомлений о транспортно-экспедиционной деятельности. Минтранс указывает, что право осуществлять такую деятельность возникает со дня размещения сведений о юридическом лице или ИП в соответствующем реестре.
Поэтому, если организация фактически оказывает клиентам транспортно-экспедиционные услуги, не ограничимся настройкой ЭТрН. Проверим, выполнены ли требования, относящиеся к деятельности экспедитора в целом.
С 1 сентября 2026 года электронная форма становится основным правилом, но законодательство предусматривает отдельные исключения, когда соответствующие документы могут или должны оформляться на бумажном носителе.
Для экспедиторских документов Минтранс установил специальные случаи, связанные, в частности, с отдельными государственными и специальными перевозками, особыми режимами, отсутствием у клиента технической возможности из-за обстоятельств непреодолимой силы, оказанием услуг физическому лицу для личных нужд и некоторыми отношениями с иностранными клиентами. Для транспортной накладной, заказа и заявки также установлен отдельный перечень случаев бумажного оформления.
Поэтому правило сформулируем так: с 1 сентября 2026 года используем электронные документы, если конкретная операция не относится к законодательно установленному исключению.
Подведем итог и сформируем рабочую модель для ситуации из вопроса.
Не отказываемся от поручения экспедитору. При договоре транспортной экспедиции оно является самостоятельным экспедиторским документом.
Не считаем клиентскую заказ-заявку автоматической заменой поручения. После перехода на обязательный ЭДО это особенно очевидно, поскольку для поручения экспедитору существует отдельный электронный формат.
Не считаем ЭТрН заменой поручения экспедитору. ЭТрН относится к договору перевозки, а поручение — к договору транспортной экспедиции.
Не указываем экспедитора перевозчиком только потому, что клиент заключил договор с экспедитором. Сначала определяем юридическую природу договора и фактическую роль организации.
Если экспедитор только организует перевозку сторонней транспортной компанией, определяем перевозчиком участника соответствующего договора перевозки.
Если экспедитор не принимает груз во владение, не оформляем его грузоотправителем только из-за участия в организации перевозки.
Если экспедитор принимает груз во владение, оформляем предусмотренные экспедиторские документы. В частности, потребуется экспедиторская расписка, а в предусмотренном сценарии экспедитор может выступать грузоотправителем в последующей ЭТрН с соответствующей отметкой.
Если экспедитор сам фактически выступает перевозчиком без привлечения сторонней транспортной компании, рассматриваем отдельный сценарий. Тогда он действительно может быть указан перевозчиком.
Не смешиваем замену перевозчика, замену водителя или транспортного средства и переадресовку. Это разные события электронного документооборота.
В 1С используем отдельные типы ЭПД. Для экспедиционного задания — Электронное поручение экспедитору, для отношений по заказу перевозки — Электронный заказ-заявка, для самой перевозки — Электронная транспортная накладная, а при соответствующих обстоятельствах — Электронная экспедиторская расписка и Электронная складская расписка.
Оформлять схему в виде «заказчик присылает экспедитору только заказ-заявку и ЭТрН, в ЭТрН экспедитор указывается перевозчиком, после чего экспедитор передает эту же ЭТрН фактической транспортной компании» как универсальное правило не следует.
Если между заказчиком и организацией заключен именно договор транспортной экспедиции, оформим поручение экспедитору. С 1 сентября 2026 года в обычной хозяйственной ситуации это будет электронное поручение установленного формата, передаваемое через оператора ИС ЭПД в ГИС ЭПД.
Далее отдельно оформим отношения по фактической перевозке. Определим грузоотправителя и перевозчика исходя из договора перевозки, факта принятия груза экспедитором и реальной схемы исполнения обязательств. Если экспедитор собственного транспорта не имеет, груз не перевозит, а только привлекает стороннюю транспортную компанию, не будем автоматически указывать его перевозчиком. Данные конечного водителя и автомобиля можно заранее передать грузоотправителю для заполнения Т1, но это не меняет юридическую роль сторон.
Таким образом, полезное замечание из обсуждения на форуме 1С является принципиальным: способ оформления ЭТрН не отменяет обязанность правильно оформить документы по договору транспортной экспедиции. Сначала разделим договор транспортной экспедиции и договор перевозки, затем определим факт принятия груза экспедитором, после этого распределим роли в ЭТрН и только затем настроим соответствующий маршрут электронного документооборота в 1С-ЭПД.
Информация носит справочный характер