Сбои, ошибки базы и неверные цифры в 1С:Бухгалтерии 8.3: что проверять и как чинить

Чтобы исправить ошибку в 1С:Бухгалтерии 8.3, сначала определите её тип: сбой платформы, повреждение базы, ошибка сервера СУБД, сбой обновления или ошибка учёта. От этого зависит инструмент: очистка кэша, Конфигуратор → Администрирование → Тестирование и исправление, утилита chdbfl.exe, проверка сервера или перепроведение документов . Перед любым исправлением базы сделайте резервную копию.

Типичная картина: утром бухгалтер открывает базу и видит Ошибка формата потока, а вчера всё работало. Или база открывается, но баланс в ОСВ не сходится после закрытия месяца. Это разные ошибки, и лечатся они по-разному. Ниже — порядок, который применяют специалисты по сопровождению.

Откуда брать сведения об ошибке

Без точного текста ошибки чинить вслепую — путь к лишним действиям. Соберите факты в таком порядке.

Текст сообщения и подробности

1. 📸 Сделайте снимок окна ошибки целиком.
2. 🔍 Если в окне есть кнопка или ссылка «Подробнее», раскройте её — там стек вызовов и имя модуля.
3. 🕐 Запишите время, пользователя и действие: открытие базы, проведение документа, формирование отчёта.

Сообщение вида {ОбщийМодуль.ИмяМодуля.Модуль(123)} указывает на конкретное место кода конфигурации. Такая ошибка — дело разработчика или обновления, а не повреждения базы.

Журнал регистрации

Журнал есть в каждой базе. В пользовательском режиме он находится в Администрирование → Обслуживание → Журнал регистрации, в Конфигураторе — Администрирование → Журнал регистрации.

• Отберите события с уровнем «Ошибка» за нужный период.
• Посмотрите, у одного пользователя ошибка или у всех.
• Сравните время ошибки со временем обновления, завершения работы сервера, загрузки данных.

Технологический журнал

Если ошибка «плавающая» или приводит к аварийному завершению клиента, включите технологический журнал. Он настраивается файлом logcfg.xml в каталоге conf платформы, например C:\Program Files\1cv8\conf\.

<?xml version="1.0" encoding="UTF-8"?>
<config xmlns="http://v8.1c.ru/v8/tech-log">
  <log location="C:\1C_TechLog" history="24">
    <event>
      <eq property="name" value="EXCP"/>
    </event>
    <property name="all"/>
  </log>
</config>

Журнал пишет исключения (событие EXCP) в каталог C:\1C_TechLog и хранит 24 часа.

Частые ошибки 1С:Бухгалтерии и что за ними стоит

Большая часть обращений укладывается в несколько групп. Определите свою по тексту сообщения.

Отдельная группа — ошибки учёта. Программа работает, но в отчётах неверные суммы, красное сальдо или минусы по складу. Их разбираем ниже, в разделе про документы.

Исправление ошибок в файловой базе

Файловая база хранится в одном файле 1Cv8.1CD. Её повреждают внезапное выключение компьютера, обрыв сетевой папки и антивирус, который проверяет файл во время записи.

Прежде чем что-либо исправлять, скопируйте каталог базы целиком в другое место. Исправление может удалить повреждённые записи безвозвратно.

Шаг 1. Очистка кэша

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

1. Закройте 1С на этом компьютере.
2. Откройте папки %APPDATA%\1C\1cv8\ и %LOCALAPPDATA%\1C\1cv8\.
3. Удалите папки с длинными именами вида GUID. Файлы списка баз (ibases.v8i хранится в %APPDATA%\1C\1CEStart\) не трогайте.

Другой способ — добавить параметр /ClearCache в дополнительные параметры запуска базы в окне выбора информационной базы (кнопка Изменить, последний шаг).

Шаг 2. Тестирование и исправление в Конфигураторе

Для этой операции нужен монопольный доступ: все пользователи должны выйти из базы.

1. Запустите базу в режиме Конфигуратор.
2. Откройте Администрирование → Тестирование и исправление.
3. Отметьте проверки (см. таблицу).
4. Выберите режим «Тестирование и исправление», а при ссылках на несуществующие объекты — «Создавать объекты» или «Очищать ссылки».
5. Нажмите Выполнить и дождитесь протокола.

Шаг 3. Утилита chdbfl.exe

Когда база не открывается даже в Конфигураторе, используйте утилиту chdbfl.exe. Она лежит в каталоге bin установленной платформы: C:\Program Files\1cv8\8.3.xx.xxxx\bin\.

1. Убедитесь, что базу никто не открыл.
2. Запустите chdbfl.exe, укажите путь к файлу 1Cv8.1CD.
3. Поставьте флажок «Исправлять обнаруженные ошибки».
4. Нажмите Выполнить.

После утилиты всё равно выполните тестирование и исправление в Конфигураторе: chdbfl.exe чинит физическую структуру файла, но не логику данных.

