AI-ассистент казначея в Telegram: платёжный календарь и напоминания о кассовых разрывах

Кассовый разрыв всегда обнаруживается в самый неудобный момент: в пятницу вечером, когда бухгалтерия уже отправила зарплатную ведомость в банк, а на счету не хватает нужной суммы. В 2026 году я вижу одну и ту же картину у большинства клиентов школы: платёжный календарь есть, но живёт в Excel на компьютере одного человека и обновляется раз в неделю по настроению. Я Натали Васильева, эксперт по нейросетям и продюсер онлайн-школы «Финансовый директор | Мастер CFO». В этой статье показываю, как за 1-2 дня собрать AI-ассистента казначея, который живёт в Telegram, каждый день пересчитывает остатки и присылает предупреждение о разрыве за несколько дней до того, как он случится, а не после.

Что такое кассовый разрыв и почему платёжный календарь его не ловит сам по себе

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

Платёжный календарь сам по себе не предотвращает разрыв, он его только показывает — если кто-то смотрит в нужный момент. Проблема в 9 из 10 компаний, с которыми я работала: таблица существует, но никто не открывает её каждый день. Казначей смотрит календарь раз в неделю на планёрке, а разрыв формируется за три дня между планёрками.

AI-ассистент решает именно эту проблему — не считает лучше человека, а делает это чаще и без напоминаний себе. Нейросеть пересчитывает остаток на каждый день вперёд ежедневно и присылает сообщение только тогда, когда есть повод, а не когда кто-то вспомнил открыть файл.

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

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

Зачем казначею и финдиректору вообще нужен AI-ассистент, а не просто таблица

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

Первая — человеческая память ненадёжна под нагрузкой. У казначея в голове одновременно 15-20 платежей, три банка, курс валюты и звонок от директора. Смотреть таблицу «на всякий случай» каждый день физически не хватает времени, особенно в компаниях, где казначейство — это одна из пяти обязанностей главного бухгалтера.

Вторая — разрыв редко формируется резко, обычно есть 3-7 дней предупреждения, если считать заранее. AI-ассистент, который присылает сообщение за неделю до минуса, даёт время договориться с банком об овердрафте или подвинуть платёж поставщику. Сообщение в день Х — это уже не предупреждение, а констатация факта.

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

Что такое AI-ассистент казначея простыми словами

AI-ассистент казначея — это автоматическая связка из трёх элементов: таблица с плановыми платежами (источник данных), нейросеть (логика расчёта и формулировка сообщения) и Telegram-бот (канал доставки). Каждый день по расписанию система читает таблицу, просит нейросеть пересчитать остаток на 30-60 дней вперёд и присылает сообщение только при обнаружении дня с отрицательным остатком.

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

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

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

Как устроена архитектура: таблица, нейросеть и Telegram-бот вместе

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

Источник данных — Google Таблицы, Excel в облаке (OneDrive) или выгрузка из 1С. Здесь фиксируются все плановые и фактические платежи, дата, сумма, контрагент, статья, статус.

Оркестратор — n8n или Make. Это конструктор автоматизаций без кода: собираете цепочку блоков «по расписанию → прочитать таблицу → отправить запрос в нейросеть → проверить условие → отправить сообщение».

Нейросеть — GPT-5.5 через API chatgpt.com или Claude Sonnet 4.6 через API Anthropic. Здесь происходит расчёт остатков по дням и формулировка понятного сообщения человеку.

Канал доставки — бот в Telegram, созданный через @BotFather, отправляющий сообщения в личный чат или в общую группу казначейства.

Схема сознательно избыточна на первый взгляд: почему бы не использовать формулы Excel вместо нейросети? Дело в гибкости формулировки. Формула посчитает остаток, но не напишет человеку понятное сообщение «через 4 дня не хватит 180 тысяч на оплату аренды и зарплаты, разрыв закроется 25 числа после прихода оплаты от клиента Х». Нейросеть добавляет слой интерпретации поверх голых цифр.

Есть и альтернативная, более простая архитектура для тех, кто не готов разбираться с n8n сразу. Можно обойтись без отдельного оркестратора и использовать встроенные скрипты Google Таблиц (Apps Script) с расписанием и прямым HTTP-запросом к API нейросети, а результат отправлять в Telegram через простой запрос к Bot API без посредников. Это менее гибко при расширении, но быстрее для проверки самой идеи за один вечер: не нужно регистрироваться в дополнительном сервисе, всё живёт внутри одной таблицы.

