При работе в конфигурациях 1С:Комплексная автоматизация 2.4 или 1С:ERP 2.4 пользователи нередко сталкиваются с ситуацией, когда при оформлении возврата денежных средств покупателю бухгалтерские проводки формируются некорректно. Особенно часто это проявляется в схемах «договор в валюте, оплата в рублях». Проблема выражается в том, что рублевая сумма в проводках отражается верно, а валютный эквивалент (например, в EUR или USD) в строке Дт 62.31 Кт 51 оказывается завышенным ровно в два раза (или пропорционально количеству строк в документе).
В данной статье мы подробно разберем, почему возникает такая ошибка, как она связана с алгоритмами распределения расчетов и какие способы существуют для ее устранения.
Рассмотрим типичный сценарий, в котором воспроизводится данное поведение системы:
Заказа клиента), по которым ранее прошли отгрузки и поступили оплаты.Списание безналичных ДС, в табличной части Расшифровка платежа которого указаны оба заказа (или две Заявки на расходование ДС).После проведения такого документа мы можем увидеть странную картину в журнале проводок:
Дт 62.31 Кт 51 содержит верную сумму в рублях, но удвоенную сумму в валюте.Дт 62.31 Кт 62.31 или записи по счету 62.32, которые пытаются «схлопнуть» возникший перекос, но лишь усложняют чтение оборотно-сальдовой ведомости.Проанализируем программную логику. В релизах линейки 2.4.13.х разработчики внесли изменения в механизмы распределения расчетов. Ошибка кроется в процедурах формирования данных для регистра бухгалтерии (Хозрасчетный) на основе движений регистров накопления.
Суть ошибки алгоритма: при обработке коллекции строк в табличной части платежного документа система некорректно накапливает итог по валютной сумме. Вместо того чтобы распределять общую валютную сумму документа пропорционально рублевым суммам каждой строки (каждого объекта расчетов), программный код ошибочно подставляет общую (итоговую) валютную сумму документа в каждую проводку по конкретному заказу. В результате, если строк две, сумма удваивается; если три — утраивается.
Проверить это можно, обратившись к регистру накопления Расчеты с клиентами по документам. Как правило, в этом регистре движения сформированы корректно, без задвоения. Это прямо указывает на то, что сбой происходит на этапе «трансляции» данных из регистров расчетов в бухгалтерские проводки счета 62.31.
Если обновление конфигурации в данный момент невозможно, проанализируем самый простой и быстрый способ обхода проблемы (workaround). Как показывает практика, ошибка проявляется только тогда, когда в одном документе Списание безналичных ДС присутствует несколько строк в расшифровке платежа по разным объектам расчетов.
Пошаговый алгоритм действий:
Списание безналичных ДС.Заказ клиента (или каждую Заявку на расходование ДС).В этом случае система корректно рассчитает валютную сумму по курсу на дату операции (или дату аванса, в зависимости от настроек учетной политики), и задвоения не произойдет.
Рассмотрим долгосрочное решение. Данная проблема была признана разработчиками 1С как критическая ошибка в механизме распределения оплат. Исправления были включены в следующие версии:
Перед обновлением всей системы рекомендуется проверить раздел Обслуживание -> Обновление программы -> Установка исправлений (патчей). Для многих версий 2.4.13 выпускались локальные патчи, исправляющие расчет валютных сумм в документах движения денежных средств. Найдите и установите патчи, в описании которых упоминаются РасшифровкаПлатежа, КурсовыеРазницы или ВалютнаяСумма.
Выясним причину появления странных внутренних оборотов по 62-му счету. Это «защитная» реакция механизма переоценки валютных остатков. Когда документ Списание безналичных ДС делает проводку с неверной (задвоенной) валютной суммой, система мгновенно обнаруживает несоответствие между рублевым остатком и валютным эквивалентом на счете.
В рамках этого же проведения механизм онлайн-переоценки пытается скорректировать рублевую стоимость, чтобы она соответствовала завышенной валютной сумме по текущему курсу. Это порождает внутренние обороты, которые не имеют экономического смысла, но технически «уравновешивают» регистр Хозрасчетный с точки зрения системы. После исправления основной ошибки (задвоения валюты) эти паразитные проводки исчезнут сами собой.
Чтобы убедиться, что проблема решена полностью, проанализируйте отчет Ведомость расчетов с клиентами в валюте взаиморасчетов и сравните его с данными Оборотно-сальдовой ведомости по счету 62.31.
Важные моменты для контроля:
Ведомости расчетов.Выполнение отложенных движений по расчетам с клиентами в закрытии месяца. Это пересчитает аналитические регистры и обновит проводки.Подводя итог, можно сказать, что ситуация с задвоением валюты в КА 2.4 является следствием программного бага в модуле распределения платежей по объектам расчетов. Оптимальный путь — установка актуальных патчей, а оперативный — временный отказ от объединения возвратов по разным заказам в один банковский документ.