Как исправить ошибку «Таблица не найдена НачальноеСальдоПрямыхРасходов» при закр

[Odineski]

Закрытие счетов 20, 23, 25, 26, 28 и 29 за Сентябрь 2026
Устраните указанные ошибки и повторите выполнение операции

1. «{(125, 2)}: Таблица не найдена «»НачальноеСальдоПрямыхРасходов»»
<<?>>НачальноеСальдоПрямыхРасходов КАК Расходы
Подробная информация об ошибке записана в журнал регистрации.»

[Odin — Одинэсник]

Ошибка:

> Таблица не найдена «НачальноеСальдоПрямыхРасходов»

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

Это не означает, что в базе отсутствует справочник или регистр с таким названием. Создавать объект с таким именем вручную не нужно.

## Наиболее вероятные причины

1. Ошибка конкретного релиза конфигурации 1С.
2. После обновления конфигурации не был выполнен штатный режим обновления базы данных.
3. Измененный программный код конфигурации, в котором временная таблица создается не во всех ветках алгоритма.
4. Повреждение или некорректное продолжение старого документа «Закрытие месяца».
5. Нарушение последовательности выполнения регламентных операций.
6. Реже, проблема с версией платформы 1С или серверным кэшем.

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

## Что сделать в первую очередь

### 1. Зафиксировать релиз конфигурации и платформы

Откройте:

Справка → О программе

Зафиксируйте:

— название конфигурации;
— релиз конфигурации;
— версию платформы;
— режим работы: файловый или клиент-серверский.

Особенно важно понять, используется ли:

— «Бухгалтерия предприятия 3.0»;
— «Комплексная автоматизация 2»;
— «ERP Управление предприятием 2»;
— доработанная конфигурация.

Алгоритмы закрытия счетов 20, 23, 25, 26, 28 и 29 существенно различаются в БП, КА и ERP.

### 2. Проверить журнал регистрации

Откройте:

Администрирование → Поддержка и обслуживание → Журнал регистрации

Установите отбор:

— период: момент возникновения ошибки;
— уровень: Ошибка;
— пользователь;
— событие, связанное с регламентной операцией.

Откройте ошибку полностью. Важны сведения:

— имя общего модуля;
— имя процедуры или функции;
— номер строки;
— полный текст запроса;
— стек вызовов;
— имя конфигурационного объекта.

Если в журнале будет указано что-то вроде:

— ЗакрытиеМесяца;
— РасчетСебестоимости;
— ЗакрытиеСчетов20_23_25_26;
— РаспределениеПроизводственныхЗатрат;

то это позволит точно определить проблемный участок.

### 3. Не продолжать закрытие старого документа

Если ошибка возникла в уже созданном документе «Закрытие месяца», выполните следующие действия:

1. Откройте документ закрытия месяца за сентябрь 2026 года.
2. Отмените проведение регламентной операции с ошибкой.
3. Перезапишите документ.
4. При необходимости удалите документ закрытия месяца за сентябрь и создайте его заново штатной командой.
5. Выполните заполнение операций заново.
6. Запустите закрытие месяца повторно.

Перед удалением документа обязательно сделайте резервную копию информационной базы.

Если в документе уже были выполнены последующие регламентные операции, сначала отмените их проведение в обратном порядке.

## Проверить обновление конфигурации

Если используется типовая конфигурация, первое практическое решение, которое следует выполнить, это обновить ее до актуального релиза.

Порядок:

1. Сделать резервную копию базы.
2. Проверить наличие обновления для текущей конфигурации.
3. Выполнить обновление конфигурации.
4. Запустить базу в режиме предприятия.
5. Повторно создать или перезаполнить документ закрытия месяца.
6. Повторить закрытие сентября 2026 года.

После обновления проверьте, что версия конфигурации действительно изменилась. Иногда обновляют только платформу, хотя ошибка находится в коде конфигурации.

Также проверьте, не используется ли старая платформа. Для новых релизов БП, КА и ERP фирма 1С часто устанавливает минимально допустимую версию платформы.

## Если конфигурация доработанная

Если конфигурация изменена, необходимо проверить программный код.

В конфигураторе выполните поиск по конфигурации строки:

1С (Код)

НачальноеСальдоПрямыхРасходов

1	НачальноеСальдоПрямыхРасходов

Нужно найти два участка:

1. место, где временная таблица создается;
2. место, где она используется.

Перед использованием временной таблицы должен выполняться запрос или фрагмент пакетного запроса, создающий ее через ПОМЕСТИТЬ. Условно логика должна быть такой:

1С (Код)

Запрос = Новый Запрос; Запрос.Текст = " |ВЫБРАТЬ | ... |ПОМЕСТИТЬ НачальноеСальдоПрямыхРасходов |ИЗ | ... |; | |ВЫБРАТЬ | ... |ИЗ | НачальноеСальдоПрямыхРасходов КАК Расходы |";

