Разбор · Подготовили 08.10.2026
Сверка таблиц показывает потерянные строки: агенты пишут сравнение по ключам и контрольным суммам
Как принять сравнение CSV-выгрузок: найти пропавшие заказы, проверить поля и суммы, получить файл расхождений. Агент пишет программу, инженер задаёт правила и проверяет результат.
Текст собран машиной агентов под надзором автора vibecoding.ru · факты проверены 8 октября 2026
Одинаковое число строк и общая сумма не доказывают, что две CSV-выгрузки содержат те же заказы.
Агент пишет сверку, инженер принимает её на известных ошибках. Клиентского кейса у нас нет: разберём учебные данные и опыт vibecoding.ru.
Не хотите разбираться сами? Внедряем ИИ в ваш бизнес: задачи без лимита, одна цена в месяц, отмена в любой момент.
1. Одинаковые итоги скрывают разные заказы.
В учебном наборе заказ 103 на 300 ₽ исчез из выгрузки Б. Вместо него появился заказ 104 на ту же сумму. Число строк осталось прежним.
Такую подмену проверка итогов пропустит. Сравнение по ключу заказа покажет обе стороны ошибки: запись есть только в А или только в Б.
Полное внешнее объединение сохраняет строки обеих сторон. Такой способ есть в Power Query; pandas помечает источник строки результата.
Тот же итог получился из разных заказов.
Учебный набор редакции, 08.10.2026; принцип объединения проверен в документации Microsoft и pandas в тот же день.
Здесь транспорт работает. Если данные не доходят, сначала проверяют путь одной заявки. Готовые файлы сверяют отдельно.
2. Ключ связывает записи, типы задают равенство.
ИТ-директор фиксирует группу заказов и момент снимка. Разные фильтры или время выгрузки создадут расхождения без поломки системы.
Номер строки не годится для сопоставления. После сортировки заказ окажется на другой строке, хотя сам он не изменился.
Ключом служит постоянный идентификатор заказа. Для выгрузки позиций добавляют идентификатор позиции: сравнивают одну детализацию.
До сверки ключ должен однозначно определять запись.
Проектные правила редакции; проверка уникальности ключей поддерживается pandas.merge, документация проверена 08.10.2026.
Повтор ключа проверяет владелец данных. Если повторы допустимы, сравнивают значения и число экземпляров; молча удалять дубли нельзя.
Идентификаторы «001» и «1» различаются, пока бизнес не согласовал обратное. Преобразование колонок в числа стирает ведущие нули.
Правила работы агентов включают договор о типах. Программа приводит значения к нему и сохраняет исходные строки для разбора.
Типы согласуют до сравнения значений.
Проектное предложение редакции; Decimal в документации Python и поведение пустых ключей pandas проверены 08.10.2026.
Пустой ключ останавливает сверку. pandas может сопоставить пустые ключи с обеих сторон, хотя они не определяют один и тот же заказ.
3. Контрольная сумма помогает искать изменения, поля объясняют их.
Ключ определяет запись. Контрольная сумма, или отпечаток выбранных полей, помогает заметить изменение её содержимого.
Отпечаток можно считать через SHA-256 после приведения типов. Формат должен сохранять границы полей; простая склейка способна их стереть.
Разные отпечатки указывают на изменение. В итоговой приёмке программа сравнивает сами поля и показывает значения с обеих сторон.
Каждая проверка отвечает на свой вопрос.
Различие проверок объясняет редакция; Microsoft предупреждает об ограничениях CHECKSUM, документация проверена 08.10.2026.
Microsoft предупреждает: CHECKSUM может пропустить изменение. Название «контрольная сумма» не гарантирует одинаковую защиту у всех алгоритмов.
В другом учебном примере 100 и 200 ₽ заменили на 110 и 190 ₽. Итог сохранился: 300 ₽. Суммы считают по валютам, поля сверяют отдельно.
4. Приёмка начинается с файла расхождений.
Программу принимают на парах файлов с известными ошибками и ожидаемым результатом. Красивый отчёт не доказывает полноты сверки.
В файле расхождений нужны ключ, тип ошибки и значения обеих сторон. Для изменённого поля сохраняют имя колонки и номера исходных строк.
Известная ошибка должна дать ожидаемую строку отчёта.
Предложенный приёмочный набор редакции, 08.10.2026. Это критерии будущей разработки, не результаты испытаний готового продукта.
Задание для ИИ-агента начинают с этих входов и выходов. Так просьба «сделать сверку» становится проверяемой задачей.
Инженер сравнивает вывод с эталоном. Агент сам не определяет верный статус, не списывает денежную разницу и не исправляет системы.
Перед заказом можно обсудить готовность задачи. Подготовьте схему колонок, правила ключа и обезличенную пару файлов.
5. Наши поломки научили проверять поля и методику.
Инженер ведёт машину агентов на vibecoding.ru. В наших данных были пропуск поля при записи и ошибка чтения, превращённая в ноль.
31.07
Поле сцены обложки пропускалось на части путей записи новости. Ручные списки полей заменили единым преобразованием и проверкой его использования.
02.09
Сборщик принял обрыв страницы источника за нулевое значение. Добавили повторное чтение, явную ошибку источника и проверку провала отдельного сигнала.
Первичные записи машины за 31.07 и 02.09, сверены 08.10.2026. На путях первого инцидента обычно использовался твит-кадр; пропуск поля сцены не объяснял отсутствие картинок.
Наличие записи не доказывает сохранность её полей. Ошибка чтения выгрузки должна остановить сверку, а не превратить данные в ноль.
На публичной странице машины герой считает коммиты с 1 июля, карта со 2 июля. Разные итоги здесь не доказывают потерю записей.
Итоги сравнивают только при общей методике.
Методики на /open проверены 08.10.2026; перенос на сверку заказов предложен редакцией.
6. Собственную сверку заказывают с эталоном и владельцем результата.
Для разработки подходят вымышленные или обезличенные файлы. Доступ к данным клиентов обсуждают отдельно от правил сверки.
CSV читают штатным разборщиком. Внутри поля бывают разделители и переносы строк; разрезать файл по запятым недостаточно.
Заказчик принимает правила и результат каждого этапа.
Порядок работы предложен редакцией, 08.10.2026; устройство CSV проверено по RFC 4180.
Для разовой сверки есть Power Query и сервис Алиал Групп. Собственную программу заказывают для повторяющихся запусков со своими правилами и файлом ошибок.
Агентная разработка по подписке стоит 250 000 ₽ в месяц за «Один проект». Инженер ведёт машину агентов, объём сверки согласуют по файлам.
Код остаётся в репозитории клиента. В работе одна задача; пауза возможна в любой месяц. Условия проверены 8 октября 2026.
Что и как мы проверяли
| Факт | Что известно | Проверено |
|---|---|---|
| Правила сравнения | Microsoft и pandas: полное внешнее объединение, уникальность и пустые ключи. Python: десятичные суммы. CHECKSUM может пропустить изменение, хеш не заменяет сравнение полей | 2026-10-08 |
| Учебный набор | Вымышленные заказы редакции: по 3 строки и 600 ₽ с обеих сторон. Ключ 103 исчез, ключ 104 появился. Это арифметический пример, не результат клиентской сверки | 2026-10-08 |
| Наш опыт | Первичные записи машины за 31 июля и 2 сентября 2026. Методики счётчиков проверены на живом /open. Клиентского кейса сверки и замера экономии нет | 2026-10-08 |
| Подписка | Живая /services: «Один проект», 250 000 ₽ в месяц, одна задача в работе, изменения в репозитории клиента, пауза в любой месяц. Это тариф ведения проекта, объём сверки согласуют отдельно | 2026-10-08 |
7. Частые вопросы
Можно ли сверить таблицы через ВПР?+
Да, если заранее определены ключи и типы. Проверка должна найти записи, существующие только с одной стороны, и обнаружить повторы ключей. Для этого удобно полное внешнее объединение в Power Query.
Нужно ли сортировать строки одинаково?+
Для сравнения по ключу порядок строк несущественен. Приёмочный набор должен содержать перестановку строк без изменений данных.
Что делать, если общего ключа нет?+
Сначала договориться о составном ключе или таблице соответствий. Сопоставление по похожим именам оставляет неоднозначные пары для ручной проверки и не выдаёт их за подтверждённые совпадения.
Должна ли языковая модель читать каждую выгрузку?+
Для описанной сверки это не требуется. Агент пишет обычную программу, которая затем сравнивает файлы по зафиксированным правилам; участие модели при каждом запуске не нужно.
Сверка сама исправляет ошибки?+
Нет. Она создаёт файл расхождений. Владелец данных определяет правильное состояние, а исправление принимается отдельно и подтверждается повторной сверкой.
Источники
- Microsoft Learn: полное внешнее объединение, проверено 08.10.2026 — официальная документация
- pandas.merge: ключи, объединение и отметки сторон, проверено 08.10.2026 — официальная документация
- Microsoft Learn: ограничения CHECKSUM, проверено 08.10.2026 — официальная документация
- Python: Decimal, проверено 08.10.2026 — официальная документация
- RFC 4180: формат CSV, проверено 08.10.2026 — первоисточник
- Николай Павлов: «Сравнение двух таблиц», 04.12.2017, прочитано 08.10.2026 — авторская инструкция
- Алиал Групп: сравнение Excel, проверено 08.10.2026 — описание вендора
- vibecoding.ru: методики открытых счётчиков, проверено 08.10.2026 — наш проект
- vibecoding.ru: подписка «Один проект», проверено 08.10.2026 — наш проект
Запомнить
1. Равные число строк и сумма не доказывают совпадения заказов. Сравнивайте ключи с обеих сторон.
2. До разработки согласуйте состав выгрузок, момент снимка и типы полей.
3. Контрольная сумма даёт сигнал, а файл расхождений показывает изменённые поля.
4. Принимайте программу на парах файлов с известными ошибками. Ошибка чтения должна остановить сверку.
5. Назначьте владельца расхождений. После исправления данных повторите сверку на согласованных снимках.