Кто и что поменял в базе 1С: где искать следы правок

Посмотреть, какие изменения были сделаны в 1С, проще всего в журнале регистрации: в БП 3.0 и ЗУП 3.1 это Администрирование → Обслуживание → Журнал регистрации, в УТ 11 — НСИ и администрирование → Обслуживание → Журнал регистрации. Там видно, кто, когда и с какого компьютера изменил, провёл или удалил документ. Старые и новые значения реквизитов журнал не показывает — для этого нужна включённая «История изменений» (версионирование объектов).

Частое заблуждение: «в журнале регистрации записано всё, сейчас найдём, кто поменял сумму». Журнал фиксирует сам факт записи объекта, но не то, какое поле было до и после. Если версионирование заранее не включали, прежнее значение можно достать только из резервной копии.

Журнал регистрации: где смотреть изменения в 1С в первую очередь

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

1. Из раздела администрирования (пути выше) — удобная форма с отбором.
2. Через Все функции → Стандартные → Журнал регистрации. Если пункта «Все функции» в меню нет, включите его: Сервис и настройки → Настройки → Отображать команду «Все функции».
3. Из Конфигуратора: Администрирование → Журнал регистрации.

Как поставить отбор

Без отбора в журнале тысячи строк за день. Откройте отбор и заполните только нужное:

• 📅 Период — сузьте до дня или нескольких часов, когда предположительно была правка.
• 👤 Пользователи — если подозреваете конкретного сотрудника.
• 🏷 События — для изменений данных выбирайте группу «Данные»: Данные. Изменение, Данные. Добавление, Данные. Удаление, Данные. Проведение, Данные. Отмена проведения.
• 📂 Метаданные — тип объекта, например документ «Реализация (акты, накладные, УПД)» или справочник «Контрагенты».
• 📄 Данные — конкретный документ или элемент справочника. Это самый точный отбор.
• 💻 Компьютер и Приложение — помогает понять, была правка вручную, через обмен, фоновое задание или внешнее соединение.

Что видно в строке журнала

Если журнал пустой

Журнал пишет только то, что разрешено настройкой. Проверьте её в Конфигураторе: Администрирование → Настройка журнала регистрации. Уровни такие:

Изменения данных попадают в журнал только на уровне «Регистрировать все». Включить его задним числом нельзя: правки, сделанные при урезанном журнале, не восстановить.

В той же настройке задаётся разделение журнала по периодам и сокращение старых записей. Если кто-то недавно «сократил журнал», события за удалённый период пропали.

Выгрузка журнала для разбора

Если нужно показать результат руководителю или аудитору, сохраните отобранные записи. В форме журнала есть команда выгрузки в файл XML, а табличную часть можно вывести в табличный документ и сохранить в Excel.

Практичный порядок работы такой:

1. Отберите период и события группы «Данные».
2. Отсортируйте по колонке «Данные», чтобы правки одного документа шли подряд.
3. Сохраните результат сразу: при сокращении журнала записи пропадут.

История изменений документа или справочника: старое и новое значение

Ответ на вопрос «какая сумма была до правки» даёт механизм версионирования. Он есть во всех типовых конфигурациях на БСП: БП 3.0, ЗУП 3.1, УТ 11, КА, ERP.

Как включить

1. Откройте Администрирование → Общие настройки (в УТ 11 — НСИ и администрирование → Общие настройки).
2. В группе «История изменений» установите флажок хранения истории.
3. По ссылке настройки выберите, для каких документов и справочников хранить версии и когда: при каждой записи или только при проведении.
4. Задайте срок хранения версий, иначе база начнёт расти.

Как посмотреть изменения в документе

1. Откройте документ или элемент справочника.
2. В меню Ещё выберите команду «История изменений».
3. Появится список версий: номер, дата, автор, комментарий.
4. Выделите две версии с Ctrl и нажмите «Сравнить». Отчёт подсветит изменённые реквизиты и строки табличных частей.

Пример: в акте на 120 000 руб. кто-то поменял цену услуги на 100 000 руб. В сравнении версий 3 и 4 будет видна строка табличной части «Услуги» с ценой 120 000 в одной колонке и 100 000 в другой, а в шапке версии — пользователь и время записи.

Журнал или версии: что выбрать

Движения и проводки документа: что поменялось в учёте

Иногда документ не трогали, а итог в отчёте изменился. Тогда смотрят не сам документ, а его движения.

Просмотр движений

В БП 3.0 в форме документа есть кнопка Дт/Кт — «Показать проводки и другие движения документа». На вкладках видны проводки и записи регистров накопления и сведений, которые сделал документ.

