Промпты для бухгалтера: 25 шаблонов с проверкой результата

Хороший промпт для бухгалтера не просит нейросеть «решить вопрос». Он задаёт роль помощника, безопасный контекст, точную задачу, формат результата, ограничения и процедуру проверки. Ниже — конструктор и 25 шаблонов, которые можно адаптировать без передачи реальных персональных или коммерчески чувствительных данных.

Минаков Александр

Руководитель IT и AI проектов в «СПАРК интеграция», серийный предприниматель, эксперт в области ИИ. Преподаватель курса «Нейросети для бухгалтеров»

Короткий ответ: промпт должен делать результат проверяемым

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

Не вставляйте в публичный сервис реальные ФИО, реквизиты, договоры, зарплаты, налоговую тайну или необезличенную базу. Даже сильный промпт не меняет правила обработки данных и не превращает ответ модели в первичный документ, расчётный регистр или правовое основание.

Когда библиотека шаблонов не заменяет обучение

Курс «Нейросети для бухгалтеров» помогает освоить выбор инструмента, постановку задач, безопасную подготовку данных и проверку результатов на разных рабочих сценариях. По итогам выдаётся удостоверение о повышении квалификации.

Обзор возможностей есть в статье о нейросетях для бухгалтера. Текущий материал решает более узкую задачу — формулировку запросов. Для проверки готового ответа используйте отдельный семишаговый протокол фактчекинга. Человек остаётся автором решения.

Формула бухгалтерского промпта

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

Перед запросом: обезличьте данные

Закон № 152-ФЗ о персональных данных задаёт правовую рамку обработки, но решение зависит от конкретного сервиса, договора, места обработки и локальных мер. Практический минимум: замените людей и контрагентов кодами, округлите или синтезируйте суммы, удалите реквизиты, не загружайте исходные файлы без разрешённого контура.

Для документа сначала составьте схему полей: «дата», «вид операции», «сумма без идентификаторов», «неполевая проблема». Иногда модели достаточно описания ошибки. Если нужен фрагмент, оставьте только несколько синтетических строк, сохраняющих структуру.

Промпты 1–4. Разбор задачи и список данных

1. Карта условия. «Разложи учебную ситуацию на факты, неизвестные параметры, допущения и вопросы. Не делай проводок и вывода, пока не перечислишь пробелы».
2. Список документов. «По обезличенному описанию операции составь список документов для проверки. Раздели обязательное, условное и неизвестное; не придумывай реквизиты».
3. Маршрут процесса. «Покажи этапы от основания до отражения в учёте и контроль на каждом переходе. Верни таблицу: вход — действие — выход — владелец — доказательство».
4. Вопросы заказчику. «Сформулируй не более десяти вопросов, без которых нельзя квалифицировать операцию. Объясни, какое решение зависит от каждого ответа».

Эти запросы полезны в начале: они уменьшают вероятность получить красивое решение на неполном условии.

Промпты 5–8. Первичные документы

5. Проверка комплектности. «Составь чек-лист полей и связей для документа такого типа. Не утверждай, что конкретный файл действителен».
6. Поиск расхождений. «Сравни две обезличенные таблицы по ключам и верни только несовпадения с типом причины».
7. Извлечение структуры. «Предложи схему JSON/таблицы для извлечения полей. Для каждого поля укажи формат и проверку».
8. Ручная приёмка. «Составь выборку и правила, по которым человек проверит результат распознавания».

Для технологического контекста полезен материал о распознавании первичных документов с ИИ. Модель может помочь с разметкой, но источник и окончательное отражение проверяет специалист.

Промпты 9–12. Сверки и таблицы

9. Контрольное равенство. «Построй формулу, связывающую начальный остаток, движения и конечный остаток. Сначала назови единицы измерения».
10. Классификатор разниц. «Раздели отклонения на временные, постоянные, ошибки источника и неизвестные. Не списывай разницу без причины».
11. Проверка формулы. «Разбери формулу по шагам, покажи тестовые значения на границах и возможные ошибки знака».
12. Контрольная выборка. «Предложи выборку, покрывающую крупные суммы, редкие операции, ручные правки и случайные позиции».

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

