Почему в 1С:КА 2.5 задваиваются проводки при возврате аванса от поставщика и как это исправить?

Программист 1С v8.3 (Управляемые формы) 1С:Комплексная автоматизация Бухгалтерский учет
← На главную

В работе с 1С: Комплексная автоматизация 2.5 пользователи иногда сталкиваются с perplexing ситуацией: при оформлении возврата денежных средств от поставщика документ, например Списание с расчетного счета, формирует бухгалтерские проводки на сумму, ровно в два раза превышающую сумму в самом документе. При этом данные оперативного учета в регистрах расчетов могут быть абсолютно корректными. Давайте подробно разберем, почему возникает такая ошибка и какие шаги предпринять для ее устранения.

Типичная картина ошибочных проводок выглядит так: в документе указана сумма возврата 50 000 руб., а проводки формируются на 100 000 руб.:

  1. Дт 51 Кт 60.01 — 100 000 руб.
  2. Дт 60.01 Кт 60.02 — 100 000 руб.

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

Причина 1: Ошибка в конкретном релизе конфигурации

Первое, что стоит проверить, — это актуальность вашей конфигурации. Как показывает практика, подобные проблемы могут быть связаны с ошибками, допущенными разработчиками в определенных версиях программы. Например, были зафиксированы случаи, когда в релизах 2.5.16.107 или 2.5.19.55 проблема присутствовала, а в более ранних или поздних — отсутствовала.

Решение: Самый простой и часто эффективный шаг — обновить конфигурацию 1С:КА до последнего стабильного релиза. Вполне вероятно, что ошибка уже была обнаружена и исправлена разработчиками 1С. Перед обновлением рабочей базы обязательно сделайте резервную копию.

Причина 2: Некорректное состояние взаиморасчетов

Это наиболее вероятная и глубокая причина проблемы, связанная с данными в регистрах. Логика формирования проводок в КА 2.5 сложна и тесно завязана на состоянии оперативных регистров накопления. Проблема задвоения часто возникает из-за так называемых "несхлопнутых" остатков по одному и тому же договору.

Давайте разберем эту гипотезу. В идеальной ситуации у контрагента в один момент времени по договору должна быть либо кредиторская задолженность (мы должны поставщику, остаток на счете 60.01), либо дебиторская (поставщик должен нам, т.к. получил аванс, остаток на счете 60.02). Если система по какой-то причине видит остатки одновременно и на регистре закупок, и на регистре выданных авансов, то при возврате денег она может "запутаться" и попытаться закрыть обе суммы, что и приводит к задвоению.

Чтобы проверить эту гипотезу, проделаем следующие шаги:

  1. Анализ оборотно-сальдовой ведомости (ОСВ).

    Это первый и самый наглядный способ диагностики. Сформируйте отчет Оборотно-сальдовая ведомость по счету для счета 60 "Расчеты с поставщиками и подрядчиками". В настройках отчета обязательно установите группировку по субсчетам, контрагентам и договорам. Внимательно изучите результат по проблемному контрагенту. Если вы видите, что по одному и тому же договору есть одновременное сальдо и по дебету счета 60.02 (Авансы выданные), и по кредиту счета 60.01 (Расчеты с поставщиками), — это явный признак проблемы в учете. Для быстрой диагностики подобных ситуаций удобно использовать отчет для поиска ошибок в учете по регистру бухгалтерского учета, который выводит контрагентов с развернутым сальдо.

  2. Проверка регистров накопления.

    ОСВ — это лишь отражение данных из регистров бухгалтерии. Истинная причина кроется в регистрах оперативного учета — есть готовый отчет для выявления расхождений между оперативным и бухгалтерским учетом. Для их анализа воспользуемся универсальным отчетом (раздел НСИ и администрирование -> Печатные формы, отчеты и обработки -> Универсальный отчет). Проанализируем следующие регистры:

    • Расчеты с поставщиками
    • Расчеты с поставщиками по документам

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

Если диагностика подтвердила наличие "несхлопнутых" остатков, их необходимо исправить — для этого есть исправление типовых ошибок учета в УТ/КА/ERP. Чаще всего для этого используется документ Корректировка задолженности, с помощью которого можно провести взаимозачет между счетами 60.01 и 60.02 или между разными объектами расчетов. Чтобы ускорить этот процесс, особенно при большом количестве ошибок, можно применить автоматическое групповое создание документов взаимозачета задолженности.

Причина 3: Ошибки в настройках отражения в регламентированном учете

Еще одна неочевидная, но важная причина — некорректные настройки счетов учета. В КА 2.5 за то, какие проводки будут сформированы, отвечает механизм Настройки отражения документов в регламентированном учете. Ключевым элементом здесь являются Группы настроек финансового учета (ГФУ).

Порядок проверки:

  1. Откройте карточку договора с проблемным поставщиком.
  2. На вкладке Расчеты и оформление найдите поле Группа фин. учета расчетов. Запомните, какая ГФУ там указана.
  3. Перейдите в справочник ГФУ (Регламентированный учет -> Настройки и справочники -> Группы настроек финансового учета).
  4. Откройте нужную ГФУ и внимательно проверьте, какие счета указаны для расчетов с поставщиками. Убедитесь, что для авансов корректно задан счет 60.02, а для расчетов — 60.01. Проверьте, нет ли дублирующихся или противоречащих друг другу правил, особенно для хозяйственной операции возврата от поставщика.

Ошибка в этих настройках может приводить к тому, что система использует неверную логику при отражении возврата.

Причина 4: Неверно указана аналитика в документе возврата

Система 1С:КА очень чувствительна к аналитике расчетов. Ведение расчетов может быть настроено "по договору в целом", "по заказам", "по накладным" и т.д. Если аванс был выдан в разрезе конкретного заказа поставщику, а возврат оформляется "по договору в целом", система может не найти исходный аванс и некорректно классифицировать операцию.

Что делать:

Итоговый план действий по устранению проблемы

Если вы столкнулись с задвоением проводок, рекомендуем действовать последовательно:

  1. Создайте резервную копию базы. Это обязательный шаг перед любыми изменениями.
  2. Обновите конфигурацию. Установите последнюю актуальную версию 1С:КА 2.5. Возможно, это сразу решит проблему.
  3. Проведите диагностику. Если обновление не помогло, сформируйте ОСВ по 60 счету и проверьте регистры расчетов с помощью универсального отчета на предмет "несхлопнутых" остатков.
  4. Проверьте настройки. Убедитесь в корректности ГФУ, указанной в договоре.
  5. Скорректируйте данные. При обнаружении расхождений используйте документ Корректировка задолженности для исправления состояния взаиморасчетов — поможет автоматизация корректировки и переноса остатков между счетами. После корректировки перепроведите документ возврата.
  6. Проверьте документ. Внимательно проверьте заполнение аналитики (объекта расчетов) в самом документе возврата.
  7. Используйте отладчик (для программистов). Если ничего не помогает, самый точный способ — поставить точку останова в модуле формирования проводок и пошагово отследить, на основании каких данных и в какой момент происходит задвоение суммы.

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

← На главную