Выбор между двумя архитектурами зависит от горизонта планов. Если цель — быстро проверить, работает ли сама идея, начинайте со скрипта внутри таблицы. Если цель — построить систему, которая проживёт больше полугода и обрастёт новыми условиями (несколько юрлиц, разные каналы уведомлений, интеграция с CRM), сразу закладывайте n8n или Make: перенос логики из встроенного скрипта в полноценный оркестратор задним числом отнимает больше времени, чем кажется на старте.

Как создать Telegram-бота через @BotFather за 2 минуты

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

1. Откройте Telegram и найдите официального бота @BotFather.
2. Отправьте команду /newbot.
3. Придумайте имя бота, которое увидят пользователи, например «Казначей Финдир».
4. Придумайте технический username, обязательно заканчивающийся на bot, например findir_kaznachei_bot.
5. @BotFather пришлёт токен API — длинную строку вида 123456789:AAH.... Сохраните её, это ключ доступа к боту.
6. Напишите новому боту любое сообщение в личке, чтобы получить свой chat_id — идентификатор, куда бот будет отправлять сообщения.

Токен и chat_id — это всё, что нужно для подключения бота к n8n или Make на следующем шаге. Никакой сложной регистрации разработчика или юрлица не требуется.

Как настроить сценарий в n8n без разработчика

Прямой ответ: базовый сценарий собирается из пяти блоков и занимает 1-2 часа для человека, впервые открывшего n8n.

Блок 1 — триггер по расписанию (Schedule Trigger), например каждый день в 8:00 утра.

Блок 2 — чтение таблицы (Google Sheets node), которая забирает актуальные плановые платежи.

Блок 3 — запрос к нейросети (HTTP Request к API OpenAI или Anthropic, либо готовый node для ChatGPT), куда передаются данные таблицы и промпт с инструкцией посчитать остатки.

Блок 4 — условие (IF node): если в ответе нейросети упомянут отрицательный остаток хотя бы на одну дату, идём дальше, если нет — сценарий завершается без отправки.

Блок 5 — отправка сообщения (Telegram node) с готовым текстом от нейросети в чат казначея.

Такую цепочку можно собрать в бесплатной self-hosted версии n8n или в облачном тарифе. Для старта хватает и облачного бесплатного лимита запросов, если проверка идёт раз в день на одну компанию.

Промпт 1. Базовый расчёт остатков по дням

Это стартовая точка всей системы — промпт, который превращает сырую таблицу платежей в понятный прогноз.

Ты финансовый ассистент казначея. У тебя есть таблица плановых платежей
компании в формате: дата, тип (приход/расход), сумма, статья, контрагент.

Входящий остаток на сегодня: [ПОДСТАВИТЬ СУММУ] рублей.

Данные таблицы:
[ВСТАВИТЬ ДАННЫЕ ИЗ ТАБЛИЦЫ]

Задача:
1. Посчитай остаток на конец каждого дня на 30 дней вперёд нарастающим итогом.
2. Выведи только дни, где остаток на конец дня отрицательный.
3. Для каждого такого дня укажи: дату, величину минуса в рублях,
   из-за каких платежей образовался разрыв.
4. Если разрывов нет, напиши одной строкой "Кассовых разрывов на 30 дней
   не прогнозируется, минимальный остаток [сумма] на [дата]".

Формат ответа - короткое сообщение для Telegram, без markdown-таблиц,
с эмодзи-маркером в начале (🟢 если всё в порядке, 🔴 если есть разрыв).

Промпт 2. Разбор причин разрыва для собственника

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

Ты помощник финансового директора. Ниже расчёт кассового разрыва на
[ДАТА]: остаток уходит в минус на [СУММА] рублей.

Данные о причине:
[ВСТАВИТЬ СПИСОК ПЛАТЕЖЕЙ ЗА ЭТОТ ДЕНЬ]

Напиши короткое сообщение для собственника компании (не финансиста),
которое объясняет:
1. Что происходит, без термина "кассовый разрыв" - опиши сутью.
2. Из-за чего конкретно (2-3 главные причины, не список всех платежей).
3. Три варианта решения с плюсами и минусами каждого
   (сдвинуть платёж, ускорить оплату от клиента, овердрафт).

Тон: спокойный, без паники, как отчёт эксперта, а не тревожное сообщение.
Максимум 120 слов.

Промпт 3. Приоритизация платежей при нехватке денег

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

Ты финансовый ассистент. На счету компании сегодня [СУММА] рублей.
Список платежей на сегодня, которые нужно совершить:

