Каталог проектовКоманда и бэк-офисКонтролёр внештатных, который находит риск раньше инспекции
Реестр исполнителей Статус на дату выплаты Скоринг переквалификации Запуск за 10–14 дней

Контролёр внештатных, который находит риск раньше инспекции

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

≤2 мин
на ответ «кто из внештатных сейчас рисковый»
100%
выплат сверены с чеками и актами построчно
1
реестр вместо чатов, папки договоров и выгрузок из банка
0
расходов без подтверждающего документа в закрытом месяце

Один день из жизни вашего агента

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

09:00

Утро: внештатный контур за неделю агент Куратор

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

11:00

Проверка статусов на дату агент Ревизор

Статус плательщика НПД и действующего ИП проверяется по каждому исполнителю и привязывается к дате выплаты. Снимок сохраняется в карточке: через год не придётся вспоминать, проверяли ли вы вообще.

14:00

Сверка «выплата ↔ чек ↔ акт» агент Ревизор

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

16:00

Скоринг риска переквалификации агент Дозорный

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

пт

Лимиты, договоры и продления агент Регистратор

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

Вопрос о внештатных — просто напишите ему

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

Внутри — не один бот, а команда

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

🪪
Оркестратор

Куратор подряда

Держит картину всего внештатного контура, отвечает на вопросы о нём и приходит с предупреждением до срока, а не после запроса из инспекции. Знает специфику ваших работ и то, какие исполнители критичны.

📇
Реестр

Регистратор

Ведёт карточки исполнителей: договоры, задания, реквизиты, история выплат, сроки документов. Изменения условий версионируются — видно, когда и на что поменялся договор.

🔎
Проверки

Ревизор

Проверяет статус исполнителя на дату выплаты и сверяет выплаты с чеками и актами построчно. Любую цифру раскрывает до конкретного платежа.

⚖️
Риски

Дозорный

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

📄
Документы

Делопроизводитель

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

Как это устроено под капотом

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

01 / CODE-MATH

Лимиты и признаки считает код, а не языковая модель

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

02 / STATUS-SNAPSHOT

Статус проверяется на дату выплаты и сохраняется

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

03 / RISK-RULES

Признаки переквалификации — правила с весами, а не мнение

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

04 / RECEIPT-LEDGER

Реестр чеков с дедупликацией и контролем аннулирования

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

05 / TWO-STAGE

Поток выплат фильтрует код, разбирает — модель

Скрипт сопоставляет сотни платежей с чеками, актами и заданиями и отбирает только разрывы; языковая модель разбирает избранные случаи и формулирует, что именно пошло не так. Дёшево, быстро и без шанса «замылить» строку в общем потоке.

06 / READ-ONLY

Только чтение: выплат система не проводит

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

Что будет, если что-то пойдёт не так

Инженерный подход — проектировать отказы заранее, а не разбирать их постфактум. Нештатные сценарии этой системы и её реакции:

⚠ Сценарий отказа

Сервис проверки статуса недоступен или отвечает ошибкой

→ Реакция системы

Выплата помечается «статус на дату не подтверждён» и встаёт в очередь на перепроверку. Задним числом статус не дорисовывается и в снимок не попадает — пробел честно виден в сводке.

⚠ Сценарий отказа

Исполнитель аннулировал чек уже после выплаты

→ Реакция системы

Регулярная перепроверка статусов ловит аннулирование, подтверждение расхода снимается, выплата возвращается в очередь «не подтверждено» с черновиком запроса исполнителю.

⚠ Сценарий отказа

Ответственный не отвечает на запрос недостающего акта

→ Реакция системы

Работает лестница напоминаний с фиксированными интервалами, после её исчерпания — эскалация руководителю. Выплата остаётся открытой в сводке и не закрывается сама по сроку давности.

⚠ Сценарий отказа

Перезапуск системы

→ Реакция системы

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

Так выглядит его работа

Примеры сообщений: цифры условные, форма — рабочая.

Риск переквалификации ⚖️ Исполнитель К. · риск переквалификации Сработало признаков: 5 из 9 Выплат: 19 за 7 месяцев Периодичность: 5 и 20 числа, как зарплата Суммы: равные, 45 000 ₽ Доля в доходе: вы — единственный заказчик Договор: упоминает график и рабочее место Собрал карточку: все выплаты, даты и цитаты из договора одной страницей — на разбор с юристом. Вывод о характере отношений делает он, не я.
Разрыв «выплата ↔ чек» 🧾 Сентябрь · подтверждение расходов Выплат: 41 на 812 000 ₽ С чеком и актом: 37 90% Без чека: 3 на 86 000 ₽ Чек аннулирован: 1 на 24 000 ₽ По четырём выплатам расход не подтверждён. Черновики запросов исполнителям готовы, срок ответа поставил на 3 дня — дальше напомню сам.
Подход к лимиту 📈 Исполнитель С. · лимит режима НПД Выплачено вами за год: 1 640 000 ₽ Лимит режима: 2 400 000 ₽ Ваш темп: 180 тыс./мес Запас по вашим выплатам: ~4 месяца Честно: доход от других заказчиков нам не виден, реальный запас может быть заметно меньше. Подготовил запрос исполнителю на подтверждение остатка и памятку, что делать, если лимит исчерпается в сезон.

