Договоры с контрагентами в 1С:УНФ 3.0: виды, нумерация и контроль при проведении

Что нужно сделать до этого урока

Договор подчинён контрагенту, поэтому карточка покупателя или поставщика должна быть заведена — это урок «Контрагенты и контактные лица». Поле «Организация» в договоре ссылается на собственную фирму из урока «Организация и её реквизиты», а поле «Вид цен» — на виды цен, которые появляются в уроке «Общие настройки». Отдельно включать договоры не нужно: справочник доступен сразу.

Договор нужен не всем и не всегда

В «1С:УНФ» 3.0 работа по договорам управляется у каждого контрагента отдельно — на странице «Взаиморасчеты» его карточки. Это таблица: строки «По договорам», «По документам», «По заказам», «По счетам», колонки «Долги» и «Оплата». Отметка в строке «По договорам» и означает, что долг этого контрагента считается в разрезе договоров. В базе курса так у всех четырнадцати контрагентов, а заголовок страницы показывает состояние — «Взаиморасчеты (включено все)».

Справа на той же странице — блок «Заполнение новых договоров»: валюта расчётов, разнесение оплаты и зачёт предоплаты. Эти значения подставляются в каждый новый договор контрагента, поэтому задавать их удобнее один раз здесь.

Пять видов договора, и вид ставится сам

Вид договора — главный реквизит карточки: от него зависит, в какие документы договор вообще подойдёт. Видов пять:

• С покупателем — продажи: заказы покупателей, счета, расходные накладные, поступления денег;
• С поставщиком — закупки: заказы поставщикам, приходные накладные, оплата поставщику;
• С комитентом (принципалом) — товары, принятые на комиссию или агентские услуги;
• С комиссионером — товары, переданные на комиссию;
• Прочее — всё остальное: аренда, эквайринг, кредиты, расчёты с прочими контрагентами.

У нового договора вид проставляется по отношениям контрагента: отмечен только «Поставщик» — встанет «С поставщиком», только «Прочие» — «Прочее», во всех остальных случаях — «С покупателем». Проверять подстановку стоит всегда: у контрагента, который и покупает, и продаёт, отмечены оба флажка, и вид встанет «С покупателем» независимо от того, для чего договор заводится.

Что задаётся в карточке договора

Страниц у карточки много, но в обычной работе заполняются три.

Главное. Срок договора — поля «Начало действия» и «Окончание действия», контрагент и вид договора, «№ договора» и «Наименование», флажки «Договор подписан» и «Недействителен», «Рамочный договор» и «Категория». Здесь же — «Вид цен». Это и есть механика, ради которой договоры чаще всего заводят: в документе по такому договору цены подставляются из указанного вида цен, а не из основного. В базе курса у договора «Поставка мебельных заготовок» стоит «Оптовая», во всех остальных — «Розничная цена». Поле валюты расчётов на этой странице не показывается, пока не включён учёт в нескольких валютах.

Заполнение документов. Организация, банковский счёт, «Статья» — статья движения денежных средств по умолчанию — и «Док. реализации (УПД)». Справа две ссылки: «Дата отгрузки в новых заказах» и «Дата оплаты в новых счетах и заказах». Пока правила не заданы, вместо значений стоит <Настройка не выполнена>; после настройки даты считаются прибавлением заданного числа дней — календарных или рабочих, и во втором случае по производственному календарю.

Взаиморасчеты. Четыре поля: «Разносить оплату» и «Зачитывать предоплату» с положениями «Автоматически» и «Вручную», «Срок оплаты поставщику» и «Срок оплаты от покупателя» — в днях. В поставке обе константы сроков нулевые, поэтому у нового договора дата оплаты в документах совпадает с датой отгрузки.

Четвёртая страница — «Дополнительно» — хранит код и дополнительные реквизиты. Остальные страницы карточки в базе курса не показываются: они появляются вместе с возможностями, которые их включают, — «НДС и цены», «Агентское вознаграждение», «Реквизиты чека», «Биллинг» для договоров обслуживания, «Платежи» для эквайринга и кредитов, «Комиссия», «Доставка», «ЭДО».

Договор с поставщиком устроен так же, но заполняется другой набор полей: срок оплаты поставщику вместо срока оплаты от покупателя.

Основной договор: то, что подставляется в документ

У каждой пары «организация — контрагент» и каждого вида договора есть основной договор. Признак хранится не в карточке договора, а в отдельном регистре, и в списке договоров ему отведена своя колонка. Первый договор контрагента становится основным сам; сменить его можно командой «Использовать как основной» в списке.