Промпты 13–16. Налоговый анализ

13. Дерево квалификации. «Построй дерево вопросов для учебной операции; не выбирай ветку без ответа пользователя».
14. Карта нормы. «Раздели утверждения на цитируемую норму, интерпретацию, расчёт и неизвестное. Укажи дату актуальности».
15. Поиск исключений. «Составь список исключений и переходных положений, которые нужно проверить в официальных источниках».
16. Контраргумент. «Предложи два альтернативных толкования и данные, которые позволят их отвергнуть».

Для расширенного сценария используйте контроль рисков при налоговом анализе с нейросетью. Не просите модель назвать норму «по памяти» окончательной.

Промпты 17–20. Письма и пояснения

17. Структура ответа. «По предоставленным обезличенным фактам предложи план письма: тезис — доказательство — приложение. Не добавляй отсутствующие обстоятельства».
18. Проверка ясности. «Отметь двусмысленные места, неопределённые ссылки и выводы без доказательств».
19. Сжатие. «Сократи текст, сохранив все факты, даты и ограничения. Покажи удалённые смысловые повторы».
20. Матрица приложений. «Свяжи каждый тезис с документом; если доказательства нет, пометь пробел».

Нейросеть может редактировать структуру, но не должна придумывать факты, исходящие номера, ответы органа или подпись уполномоченного лица.

Промпты 21–23. Регламент и контроль

21. RACI. «Построй черновик матрицы ролей для перечисленных этапов. У каждой строки оставь одного ответственного за итог».
22. Контрольная точка. «Для каждого риска предложи профилактический, обнаруживающий и исправляющий контроль; не дублируй исполнение».
23. Тест регламента. «Смоделируй три исключения и покажи, где описанный процесс перестаёт работать».

Проверяйте результат с реальными владельцами процесса. Модель не знает полномочий сотрудников, настроек систем и негласных зависимостей, пока они не описаны.

Промпты 24–25. Обучение и самопроверка

24. Учебный кейс. «Создай синтетический кейс с исходными данными, тремя типичными ошибками и отдельным эталоном проверки. Не используй реальные компании».
25. Экзамен решения. «Задай мне вопросы по моему решению, найди неподтверждённые переходы и попроси пересчитать один контрольный пример. Не сообщай ответ до моей попытки».

Учебный режим полезен, когда нужно обнаружить пробел, а не получить готовую формулировку. Сохраняйте отдельно условие, свою попытку, комментарии модели и итоговую проверку по источникам.

Универсальный шаблон для копирования

Цель: [какое решение готовлю].
Контекст: [период, тип операции, режим, ограничения].
Данные: [только обезличенные или синтетические факты].
Задача: [одно проверяемое действие].
Формат: [таблица с заданными колонками].
Ограничения: не придумывай факты, нормы и реквизиты; отмечай неизвестное.
Проверка: покажи допущения, промежуточные шаги, источники для ручной проверки и исключения.
Стоп-условие: если данных недостаточно, задай вопросы и не делай итоговый вывод.

Заменяйте квадратные скобки, но сохраняйте стоп-условие. Оно особенно важно: честное «недостаточно данных» полезнее уверенного ответа, построенного на скрытом предположении.

Карточка приёмки ответа

Почему ИИ не становится лицом, ведущим учёт

Закон № 402-ФЗ «О бухгалтерском учёте» регулирует организацию и документирование учёта, а генеративная модель остаётся инструментом. Она не подписывает первичный документ, не знает утверждённую учётную политику и не несёт ответственность за профессиональное решение.

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

Красные флаги плохого промпта

1. «Дай правильный ответ» без условия.
2. Реальные реквизиты в публичном сервисе.
3. Просьба назвать норму без даты.
4. Ожидание одной цифры без формулы.
5. Смешение нескольких задач.
6. Отсутствие стоп-условия.
7. Запрет модели задавать вопросы.
8. Перенос ответа в 1С без приёмки.

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

