Мы часто сталкиваемся с ситуацией, когда при работе в 1С:Управление торговлей 11.5 при попытке выбрать договор с контрагентом список договоров оказывается пустым, либо необходимый нам договор просто отсутствует. Это может вызывать недоумение, ведь договор точно существует и вроде бы настроен корректно. Давайте вместе разберем эту проблему по шагам и выясним, почему так происходит, а также как эффективно решить эту задачу. Мы рассмотрим основные причины и предложим подробные инструкции для их устранения.
Обычно причина кроется в несоответствии настроек договора или документа текущей хозяйственной операции. Система 1С:УТ 11.5 очень чувствительна к контексту и ожидает, что все параметры будут согласованы. Наша цель — найти это несоответствие.
Прежде всего, давайте обратим внимание на сам договор. Именно в его карточке часто скрываются причины недоступности. Мы должны убедиться, что все его параметры соответствуют условиям, при которых он должен быть виден и доступен для выбора в документе.
Статус договора и основные реквизиты:
Начнем с базовых проверок. Убедитесь, что договор имеет актуальный статус. Мы должны проверить следующие поля:
Статус: Договор должен быть в статусе "Действует". Договоры с другими статусами (например, "Не согласован", "Закрыт", "Аннулирован") обычно не отображаются в списках выбора.
Организация: Убедитесь, что организация, указанная в договоре, совпадает с организацией, указанной в документе, где вы пытаетесь выбрать договор.
Валюта: Валюта договора должна совпадать с валютой взаиморасчетов или валютой документа.
Взаиморасчеты ведутся: Проверьте, заполнен ли этот параметр в карточке договора. Если он не заполнен или установлен некорректно, договор может не отображаться.
Тип договора (Цель договора):
Это один из самых критичных параметров. В 1С:УТ 11.5 Цель договора определяет, для каких видов операций предназначен договор и какие порядки расчетов для него допустимы. Мы должны убедиться, что тип договора соответствует типу операции, которую вы оформляете.
Например, для документа "Реализация товаров и услуг" или "Поступление безналичных денежных средств" (при оплате от покупателя) должен использоваться договор с Типом договора "С покупателем".
Если вы оформляете поступление от поставщика, Тип договора должен быть "С поставщиком".
Для операций, связанных с комиссионной торговлей, существуют специфические цели договора, такие как "Реализация через комиссионера" или "Поставка под принципала". Несоответствие типа договора операции приведет к тому, что договор не будет доступен для выбора.
Порядок расчетов:
Этот реквизит в договоре играет ключевую роль и часто является причиной проблемы, когда "порядок расчета недоступен для выбора". В 1С:УТ 11.5 поддерживаются различные варианты порядка расчетов, и каждый из них предназначен для определенных сценариев:
По договорам: Общий учет взаиморасчетов по договору в целом.
Аванс по договорам, долг по накладным: Детализация долга до накладных, а авансов — по договору.
По заказам: Взаиморасчеты ведутся в разрезе заказов.
Аванс по заказам, долг по накладным: Детализация долга до накладных, а авансов — по заказам.
По расчетным документам: Наиболее детальный учет, когда оплата привязывается непосредственно к конкретным расчетным документам (например, счет-фактурам).
Система автоматически фильтрует доступные договоры, исходя из того, какой Порядок расчетов допустим для текущей хозяйственной операции в документе. Если выбранный в договоре порядок расчетов несовместим с логикой документа, договор не появится в списке. Мы должны убедиться, что Порядок расчетов, указанный в договоре, подходит для операции, которую мы хотим провести.
Если проблема возникает при оформлении оплат, особенно при загрузке данных из банк-клиента, нам необходимо уделить особое внимание настройкам документа Поступление безналичных денежных средств.
Хозяйственная операция:
В документе Поступление безналичных ДС мы должны выбрать правильный тип Хозяйственной операции. Это очень важно, так как именно она определяет дальнейшую логику работы с договорами и взаиморасчетами.
Например, для получения оплаты от покупателя мы выбираем "Оплата от покупателя".
Для возврата от поставщика — "Возврат от поставщика".
Неправильно выбранная хозяйственная операция может привести к тому, что система не сможет найти подходящий договор, даже если он настроен идеально.
Привязка к договору и основание:
При загрузке платежей из банк-клиента или создании документа вручную, критически важно правильно привязать платеж к соответствующему договору. Если платеж не привязан к договору или привязан некорректно, взаиморасчеты могут не закрыться, и сумма может "зависнуть" как нераспределенный аванс или долг. В случаях, когда взаиморасчеты ведутся в разрезе договоров, договор является основным элементом для оформления оплаты.
Полезный совет: Если вы оформляете поступление оплаты на основании ранее созданного документа (например, Реализация товаров и услуг), попробуйте создать Поступление безналичных денежных средств на основании этого документа. Система 1С автоматически заполнит большинство полей, включая Контрагента, Договор и Основание, что минимизирует вероятность ошибок и обеспечит корректную привязку.
Иногда проблема может быть связана с более глобальными настройками системы или даже с версией вашей конфигурации.
Настройки взаиморасчетов в 1С:УТ 11.5:
Давайте проверим общие режимы ведения взаиморасчетов. Мы можем найти их в разделе НСИ и администрирование – Настройка НСИ и разделов – Казначейство и взаиморасчеты – Взаиморасчеты. Здесь определяются такие параметры, как режим распределения расчетов ("Офлайн" или "Онлайн"). Эти настройки могут влиять на то, как система обрабатывает и отображает данные о взаиморасчетах.
В некоторых случаях, особенно в более поздних версиях 11.5, взаиморасчеты могут определяться не только договорами, но и Соглашениями. Если в вашей системе используются соглашения, убедитесь, что способ ведения взаиморасчетов определен корректно и для соглашения.
Влияние версии конфигурации (11.5.15.103):
Как мы уже выяснили, наша версия 11.5.15.103 является важным фактором. 1С:УТ 11.5 принесла значительные изменения в механизм взаиморасчетов. Начиная с версии 11.5.8, были введены новые схемы, где использование договоров стало обязательным, а порядок расчетов определяется непосредственно в договоре. Также были доработаны механизмы онлайн-взаиморасчетов.
Если ваша конфигурация неактуальна, как вы сами предполагаете, это вполне может быть причиной расхождений в поведении системы по сравнению с демо-базой или более новыми версиями. Мы настоятельно рекомендуем поддерживать конфигурацию в актуальном состоянии, чтобы избежать подобных проблем и использовать все преимущества новых возможностей системы.
Если после всех предыдущих шагов проблема остается, давайте рассмотрим еще несколько возможных причин, которые могут быть неочевидны на первый взгляд.
Договор помечен на удаление:
Это простая, но часто встречающаяся причина. Мы должны убедиться, что нужный нам договор не помечен на удаление. По умолчанию такие объекты не отображаются в списках выбора.
Настройки отбора в форме выбора договора:
Иногда пользователи случайно устанавливают фильтры непосредственно в форме выбора договора. Мы должны проверить, нет ли в этой форме активных отборов, которые могут исключать отображение нужных договоров (например, по виду договора, организации, валюте). Сбросьте все фильтры и попробуйте выбрать договор снова.
Проверка данных в демо-базе:
Ваш опыт с демо-базой, где "все работает как надо", является очень ценным диагностическим инструментом. Это подсказывает нам, что проблема, скорее всего, не в базовой логике конфигурации, а в специфике ваших данных или уникальных доработках/настройках вашей рабочей базы. Мы рекомендуем:
Внимательно сравнить настройки контрагента и договора в вашей рабочей базе с аналогичными настройками в демо-базе.
Создать нового контрагента и договор с нуля в вашей рабочей базе, используя те же параметры, что и в демо-базе, и попробовать провести операцию с ними. Если все заработает, это указывает на проблему с конкретными "старыми" данными.
Несогласованность данных:
В редких случаях проблема может быть вызвана внутренней несогласованностью данных. Если вы убедились, что все настройки корректны, но проблема сохраняется, мы можем рассмотреть возможность проведения стандартных процедур обслуживания базы данных, таких как "Тестирование и исправление" (с предварительным созданием резервной копии).
Таким образом, для успешного решения проблемы мы должны провести комплексную проверку: начать с детального анализа настроек самого договора (статус, тип, порядок расчетов), затем переключиться на параметры документа (хозяйственная операция, привязка к основанию) и, наконец, рассмотреть общие настройки системы и актуальность вашей конфигурации. Пошаговое следование этим рекомендациям поможет нам найти и устранить причину недоступности договоров.
← К списку