Закрытие заявки: когда и как правильно закрывать обращение

Кратко

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

Чем закрытие отличается от статуса «выполнена»

Разница на первый взгляд формальная, но именно она определяет, доверяют ли статистике по срокам.

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

Кто закрывает заявку

Закрытие происходит одним из трёх способов, и путать их не стоит.

• Клиент подтверждает. Самый надёжный вариант: человек прямо говорит, что проблема решена. Такое закрытие не оспаривается позже.
• Оператор закрывает вручную. Уместно, когда подтверждение не требуется по регламенту (например, справочный вопрос) или клиент явно попросил закрыть.
• Система закрывает по правилу. Заявка, по которой решение уже отправлено и клиент долго молчит, закрывается автоматически по истечении заданного срока — это не то же самое, что закрытие без предложенного решения: правило должно применяться только к уже решённым заявкам, иначе оно закрывает то, что на самом деле не решено.

«Закрытие заявки» и «закрытие приёма заявок» — разные вещи

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

Что обязательно проверить перед закрытием

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

Частые ошибки при закрытии заявки

• Закрывают по истечении времени без предложенного решения. Правило «молчание — согласие» работает только после того, как решение отправлено; применённое к заявке без ответа, оно просто прячет необработанные обращения.
• Не различают закрытие оператором и подтверждение клиентом в отчётах. Доля заявок, закрытых без подтверждения, — самостоятельный показатель риска, и его стоит смотреть отдельно от общего числа закрытых.
• Закрывают заявку, у которой есть незавершённое поручение смежному отделу. Клиент получает «решено», хотя часть работы ещё не сделана.
• Путают закрытие с отменой. Дубль или нерелевантное обращение — это отмена, а не решённая заявка; смешение раздувает показатель решённых заявок цифрами, которые на самом деле ничего не решали. Чёткая классификация видов обращений заранее снимает часть этой путаницы.

Как устроено закрытие заявок в TehProf.kz Support

Заявка в TehProf.kz Support проходит по состояниям: новая, оценена, в работе, ожидает (на паузе или передана), выполнена, отменена, возобновлена, и есть отдельное состояние «ожидает подтверждения менеджера» — оператор помечает работу сделанной, а заявка ждёт, пока клиент подтвердит результат; подтвердил — заявка становится «выполнена», вернул на доработку — снова «в работе» (api/tickets.php:129-146, комментарий к правке F1204 там же). Из «выполнена» и «отменена» прямой переход только в «возобновлена» — закрытую заявку нельзя молча перевести в другой статус, её сначала открывают заново.

Автозакрытие по таймеру существует, но касается только уже выполненных заявок и по умолчанию выключено: администратор включает его и задаёт число дней (0–365, по умолчанию 7), и если клиент не написал за это время после того, как заявка стала «выполнена», система проставляет отметку закрытия — саму заявку она при этом не переводит в другой статус, а лишь фиксирует, что она завершена и клиент не оспорил результат (api/cron.php:168-219, задача cron_auto_close, F09; api/settings.php:852-853; текст настройки — js/i18n-ru.js:7493: «Через сколько дней выполненная заявка закроется сама, если клиент молчит. Ноль — не закрывать автоматически, закрывает оператор»).

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

Через сколько дней автоматически закрывается заявка?

Зависит от настройки конкретной компании: администратор задаёт число дней от 1 до 365 или выключает автозакрытие вовсе, и тогда решение о закрытии всегда принимает оператор.

Можно ли переоткрыть закрытую заявку?

Да, закрытая (выполненная или отменённая) заявка переводится в состояние «возобновлена» и дальше работает как обычная — с сохранением всей истории переписки.

Что делать, если заявку закрыли, а проблема вернулась?

Это повторное обращение, и правильнее не заводить новую заявку с нуля, а связать её с закрытой — см. Повторное обращение клиента: как снизить.

Кто должен закрывать заявку — оператор или клиент?

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

Связанные статьи

• Что такое эскалация обращения и когда её запускать
• Повторное обращение клиента: как снизить
• Время решения заявки: что считать и с какого момента