Как вести личную библиотеку

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

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

Итог

Полезный промпт для бухгалтера не заменяет компетенцию — он делает черновую работу структурированной и проверяемой. Используйте семь блоков, обезличивайте вход, требуйте показать допущения и всегда завершайте запрос ручной карточкой приёмки. Тогда библиотека из 25 шаблонов становится инструментом процесса, а не коллекцией эффектных фраз.

Готовьте пакет контекста, а не длинную историю переписки

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

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

Тестируйте промпт до применения к рабочему случаю

Соберите три синтетических примера: обычный, пограничный и намеренно неполный. Хороший шаблон на обычном строит ожидаемый формат, на пограничном выделяет исключение, а на неполном запрашивает недостающие данные. Если он всегда выдаёт готовый ответ, в промпте не хватает условия остановки.

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

Оценивайте ответ по рубрике из пяти критериев

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

Добавьте поле «что проверил человек». Оно дисциплинирует сильнее общего статуса «одобрено». Один сотрудник может подтвердить исходные данные, другой — нормативную основу, третий — перенос в учётную систему. Роли зависят от процесса, но решение всегда должно иметь конкретного владельца.

Не смешивайте разные типы задач в одном запросе

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

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

Версионируйте шаблоны и причины изменений

У каждого рабочего промпта должны быть название, версия, владелец, дата проверки и перечень тестовых сценариев. Изменение нормы, формы документа или внутреннего процесса — основание для пересмотра. Не заменяйте старый текст молча: сохраните, что изменилось и почему, чтобы повторный результат можно было объяснить.

Если модель или режим сервиса поменялись, выполните контрольный прогон. Одинаковый промпт не гарантирует буквального совпадения ответа. Цель теста — подтвердить сохранение обязательных свойств: модель задаёт уточнения, не выдумывает источники, показывает расчёт и соблюдает нужную структуру.

Считайте не число запросов, а принятый результат

Полезные показатели — время от постановки до проверенного черновика, доля ответов без критической ошибки, число возвращений на уточнение и экономия на повторяемой операции. Большое количество сгенерированных страниц может означать, что сотрудники исправляют слабые запросы вместо решения задачи.

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

Заложите в шаблон безопасное поведение при неопределённости

Рабочий промпт заранее объясняет, когда модель должна остановиться: отсутствует обязательный документ, не указана дата, неизвестен статус стороны, источник недоступен или расчёт зависит от неоднозначной трактовки. В таком случае ответом становится перечень недостающих входов, несколько возможных веток и описание того, что нельзя заключить. Это полезнее правдоподобного среднего варианта.

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

Добавьте финальный блок самоконтроля: какие допущения использованы, какие строки требуют ручной проверки, как пересчитать числа и что изменит вывод. Этот блок не заменяет приёмку бухгалтером, но делает слабые места видимыми. Если модель уверенно отвечает вопреки условию остановки, шаблон не допускают в общую библиотеку, пока тест не пройден.

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

Практика вместо теории

От отдельных запросов — к безопасной системе применения ИИ

Курс «Нейросети для бухгалтеров» помогает освоить постановку задач, работу с данными и проверку результата на практических сценариях. Преподаватель — Минаков Александр; итоговый документ — удостоверение о повышении квалификации.

Смотреть программу

Вопросы и ответы

• Можно ли загружать в нейросеть бухгалтерские документы?

  Только после оценки сервиса, договора, локальных правил и состава данных. Для публичных сервисов безопаснее использовать обезличенные фрагменты или синтетические примеры.

• Как сделать ответ менее общим?

  Укажите цель, контекст, одно действие, формат, ограничения и стоп-условие. Попросите сначала перечислить недостающие данные.

• Нужно ли просить ссылки на источники?

  Да, но каждую ссылку и редакцию нормы проверяет человек. Модель может придумать правдоподобный источник.

• Можно ли использовать готовый промпт без изменений?

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

• Какой документ выдаётся после курса?

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

По теме