[ВСТАВИТЬ СПИСОК: контрагент, сумма, критичность вручную]

Критерии критичности (расставь сам, если не указано):
1. Зарплата и налоги - высший приоритет, штрафы и репутационные риски.
2. Поставщики с действующими договорами о просрочке - средний приоритет.
3. Разовые закупки без договорных санкций за просрочку - низкий приоритет.

Составь список платежей в порядке приоритета оплаты сегодня, начиная
с самых критичных, пока не закончится доступная сумма. Отдельным списком
выведи, что придётся перенести, и предложи формулировку для звонка
поставщику с просьбой об отсрочке на 3-5 дней.

Промпт 4. Еженедельная сводка для планёрки

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

Ты ассистент казначея. На основе данных платёжного календаря за
последние 7 дней и прогноза на следующие 14 дней составь короткую
сводку для планёрки:

Данные:
[ВСТАВИТЬ ДАННЫЕ ЗА НЕДЕЛЮ И ПРОГНОЗ]

Структура сводки:
1. Остаток на сегодня и динамика за неделю (вырос/упал, на сколько).
2. Крупнейшие поступления и платежи следующих 14 дней (топ-3 каждое).
3. Прогноз разрывов на 14 дней вперёд, если есть.
4. Один вывод-рекомендация одним предложением.

Формат: маркированный список, не длиннее 150 слов, без канцелярита.

Как проверить, что нейросеть не ошиблась в расчёте остатков

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

Нейросети вроде GPT-5.5 и Claude Sonnet 4.6 хорошо считают простую арифметику, но при большом объёме строк и сложных условиях (несколько счетов в разных валютах, отложенные платежи, частичные оплаты) вероятность ошибки в отдельной цифре растёт. Способ снизить риск — дублировать расчёт формулами прямо в таблице (нарастающий итог через СУММ или SUMIF) и просить нейросеть сверять свой ответ с готовой формулой, а не считать с нуля.

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

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

Отдельно стоит следить за округлением и форматом чисел. Если в исходной таблице суммы указаны с пробелами как разделителями тысяч или в разных валютах без явной пометки, нейросеть иногда интерпретирует число неверно — например, воспринимает «1 200» как «1,200» или ошибочно смешивает рубли с условными единицами. Простое правило: указывать суммы без пробелов внутри промпта одним числом (120000, а не «120 тыс.») и явно называть валюту рядом с каждой суммой, если их несколько.

Как подготовить команду к работе с новым ассистентом

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

Первое правило — назначьте одного ответственного за таблицу-источник. Если вносить платежи может кто угодно из бухгалтерии без единого формата, дубли и пропуски неизбежны. Пусть один человек (обычно казначей или финансовый менеджер) отвечает за актуальность данных, даже если вносить конкретные строки помогают несколько сотрудников.

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

Третье правило — определите протокол реакции на сообщение заранее, а не в моменте. Кто первым звонит поставщику при задержке? Кто согласовывает овердрафт с банком? Если эти роли не распределены заранее, драгоценные дни предупреждения уходят на выяснение, кто чем занимается, вместо решения проблемы.

Сравнение: ChatGPT, Claude и Gemini для платёжного календаря

Актуально на июль 2026 года. Цены подписок и лимиты API меняются, проверяйте на официальных страницах перед подключением.

Вывод из таблицы простой: если платёжный календарь живёт в Google Таблицах и вы не хотите разбираться с API, начинайте с Gemini 2.5 — интеграция роднее. Если данные приходят большими выгрузками из 1С или банка, берите Claude Sonnet 4.6 — контекстное окно съедает больше без потери деталей. Для быстрого старта через n8n одинаково хорошо работают оба варианта, разница некритична.

Если интересна тема глубже — заберите готовый шаблон платёжного календаря с формулами для Google Таблиц: ai.fin-academy.pro/efir

Кейс 1. Как производственная компания сократила время на ручную сверку платежей

Клиентка школы, финансовый директор небольшого производства мебельных фасадов, пришла с типичной проблемой: платёжный календарь вела в Excel, обновляла по пятницам, кассовые разрывы обнаруживались за 1-2 дня до события.

Что сделали: перенесли календарь в Google Таблицы с общим доступом для бухгалтерии, настроили сценарий в n8n с ежедневной проверкой в 7 утра, подключили Claude Sonnet 4.6 для расчёта и формулировки, бот отправляет сообщение в закрытую группу из трёх человек (директор, финдиректор, главный бухгалтер).

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

Кейс 2. Розничная сеть избежала просрочки по зарплате благодаря раннему предупреждению

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