Сбои клиент-серверной базы на SQL-сервере

В клиент-серверном варианте данные хранит СУБД (MS SQL Server или PostgreSQL). Ошибки здесь начинаются со слов Ошибка СУБД: и содержат текст самой СУБД.

Проверка целостности на стороне СУБД

Для MS SQL Server целостность проверяет команда:

DBCC CHECKDB ('ИмяБазы') WITH NO_INFOMSGS;

Если команда сообщает об ошибках, сначала восстановите базу из последней исправной копии. Режимы исправления с потерей данных в DBCC — крайняя мера, решение о ней принимает администратор СУБД.

Тестирование серверной базы

Тестирование и исправление в Конфигураторе работает и для серверной базы. Но на большой базе оно идёт часами, поэтому запускайте его в нерабочее время.

Ошибки при обновлении конфигурации

Обновление — частый источник проблем. Чаще всего встречаются три ситуации.

Обновление прервалось

Сообщение о несоответствии конфигурации базы данных означает, что новая конфигурация загружена, но структура базы не обновлена.

1. Откройте базу в Конфигураторе.
2. Выполните Конфигурация → Обновить конфигурацию базы данных.
3. Примите изменения в окне реорганизации.
4. Запустите базу в пользовательском режиме и дождитесь завершения обработчиков обновления.

Ошибка обработчика обновления

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

• Исправьте данные, на которые указывает сообщение, и повторите запуск.
• Если ошибка в отложенной обработке данных, программа работает, но часть отчётов может быть неточной. Результаты смотрите в Администрирование → Обслуживание, в группе результатов обновления программы.

Не тот путь обновления

Типовую Бухгалтерию нельзя обновить через несколько релизов сразу — только по цепочке, указанной в описании обновления. Если файл .cfu не подходит к текущему релизу, Конфигуратор его не примет. Автоматическое обновление в Администрирование → Интернет-поддержка и сервисы выбирает цепочку само.

Ошибки в документах, проводках и отчётах

Такие ошибки не связаны с повреждением базы. Программа работает, но учёт неверный.

Документ не проводится

Прочтите сообщение внизу формы или в окне сообщений. Частые причины:

• 🔒 дата документа попадает в закрытый период — дата запрета изменения задаётся в настройках пользователей и прав раздела Администрирование;
• 📦 не хватает остатка товара или материала на дату документа;
• 📝 не заполнен обязательный реквизит: счёт учёта, договор, статья затрат;
• 👤 у пользователя нет прав на проведение этого вида документа.

Неверные цифры в отчётах

Порядок проверки, который быстрее всего находит причину:

1. Запустите Отчеты → Анализ учета → Экспресс-проверка за период. Отчёт покажет красное сальдо, незакрытые счета, проблемы с НДС и ссылками.
2. Сформируйте оборотно-сальдовую ведомость и найдите счёт с аномалией.
3. Расшифруйте сумму двойным щелчком до документа-источника.
4. Исправьте документ и перепроведите его.
5. Если документ влияет на себестоимость или закрытие месяца , повторите Операции → Закрытие месяца за этот и последующие месяцы.

Ручные корректировки

Операцию, введённую вручную, программа не пересчитает при закрытии месяца. Если ошибка возникла из-за неё, исправляйте саму операцию, а не добавляйте вторую, «компенсирующую». Иначе через квартал разобраться в счёте будет невозможно.

Как восстановить данные после сбоя

Если исправление не помогло или удалило важные данные, остаётся восстановление из копии.

Загрузка выгрузки .dt

1. Создайте новую пустую базу или используйте существующую.
2. Откройте её в Конфигураторе.
3. Выберите Администрирование → Загрузить информационную базу и укажите файл .dt.

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

Восстановление на SQL-сервере

При полной модели восстановления можно вернуть базу на момент за минуту до сбоя: полная копия плюс копии журнала транзакций. При простой модели — только на момент последней полной копии. Восстанавливайте в отдельную базу, проверяйте данные и только потом переключайте пользователей.

Если копии нет

Данные за потерянный период придётся ввести заново по первичным документам. Банковскую выписку загрузите повторно из клиент-банка, документы контрагентов — из ЭДО, если он подключён. Этот опыт обычно убеждает настроить регулярное копирование.

Когда без специалиста не обойтись

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

Обращайтесь к администратору или программисту 1С, если:

• 🧩 ошибка указывает на модуль конфигурации и повторяется после обновления;
• 💾 chdbfl.exe и тестирование не исправили базу или удалили данные;
• 🖥️ ошибки СУБД повторяются, а DBCC CHECKDB показывает повреждения;
• 🔀 конфигурация доработана, а обновление ломает объединение;
• 📊 после перепроведения не сходится отчётность за сданные периоды.

Что подготовить для обращения: текст ошибки со снимком экрана, время, выгрузку журнала регистрации, номер платформы и релиз конфигурации из Справка → О программе. С этим набором разбор занимает заметно меньше времени.

Частые вопросы