Администрирование · 12 мин
Как проверить, что изменилось в документе 1С
Способы узнать, кто и что изменил в документе 1С: журнал регистрации, история изменений, сравнение версий, отчёты по движениям. Пошаговые инструкции и типичные ошибки.
Когда сумма в накладной не сходится, проводка внезапно исчезла или документ «сам» поменял дату, первый вопрос бухгалтера и администратора — кто и что изменил. В 1С для этого есть несколько встроенных механизмов: журнал регистрации, история изменений объектов, сравнение версий и отчёты по движениям документа. Каждый из них отвечает на свою часть вопроса: один показывает автора изменения, другой — сам факт перепроведения, третий — конкретные изменённые реквизиты.
Важно понимать ограничение: стандартный журнал регистрации фиксирует событие изменения (кто, когда, какой объект), но не показывает, какое именно поле поменялось и каким было старое значение. Для детального сравнения «было — стало» нужны дополнительные механизмы: версионирование объектов, подсистема истории изменений в типовых конфигурациях или специализированные отчёты. Ниже разобраны все рабочие способы — от самого быстрого до самого подробного.
Порядок действий зависит от конфигурации (УТ, ERP, Бухгалтерия, ЗУП) и от того, включены ли нужные настройки заранее. Часть механизмов работает «из коробки», часть требует предварительной настройки — если её не сделали до инцидента, восстановить старые значения будет сложнее.
Определяем, что именно нужно узнать
Прежде чем открывать инструменты, сформулируйте вопрос точнее. «Что изменилось в документе» может означать четыре разные задачи: кто изменил документ, когда его изменили, какие реквизиты поменялись и как это повлияло на учёт (проводки, остатки, взаиморасчёты). Для каждой задачи — свой инструмент, и попытка ответить на все вопросы одним отчётом обычно заканчивается потерей времени.
Если нужно просто найти виновника — достаточно журнала регистрации. Если спор идёт о сумме или дате — нужна история изменений с показом старых и новых значений. Если документ «сломал» отчётность — смотрите движения документа и отчёты по остаткам на разные даты. Правильная постановка задачи сокращает проверку с часов до минут.
Как выбрать инструмент
Журнал регистрации: кто и когда изменил документ
Журнал регистрации — главный и самый доступный инструмент. Откройте его через раздел «Администрирование» → «Журнал регистрации» (в тонком клиенте также доступно через «Ещё» в зависимости от конфигурации). Журнал фиксирует события записи, проведения, отмены проведения, пометки удаления для каждого объекта.
Чтобы не листать тысячи записей, настройте отбор: нажмите кнопку «Отбор», укажите период (дату предполагаемого изменения), в поле «Данные» выберите конкретный документ, при необходимости — пользователя. После применения отбора вы увидите список всех действий с документом: создание, каждое перепроведение, изменение пометки удаления. В колонках видны пользователь, время с точностью до секунды, компьютер и вид события.
Учтите важное ограничение: журнал регистрации показывает факт изменения, но не содержимое. Запись вида «Документ.РеализацияТоваровУслуг.Изменение» говорит лишь о том, что документ был перезаписан. Если пользователь открыл документ и нажал «Провести» без реальных правок, событие всё равно зафиксируется. Поэтому журнал — это отправная точка расследования, а не финальный ответ.
- 1Откройте Администрирование → Журнал регистрации
- 2Нажмите «Отбор» и задайте период — дату предполагаемого изменения с запасом
- 3В поле «Данные» выберите нужный документ через подбор
- 4При необходимости укажите пользователя и уровень событий «Информация»
- 5Примените отбор и изучите список: пользователь, время, вид действия
- 6Дважды щёлкните событие — откроется карточка с деталями сеанса
История изменений: сравнение «было — стало»
В типовых конфигурациях на базе Библиотеки стандартных подсистем (УТ 11, ERP, БП 3.0, ЗУП 3.1) есть механизм версионирования объектов — «История изменений». Он сохраняет снимки документа при каждой записи и позволяет сравнить любые две версии: система подсветит, какие реквизиты и строки табличных частей изменились, с показом старого и нового значения.
Если механизм включён, откройте документ и найдите команду «История изменений» в меню «Ещё» (иногда — отдельная кнопка на панели). Выберите две версии и нажмите «Сравнить». Отчёт покажет различия по реквизитам шапки и по строкам табличных частей: добавленные, удалённые и изменённые позиции.
Если история не настроена, включить её может администратор: «Администрирование» → «Общие настройки» (или «Настройки работы с файлами и версиями» в зависимости от конфигурации) → «История изменений». Там задаётся список версионируемых видов документов и срок хранения версий. Критичный момент: версионирование начинает работать только с момента включения — прошлые изменения задним числом оно не восстановит.
Сравнение документа с архивной копией
Когда история изменений не велась, единственный способ увидеть старые значения — архивная копия базы. Восстановите копию за нужную дату в отдельный каталог (ни в коем случае не поверх рабочей базы), откройте её под своим пользователем и найдите тот же документ по номеру и дате.
Сравнение удобно делать вручную по ключевым полям: сумма, количество, контрагент, договор, дата, склады, счета учёта. Для документов с большими табличными частями откройте обе версии рядом на двух мониторах или выведите печатные формы обеих версий и сличите их. Если база файловая — просто скопируйте файл 1Cv8.1CD из архива; если клиент-серверная — попросите администратора СУБД восстановить копию под другим именем.
Этот метод трудоёмок, но надёжен: архивная копия — неизменяемый снимок, и её можно использовать как доказательство при разборе спорной ситуации. Именно поэтому регулярное резервное копирование — не формальность, а инструмент расследования инцидентов.
Движения документа: как изменение повлияло на учёт
Изменение документа опасно не само по себе, а своими последствиями: перепроведённая реализация меняет остатки склада и взаиморасчёты, изменённое поступление — НДС и себестоимость. Чтобы оценить ущерб, откройте движения документа: в форме документа нажмите кнопку «Движения» (или «Перейти» → «Движения документа»). Вы увидите, какие записи документ сейчас формирует в регистрах.
Дальше сопоставьте движения с отчётами. Например, если изменилась реализация, сформируйте «Оборотно-сальдовую ведомость по счёту» или отчёт по взаиморасчётам на дату документа и на текущую дату — расхождение покажет эффект перепроведения. Для складских документов полезен отчёт по остаткам товаров с детализацией до регистратора: строка с вашим документом покажет его текущий вклад в остатки.
Обратите внимание на последовательность проведения: перепроведение старого документа могло сдвинуть границу последовательности, и часть последующих документов стала неактуальной. Признак — сообщения о нарушении последовательности при закрытии месяца или расхождения в себестоимости. Восстановление последовательности — задача для обслуживающего специалиста, делать это в период сдачи отчётности не стоит.
Дополнительные способы контроля
Помимо основных инструментов, есть несколько вспомогательных приёмов. Во многих конфигурациях в форме документа видны служебные поля: автор документа и кнопка «Изменить» с датой последней модификации — это быстрый способ понять, что документ трогали после создания, даже без журнала регистрации.
Для постоянного контроля критичных документов настройте запрет изменения данных (дату запрета редактирования): «Администрирование» → «Даты запрета изменения данных». Это не способ проверки, а профилактика — закрытый период нельзя изменить без специальных прав, и вопрос «кто поменял прошлый квартал» перестаёт возникать.
В клиент-серверных базах администратор может дополнительно посмотреть технологический журнал и логи СУБД, но это инструменты для разработчиков и требуют аккуратной настройки. Для регулярного аудита изменений в крупных организациях иногда внедряют отдельные подсистемы аудита, которые пишут изменения реквизитов в собственный регистр — такая доработка окупается, когда споры по документам возникают постоянно.
Сравнение способов проверки
Работает всегда и без настройки; показывает кто и когда, но не показывает значения реквизитов
Даёт полное сравнение «было — стало»; требует включения заранее и расходует место в базе
Единственный источник старых значений без версионирования; трудоёмко и требует наличия свежих бэкапов
Показывают влияние на учёт, но не авторство изменения; подходят для оценки последствий
Типичные ошибки при разборе изменений
Самая частая ошибка — выводы по одному журналу регистрации. Событие «Изменение» фиксируется даже при перепроведении без правок, поэтому «пользователь изменил документ» в журнале не всегда означает реальную правку данных. Прежде чем предъявлять претензии, проверьте историю изменений или сравните версии.
Вторая ошибка — проверка в рабочей базе «на живую»: восстановление копии поверх рабочих данных, ручная правка документа «как было» без анализа движений. Такие действия превращают один проблемный документ в цепочку расхождений по регистрам. Любые исправления делайте только после того, как поняли полную картину: что изменилось, кем и что это нарушило.
Третья ошибка — игнорирование фона: обмены между базами, обработки группового изменения реквизитов и загрузки из внешних систем тоже пишут события в журнал. Если изменение выполнено под пользователем «ОбменДанными» или фоновым заданием, искать виновного среди операторов бессмысленно — смотрите настройки синхронизации.
Как настроить контроль на будущее
Чтобы следующий разбор занял минуты, а не дни, настройте три вещи. Первое: включите историю изменений для ключевых видов документов — реализаций, поступлений, кассовых и банковских документов, установки цен. Задайте разумный срок хранения версий, чтобы база не разрасталась.
Второе: установите даты запрета редактирования по закрытым периодам и разграничьте права — право изменять чужие и прошлые документы должно быть только у узкого круга сотрудников. Третье: убедитесь, что резервные копии создаются регулярно и реально восстанавливаются — периодически проверяйте это на тестовом развёртывании.
Что важно запомнить
Журнал регистрации отвечает на вопрос «кто и когда», история изменений — «что именно поменялось», движения и отчёты — «как это повлияло на учёт». Версионирование работает только с момента включения, поэтому настройте его заранее вместе с датами запрета и регулярным резервным копированием.
Частые вопросы
Можно ли в журнале регистрации увидеть, какое поле изменили в документе?
Нет, стандартный журнал регистрации фиксирует только факт записи объекта, пользователя и время. Старые и новые значения реквизитов показывает история изменений (версионирование объектов) либо сравнение с архивной копией базы.
История изменений не была включена. Как узнать старые значения документа?
Восстановите резервную копию базы за дату до изменения в отдельную тестовую базу и сравните документ с текущей версией вручную. Если копий нет, восстановить прежние значения штатными средствами не получится.
Почему в журнале регистрации нет событий по документу за нужную дату?
Возможные причины: слишком узкий период отбора, журнал был очищен при сокращении, либо изменение выполнялось в другой базе и пришло обменом. Проверьте настройки хранения журнала и расширьте период поиска.
Документ изменился, но пользователь утверждает, что не трогал его. Как проверить?
Посмотрите в журнале регистрации, под каким пользователем и с какого компьютера зафиксировано событие. Если это служебный пользователь обмена или фоновое задание — изменение пришло из синхронизации или обработки, а не от действий сотрудника.
Можно ли запретить изменение документов прошлых периодов?
Да, для этого служит механизм «Даты запрета изменения данных» в разделе «Администрирование». Документы до установленной даты смогут менять только пользователи со специальными правами.
Съедает ли версионирование много места в базе?
Каждая версия — это снимок документа, поэтому при большом объёме документов рост базы заметен. Ограничьте список версионируемых видов документов только критичными и задайте срок хранения версий, после которого старые версии удаляются.