← На главную

Переход на новую информационную систему — это масштабный процесс, который неизбежно сопровождается методологическими сложностями. Типичный сценарий: компания с начала нового года запускает работу в новой программе (например, «1С:Комплексная автоматизация» или «1С:ERP Управление предприятием»). Все остатки успешно перенесены, документы ввода остатков проведены, а старая база закрыта для редактирования. И тут происходит классическая ситуация — клиент возвращает товар, отгруженный ему в прошлом году (то есть до даты начала ведения учета в новой базе).

В этой статье мы подробно разберем, как решить эту задачу. Мы проанализируем исторические обходные пути, которые приходилось использовать бухгалтерам в ранних версиях программы (КА 2.4), а затем рассмотрим современный штатный механизм «Корректировка реализации до ввода остатков», появившийся в актуальных релизах (начиная с версий 2.5.11).

---

Исторические обходные пути: как проблему решали раньше

На момент активного использования конфигураций линейки 2.4 автоматизированного механизма для таких возвратов не существовало. Пользователям приходилось выбирать один из нескольких неидеальных вариантов, каждый из которых имел свои критические минусы.

Вариант 1. Оформление документа «Возврат товаров от клиента» без указания документа-основания

Этот способ кажется самым простым на первый взгляд. Мы просто создаем документ Возврат товаров от клиента, вручную заполняем номенклатуру, количество и цену. Однако при проведении такого документа система сталкивается с методологическими трудностями:

• Проблема с НДС: Без указания исходного документа продажи программа не может автоматически определить параметры исходного счета-фактуры. В результате возникают серьезные сложности с принятием НДС к вычету по корректировочному или исходному счету-фактуре. Как справедливо заметили участники обсуждения на форуме, при таком подходе «НДС придется подарить государству» либо корректировать книгу покупок полностью вручную.
• Себестоимость возвращенного товара: Программа не знает, по какой стоимости этот товар числился в прошлой системе, поэтому себестоимость возврата приходится указывать вручную или рассчитывать по среднему, что искажает финансовый результат.

Вариант 2. Создание фиктивной (виртуальной) цепочки документов

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

Этот способ крайне опасен. Любое случайное перепроведение документов за прошлый период или запуск процедуры Закрытие месяца приводили к непредсказуемому искажению данных партионного учета и взаиморасчетов.

Вариант 3. Ручная корректировка документов ввода остатков

В этом случае бухгалтеры возвращались к документам Ввод начальных остатков, уменьшали сумму задолженности покупателя на сумму возврата, а сам товар приходовали на склад тоже через ввод остатков. Главный минус — нарушение соответствия между балансом в старой программе и начальным балансом в новой программе на дату перехода.

---

Современное штатное решение: Корректировка до ввода остатков

Разработчики фирмы 1С учли боль пользователей и добавили в современный функционал ERP и КА специальный инструмент. Теперь нет необходимости прибегать к ручным операциям и фиктивным проводкам. Рассмотрим пошагово, как правильно оформить возврат за прошлый период.

Шаг 1. Проверка и включение функциональных опций

Прежде чем приступить к оформлению документов, необходимо убедиться, что в системе включена возможность использования корректировок. Перейдем по пути:

НСИ и администрирование – Настройка НСИ и разделов – Продажи

В блоке «Оптовые продажи» должен быть установлен флаг Корректировки реализаций. Без этой опции создание необходимых документов будет недоступно.

Шаг 2. Создание вспомогательного «Первичного документа»

Поскольку физической накладной продажи в нашей новой базе нет, нам нужно создать информационную «карточку» этой продажи, которая выступит юридическим и техническим основанием. Для этого:

1. Переходим в раздел Продажи – См. также – Первичные документы (в некоторых интерфейсах этот журнал находится в разделе документов продаж).
2. Создаем новый документ и выбираем тип операции «Реализация клиенту».
3. Заполняем ключевые реквизиты данными из старой исторической накладной:
   • Организация и Клиент (Контрагент).
   • Договор (тот, по которому велись расчеты в прошлом периоде).
   • Номер и Дата оригинального документа продажи из старой базы.
   • Общая сумма продажи и сумма НДС.
