Промпты для бухгалтера: сверка двух актов — это запрос, в который вы вставляете обе таблицы целиком и получаете список расхождений. Ниже полный копируемый промпт с двумя учебными CSV, ручной эталон для проверки ответа и письмо контрагенту.
Что решает промпт при сверке двух актов
Задача сверки: сопоставить две таблицы документов и показать, где они расходятся. Нейросеть делает черновую работу — ищет пары строк, считает разницу, готовит текст письма. Арифметику и первичные документы проверяет бухгалтер.
В обзоре на findock.ru разобраны пять частей хорошего промпта: роль, задача, данные, формат ответа, ограничения. Чем больше частей на месте, тем меньше правок после ответа. Там же сформулировано правило обезличивания: реквизиты, персональные данные и договоры целиком в публичный чат не попадают, реальные значения заменяются условными. Findock отдельно объясняет, что роль задаёт словарь и уровень подробности ответа. Для задачи Findock рекомендует один глагол на промпт.
Для сверки подготовьте обезличенную структуру: даты, условные номера документов и суммы. Подлинные реквизиты оставьте в своей учётной системе. ProductSchool рекомендует сначала описать столбцы таблицы словами. В том же руководстве советуют явно назвать Excel или Google Таблицы, поскольку формулы могут различаться. ProductSchool также предлагает просить объяснение формулы по частям. Полученную формулу это руководство рекомендует проверить на нескольких строках вручную или на калькуляторе.
Второе условие — единая перспектива. Два акта часто зеркальны: у одной стороны начисление стоит в дебете, у другой — в кредите. Если подать их как есть, модель честно найдёт расхождение там, где его нет. Перед вводом обе таблицы приводит к одной перспективе человек: начисление плюс, оплата минус, валюта RUB, начальное сальдо 0, одна строка на ключ дата+номер документа.
Третье условие — ключ. Сопоставление идёт по точному ключу Дата+Документ. При дублях ключа модель обязана остановиться и назвать повторившиеся ключи. Сложение таких строк запрещено условиями запроса.
Что модель делать не должна: определять долг, называть виновную сторону, предлагать сумму к погашению. Её вывод — список расхождений и черновик письма с предложением обменяться документами.
Как подготовить таблицы к сопоставлению
Сохраните исходные акты отдельно и работайте с подготовленными копиями. Для каждой строки проверьте, что дата относится к документу, номер переписан полностью, а сумма сохранила согласованный знак. Если в номерах есть значимые буквы или ведущие нули, оставьте их в текстовом поле. Иначе после переноса появится другой ключ, и модель начнёт сравнивать разные записи.
Неодинаковое написание номера сначала разбирает человек. Самостоятельно разрешать модели угадывать, какие документы относятся друг к другу, в этом запросе нельзя. Сопоставление по точному ключу остаётся проверяемым только при одинаковом правиле подготовки обеих таблиц. Исправления во входе фиксируйте рядом с исходной копией, чтобы можно было восстановить причину каждого изменения.
Начальное сальдо и валюта также относятся к условиям задачи. В нашем наборе они уже согласованы перед сверкой. Если ваши документы подготовлены иначе, сначала уточните эти условия и пересчитайте ручной эталон. Старые итоги учебного примера переносить в новую таблицу нельзя.
Полный копируемый промпт с учебными данными
Ниже полный запрос. Оба CSV включены дословно, без placeholder и многоточий. Значения условные: это учебный набор, редакция модель не запускала.
Сопоставь две учебные таблицы по точному ключу Дата+Документ. Суммы уже приведены к одной перспективе, начисление плюс/оплата минус. Проверь уникальность ключей: при дублях остановись и назови ключи. Верни только различающиеся ключи в таблице дата|документ|у нас|у них|у нас минус у них|тип. Отсутствующую строку показывай как 'нет строки'; ноль используй только для вычисления разницы. Не определяй долг и виновную сторону. Для возможной причины пиши только 'требует проверки документа'. Затем подготовь деловое письмо до 4 предложений с предложением обменяться подтверждающими документами. Данные:
НАША ТАБЛИЦА:
Дата,Документ,Сумма
2026-10-01,A01,12000
2026-10-03,A02,8500
2026-10-05,P01,-7000
2026-10-10,A03,6400
2026-10-15,A04,3200
2026-10-20,P02,-5000
ТАБЛИЦА КОНТРАГЕНТА, уже нормализована в ту же перспективу:
Дата,Документ,Сумма
2026-10-01,A01,12000
2026-10-03,A02,8000
2026-10-05,P01,-7000
2026-10-10,A03,6400
2026-10-16,A05,2100
2026-10-20,P02,-5000
Под себя меняете только содержимое двух CSV: даты, номера документов, суммы. Текст задания остаётся тем же — он задаёт формат ответа, правило остановки на дублях и запрет на вывод о долге.
Ручной эталон: что должно получиться
Эталон считается вручную до обращения к модели. Он задаёт независимую опору для сверки ответа.
| Дата | Документ | У нас | У них | Разница | Тип |
|---|---|---|---|---|---|
| 2026-10-03 | A02 | 8500 | 8000 | +500 | разная сумма |
| 2026-10-15 | A04 | 3200 | нет строки | +3200 | только у нас |
| 2026-10-16 | A05 | нет строки | 2100 | −2100 | только у них |
Остальные четыре ключа совпали: A01, P01, A03, P02. Итоги по таблицам — 18100 и 16500, разница 1600. Контроль сходится: 500 + 3200 − 2100 = 1600.
Это контроль сумм учебного набора. Юридическим долгом разница 1600 не является: она показывает, что три позиции требуют проверки документов.
Проверки ответа модели:
- расхождений ровно три;
- ключи и знаки совпадают с эталоном;
- суммы 18100, 16500 и разница 1600 пересчитаны независимо.
Если модель добавила фразу «погасите долг 1600», ответ отклоняется: она вышла за рамки задания.
Как читать строку, которой нет у второй стороны
Подпись «нет строки» сохраняет смысл расхождения. Она означает отсутствие записи с нужным ключом в предоставленной таблице. Это ещё не объясняет, почему запись отсутствует: документ мог попасть в другой набор или требовать уточнения. Поэтому причина в ответе ограничена формулировкой «требует проверки документа».
Нулевое значение для вычитания используется лишь при расчёте разницы. В самой колонке контрагента остаётся явная подпись об отсутствии строки. Если заменить её числом без пояснения, читатель сможет принять запись за присутствующий документ с нулевой суммой. Проверяйте одновременно и арифметику, и наличие ключа.
После сверки сохраните входные таблицы, ответ модели и собственные замечания к расхождениям вместе. Отмечайте исправленную строку и соответствующее правило промпта. Такой след позволяет повторить проверку после замены исходника: видно, какие данные изменились, какие ключи сопоставились и какие вопросы ещё остаются открытыми. Письмо контрагенту готовьте по проверенной таблице; выдуманные моделью пояснения в него не переносятся.
Отрицательный пример: дубль ключа
Контрольный брак получается добавлением в нашу таблицу точной копии строки 2026-10-03,A02,8500. Дата, номер и сумма в копии сохранены. Правильное поведение: модель останавливается и называет ключ 2026-10-03/A02. Неправильное: молча складывает две строки в одну и продолжает сверку.
При молчаливой агрегации исходная сумма по A02 складывается с такой же суммой дублирующей строки. Получившееся значение уже не представляет единственную исходную запись. Даже аккуратно оформленный отчёт с такой агрегацией отклоняется: правило уникальности нарушено до сопоставления сумм.
Второй отрицательный пример — зеркальные знаки. Если таблицу контрагента подать без нормализации, начисление у них будет со знаком минус, и модель покажет расхождение по каждой строке. Сначала нужно согласовать представление знаков в обеих таблицах и повторить сопоставление.
Третий — вывод о виновной стороне. Формулировки «у них не учтено», «они должны доплатить» в ответе означают, что модель вышла за рамки. Допустимая причина в отчёте — только «требует проверки документа».
Письмо контрагенту по итогам сверки
После таблицы модель готовит черновик письма. Принимаемый вариант для учебного набора:
В учебных таблицах за октябрь обнаружены расхождения по A02, A04 и A05. По A02 суммы различаются на 500 рублей; A04 указан только у нас, A05 — только у вас. Предлагаем обменяться документами по этим трём позициям и уточнить учёт. До проверки первичных документов вывод о размере задолженности не делаем.
Что здесь важно. Письмо называет три позиции, не называет долг и не требует оплаты. Последняя фраза фиксирует: до проверки первички вывод о задолженности не делается. Объём — до четырёх предложений, деловой тон.
В обзоре на blog.prodschool.ru отмечено, что ответ нейросети про налоги, сроки и ставки служит подсказкой, где искать, а норму проверяют по официальным источникам. Для письма это означает: суммы и номера документов вписывает бухгалтер, а модель даёт структуру. В таблице ProductSchool для письма контрагенту отдельно указана проверка сумм, дат и тона.
Порядок работы:
- Привести обе таблицы к одной перспективе.
- Посчитать эталон вручную.
- Вставить промпт с двумя CSV.
- Сверить ответ с эталоном по трём позициям.
- Проверить, что модель не назвала долг.
- Вычитать письмо и подставить реальные реквизиты.
Вариации промпта под другие задачи
Тот же каркас работает для соседних задач сверки. Меняется задание, структура входа остаётся.
Проверка только отсутствующих документов:
Сопоставь две учебные таблицы по ключу Дата+Документ. Верни только ключи, которые есть в одной таблице и отсутствуют в другой, в формате дата|документ|у нас|у них|тип. Суммы не сравнивай. При дублях ключа остановись и назови ключи. Не определяй долг. Данные:
Сверка с расхождением в начальном сальдо:
Сопоставь две учебные таблицы по ключу Дата+Документ. Отдельной строкой покажи расхождение начального сальдо, если оно есть. Затем верни различающиеся ключи в таблице дата|документ|у нас|у них|разница|тип. Не определяй долг и виновную сторону. Данные:
Разбор одной спорной позиции:
По ключу [дата+документ] покажи строку из нашей таблицы и строку из таблицы контрагента. Перечисли возможные причины расхождения списком, каждую помечай 'требует проверки документа'. Не называй виновную сторону. Данные:
Подготовка вопросов контрагенту:
По расхождениям из таблицы составь список вопросов контрагенту: по каждому ключу один вопрос о документе-основании. До 6 вопросов, деловой тон, без требования оплаты. Данные:
Частые вопросы
Как заставить нейросеть сверить два акта по дате и номеру документа?
Задайте точный ключ сопоставления в тексте промпта: Дата+Документ. Без этого модель начнёт искать совпадения по сумме и дате, и пары собьются. Добавьте правило остановки при дублях ключа.
Почему модель показывает расхождение по каждой строке?
Скорее всего, таблицы поданы в зеркальных знаках. Приведите обе к одной перспективе: начисление плюс, оплата минус. После нормализации совпадающие ключи перестанут попадать в отчёт.
Можно ли вставлять в промпт реальные акты контрагентов?
Реквизиты, персональные данные и договоры целиком в публичный чат не отправляют. Замените названия и суммы на условные: структура для сопоставления сохранится, а подлинные данные останутся у вас.
Что делать, если модель назвала сумму долга?
Отклонить ответ и повторить запрос с явным запретом: не определять долг и виновную сторону. В отчёте допустима только пометка «требует проверки документа».
Как проверить ответ модели по сверке?
Посчитайте эталон вручную до запроса: список расхождений, итоги по обеим таблицам, разницу. Затем сверьте с ответом число расхождений, ключи и знаки. Арифметику и первичные документы проверяет бухгалтер.