Проблема учета металлолома в конфигурации «1С:Бухгалтерия предприятия 2.0» (БП 2.0) актуальна для многих организаций, которые по разным причинам не перешли на современную версию 3.0. Сложность заключается в том, что законодательство (Федеральный закон № 335-ФЗ) обязало покупателей лома выступать налоговыми агентами по НДС еще в 2018 году, когда активное развитие версии 2.0 уже было прекращено. В этой статье мы разберем, как реализовать этот механизм в условиях сильно измененной конфигурации.
Разберем ситуацию: при покупке лома и отходов черных и цветных металлов покупатель обязан самостоятельно исчислить НДС, оформить счет-фактуру (за продавца) и отразить эти данные в книгах покупок и продаж. Рассмотрим, почему это сложно сделать в БП 2.0 без доработок.
Основная техническая преграда, как отмечено в обсуждении, заключается в том, что при ставке «НДС исчисляется налоговым агентом» (фактически 0% в первичных документах для покупателя) система БП 2.0 автоматически отфильтровывает такие записи. В результате данные не попадают в декларацию по НДС, что делает невозможным корректную сдачу отчетности без ручных правок регистров или доработки кода.
Если операции по приему лома происходят редко (например, пару раз в квартал), проанализируем возможность использования стандартных механизмов налогового агентирования, заложенных в систему для аренды госимущества.
Организация выступает в качестве налогового агента по уплате НДС.Реализация товаров (абз. 2 п. 1 ст. 161 НК РФ). Это наиболее подходящий вариант, максимально близкий к схеме учета лома.31. Поскольку в старых версиях БП 2.0 его может не быть, добавим его в справочник Коды видов операций НДС вручную.Посмотрим на алгоритм действий бухгалтера при таком подходе:
— Оприходование лома документом Поступление товаров и услуг со ставкой НДС «Без НДС».
— Создание документа Регистрация счета-фактуры налогового агента.
— Включение ручной корректировки движений (флаг «Ручная корректировка») для того, чтобы записи попали в Книгу продаж и Книгу покупок с правильными кодами и суммами.
Для автоматизации процесса и исключения ошибок при частом поступлении лома потребуется вмешательство в программный код. Рассмотрим перечень объектов, которые необходимо изменить в сильно переписанной БП 2.0, чтобы механизм заработал корректно.
Изменения в общих модулях и модулях документов:
В первую очередь, проанализируем модуль УчетНДС. Здесь сосредоточена логика формирования движений по регистрам НДС. Необходимо внести правки, чтобы система перестала отфильтровывать записи с нулевой суммой НДС, если они относятся к операциям налогового агента по металлолому.
Также потребуются изменения в логике работы документов:
Отражение начисления НДС;Формирование записей книги покупок;Формирование записей книги продаж.Доработка перечислений и справочников:
Для корректной классификации операций нам нужно расширить состав предопределенных значений в следующих объектах:
ВидыЦенностей (добавление специфики для лома);ПорядокРегистрацииСчФНаАванс.Рассмотрим пример того, как могут выглядеть изменения в запросах отчетов. Выясним причину, по которой данные не попадают в Книгу покупок. Часто это связано с жестким условием в коде СуммаНДС <> 0. Для реализации учета лома это условие нужно дополнить проверкой на вид договора или категорию товара.
// Пример логики изменения в запросе формирования Книги Покупок
// Вместо стандартного:
// "ГДЕ ТаблицаРегистра.СуммаНДС <> 0"
// Используем:
// "ГДЕ (ТаблицаРегистра.СуммаНДС <> 0 ИЛИ ТаблицаРегистра.ВидЦенности = ЗНАЧЕНИЕ(Перечисление.ВидыЦенностей.Металлолом))"
Особое внимание уделим отчетам Книга Покупок 1137 и Книга Продаж 1137. Поскольку формы деклараций часто меняются, в старой БП 2.0 эти отчеты могут быть вынесены во внешние обработки или сильно изменены внутри конфигурации. При доработке важно убедиться, что:
Поскольку БП 2.0 находится на ограниченной поддержке, любые изменения в модулях УчетНДС и формах формирования книг покупок/продаж создают сложности при последующих обновлениях. Разработчики 1С часто вносят мелкие изменения в эти объекты для поддержки новых законодательных актов (даже в режиме ограниченной поддержки), поэтому ваши доработки будут постоянно попадать в список «дважды измененных объектов» при сравнении/объединении конфигураций.
Проанализируем ситуацию: если ваша база «сильно переписана», рекомендуем использовать механизм подписок на события или стараться выносить логику во внешние компоненты, если это позволяет архитектура 2.0. Однако, как показывает практика, для корректной работы НДС в БП 2.0 изменения в модуле УчетНДС практически неизбежны.
Подводя итог, можно сказать, что полноценный учет металлолома в БП 2.0 возможен только через серьезную доработку системы. Если вы решите идти по пути автоматизации, приготовьтесь к корректировке всей цепочки формирования НДС — от момента поступления товара до выгрузки XML-файла декларации. В случае редких операций (1-2 раза в квартал) более рациональным будет использование ручных корректировок в документах Отражение начисления НДС и Регистрация счета-фактуры налогового агента с обязательным контролем кодов операций (КВО 31).