4. Важно: Этот документ является справочным (заглушкой). При проведении он не формирует проводок по бухгалтерскому учету и не делает записей в регистры оперативного учета. Он нужен исключительно для связи с последующей корректировкой.
5. На основании созданного первичного документа регистрируем исторический счет-фактуру (кнопка Зарегистрировать счет-фактуру), указав его реальные исторические номер и дату.

Шаг 3. Оформление документа «Корректировка реализации»

Теперь мы готовы зафиксировать сам факт возврата товара и уменьшения долга покупателя:

1. В журнале документов продажи создаем документ Корректировка реализации.
2. В качестве документа-основания выбираем созданный на предыдущем шаге Первичный документ.
3. Программа автоматически предложит выбрать вид хозяйственной операции. Выбираем строго: «Корректировка реализации до ввода остатков».
4. На вкладке «Товары» заполняем табличную часть:
   • В строках «До изменения» указываем количество и цену товара по старой накладной.
   • В строках «После изменения» уменьшаем количество товара на тот объем, который фактически возвращается.
5. Обязательно заполняем реквизит Склад — указываем тот склад нашей компании, на который физически поступает возвращаемый товар.
6. Проводим документ. При проведении система автоматически сформирует корректные проводки: вернет товар на баланс (на счет 41 или 43), скорректирует взаиморасчеты с контрагентом (счет 62) и отразит необходимые движения по НДС.

Шаг 4. Регистрация корректировочного счета-фактуры

На основании проведенной корректировки реализации нажимаем ссылку Зарегистрировать корректировочный счет-фактуру. Система создаст документ, который корректно сделает запись в Книгу покупок, позволяя организации на законных основаниях принять НДС по возвращенному товару к вычету.

---

Возможные технические проблемы и пути их решения

Несмотря на то, что механизм является штатным, на практике аналитики и бухгалтеры регулярно сталкиваются со специфическими ошибками при его использовании. Давайте проанализируем основные из них.

Проблема 1. Требование закрыть прошлые (исторические) периоды

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

Решение:

Нам необходимо вручную очистить очередь неоперативных заданий. Для этого:

1. Перейдем в рабочее место Закрытие месяца.
2. В правом верхнем углу нажмем кнопку Еще и выберем пункт Задания к расчету.
3. В открывшемся списке перейдем в Неоперативная очередь заданий.
4. Найдем строки, сформированные на исторические даты прошлого года (до даты ввода начальных остатков), выделим их и удалим из списка. После этого программа перестанет требовать закрытия прошлых периодов.

Проблема 2. Ошибки расчета себестоимости по методу ФИФО

Если на предприятии применяется метод оценки запасов ФИФО (скользящая или взвешенная оценка), то при проведении возврата программа может выдать ошибку распределения партий или некорректно рассчитать себестоимость возвращенного товара.

Решение:

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

Проблема 3. Работа с ордерными складами

Если в вашей компании складской учет ведется по ордерной схеме (разделены финансовый и физический контуры), то документ Корректировка реализации до ввода остатков отразит изменения только в финансовом учете и взаиморасчетах.

Решение:

Для фактического приема товара на склад кладовщику необходимо зайти в рабочее место Приемка, найти в качестве распоряжения оформленную корректировку реализации и на ее основании создать, заполнить и провести документ Приходный ордер на товары. Только после этого товар физически вернется в ячейки хранения.

---

Резюме

Мы подробно разобрали, как эволюционировал учет возвратов прошлых периодов в линейке решений 1С:Предприятие 8. Использование устаревших обходных путей с фиктивными цепочками или ручным заведением возвратов без оснований приводило к потере НДС и ошибкам себестоимости. Современный штатный механизм Корректировка реализации до ввода остатков позволяет отразить операцию прозрачно, сохранить партионный учет и корректно сформировать декларацию по НДС.