Для этой статьи мы создали две отдельные вымышленные выгрузки и проверили, как нейросеть сведёт их в отчёт. Это самостоятельный учебный опыт. Его данные не относятся к клиентам или продажам компании.
У двух таблиц может сойтись общая сумма и при этом остаться ошибки привязки. Платёж без известного заказа способен скрыть недостаток поступлений по другому заказу. Два частичных платежа легко принять за повтор. Возврат меняет смысл сравнения.
Мы проверяли именно эти ситуации. Заранее определили правила, рассчитали ожидаемые значения и затем сопоставили их с полученным Excel.
Две таблицы и правила сравнения
В первой таблице было 10 заказов. Во второй было 15 строк операций: платежи, возвраты, повторная запись и операция со статусом Ошибка.
Для учебного примера выбрали сентябрь 2026 года. В расчёт поступлений включали только успешные операции этого месяца. Полные повторы учитывали один раз. Два разных платежа по одному заказу нужно было сложить.
Ожидаемую сумму выполненного заказа определили как сумму заказа за вычетом его успешных сентябрьских возвратов. Для отменённого заказа ожидание равно нулю. Это согласованные правила конкретного примера. Они не описывают порядок бухгалтерского учёта.
Разность считали так:
Ожидаемая сумма минус чистые поступления по заказу.
Отрицательное значение сохраняли. Поступления по неизвестному заказу нужно было показать отдельно, без автоматического распределения.
Исходные таблицы сохранили в Excel. В чат передали обе выгрузки текстом в формате CSV. Вложения не прикрепляли, поэтому чтение двух файлов в этом опыте не проверялось.
Что попросили создать
Нужен был файл с четырьмя листами: Сверка заказов, Платежи без заказа, Исключённые операции и Итоги. Попросили сохранить связь с исходными строками, показать причины исключения и проверить полноту данных.
Опыт провели 3 октября 2026 года в Niko AI. Использовалась GPT-6.1 Sol с уровнем усилий medium. Интерфейс показал 2 минуты 20 секунд и стоимость 18,46 ₽. Это продолжительность и стоимость генерации, без подготовки и проверки.
Где появились расхождения
Полученный файл сохранил все 10 заказов. По четырём из них оказалась ненулевая разность.
Знак у O06 важен. Если заменить отрицательную разность нулём, общая сверка перестанет отражать исходные данные.
Заказ O09 тоже показателен. Платёж по нему существует в исходнике, но датирован 1 октября. В сентябрьский расчёт он не входит. Это объясняет расхождение периода, но не доказывает наличие долга.
Остальные особые случаи обработаны по запросу. Два платежа по 6 000 ₽ для O02 сложились в 12 000 ₽. Возврат 2 000 ₽ по O03 уменьшил и ожидание, и чистое поступление. У отменённого O04 платёж и полный возврат взаимно погасились. Повтор P10 учтён один раз.
Почему одной общей суммы недостаточно
Ожидаемая сумма по заказам составила 72 000 ₽. Чистые поступления, связанные с известными заказами, составили 53 000 ₽. Их разность равна 19 000 ₽.
Но в платёжной таблице была ещё операция P12 на 2 000 ₽. Она ссылалась на O11, которого нет в реестре заказов. Нейросеть вынесла её на отдельный лист. Всего чистых поступлений получилось 55 000 ₽.
Если вычесть все поступления из ожидания, получится 17 000 ₽. Арифметически это верно, но такая величина скрывает отсутствие привязки у 2 000 ₽. Для сверки известных заказов нужен итог 19 000 ₽ и отдельный вопрос по P12.
Мы сверили эти значения с расчётами, подготовленными до опыта. Они совпали. Сошёлся и баланс строк: 15 исходных операций разделились на 11 операций известных заказов, одну без заказа и три исключённые. Исключены полный повтор, октябрьский платёж и неуспешная операция.
Что в отчёте требует осторожности
Расхождения в таблице были заложены в учебные данные. Это не ошибки, допущенные нейросетью. В проверенных итогах и привязках мы ошибок не нашли.
В книге есть формулы сумм. Однако решения о включении строк и соответствие заказам зафиксированы для данного набора. Если добавить платежи или изменить даты и статусы, одного пересчёта формул недостаточно. Нужно заново проверить отбор, повторы и привязки.
Мы пересчитали формулы независимым программным средством и сравнили результат с контрольными значениями. Работу во всех версиях Excel не проверяли. Отчёт не подключён к банку или системе заказов и сам не получит новые операции.
Перед выводом о задолженности нужен человек, который проверит полноту выгрузок и смысл расхождений. Для нашего примера список вопросов конкретен: что произошло с O05 и O06, где операция O08, к какому заказу относится P12 и правильно ли выбран период для O09. Такой список и стал практическим результатом сверки.
