При работе в конфигурации «1С:Управление торговлей 11» (УТ 11) пользователи часто сталкиваются с необходимостью перехода на новую версию партионного учета — с версии 2.1 на версию 2.2. Этот процесс затрагивает фундаментальные механизмы проведения документов и расчета финансового результата. Если в базе ведется учет по нескольким организациям с разными режимами налогообложения (ОСНО, УСН, ЕНВД/патент), процедура может сопровождаться серьезными сбоями.
В этой статье мы подробно проанализируем распространенную проблему, когда при закрытии месяца вся себестоимость товаров некорректно переносится на аналитику ВидДеятельностиНДС = "продажа облагается ЕНВД", а система выдает ошибку о наличии движений вида «Перенос данных» по пустой организации. Мы разберем причины этой ситуации и выработаем четкий алгоритм ее устранения.
Рассмотрим классический сценарий. В информационной базе УТ 11 ведется учет по трем организациям:
Исторически в прошлых периодах оценка себестоимости велась по средней стоимости. При попытке закрыть очередной отчетный период (например, январь нового года) пользователи замечают следующие аномалии:
Выясним, почему так происходит, и как взаимосвязаны эти события.
---
При активации партионного учета версии 2.2 система кардинально меняет структуру хранения данных в регистрах себестоимости (таких как Себестоимость товаров, Партии товаров организаций и других). Чтобы перенести накопленные остатки в новые структуры, регламентная операция закрытия месяца автоматически формирует технические движения с видом операции «Перенос данных».
Эти движения должны создаваться строго на последнюю секунду месяца, предшествующего дате перехода. Например, если в константах базы зафиксирована дата перехода на новую версию с 1 февраля 2018 года, технические проводки должны быть созданы строго на 31 января 2018 года.
Если в базе присутствуют старые или тестовые записи «Перенос данных» за другие периоды (например, от 31.12.2017), система выдает ошибку. Происходит это чаще всего из-за того, что пользователи экспериментировали с датами перехода в учетной политике, запускали закрытие месяца, а затем меняли настройки «задним числом» без очистки старых расчетов.
Упоминание организации в виде пустой строки "" в тексте ошибки — это признак некорректного заполнения регистров накопления. В норме у каждого движения себестоимости должна быть заполнена аналитика организации. Пустое значение возникает в двух случаях:
Корректировка записей регистров).В старых релизах ветки УТ 11.3 (например, 11.3.4.153) алгоритм распределения запасов по видам налогообложения при переходе на партионный учет 2.2 содержал уязвимости. Если программа не может однозначно определить, к какому виду деятельности НДС относится партия товара на остатках (из-за отсутствия детальных партионных данных в периоде учета по средней), срабатывает алгоритм распределения «по умолчанию». Из-за программной ошибки система принудительно записывала всю себестоимость на аналитику ВидДеятельностиНДС = "продажа облагается ЕНВД".
---
Для устранения этих ошибок нам необходимо полностью очистить регистры от результатов прошлых некорректных расчетов и провести последовательное перепроведение документов. Проанализируем и выполним следующие шаги:
Перед очисткой расчетов полезно локализовать проблему и найти документы, которые порождают некорректные движения с пустой организацией. Для этого построим Универсальный отчет по регистру накопления Себестоимость товаров.
Настроим отчет следующим образом:
Организация Не заполнено ИЛИ Вид деятельности НДС Равно "Продажа облагается ЕНВД" (при условии, что реальных продаж по ЕНВД в этот период не было).Если вы программист, вы можете быстро локализовать проблему в консоли запросов с помощью следующего кода:
ВЫБРАТЬ
СебестоимостьТоваров.Период КАК Период,
СебестоимостьТоваров.Регистратор КАК Регистратор,
СебестоимостьТоваров.Организация КАК Организация,
СебестоимостьТоваров.ВидДеятельностиНДС КАК ВидДеятельностиНДС
ИЗ
РегистрНакопления.СебестоимостьТоваров КАК СебестоимостьТоваров
ГДЕ
СебестоимостьТоваров.Организация = ЗНАЧЕНИЕ(Справочник.Организации.ПустаяСсылка)
ИЛИ СебестоимостьТоваров.ВидДеятельностиНДС = ЗНАЧЕНИЕ(Перечисление.ТипыНалогообложенияНДС.ПродажаОблагаетсяЕНВД)
Этот запрос покажет «виновника» — конкретные документы регламентных операций или корректировок регистров, которые искажают картину.
Главная ошибка пользователей — попытка исправить ситуацию точечным перепроведением отдельных документов в закрытых периодах. Это не поможет, так как в базе уже сформированы служебные движения «Перенос данных» за будущие периоды, которые блокируют корректный расчет себестоимости за предыдущие месяцы (как это произошло у автора темы в апреле).
Выполним полную очистку:
Расчет себестоимости товаров.После удаления документов расчета себестоимости восстановим последовательность проведения товарных документов. Для этого:
Детализация партий товаров для НДС и очистит базу от «баловства» пользователей с партионным учетом в будущих периодах.Убедимся, что параметры учетной политики выставлены правильно:
При последовательном закрытии система создаст новые регламентные документы Расчет себестоимости товаров. Теперь, когда будущие периоды очищены от хаотичных движений по партиям, перенос остатков на партионный учет 2.2 выполнится корректно, а аналитика по видам деятельности НДС распределится правильным образом.
---
Для того чтобы избежать подобных проблем в будущем, рекомендуем соблюдать три простых правила: