Статус претензии - это короткая отметка о том, на какой стадии находится спор: только поступил, готовится ответ, ответ отправлен, спор ушёл в суд или работа завершена. В AVCRM статусы претензий ведутся в карточке и видны в реестре, поэтому стадия каждого спора читается без переписки с исполнителем. Ниже - модель статусов, правила переходов и как она участвует в контроле работы.
Зачем нужны статусы
Без статуса о положении претензии известно только тому, кто её ведёт. Руководитель вынужден спрашивать, коллега переспрашивает, а ответ «сейчас не помню, отправили или нет» - норма работы по переписке. Статус снимает этот вопрос: он фиксирует стадию публично и обновляется в момент реального продвижения спора.
Вторая функция статуса - дисциплина. Когда у претензии есть стадии, промежуточная работа не выглядит бесконечной: «в работе» обязывает довести до ответа, «отвечено» означает ожидание реакции контрагента, «в суд» переводит спор в другой режим. Статус превращает претензионную работу из потока писем в процесс с этапами.
Статусы в AVCRM
Статусная модель претензии
| Статус | Что означает | Что дальше |
|---|---|---|
| Новая | Претензия поступила и зарегистрирована | Назначить ответственного, выставить срок |
| В работе | Юрист готовит ответ и ведёт переписку | Следить за сроком ответа |
| Отвечено | Ответ направлен контрагенту | Ожидание реакции, при необходимости - эскалация |
| В суд | Спор перешёл в исковую стадию | Создать и сопровождать судебное дело |
| Закрыто | Работа по претензии завершена | Архивировать, итоги - в отчёт |
Модель покрывает весь досудебный цикл и переход в суд. Переключение выполняется в карточке претензии одним действием, а новая стадия сразу отражается в строке реестра. Статус не заменяет поля: рядом с ним остаются срок ответа, сумма и ответственный, поэтому решение о следующем шаге принимается на полном наборе данных.
Статусы в интерфейсе AVCRM
Сценарий: как юрист меняет статусы
Путь претензии по статусам
- Претензия зарегистрирована - статус «новая», ответственный ещё не назначен.
- Назначен юрист, указан срок - статус переходит в «в работе».
- Ответ подготовлен и отправлен - статус «отвечено», переписка сохранена.
- Контрагент не пошёл на условия - спор эскалируется, статус «в суд».
- Из претензии создаётся судебное дело, история остаётся в карточке.
- Требование исполнено - статус «закрыто», итог попадает в отчёт.
Переходы делает ответственный юрист в момент реального события: письмо ушло, получен отказ, подан иск. Именно поэтому статусу можно верить - он обновляется не «когда будет настроение», а вместе с действием, которое он описывает. История изменений остаётся в карточке вместе с датами и автором.
Что статус даёт руководителю
Для руководителя статус - это срез без запроса. Фильтр по статусу показывает, сколько претензий на подготовке ответа, сколько ждёт реакции контрагента и сколько уже ушло в суд. Разговор на планёрке строится на этих числах, а не на пересказе исполнителя.
Сквозной взгляд полезен и в другом: «сколько новых претензий завалялось без ответственного» - показатель, который при отсутствии статусов не виден в принципе. Такие строки всплывают первыми и закрываются до того, как превратятся в просроченные. Контроль получается проактивным.
Статус в реестре и фильтрах
В реестре претензий статус присутствует в строке и участвует в фильтрации: собрать «все в работе», «все отвеченные» или «новые без ответственного» - задача на один клик. Так список превращается в рабочие очереди: утренний просмотр начинается с фильтра «в работе», общий срез для планёрки - со всех статусов сразу.
Порядок колонок и состав списка описаны на странице реестра претензий, а сама механика учёта полей и карточки - на странице учёта претензий. Статус выступает связующим звеном: поле в карточке, колонка в списке и срез в отчёте - одно и то же значение.
Статус и сроки ответа
Срок ответа действует, пока претензия не отвечена: в статусах «новая» и «в работе» дедлайн продолжает идти и подсвечивать строку, а после «отвечено» фокус смещается на ожидание реакции контрагента. Связка статуса и срока не даёт спору висеть в бесконечной работе - к дате система спрашивает: либо ответ отправлен, либо строка стала красной.
Механику дедлайнов, напоминаний и отчёта по просрочкам разбирает страница сроков ответа. Здесь важно другое: статус объясняет сроку контекст. Красная метка в статусе «новая» означает претензию без ответственного, а красная в статусе «в работе» - затянувшуюся подготовку.
Статус «в суд» и связанное дело
Переход в судебную стадию оформляется созданием дела из претензии: контрагент и суммы переносятся в карточку процесса, а в реестре претензий появляется синяя метка связанного дела с номером и статусом процесса. Претензия остаётся в списке - её досудебная история нужна и в суде.
После перехода претензия и дело живут параллельно: претензия хранит ответы и платежи, дело ведёт заседания и судебные акты. Юристу не нужно выбирать, в каком месте что хранить, - каждому этапу своё место, а связь между ними видна в обе стороны. Раздел учёта судебных дел описывает вторую половину работы.
Закрытие претензии
Статус «закрыто» ставится, когда требование исполнено: контрагент оплатил, стороны заключили соглашение или спор завершён иным способом. Перед закрытием в карточке отражается поступившая сумма, поэтому в реестре виден и остаток, и результат. Закрытая претензия не исчезает - она остаётся в истории компании и в отчётах.
Практическая ценность закрытия - чистый рабочий список. Активные споры не смешиваются с завершёнными, фильтры показывают только живую работу, а руководитель видит реальную нагрузку команды. Архив при этом доступен: спор прошлого года находится по контрагенту за секунды.
Уведомления и статусная модель
Команда узнаёт о продвижении споров из системы, а не из чата: уведомления приходят по ключевым событиям претензии, включая приближение срока ответа и даты судебной перспективы. Смена статуса дополняет эту картину - коллега видит, что спор перешёл на другую стадию, без отдельного письма.
Уведомления настраиваются поведением системы, а не правилами отдела: напоминание накануне дедлайна приходит автоматически, повторное уведомление скрывается после прочтения. Так статусная модель работает не только для отчётности, но и для ежедневного ритма работы - каждый знает, какая стадия требует его шага сегодня.
Как статус работает в разных экранах
- Карточка - статус переключается одним действием, история изменений сохраняется.
- Реестр - статус в строке и фильтр рабочих очередей.
- Календарь - срок ответа действует, пока спор не отвечён.
- Отчёты - распределение претензий по стадиям в одном срезе.
- Уведомления - ключевые события спора приходят команде.
- Судебное дело - переход «в суд» открывает вторую часть работы.
Сколько статусов нужно компании
Пяти статусов хватает почти всем: они покрывают поступление, работу, ответ, суд и завершение. Небольшой юротдел ведёт споры по ним без изменений, крупный - добавляет внутренние договорённости о том, что считать «отвечено». Главное - не раздувать модель: каждый лишний статус придётся поддерживать в дисциплине.
Практика показывает: достаточно правила «статус меняется вместе с фактическим продвижением». Тогда модель остаётся честной, а реестр - пригодным для управления. Начать стоит с универсального набора и скорректировать его через месяц работы, когда станет видно, какие переходы реально используются.
Как начать вести статусы
Запуск сводится к двум шагам: перенести активные претензии и раздать им статусы по текущей реальности. Дальше правила простые: новая претензия заводится в статусе «новая», ответственный назначается сразу, статус обновляется в момент отправки ответа. Порядок работы - в разделе инструкции.
Пробный период - 14 дней без карты, тариф «Старт» - 1 900 ₽ в месяц за рабочее пространство и одного сотрудника, дополнительное место - 700 ₽ в месяц. За две недели команда привыкает работать по статусам, и возврат к вопросу «где сейчас спор» из переписки обычно уже не нужен. Состав тарифов - на странице тарифов AVCRM.
История статусов в карточке
Каждый переход статуса остаётся в карточке претензии вместе с датой, поэтому через месяц видно, что спор провёл две недели в работе, потом ждал реакции контрагента, а затем ушёл в суд. Эта хронология отвечает на вопрос, который иначе приходится восстанавливать по переписке: как долго длилась каждая стадия и где процесс потерял темп.
История полезна и для разбора споров с контрагентом: если тот утверждает, что ответа не было, карточка показывает статус «отвечено» с датой, комплект отправленных документов и адресата. Доказательства досудебного порядка берутся из записи системы, а не собираются из почтовых ящиков участников. Работа по претензии получает журнал, которому можно доверять.
Частые вопросы
Можно ли настроить свои статусы?
Базовая модель - пять статусов от поступления до закрытия, они покрывают типовой досудебный цикл. Команда может договориться о собственных правилах переключения, но минимальный набор оставлен универсальным, чтобы реестр оставался понятным всем участникам.
Видят ли статусы руководители?
Да - статус присутствует в строке реестра и в отчётах, поэтому руководитель работает в режиме просмотра и собирает срезы фильтрами, не вмешиваясь в карточки.
Как связать статус с уведомлениями?
Система сама уведомляет о событиях претензии: напоминание о сроке ответа приходит накануне дедлайна, ключевые даты судебной перспективы тоже предупреждаются. Команда узнаёт о продвижении спора без отдельных писем.
Сколько статусов можно использовать?
Практический ориентир - от пяти до семи. Меньше - споры не различаются по стадиям, больше - модель перестаёт соблюдаться, и реестр теряет смысл как инструмент управления.
Что происходит при смене статуса?
Значение обновляется в карточке и сразу отражается в строке реестра, история изменений сохраняется с датой. Фильтры и отчёты начинают учитывать новую стадию без дополнительных действий.
Ведите претензии по статусам
14 дней бесплатного доступа: разбейте активные споры по стадиям и получите прозрачность процесса.