← На главную

Многие пользователи конфигурации «1С:Управление торговлей» редакции 11 после обновления системы сталкиваются с досадной проблемой: при создании документов Заказ клиента или Счет на оплату поле «Банковский счет организации» остается пустым. Бухгалтерия привыкла к тому, что программа «сама знает», какой счет подставить, и ручной выбор каждого раза замедляет работу. Разберем детально, как работает этот механизм, почему он может «сломаться» и как вернуть автоматизацию на место.

Механизм статистики или «Правило пяти раз»

Начнем с самого распространенного механизма, который часто воспринимается пользователями как «магия». В современных конфигурациях на платформе 1С:Предприятие 8.3 реализована система запоминания выбора пользователя. Проанализируем, как это работает: когда вы выбираете один и тот же банковский счет в документах несколько раз подряд (обычно требуется 5 подтвержденных выборов), система кэширует это значение для вашей учетной записи.

Рассмотрим причины, по которым этот механизм перестает работать после обновления:

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

Решение: Просто выберите нужный счет вручную в 5-6 документах подряд. Как показывает практика, после этого система снова начнет подставлять его автоматически.

Иерархия приоритетов при заполнении реквизитов

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

1. Индивидуальное соглашение с клиентом

Если в заказе выбрано Соглашение, система в первую очередь обращается к нему. Перейдем в карточку соглашения на вкладку «Прочие условия». Если там заполнено поле «Банковский счет организации», программа всегда будет подставлять именно его, независимо от того, что вы выбирали ранее в других документах.

2. Договор с контрагентом

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

3. Статистика (Механизм заполнения по умолчанию)

Только если в соглашении и договоре счета не указаны, система обращается к вашему личному опыту выбора (тем самым «5 разам»).

Проблема в программном коде релиза

Иногда отсутствие автоподстановки связано с техническими особенностями конкретного обновления. В некоторых релизах УТ 11.4 и 11.5 наблюдался программный казус: при создании документа реквизиты заполнялись корректно, но сразу после этого срабатывало событие ПриИзменении для партнера или соглашения, которое очищало поле счета.

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

1. Создайте новый Заказ клиента.
2. Заполните организацию и клиента.
3. Если счет не заполнился, попробуйте перевыбрать договор или соглашение.
4. Если после ручного перевыбора договора счет «прилетел» в поле — значит, вы столкнулись с особенностью логики обновления реквизитов формы.

Настройка «Основной счет» в справочнике

Посмотрим на справочник Банковские счета организаций. У каждого счета есть возможность установить признак «Использовать как основной». Однако стоит учесть важный нюанс: в актуальных версиях УТ 11 этот признак больше влияет на печатные формы и регламентированные отчеты. Для оперативных документов (заказы, счета) система отдает предпочтение связке «Партнер — Соглашение — Статистика».

Персональные настройки пользователя

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

Если же вы являетесь техническим специалистом и хотите понять, как система хранит данные о выборе, можно заглянуть в механизм ХранилищеНастроекДанныхФорм. Программа сохраняет структуру последних выбранных значений для каждого пользователя и объекта метаданных.

Итоговый чек-лист для исправления ситуации:

Если после обновления счета перестали подставляться, выполните следующие действия:

1. Проверьте Соглашение: Зайдите в используемое соглашение (типовое или индивидуальное) и убедитесь, что на вкладке «Прочие условия» счет либо указан верно, либо пуст (если вы хотите полагаться на статистику).
2. Проверьте Договор: Убедитесь, что в договоре с клиентом не зафиксирован старый или неверный счет.
3. Обновите статистику: Выберите нужный счет вручную в 5 документах. Это самый быстрый способ «обучить» программу заново после обновления.
4. Проверьте статус счета: Убедитесь, что банковский счет не помечен флагом Закрыт в справочнике, иначе система будет его игнорировать.

Рассмотренные методы помогают в 99% случаев без привлечения программиста для правки кода конфигурации.