К статье
Практический материал

Администрирование · 12 мин

Как в 1С посмотреть историю изменения заказа

Как посмотреть историю изменения заказа в 1С: версионирование объектов, журнал регистрации, сравнение версий, настройка прав и типичные ошибки при поиске изменений.

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

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

Ниже разобраны оба способа, порядок настройки версионирования, типичные ошибки и варианты действий, если история не велась.

Какие данные об изменениях хранит 1С

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

Второй уровень — версионирование объектов. Этот механизм при каждой записи документа сохраняет полный «снимок» его данных: реквизиты, табличные части, ответственного. Версии можно сравнивать между собой и видеть, какое именно поле изменилось и каким было прежнее значение. Такой подход доступен в типовых конфигурациях на базе Библиотеки стандартных подсистем: Управление торговлей, ERP, Комплексная автоматизация, Бухгалтерия предприятия и других.

Как включить версионирование для заказов

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

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

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

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

Как посмотреть историю изменений заказа

Когда версионирование включено и проработало хотя бы некоторое время, просмотр истории занимает несколько секунд. Откройте нужный заказ из списка документов (раздел «Продажи» → «Заказы клиентов» или аналогичный) и найдите кнопку «История изменений» — обычно она расположена в меню «Ещё» формы документа.

Откроется список версий с указанием номера версии, даты и времени записи, автора изменения и комментария. Выбрав любую версию, вы увидите значения всех реквизитов и табличных частей заказа на тот момент. Это позволяет точно установить, в какой момент, например, исчезла строка с товаром или изменилась цена.

Сравнение двух версий

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

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

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

Как найти автора правок через журнал регистрации

Если версионирование не включено, единственный штатный источник сведений — журнал регистрации. Откройте его через «Администрирование» → «Журнал регистрации» (в некоторых конфигурациях — через меню «Все функции» или сервисные обработки). Журнал доступен пользователям с соответствующими правами.

Чтобы не пролистывать тысячи записей, настройте отбор: нажмите кнопку отбора и укажите период, когда предположительно произошло изменение, пользователя (если есть подозрения) и данные — выберите тип «Заказ клиента». В результатах будут события «Данные. Изменение», «Данные. Добавление», «Данные. Удаление» с указанием автора и точного времени.

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

Сравнение способов просмотра истории

Выбор инструмента зависит от того, что именно нужно выяснить и была ли выполнена предварительная настройка. Сопоставление возможностей приведено ниже.

КритерийВерсионирование объектовЖурнал регистрации
Что показываетПолные значения всех полей на момент каждой записиФакт, автора и время изменения
Требует настройкиДа, работает только после включенияНет, ведётся всегда
Сравнение версийЕсть, с подсветкой различийНет
Восстановление данныхВозможно в ряде конфигурацийНевозможно
Влияние на объём базыЗаметное при интенсивной работеУмеренное
История за прошлые периодыТолько с момента включенияДа, в пределах глубины журнала
Маршрут решения

Как выбрать действие

Нужно узнать, какие именно поля заказа изменилисьОткройте «Историю изменений» в карточке заказа и сравните версии — но только если версионирование было включено заранее
Нужно узнать, кто и когда трогал заказ, а версионирование не настроеноИспользуйте журнал регистрации с отбором по типу данных «Заказ клиента» и периоду
Заказ исчез из спискаПроверьте журнал регистрации на события пометки удаления и включите отображение помеченных объектов в списке
Требуется постоянный контроль изменений в будущемВключите версионирование для заказов и настройте срок хранения версий

Что делать, если история не велась

Если спорная ситуация возникла, а версионирование не было включено, полностью восстановить картину не удастся, но кое-что выяснить можно. Начните с журнала регистрации: установите автора и время правки. Затем проверьте связанные документы — счета, реализации, резервы на складе. Их движения часто косвенно отражают прежнее состояние заказа: например, если резерв был снят, видно, какие позиции в нём участвовали.

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

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

Типичные ошибки
01
Ожидание, что история ведётся по умолчанию: версионирование в типовых конфигурациях часто выключено, и без настройки старые значения полей не восстановить.
02
Поиск изменённых полей в журнале регистрации: журнал фиксирует только факт правки, и тратить время на поиск деталей там бесполезно.
03
Восстановление старой версии заказа без проверки связанных документов: это ломает цепочки реализаций и оплат.
04
Включение версионирования для всех объектов без ограничений: база быстро растёт, а поиск нужной версии усложняется — настраивайте выборочно.
05
Игнорирование прав доступа: если историю изменений не видно, часто причина не в отсутствии данных, а в ограничении прав пользователя.

Ограничения и нюансы в разных конфигурациях

Расположение команд отличается в зависимости от конфигурации и её версии. В Управлении торговлей и ERP настройка находится в «НСИ и администрирование» → «Общие настройки», в Бухгалтерии предприятия версионирование для документов может быть ограничено или отсутствовать в базовых версиях. В старых конфигурациях на обычных формах кнопка истории может находиться непосредственно на панели формы документа.

Учтите и влияние на производительность. Каждая версия — это полная копия документа в хранилище, поэтому при сотнях изменений заказов в день объём данных растёт ощутимо. Настройте регламентную очистку устаревших версий и периодически контролируйте размер базы. В файловых базах рост объёма ощущается быстрее, чем в клиент-серверных.

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

Итог

Что важно запомнить

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

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

Почему в карточке заказа нет кнопки «История изменений»?

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

Можно ли посмотреть историю изменений за период до включения версионирования?

Нет, штатными средствами — нельзя. Версии начинают записываться только с момента включения механизма. Для прошлых периодов остаются журнал регистрации (автор и время правки) и анализ резервных копий базы за нужные даты.

Видно ли в истории, кто удалил заказ?

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

Сильно ли версионирование замедляет работу 1С?

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

Можно ли настроить уведомления об изменении заказа?

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

Чем отличается «История изменений» от даты изменения в карточке документа?

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