⚡️⚡️⚡️Полезная новинка для компаний, которые ведут учет договоров и оплаты по договорам в привязке к месяцам или кварталам. Мы добавили возможность создавать сразу несколько сервисных периодов в договоре. Это удобно в том случае, когда (например) оплата годового контракта производится на ежемесячной основе. Можно сразу создать 12 сервисных периодов с продолжительностью 1 месяц каждый, а факт оплаты за месяц отмечать для соответствующего сервисного периода в момент поступления платежа (в том числе по API).

В списке оборудования появились новые типы сортировки: по серийному и инвентарному номеру (прямая и обратная).

Интеграция с UIS. Если вы используете эту телефонию, то коллеги подробно описали как настроить готовую интеграцию https://idea.uiscom.ru/knowledge-bases/2/articles/1057-okdesk-help-desk-sistema-ucheta-i-upravleniya-zayavkami

Пожалуй, этот #кейс коллег из Рязани станет одним из наших любимых надолго! Тут не только про реальные результаты, но и про то, как к ним прийти через использование почти всех функций и модулей Okdesk:
- чек-листы;
- база знаний;
- календарное планирование;
- интеграция с BI системами;
- печатные формы и QR коды;
- мобильные приложения и т.д.
А еще в кейсе про то, почему нужно выбирать профессиональные решения, а не пытаться разработать/доработать что-то самостоятельно
https://okdesk.ru/blog/olimpit