Что входит в настройку «под ключ»

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

Базовая комплектация

Входит в тариф «Про» — настройка уже включена в цену подписки
  • Команда: куратор подряда, регистратор, ревизор, дозорный, делопроизводитель
  • Реестр внештатных исполнителей: договоры, задания, реквизиты, история выплат
  • Проверка статуса самозанятого и ИП на дату каждой выплаты со снимком в карточке
  • Построчная сверка «выплата ↔ чек ↔ акт» и разбор каждого разрыва
  • Контроль годового лимита дохода и сроков документов по каждому исполнителю
  • Скоринг признаков переквалификации с раскрытием до сработавшего правила
  • Неделя сопровождения после запуска

Возможные расширения

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

Границы системы: честно и заранее

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

✓ Агент может

— и делает это каждый день без напоминаний
  • Вести реестр исполнителей с договорами, заданиями и историей выплат
  • Проверять статус самозанятого и ИП на дату каждой выплаты и хранить снимок
  • Сверять выплаты с чеками и актами построчно и находить разрывы
  • Считать признаки переквалификации и подход к лимиту дохода заранее

✕ Не может — архитектурно

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

Как мы сдаём проект

Не «сделаем как-нибудь за пару недель», а проектный план по публичной оферте — с прогоном и формальной приёмкой.

Дни 1–2

Бриф и доступы

Интервью о ваших процессах, сбор материалов и доступов. Вы рассказываете — формализуем мы.

Дни 3–5

Техническое задание

Карта агентов, контуры, регламенты, форматы. До 3 правок — пока не совпадёт с ожиданиями.

Дни 6–9

Сборка системы

Агенты, интеграции, детерминированные контуры, расписания — по согласованному ТЗ.

Дни 10–11

Наполнение вашими данными

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

День 12

Полный прогон

Каждый сценарий ТЗ прогоняется на реальных данных по чек-листу приёмки — до показа вам.

Дни 13–14

Приёмка и запуск

Демонстрация, до 2 правок, обучение работе с агентом — и система уходит в бой.

Чек-лист приёмки — 12 проверок перед сдачей

Проект не считается готовым, пока каждый пункт не подтверждён фактом. Синим — проверки, специфичные именно для этого проекта.
01Все сценарии ТЗ прогнаны на реальных данных, не на «примерах»
02Расписания сработали в назначенное время — проверено фактом, не настройкой
03Алерты вызваны тестово и дошли до вас
04Эскалации доходят до нужных людей с полным контекстом
05Границы «не может» проверены попыткой их нарушить
06Память наполнена и переживает перезапуск системы
07Доступы минимально достаточные; где заявлено «только чтение» — это проверено
08Резервное копирование данных проекта включено
09Реестр собран по вашим выплатам за прошлый квартал: у каждого исполнителя договор, статус на дату и чек — либо честная пометка, чего именно нет
10Скоринг риска прогнан на 20 действующих исполнителях, каждый сработавший признак разобран с вами построчно
11Контроль лимита сверен по трём исполнителям с наибольшими выплатами — нарастающий итог совпал с вашими данными до рубля
12Лестница напоминаний по недостающим чекам и актам проверена на реальной незакрытой выплате

Посчитайте эффект для себя

Подставьте свои цифры — получите консервативную оценку. Это ориентир для решения, а не оферта.

ч
Оценка эффекта
Формула: высвобожденное время на проверки и сбор документов плюс 0,5% месячных выплат внештатным — консервативная оценка расходов, которые иначе остаются без чека или акта и выпадают из учёта. Доначисления и взносы при переквалификации отношений, пени, штрафы и время руководителя на объяснения — сверх этой оценки и в неё сознательно не заложены. Оценка ориентировочная и не является офертой.

Один непризнанный расход стоит дороже года подписки

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

Получить реализацию за 14 990 ₽/год
Это ≈ 1 249 ₽ в месяц. Настройка «под ключ» уже включена в подписку «Про» — без доплат за внедрение.
Хотите сначала обсудить задачу? Задайте вопрос — ответим в течение рабочего дня.
Не уверены, подойдёт ли агент под вашу задачу? Задайте вопрос — ответим за пару часов
Отвечает команда сервиса, а не бот. 9 из 10 оценивают ответы как полезные.

Частые вопросы

Придётся давать доступ к расчётному счёту и кадровым данным?

Нет. Прав распоряжаться счётом у системы нет и быть не может — это архитектурная граница. Нужны выгрузка выплат (файлом или регулярной выгрузкой), договоры с исполнителями и чеки. Всё хранится в вашем контейнере, доступ к нему — только у вас. Штатный кадровый учёт эта система не трогает вовсе.

У нас всего пять внештатных — не мелко ли для системы?

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

Система сама решит, что отношения на самом деле трудовые?

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

Что будет, если исполнитель аннулирует чек через полгода?

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

Это заменит бухгалтера или юриста?

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

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