Spiro 2.32 — Огляд релізу

Гнучке управління процесами

У новому релізі Spiro ми додали новий функціонал для управління бізнес-процесами. Це масштабні зміни, які будуть особливо корисними для компаній зі складною ієрархією управління, де на різних етапах роботи із замовленням чи клієнтом задіяні різні відповідальні.

Тепер ви можете чітко визначити, хто й на якому етапі бачить чи змінює дані. Наприклад, менеджер з продажів може контролювати весь процес від початку до кінця, а працівники складу чи кур'єри на своїх етапах бачать лише ті поля, які потрібні для виконання їхньої частини роботи. Такий розподіл прав знижує ризик помилок і чітко розмежовує відповідальність між командами.

Реліз 2.32 дозволяє оновлювати бізнес-логіку, не зупиняючи поточну роботу команди. Адже з часом у бізнесу можуть з'являтися нові потреби, і тому важливо мати можливість швидко перейти на нові правила. Процеси в Spiro зручно та швидко налаштовувати, а для переходу на оновлену версію достатньо деактивувати стару. 

Механіка побудови процесів

Тепер на базі довідникових властивостей інтеракції можна побудувати процес — послідовність статусів з правилами переходу між ними.

Умови переходу між статусами: для кожного етапу процесу можна визначити, які ролі мають право перевести інтеракцію саме на цю ланку і які поля мають бути заповнені для цього. Якщо обов'язкові поля не заповнені, зберегти інтеракцію в новому статусі неможливо. Це працює як запобіжник, який не дає процесу перейти в некоректний стан. Наведемо кілька прикладів:

• замовлення не можна перевести у статус "Передано кур'єру", якщо не вказано адресу й номер телефону клієнта;

• запит на повернення товару не можна закрити, якщо не вказано причину;

• рахунок не можна перевести у статус "Оплачено", якщо не додано номер квитанції про оплату;

• запит на кредит не можна перевести у статус "Схвалено", якщо не заповнено дані про суму й термін кредитування.

Таким чином кожна інтеракція переходить на новий етап тільки з повним набором даних, потрібних для роботи на цьому етапі.

Розподіл доступу до полів: окремо для кожного статусу можна вказати, які ролі можуть переглядати чи редагувати конкретні властивості інтеракції. Поле можна не лише зробити недоступним для редагування, а й повністю приховати від певних ролей на певному етапі, залишивши видимим на інших. Це дозволяє чітко розмежувати зони доступу, якщо в процес залучено кілька рівнів відповідальних.

Чому це важливо? Так компанія може посилити безпеку чутливих даних, адже доступ до них отримують лише визначені ролі. Наприклад, персональні дані клієнта можна відкривати лише на етапі верифікації, а на подальших — приховувати від усіх ролей, окрім комплаєнс-менеджера. Або ж показувати маржинальність угоди керівнику відділу продажів, але приховувати від менеджера, який веде клієнта.

Візуалізація процесів 

Прогрес бар: процес можна відобразити на картці інтеракції, щоб оператор відразу бачив, на якому етапі вона перебуває та які етапи попереду.

Детальний перегляд флоу: за наявності відповідних прав оператор може розгорнути докладний вигляд процесу прямо з картки інтеракції. Це особливо корисно для нелінійних процесів, де з одного статусу можливі кілька варіантів переходу.

Нові канбан-дошки

Ми повністю оновили канбан-дошки: вони працюють на базі вже налаштованих процесів і враховують усі правила та обмеження. Дошку, як і раніше, можна оптимізувати під конкретну команду: вимикати статуси, які операторам не потрібні, залишаючи лише релевантні для щоденної роботи.

Версіонування процесів

Один активний процес: одночасно для однієї властивості в одному типі інтеракції може бути активний лише один процес. Це не заважає замінити поточний процес на новий: ви можете створити чернетку, налаштувати її, а потім деактивувати старий процес й активувати новий.

Перевірка при активації: система перевіряє, чи всі поточні інтеракції відповідають умовам нового процесу. Якщо виникають конфлікти, ви можете повернути попередній процес, знайти й виправити проблемні інтеракції через експорт конфліктних записів, а вже потім повторно активувати новий процес без втрати цілісності даних. Такий запобіжник гарантує, що перехід на оновлену бізнес-логіку не вплине на роботу компанії.

Social OAuth: розумніша авторизація

У релізі 2.32 оновлено механіку реєстрації та авторизації через соціальні мережі: LinkedIn, Facebook, Google та Apple ID.

Об'єднання акаунтів за email: раніше вхід через новий провайдер міг створювати окремий обліковий запис, навіть якщо це один і той самий користувач. Тепер, якщо користувач з такою поштою вже є в базі, система авторизує його, а не створює новий акаунт. Незалежно від того, через яку соцмережу виконано вхід, це завжди один і той самий обліковий запис з усією історією та даними.

Автоматична верифікація профілю: тепер у налаштуваннях авторизаційної групи можна вказати поле, яке відповідає за статус верифікації. Якщо пошта користувача вже підтверджена oAuth-провайдером, це поле проставляється автоматично. Результат — коротший і прозоріший онбординг.

Відображення даних у віджетах

Більше гнучкості в налаштуваннях: тепер для кожного віджета можна вказати, скільки знаків після коми показувати, і таким чином прибрати з графіків громіздкі значення на кшталт "26.63333333". Ці деталі роблять дашборди охайнішими, а роботу з ними — зручнішою.

Оптимізація: у цей реліз також увійшла низка змін, які підвищують стабільність роботи віджетів при різних наборах даних і розмірах.

Отже, з релізом 2.32 компанії отримують повний контроль над логікою бізнес-процесів: від побудови етапів до розподілу доступу на кожному з них. Якщо ви хочете дізнатися, яку користь новий функціонал Spiro може принести вашому бізнесу — залишайте заявку у формі. Наш технічний експерт проведе для вас персоналізований огляд нових можливостей.