Почему не видно договор контрагента в 1С и как это исправить

Когда в поле «Договор» документа в 1С список пуст или нужный договор не находится, причина почти всегда лежит в одном из пяти мест: неправильно заполнен вид договора, договор привязан к другой организации, не хватает прав доступа, договор помечен на удаление или в базе действуют ограничения по настройкам учёта. Реже проблема связана с тем, что договор вообще не создан, а пользователь ищет его по старой привычке.

Механика отбора договоров в типовых конфигурациях устроена одинаково: при выборе договора в документе программа фильтрует справочник по контрагенту, организации и виду договора (с покупателем, с поставщиком, прочий и т. д.). Если хотя бы один из этих параметров не совпадает с контекстом документа, договор просто не попадает в выпадающий список, хотя физически в базе он существует.

Ниже разобраны основные причины по порядку — от самых частых к редким — с конкретными шагами проверки. Последовательная диагностика занимает обычно 5–10 минут и не требует прав администратора, кроме случаев с ограничением доступа.

Где искать договор и как устроен отбор в документе

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

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

Быстрый способ понять, что происходит: в поле «Договор» документа нажмите «Показать все» (или снимите отбор в форме выбора). Если договор появился в полном списке — значит, он существует, но не проходит автоматический отбор, и нужно смотреть его реквизиты.

Причина 1: не совпадает вид договора

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

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

Особенность взаиморасчётов «по договорам в целом» и «по заказам»

В конфигурациях с расширенным учётом взаиморасчётов (например, УТ 11, КА, ERP) видимость договора зависит ещё и от настройки «Порядок расчётов» и от того, включён ли учёт по договорам в соглашении с клиентом. Если в соглашении указано «Расчёты по соглашению», договор может подставляться автоматически или вообще не требоваться. Проверьте карточку соглашения и настройки вида расчётов в разделе «НСИ и администрирование» → «Продажи» / «Закупки».

Причина 2: договор привязан к другой организации

В многофирменной базе каждый договор привязан к конкретной организации. Если документ оформляется от «ООО Ромашка», а договор создан для «ИП Васильев», в списке выбора он не появится. Это вторая по частоте причина после неверного вида договора.

Откройте карточку договора и сверьте поле «Организация» с организацией документа. Если учёт ведётся по нескольким юрлицам, для каждой организации нужен отдельный договор с одним и тем же контрагентом — дублирование договоров здесь норма, а не ошибка.

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

Причина 3: пометка на удаление и архивность

Договор, помеченный на удаление, исключается из списков выбора, хотя продолжает храниться в базе. В списке договоров включите отображение помеченных (обычно кнопка с «крестиком» в панели списка или меню «Ещё» → «Показывать помеченные на удаление»). Найденный договор откройте и снимите пометку: «Ещё» → «Снять пометку удаления».

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

Причина 4: ограничение прав доступа

Если договор виден одним пользователям и не виден другим, дело в правах. В типовых конфигурациях действует механизм RLS (ограничение доступа на уровне записей): пользователю могут быть доступны не все контрагенты, организации или договоры. Типичный признак — менеджер видит только «своих» контрагентов, а договоры чужих клиентов для него не существуют.

Проверить это может администратор: раздел «Администрирование» → «Настройки пользователей и прав» → «Группы доступа». Нужно убедиться, что пользователь входит в группу доступа, которой разрешены нужные контрагенты и организации, и что в профиле группы нет лишних ограничений по видам доступа.

Также проверьте, что у пользователя есть право на чтение самого справочника «Договоры контрагентов». При самописных или доработанных ролях это право иногда случайно отключают — тогда список договоров будет пустым даже без RLS.

Причина 5: особенности конфигурации и настроек учёта

В ряде конфигураций справочник договоров может быть вообще отключён. Например, в «1С:Бухгалтерии» договоры используются всегда, а вот в УТ 11 учёт по договорам включается настройкой «НСИ и администрирование» → «НСИ» → «Договоры с клиентами / поставщиками». Если договоры отключены, поле в документах может отсутствовать или подставляться автоматически служебный договор.

Ещё один сценарий — обмен данными. Если договор создаётся в одной базе (например, в УТ), а документы оформляются в другой (Бухгалтерии), договор мог не выгрузиться из-за ошибок синхронизации или несовпадения контрагента. Проверьте журнал обмена и сопоставление контрагентов в обеих базах.

Наконец, в доработанных конфигурациях на форму выбора договора могут быть добавлены дополнительные отборы (по подразделению, валюте, признаку «основной договор»). Если типовые причины проверены, а договор всё равно не виден — этот вопрос уже к специалисту, который внедрял доработки.

Как проверить, что проблема решена

После исправления реквизитов откройте документ заново (или обновите форму выбора договора) и убедитесь, что договор появился в списке и подставляется без ошибок. Затем проведите документ и проверьте отчёт по взаиморасчётам с контрагентом: задолженность должна отражаться по нужному договору.

Если договор появился в списке, но при проведении документа возникает ошибка — это уже другая проблема, обычно связанная с валютой договора, условиями расчётов или заполнением соглашения. Текст ошибки в этом случае — лучшая подсказка.

Контрольные точки

Как проверить результат

Список выбора договора в документе

Норма

Нужный договор отображается и выбирается

Тревожный признак

Список пуст или договора нет даже в полном списке

Карточка договора

Норма

Вид, организация и владелец совпадают с документом, пометки удаления нет

Тревожный признак

Один из реквизитов не совпадает или стоит пометка удаления

Отчёт по взаиморасчётам

Норма

Обороты отражаются по выбранному договору

Тревожный признак

Задолженность висит на пустом или другом договоре

Типичные ошибки при исправлении

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

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

FAQ

Почему договор виден в справочнике, но не подставляется в счёт на оплату?

Счёт на оплату отбирает договоры по контрагенту, организации и виду договора. Откройте карточку договора и проверьте, что вид соответствует операции («С покупателем» для продажи), а организация совпадает с той, что указана в счёте. Также снимите пометку удаления, если она установлена.

Можно ли выбрать договор, если в списке выбора его нет?

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

Договор есть у администратора, а у менеджера — нет. Что делать?

Это признак ограничения прав доступа (RLS). Менеджеру нужно добавить соответствующую группу доступа, в которой разрешены нужные контрагенты и организации. Настройку выполняет администратор через «Администрирование» → «Группы доступа».

После обмена между УТ и Бухгалтерией договоры пропали. В чём причина?

Чаще всего договор не выгрузился из-за ошибки сопоставления: контрагент или организация в двух базах не сопоставлены, либо правила обмена исключают часть договоров. Проверьте протокол обмена на ошибки и убедитесь, что контрагент-владелец договора корректно сопоставлен в обеих базах.

Нужен ли отдельный договор для каждой организации в одной базе?

Да. Договор в 1С жёстко привязан к одной организации, поэтому для работы одного контрагента с несколькими вашими юрлицами создаётся отдельный договор на каждую организацию. Это штатная практика, а не дублирование данных.

Договор помечен на удаление, но снять пометку не получается. Почему?

Возможны два варианта: у пользователя нет права на изменение этого объекта (проверьте права у администратора) либо договор участвует в обмене и блокируется настройками синхронизации. Также пометка может возвращаться автоматически, если её ставит регламентное задание или обработка свёртки.