Новое в SQL API (кстати, если вы ещё не знаете, что это такое и какие возможности даёт этот мощный инструмент, прочитайте здесь https://docs.okdesk.ru/gotovie-otcheti-v-microsoft-power-bi и здесь https://docs.okdesk.ru/sqlapi):

- В таблицу с историей смены статуса заявки добавлена информация о пользователе, который поменял статус https://okdesk.ru/sql_apidoc#!istoriya-smeny-statusov-zayavok-tablicza-istorii-smeny-statusov-zayavok

- В таблицу с сервисными периодами договоров добавлен столбец с комментарием к каждому сервисному периоду https://okdesk.ru/sql_apidoc#!tablicza-s-servisnymi-periodami-tablicza-s-servisnymi-periodami

Мы добавили новые контекстные переменные для печатных форм и форматтеры к ним, которые расширят из применимость:

1. Появилась возможность из заявки "доставать" не только оборудование, связанное непосредственно с заявкой, но и оборудование, связанное с объектом обслуживания заявки (переменные ISSUE.SERVICEOBJECT.EQUIPMENT.xxx ).
2. Для всех переменных, которые возвращают оборудование ( ISSUE.EQUIPMENT.xxx и ISSUE.SERVICEOBJECT.EQUIPMENT.xxx ) появились так называемые форматтеры, которые позволяют фильтровать выводимое оборудование по типам. Например, {{{ISSUE.SERVICEOBJECT.EQUIPMENT|WITH_TYPE(type1, type2)}}} вернет информацию по связанному с объектом оборудованию только типов type_1 и type_2.

Где это можно применить? Например, в отрасли систем мониторинга транспорта, где объектом является транспортное средство, для документа "Акт осмотра объекта" в рамках соответствующей заявки можно соответствующее оборудование объекта подставлять в нужное (в зависимости от типа оборудования) поле печатной формы.

Полный список доступных переменных и форматтеров к ним вы найдете на странице https://docs.okdesk.ru/spisok-kontekstnih-peremennih

"У меня нет вопросов к продукту: здесь есть все, что я ожидал увидеть, и это работает"
Спасибо коллегам из "Помпончик" за подобный #отзыв!

Поделились с РБК мнением про проблемы рынка выездного сервисного обслуживания (field service management) в России. К сожалению, материал доступен только после регистрации https://pro.rbc.ru/news/5fab91f59a79474d31eba9bf

Мы решили запустить небольшое исследование по проблемам и особенностям процесса обработки заявок на обслуживания в отрасли обслуживания систем мониторинга транспорта. Ответы на вопросы из анкеты позволят нам лучше понять проблемы отрасли, что отразится на планах развития интеграций с системами мониторинга транспорта (напомним, что у нас есть "коробочная" интеграция с системой Wialon).

Если вы являетесь представителем компании-интегратора систем мониторинга транспорта, примите пожалуйста участие в небольшом опросе (займёт около 10 минут)
https://docs.google.com/forms/d/e/1FAIpQLSc0KMnqCUdzz9rtgPm4Jj8XHq0QR2L49xur1uALsoAWvPMZiw/viewform?usp=sf_link

Спасибо!

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

В таблице маршрутизации при смене статуса появилась возможность настроить автоматическое назначение наблюдателей (ранее эта возможность была доступна только для маршрутизации при создании заявки). При этом, можно как добавить наблюдателей по правилу к тем, кто уже является наблюдателем, так и "обнулить" предыдущих и назначить новых.

Добавили в настройку шаблонов печатных форм возможность разграничить видимость соответствующих печатных форм в привязке к категориям клиентов. Таким образом, например, можно сделать разные шаблоны документов в зависимости от того, к какому направлению бизнеса относятся клиенты, либо (если у компании несколько брендов) от лица какого бренда клиент обслуживается вашей компанией.

⚡️⚡️⚡️Супер новинка! Тиражирование заявок. Теперь, когда нужно разом создать однотипные заявки по десяткам (или даже сотням) объектов, сделать это можно в пару кликов. Подробнее о том, где это можно применить и как это работает, читайте по ссылке https://docs.okdesk.ru/tirazhirovanie-odnotipnih-zayavok

👆👆👆Ещё одна супер-новинка. Не так давно мы добавили в Okdesk дневное представление для календаря загрузки сотрудников. Дневное представление позволяет планировать исполнение заявок в привязке ко времени дня с точностью до 15 минут. Но, зачастую, требуется найти свободное окно в графике сотрудника в районе нескольких дней от текущего. В этом случае удобно, когда на дневном представлении отображается не только сегодняшний день, но и соседние.

Поэтому мы добавили трех (вчера-сегодня-завтра) и восьми (вчера-сегодня-следующая неделя) дневные представления. На этих представлениях можно “отматывать” холст непрерывно по временной шкале, находить свободные рабочие окна у сотрудников и назначать на них заявки. Кроме того, продолжительные заявки (исполнение которых занимает несколько дней) отображаются по всей длине холста на несколько дней, в зависимости от указанной продолжительности работ.

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

Для прав на:

Изменение типа заявки
Изменение приоритета заявки
Редактирование темы и описания заявки
Изменение привязки заявки к клиенту, договору, объекту обслуживания и оборудованию
Редактирование дополнительных параметров
Редактирование файлов заявки
Удаление файлов заявки
Удаление и редактирование своих комментариев к заявке
Удаление и редактирование любых комментариев к заявке

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

На этой неделе мы выпустили классную функцию: тиражирование заявок. Хотим сделать акцент на одной из особенностей тиражирования вложенных заявок. В случае если форма создания и тиражирования заявок была открыта из вкладки "Вложенные" карточки какой-либо заявки, и если "головная" заявка связана с оборудованием, можно "в один клик" растиражировать вложенные заявки по оборудованию головной. Это очень удобно, когда, например, нужно распараллелить работу на разных ответственных по каждому оборудованию, связанному с "головной" заявкой.

Подробнее о том, как работает тиражирование заявок, можно прочитать на сайте с документацией https://docs.okdesk.ru/tirazhirovanie-odnotipnih-zayavok

Продолжаем без остановки развивать гибкость системы прав и ролей. Ранее мы уже добавили возможность создавать свои собственные роли и “точечно” настраивать для каждой роли полномочия на работу с заявками. А теперь одному сотруднику можно присвоить не одну, а несколько ролей. Зачем? А затем, что теперь вы можете создавать “микро роли” только с конкретными, атомарными полномочиями и при необходимости наделять этими полномочиями кого-то из сотрудников (иначе пришлось бы создавать новую роль с дублирующими полномочиями + полномочиями “микро роли”). Например, можно создать “микро-роль” по оценке заявок, которая будет включать права только на закрытие заявок с оценкой — и наделять этой ролью любого сотрудника, которому вы захотите выдать подобные полномочия (вдобавок к тем полномочиям, которыми он наделен в рамках “основной” роли).