Традиционный интерфейс «1С:Документооборот» – это отличный и понятный инструмент для централизованной работы с документами. Но представьте себе отдел поддержки продаж крупной финансовой компании, который ежедневно регистрирует и обрабатывает сотни клиентских обращений (претензий, экспертиз, текстовых входящих заявок). Все они непрерывным потоком падают в единый «котёл» информационной системы и остаются «неопознанными» до тех пор, пока до них естественным образом не доходит очередь.
На одном из клиентских проектов мы столкнулись с критической для заказчика проблемой: вопреки регламентам, сроки обработки важных документов постоянно сдвигались. Несмотря на то, что в компании существовало разделение на стандартные обращения и обращения VIP-клиентов (их запросы должны были обрабатываться в первую очередь) и признак резонанса (этим признаком помечались обращения, которые были критическими и также требовали быстрой обратной связи), но, чтобы увидеть эти признаки в списке задач, необходимо было вручную переходить в карточку на отдельной вкладке и выявлять эти параметры. Анализ вскрыл суровую правду: стандартный интерфейс оставлял лазейку для субъективного выбора.
1. Сотрудники, видя перед собой десятки заданий, подсознательно выбирали самые простые и понятные. Это создавало прекрасную видимость продуктивности (количество закрытых задач росло), но приводило к застою в действительно важных процессах.
2. Приоритетные задачи тонули в общем списке, сливаясь по нормативным срокам (SLA) с рядовыми запросами. В итоге VIP-клиенты могли ждать ответа неделями.
3. Стандартная модель «Задачи мне» превращалась в очередь, где реальная значимость вопроса для компании подменялась личным удобством исполнителя.
Почему не спасли типовые механизмы 1С:ДО?
Во-первых, информация о VIP-клиентах и признаке резонанса не была в типовых реквизитах - она направлялась из другой системы учета обращений по АПИ. Предпринималась попытка «подсвечивать» задачи определенным цветом, но это было неудобно, так как для полноценной работы всё равно требовалась доработка.
Во-вторых, команда поддержки продаж на стороне заказчика была относительно небольшая, а сотрудники — универсалы, которые берут в работу задачи разной степени важности (нет разделения на тех, кто занимается мелкими обращениями и на тех, кто работает с ВИП-клиентами). Все выполняли задачи разного уровня сложности, при этом объем обращений более 100-150 в день. Стандартная эскалация или жесткая привязка по ролям здесь не работала - сотрудники поддержки убивали бы всё время на ответ ВИП клиентам, а сроки по обычным обращениям давно были бы просрочены.
Почему заказчик доверил эту задачу нам?
Клиент - наш давний партнер, чью систему 1С:ДО мы развиваем уже долгое время. Нас выбрали, потому что мы предложили не просто «косметические» правки интерфейса, а архитектурно проработанное решение. Мы не хотели лишать коллег самостоятельности, но понимали – им нужна «навигация», которая подскажет, что сейчас важнее всего для компании. Так родилась идея «умной очереди» – инструмента, который направляет сотрудника сфокусироваться на главном.
Все действия происходят в скрытых регистрах сведений, доступ к которым есть только у администратора. Исполнитель просто нажимает одну кнопку и гарантированно получает самую важную задачу на данный момент.
Мы предложили Pull-модель (вытягивание задач):
1. Обращение из сторонней системы автоматически поступает в 1С:Документооборот.
2. Создается карточка документа и запускается обработка.
3. Сформированная задача фоном попадает в невидимую для пользователя очередь (в специальный регистр «Приоритеты задач») и ей присваивается "место".
4. В итоге, когда сотрудник нажимает кнопку «Следующая из очереди», алгоритм мгновенно находит в регистре задачу с максимальным весом. Эта задача назначается сотруднику.
При этом мы сохранили для сотрудников и общий список - для разбора специфических кейсов в ручном режиме.Для того, чтобы при возникновении неординарной ситуации (негативный клиент, требующий быстрого ответа), у сотрудника была возможность взять этот кейс в работу вне очереди.
Как мы это делали: Архитектура умной очереди
Мы разделили поток входящих документов на 3 строгие очереди:
· Первая очередь (VIP -клиенты): Максимальный вес для особо важных клиентов.
· Вторая очередь (Резонанс): Обращения с высоким информационным риском.
· Третья очередь (По дате создания в 1С:ДО): Все остальные обращения выдаются в следующем порядке – Максимальный вес приобретает самая «старая» задача с самой ранней датой создания.
· Если задач по трем очередям нет, то при нажатии на кнопку «Следующая из очереди», выводится сообщение: «Нет доступных задач»
Но гладко бывает только на бумаге. В процессе реализации мы столкнулись с двумя интересными архитектурными вызовами:
Вызов 1: Умное резервирование и производственный календарь. В рамках бизнес-требований реализован следующий механизм: после взятия в работу задача резервируется за текущем исполнителем ровно на 4 часа. В общей очереди она все еще на первом месте, но другим исполнителям эта задача не будет выдаваться по нажатию кнопки «Следующая из очереди». Только по истечению срока задача вернется в общий пул задач.
Но в процессе реализации мы столкнулись с определенной сложностью. Представьте ситуацию: сотрудник забрал обращение в пятницу в 17:00. Если бы мы просто поставили таймер на 4 часа, в 21:00 задача бы слетела и в субботу оказалась бы назначенной другому исполнителю. По этой причине, было решено рассчитывать остаток времени с учетом выходных, чтобы задача гарантированно дождалась исполнителя утром в понедельник, а не улетела другому менеджеру в субботу.
Вызов 2: Перенаправление без потери SLA. Иногда руководителям требуется перенаправить задачу конкретному сотруднику. Для того, чтобы при перенаправлении задача не вернулась в общий пул задач, мы переписали логику так, чтобы регистр "Приоритеты задач" перестраивался автоматически: при перенаправлении задачи другому сотруднику, карточка перезаписывается, и информация в регистре автоматически обновляется, регистр учитывает, что задача в работе у другого сотрудника. Таким образом Задача становится закрепленной за конкретным исполнителем и «невидимой» для других коллег, нажимающих кнопку «Следующая из очереди».
Выводы и цифры.
Внедрение такой «умной» приоритизации кардинально изменило работу Отдела поддержки:
1. Скорость обработки приоритетных и резонансных обращений выросла в разы. Время предоставления ответа VIP-клиентам уменьшилось в среднем с 7 дней до 4.
2. Эффективность сотрудников повысилась. Сотрудники часто используют «одну кнопку» потому, что это удобнее и быстрее, чем выискивать задачу в общем списке.
3. Сохранилась возможность зайти в общий пул и взять задачу вручную - это важно для сложных случаев, требующих особого внимания.
Практика показала, что такой человекоориентированный подход, где автоматизация не принуждает, а помогает, дает лучший результат. Интерфейс с кнопкой «Следующая из очереди» стал для коллег привычным помощником, а для руководителей – гарантией того, что важные дела не потеряются в общем потоке.
Подводя итог: даже самую сложную логику распределения поручений и контроля SLA можно автоматизировать, если правильно подойти к выстраиванию архитектуры 1С:Документооборот. Стандартный функционал — это отличный фундамент, но настоящую эффективность бизнесу приносят точечные, ювелирные доработки, учитывающие реальную работу отдела.
Сталкиваетесь с тем, что важные задачи теряются в общем пуле? Напишите нам, и мы обсудим, как развернуть умную очередь в вашей системе 1С!