Именно основной договор подставляется в новый документ. Пока договор один, разницы не видно; со вторым выбор становится значимым: цены, срок оплаты и статья ДДС придут из выбранного договора.

Наименование и номер: два разных механизма

Наименование договора формируется по шаблону наименований, и в поставке действует шаблон «Основной договор». Поэтому у всех четырнадцати контрагентов базы курса договор называется одинаково — «Основной договор», и это не ошибка данных, а поставочная настройка. В поставке есть и второй готовый шаблон — № [НомерДоговора] от [ДатаНачала] ([Валюта]); после его выбора новые договоры получают имена вида «№ 12/П от 01.06.2026 (руб.)». Ссылка на шаблоны — на странице «Общее» настройки программы, рядом с нумерацией.

Номер договора — механизм отдельный. Он задаётся настройкой нумерации: формат номера собирается из служебных полей в квадратных скобках — [Номер], [Год4], [Год2], [День], [Месяц], [Квартал], [ВидКонтрагента], [ПрефиксИБ], [ПрефиксКатегории] — и разделителей между ними. Рядом с полем формата показывается пример номера, который получится, и отдельно задаётся периодичность: с ней нумерация начинается заново каждый год.

Настройки бывают четырёх уровней: по организации, по категории договоров, по виду договора и по конкретному договору. В базе курса заведены две — общая по организации с форматом Д-[Номер]/[Год4] и по категории «Поставка товаров» с форматом [ПрефиксКатегории]-[Номер]/[Год4].

Категория договора — это префикс и группировка

Категория договора — отдельный справочник с единственным содержательным реквизитом: префиксом. Префикс подставляется в номер вместо служебного поля [ПрефиксКатегории], а сама категория работает как разрез в списке договоров — под неё в правой панели отведена страница «Категории» — и как уровень настройки нумерации. Учётных умолчаний, в отличие от категории номенклатуры из урока «Группы, категории и виды номенклатуры», категория договора не несёт. В базе курса заведены две категории: «Поставка товаров» с префиксом ПТ и «Услуги и работы» с префиксом У.

Контроль договоров при проведении

Самое важное место урока. На странице «Общее» настройки программы, в группе «Контрагенты», стоит переключатель «Контроль договоров контрагентов» с тремя положениями: «Не проводить», «Предупреждать», «Не контролировать». В поставке «1С:УНФ» 3.0 выбрано «Не проводить» — самое строгое.

Проверяются ровно два условия:

1. организация документа совпадает с организацией договора;
2. вид договора входит в список видов, допустимых для этого документа (для расходной накладной это «С покупателем», для приходной — «С поставщиком» и так далее).

Ни срок действия, ни флажок «Недействителен», ни дата договора в проверку не входят. При положении «Не проводить» несовпадение даёт отказ и текст «Реквизиты договора не соответствуют условиям документа» с указанием, что именно не совпало и какие виды договора здесь допустимы; при положении «Предупреждать» — то же сообщение, но документ проводится.

Срок действия ничего не запрещает

Срок действия и флажок «Недействителен» ведут себя не так, как ожидается от слова «недействителен».

• Недействительный договор не предлагается в подборе. При выборе договора в документе к отбору добавляется условие «Недействителен = Ложь», и такой договор в списке выбора не появляется.
• Уже проставленный договор проведению не мешает. Ни истёкший срок, ни флажок ничего не запрещают. Проверено прогоном: заказ покупателя с договором, у которого срок действия истёк в прошлом году и стоит флажок «Недействителен», провёлся без замечаний.
• Срок действия виден только в списке. В колонке «Статус» стоит «Бессрочный», если окончание действия не заполнено, и «Осталось столько-то дней», если заполнено.
• Недействительные договоры в списке скрыты. По умолчанию к списку применён отбор «Недействителен = Нет», и договор с флажком в нём просто не показывается. Чтобы увидеть его, включается команда «Показывать недействительных» в меню «Еще». В базе курса поэтому в списке шестнадцать строк из семнадцати заведённых договоров.

Что видно в списке договоров

Список открывается из карточки контрагента ссылкой «Договоры» и из разделов «Продажи» и «Закупки». Колонки: наименование, контрагент, организация, вид договора и статус срока действия. Справа — панель с тремя страницами: «Фильтры» (период, организация, контрагент, вид договора, дата в поле «Действует на» и переключатель «Подписан»), «Категории» и «Контакты».

Договор в документах и в учёте

В документах продаж и закупок договор стоит в шапке, рядом с контрагентом. В денежных документах его в шапке нет: там договор указывается построчно, в расшифровке платежа, — один платёж может закрывать долги по нескольким договорам сразу.

