Почему после обновления 1С:Бухгалтерия 3.0 перестали списываться затраты и как это исправить

← На главную

Ситуация, когда после обновления конфигурации 1С:Бухгалтерия предприятия 3.0 (БП) «полезли косяки» — не редкость, особенно если обновление выполнялось с нарушением последовательности релизов или с использованием нетиповых методов. Рассмотрим ситуацию, когда при переходе с релиза 3.0.63.15 на 3.0.64.34 (минуя промежуточные версии) перестают формироваться проводки по списанию материалов со счета 10 на затратные счета (например, 44 или 20) и не рассчитывается себестоимость.

Проанализируем причины возникновения этой проблемы и разберем по шагам методы её решения, опираясь на технические особенности платформы 8.3 и механизмы типовых решений 1С.

Проблема 1: Отложенное обновление данных

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

Выясним причину, почему это критично. Если база была обновлена «криво» (например, через прямое сравнение/объединение или с пропуском важных обработчиков), фоновые задания могут зависнуть или завершиться с ошибкой. Пока эти обработчики не завершат свою работу, программа может блокировать корректное проведение документов, так как структура данных еще не приведена в соответствие с новым кодом программных модулей.

Что нужно сделать:

Перейдем в раздел Администрирование — Обслуживание — Результаты обновления программы.
Проверим наличие ссылки Результаты обновления и дополнительные процедуры.
Если в списке есть невыполненные или завершенные с ошибкой процедуры, их необходимо запустить повторно. Особое внимание уделим процедурам, связанным с регистрами Затраты, Себестоимость и УчетнаяПолитика.

Проблема 2: Изменение способа выполнения расчетов

Одной из наиболее частых причин «отсутствия проводок» в новых релизах БП 3.0 является изменение настройки проведения документов. Рассмотрим подробнее механизм, который часто сбивается при обновлении или намеренно включается пользователями для ускорения работы.

В программе существует два способа расчета себестоимости списания МПЗ:

При проведении документов — старый привычный метод, когда суммы проводок Дт 44 - Кт 10 рассчитываются мгновенно.
При закрытии месяца — новый метод, оптимизирующий скорость. В этом случае документ формирует проводки только по количеству, а суммы (себестоимость) появятся только после выполнения регламентной операции «Корректировка стоимости номенклатуры» в конце месяца.

Проанализируем, где это настраивается. Зайдем в раздел Администрирование — Проведение документов. Посмотрим на флаг Расчеты выполняются: При закрытии месяца. Если этот режим активен, бухгалтер увидит пустые суммы в проводках Требования-накладной или Реализации и решит, что это ошибка обновления. На самом деле — это штатное поведение программы.

Проблема 3: Сбой в учетной политике после обновления

При «прыжке» через релизы (особенно в ветке 3.0.64, где внедрялись изменения по НДС 20% и новым правилам учета затрат) могут повредиться записи в регистре сведений УчетнаяПолитика. Если программа «потеряла» информацию о методе оценки (ФИФО или «По средней»), она может перестать рассчитывать суммы списания.

Разберем ситуацию по шагам:

Откроем Главное — Учетная политика.
Проверим актуальность записи на текущий год. Иногда помогает просто перевыбрать параметры и нажать Записать и закрыть, чтобы сработали внутренние механизмы платформы по обновлению связанных регистров.
Убедимся, что для организации не включен Раздельный учет НДС, если он не велся ранее. Ошибочное включение этой опции требует заполнения аналитики по способам учета НДС в документах списания, без которой проводки могут не формироваться.

Проблема 4: Ошибки ведения учета (контроль остатков)

Иногда обновление лишь подсвечивает старые ошибки. Проверим стандартные причины, по которым 1С не списывает стоимость с 10 счета:

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

Для диагностики воспользуемся отчетом Оборотно-сальдовая ведомость по счету 10 с максимальной детализацией по субконто и проверкой по времени (через Карточку счета).

Техническое решение: Исправление идентификаторов и кэша

Если визуально всё настроено верно, но код 1С ведет себя непредсказуемо, проанализируем техническую целостность базы. При обновлении через cf-файл (полную конфигурацию) часто возникают проблемы с кэшем метаданных и идентификаторами объектов.

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


// Обновление справочника идентификаторов объектов метаданных
Справочники.ИдентификаторыОбъектовМетаданных.ОбновитьДанныеСправочника(Истина, Ложь, Ложь);

// Принудительный запуск обработчиков обновления
// Внимание: использовать осторожно, только после бэкапа!
ОбновлениеИнформационнойБазы.ВыполнитьОбновлениеИнформационнойБазы();

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

Заключение

В большинстве случаев проблема «не списания 10 счета» после обновления решается проверкой Способа выполнения расчетов в настройках проведения документов или дожиданием окончания работы Отложенных обработчиков обновления. Если же проблема в поврежденных данных из-за использования некорректных дистрибутивов, наиболее надежным способом будет восстановление копии до обновления и повторный накат обновлений через штатный механизм .cfu файлов, соблюдая цепочку релизов, рекомендованную фирмой 1С.