Дебиторская задолженность в 1С: как ИИ ведёт просрочку

Как собрать сценарий на нашей платформе

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

В 1С Analytics Bridge сначала показывает схему установленной базы. Специалист выбирает объекты для задолженности, счетов и оплат, проверяет их смысл и настраивает агрегированные срезы. По каждому контрагенту сотрудник получает сумму и период, затем сопоставляет их с банковскими и коммуникационными данными, если они подключены.

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

Пример регламента без лишней автоматизации

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

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

Рабочий результат — не просто таблица «должен столько-то». Это очередь:

Ситуация	Что готовит ИИ-сотрудник	Что решает человек
Срок наступил, оплаты нет	Сумма, договор, счёт, контакт, черновик напоминания	Отправлять ли сообщение
Пришла частичная оплата	Новый остаток, история платежей	Согласовать дальнейший график
Клиент оспаривает документ	Основания из 1С и переписки	Кто устраняет спор
Крупная просрочка	Сводка рисков и сроки	Эскалация руководителю

Так финансовый специалист тратит время на исключения и переговоры, а повторяемые сверки проходят по одним правилам.

Как проверить пользу без выдуманных процентов

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

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

Сравнение с ручным процессом лучше проводить на одинаковой группе контрагентов. Финансовый специалист ведёт привычный реестр, а VibeLab параллельно готовит свой. Через несколько циклов видно, какие строки требуют внимания, где сотрудник пропускает исключения и какую часть работы действительно снимает. Любую ошибку важно привязать к источнику или правилу, а не объявлять общим «сбоем ИИ».

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

У расширения «1С: аналитика» роль чтения и расчёта: оно не проводит документы и не меняет регистры. Внешние письма и решения о спорной задолженности оформляются отдельными шагами платформы с нужным подтверждением. Это позволяет внедрять сценарий постепенно.

Как не испортить отношения с хорошим клиентом

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

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

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

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