AI Agent 1C.

IDE + MCPсверка подготовленных платёжных поручений с фактической банковской выпиской — за пользователя, без внешних обработок

8 из 34 платёжек не дошли до бюджета: свели платёжные поручения с выпиской и нашли неуплату на 1,16 млн

8 июля 2026 · «Бухгалтерия предприятия 3.0», ИП Котов Артём Сергеевич (многофирменная рабочая база) · AI Agent for 1C

Коротко

Клиент готовит платёжные поручения по налогам в 1С вручную и платит через разные банки — прямого обмена 1С с банком нет, поэтому статус «отправлено» в журнале ничего не гарантирует. Нужно было понять, какие из 34 платёжек ИП реально прошли по банку, а какие зависли. Агент сопоставил каждое платёжное поручение 1:1 с фактическими списаниями по выписке (по получателю и сумме), нашёл 26 оплаченных и 8 «повисших» на 1 162 088,27 ₽ — среди них два ключевых платежа НДС «третья треть» за 1 квартал 2025 и 1 квартал 2026, где первые две трети оплачены, а последняя до бюджета не дошла. Результат выгружен в Excel тремя листами. По ходу работы честно выявлена и исправлена ошибка первого прогона: в многофирменной базе сверку сначала запустили без фильтра по организации и смешали клиентов — ошибку поймали по уточнению заказчика и переделали строго по одному ИП. Без внешних обработок, без Конфигуратора, только чтение базы, каждый шаг подтверждён человеком.

Что требовалось

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

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

Как помог агент

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

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

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

Затем агент сопоставил каждое из 34 платёжных поручений 1:1 с фактическими списаниями клиента: одно списание закрывает ровно одну платёжку, повторяющиеся суммы не задваиваются. Итог — реестр с пометкой «уплачено / не найдено», датой фактического списания и банком плательщика — выгружен в Excel тремя листами (Сводка, НЕ уплачено, Все платёжки). Вся работа — только чтение базы, ни одной записи в учёт.

Результат

Из 34 платёжных поручений 26 подтверждены оплатой — у каждого есть конкретное закрывающее списание с датой. 8 платёжек на 1 162 088,27 ₽ в выписке не найдены — это реальные кандидаты на неуплату. Среди них два ключевых: НДС «третья треть» за 1 квартал 2025 (130 907 ₽) и за 1 квартал 2026 (636 055 ₽) — первые две трети оплачены, а последняя до бюджета не дошла.

Клиент получил готовый Excel-реестр на три листа, по которому видно, что оплачено, что зависло и на какую сумму. Вся работа выполнена прямо в рабочей базе из чата — без программиста, без внешних обработок, без визитов в Конфигуратор и без единого изменения в базе.

для специалистов — запросы, инструменты, ход работы
← Все кейсы