← На главную

При начале работы в программе «1С:Управление торговлей 11» одной из первых и важнейших задач является перенос текущих долгов и авансов. Однако многие пользователи сталкиваются с серьезной преградой: при попытке заполнить документ Ввод начальных остатков система настойчиво требует заполнить колонку Объект расчетов и выбрать конкретный документ расчетов. При этом привычного по старым видеоурокам или прошлым релизам варианта «Не указывать» в списке попросту нет.

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

Выясняем причину: почему пропала кнопка «Не указывать»?

Для того чтобы понять логику программы, проанализируем архитектурные изменения, которые произошли в решениях ERP-класса от 1С (включая «Управление торговлей» и «Комплексную автоматизацию») в последнее время.

В старых версиях УТ 11 существовала так называемая «офлайн-архитектура взаиморасчетов». При ее использовании система позволяла записывать долги упрощенно — общей суммой на партнера или контрагента, выбрав вариант «Не указывать». Детализация и сопоставление платежей с отгрузками происходили позже, при запуске специального регламентного задания.

В современных релизах (начиная с линеек 11.4 и полностью в 11.5/11.6) разработчики 1С окончательно перевели систему на «онлайн-архитектуру взаиморасчетов». В этой модели распределение оплат, отгрузок и расчет курсовых разниц происходят мгновенно, в момент проведения любого документа. Для обеспечения такой скорости и точности системе жизненно необходим конкретный Объект расчетов для каждой копейки долга. Вариант «Не указывать» был полностью исключен из программного кода как логически несовместимый с онлайн-режимом. Попытки отключить этот режим через скрытые константы в новых релизах бессмысленны, так как старый механизм удален из конфигурации.

Поэтому нам необходимо научиться вводить остатки по новым правилам.

Решение №1: Использование механизма «Первичного документа» (Рекомендуемый способ)

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

Рассмотрим этот процесс пошагово:

1. Перейдем в раздел НСИ и администрирование — Начальное заполнение — Документы ввода начальных остатков.
2. Создадим новый документ для ввода остатков взаиморасчетов (например, Ввод остатков задолженности клиентов или Ввод остатков расчетов с поставщиками).
3. В табличной части добавим новую строку, выберем нужного партнера, контрагента и организацию.
4. Активизируем поле «Объект расчетов» и нажмем на кнопку выбора (три точки).
5. В открывшемся окне выбора объектов расчетов нажмем кнопку Создать.
6. Программа предложит выбрать тип объекта. Нам необходимо создать технический документ. В зависимости от хозяйственной операции выберем нужный вариант:
   • Реализация клиенту — если вводится долг покупателя за отгруженные ранее товары.
   • Приобретение у поставщика — если мы должны поставщику за полученную продукцию.
   • Оплата от клиента — для ввода ранее полученных авансов от покупателей.
   • Оплата поставщику — для ввода авансов, которые мы перечислили поставщику.
7. В открывшейся форме элемента Первичный документ укажем:
   • Номер и дату оригинального документа из старой учетной системы (это критически важно для последующей сверки взаиморасчетов с контрагентами).
   • Сумму документа (желательно указывать полную сумму первоначальной операции, даже если остаток долга по ней сейчас меньше).
8. Проведем и закроем созданный Первичный документ, после чего выберем его в табличную часть ввода остатков.
9. В самой строке документа ввода остатков укажем фактическую сумму непогашенного остатка задолженности и плановую дату платежа.

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

Решение №2: Настройка детализации расчетов в Договорах

Иногда пользователи замечают, что у них в базе уже заведены договоры с контрагентами, но при вводе остатков система все равно не дает их выбрать и требует документ расчетов. Проанализируем, почему так происходит.

Поведение программы напрямую зависит от настройки Детализации расчетов, которая задается в карточке каждого конкретного договора на вкладке «Расчеты и оформление»:

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

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

Что обязательно нужно сделать после ввода начальных остатков?

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

1. Проведем все документы ввода остатков.
2. Перейдем в раздел Финансовый результат и контроллинг — Закрытие месяца и запустим процедуру закрытия за тот месяц, в котором были введены остатки (обычно это месяц, предшествующий началу работы в новой базе). Это необходимо, так как в онлайн-архитектуре окончательные движения по регистрам расчетов формируются в процессе регламентных операций закрытия.
3. Откроем отчет Ведомость расчетов с клиентами (или поставщиками) в разделе продаж/закупок и проверим, чтобы суммы задолженности легли на нужных контрагентов и объекты расчетов без «красноты» и пересортицы.
4. Воспользуемся отчетом Контроль ввода остатков (раздел «Начальное заполнение»), чтобы убедиться, что баланс активов и пассивов сошелся и все вспомогательные регистры заполнены верно.

Использование этих простых, но строгих правил позволит вам успешно запустить учет в «1С:Управление торговлей 11» и избежать расхождений во взаиморасчетах в будущем.