Возврат комиссии — не доход: как устроена наша AI-Бухгалтерия

Банк вернул списанную комиссию. На счёте это поступление — но доходом оно от этого не становится.

Для ИП на УСН и патенте мы собрали в одном контуре банк, ЭДО, CRM и налоговый учёт. Система готовит рутинные действия, а решения и подпись остаются за владельцем. Расскажу, как это устроено и какие детали пришлось продумать на практике.

Платёж не живёт сам по себе

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

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

Возврат комиссии и исходное списание

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

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

Причина закрытия остаётся в истории

Другой стык обнаружился в CRM. Счёт, который клиент не оплатил, закрывался одной кнопкой «Не оплачен» — без объяснения, что именно произошло. Позже было не отличить списанный долг от ошибочного счёта, а в истории клиента не оставалось отметки о неоплате.

Мы разделили закрытие на два действия: «списать как неоплаченный» и «аннулировать». Для каждого нужна причина. Списанный долг остаётся в отчёте и истории клиента; если клиент заплатит позже, система предложит восстановить счёт. Так контур AI-Бухгалтерии связывает налоговый учёт с CRM: финансовое событие не пропадает за общей кнопкой.

Где заканчивается автоматизация

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

Вид закрывающего документа определяет правило: услуги закрываются УПД после выполнения, передача прав — актом передачи прав. Агентам не разрешено самим применять рекомендации. Документы клиентам и платежи без владельца не уходят: платёж отправляется в банк на подпись, документ по ЭДО отправляет владелец.

Для кого этот контур

AI-Бухгалтерия сделана для ИП на УСН и патенте, которые продают услуги и лицензии. Зарплатного и кадрового учёта здесь нет, стыка с 1С тоже. Покупки по карте видны в учёте после банковской проводки, а до неё отмечены как «в обработке».

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

Если вы развиваете CRM и думаете, где в неё встроить ИИ, карта развития Битрикс24 с ИИ поможет увидеть возможные направления.