Как сравнить приложения и спецификации к договору
Сравнить состав комплекта и позиции приложений с единицами, валютами и версиями.
Короткий ответ
Сравнение приложений к договору начинается с состава комплекта. Сначала установите, какие приложения существуют в каждой редакции, затем сопоставьте их версии и только после этого сравнивайте строки спецификаций.
Совпадение основного текста договора не доказывает совпадения всего комплекта. В приложении могут измениться количество, единицы, характеристики, сроки или связь с основной редакцией. Юрист проверяет значение изменений, а профильный специалист — технические параметры.
Создайте реестр приложений
Выпишите название, номер, дату, связанный договор и файл. Не назначайте версию только по времени изменения файла: оно могло поменяться после скачивания или копирования.
| Поле реестра | Что позволяет проверить |
|---|---|
| Название и номер | Идентичность приложения |
| Дата или версия | Какую редакцию сравниваем |
| Ссылка на договор | Принадлежность комплекту |
| Название файла | Где открыть источник |
| Полнота | Все ли страницы получены |
Если номер совпадает, а наименование другое, не объединяйте документы автоматически. Если название одинаковое, но номера различаются, тоже потребуется подтверждение. Реестр нужен именно для того, чтобы такие случаи оставались видимыми.
Проверьте таблицы до сравнения строк
Убедитесь, что прочитаны заголовки, примечания и все страницы. Таблица может продолжаться на следующем листе, а единица измерения — быть указана в заголовке группы.
Для PDF Adobe описывает инструменты сравнения файлов; для редактируемых документов есть сравнение Word. Но после автоматического сопоставления всё равно нужно проверить структуру таблицы: объединённые ячейки и изменённая вёрстка способны затруднить чтение.
Не принимайте пропавшую строку за отменённую позицию до проверки полноты извлечения. Если часть страницы не читается, отметьте её как ограничение. В итоговой таблице нельзя молча заменить неизвестное пустой ячейкой.
Выберите ключ позиции
Номер строки ненадёжен: после сортировки он меняется. Лучше использовать подтверждённый артикул, код позиции или согласованное сочетание признаков. Если идентификатора нет, обозначьте способ сопоставления и его ограничения.
Не объединяйте похожие названия автоматически. «Комплект», «штука» и «упаковка» могут относиться к разным единицам. То же касается моделей с близкими обозначениями и разных вариантов исполнения.
Для каждой строки сохраните оба исходных значения, а не только рассчитанную разницу. Иначе проверяющему придётся повторно искать, из каких чисел получился вывод.
Таблица различий спецификации
Практический набор колонок: «идентификатор», «старая позиция», «новая позиция», «количество», «единица», «цена и валюта», «характеристика», «источник», «вопрос». Добавьте статус соответствия.
Условный пример: в старой редакции указано 10 комплектов, в новой — 10 штук. Число совпадает, но это не подтверждает равный объём. Нужно проверить состав комплекта и согласованную единицу.
Другой пример: цена отличается, но в одном документе есть отдельная оговорка о составе стоимости. До сверки оговорок нельзя объявлять это чистым повышением цены. Таблица должна показывать наблюдение и вопрос, а не подменять их готовым решением.
Проверьте связи с основным договором
Сопоставьте названия приложений в тексте договора и реальном комплекте. Проверьте ссылки на сроки, порядок приёмки и технические требования. Если основной договор ссылается на отсутствующий документ, это самостоятельный пробел.
Не дописывайте недостающее приложение по аналогии с прошлой поставкой. Старый комплект может помочь составить вопрос, но не подтверждает содержание текущей редакции.
В отчёте разделите «документ отсутствует в полученных материалах» и «стороны отказались от приложения». Второе утверждение требует основания, которого в одном неполном архиве может не быть.
Рабочий сценарий OpenCowork
В OpenCowork приложите разрешённый комплект и попросите: «Сначала составь реестр приложений и ограничений чтения. Затем сравни подтверждённые пары спецификаций по идентификаторам. Сохраняй единицы, валюты, примечания и источник каждой строки».
Отдельно запретите смешивать несопоставимые единицы и восстанавливать отсутствующие цены. Если материалы неполные, результатом должен стать список недостающего, а не уверенный итог по всему комплекту.
Юридическую часть черновика проверяет юрист, а технические параметры — ответственный за предмет договора специалист. Агент не согласует замену товара и не принимает коммерческое решение.
Как сохранять историю уточнения комплекта
Если получено недостающее приложение, добавьте его как новый материал. Сохраните дату получения и связь с открытым вопросом. Не заменяйте прежнюю отметку об отсутствии так, будто комплект всегда был полным.
Повторно проверьте затронутые строки и ссылки основного договора. Новый документ может объяснить часть расхождений, но не все автоматически. Для закрытой строки должно быть понятно основание решения.
Перед передачей результата перечислите проверенные версии. Если в папке лежат несколько редакций, одной ссылки на папку недостаточно. Используйте точное имя файла и номер версии. Это уменьшает риск сравнения устаревшей пары. Отдельно укажите приложения, которые проверялись только по составу, без анализа содержания: такой статус тоже полезен следующему участнику.
Сохраняйте подтверждения решений рядом с реестром. Это поможет следующему участнику восстановить основание каждой закрытой строки.
Что передать на согласование
Подготовьте реестр комплекта, таблицу различий и список вопросов. Укажите, какие пары приложений фактически проверены. Это позволяет отделить завершённую часть от неполной.
Общий процесс находится в статье о сравнении договоров. Для смешанного комплекта используйте проверку PDF и DOCX.
От практики к рабочей задаче
Как OpenCowork помогает юристу работать с документами и источниками