С выходом обновлений 1С:Бухгалтерия 3.0 (начиная с релиза 3.0.172) логика учета займов существенно изменилась. Теперь программа предлагает автоматизированный расчет процентов, для чего требуется использование специального вида договора — «Заем полученный» или «Заем выданный». Однако на практике многие пользователи столкнулись с ситуацией, когда автоматическая конвертация старых договоров (с видом «Прочее») не сработала или блокируется системой. В этой статье мы разберем, как принудительно изменить вид договора, избежать ошибок при записи данных и настроить начисление процентов так, чтобы не исказить учет прошлых периодов.
Когда мы пытаемся зайти в карточку договора и вручную изменить Вид договора с «Прочее» на «Заем полученный», система выдает предупреждение: «По данному договору уже есть документы, изменение вида договора запрещено». Это стандартный механизм контроля целостности данных 1С. Программа защищает пользователя от случайного изменения аналитики, так как смена типа договора влечет за собой изменение доступных счетов учета и алгоритмов проведения документов.
Разберем ситуацию подробнее. Если по договору уже были обороты по счетам 66.03 или 67.03, программа при обновлении должна была попытаться конвертировать его самостоятельно. Если этого не произошло, значит, данные в информационной базе не соответствуют жестким критериям автоматического алгоритма (например, заем учитывался на нестандартных счетах или через ручные операции без привязки к нужной аналитике).
Если нам необходимо изменить вид договора, несмотря на наличие документов, стандартная обработка «Групповое изменение реквизитов» может выдать ошибку о незаполненных полях, таких как Тип процентной ставки или сама Ставка. Рассмотрим алгоритм действий, который позволяет обойти эти ограничения.
Договоры.Вид договора и установим значение Заем полученный (или «Заем выданный»).Тип процентной ставки (например, «Фиксированная») и Процентная ставка. Если этого не сделать, объект может не записаться даже в режиме разработчика из-за внутренних проверок бизнес-логики.Проанализируем последствия: после такого изменения в карточке договора станут доступны новые вкладки для расчета процентов. Однако следует помнить, что «Режим разработчика» — это мощный инструмент, требующий осторожности. После внесения изменений обязательно проверьте карточку договора вручную.
Если вы опасаетесь использовать групповую обработку или если по договору велся сложный учет с использованием ручных проводок, рассмотрим альтернативный и более безопасный с точки зрения программного кода вариант.
Создадим новый договор с правильным видом Заем полученный. Чтобы перенести задолженность со старого договора («Прочее») на новый, воспользуемся документом Корректировка задолженности (вид операции «Перенос задолженности»).
Плюсы этого метода:
Минусы:
Одной из главных проблем при переходе на новый функционал является риск того, что программа попытается доначислить проценты за прошлые годы, если дата договора относится к 2023 или 2024 году. Выясним, как этого избежать.
Для корректного расчета процентов в 1С:Бухгалтерия используется регистр сведений, хранящий историю ставок. Настроим его правильно:
01.01.2025.Таким образом, программа «поймет», что до 01.01.2025 ставка не определена (или равна нулю, если создать соответствующую запись), и регламентная операция «Начисление процентов по займам» при закрытии месяца не будет затрагивать прошлые периоды, где вы начисляли проценты вручную через Операции, введенные вручную.
Если ваш заем является беспроцентным, не оставляйте поля ставок пустыми. Проанализируем алгоритм: для корректного закрытия месяца программа должна видеть в истории ставок запись со значением 0%. Если данных не будет совсем, система может выдавать предупреждения о необходимости проверки настроек договора при выполнении закрытия месяца. Установите фиксированную ставку 0% в истории с даты начала действия договора или с начала текущего года.
Рассмотрим специфическую проблему реклассификации задолженности. В новых версиях программы 1С усилила контроль за счетами учета внутри договора. Если вы планируете переносить задолженность со счета 67 (долгосрочный) на счет 66 (краткосрочный) в рамках одного договора, имейте в виду, что регламентная операция может выдать ошибку. В таких случаях разработчики часто рекомендуют все же разделять долгосрочные и краткосрочные обязательства разными договорами, чтобы обеспечить корректную работу автоматических алгоритмов начисления процентов.
Резюме: для успешного перехода на новый учет займов лучше всего использовать штатную автоматическую конвертацию. Если она не сработала — применяйте «Режим разработчика» в групповой обработке, но строго контролируйте заполнение истории ставок и дат начала их применения, чтобы избежать некорректных проводок в закрытых периодах.