После настройки AI-ассистента (связка Excel Online + Power Automate + ChatGPT + Telegram) система прислала предупреждение заранее, за несколько дней до критичной даты, потому что просроченная оплата от опта была видна в таблице заранее как «ожидаемая, но не подтверждённая». Это дало время договориться с банком о краткосрочном овердрафте вместо задержки зарплаты сотрудникам, что снимает и юридический, и репутационный риск.

Цифра для сравнения: просрочка зарплаты даже на несколько дней означает компенсацию по статье 236 ТК РФ и риск жалобы в трудовую инспекцию. Раннее предупреждение AI-ассистента здесь буквально предотвратило конкретную юридическую проблему, а не абстрактное неудобство.

Кейс 3. IT-компания на аутсорсе автоматизировала календарь для трёх проектов одновременно

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

Что сделали: единая Google Таблица с колонкой «проект» и «валюта», курс ЦБ подтягивается автоматически формулой GOOGLEFINANCE, сценарий в n8n считает остаток отдельно по каждому проекту и сводно по компании, использует ChatGPT для расчёта и Claude Sonnet 4.6 для итоговой сводки по всем трём проектам сразу (из-за большого объёма данных за раз выгоднее оказалось контекстное окно Claude).

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

Промпт 5. Проверка платёжного календаря на полноту данных

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

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

[ВСТАВИТЬ ТАБЛИЦУ]

Проверь:
1. Есть ли дубли платежей (одна и та же сумма, контрагент, близкие даты).
2. Есть ли платежи без даты или с датой в прошлом со статусом "план".
3. Есть ли крупные регулярные платежи (аренда, зарплата, налоги),
   которые обычно повторяются каждый месяц, но отсутствуют
   в ближайшие 30 дней - возможно, забыли внести.
4. Есть ли платежи без указания счёта, с которого идёт оплата.

Выведи список найденных проблем построчно с указанием, что именно
проверить вручную. Если проблем нет, напиши "данные полные,
критичных пробелов не найдено".

Промпт 6. Симуляция сценария “что если клиент задержит оплату”

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

Ты финансовый аналитик-ассистент. Вот текущий платёжный календарь
на 30 дней:

[ВСТАВИТЬ ДАННЫЕ]

Смоделируй сценарий: платёж от контрагента [НАЗВАНИЕ] на сумму
[СУММА], ожидаемый [ДАТА], задерживается на 14 дней.

Пересчитай остатки по дням с учётом этой задержки и ответь:
1. Появляется ли кассовый разрыв в этом сценарии, и если да - когда
   и на какую сумму.
2. Какой минимальный резерв на счёте нужен был бы, чтобы этот сценарий
   прошёл без разрыва.
3. Какие 2 платежа можно было бы безопасно сдвинуть на 5-7 дней,
   если разрыв случится.

Промпт 7. Автоматическое письмо контрагенту о просьбе ускорить оплату

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

Ты ассистент финансового директора. Клиент [НАЗВАНИЕ] должен оплатить
счёт на сумму [СУММА] по договору от [ДАТА], срок оплаты истёк
[КОЛИЧЕСТВО] дней назад.

Напиши деловое письмо с просьбой оплатить в течение 3 рабочих дней.
Тон: настойчивый, но без угроз и эмоций, деловая переписка B2B.
Обязательно укажи номер и дату счёта, ссылку на пункт договора о сроках
оплаты (обозначь как [ПУНКТ ДОГОВОРА], подставлю сам), и один
уточняющий вопрос на случай, если оплата уже произведена но не дошла.

Длина: 100-130 слов, без канцелярита вроде "довожу до вашего сведения".

Промпт 8. Расчёт минимального резерва на счёте (буфер безопасности)

Многие компании работают без резерва вообще, что делает любую задержку клиента моментальным кризисом.

Ты финансовый ассистент. На основе истории платежей компании за
последние 3 месяца:

[ВСТАВИТЬ ИСТОРИЧЕСКИЕ ДАННЫЕ ПО КРУПНЫМ ПЛАТЕЖАМ И ЗАДЕРЖКАМ ОПЛАТ]

Посчитай:
1. Средний размер крупнейшего единовременного платежа компании
   (зарплата, налоги, аренда) за месяц.
2. Среднюю задержку оплаты от клиентов в днях за этот период.
3. Рекомендуемый минимальный резерв на счёте, который покрыл бы
   90% случаев задержки без обращения к овердрафту.

Объясни расчёт в 3-4 предложениях простым языком для собственника.

