В практике ведения учета в 1С:Комплексная автоматизация (КА) или 1С:ERP часто возникает ситуация, когда в бухгалтерском учете (БУ) на счетах расчетов с контрагентами (60 или 62) образуется «черно-красное» сальдо. При этом в управленческом учете и в целом по договору задолженность выглядит корректно. Причина кроется в «разъехавшейся» аналитике по Подразделениям: по одному подразделению висит дебет, по другому — кредит. Традиционный документ Взаимозачет задолженности в таких случаях часто оказывается бесполезным, так как система видит, что в разрезе объекта расчетов (договора или накладной) долга нет, и не предлагает суммы к зачету.
В данной статье мы разберем, почему возникает эта проблема, и рассмотрим несколько способов её решения — от типовых инструментов до программных методов исправления данных и предотвращения ошибок в будущем.
Проанализируем ситуацию: в системе 1С:КА учет взаиморасчетов ведется в специальных регистрах накопления (например, РасчетыСКлиентами, РасчетыСПоставщиками). Бухгалтерские проводки по счету 60 или 62 формируются на основании этих регистров. Если в первичных документах (Поступление, Реализация, Платежное поручение) поле Подразделение заполнено непоследовательно (где-то пусто, где-то указан «Отдел продаж», где-то «Администрация»), то в регистре бухгалтерии Хозрасчетный возникают обороты по разным субконто подразделений.
Поскольку для управленческого учета (если не включена жесткая детализация) важнее связка «Контрагент — Договор — Объект расчетов», общая сумма закрывается. Но для бухгалтерского баланса подразделение на счетах расчетов часто является балансовым измерением. Это значит, что система обязана закрывать задолженность строго внутри одного подразделения.
Если стандартный Взаимозачет задолженности «не видит» остатков, так как итоговое сальдо по объекту расчетов равно нулю, нам поможет документ Корректировка задолженности с видом операции «Перенос задолженности». Разберем по шагам, как это сделать:
Корректировка задолженности.Подразделение, на котором «завис» остаток (например, пустое подразделение).Дт 62.01 (Подразделение А) - Кт 62.01 (Подразделение Б).Этот метод является наиболее корректным с точки зрения методологии системы, так как он обновляет данные и в регистрах накопления, и в бухгалтерском учете одновременно.
Проанализируем настройки программы. Если в вашей организации учет по подразделениям на счетах расчетов (60, 62) не несет управленческого смысла и не требуется для формирования отчетности по обособленным подразделениям, можно рассмотреть возможность отключения этой аналитики.
В плане счетов для счетов расчетов подразделение может быть настроено как «балансовое». Если убрать этот признак в настройках параметров учета (если конфигурация позволяет вносить такие изменения в конкретном релизе), то проблема «раздутого» сальдо исчезнет, так как БУ перестанет требовать жесткого соответствия подразделений при закрытии долга.
Если документов много и они относятся к прошлым периодам, использование Переноса задолженности может быть трудоемким. В этом случае можно воспользоваться инструментом Групповое изменение реквизитов.
Важный нюанс: Просто изменить реквизит в документе в 1С:КА недостаточно, так как движения по регистрам уже сформированы. Рассмотрим алгоритм действий:
Групповое изменение реквизитов (раздел Администрирование — Обслуживание).Реализация товаров и услуг).Подразделение укажем верное значение.Внимание: Этот метод потребует перепроведения документов, что может привести к изменению финансового результата, если период не закрыт, или потребует временного открытия периода, что не всегда допустимо.
Чтобы пользователи в будущем не создавали документы с пустыми подразделениями, рекомендуется написать небольшое расширение. Мы можем добавить проверку в модуль объекта или использовать механизм подписок на события. Посмотрим на пример кода, который можно разместить в процедуре ПередЗаписью:
&НаСервере
Процедура ПроверитьЗаполнениеПодразделения(Источник, Отказ, РежимЗаписи, РежимПроведения) Экспорт
// Проверяем только при проведении
Если РежимПроведения = РежимПроведенияДокумента.Проведение Тогда
// Проверяем наличие реквизита Подразделение у объекта
МетаданныеОбъекта = Источник.Метаданные();
Если МетаданныеОбъекта.Реквизиты.Найти("Подразделение") <> Неопределено Тогда
Если НЕ ЗначениеЗаполнено(Источник.Подразделение) Тогда
ОбщегоНазначенияКлиентСервер.СообщитьПользователю("Не заполнено подразделение! Проведение невозможно.");
Отказ = Истина;
КонецЕсли;
КонецЕсли;
КонецЕсли;
КонецПроцедуры
Такой подход заставит пользователей сразу указывать верную аналитику, избавляя бухгалтера от необходимости последующих корректировок.
Если проблема носит массовый характер, можно написать обработку, которая будет программно создавать документы КорректировкаЗадолженности. Рассмотрим логику такой обработки:
РасчетыСКлиентамиОстатки в разрезе ОбъектаРасчетов и Подразделения.КорректировкаЗадолженности, где в табличной части будет указано списание с «неправильного» подразделения и зачисление на «правильное» (или основное).Это позволит «схлопнуть» все хвосты за один запуск, не прибегая к ручным Операциям, которые так не любят опытные пользователи и аудиторы за их непрозрачность для регистров накопления.
Мы проанализировали проблему разрыва аналитики по подразделениям в 1С:КА. Подводя итог, можно выделить следующие рекомендации:
Использование этих методов позволит поддерживать чистоту в бухгалтерском учете и избежать проблем при сдаче отчетности.