Проверено на релизе 3.4.5.21 «Управление торговлей для Казахстана» (редакция 3.4).
Контрагент прислал акт на 1 160 000 ₸, а у вас в базе тот же документ на 986 000 ₸. Кто-то залез и поправил сумму. Кто именно и когда — непонятно, а отвечать перед директором вам. Вот ровно для этого и нужен отчёт «Анализ версий объектов». Он показывает историю правок любого версионируемого объекта: какое поле изменилось, с какого значения на какое, кто автор правки и в какую минуту она произошла. Никаких «наверное, это Айгуль» — вы получаете фамилию и время.
1. Назначение
Отчёт выводит список изменений (версий) по выбранным объектам за период: кто создал объект, кто и когда его правил, сколько версий накопилось. Это инструмент контроля и разбора спорных ситуаций — «почему сумма другая», «кто провёл задним числом», «куда делся контрагент в шапке». Сам по себе отчёт ничего не меняет в учёте — только показывает уже записанную историю.
2. Где найти
Путь в интерфейсе:
НСИ и администрирование → Администрирование → Сервис → История изменений → Анализ версий объектов.
В некоторых конфигурациях кнопка называется «Отчёт по версиям» и лежит рядом с журналом «История изменений». Если раздела не видно — значит, у вашей учётной записи нет прав администратора; попросите открыть доступ.
Быстрый способ открыть отчёт прямо в 1С:
- Меню «Сервис» → «Перейти по навигационной ссылке» (или поле навигации вверху окна).
- Вставьте ссылку:
e1cib/list/Отчет.АнализВерсийОбъектов
- Нажмите «Перейти» — откроется форма отчёта.
Важно: чтобы отчёту было что показывать, версионирование должно быть включено заранее. Настройка: НСИ и администрирование → Настройки версионирования объектов. Там для каждого типа объекта (документы, справочники) задаётся, версионировать его или нет. Если версионирование было выключено — по правкам «до вчера» истории не будет, отчёт покажет пусто.
2а. Как узнать свой релиз
Меню «Справка» → «О программе» (значок вопроса в правом верхнем углу). В открывшемся окне:
- Версия платформы — например, 8.3.24.x (строка «1С:Предприятие»).
- Релиз конфигурации — строка «Управление торговлей для Казахстана, редакция 3.4», версия 3.4.5.21.
Названия кнопок и состав полей отчёта привязаны к релизу конфигурации. Данная методичка написана под 3.4.5.21.
3. Как заполнить (настроить) отчёт
Отчёт — это не документ, проводок он не делает. «Заполнение» здесь = настройка отбора и формирование. Разберём каждое поле.
| Поле | Зачем нужно | Что будет, если задать неверно |
|---|---|---|
| Период (с … по …) — ОБЯЗАТЕЛЬНО по смыслу | Ограничивает выборку версий по дате их создания. Ставьте интервал, когда предположительно случилась правка. | Слишком узкий период — нужная версия не попадёт, решите, что правок не было. Слишком широкий — тысячи строк, отчёт «задумается». |
| Объект / Тип объекта | Указываете, что анализируем: конкретный документ (например, «Реализация товаров и услуг № …») или весь тип целиком. | Не выбрали объект — получите историю по всей базе, найти нужное будет тяжело. |
| Автор изменения (Пользователь) | Отбор по конкретному сотруднику — «покажи всё, что правила Иванова». | Ошиблись в пользователе — правки реального виновника не увидите. |
| Вид изменения | Фильтр: «Создание», «Изменение», «Удаление (пометка)». | Оставите только «Создание» — не увидите правок сумм. |
| Выводить значения реквизитов (флажок) | Включает построчное сравнение «поле → было → стало». Это и есть главное. | Снимете флажок — увидите только факт правки без деталей, что именно поменяли. |
| Группировка | Как свернуть результат: по объекту, по автору, по дате. | Неудобная группировка — придётся листать; на суть не влияет. |
После настройки нажмите «Сформировать» (F5). Кнопка «Настройки» открывает расширенный конструктор отбора и группировок, кнопка «Сохранить настройки» — чтобы не задавать отбор каждый раз.
4. Разобранный пример с конкретными цифрами
Ситуация. Документ «Реализация товаров и услуг № КЗ-000123 от 05.09.2026», контрагент ТОО «Астана-Снаб».
Как документ выглядел изначально (версия 1, автор — Смирнова, 05.09.2026 10:14):
- Товар «Кабель ВВГ», 1 000 шт.
- Стоимость без НДС: 1 000 000 ₸
- НДС 16%: 160 000 ₸
- Итого к оплате: 1 160 000 ₸
Позже кто-то уменьшил количество. Версия 2 (автор — Ахметова, 12.09.2026 17:42):
- Товар «Кабель ВВГ», 850 шт.
- Стоимость без НДС: 850 000 ₸
- НДС 16%: 136 000 ₸
- Итого: 986 000 ₸
Что вы делаете. Открываете «Анализ версий объектов», период с 01.09 по 23.09.2026, объект — этот документ, флажок «Выводить значения реквизитов» включён. Жмёте «Сформировать». Отчёт даёт таблицу:
| Версия | Дата, время | Автор | Реквизит | Было | Стало |
|---|---|---|---|---|---|
| 1 | 05.09.2026 10:14 | Смирнова | — (создание) | — | Итого 1 160 000 ₸ |
| 2 | 12.09.2026 17:42 | Ахметова | Количество | 1 000 | 850 |
| 2 | 12.09.2026 17:42 | Ахметова | Сумма без НДС | 1 000 000 | 850 000 |
| 2 | 12.09.2026 17:42 | Ахметова | НДС | 160 000 | 136 000 |
| 2 | 12.09.2026 17:42 | Ахметова | Сумма всего | 1 160 000 | 986 000 |
Вывод за 30 секунд: сумму снизила Ахметова 12 сентября в 17:42, уменьшив количество с 1000 до 850. Теперь есть с кем разговаривать и что восстанавливать.
Про проводки. Их делает не отчёт, а сам документ реализации. Для справки — в момент проведения версии 1 в типовом плане счетов РК формировались бы движения:
| Дт | Кт | Сумма, ₸ | Содержание |
|---|---|---|---|
| 1210 | 6010 | 1 000 000 | Выручка от реализации (без НДС) |
| 1210 | 3130 | 160 000 | НДС 16% к уплате |
| 7010 | 1330 | (себестоимость) | Списание себестоимости товара |
После правки Ахметовой (версия 2) эти же проводки пересчитались бы на 850 000 / 136 000. Отчёт «Анализ версий» именно и объясняет, почему выручка на счёте 6010 «просела» на 150 000 ₸ — потому что документ переписали.
Кнопки в самом отчёте по строке версии:
- «Перейти на версию» — открыть объект в том виде, каким он был в этой версии.
- «Сравнить версии» — выделить две строки и получить пораздельное сравнение (аналог «дифф»).
- «Восстановить версию» — вернуть объекту прежнее состояние (доступно из журнала «История изменений», требует прав).
5. Виды операции (режимы отчёта)
Отдельного «вида операции», как у документа, у отчёта нет. Но по типу правки он различает:
- Создание объекта — первая версия, кто завёл документ.
- Изменение — правка реквизитов; выводит «было → стало».
- Установка пометки удаления / снятие пометки — фиксирует, кто пометил объект на удаление.
- Сравнение двух произвольных версий — режим «дифф» между любыми точками истории.
6. Что формируется при формировании
Отчёт не делает бухгалтерских проводок, не создаёт ЭСФ и СНТ и не пишет движения в регистры. Это принципиально: он только читает уже сохранённые версии. ЭСФ (через ИС ЭСФ) и СНТ формирует не он, а первичные документы — реализация, перемещение и т.д.
Результат работы отчёта:
- Табличный документ на экране (его можно сохранить в Excel, PDF, распечатать).
- При нажатии «Перейти на версию» — временное открытие объекта в прошлом состоянии (в базе ничего не меняется).
- При «Восстановить версию» — уже реальное изменение объекта (это действие журнала истории, не самого отчёта).
Источник данных — регистр сведений «Версии объектов» (заполняется механизмом версионирования при каждой записи объекта). Если версионирование по типу объекта выключено — регистр пуст, отчёт пуст.
7. Печатные формы
Отдельного «бланка» у отчёта нет — печатается сам сформированный табличный документ:
- «Печать» (Ctrl+P) — вывод таблицы отчёта на принтер.
- «Сохранить как…» — выгрузка в Excel (.xlsx), PDF, ODF, Word.
- «Сравнение версий» — печать сопоставления двух версий (что было / что стало) — удобно приложить к служебной записке.
8. Частые ошибки
«Нет данных для отчёта» — отчёт сформирован, но пусто. Причина: версионирование по этому типу объекта не включено, либо правки были до его включения, либо период отбора мимо. Проверьте НСИ и администрирование → Настройки версионирования объектов: у нужного типа должно стоять «Версионировать». Расширьте период.
«Недостаточно прав для выполнения операции над объектом "Версии объектов"». Причина: у пользователя нет права на просмотр истории изменений. Администратор должен добавить роль на работу с версионированием (профиль с доступом к истории изменений).
Отчёт формируется минуты, база «висит». Причина: задан слишком широкий период и тип «все документы» с флажком «Выводить значения реквизитов». Сузьте период, выберите конкретный объект или автора.
В сравнении видно, что реквизит менялся, но старое значение пустое / «<Объект не найден>». Причина: связанный объект (например, контрагент) позже удалён из базы. Версия хранит ссылку, а цель ссылки уже стёрта. Это не сбой отчёта — восстанавливайте по значению из соседних реквизитов.
Правка есть в журнале «История изменений», а в отчёте её нет. Причина: разные настройки отбора «Вид изменения». Включите все виды (Создание + Изменение + Пометка удаления).
9. FAQ
Ответы на частые вопросы — в конце материала (см. блок «Как узнать свой релиз») и ниже.
10. Смежные документы
Отчёт «Анализ версий объектов» — надстройка над любым версионируемым объектом, поэтому «основания» у него не документные, а системные:
- Настройки версионирования объектов (НСИ и администрирование) — включают/выключают хранение версий; без них отчёт мёртв.
- Журнал «История изменений» — тот же источник данных, но в виде списка; из него доступны «Перейти на версию» и «Восстановить версию».
- Анализируемые объекты — «Реализация товаров и услуг», «Приобретение товаров и услуг», «Перемещение товаров», «Заказ клиента», справочники «Контрагенты», «Номенклатура» и другие, для которых включено версионирование.
- Журнал регистрации — смежный инструмент: показывает вход/выход пользователей и события, но без «было → стало».版ии дополняют журнал регистрации деталями правок.
Как узнать свой релиз
«Справка» → «О программе»: там указаны версия платформы 1С:Предприятие и релиз конфигурации «Управление торговлия для Казахстана, редакция 3.4». Инструкция актуальна для релиза 3.4.5.21; в других релизах названия кнопок и набор полей отчёта могут отличаться.
Методичка подготовлена для «Управление торговлей для Казахстана», редакция 3.4, релиз 3.4.5.21.