При ведении раздельного учета НДС в программе «1С:Бухгалтерия 3.0» (БП 3.0) бухгалтеры часто сталкиваются с неочевидным поведением системы: при списании материалов с конкретного склада программа «подтягивает» НДС из поступлений, которые физически на этот склад не приходили. Особенно остро эта проблема проявляется при учете ГСМ, когда топливо закупается у разных поставщиков для разных транспортных средств, а при списании происходит перемешивание сумм налога и документов поступления.
В данной статье мы подробно разберем внутренние механизмы работы подсистемы НДС, выясним, почему склады игнорируются при распределении, и найдем способы решения этой проблемы.
Для начала проанализируем, как 1С хранит данные о входящем НДС, который подлежит распределению. В отличие от бухгалтерского учета на счете 10.03 «Топливо», где мы можем настроить субконто «Склады» и видеть остатки в разрезе мест хранения, подсистема раздельного учета НДС использует специальные регистры накопления.
Основным регистром здесь является «НДС Раздельный учет». Давайте рассмотрим его структуру. В этом регистре ключевым полем является АналитикаУчетаЗатрат. Эта аналитика ссылается на справочник КлючиАналитикиУчетаЗатрат. Если мы заглянем «под капот» этого справочника, то увидим, что в типовой конфигурации БП 3.0 для материальных ценностей он включает в себя:
Важный момент: разрез «Склад» в стандартный ключ аналитики для целей НДС не входит. Это означает, что для программы весь бензин марки АИ-95, хранящийся на «Складе №1» и на «Складе №2», с точки зрения НДС является одной нераздельной массой. Когда происходит списание, система видит общие остатки по данной номенклатуре в рамках всей организации.
Второй важный аспект, который мы должны разобрать, — это метод оценки стоимости. Даже если в вашей учетной политике по бухгалтерскому учету установлен способ «По средней», раздельный учет НДС всегда работает жестко по методу FIFO (First In, First Out — первым пришел, первым ушел).
Проанализируем ситуацию на примере:
Несмотря на то, что физически и по бухгалтерским проводкам списывается бензин со второго склада, программный алгоритм распределения НДС обратится к регистру «НДС Раздельный учет» и заберет самую раннюю партию по времени. А самой ранней партией является поступление от «Фирмы 2». Именно поэтому в проводках по восстановлению или распределению НДС вы видите документы поставщика, который к данному автомобилю не имеет отношения. Это и приводит к появлению «минусов» и некорректных остатков в конце квартала, если последовательность документов была нарушена или если бухгалтер пытается вручную регулировать остатки на складах.
Рассмотрим самый надежный и простой в реализации способ, который не требует доработки программы. Если вам критично важно, чтобы НДС от разных поставщиков не перемешивался, необходимо создать разные карточки в справочнике «Номенклатура».
Например, вместо одной позиции «Бензин АИ-95» создайте две:
Бензин АИ-95 (Поставщик 1)Бензин АИ-95 (Поставщик 2)Разберем по шагам, почему это решит проблему:
КлючАналитикиУчетаЗатрат.Бензин АИ-95 (Поставщик 1) программа физически не сможет подтянуть партию НДС от другого поставщика, так как это совершенно другое значение аналитики.Этот метод позволяет полностью контролировать процесс распределения НДС и исключает влияние FIFO между разными потоками закупок.
Если разделение номенклатуры невозможно по организационным причинам (например, из-за синхронизации с другими системами), можно рассмотреть вариант технической правки состава ключа аналитики. Посмотрим на этот процесс с точки зрения кода.
В системе за формирование ключей отвечает менеджер справочника КлючиАналитикиУчетаЗатрат. Теоретически, можно добавить «Склад» в структуру этого ключа. Однако мы должны понимать последствия:
ПеремещениеТоваров) должно будет делать записи в регистр «НДС Раздельный учет», чтобы «перекладывать» НДС с одного ключа (Склад 1) на другой (Склад 2).Поэтому данный путь крайне не рекомендуется для типовых внедрений «1С:Бухгалтерии».
Выясним еще один организационный способ решения. Если транспортные средства закреплены за разными подразделениями, которые можно выделить в отдельные юридические лица (или если закупки действительно идут по разным контрактам для разных целей), использование разных «Организаций» в одной базе данных полностью изолирует учет НДС. Регистр раздельного учета НДС всегда имеет измерение Организация, и смешивание партий между ними исключено на уровне программного фильтра.
Чтобы понять, корректно ли распределяется НДС в вашем случае, проанализируем движения документа списания. Вы можете воспользоваться универсальным отчетом по регистру накопления «НДС Раздельный учет». Настройте его со следующими параметрами:
Если вы видите в отчете, что по одной и той же номенклатуре висят остатки с отрицательными значениями по одной партии и положительными по другой — значит, произошло «зацикливание» или нарушение хронологии. В этом случае распределение НДС при закрытии квартала выдаст те самые «кучи минусов», о которых шла речь в исходной ситуации.
Подводя итог, можно подтвердить: склады при распределении НДС в 1С:БП 3.0 не учитываются. Система ориентируется только на номенклатуру и хронологию поступлений (FIFO).
Для корректной работы мы рекомендуем придерживаться следующего алгоритма:
НДС Раздельный учет с помощью универсального отчета, чтобы вовремя заметить пересортицу по партиям.Использование данных рекомендаций позволит вам избежать утомительных правок декларации по НДС и обеспечит прозрачность налогового учета в организации.