Как включить суммовой учет по складам в 1С:Бухгалтерия 3.0 в середине года и избежать ошибок

В процессе развития бизнеса компании часто сталкиваются с необходимостью детализации бухгалтерского учета. Типичный сценарий для программы 1С:Бухгалтерия 3.0 — переход с исключительно количественного учета по складам на количественно-суммовой. Когда руководство или финансовый отдел требует видеть остатки и себестоимость списания ТМЦ в разрезе каждой конкретной точки хранения, перед бухгалтером и системным администратором встает сложная задача.

Можно ли просто зайти в настройки и включить заветную галочку в середине отчетного года? К каким техническим и методологическим последствиям это приведет? Нужно ли перепроводить документы за прошлые «доисторические» периоды? В этой статье мы подробно разберем все риски, технические нюансы работы базы данных и предложим четыре практических сценария перехода.

Что происходит в системе при включении настройки (Проблема «Пустого склада»)

Давайте проанализируем, что меняется в базе данных 1С на физическом уровне при включении признака «По количеству и сумме» в настройках параметров учета запасов. Настройка находится по адресу: Администрирование — Параметры учета — Настройки учета запасов — Учет запасов ведется по складам (по количеству и сумме).

После активации этой опции в плане счетов для счетов учета ТМЦ (10, 41, 43 и др.) на уровне субконто Склады включается суммовой учет. Однако программа делает это только для будущих проводок. В уже существующих, ранее проведенных документах, аналитика по складам в части суммового выражения остается незаполненной. На практике это порождает следующие проблемы:

1. Образование «пустого склада»: Все накопленные суммовые остатки на дату включения настройки зависают на пустом значении субконто (отображается как <...>).
2. «Краснота» в ОСВ: При первой же попытке списать товар после включения настройки программа обратится к конкретному складу (например, «Основной склад»). Поскольку на «Основном складе» числится только количество, а сумма лежит на «пустом» складе, программа спишет количество с «Основного», а сумму попытается рассчитать по среднему или ФИФО. На конкретном складе возникнет отрицательное суммовое сальдо (краснота), а на пустом складе так и останется висеть дебетовый остаток.
3. Зависание себестоимости: Отчеты по остаткам товаров на складах станут неинформативными и методологически неверными, так как реальная себестоимость будет оторвана от конкретных мест хранения.

Методологические риски перехода: изменение себестоимости «по среднему»

Если в учетной политике организации закреплен способ оценки материально-производственных запасов (МПЗ) «По средней стоимости», включение суммового учета по складам в середине года кардинально меняет логику расчетов:

• До включения настройки: Себестоимость единицы списания рассчитывалась в целом по организации: Общая стоимость ТМЦ на всех складах / Общее количество ТМЦ.
• После включения настройки: Себестоимость рассчитывается обособленно по каждому складу: Стоимость ТМЦ на конкретном складе / Количество ТМЦ на этом же складе.

Фактически, это означает изменение метода оценки запасов в середине налогового и отчетного периода. Если вы начнете перепроводить документы с начала года, себестоимость списания прошлых периодов изменится. Это неизбежно приведет к искажению финансового результата, изменению налогооблагаемой базы по налогу на прибыль (или УСН «Доходы минус расходы») и необходимости сдавать уточненные декларации за прошлые кварталы.

Ошибки партионного учета и раздельного учета НДС

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

Рассмотрим четыре практических способа решения этой задачи — от радикального перепроведения до безопасного переноса остатков.

Вариант 1. Перепроведение документов «с доисторических времен» (в копии базы)

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

Разберем алгоритм по шагам:

1. Создаем полную резервную копию информационной базы. Если баз несколько, этот процесс можно автоматизировать с помощью программы для резервного копирования 1С.
2. В копии базы переходим в настройки учета запасов и устанавливаем флаг По количеству и сумме для складов.
3. Запускаем групповое перепроведение документов начиная с даты начала ведения учета или с 1 января текущего года через меню Администрирование — Обслуживание — Групповое перепроведение документов.
4. Тщательно сверяем оборотно-сальдовую ведомость по счетам 10, 41, 43 в копии и рабочей базе. Анализируем изменения финансового результата. Если изменения несущественны или допустимы, результат перепроведения можно перенести в рабочую базу (или сделать копию новой рабочей базой).

Вариант 2. Безопасный перенос остатков через вспомогательный счет 000 (на дату перехода)

Если прошлые периоды закрыты, отчетность сдана и перепроводить документы нельзя, оптимальным решением является ручной перенос остатков на дату начала нового отчетного периода (например, на 1 июля или на 1 января в 23:59:59). Это позволит не трогать исторические данные и начать корректный суммовой учет «с чистого листа».

