Рассмотрим ситуацию подробно. В 1С:Бухгалтерии 3.0 при оформлении отгрузочных документов пользователь выбирает контрагента, договор в карточке контрагента заполнен, в настройках включен учет по договорам, но номер договора не появляется в поле «Наименование услуги». В результате приходится каждый раз вручную дописывать номер договора в строке услуги, акте или УПД.
Разберем, почему так происходит и какие есть варианты решения. Главная мысль такая: само наличие договора в карточке контрагента и включенная настройка «Учет по договорам» не означают, что номер договора автоматически попадет в наименование услуги. В типовой логике 1С договор и наименование услуги — это разные данные. Договор используется как аналитика расчетов с контрагентом, а поле услуги заполняется по номенклатуре и содержанию строки документа.
Если нужно, чтобы номер договора отображался именно в строке «Наименование услуги», придется выбрать подходящий способ: использовать типовые поля печатной формы, заполнять содержание услуги вручную и копировать документы, настроить периодичность услуги, применить внешнюю печатную форму или сделать небольшую доработку через расширение.
Проанализируем причину. В 1С:Бухгалтерии 3.0 договор с контрагентом хранится в справочнике договоров и выбирается в документе реализации как отдельный реквизит. Обычно это реквизит документа ДоговорКонтрагента. Он нужен для аналитического учета расчетов, формирования проводок, контроля задолженности, сверки с покупателем и заполнения отдельных реквизитов печатных форм.
Поле «Наименование услуги» или «Содержание услуги» в табличной части документа работает иначе. Оно относится не к договору, а к строке реализации. При выборе номенклатуры с видом «Услуга» программа подставляет наименование услуги из справочника Номенклатура. Если в строке есть поле Содержание, оно может заполняться текстом услуги и в некоторых случаях дополняться периодом оказания услуги. Но номер договора в эту строку типовая программа обычно не добавляет.
Поэтому включение настройки в разделе Главное — Функциональность — Учет по договорам решает другую задачу: оно позволяет выбирать договоры в документах и вести расчеты в разрезе договоров. Эта настройка не является настройкой автоподстановки договора в текст услуги.
Вывод: если галочка «Учет по договорам» установлена, но номер договора не появляется в наименовании услуги, это не обязательно ошибка. Чаще всего это типовое поведение конфигурации.
Разберем по шагам базовую проверку. Перед тем как делать доработку или искать ошибку в программе, убедитесь, что договор вообще корректно участвует в документе реализации.
Откройте раздел Главное — Функциональность.
Перейдите на закладку Учет по договорам.
Проверьте, что установлен флажок Учет по договорам.
Откройте карточку контрагента в справочнике Контрагенты.
Проверьте список договоров по этому контрагенту.
Откройте нужный договор и проверьте его номер, дату, вид договора и валюту расчетов.
Создайте документ РеализацияТоваровУслуг или откройте уже созданный документ реализации.
Проверьте, что в шапке документа выбран правильный контрагент.
Проверьте, что в шапке документа выбран правильный договор.
Проверьте, какой документ печатаете: акт, УПД, счет-фактуру или другую печатную форму.
Если договор в шапке документа не выбирается или поле договора отсутствует, тогда действительно нужно искать проблему в настройках функциональности, виде операции или правах пользователя. Если договор выбирается, но не попадает в текст услуги, значит проблема не в учете по договорам, а в логике заполнения строки или печатной формы.
Начнем с самого правильного методологического варианта. В большинстве случаев номер договора не нужно добавлять именно в наименование услуги. Договор должен быть указан в отдельном поле документа, а в печатной форме он должен выводиться как основание расчетов или основание передачи.
Рассмотрим пример. Организация оказывает услугу «Абонентское обслуживание». В строке услуги достаточно указать:
Абонентское обслуживание за июнь 2026 года
А договор лучше выводить отдельно:
Основание: договор № 15/26 от 10.01.2026
Такой вариант обычно лучше, чем включать номер договора в каждую строку. Во-первых, он чище с точки зрения первичного документа. Во-вторых, если в документе несколько услуг по одному договору, не нужно дублировать один и тот же номер в каждой строке. В-третьих, договор остается полноценной аналитикой 1С, а не просто текстом в строке.
Разберем, что нужно сделать:
В документе реализации выберите правильный договор в шапке.
Проверьте печатную форму акта или УПД.
Если в форме есть поле основания, используйте его для вывода договора.
Если печатаете УПД, проверьте настройки основания передачи: в актуальных релизах Бухгалтерии 3.0 доступны дополнительные возможности по выводу договора, счета и произвольного текста в основании передачи.
Если типовая форма не выводит договор так, как нужно, используйте внешнюю печатную форму или расширение.
Этот вариант рекомендуем использовать первым, если контрагенту важно видеть договор в документе, но нет строгого требования помещать номер договора именно в колонку с наименованием услуги.
Теперь рассмотрим ситуацию, когда пользователю нужен текст именно в строке услуги. В документах реализации услуг в 1С может использоваться не только номенклатура, но и текстовое содержание услуги. В зависимости от формы документа и настроек это поле может называться «Содержание», «Содержание услуги» или визуально восприниматься как «Наименование услуги».
В типовой логике при выборе элемента справочника Номенклатура программа заполняет строку названием услуги. Например, если в справочнике создана услуга «Техническое обслуживание», то в документ подтянется именно это наименование. Номер договора из реквизита ДоговорКонтрагента в эту строку автоматически не добавляется.
Разберем, что можно сделать без программирования:
Создайте в справочнике Номенклатура понятное наименование услуги.
В строке документа вручную уточняйте содержание услуги, если это нужно для конкретного договора.
Для повторяющихся документов используйте копирование документа реализации.
Если услуги регулярные, настройте периодичность услуги, чтобы программа хотя бы автоматически добавляла период оказания услуги.
Если номер договора должен добавляться всегда, переходите к варианту с доработкой.
Посмотрим на пример. В справочнике номенклатуры есть услуга «Информационно-консультационные услуги». В документе реализации в строке можно указать содержание:
Информационно-консультационные услуги по договору № 45 от 01.02.2026 за май 2026 года
Но это будет ручное заполнение или результат доработки. Типовая настройка «Учет по договорам» такой текст не формирует.
Рассмотрим полезную типовую возможность. В 1С:Бухгалтерии 3.0 для услуг можно настроить периодичность. Тогда при создании документов реализации или поступления программа может автоматически дополнять содержание услуги периодом: месяцем, кварталом или годом.
Это не подтянет номер договора, но поможет сократить ручной ввод, если пользователь каждый раз дописывает не только договор, но и период оказания услуги.
Разберем настройку по шагам:
Откройте раздел Справочники — Номенклатура.
Найдите услугу, которую регулярно реализуете покупателям.
Откройте карточку элемента справочника Номенклатура.
Проверьте, что это элемент с видом номенклатуры «Услуга».
Найдите поле Периодичность услуги.
Укажите нужное значение: месяц, квартал, год или другой доступный вариант.
Запишите карточку номенклатуры.
Создайте новый документ реализации и выберите эту услугу.
Проверьте, дополнилось ли содержание услуги периодом по дате документа.
Например, если услуга оказывается ежемесячно, программа может сформировать содержание вида:
Абонентское обслуживание за июнь 2026 года
Если дополнительно нужен номер договора, типовая периодичность не решит задачу полностью. Но она уменьшит объем ручных правок и оставит для ручного ввода только договор, если доработка пока не планируется.
Важно: периодичность услуги работает с периодом оказания услуги, а не с договором. Поэтому не ожидайте, что после настройки периодичности в строке появится номер договора.
Если документов немного, а услуги и договоры повторяются, рассмотрим самый простой рабочий способ без доработки. Создайте один документ реализации с правильным текстом в строке, а в следующих периодах копируйте его.
Разберем порядок:
Создайте документ реализации за первый период.
Выберите контрагента и договор.
Заполните строку услуги так, как она должна выглядеть в печатной форме.
Проведите документ.
В следующем месяце используйте команду копирования документа.
Измените дату, период услуги, сумму и другие реквизиты, если они изменились.
Проверьте договор и текст строки.
Этот способ подходит, если у организации небольшое количество покупателей и договоров. Он не является полноценной автоматизацией, но снижает риск ошибок по сравнению с вводом текста с нуля каждый раз.
Минус способа очевиден: если договор изменится, номер договора в скопированном тексте останется старым, пока пользователь не исправит его вручную. Поэтому при большом документообороте лучше использовать печатную форму или доработку автозаполнения.
Если цель — чтобы покупатель видел номер договора в печатном документе, рассмотрим вариант с печатной формой. Он часто правильнее, чем изменение табличной части документа.
В 1С договор уже выбран в шапке документа. Значит, печатная форма может взять номер и дату договора из реквизита ДоговорКонтрагента и вывести их в нужном месте: в основании, преамбуле, строке после заголовка, примечании или отдельной колонке.
Разберем варианты:
Типовая настройка печати. Проверьте доступные параметры печатной формы. В актуальных релизах 1С:Бухгалтерии 3.0 часть данных можно настроить без изменения конфигурации.
Внешняя печатная форма. Создайте или подключите внешнюю печатную форму акта или УПД, где договор выводится в нужном месте.
Расширение конфигурации. Через расширение измените формирование печатной формы, не снимая базу с поддержки.
Печатная форма с отдельным полем «Основание». Выведите текст вида «Договор № ... от ...» отдельно от наименования услуги.
Посмотрим на практический пример. В документе реализации выбран договор № 12/2026 от 15.01.2026. В печатной форме можно вывести:
Основание оказания услуг: договор № 12/2026 от 15.01.2026
А в строке услуги оставить:
Услуги технической поддержки за июнь 2026 года
Такой документ будет понятен покупателю, а учетная база останется структурированной: договор хранится как договор, услуга хранится как услуга, печатная форма собирает итоговый текст.
Если требование идет от покупателя, сначала уточните, действительно ли ему нужен номер договора именно в строке услуги. Часто достаточно вывести договор в поле основания документа.
Если типовая печатная форма не устраивает, но менять конфигурацию нельзя, используем внешнюю печатную форму. Это хороший вариант для Бухгалтерии 3.0, потому что он позволяет сохранить поддержку типовой конфигурации и при этом изменить внешний вид акта или УПД.
Разберем общую логику:
Определите, какая печатная форма нужна: акт на оказание услуг, УПД или счет.
Создайте внешнюю печатную форму для документа РеализацияТоваровУслуг.
В коде печатной формы получите реквизит ДоговорКонтрагента из документа.
Сформируйте строку договора: номер и дату.
Выведите эту строку в нужной области макета.
Подключите форму через раздел администрирования дополнительных отчетов и обработок.
Проверьте печать на нескольких документах с разными контрагентами и договорами.
При таком подходе строка табличной части документа не меняется. Это удобно: в базе не появляются искусственные тексты, а печатная форма всегда берет актуальный номер договора из документа.
Этот вариант особенно удобен, если номер договора нужен только в печатном акте или УПД, а не в самой табличной части документа.
Теперь рассмотрим вариант, когда номер договора принципиально должен попадать именно в поле «Наименование услуги» или «Содержание услуги» в табличной части документа. В типовой настройке такой возможности обычно нет, поэтому потребуется доработка.
Лучше выполнять такую доработку через расширение конфигурации, а не через изменение типовой конфигурации. Так проще обновлять базу и меньше риск потерять изменения при очередном обновлении.
Логика доработки такая:
Пользователь выбирает контрагента и договор в документе реализации.
Пользователь добавляет услугу в табличную часть.
Обработчик проверяет, что в документе выбран договор.
Из договора берутся номер и дата.
В строку услуги добавляется текст «по договору № ... от ...».
Если содержание уже заполнено пользователем вручную, программа не должна затирать его без проверки.
Рассмотрим пример логики кода. Названия табличной части и реквизита содержания могут отличаться в конкретной конфигурации и релизе, поэтому перед внедрением проверьте метаданные документа РеализацияТоваровУслуг в конфигураторе или через расширение.
Процедура ЗаполнитьСодержаниеУслугПоДоговору(ДокументОбъект) Экспорт Если НЕ ЗначениеЗаполнено(ДокументОбъект.ДоговорКонтрагента) Тогда Возврат; КонецЕсли; Договор = ДокументОбъект.ДоговорКонтрагента; ТекстДоговора = " по договору № " + Договор.Номер; Если ЗначениеЗаполнено(Договор.Дата) Тогда ТекстДоговора = ТекстДоговора + " от " + Формат(Договор.Дата, "ДФ=dd.MM.yyyy"); КонецЕсли; Для Каждого СтрокаТЧ Из ДокументОбъект.Товары Цикл Если НЕ ЗначениеЗаполнено(СтрокаТЧ.Номенклатура) Тогда Продолжить; КонецЕсли; БазовоеНаименование = СтрокаТЧ.Номенклатура.Наименование; Если ЗначениеЗаполнено(СтрокаТЧ.Содержание) Тогда Если СтрНайти(СтрокаТЧ.Содержание, "по договору №") = 0 Тогда СтрокаТЧ.Содержание = СтрокаТЧ.Содержание + ТекстДоговора; КонецЕсли; Иначе СтрокаТЧ.Содержание = БазовоеНаименование + ТекстДоговора; КонецЕсли; КонецЦикла;КонецПроцедуры
В этом примере используются объекты и реквизиты ДокументОбъект, ДоговорКонтрагента, Номенклатура, Товары, Содержание. Перед переносом в рабочую базу обязательно проверьте, как именно в вашей версии Бухгалтерии 3.0 называется реквизит строки, который выводится в печатную форму как наименование или содержание услуги.
Не внедряйте такой код напрямую в типовую конфигурацию без необходимости. Используйте расширение и протестируйте поведение на копии базы.
Разберем важный технический момент. Автозаполнение можно выполнять в разные моменты, и от этого зависит удобство работы пользователей.
При выборе договора. Если пользователь поменял договор, программа может обновить содержание строк. Но это опасно: можно случайно затереть уже отредактированные вручную строки.
При выборе номенклатуры. Удобно, если номер договора должен добавляться сразу после выбора услуги. Но если договор еще не выбран, строка не заполнится полностью.
Перед записью документа. Программа проверяет строки перед сохранением и добавляет договор, если его еще нет. Это надежнее, но пользователь может увидеть итоговый текст только после записи.
По отдельной кнопке «Заполнить договор в услугах». Самый управляемый вариант: пользователь сам нажимает кнопку, когда документ уже заполнен.
Только при печати. Лучший вариант, если нужно изменить внешний вид печатной формы, но не нужно менять данные документа.
На практике для бухгалтерии часто удобнее отдельная кнопка или изменение печатной формы. Полностью автоматическое изменение строки при каждом выборе договора может раздражать пользователей, особенно если они иногда вводят нестандартный текст.
Перед доработкой согласуйте правило: программа должна дописывать договор всегда, только для услуг, только для конкретных контрагентов или только для конкретных видов документов.
Если номер договора автоматически добавляется в содержание услуги, нужно защититься от дублей. Иначе пользователь откроет документ, поменяет строку, перезаполнит документ, и программа сделает текст вида:
Услуги по договору № 15 от 01.01.2026 по договору № 15 от 01.01.2026
Чтобы этого не произошло, в алгоритме проверяйте наличие фразы «по договору №» или конкретного номера договора в строке. Если такой текст уже есть, повторно его не добавляйте.
Посмотрим на пример проверки:
Если СтрНайти(СтрокаТЧ.Содержание, "по договору №") = 0 Тогда СтрокаТЧ.Содержание = СтрокаТЧ.Содержание + ТекстДоговора;КонецЕсли;
Это простой вариант. В более аккуратной доработке можно хранить исходное содержание отдельно, а печатный текст формировать динамически. Тогда не придется разбирать строку и удалять старый номер договора при смене договора.
Рассмотрим отдельный случай. Пользователь видит договор в документе реализации, но в печатной форме акта или УПД договор не выводится. Тогда проблема не в заполнении договора, а в макете печатной формы.
Разберем порядок проверки:
Откройте документ реализации.
Убедитесь, что поле договора заполнено.
Сформируйте разные печатные формы: акт, УПД, счет-фактуру, если она нужна.
Проверьте, есть ли в печатной форме поле основания или ссылка на договор.
Проверьте настройки печати, если они доступны в форме документа.
Если договор не выводится в нужном месте, используйте внешнюю печатную форму.
Важно понимать: печатная форма может не выводить договор в строке услуги даже при правильном заполнении шапки. Это нормальное поведение, если в макете так не предусмотрено.
Если нужен договор в печатной форме, не обязательно менять строку услуги. Часто достаточно изменить макет акта или УПД.
Если в документе реализации не видно поле договора, рассмотрим другую причину. Возможно, учет по договорам не включен полностью, выбран неподходящий вид операции или пользователь смотрит сокращенную форму.
Проверьте следующие моменты:
В разделе Главное — Функциональность включен Учет по договорам.
В карточке договора указан правильный вид договора: например, «С покупателем» для реализации покупателю.
Договор принадлежит тому контрагенту, который выбран в документе.
Договор не помечен на удаление и доступен для выбора.
Пользователь имеет права на просмотр и выбор договоров.
В форме документа не скрыты дополнительные реквизиты.
Документ создан с правильным видом операции.
Если договоры заполнены в карточке контрагента, но в документе не выбираются, проверьте соответствие вида договора и вида операции. Например, договор с поставщиком не должен использоваться как договор с покупателем в реализации услуг покупателю.
Некоторые пользователи пытаются решить задачу так: создают отдельный элемент номенклатуры для каждого договора. Например:
Услуги по договору № 10
Услуги по договору № 11
Услуги по договору № 12
На первый взгляд это работает: при выборе номенклатуры номер договора сразу попадает в строку. Но у такого подхода есть серьезные минусы.
Справочник Номенклатура быстро разрастается.
Одна и та же услуга начинает дублироваться десятки или сотни раз.
Становится сложнее анализировать выручку по видам услуг.
Пользователи могут выбрать не ту услугу и указать не тот договор.
При смене договора нужно создавать новую номенклатуру.
В отчетах по номенклатуре появляется лишняя детализация.
Создавайте отдельную номенклатуру под договор только в исключительных случаях, когда услуга действительно уникальна для договора. Если услуга одна и та же, а меняется только договор, лучше хранить договор в реквизите договора, а не в названии номенклатуры.
Теперь проанализируем, какой вариант подойдет именно для описанной задачи. Пользователь работает в 1С:Бухгалтерии 3.0.195.40, договоры в карточке контрагента заполнены, настройка «Учет по договорам» включена. Значит, базовая настройка договорного учета уже выполнена. Если номер договора не появляется в поле «Наименование услуги», это, скорее всего, не ошибка заполнения карточки контрагента.
Выбираем решение по цели:
Если договор нужен только для учета расчетов, ничего дописывать в услугу не нужно. Достаточно выбирать договор в шапке документа.
Если договор должен быть виден покупателю в печатной форме, настройте вывод договора в основании акта или УПД.
Если договор должен быть именно в колонке «Наименование услуги», используйте ручное заполнение, копирование документов или доработку.
Если документы регулярные, настройте периодичность услуги и копирование документов, чтобы уменьшить ручной ввод.
Если документов много, сделайте расширение или внешнюю обработку заполнения.
Самый рациональный вариант для большинства организаций — выводить договор в печатной форме отдельной строкой «Основание», а не добавлять его в каждую строку услуги.
Рассмотрим вариант, когда мы хотим обойтись без программирования.
Откройте Главное — Функциональность и убедитесь, что включен Учет по договорам.
Откройте справочник Контрагенты и проверьте договор покупателя.
Убедитесь, что договор имеет корректный номер и дату.
Создайте документ РеализацияТоваровУслуг с видом операции для услуг.
Выберите контрагента.
Выберите нужный договор в шапке документа.
Добавьте услугу из справочника Номенклатура.
Если нужно, вручную допишите номер договора в поле содержания услуги.
Проверьте печатную форму акта или УПД.
Если договор нужен во всех документах, создайте шаблон заполненного документа и используйте копирование.
Этот вариант подойдет, если количество документов небольшое и ручные правки не занимают много времени.
Теперь рассмотрим более аккуратный вариант, когда номер договора нужно видеть в печатном документе.
Откройте документ реализации.
Проверьте, что реквизит ДоговорКонтрагента заполнен.
Сформируйте печатную форму акта или УПД.
Проверьте, есть ли в форме возможность указать основание передачи или основание оказания услуг.
Если типовой настройки достаточно, включите вывод договора в основании.
Если типовой настройки недостаточно, подготовьте внешнюю печатную форму.
В печатной форме выведите номер и дату договора из реквизита документа.
Подключите печатную форму через дополнительные отчеты и обработки.
Проверьте результат на документах с разными договорами.
При таком подходе пользователь не вводит номер договора руками. Он выбирает договор в документе, а печатная форма сама показывает его в нужном месте.
Если все-таки нужно автоматизировать именно поле «Наименование услуги», разберем доработку по шагам.
Создайте копию информационной базы для тестирования.
Определите точное имя документа: обычно это РеализацияТоваровУслуг.
Определите табличную часть, где хранятся услуги: часто это Товары, но в конкретном релизе нужно проверить метаданные.
Определите реквизит строки, который печатается как содержание услуги: например, Содержание.
Создайте расширение конфигурации.
Добавьте обработчик заполнения строки или отдельную команду формы.
Получите номер и дату из ДоговорКонтрагента.
Сформируйте строку текста.
Заполните реквизит строки услуги.
Защититесь от повторного добавления номера договора.
Проверьте обновление базы после доработки.
Такой вариант лучше поручить программисту 1С, потому что нужно аккуратно работать с формой документа, событиями, реквизитами табличной части и печатными формами.
Для решения задачи полезно понимать, какие объекты 1С связаны между собой. Рассмотрим основные.
Контрагенты — справочник, где хранится покупатель или заказчик.
ДоговорыКонтрагентов — справочник договоров, привязанных к контрагентам.
Номенклатура — справочник товаров и услуг, из которого выбирается услуга в документе.
РеализацияТоваровУслуг — документ реализации, через который оформляется акт или УПД.
ДоговорКонтрагента — реквизит документа, где выбран договор.
Товары — табличная часть документа, где обычно хранятся строки товаров и услуг.
Содержание — возможный реквизит строки, который используется для текста услуги в печатной форме.
ДополнительныеОтчетыИОбработки — механизм подключения внешних печатных форм и обработок.
РасширенияКонфигурации — механизм безопасной доработки типовой конфигурации без снятия с поддержки.
Если говорить коротко, договор живет в ДоговорыКонтрагентов и выбран в ДоговорКонтрагента, а наименование услуги живет в строке табличной части документа. Между ними нет обязательной типовой автосвязи для заполнения текста строки.
Разберем распространенные ошибки пользователей.
Ожидать, что «Учет по договорам» заполнит строку услуги. Эта настройка отвечает за выбор договора и аналитику расчетов, а не за текст услуги.
Заполнять договор только в карточке контрагента, но не выбирать его в документе. В документе реализации должен быть выбран конкретный договор.
Создавать много дублей номенклатуры под каждый договор. Это быстро засоряет справочник и портит аналитику по услугам.
Править типовую конфигурацию напрямую. Лучше использовать расширения или внешние печатные формы.
Автоматически затирать ручное содержание услуги. Доработка должна учитывать, что пользователь мог вручную отредактировать текст строки.
Не проверять печатную форму. Иногда нужный договор уже есть в документе, но не выводится только из-за макета печати.
Путать наименование номенклатуры и содержание услуги. Номенклатура — это справочник, а содержание строки — текст в конкретном документе.
После настройки или доработки обязательно проверим результат на нескольких сценариях.
Создайте реализацию по контрагенту с одним договором.
Создайте реализацию по контрагенту с несколькими договорами и выберите нужный.
Проверьте услугу с обычным наименованием.
Проверьте услугу с уже заполненным содержанием.
Поменяйте договор в документе и проверьте, что текст не задвоился.
Сформируйте акт и УПД.
Проверьте, что номер договора отображается именно там, где нужно.
Проверьте, что бухгалтерские проводки и расчеты по договору не нарушены.
Проверьте обновление базы на тестовой копии, если использовалось расширение.
Особенно внимательно проверьте контрагентов с несколькими действующими договорами. Именно там чаще всего возникают ошибки автозаполнения.
Сформулируем итог. В 1С:Бухгалтерии 3.0.195.40 номер договора не обязан автоматически подтягиваться в поле «Наименование услуги», даже если в карточке контрагента договоры заполнены и в разделе Главное — Функциональность — Учет по договорам включена соответствующая настройка.
Галочка «Учет по договорам» нужна для выбора договора в документах и ведения расчетов по договорам. Она не настраивает автоподстановку номера договора в строку услуги.
Если нужно решить задачу без доработки, выбирайте договор в шапке документа и выводите его в печатной форме как основание. Если нужно уменьшить ручной ввод по регулярным услугам, настройте Периодичность услуги в карточке номенклатуры. Если номер договора должен попадать именно в строку «Наименование услуги», используйте копирование документов или закажите доработку через расширение, которое будет брать номер и дату из ДоговорКонтрагента и добавлять их в реквизит строки Содержание.
Самый надежный подход такой: оставим договор отдельным реквизитом документа, а в печатной форме выведем его в поле основания. Так мы не смешиваем договорную аналитику с наименованием услуги и не засоряем справочник номенклатуры. Если же внутренний регламент или требование покупателя требует видеть договор именно в колонке услуги, тогда реализуем автозаполнение через расширение и обязательно защищаемся от дублей и случайного затирания ручного текста.
Информация носит справочный характер