В практике поддержки и администрирования систем на базе 1С:Управление производственным предприятием (УПП 1.3) программисты и аналитики часто сталкиваются с весьма «творческими» проводками от бухгалтерской службы. Один из классических примеров — использование документа Оприходование товаров с выбором в качестве корреспондирующего счета 76.02 (Расчеты по претензиям) и ручным указанием контрагента и договора в субконто.
В этой статье мы подробно разберем, какая логика (пусть и ошибочная с точки зрения архитектуры 1С) двигала бухгалтерами, почему такое решение ломает систему и регистры учета, а также рассмотрим правильные, методологически верные варианты отражения этой хозяйственной операции.
Для начала проанализируем реальную хозяйственную ситуацию, которая привела к столь странному техническому решению. Цепочка событий выглядела следующим образом:
Возврат товаров поставщику на весь объем бракованного товара.76.02).Бухгалтер рассуждает исключительно в рамках двойной записи (РСБУ): «Мне нужно увеличить остаток материалов на складе (дебет счета 10) и уменьшить долг контрагента по претензии (кредит счета 76.02)». Самым простым решением им кажется использование документа Оприходование товаров, где на вкладке «Корреспондирующий счет» они вручную прописывают 76.02 и выбирают нужного контрагента с договором.
С точки зрения чистой методологии бухгалтерского учета проводка Дт 10.04 — Кт 76.02 абсолютно верна. Это «зеркальное» исправление ранее избыточно проведенного возврата. Но с технической точки зрения в системах 1С такой подход порождает целый веер критических ошибок.
Давайте выясним причину, по которой финансовый директор («финик») или системный аналитик начинает бить тревогу при виде таких документов.
1. Слом партионного учета или РАУЗ (Режима аналитического учета затрат).
Документ Оприходование товаров предназначен для отражения излишков, выявленных при инвентаризации. По умолчанию он приходует ценности «из воздуха», формируя новую партию без привязки к первичному документу поступления. При партионном учете себестоимость этих материалов в дальнейшем спишется некорректно, а при расчете себестоимости в конце месяца система может выдать серьезные ошибки распределения затрат.
2. Разрыв регистров взаиморасчетов.
В конфигурации 1С:УПП 1.3 (как и в большинстве других ERP-решений) бухгалтерские проводки — это лишь верхушка айсберга. Основные аналитические отчеты, включая акты сверки, строятся по регистрам накопления (таким как ВзаиморасчетыСКонтрагентами, РасчетыСКонтрагентами и др.). Документ Оприходование товаров физически не умеет делать движения по этим регистрам. В итоге в оборотно-сальдовой ведомости (ОСВ) по счету 76.02 баланс сойдется, но в детальном акте сверки и управленческих отчетах зависнет незакрытый долг, который начнет искажать общую картину взаиморасчетов.
3. Игнорирование регистров НДС.
Когда оформлялся мартовский возврат, программа сделала движения по регистрам учета НДС (восстановление НДС или уменьшение вычета). Поскольку теперь часть этого возврата аннулируется, организация имеет полное право восстановить вычет по НДС на эту долю ТМЦ. Обычное оприходование товаров никак не задействует регистры НДС, что приведет к расхождениям между бухгалтерским балансом и налоговой декларацией (книгами покупок и продаж).
Если прошлый период (март) уже закрыт, отчетность сдана, и мы не можем просто зайти в старый документ Возврат товаров поставщику и уменьшить в нем количество, нам необходимо выполнить корректировку текущим периодом. Рассмотрим два наиболее жизнеспособных варианта решения этой задачи.
Самым чистым и методологически верным способом в 1С является частичное сторнирование ранее сделанного мартовского возврата. Для этого используется специализированный документ Корректировка записей регистров.
Разберем процесс по шагам:
Корректировка записей регистров в текущем периоде.Возврат товаров поставщику.Что мы получаем в итоге? Программа автоматически выполнит сторнирующие проводки:
Дт 76.02 — Кт 10.04 (со знаком минус, что эквивалентно Дт 10.04 — Кт 76.02)
При этом будут корректно сторнированы записи по регистрам партий ТМЦ (материалы вернутся на склад по своей исходной себестоимости, привязанной к первоначальной партии поставки), а также выровняются регистры НДС и взаиморасчетов с контрагентами.
Если требуется сделать аналогичную операцию программно (например, в рамках автоматизации пакетного исправления документов), разработчики могут использовать следующий шаблон кода:
// Пример программной инициализации корректировки записей регистров для сторно
НовыйДокумент = Документы.КорректировкаЗаписейРегистров.СоздатьДокумент();
НовыйДокумент.Дата = ТекущаяДата();
НовыйДокумент.Организация = СсылкаНаОрганизацию;
НовыйДокумент.Комментарий = "Сторнирование избыточного объема по возврату поставщику";
// Добавление корректируемого документа в список
НоваяСтрокаДокументов = НовыйДокумент.ТаблицаДокументов.Добавить();
НоваяСтрокаДокументов.Документ = СсылкаНаМартовскийВозврат;
// Включение движений по необходимым регистрам (БУ, НДС, Взаиморасчеты)
// После заполнения таблиц движений документ записывается и проводится
НовыйДокумент.Записать(РежимЗаписиДокумента.Проведение);
Если бухгалтеры категорически отказываются работать со сторнированием через корректировку регистров (например, боятся подавать уточненные декларации по НДС или не хотят связываться со сложным документом корректировки), можно разбить операцию на два простых шага. Этот вариант допустим, но требует обязательного наличия первичных документов (подписанного акта сверки или двустороннего соглашения о корректировке претензии).
Шаг 1: Приходуем ТМЦ на склад через прочие доходы
Создаем документ Оприходование товаров. В качестве корреспондирующего счета указываем субсчет прочих доходов — 91.01 (Прочие доходы) с аналитикой «Прочие внереализационные доходы».
Формируется проводка:
Дт 10.04 — Кт 91.01
Материалы возвращаются на склад по рыночной или согласованной стоимости.
У бухгалтеров может возникнуть возражение: «Мы не хотим трогать 91 счет, ведь это увеличивает прибыль!». На самом деле появление ТМЦ из ниоткуда — это действительно доход организации с точки зрения налогового законодательства, который должен быть отражен на 91 счете. Однако этот доход будет полностью компенсирован расходом на следующем шаге.
Шаг 2: Корректируем задолженность по претензии
Для выравнивания взаиморасчетов с контрагентом используем документ Корректировка долга (с видом операции «Списание задолженности» или «Проведение взаимозачета»).
Списываем излишне начисленную сумму претензии со счета 76.02 в дебет счета прочих расходов — 91.02 (Прочие расходы).
Формируется проводка:
Дт 91.02 — Кт 76.02 (по конкретному контрагенту и договору).
В результате этих двух шагов:
76.02 уменьшилась до фактической.91.01 и 91.02) схлопнулось в ноль, не оказав негативного влияния на финансовый результат.Корректировка долга корректно сделал записи по всем регистрам взаиморасчетов, и у финансового директора больше не возникнет вопросов к качеству ведения учета.В современных конфигурациях 1С на платформе 8.3 (управляемые формы) разработчики учли данные сложности. Использовать ручные корректировки регистров или сложные схемы с 91 счетом больше нет необходимости.
Для исправления подобных ситуаций в ERP и Комплексной автоматизации предусмотрен типовой документ Корректировка приобретения (с видом операции «Корректировка по согласованию сторон» или «Исправление ошибок»). Он вводится непосредственно на основании исходного поступления или возврата, автоматически пересчитывает складские остатки по партиям, корректирует взаиморасчеты на счетах 60 и 76.02 по нужным регистрам накопления и позволяет в один клик зарегистрировать корректировочный счет-фактуру для книги покупок или продаж.
Если же вы продолжаете работать в исторических базах (УПП 1.3), настоятельно рекомендуем использовать Вариант 1 (Сторнирование через Корректировку записей регистров) как наиболее технологичный и безопасный для стабильности партионного учета и расчета себестоимости.