После обновления конфигурации 1С:Бухгалтерия предприятия 3.0 до релизов ветки 3.0.164.x многие пользователи столкнулись с серьезной проблемой: в документе Отчет о розничных продажах (ОРП) суммы по проводке Дт 50.01 - Кт 62.Р стали формироваться некорректно. Основная претензия заключается в том, что программа начала ошибочно вычитать суммы возвратов из выручки, что приводит к расхождениям с фактическим наличием денег в кассе и ошибкам в Кассовой книге. В этой статье мы подробно разберем, почему это происходит и как исправить ситуацию.
Рассмотрим стандартную ситуацию. У нас есть розничная выручка, которая состоит из наличных оплат и оплат банковскими картами (эквайринг). Если в течение дня происходит возврат товара, программа должна корректно распределить суммы по счетам 50.01 (касса) и 57.03 (платежные карты), учитывая при этом транзитный счет 62.Р (розничные расчеты).
Проанализируем ошибку, возникшую в релизе 3.0.164.16. По сообщениям пользователей, алгоритм программы стал работать следующим образом: при расчете суммы наличных программа берет общую выручку, вычитает из нее безналичную оплату и повторно вычитает сумму возврата, если этот возврат оформлен «день в день». В итоге сумма в проводке Дт 50.01 - Кт 62.Р оказывается заниженной на сумму возврата, хотя сам возврат уже отражен отдельными сторнирующими или расходными проводками.
Важный нюанс: ошибка проявляется только тогда, когда в одном документе Отчет о розничных продажах одновременно присутствуют:
Если безналичной оплаты нет, проводка идет напрямую в дебет счета 50.01, минуя 62.Р, и ошибка может не проявляться в таком явном виде. Однако при смешанной оплате сальдо по счету 62.Р перестает закрываться, а Кассовая книга выдает предупреждение о несовпадении данных документов и проводок.
Разработчики фирмы 1С признали данную ситуацию программной ошибкой. Проблема была официально зарегистрирована и исправлена в последующих выпусках. Посмотрим на последовательность действий для окончательного устранения проблемы:
62.Р был возвращен к корректному состоянию.Отчет о розничных продажах.Если по каким-то причинам оперативное обновление конфигурации невозможно, разберем «костыль», который предложили опытные пользователи на форуме. Выясним причину: программа ведет себя некорректно, когда пытается сопоставить возврат с конкретной продажей текущего дня.
Чтобы «обмануть» ошибочный алгоритм, выполните следующие действия:
Отчет о розничных продажах.При пустой дате реализации программа перестает считать этот возврат «возвратом день в день» в контексте текущей выручки и формирует проводки по старой, корректной схеме. Однако помните, что это может повлиять на аналитику в регистрах УСН (если вы применяете упрощенную систему налогообложения), поэтому данный метод следует использовать с осторожностью и только как временную меру.
Для программистов 1С решением может стать создание небольшого расширения. В коде модуля менеджера или объекта документа Отчет о розничных продажах необходимо найти процедуру, отвечающую за расчет сумм проводок. Как отмечают участники обсуждения, ошибка кроется в логике распределения остатка выручки между кассой и эквайрингом.
Разберем логическую схему, которую нужно восстановить в расширении (условно):
// Логика должна быть такой:
СуммаНаличные = ОбщаяВыручка - СуммаБезнал;
// А в ошибочном релизе было что-то вроде:
СуммаНаличные = (ОбщаяВыручка - СуммаВозвратов) - СуммаБезнал;
Специалисты рекомендуют скачать патчи (исправления), которые 1С выпускает в автоматическом режиме. Убедитесь, что у вас включена функция «Автоматическая загрузка и установка исправлений (патчей)» в разделе «Обслуживание». Часто патч с кодом вида EF_000164843 (номер может меняться) решает проблему без полного обновления конфигурации.
После того как вы применили одно из решений, необходимо убедиться, что Кассовая книга формируется правильно. Проанализируем ситуацию: Кассовая книга в 1С:Бухгалтерии 3.0 может строиться либо по кассовым документам (ПКО, РКО), либо напрямую по проводкам документов розницы (если в настройках учетной политики выбрано формирование листов кассовой книги по ОРП).
Если вы видите сообщение «Сумма по документам не совпадает с суммой по проводкам», это явный признак того, что проводка Дт 50.01 занижена.
Алгоритм финальной проверки:
Таким образом, мы выяснили, что корень проблемы — в неудачном изменении программного кода в релизе 3.0.164. Самым надежным способом решения остается переход на релиз 3.0.167.32 и последующее перепроведение документов. Это гарантирует правильность не только бухгалтерского, но и налогового учета (УСН, НДС), а также корректное закрытие расчетов на счете 62.Р.