Промпт 9. Ежемесячный отчёт об эффективности управления кассовыми разрывами

Раз в месяц полезно смотреть на динамику, а не только на текущий день.

Ты финансовый аналитик. На основе данных о кассовых разрывах и их
предотвращении за последний месяц:

[ВСТАВИТЬ: количество зафиксированных предупреждений, количество
реализовавшихся разрывов, суммы, дни предупреждения заранее]

Составь короткий отчёт для собственника:
1. Сколько потенциальных разрывов было замечено заранее.
2. Сколько из них реально случилось бы без вмешательства.
3. Экономия времени и нервов в цифрах, если возможно оценить
   (часы ручной работы, количество звонков поставщикам об отсрочке).
4. Один вывод о тренде: разрывы учащаются или становятся реже.

Формат: деловой отчёт, до 200 слов, с одним ключевым выводом жирным.

Промпт 10. Настройка тона уведомлений под разные роли получателей

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

Ты ассистент казначея. Вот расчёт кассового разрыва на [ДАТА]
на сумму [СУММА]:

[ВСТАВИТЬ ДЕТАЛИ РАСЧЁТА]

Сформулируй ДВЕ версии одного и того же уведомления:

ВЕРСИЯ 1 (для казначея и бухгалтерии, в рабочий чат):
Технический стиль, конкретные суммы, даты, названия статей и контрагентов,
без смягчения формулировок.

ВЕРСИЯ 2 (для собственника, в личку):
Простой язык, суть проблемы в первом предложении, без бухгалтерских
терминов, с одной рекомендацией в конце.

Каждая версия не длиннее 100 слов.

Как избежать типовых ошибок при настройке AI-ассистента

Пять ошибок, которые встречаются чаще всего у тех, кто настраивает такую систему впервые.

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

Ошибка вторая — отправлять в облачную нейросеть реальные номера счетов, ИНН контрагентов и персональные данные. Работайте с обезличенными данными: условные названия «Поставщик 1», «Клиент А» вместо реальных наименований, если это не противоречит внутренним требованиям компании к безопасности.

Ошибка третья — доверять расчёту без контрольной сверки в первые недели. Об этом писала выше: минимум две недели параллельного ручного контроля обязательны.

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

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

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

Ошибка седьмая — игнорировать сообщения об ошибках самого сценария. Если API нейросети временно недоступен или таблица переехала на другой лист, автоматизация в n8n обычно молча падает без отправки уведомления вообще — и это выглядит как «всё хорошо», хотя на самом деле проверка просто не состоялась. Настройте отдельное уведомление на случай сбоя самого сценария, а не только на случай найденного разрыва.

Как масштабировать систему на несколько юрлиц и валют

Прямой ответ: масштабирование требует не смены инструментов, а усложнения структуры данных и добавления группировки в промпт.

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

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

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

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

Как подключить платёжный календарь к банку напрямую

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

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

Преимущество прямого подключения — фактические данные обновляются в реальном времени, а не по вечерам вручную. Недостаток — настройка требует работы с документацией конкретного банка и обычно нескольких часов программиста, который умеет работать с REST API и токенами авторизации. Для старта это не обязательный шаг: связка «таблица + нейросеть + Telegram» без банковского API уже даёт основную ценность, банк можно подключить позже, когда система докажет свою полезность на ручных данных.

Есть и промежуточный вариант без прямого API: некоторые банки присылают уведомления о движении средств в свой мобильный банк или на почту, откуда данные можно затянуть в таблицу через готовые интеграции в n8n (парсинг почты, вебхуки). Это менее элегантно, чем полноценный API, но быстрее в настройке для небольшой компании с одним расчётным счётом.

Чек-лист запуска AI-ассистента казначея за одну неделю

1. Соберите единую таблицу платежей. Одна структура для всех статей, без разрозненных файлов по отделам.
2. Внесите остатки на всех счетах на сегодня. Без стартовой точки любой прогноз неверен с первого дня.
3. Заполните плановые платежи на 30-60 дней вперёд. Чем полнее горизонт, тем раньше видно потенциальный разрыв.
4. Создайте Telegram-бота через @BotFather. Сохраните токен API и chat_id в надёжном месте.
5. Соберите сценарий в n8n или Make. Начните с одного простого условия: остаток меньше нуля.
6. Настройте промпт с чётким форматом ответа. Короткое сообщение, эмодзи-маркер, только важное.
7. Протестируйте на исторических данных двух недель. Сравните прогноз с тем, что случилось по факту.
8. Запустите ежедневную автоматическую отправку. Начните с личного чата, потом расширяйте на группу.
9. Пересматривайте промпт раз в месяц. Добавляйте новые правила по мере появления новых типов ошибок.
10. Не отключайте ручную проверку полностью. AI-ассистент — второй контур контроля, не единственный.