1 2 3 4 5 6 7 8 9 10 11 12 13 14

Запрос = Новый Запрос; Запрос.Текст = " |ВЫБРАТЬ |    ... |ПОМЕСТИТЬ НачальноеСальдоПрямыхРасходов |ИЗ |    ... |; | |ВЫБРАТЬ |    ... |ИЗ |    НачальноеСальдоПрямыхРасходов КАК Расходы |";

Типовая ошибка в доработанном коде выглядит так:

— блок с созданием таблицы выполняется только при определенном условии;
— блок с использованием таблицы выполняется всегда;
— в результате временная таблица не существует.

Например, создание таблицы может быть ошибочно помещено внутрь условия, связанного с наличием НЗП, производственных подразделений или прямых расходов.

В таком случае нужно не просто добавить пустую таблицу, а проверить сам алгоритм формирования начального сальдо прямых расходов.

## Проверить, не повреждена ли типовая конфигурация

Если конфигурация должна быть типовой, но при поиске обнаруживаются изменения, выполните:

Конфигуратор → Конфигурация → Поддержка → Настройка поддержки

Проверьте:

— является ли конфигурация типовой;
— есть ли измененные объекты;
— изменены ли общие модули, отвечающие за закрытие месяца;
— не сняты ли с поддержки процедуры расчета себестоимости.

Особое внимание следует обратить на общие модули, связанные с:

— закрытием месяца;
— производственными расходами;
— расчетом себестоимости;
— распределением расходов;
— регламентными операциями;
— расчетом НЗП.

Если типовой общий модуль был изменен, сравните его с поставщиком и верните типовой код либо перенесите доработку корректно.

## Что проверить в учете после устранения программной ошибки

Хотя сама ошибка имеет программный характер, перед повторным закрытием желательно проверить данные за сентябрь 2026 года:

1. Выполнить перепроведение первичных документов за сентябрь.
2. В КА, ERP или УПП восстановить последовательность по операциям приобретения, реализации и себестоимости.
3. Проверить отрицательные остатки по товарам и материалам.
4. Проверить ОСВ по счетам:
— 20;
— 23;
— 25;
— 26;
— 28;
— 29.
5. Проверить отсутствие пустой аналитики по подразделениям, номенклатурным группам и статьям затрат.
6. Проверить настройки распределения косвенных расходов.
7. Проверить порядок подразделений для закрытия счетов, если он задается вручную.
8. Проверить документы рабочего места Распределение расходов, если используется КА или ERP.
9. Повторно выполнить регламентные операции в установленном порядке.

В БП проверьте:

Главное → Учетная политика → Методы распределения косвенных расходов

В КА и ERP проверьте:

Финансовый результат и контроллинг → Доходы и расходы → Распределение расходов

а также:

Производство → Распределение расходов

Если есть статус «Требуется сформировать документ» или «Ошибка распределения», сначала необходимо обработать его.

## Если обновление не помогло

Если конфигурация типовая, релиз актуальный, а ошибка повторяется, выполните проверку в копии базы:

1. Создайте копию информационной базы.
2. В копии отмените проведение документа закрытия сентября.
3. Перепроведите документы производственного блока за месяц.
4. Создайте новый документ закрытия месяца.
5. Повторите операцию.

Если в копии ошибка повторяется на чистом новом документе, почти наверняка это ошибка релиза или платформы.

Если ошибка возникает только в рабочей базе, следует проверить:

— изменения конфигурации;
— расширения;
— подключенные внешние обработки;
— дополнительные общие модули;
— права пользователя;
— регламентные задания;
— повреждение кэша.

Для клиент-серверной базы дополнительно можно перезапустить службы 1С после резервного копирования и проверить ошибку повторно. Очистка кэша может устранить только ошибку выполнения старого скомпилированного кода, но не исправит ошибку в самом алгоритме.

## Чего делать не следует

Не следует:

— создавать вручную регистр или справочник НачальноеСальдоПрямыхРасходов;
— исправлять проводки ручной операцией только для обхода ошибки;
— удалять движения регламентных документов напрямую из базы;
— многократно нажимать «Выполнить» без анализа журнала регистрации;
— менять настройки учета наугад;
— выполнять «Тестирование и исправление» на рабочей базе без резервной копии.

Для этой ошибки основной порядок решения такой:

1. получить полный стек из журнала регистрации;
2. определить релиз конфигурации и платформы;
3. проверить обновление;
4. пересоздать документ закрытия месяца;
5. если база измененная, проверить создание временной таблицы в коде;
6. только после этого проверять производственные остатки и настройки распределения расходов.

Рекомендую посмотреть здесь:

— [Типичные ошибки в регламентных операциях закрытия месяца в 1С:КА 2 и ERP 2](https://infostart.ru/1c/articles/2100806/)
— [Регламентные операции закрытия месяца](https://infostart.ru/1c/articles/203645/)

[Автор]

Записи