Сравнение версий документов: изменения, ссылки на фрагменты и повторное согласование

Сравнение версий документов должно отвечать не только на вопрос «файлы различаются?». Ответственному нужен реестр: что изменилось, где находится правка, как выглядел фрагмент до и после и кто должен принять решение. Такой результат можно проверить и передать на повторное согласование.

Какой результат должно давать сравнение документов

Сначала определите, какой результат требуется.

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

Общий пересказ вроде «изменились условия поставки» недостаточен. Проверяемая запись выглядит так: «раздел 3, пункт 3.2; было: “10 рабочих дней”; стало: “15 рабочих дней”; тип — числовая правка; решение — у владельца срока».

Как подготовить две сопоставимые версии

До сравнения проверьте исходники. Иначе дефект файла можно ошибочно принять за правку автора.

1. Установите происхождение каждой версии: откуда получен файл и кто его передал.
2. Запишите номер, дату или другой признак версии. Названия final и final-2 не объясняют последовательность сами по себе.
3. Проверьте комплектность страниц, приложений и вложенных листов.
4. Приведите содержимое к сопоставимому формату либо зафиксируйте различия форматов как ограничение.
5. Отметьте, применялось ли OCR — распознавание текста скана. Ошибка распознавания не равна правке документа.
6. Отдельно сверьте таблицы, колонтитулы, сноски и нумерацию: при извлечении текста их порядок может измениться.

Неполный скан нельзя без оговорки сравнивать с полным оригиналом. Если в скане нет страницы, отсутствие фрагмента следует отметить как дефект или неопределённость исходника, а не как доказанное удаление.

Когда выбрать Word, обычный diff или ИИ

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

По официальной документации Microsoft учебная последовательность для Word выглядит так: открыть два документа, на вкладке рецензирования выбрать группу сравнения, указать исходную и изменённую версии, настроить сравнение текста, комментариев и форматирования и выбрать место вывода результата. Документация относится к Word для Microsoft 365, Word 2024 и Word 2021; описанные шаги предназначены для настольных версий Word в Windows.

По умолчанию результат показывается в третьем новом документе. Исходные сравниваемые документы при таком сценарии не меняются. Однако Microsoft предупреждает: если выбрать вывод изменений в исходный или изменённый документ, выбранный файл будет изменён. Это описание документированной последовательности, а не отчёт о проведённом нами тесте.

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

Как классифицировать изменения и сохранить доказательства

Для каждой записи сохраните:

• ID изменения;
• тип: добавление, удаление, числовая правка, перенос или оформление;
• якорь в старой и новой версиях — раздел, пункт, страница, строка таблицы;
• точный фрагмент «до» и «после»;
• комментарий о значении или неопределённости;
• владельца решения;
• статус согласования.

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

Перенос нельзя автоматически учитывать одновременно как удаление и добавление. Сначала сравните тексты фрагментов. Если они совпадают, запишите одно изменение типа «перенос» и два якоря. Затем проверьте, не изменился ли смысл из-за нового соседнего текста.

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

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

Изменённую версию нельзя принимать автоматически только потому, что программа сформировала отчёт. Владелец решения рассматривает значимые правки, а ответственный за документ сохраняет итог.

Журнал версий может содержать такие поля:

Числовую правку направляют сотруднику, который вправе принять соответствующее решение. Если причина различия неясна, версию возвращают автору с ID изменения, якорем, двумя фрагментами и конкретным вопросом. Например: «Подтвердите, что срок в пункте 3.2 намеренно изменён с 10 до 15 рабочих дней».

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

Учебный пример изменения срока поставки

Ниже — синтетический учебный пример. Это не документ клиента, не файл для скачивания и не результат внедрения Switch On AI.

В первой версии сказано: «Срок поставки составляет 10 рабочих дней». Во второй: «Срок поставки составляет 15 рабочих дней». Абсолютное изменение равно 15 − 10 = 5 рабочим дням. Относительное изменение: (15 − 10) / 10 × 100% = 50%. Этот расчёт описывает разницу между числами, но не определяет её юридические последствия.

Ещё один синтетический фрагмент — «Уведомление направляется ответственному сотруднику». Текст перенесли из раздела 2, абзаца 3 в раздел 4, абзац 1 без изменения слов. Контрольный фрагмент «Сумма определяется в приложении 1» остался в разделе 3, пункте 3.3 без изменений. Числовое значение суммы в учебном условии не задано.

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

Как проверить точность и внедрить сравнение

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

• таблицу с объединёнными ячейками и изменённым числом;
• сбившуюся нумерацию пунктов;
• скан с отмеченным OCR и намеренной ошибкой распознавания;
• одинаковый абзац, переставленный в другой раздел;
• изменение только форматирования;
• добавление и удаление коротких фрагментов.

Для каждого случая заранее запишите ожидаемый тип, якоря и фрагменты. Затем сравните ожидаемый реестр с фактическим. Ошибку группировки, пропущенную таблицу или ложное удаление исправляют до подключения процесса к согласованию.

Switch On AI может разработать ИИ-помощника или интеграцию для этой операции: получить разрешённые версии, подготовить черновик реестра и передать спорные записи сотруднику. Если порядок действий всегда одинаков, может быть достаточно обычной интеграции; ИИ-помощник уместен, когда найденные различия нужно смыслово группировать. Конкретный формат, доступы, API и права проверяются отдельно — упоминание Word не означает готовую совместимость с любой средой.

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