Checking-функція для фінансових звітів
Коли AI звіряє банківську виписку з ОСВ або готує план-факт, не просіть його просто “знайти розбіжності”. Додайте окрему checking-функцію: вона незалежно перераховує ключові підсумки й ставить прапор, якщо цифри не сходяться.
Приклад для звірки банк ↔ облік: дайте виписку за травень і ОСВ з BAS, а в завданні напишіть: “Створи окрему вкладку Checking. Перерахуй суму надходжень, суму оплат постачальникам і фінальний залишок незалежно від основної таблиці. Для кожної цифри дай джерело: клітинка або документ. Якщо різниця не нуль — постав FLAG і коротко поясни, де шукати причину”.
Важливо: якщо дані “брудні”, AI не має вигадувати число або зупинятися. Правильна поведінка — прапор і рух далі.
Що це дає: ви бачите не лише результат, а й швидку перевірку, чи йому можна довіряти.
Checking-функція потрібна не для краси таблиці, а для окремої перевірки результату. У фінансових задачах AI має не лише порахувати, а й показати, звідки взялася кожна цифра. Тому в завданні варто вимагати два шари: основний розрахунок і незалежну перевірку ключових підсумків.
Принцип простий: число без джерела не можна швидко перевірити. Для кожної суми AI має дати посилання на клітинку або документ. Якщо дані не сходяться, правильна відповідь не "приблизно так" і не зупинка роботи, а прапор із коротким поясненням, де шукати причину.
Де ще застосувати checking, крім звірки банк ↔ облік
У план-факті checking-вкладка має окремо перерахувати доходи, витрати, відхилення і підсумки. Якщо AI аналізує бюджет за травень, він не повинен просто написати, що маркетинг або транспорт перевищили план. Це має лишатися гіпотезою, доки цифра не звірена з деталізацією і джерелом.
Формулювання для план-факту: Створи окрему вкладку Checking. Незалежно перерахуй підсумок доходів, підсумок витрат, відхилення план vs факт і фінальний результат. Для кожної цифри вкажи клітинку або документ-джерело. Якщо різниця не нуль, постав FLAG і поясни, яку ділянку перевірити першою.
У кредиторці checking краще віддати вузькій перевірці: номер, сума, дата, нетто, ПДВ і разом. У джерелі прямо описаний патерн, коли duplicate-checker і vat-validator працюють у "чистому" контексті. Моделі легше знайти дубль або помилку в ПДВ, коли вона не бачить зайвих колонок і пояснень.
Як ставити задачу покроково
Один запит має містити мету, формат, джерела даних і межі. Якщо написати тільки "перевір звіт", AI сам вирішить, що саме перевіряти. У фінансовому процесі це небезпечно: він може красиво пояснити висновок, але не покаже, чи сходяться базові підсумки.
- Сформулюйте один перевірюваний результат: звірка, план-факт, платіжний календар або короткий фінансовий висновок.
- Назвіть джерела: виписка, ОСВ з BAS, бюджет, деталізація, реєстр рахунків.
- Окремо попросіть checking-вкладку або checking-блок.
- Вимагайте джерело для кожної цифри: клітинка або документ.
- Задайте поведінку на брудних даних: FLAG і рух далі, без вигаданих чисел.
Готовий шаблон: Мета: [що звірити або порахувати]. Формат: таблиця + окремий Checking. Дані: [перелік файлів або аркушів]. Межі: не вигадуй числа, не зупиняйся на брудних рядках, став FLAG. Для кожної цифри дай джерело: клітинка або документ.
Коли прийом не працює або його треба спростити
Checking не замінює нормальні вхідні дані. Для дебіторки лише ОСВ із сальдо замало, якщо треба рахувати рівні нагадувань і aging за днями прострочення. Потрібен реєстр дебіторки з датами рахунків і строками оплати. Інакше AI може побачити суму боргу, але не матиме основи для віку боргу.
Не кожна задача потребує важкого прогону із субагентами. Якщо справа лінійна, достатньо одного скіла або одного запиту: наприклад, звірити одну виписку з обліком. Субагенти доречні для великої пачки або коли треба розділити два типи роботи: побудувати і незалежно перевірити, зібрати повноту і відредагувати стислість.
Ще одна межа: AI не має нічого надсилати, публікувати або платити без підтвердження людини. Навіть якщо він підготував платіжний календар, чернетки нагадувань або директорський брифінг, рішення лишається за власником процесу.
Типові помилки і ручна перевірка
- Немає checking-вкладки. Додайте її в завдання окремим пунктом. Для фінансового результату самоперевірка не опція.
- Гіпотези подані як факти. Вимагайте маркування: "гіпотеза", доки відхилення не звірене з деталізацією.
- Брудні дані зупинили роботу. Правильна поведінка: прапор, коротке пояснення і продовження по решті рядків.
- Беруть увесь набір замість одного інструмента. Для разової задачі запускайте тільки потрібний скіл або запит.
Перед тим як довіряти результату, людина має відкрити checking-блок першим. Якщо там є FLAG, спочатку розберіться з ним, а вже потім читайте аналіз і висновки. Прапор означає, що дані десь не сходяться, а це впливає на інтерпретацію.
Мінімальна ручна перевірка: звірити підсумки в Checking, перейти за джерелами кількох ключових чисел, подивитися всі FLAG, перевірити, чи не перетворив AI гіпотези на факти, і переконатися, що він не вигадав число там, де бракувало даних.