При работе в программах 1С:Комплексная автоматизация (версия 2.4) и 1С:ERP Управление предприятием 2.4 пользователи часто сталкиваются со специфической проблемой. При оформлении возврата поставщику товара, который еще не был оплачен, в регламентированном учете по дебету активного счета 76.02 («Расчеты по претензиям») формируется проводка с отрицательной суммой (так называемое красное сторно). Это приводит к некорректному отображению оборотов в оборотно-сальдовой ведомости и вызывает закономерные вопросы со стороны бухгалтерской службы.
В рамках этой статьи мы подробно разберем, почему возникает эта ситуация, как на нее влияет современный режим онлайн-взаиморасчетов и какие методологические приемы позволяют устранить «красноту» на счетах учета без изменения программного кода.
Для начала проанализируем стандартную логику бухгалтерского учета при возврате товаров. Когда мы возвращаем товар поставщику, система должна зафиксировать претензию:
Дебет 76.02 – Кредит 41.01 (или 10) — отражен возврат товара поставщику.
Если возвращаемый товар ранее не был оплачен, у нашей организации числится долг перед поставщиком на счете 60.01. Чтобы этот долг корректно уменьшился на сумму возвращенного товара, программа должна произвести взаимозачет:
Дебет 60.01 – Кредит 76.02 — произведен зачет задолженности.
Однако при использовании нового механизма «Взаиморасчеты онлайн» в конфигурациях 1С:КА 2.4 и 1С:ERP 2.4 алгоритм распределения расчетов работает иначе. Онлайн-движок рассчитывает состояние взаиморасчетов непосредственно в момент проведения документа. Если система видит, что за товар еще не платили, вместо классической схемы зачета она формирует сторнирующую проводку:
// Проводка, формируемая системой в режиме онлайн-взаиморасчетов:
Дт 76.02 - Кт 60.01 (Сумма со знаком "минус" / красное сторно)
С точки зрения математического баланса и регистров накопления итоговое сальдо получается верным: долг на счете 60.01 уменьшается, а счет 76.02 закрывается в ноль. Но с точки зрения методологии регламентированного учета, появление отрицательных оборотов по дебету активного счета 76.02 является некорректным и искажает отчетность.
Выясним, почему данная проблема не возникает у пользователей, работающих в режиме «офлайн». Разберем ключевые отличия:
76.02.Переходить обратно на офлайн-расчеты крайне не рекомендуется, так как это потребует отмены проведения документов и перезакрытия прошлых периодов с момента перехода на онлайн-расчеты. Рассмотрим более безопасные и методологически верные способы решения проблемы.
С точки зрения методологии разработчиков фирмы «1С», если товар фактически не был оплачен и мы возвращаем его поставщику, наиболее правильным является оформление операции не через Возврат товаров поставщику, а с помощью документа Корректировка поступления (с видом операции «Корректировка по согласованию сторон»).
Выполним следующие шаги для оформления этой операции:
Приобретение товаров и услуг, по которому пришел возвращаемый товар.Корректировку поступления.В результате проведения Корректировка поступления напрямую скорректирует исходную поставку, сформировав красивую сторнирующую проводку:
// Проводка при корректировке поступления:
Дт 41.01 - Кт 60.01 (Сумма возврата со знаком "минус")
При таком подходе претензионный счет 76.02 вообще не задействуется в цепочке проводок, а долг перед поставщиком на счете 60.01 уменьшается корректно и без лишних оборотов.
Если по каким-то причинам (например, из-за требований документооборота с поставщиком) вам обязательно нужно использовать именно документ Возврат товаров поставщику, мы можем скорректировать счета расчетов вручную прямо в документе:
Возврат товаров поставщику.76.02.60.01 (или 60.02, если требуется скорректировать аванс).После этого изменения программа при проведении сделает прямую проводку:
// Проводка при ручной замене счета учета:
Дт 60.01 - Кт 41.01 (или 10)
Долг спишется напрямую с аналитики поставщика без формирования некорректного красного сторно по счету 76.02.
Механизм онлайн-взаиморасчетов крайне чувствителен к последовательности проведения документов по времени (вплоть до секунд). Проанализируем следующую ситуацию:
Если документ Возврат товаров поставщику введен тем же днем и временем, что и Приобретение товаров и услуг, или даже на одну секунду раньше него, онлайн-система расчетов «не увидит» наличие долга на счете 60.01 в момент проведения возврата. Программа расценит этот возврат как операцию по полностью оплаченному товару и попытается зафиксировать чистую претензию к поставщику, что приведет к ошибкам в проводках.
Правило проведения: Всегда следите за тем, чтобы время документа возврата было строго позже (хотя бы на несколько минут или часов) времени проведения исходного документа поступления.
Описанная проблема с появлением некорректного «красного минуса» на счете 76.02 при онлайн-расчетах являлась известным архитектурным несовершенством ранних версий партионного учета и взаиморасчетов в ветке 1С:КА 2.4.
Разработчики фирмы «1С» детально проанализировали обращения пользователей и в последующих релизах конфигураций (в актуальных сборках 1С:КА 2.4, а также при переходе на редакции 1С:КА 2.5 и 1С:ERP 2.5) оптимизировали механизмы трансляции онлайн-расчетов в регламентированный учет. В современных версиях программ сторнирующие проводки по умолчанию заменены на корректные дебетовые и кредитовые обороты. Поэтому своевременное обновление вашей информационной базы до актуального релиза является надежным способом навсегда избавиться от этой методологической ошибки. Для автоматизации этого процесса при обслуживании нескольких баз удобно использовать программу для автоматического обновления и архивирования 1С.