Что AI-ассистент казначея делает плохо и где нужен человек

Честно о границах системы, чтобы не создавать ложных ожиданий.

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

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

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

Ассистент не заменит переговоры с банком об овердрафте или с поставщиком об отсрочке — он может подготовить текст письма, но подпись и голос в переговорах всё равно человеческие.

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

Часто задаваемые вопросы

Что такое AI-ассистент казначея для платёжного календаря?

Это связка таблицы с плановыми поступлениями и платежами, нейросети (ChatGPT или Claude) и Telegram-бота. Ассистент ежедневно пересчитывает остаток денег на счетах на каждый день вперёд и присылает сообщение в Telegram, если в какой-то день остаток уходит в минус — то есть намечается кассовый разрыв.

Чем кассовый разрыв отличается от убытка?

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

Нужен ли программист, чтобы настроить такого ассистента в Telegram?

Нет, для базовой версии программист не нужен. Бот в Telegram создаётся через @BotFather без кода за 2 минуты, связка с таблицей и нейросетью собирается в n8n или Make через готовые блоки без строчки кода. Программист нужен только для сложных сценариев: интеграция напрямую с банк-клиентом или 1С через API.

Безопасно ли отправлять финансовые данные компании в ChatGPT или Claude через Telegram-бота?

Отправлять реальные номера счетов, ИНН контрагентов и персональные данные сотрудников в облачную нейросеть небезопасно и часто прямо запрещено внутренней политикой компании. Работайте с обезличенными суммами и условными названиями статей («Поставщик 1», «Аренда»), либо используйте локальные модели типа DeepSeek для чувствительных данных.

Какая нейросеть лучше подходит для платёжного календаря — ChatGPT, Claude или Gemini?

По состоянию на июль 2026 года: GPT-5.5 через chatgpt.com хорошо справляется с быстрыми расчётами и связкой через n8n. Claude Sonnet 4.6 выигрывает при работе с длинными выгрузками из 1С и банка благодаря большому контекстному окну. Gemini 2.5 удобен, если данные уже лежат в Google Таблицах. Для старта разницы между ними некритичны.

Сколько времени занимает настройка платёжного календаря с AI-напоминаниями в Telegram?

Базовая версия на Google Таблицах и n8n собирается за 1-2 рабочих дня, включая тестирование. Большая часть времени уходит не на настройку бота, а на наведение порядка в самой таблице плановых платежей — без чистых данных ассистент бесполезен.

Можно ли подключить платёжный календарь к 1С напрямую?

Да, через обмен данными по API или выгрузку отчёта «Платёжный календарь» в CSV с последующей автоматической загрузкой в таблицу-источник. Прямая интеграция сложнее в настройке, чем связка через таблицу, и обычно требует привлечения 1С-программиста на несколько часов.

Что делать, если AI-ассистент ошибся и не заметил кассовый разрыв?

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

Что дальше: от разового скрипта к системе казначейства

AI-ассистент из этой статьи закрывает базовый сценарий: одна компания, один-два счёта, ежедневная проверка разрывов. Это уже реальная экономия времени и снижение риска пропустить критичный день. Следующий уровень — это полноценная система казначейства с автоматическим приоритетом платежей, интеграцией с банком напрямую и предиктивной моделью на основе истории задержек клиентов, а не только плановых данных.

Мы разбираем именно такие системы на курсе «AI-навыки финансиста» — не разовые промпты, а связки инструментов, которые работают неделями без ручной настройки. Если хотите двигаться в эту сторону последовательно, а не собирать решение по кускам из разных статей, посмотрите программу курса.

Постройте полную систему автоматизации казначейства на курсе «AI-навыки финансиста»: 10 модулей, 800+ выпускников, диплом с лицензией и налоговый вычет 13%. Узнать программу курса

Наши каналы

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

• @findir_pro — основной канал школы, 45 000+ подписчиков, посты о финансовом управлении и практике CFO.
• «АИ с Софьей и Натали» — 13 000+ подписчиков, канал полностью про нейросети для финансистов: промпты, кейсы, разборы новых инструментов.
• MAX — 5 000+ подписчиков в новой соцсети, дублируем туда самые практичные материалы и шаблоны.