В учёте договор — измерение регистров расчётов с покупателями и с поставщиками, поэтому долг считается в разрезе договора и отчёты по взаиморасчётам дают ту же аналитику.

В 1С:Рознице 3.0 это делается так же

Справочник договоров, виды договоров, нумерация, категории и шаблоны наименований в розничной комплектации те же самые. Различие ровно одно, и оно в поставочной настройке: контроль договоров контрагентов в «1С:Рознице» 3.0 стоит в положении «Не контролировать», а в «1С:УНФ» 3.0 — «Не проводить».

Практический смысл различия: одна и та же ошибка — договор не того вида в документе — в «1С:УНФ» остановит проведение, а в «1С:Рознице» пройдёт незамеченной и всплывёт в отчёте по расчётам. Если база розничная, а порядок в договорах нужен, переключатель стоит перевести самостоятельно.

Повторите у себя

1. Откройте «Продажи» → «Контрагенты», выберите покупателя и на странице «Взаиморасчеты» убедитесь, что в строке «По договорам» стоит отметка.
2. В навигационной панели карточки нажмите «Договоры» и создайте новый договор.
3. Проверьте поле «Вид договора»: у покупателя должно стоять «С покупателем».
4. Заполните «№ договора» — ПТ-1/2026, «Начало действия» — сегодняшнюю дату, «Окончание действия» — 31 декабря текущего года.
5. В поле «Наименование» введите рабочее имя договора — например, Поставка мебельных заготовок.
6. В поле «Вид цен» выберите Оптовая.
7. Перейдите на страницу «Взаиморасчеты» и поставьте в поле «Срок оплаты от покупателя» 10 дней.
8. На странице «Заполнение документов» проверьте организацию и выберите статью движения денежных средств в поле «Статья».
9. Запишите договор и вернитесь в список: в колонке «Статус» появится остаток дней до окончания срока.
10. Создайте расходную накладную на этого покупателя и убедитесь, что в поле «Договор» подставился основной договор, а не тот, который вы завели.

Грабли

Все договоры называются «Основной договор». Так работает поставочный шаблон наименований. Меняется он не в карточке договора, а ссылкой «шаблонов наименований» на странице «Общее» настройки программы; уже заведённые договоры при этом не переименовываются.

Номер договора не присваивается сам. Пока не заведена настройка нумерации, поле «№ договора» остаётся пустым — автонумерация включается настройкой, а не флажком в карточке.

Настройка нумерации по категории оказывается сильнее настройки по конкретному договору. Приоритет уровней такой: категория, затем конкретный договор, затем вид договора и только потом организация. То есть частная настройка «для этого договора» перебивается настройкой категории, если та существует.

Договор с истёкшим сроком продолжает работать. Срок действия в проверках при проведении не участвует. Чтобы договор перестал попадать в новые документы, ставится флажок «Недействителен» — он убирает договор из подбора, но документы, где он уже стоит, проводятся дальше.

Контроль договоров не срабатывает при программном проведении. Проверка живёт в форме документа. Загрузка из файла, обмен и групповые обработки её не выполняют — в базе появятся документы с договорами не того вида.

Договор в оплаченном документе не поменять. Попытка заменить договор в расходной накладной, по которой уже прошла оплата, отклоняется с текстом «Нет возможности зафиксировать расчеты с покупателями» и уточнением, что задолженность по документу уже полностью оплачена: оплата привязана к прежнему договору. Сначала распроводится оплата, потом меняется договор.

В розничной базе контроль выключен. В «1С:Рознице» 3.0 переключатель стоит в положении «Не контролировать», и ошибка в виде договора никак не проявится при вводе.

По теме урока

Договоры — то место, где чаще всего нужны согласование и запрет на правку задним числом. Обе задачи закрывают разработки каталога.

• Согласование документов и справочников (#553) — маршрут согласования для документов и справочных объектов: договор не уходит в работу, пока его не согласовал ответственный. Есть сборки для «1С:УНФ» 3.0 и «1С:Розницы» 3.0.
• Запрет доступа к документам и справочникам без RLS (#470) — ограничение на просмотр и правку выбранных объектов по пользователям и условиям, без настройки прав на уровне записей. Есть сборка для «1С:УНФ» 3.0.

Что дальше

Теперь договор в вашей базе — не формальность: у него есть номер по заданному формату, срок, свой вид цен и срок оплаты, а контроль при проведении настроен осознанно, а не как досталось из поставки. Вы знаете, чем шаблон наименования отличается от настройки нумерации, почему категория договора влияет на номер и в каких случаях контроль договоров молчит.

Следующий урок курса — дополнительные реквизиты и сведения: как добавить в карточку собственное поле, не меняя конфигурацию.