Что проверить в этом окне:

• ✏️ Флажок «Ручная корректировка». Если он стоит, проводки правили вручную, и при перепроведении документ их уже не перепишет.
• 🔢 Суммы и счета на каждой вкладке регистра, а не только в бухгалтерских проводках.
• 📆 Дату движений — после перепроведения задним числом меняются остатки последующих периодов.

Связанные документы

Команда Ещё → Структура подчиненности показывает цепочку: на основании чего создан документ и что введено на его основании. Удобно, когда изменился счёт-фактура или оплата, а искать надо в исходной реализации.

Отчёты для поиска «плавающих» сумм

• Оборотно-сальдовая ведомость с расшифровкой до документа — сравните с выгруженной ранее ОСВ или отчётностью.
• Карточка счёта — покажет, какой именно документ дал разницу.
• Анализ субконто — если разница по контрагенту или номенклатуре.

Сформируйте отчёт за период, найдите расходящийся документ, а затем откройте его журнал регистрации и историю изменений. Так связка «сумма → документ → пользователь» собирается за несколько минут.

Изменения конфигурации: доработки, расширения и обработки

Правки бывают не только в данных. Если «вчера отчёт считал иначе», возможно, изменили саму программу.

Хранилище конфигурации

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

Сравнение конфигураций без хранилища

Хранилища нет — помогает сравнение: Конфигурация → Сравнить конфигурации. Варианты:

1. Основная конфигурация с конфигурацией базы данных — покажет несохранённые в БД правки.
2. Конфигурация базы с файлом .cf из резервной копии или с поставкой — покажет все доработки относительно типовой.

В отчёте сравнения доступны только отличающиеся объекты и переход к модулю с подсветкой строк.

Расширения и внешние обработки

Логику часто меняют без правки основной конфигурации:

• 🧩 Расширения — в Конфигураторе Конфигурация → Расширения конфигурации, в пользовательском режиме через Все функции → Стандартные → Управление расширениями конфигурации.
• 📎 Дополнительные отчёты и обработки — в БП 3.0 Администрирование → Печатные формы, отчеты и обработки. Посмотрите, что подключено и когда.

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

Технологический журнал: когда журнала регистрации мало

Технологический журнал — это текстовые логи платформы. Он нужен, когда надо увидеть ошибки, долгие запросы, блокировки или вызовы сервера, которые журнал регистрации не пишет. Для поиска «кто поменял сумму» он избыточен, но для разбора сбоев и обменов незаменим.

Включается файлом logcfg.xml в каталоге conf платформы (например, C:\Program Files\1cv8\conf\). Минимальный пример — собирать исключения и хранить логи 24 часа:

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

Для разных задач подключают разные события:

• 🐞 EXCP — исключения и ошибки, с которыми падают обмены и проведение.
• 🐢 DBMSSQL или DBPOSTGRS — запросы к СУБД, по ним ищут долгие операции.
• 🔐 TLOCK и TTIMEOUT — управляемые блокировки и их ожидание.

Параметр history задаёт срок хранения в часах. Платформа подхватывает файл без перезапуска, обычно в течение минуты.

Как откатить изменения и вернуть данные

Способ зависит от того, что именно найдено и есть ли версии.

Восстановление из резервной копии

Если версий нет, единственный источник прежних данных — резервная копия.

1. Не загружайте копию поверх рабочей базы — потеряете всё, что ввели после неё.
2. Разверните копию отдельной базой: создайте пустую информационную базу и загрузите в неё .dt через Администрирование → Загрузить информационную базу в Конфигураторе.
3. Найдите в копии нужный документ и сравните с рабочим.
4. Небольшие расхождения поправьте в рабочей базе руками. Десятки объектов переносят выгрузкой в XML, например универсальной обработкой выгрузки-загрузки данных.

Как не терять следы правок в будущем

Расследование занимает минуты, если база настроена заранее:

• 📝 Журнал регистрации — на уровне «Регистрировать все», без сокращения хотя бы за год.
• 🕓 История изменений — для ключевых документов: реализации, поступления, банк, кассы, начисления зарплаты.
• 👥 Каждому сотруднику — свой пользователь. Общий логин «Бухгалтер» обнуляет пользу журнала.
• 🔒 Даты запрета изменения — закрытые периоды нельзя будет поправить без прав. Настройка находится в разделе администрирования, найти её проще поиском по слову «запрета».
• 💾 Регулярные резервные копии с хранением минимум за несколько недель.

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