Рассмотрим методику выполнения этой операции:

1. Устанавливаем настройку количественно-суммового учета по складам в параметрах учета запасов.
2. Формируем оборотно-сальдовую ведомость по счету учета (например, 41.01) в разрезе номенклатуры и складов на дату перехода. Мы увидим, что суммы зависли без указания складов, а количество распределено по складам.
3. Создаем документ Операция, введенная вручную (или используем документы списания/оприходования) датой конца прошлого периода (например, 31.12.2023 в 23:59:59). Нам необходимо «обнулить» остатки без аналитики складов.
4. Списываем все остатки на вспомогательный счет 000 (или счет 91.02 / 76). При этом в проводках по кредиту счета ТМЦ поле «Склад» оставляем пустым:

Дт 000 — Кт 41.01 | Номенклатура: "Товар 1", Склад: <пусто> | Кол-во: [Реальное] | Сумма: [Общая стоимость]

1. Вторым шагом (тем же документом или новой операцией на ту же секунду) приходуем ТМЦ обратно со счета 000, но теперь обязательно заполняем аналитику конкретного склада в дебете счета учета:

Дт 41.01 — Кт 000 | Номенклатура: "Товар 1", Склад: "Основной склад" | Кол-во: [Реальное] | Сумма: [Доля стоимости]

Сумму для каждого конкретного склада при оприходовании мы рассчитываем пропорционально количеству (по среднему) или на основании данных инвентаризации. В результате этих манипуляций сальдо вспомогательного счета 000 закроется в ноль, а на счете 41.01 сформируются корректные количественно-суммовые остатки в разрезе каждого физического склада.

Вариант 3. Использование специализированных обработок (программный метод)

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

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

// Пример программного заполнения субконто "Склады" в проводках
Выборка = Документы.ОперацияБух.Выбрать(ДатаНачала, ДатаОкончания);
Пока Выборка.Следующий() Цикл
    НаборЗаписей = РегистрыБухгалтерии.Хозрасчетный.СоздатьНаборЗаписей();
    НаборЗаписей.Отбор.Регистратор.Установить(Выборка.Ссылка);
    НаборЗаписей.Прочитать();
    
    Модифицирован = Ложь;
    Для Каждого Запись Из НаборЗаписей Цикл
        // Проверяем наличие субконто "Склады" на счете дебета
        ИндексСкладаДт = Запись.СчетДт.ВидыСубконто.Найти(ПланыВидовХарактеристик.ВидыСубконтоХозрасчетные.Склады);
        Если ИндексСкладаДт <> Неопределено Тогда
            Если Не ЗначениеЗаполнено(Запись.СубконтоДт[ПланыВидовХарактеристик.ВидыСубконтоХозрасчетные.Склады]) Тогда
                Запись.СубконтоДт[ПланыВидовХарактеристик.ВидыСубконтоХозрасчетные.Склады] = СсылкаНаНужныйСклад;
                Модифицирован = Истина;
            EndIf;
        EndIf;
    КонецЦикла;
    
    Если Модифицирован Тогда
        НаборЗаписей.Записать();
    КонецЕсли;
КонецЦикла;

Важно: Данный метод требует высокой квалификации технического специалиста, так как помимо бухгалтерских проводок необходимо скорректировать регистры партионного учета и учета НДС, иначе база станет технологически несогласованной. Для контроля корректности выполненных изменений и выявления расхождений с исходной копией полезно использовать программу для автоматического сравнения проводок 1С.

Вариант 4. Свертка информационной базы

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

Важное техническое замечание: пропало поле «Склад» в документах

Иногда после успешного включения настройки количественно-суммового учета пользователи обращаются в службу поддержки с жалобой: «Мы включили суммовой учет по складам, но в документах поступления и реализации поле "Склад" так и не появилось!».

Не нужно паниковать. В программе 1С:Бухгалтерия 3.0 реализован механизм автоматической оптимизации интерфейса. Если в справочнике Склады создан всего один элемент (например, предопределенный «Основной склад»), система считает выбор склада бессмысленным действием и скрывает это поле из всех экранных форм документов для упрощения работы пользователя. Чтобы поле физически появилось в интерфейсе, достаточно зайти в справочник Склады и создать там второй (даже виртуальный или неиспользуемый) элемент. Поля выбора склада мгновенно отобразятся во всех документах.

Подведем итоги

Переход на количественно-суммовой учет по складам в середине года — выполнимая, но требующая предельной осторожности задача. Оптимальным решением для работающей компании является Вариант №2 (перенос остатков через счет 000) на стыке отчетных периодов. Он гарантирует сохранность сданной отчетности и финансового результата прошлых месяцев, защищая базу данных от непредсказуемых искажений при расчете себестоимости.