Информация за юридически лица и индивидуални предприемачи, по отношение на които се подават документи за държавна регистрация. Информация за юридически лица и индивидуални предприемачи, по отношение на които се подават документи за държавата

След като приложение се появи в Pyrus, то преминава през няколко етапа.

    Разпределение.Приложението се появява в входящипри оператора. Той попълва празните полета: посочва вида на заявлението, данните на клиента и отговорното лице.

    Първа линия.Заявлението се получава от отговорното лице, определено от оператора. Той комуникира с клиента по негова заявка директно в Pyrus. Веднага след като проблемът бъде разрешен, специалистът затваря приложението.
    Забележка: Pyrus записва времето на първия отговор на клиента. Това е важно за анализа - в резюмето можете да оцените времето на първия отговор, включително подробности по служител, и средното време на първия отговор.

    Втора линия(ескалация). Ако специалистът от първа линия не може да разреши проблема, той ще ескалира заявката на втория ред. Специалистът от втора линия вижда приложението в своето входящии се захваща за работа. След като реши проблема, той затваря приложението или го изпраща на първия ред, за да го направи колега (според разпоредбите в някои компании специалистът от първа линия уведомява клиента за резултата и затваря приложението).

    Затваряне на приложение.Времето, в което билетът е затворен, Пайръс помни като момента на решаване на проблема. В обобщението можете да видите средното време за разрешаване на всички заявки. Затворените билети се съхраняват в Pyrus. Те могат да бъдат намерени с помощта на функцията за търсене или в регистъра.
    Забележка:времето за вземане на решение се взема предвид само когато поръчката е отворена. Например специалист разговаря с клиент и изпраща заявка до архива час след заявката. Ако клиентът отговори след една седмица, билетът автоматично ще се отвори отново. Да предположим, че вторият път специалистът отговори след половин час и отново изпрати заявлението в архива. Времето, през което приложението е било в архива, не се взема предвид, така че общото време за решение е час и половина.

улика:Можете да зададете произволен ред, в който се обработват приложенията. В редактора на маршрута можете да добавяте и премахвате етапи на работа с билета и да посочите кой е отговорен за решението на всяка стъпка. За автоматично разпространение на билети в зависимост от въведените данни, използвайте условно маршрутизиране.

Отговор на клиента

За да отговорите на клиента, изберете раздела в полето за въвеждане на коментар електронна поща поща, Telegram, Viber, Facebookили vk,напишете текста и натиснете бутона Изпратете.Клиентът ще получи съобщение чрез избрания от вас канал - по имейл, Telegram, Viber, Facebook или VKontakte. Ако той отговори на съобщението, отговорът му ще бъде показан в приложението, в емисията за коментари.

Тук са налични и готови отговори – текстови шаблони, които са подходящи за често повтарящи се ситуации – например уточняване на номера на поръчката, заявка за екранна снимка на грешка или сканиране на документ. За да използвате подготвен отговор, щракнете върху иконата за подготвени отговори и изберете подходящата опция. .

Готовите отговори се групират според случаите, за които са подходящи. Изберете групата вляво и правилния отговор вдясно.

Можете да редактирате групи и отговори или да добавяте нови на страницата Подготвени отговори.

Ако проблемът на клиента е разрешен, щракнете Изпратете и попълнете.Ако сте предоставили междинен отговор, но все още работите по заявлението си, моля, щракнете Изпратете.

Ако специалистите по поддръжката затворят задачата и клиентът напише писмо за отговор след това, билетът автоматично ще се отвори отново и отговорното лице ще го види в акаунта си. Входящи.

Случва се клиентите да пишат на старо приложение на нова тема. Например клиент кандидатства, защото не може да плати поръчката, а седмица по-късно реши да зададе въпрос за условията на услугата. Съвсем естествено е да намерите стара кореспонденция със службата за поддръжка и да напишете имейл за отговор. Но темата е нова, а за статистиката е по-добре да е отделна задача. Можете да направите така, че старото приложение да не се отваря отново, а вместо това да се създава ново.


В примера по-горе, ако клиент пише на стар билет в рамките на седмица след затварянето му, той ще се отвори отново и поддръжката ще продължи да комуникира с клиента в него. Ако пише седмица след затварянето или дори по-късно, ще бъде създадено ново приложение.

Когато работите с приложение, може да е важно да изпратите SMS съобщение до клиента. Например, уведомете, че банката е одобрила заявление за кредит или информирайте, че сте издали възстановяване на средства и скоро те ще отидат в картата на клиента. Можете да изпращате SMS директно от Pyrus, във формуляра Жалба на клиента.Достатъчно е да изберете подготвен отговор, ако е необходимо, променете формулировката и щракнете върху бутона за изпращане.

За да направите съответните настройки и да изпратите SMS съобщения, моля.

Вътрешна дискусия

Можете да работите с билета като нормална задача на Pyrus: поканете колеги и обсъдете подробности в коментарите в раздела Вътрешна кореспонденция.Клиентът няма да види тези действия.

Когато обработва заявка от клиента, специалист по поддръжката ще се нуждае от история на неговите обаждания. Може би клиентът постоянно има същия проблем или може би специалистите по поддръжката са пренебрегнали първите му съобщения.

Историята на обажданията се намира на панела вдясно, в секцията Свързани задачи:

Можете да отворите всяка задача от списъка и да прочетете как колегите са помогнали на клиента преди. Задачите се определят като сходни, ако съдържат същия имейл адрес или телефонен номер на клиента.

Ескалация

Случва се специалист от първа линия да не може сам да реши проблема: например няма достатъчно знания или авторитет. В този случай той може да свърши своята част от работата и да прехвърли приложението на следващото ниво. За да направите това, просто отворете приложението в раздела Вътрешна кореспонденциящракнете върху бутона 2-ри реди натиснете Изпратете.

Както обикновено, можете да поканите колега да реши проблема: започнете да пишете името му на клавиатурата, изберете го от списъка и добавете обяснителен текст.

Състояния на приложението

На един етап приложението може да бъде в различни състояния. За да ги следите, е удобно да използвате статуси. Да предположим, че специалист получи заявление и го прехвърли в състояние „В ход“. Ако трябва да уточните информацията, задава въпрос на клиента и променя статуса на „Искане за информация“. И когато проблемът е решен, той задава статуса на "Оценка".

Наличните състояния могат да се задават в раздела Настройкав шаблона на формуляра.

Статусите отразяват етапите на обработка на приложението, като виждате състоянието на приложението, веднага разбирате в какво състояние се намира.

Системата предвижда четири основни статуса на заявленията: нови, в обработка, обработени и отложени. Веднага щом приложението влезе в системата, автоматично му се присвоява статус Ново, след което служителите могат да видят получените заявления от посетители в раздела CRM - Приложения.

За показване на актуални данни за състоянието на приложенията, времето за обработка и др. използвайте бутона за обновяване. Този бутон ще ви помогне да получите най-новите промени в приложенията, без да презареждате страницата и без да напускате този раздел.

Възможни състояния на приложението:

  • ново: приложението току-що е влязло в системата и служителите все още не са го обработили. Името и състоянието на приложението Ново са с удебелен шрифт;
  • в обработка: служителят, чието пълно име е посочено в колоната за пълно име на служителя, в момента обработва заявката, т.е. той има отворен прозорец за обработка на приложения;
  • обработено: заявлението е обработено от служителя, чието пълно име е посочено в колоната пълно име на служителя;
  • отложено: заявката е отложена от изпълнителя за определен период (причината може да е пропуснато повикване или неналичност на абоната).

Нека разгледаме по-отблизо всяко от статусите на приложението.

Състояние Ново

Новите заявки се считат за неразгледани заявки, които са влезли в системата от формуляра за заснемане на контакти, както и тези заявки, за които служител с ролята на мениджър е задал ръчно статус Нов (причината може да е неправилна обработка на заявката или неточна информация получени в резултат на комуникация с клиента).

Можете да върнете дадено приложение в статус Нов от страницата CRM - Приложения, като използвате бутона .

Заявлението се счита за ново, докато служителят започне да го обработва.

Ако служител затвори прозореца за обработка на заявка, без да го обработи и без да идентифицира клиента, заявката се връща в статус Нов.

Когато ново приложение влезе в системата, всички потребители в заглавката на сайта получават известие за получаването на ново приложение. Щракването върху тази икона отваря формуляра за обработка на заявката.

Обработка на състоянието

Състоянието В обработка се присвоява на приложение, ако служителят е отворил прозореца за обработка на заявката. Докато този прозорец е отворен, заявката е в състояние на обработка.

В таблицата със списъка на заявките се записват статусът на заявката, пълното име на служителя, обработващ заявката, както и датата и часът на започване на обработката на заявката.

Състояние Обработено

Заявлението се счита за обработено само ако служителят в прозореца за обработка на заявката е избрал опцията Обработено приложение и е щракнал върху бутона Запиши.

Таблицата за кандидатстване записва пълното име на служителя, който е обработил заявлението, времето на завършване на обработката и продължителността на обработката на заявлението.

Състояние Отложено

Служител, който вземе заявление на работа, може да отложи изпълнението му за произволен период.

Причината може да е искането на клиента за обратно обаждане или пропуснато обаждане.

В този случай служителят в прозореца за обработка на заявката избира опцията Приложението е отложено, посочва времето и спестява.

Регистрация на заявления

Okdesk, като система за регистриране на заявки на клиенти, предлага няколко начина за регистриране на заявки:

Методът за регистрация на кандидатстване се определя автоматично и се показва на картата за кандидатстване:

За да регистрирате заявки от диспечера в системния интерфейс, щракнете върху бутона „+ Нова заявка“ в горната част на екрана:

След като кликнете върху бутона „+ Ново приложение“, ще се отвори прозорец, в който трябва да попълните полетата „Тема“ (задължително поле) и „Описание“.

Също така във формуляра можете да посочите връзката на приложението с (лицето за контакт на приложението може да бъде и служител), , и изберете за приложението.

Във формуляра за създаване на заявка Okdesk автоматично изчислява планираната дата и час за разрешаване на заявката в съответствие със стандартите (вижте повече подробности). Ако е необходимо, планираната дата на решение може да бъде зададена ръчно, като щракнете върху бутона „Посочете ръчно“.

Приложението се създава чрез щракване върху бутона „Създаване“ във формуляра за създаване на приложение.

Билетите, които току-що са създадени, и билетите, при които последният коментар е направен от контакт, са с удебелен шрифт.

Стандарти за обработка на приложения (SLA)

Един от ключовите критерии за качество на услугите е съответствието на обслужващата фирма със стандартите за времето на разглеждане на заявленията. Тези стандарти са фиксирани в договора за услуги и могат да зависят от различни параметри: важността на клиента, приоритета на приложението и т.н. Често фиксираните стандарти, които определят качеството на услугите, се наричат ​​терминът SLA (Service Level Agreement, или Service Level Agreement).

Модулът на Okdesk за стандарти за обработка на билети (SLA) ви позволява да вземете предвид SLA, за да контролирате времето за разрешаване на билети, времето за реакция на билета и графиците за обслужване във връзка с конкретни клиенти, типове билети и приоритети, както и времето за регистрация на билети.

Okdesk използва ограничението за разрешаване на билети като стандарт за обработка на билети, което е времето, което обслужващата компания трябва да изпълни, за да разреши билета (като се вземе предвид графикът за обслужване на клиенти). За по-прозрачна работа и удовлетворяване на изискванията на клиента, Okdesk има още един параметър - време за реакция. Времето за отговор е времето, преди което новото приложение трябва да започне работа. От гледна точка на Okdesk, фактът, че заявлението е прието за работа, е или промяна в статуса на заявлението, или добавяне на първия отговор от служител - първия публичен коментар.

Прогнозното време за разрешаване и планираното време за реакция за билети се наслагват върху графика на услугите и се изчисляват автоматично от Okdesk, когато билетите бъдат регистрирани. Ако е необходимо, планираното време за вземане на решение може да бъде зададено ръчно във формуляра за регистрация на заявление.

Графикът на услугите, планираното време за решение и планираното време за реакция са зададени в подраздел „Приложение \ Стандарти за обработка на приложения (SLA)“ на раздел „ “.

За да добавите нов график за обслужване, трябва да кликнете върху бутона „+ Добавяне на график за обслужване“ в раздела „Графици за обслужване на приложения“.

Когато добавяте график за обслужване, можете да посочите дни на изключение, за които графикът на услугите няма да зависи от деня от седмицата (например национални или регионални празници, съкратени дни).

За да добавите ново правило за SLA, щракнете върху бутона „+ Добавяне на правило“ в раздела „Правила за дефиниране на SLA“.

  • Тип приложение;
  • Приоритет на приложението;
  • Клиентска категория;
  • Клиент;
  • Време за регистрация на заявлението.
  • Сервизен график;
  • Стандартно време за реакция;
  • Нормално време за решение.

Когато щракнете върху бутона „Създаване“, правилото се добавя към таблицата „Правила за изчисляване на тарифа“.

Правилата от таблицата за изчисляване на стандартите се сортират „отгоре надолу”, докато се намери първото включено правило, на чиито условия отговаря приложението. Ако е необходимо, правилата могат да бъдат преместени около масата и временно деактивирани.

При изчисляване на планираното време за решаване на заявки, планираното време за отговор и показване на времеви параметри в интерфейса се взема предвид часовата зона на компанията (за повече подробности вижте раздела „ ”).

Заявка за маршрутизиране

В Okdesk е възможно да зададете правила за маршрутизиране на билети, когато са създадени.

Таблицата за маршрутизиране на заявки се конфигурира в подраздела „Заявки\Маршрутиране на заявки“ на раздел „Настройки“. За да добавите ново правило за маршрутизиране, трябва да кликнете върху бутона „+ Добавяне на правило“.

Във всяко правило трябва да посочите стойностите на дефиниращите параметри на заявката и стойностите на дефинираните параметри на заявката. При натискане на бутона се отваря модален прозорец, в който дефиниращите параметри са маркирани с подзаглавие „Ако”, а дефинираните параметри са маркирани с подзаглавие „Тогава”.

Определящите параметри на приложението включват:

  • Тип приложение;
  • Приоритет на приложението;
  • Метод на регистрация;
  • Клиентска категория;
  • Час на регистрация на заявлението;
  • Допълнителни атрибути на реда от типа "Стойност от списъка".

Параметрите на приложението, които трябва да бъдат определени, включват:

  • Отговорен;
  • Наблюдатели (служители);
  • Наблюдатели (групи).

Когато щракнете върху бутона „Създаване“, към таблицата за маршрутизиране ще бъде добавено ново правило.

Правилата от таблицата за маршрутизиране се сортират „отгоре надолу”, докато се намери първото активирано правило, чиито условия са удовлетворени от приложението. Ако е необходимо, правилата могат да бъдат преместени около масата и временно деактивирани.

Можете също да зададете собственик по подразбиране и зрители по подразбиране за акаунт.

Стойността „По подразбиране“ за правилото на собственика предполага следната логика:

  1. Ако за приложение е дефиниран обект на услуга и за този обект на услуга е дефиниран отговорен мениджър, тогава отговорният мениджър на обекта на услугата се определя като отговорен за приложението;
  2. Ако за дадено приложение е определено лице за контакт и за това лице за контакт е определен отговорен ръководител, тогава отговорният ръководител на лицето за контакт се определя като лице, отговорно за приложението;
  3. Ако за приложението е дефинирана компания и за тази компания е определен отговорен мениджър, отговорният мениджър на компанията е назначен да отговаря за приложението;
  4. Ако не са дефинирани отговорни мениджъри за компанията, лице за контакт и обект на услугата, тогава отговорното лице се определя по подразбиране от настройките на акаунта.

Логиката на дефиниране на наблюдатели по подразбиране е подобна на дефинирането на отговорния. Но при създаването на приложение всички наблюдатели по подразбиране (служители и групи), посочени в настройките, се сумират в картите на компаниите и лицата за контакт, като се подразделят на две категории: „Наблюдатели (служители)“ и „Наблюдатели (групи)“.

Можете също да прочетете за пренасочване на заявки в .

Състояния на приложението

Статусите на билетите в Okdesk са необходими, за да се покаже текущото състояние на обработката на билети. По подразбиране системата предоставя 4 статуса, но е възможно да ги разширите:

  • отворен;
  • Отложено;
  • Решено;
  • Затворен.

От състоянието „Отворено“ приложението може да бъде прехвърлено в статусите „Чакащо“ и „Решено“.
От статус „Чакащо“ приложението може да се прехвърли в статусите „Отворено“ и „Решено“.
От състоянието „Решено“ приложението може да бъде прехвърлено в статус „Затворено“ и „Отворено“.
Състоянието „Затворено“ е окончателно.

Всички нови заявки се създават със статус „Отворено“.

В състояние „В очакване“ за заявката, то не се взема предвид (ако планираното време за решение е изчислено автоматично, тогава когато заявката се възобнови за преизчисляване на планираното време за решение, времето, прекарано в изчакващо състояние, няма да бъде взето под внимание).

При преминаване към състояние „Предстоящо“, потребителят трябва да посочи времето, до което билетът да бъде отложен (ако билетът не бъде възобновен преди това време ръчно, Okdesk автоматично ще върне билета в състояние „Отворено“).

Разделянето на статусите „Решено“ и „Затворено“ е необходимо за осъществяване на потвърждение на решението на заявлението от лицето за контакт на клиента. Състоянието "Решено" означава решението на заявлението от гледна точка на сервизния отдел. Състоянието „Затворено“ означава потвърждение на решението по заявлението от страна на клиента. За тази цел лицата за контакт имат възможност да потвърдят приключването на заявленията или тяхното подновяване. Okdesk също ви позволява да зададете време за изчакване за автоматично затваряне на разрешени билети. Настройката за изчакване се извършва в подраздел „Приложение \ Стандарти за обработка на приложения (SLA)“ на раздел „ “.

Промяната на статуса на приложение е достъпна от картата за кандидатстване:

А също и в списъка с приложения:

Наборът от състояния, ако е необходимо, може да бъде разширен в подраздел „Приложение \ Състояние на приложенията“ на раздел „Настройки“.

За да добавите ново състояние към системата, щракнете върху бутона „Добавяне“ над таблицата. В модалния прозорец, който се показва, попълнете полетата и запазете.

Допълнителни параметри на заявката

За приложения е възможно да се зададат допълнителни параметри, които ще се показват на картата на приложението.

За да покажете допълнителен атрибут в списъка със заявки, трябва да включите атрибута в полетата. За да промените състава и реда на полетата в списъка с приложения, трябва да щракнете върху иконата на зъбно колело под изгледа на дисплея на списъка.

За всички допълнителни атрибути можете да зададете видимост за служителите по роли и лица за контакт с клиенти, както и да определите задължителното попълване на атрибута във формуляра за създаване на приложение:

Допълнителни параметри се задават в подраздел „Поръчки \ Атрибути на заявки“ на раздел „Настройки“.

Приоритети на приложението

За заявки в Okdesk можете да посочите приоритет, който влияе на реда на тяхното изпълнение, когато планирате работата на сервизния отдел.

Приоритетът на приложението може първоначално да бъде зададен във формуляра за създаване на приложение:

При последваща обработка на заявлението, приоритетът може да бъде променен в картата за кандидатстване. В картата на приложението приоритетът ще бъде показан като кръг с цвят и име:

В списъка със заявки приоритетът се показва като ъгъл (в горния ляв ъгъл на блока) с цвят, съответстващ на цвета на приоритета. Когато задържите курсора на мишката над ъгъла, се появява алтернативен съвет с името на приоритета на заявката.

Приоритетите се задават в подраздел „Поръчки \ Приоритети на заявки“ на секция „Настройки“:

За да добавите приоритет с текст, щракнете върху бутона „Добавяне“. В прозореца, който се показва, попълнете полетата и запазете.

При необходимост за лица за контакт полето „Приоритет на кандидатстване” във формуляра за създаване на заявление може да бъде скрито или да се даде възможност за попълването му. Тази настройка се намира в подраздел „Поръчки \ Атрибути на заявки \ Системни атрибути на заявки“:

Типове приложения

За заявки в Okdesk можете да посочите типа, който влияе върху планирането на сервизния отдел и последващите статистически данни.

Когато създавате нов билет, можете да посочите типа билет в модалния прозорец:

В бъдеще е възможно да редактирате параметъра тип заявка в картата за заявка.

Типовете поръчки се задават в подраздел „Поръчки \ Типове поръчки“ на секция „Настройки“.

Okdesk ви позволява да създавате вътрешни билети. Билетите със стойност на типа „Вътрешни“ не се показват на клиентите в Клиентския портал и не се изпращат сигнали на клиенти за такива билети. Вътрешните заявки могат да се използват за вътрешни задачи за клиента: издаване на фактури, изготвяне на търговски оферти и т.н. (тоест за всякакви задачи, свързани с клиента, но за които той не е необходимо да знае).

За да създадете нов тип поръчка, щракнете върху бутона „+ Добавяне“, разположен над таблицата. В прозореца, който се показва, попълнете полетата и запазете.

Ако е необходимо, за лицата за контакт, полето „Тип на заявлението“ във формуляра за създаване на заявление може да бъде скрито или снабдено с опция за попълването му. Тази настройка се намира в подраздел „Поръчки \ Атрибути на заявки \ Системни атрибути на заявки“:

Отговаря за приложенията

Okdesk ви позволява да посочите служителите, отговорни за разрешаването на заявки. Отговорното лице се определя от списък на служителите, разделен на . Отговорността за приложението може да бъде възложена на един служител или на група служители.

Отговорното лице може да бъде посочено във формуляра за създаване на заявление. При последваща обработка на заявлението, отговорното лице може да бъде сменено в картата за кандидатстване:

А също и в списъка с приложения:

Всички служители, отговорни за приложенията, получават автоматични известия за събития с приложения, а през периода на работа можете да преглеждате статистика в контекста на отговорните служители.

Ако приложението не е на лична отговорност, а в група, тогава известията за приложението отиват до служителите, посочени в параметъра „Списък на служителите за уведомления“ на групата. Можете да настроите списък със служители за известия в секцията „Служители \ Групи служители“.

Наблюдатели

Наблюдатели (служители или групи) зад приложението са служители на компанията, които по една или друга причина трябва да наблюдават етапите на приложението.

Списъкът с наблюдатели се показва в картата на приложението. Там можете също да се абонирате за наблюдение на приложението или да редактирате списъка с наблюдатели.

Наблюдателите могат да получават имейл и SMS известия за събития с приложението. Шаблоните за известия на наблюдателя се конфигурират в подразделите „Известия по имейл“ и „SMS известия“ на секцията „Настройки“.

Коментиране на приложения

Служителите на компанията и лицата за контакт на клиентите могат да оставят коментари към заявленията. В същото време, когато добавят коментар, служителите на компанията могат да посочат дали коментарът е частен или публичен, както и да прикачат файл към коментара.

Публичните коментари са видими за всички потребители (служители на компанията и контакти с клиенти в ). Частните коментари са видими само за служители на компанията.

Ако е необходимо, в подраздела „Общи системни настройки“ на секцията „ “ можете да посочите публичността или поверителността на всички коментари по подразбиране:

Коментарите могат да включват всеки служител или лице за контакт на компанията, свързана с приложението. За да споменете служител или лице за контакт в коментар, трябва да въведете „@“ и да посочите необходимото лице в полето за избор. Когато се споменава, се изпраща известие по имейл с текста на коментара и връзка към приложението.

По подразбиране ценоразписът включва услугата „Услуги с временно плащане“. Ако е необходимо, той може да бъде редактиран или скрит в архива (както и всички други редове, добавени по-късно).

За да добавите нов ред, кликнете върху бутона „+ Добавяне“. В прозореца, който се показва, попълнете полетата и запазете.

  • Раздел — изберете една от опциите „Услуга“, „Работа“ или „Продукт“ (тези раздели са предназначени само за удобство на сортиране на редовете на ценоразписа при формиране на спецификацията на поръчката);
  • Задайте код на услуга, работа или продукт — уникален идентификатор в ценовата листа;
  • Задайте име;
  • Посочете мерната единица;
  • Задайте стандартна цена;
  • Посочете ДДС.

Okdesk ви позволява да зададете забрана за редактиране на спецификациите на заявки, които са в зададени състояния. Забраната за редактиране на спецификацията може да бъде зададена и за определени роли на служителите.

Ценоразписът, ако не е необходим, може да бъде деактивиран в "Настройки \ Общи системни настройки \ Активиране на системни функции".

Формиране на спецификация на приложения

За всяко приложение можете да посочите спецификацията на платени работи, услуги или продукти, формирани по ценоразпис. За да добавите нов ред за спецификация на поръчката в секцията „Спецификация“, щракнете върху бутона „+ Добавяне“. В появилия се прозорец изберете поръчка, услуга или продукт, посочете количеството и отстъпката, както и изпълнителя. Системата автоматично ще изчисли цената.

Генерираната спецификация може да бъде изтеглена като фактура (в Excel формат). По-специално, може да се разтовари от лицето за контакт на клиента в .

Подробностите за акаунта се задават в подраздел „Общи системни настройки“ на раздел „Настройки“.

След като създадете файл за печат, можете да генерирате готови документи директно от картата на приложението или картата на оборудването. Тези документи могат да бъдат прикачени или като файлове към приложението или оборудването, или можете незабавно да изпратите документа за печат.

Можете да прочетете повече за функционалността на формулярите за печат в .

Поискайте разходи за труд

Okdesk предоставя възможност за водене на записи на разходите за труд на служителите, свързани с обслужването на клиенти.

Всички разходи за труд са свързани с приложението. От своя страна приложението е свързано с клиента. Така в системата е налична информация за всички разходи за труд в контекста на служители, заявки и клиенти.

Размерът на разходите за труд, свързани с приложението, се показва в блока „Прекарано време“ на картата за кандидатстване:

За да отпишете разходите за труд в приложението, трябва да кликнете върху бутона „+ Отписване“. Преглед на дневника на всички разходи за труд на заявката е възможен чрез щракване върху бутона за връзка „покажи всички“ (връзката не се показва, ако времето за отписване на заявката е 0).

Оценка на заявленията

За да контролира качеството на услугите, Okdesk позволява на контактите на клиентите да оценяват завършените приложения.

За да могат лицата за контакт да оценяват приложенията, е необходимо да се даде възможност за оценка на заявленията в подраздел „Настройки \ Приложения \ Оценка на заявленията“:

Когато служител прехвърли заявление в статус „Решено“, се изпраща уведомление за решението по заявлението до лицето за контакт на клиента. Лицето за контакт на клиента от известието „с едно щракване“ ще може да оцени приложението (или, ако е необходимо, да възобнови работата по него):

При последваща работа с приложението оценката може да се види на картата за кандидатстване.

В картата за приложение резултатът ще бъде показан като икона с усмивка:

Анализи за оценките на клиентите са налични в отчета за удовлетвореността на клиентите.

Списък с приложения

Повтарящи се приложения

Задълженията на обслужващата компания към клиентите често се състоят не само в качествена обработка на входящи инциденти и заявки за обслужване, но и в изпълнение на задължителни редовни планирани дейности по инфраструктурата или оборудването на клиента. Става дума за рутинна поддръжка, която трябва да се извършва от датата на сключване на договора и с определена честота.

Преди това Okdesk ви позволяваше ръчно да създавате "бъдещи" билети. При приемане на нов клиент за обслужване, диспечерът може ръчно да въведе необходимия брой рутинни работи по поддръжка от същия вид с дадена дата. Този механизъм, въпреки че позволи да се „излезе от ситуацията“, не беше пълноценен. Но сега Okdesk внедри модул за автоматично създаване на планирана работа по зададен график.

Прочетете повече за повтарящите се искове в .

Размяна на приложения

Okdesk внедри модула „Обмяна на поръчки“, който позволява на компании, които използват Okdesk в работата си и имат партньорства, да прехвърлят заявки за услуги една към друга за изпълнение.

За да разрешите прехвърлянето на заявки между партньорски акаунти, трябва да установите връзка. Това изисква или генериране на ключ за ръкостискане и изпращането му на партньора, или използване на ключа, получен от вашия партньор.

За да генерирате ключ, отидете в подраздела „Обмяна на поръчки“ на секцията „Настройки“ (бутон „+ Генериране на връзка за установяване на връзка“). Изпратете генерирания ключ на партньора, с когото искате да установите връзка:

За да установите връзка с помощта на ключа, получен от партньора, е необходимо да кликнете върху бутона „Установяване на връзка по ключ“ в подраздел „Обмяна на поръчки“ на раздел „Настройки“ и да въведете ключа, получен от партньора:

Когато връзката между акаунтите вече е установена, можете да започнете да обменяте приложения с партньор. За да прехвърлите заявление към партньор, в картата за кандидатстване щракнете върху бутона „Изпращане на партньор“:

В прозореца, който се отваря, въведете допълнителни данни:

  • Прехвърляне на информация за крайния клиент – партньорът ще види данните на клиента върху картата на подаденото заявление в акаунта си;
  • Прехвърляне на файлове - Можете да изберете файлове на приложения, които ще бъдат прехвърлени на партньора.

Моля, имайте предвид, че можете да чатите с партньор и да обменяте файлове:

  • За коментар или файл можете да поставите отметка в квадратчето „Прехвърляне към партньор“ - файловете и коментарите ще се показват в приложението на партньора (като публични)

  • Публичните коментари и файлове от приложението на партньора ще бъдат дублирани в оригиналното приложение като частни. Частните коментари и файлове в приложението на партньора няма да се дублират в оригиналното приложение.

Можете също така да проследите изпълнението на заявление от партньор:

Ако е необходимо, можете да активирате SMS и имейл известия на отговорното лице и наблюдателите на приложението „Относно решението на партньорското приложение“.

След като заявлението на партньора бъде прехвърлено в статус „Решено“, в оригиналната заявка ще се появи бутон „Оцени“ решението на прехвърленото на партньора приложение:

Интеграцията с телефонията в Okdesk се извършва с помощта на услугата „Прости разговори“, която свързва различни IP-PBX със системи CRM\Helpdesk (включително Okdesk).

За да настроите интеграция, трябва да получите подробности за достъп до услугата на сайта и самостоятелно да конфигурирате интеграцията на вашата телефонна система с услугата Simple Calls.

За да настроите интеграция с услугата Simple Calls от страната на Okdesk, трябва да посочите подробностите за връзката. Тази настройка се извършва в подраздел „Настройки / Интеграция с телефония / Прости разговори“.

Във формуляра за редактиране трябва да попълните полетата и да запазите:

  • адрес на сървъра (предоставя се от услугата Simple Calls);
  • парола (предоставена от услугата Simple Calls);
  • броят на последните цифри на търсения номер (търсенето на номер се извършва чрез съвпадението на последните цифри на номерата в клиентската база с последните цифри на идентифицирания номер).

След като настроите и активирате интеграцията, на картите на служителите трябва да посочите техните вътрешни вътрешни телефонни номера (съответстващи на номерата, конфигурирани във вашата PBX):

Входящи обаждания

След като процедурата за свързване с телефония е успешна, можете да започнете да получавате обаждания от клиенти в Okdesk и да ги коригирате.

При входящо повикване в долния десен ъгъл ще се появи изскачащ прозорец с данните на обаждащия се и бутон „Ново приложение“ за последваща регистрация и обработка на заявлението:

Клиентът в Okdesk се идентифицира чрез полето „Телефон“ за компании и полетата „Телефон“ и „Мобилен телефон“ за контакти и физически лица.

Изходящи обаждания

Освен да получавате обаждания в Okdesk, можете да извършвате изходящи повиквания до клиентски номера.

За да се обадите от картата на фирмата/лицето за контакт, щракнете върху телефонния номер на клиента. В прозореца, който се отваря, ще бъде посочен номерът (който може да бъде променен, ако е необходимо). След това кликнете върху "Обаждане":

След това телефонната система ще извърши обаждане до желания абонат.

Telegram бот

Ботовете в месинджъра на Telegram са специални акаунти, които не са присвоени на хора, а съобщенията, изпратени от тях или до тях, се обработват от външна система (по-специално системата Okdesk). В същото време за потребителя комуникацията с бота изглежда като редовна кореспонденция с друг човек.

Можете да създадете свой собствен клиентски бот на Telegram и да го свържете с Okdesk. Това ще позволи на клиентите да се свържат с обслужването на клиенти чрез месинджъра. Благодарение на бота Telegram клиентите ще могат не само да създават нови заявки, но и да добавят нови коментари, да затварят заявки и да оценяват качеството на услугата. Прочетете повече за настройките и възможностите на бота в .

Интеграция с TeamViewer

Teamviewer е популярен инструмент за отдалечена поддръжка за потребители на компютри и мобилни устройства. Teamviewer ви позволява да се свържете с работния плот на поддържан клиент, за да помогнете на потребителите да конфигурират информационни системи и програми, както и да диагностицират и разрешават инциденти. С други думи, това е важен инструмент, който помага на обслужващите компании да намалят разходите за обслужване на клиенти и да намалят времето, необходимо за разрешаване на заявките.

Okdesk има интеграция с Teamviewer. Позволява ви да подобрите ефекта от използването на два инструмента поотделно. Сега, за да инициирате сесия за отдалечена поддръжка, не е необходимо да отивате в интерфейса на Teamviewer, а статистиката на сесията се показва в интерфейса на Okdesk.

Прочетете повече за настройките за свързване на Teamviewer с Okdesk в .

Обработка на заявления по имейл

Okdesk ви позволява да автоматизирате процеса на получаване на имейли от клиенти и последваща имейл кореспонденция в приложението.

За да конфигурирате автоматична обработка на имейли, трябва да посочите подробностите за връзката с пощенския сървър. Тази настройка се извършва в подраздел „Обработка на входящи имейли“ на секцията.

Регистрация на заявления

Всички имейли, получени от службите за поддръжка, ще бъдат регистрирани в системата като заявки или ще бъдат прикачени като коментари към съществуващи заявки (вижте по-долу). Всички файлове, прикачени към писма, ще бъдат прикачени към приложения.

Okdesk автоматично ще определи свързването на заявки към контакти и компании по имейл на подателя (ако билетът е изпратен от имейл на неизвестно лице за контакт, но домейнът в адреса на подателя съвпада с домейна на компанията от клиентската база данни, Okdesk ще свърже новия билет с компанията, намерена от домейна).

Освен това, ако опцията „Създаване на контакти чрез неизвестни имейли“ е зададена в настройките за обработка на поща, Okdesk автоматично ще създаде нови контакти и ще свърже създадените билети с тях.

Кореспонденция по заявка

При изпращане на известия за събития със заявки, Okdesk поставя специален маркер (идентификатор на заявката в системата) в темата на писмото, благодарение на който е налична имейл кореспонденция по заявката.

Логиката за обработка на съобщение, съдържащо токен за искане, е както следва:

  1. Съществува билет с този маркер:
    1. Текстът на писмото преди разделителя (в изпратените писма Okdesk вмъква разделител, за да отреже цялата история на кореспонденцията) се добавя като коментар към съществуващ билет.
    2. Авторът на коментара посочва служителя, намерен по имейл или лицето за контакт (ако не бъде намерен нито служителят, нито лицето за контакт по имейл, коментарът се добавя от името на най-рано създадения служител с права на „Администратор“).
    3. Към приложението са прикачени файлове с писма (с изключение на файлове, чийто размер надвишава установеното ограничение).
    4. Коментарите, добавени по имейл, са маркирани с икона на плик, който при щракване ще покаже допълнителна информация за имейла.
  2. Няма билет с този маркер или няма маркер за билет: създава се нов билет.

Уеб формуляр за регистрация на заявление

Уеб формулярът е функционалността на Okdesk, която ви позволява да вградите специален прозорец в уебсайта на компанията (или отделни страници на уебсайта), чрез който посетителите на уебсайта могат да зададат въпрос или да се свържат с отдела за обслужване на клиенти.

Уеб формулярът има две части. Пряк път за обаждане във формуляра:

И формуляри за кандидатстване с дадени полета:

Персонализирането на цветове, текстове и набор от полета на уеб формуляри се извършва в подраздел „Персонализиране на уеб формуляр“ на раздела.

За да поставите уеб формуляр на сайта, трябва да копирате скрипта, генериран чрез щракване върху бутона „Код за вмъкване в страницата“:

И го поставете преди етикетасъответната страница.

Логиката за създаване на заявки чрез уеб формата е следната. Всички стойности на попълнените полета се поставят в описанието на приложението в следния формат:

  • „Име на полето“: „Стойност на полето“.

Всяко поле на нов ред. Първият ред от полето „Текст на жалбата” се добавя към темата на заявлението. Ако това поле не присъства във формуляра (ако е скрито), тогава темата на заявлението ще бъде „Заявление чрез уеб формуляр“.

Ако атрибутът Email е показан и попълнен във формуляра, логиката на обвързване към клиент/контакт е подобна на логиката на обвързване с .

Клиентска база

Okdesk ви позволява да следите вашата клиентска база, включително поддържане на база данни за компании, лица за контакт с клиенти и договори, сключени с клиенти.

Компании

Списъкът на фирмите е даден в секция "Клиенти". За да създадете нова компания, трябва да кликнете върху бутона „+ Добавяне“ над списъка с компании.

Фирмената карта показва информация за фирмата, списъци с лица за контакт, договори (ресторанти, кафенета, точки за продажба и др.), свързани с фирмата, и оборудване, обслужвано от компанията.

В фирмената карта, в атрибута „Отговорен мениджър“ можете да посочите служител, който ще бъде назначен по подразбиране отговорен за заявките от тази компания, получени чрез уеб формуляра, клиентския портал и имейла.

Категории клиенти

Okdesk ви позволява да категоризирате клиентите (например по важност на услугата, области на работа, сегменти). На клиента може да бъде присвоена категория във формуляра за създаване на фирма и във фирмената карта:

По подразбиране системата предоставя три категории - Клиент, Партньор и VIP клиент. Ако желаете, можете да добавите към списъка с категории клиенти или да редактирате съществуващата в подраздел „Клиенти \ Категории на клиенти“ на секция „Настройки“:

Струва си да се отбележи, че за лицата за контакт в клиентския портал параметърът „Категория на клиента“ не се показва.

Контактни лица

Контактите в Okdesk могат да бъдат свързани с компанията (контакти с клиенти) или не-свързани с компанията (индивидуални клиенти). Списъкът с лицата за контакт е даден в раздел "Клиенти" под списъка на фирмите.

Картата на лицето за контакт показва информация за това лице за контакт. Също така на картата за контакт можете да предоставите достъп до този контакт в .

В картата на лицето за контакт, в атрибута „Отговорен мениджър“ можете да посочите служител, който ще бъде назначен по подразбиране отговорен за заявленията на това лице за контакт, получени чрез уеб формуляра, клиентския портал и имейла.

Също така в картата на лицето за контакт можете да посочите имейл адрес за дублиране на поща (например, така че известията да се изпращат не само до имейла на лицето за контакт, но и до имейл адреса на ръководителя на лицето за контакт) .

Базата от знания в Okdesk е най-важният ресурс за съхранение и натрупване на полезна информация (можете да съхранявате инструкции, статии, видеоклипове, бързи отговори на често задавани въпроси и т.н. в базата знания).

Базата от знания е полезен инструмент, който помага както на вашите служители, така и на клиенти да решават проблеми, които ще могат самостоятелно да намират решения на възникналите проблеми.

По подразбиране към системата се добавят 3 основни раздела, но можете да добавите необходимите раздели или да редактирате съществуващите. За да добавите нов раздел, кликнете върху „+Добавяне на раздел“. В модалния прозорец, който се показва, попълнете полетата и посочете права за достъп:

  • Вложено в секция - посочете в кой раздел ще бъде вложен този раздел (ако създадената секция трябва да бъде основната, тогава посочете „не е посочено“ в реда)

Ако създадете раздел в друг раздел, тогава модалният прозорец ще има опцията „Наследяване на правата за достъп“—правата за достъп ще бъдат същите като тези на главния раздел. За да промените правата за достъп, премахнете отметката от квадратчето „Наследяване на правата за достъп“ в модалния прозорец:

След премахване на отметката от модалния прозорец ще се появят опции за права за достъп:

  • Права за създаване на вложени секции и статии - посочете ролите на потребителите, на които ще бъде разрешено да създават нови раздели и статии в този раздел;
  • Права за преглед на раздела и неговото съдържание – посочете ролите на потребителите, на които ще бъде разрешено да преглеждат този раздел, включително статии, вложени в него (вложените секции, за които потребителят няма права за достъп, няма да се показват на потребителя;
  • Права за редактиране на раздел — посочете ролите на потребителите, на които ще бъде разрешено да редактират този раздел (включително правата за редактиране на достъп до секцията);
  • Права за редактиране на вложени статии - посочете потребителските роли, на които ще бъде разрешено да редактират статии, вложени в секцията.

За да добавите статия, кликнете върху „+Добавяне на статия“. В модалния прозорец посочете името и раздела, в който ще се намира статията:

Сервизни обекти

Okdesk ви позволява да съхранявате информация за обслужващи обекти (кафенета, ресторанти, точки за продажба и др.) във връзка с клиента и лицата за контакт на клиентите.

Списъкът на сервизните обекти се показва в раздела „Обекти на услугата“ на фирмената карта:

Билет може да бъде свързан с обекти на услугата във формуляра за създаване на билет или картата за билет:

Договори и периоди на обслужване

Списъкът на сключените договори с клиенти се показва във фирмената карта. Картата на споразумението показва допълнителна информация за това споразумение, както и списък с прикачени файлове (например сканирани изображения на оригинални документи).

Работата с файлове в картата на договора е подобна на работата с файлове в картата на приложението, включително добавяне чрез плъзгане и пускане и публичен/частен флаг.

Едно споразумение може да бъде свързано с няколко компании. Споразумението е свързано с компании в картата на договора, докато това споразумение ще бъде показано на картите на посочените компании.

За договорите е възможно да се проследи срокът на валидност чрез създаване на периоди на обслужване в рамките на договора (един договор може да има няколко последователни периода на обслужване, съответстващи например на периоди за заплащане на абонаментна такса за обслужване).

Списъкът на периодите на обслужване на договора се показва в раздела „Периоди на обслужване“ на договорната карта под формата на таблица:

Ако в настоящия момент договорът няма период на обслужване или има неплатени периоди на обслужване, при регистриране на заявления във връзка с такова споразумение ще се появят предупреждения:

Възможно е изпращане на имейл известие с напомняне за края на периода на обслужване до отговорния мениджър на клиента. За да направите това, трябва да посочите датата на напомнянето за края на периода на обслужване при създаване или редактиране на периода на услугата и включването на съответното уведомление („Имейл за известия за събития с договори“).

Оборудване

Okdesk ви позволява да следите клиентското оборудване, което вашата компания поддържа. Всяка част от оборудването е класифицирана по вид, производител и модел. Списъкът с елементи от директорията на оборудването се задава в подраздел „Настройки / оборудване“:

В Okdesk можете да разширите стандартния набор от хардуерни атрибути. Освен това всеки тип оборудване може да има свой собствен набор от допълнителни атрибути. Можете да добавяте и редактирате допълнителни атрибути на оборудването в подраздела „Атрибути на оборудването“ на секцията „Настройки“.

За да добавите нов атрибут на оборудването, трябва да кликнете върху бутона „+ Добавяне“ над списъка с атрибути на оборудване:

Списъкът на оборудването е даден в раздел „Оборудване“. За да създадете ново оборудване, кликнете върху бутона „+ Добавяне“ над списъка с оборудване:

Списъкът на фирменото оборудване се показва в раздела „Оборудване“ на фирмената карта:

Оборудването може да бъде присвоено и към конкретен обект на услугата.

Заявката може да бъде свързана с оборудването на клиента във формуляра за създаване или картата за заявка:

Ако е необходимо, модулът с оборудване може да бъде деактивиран в подраздел „Настройки / Общи настройки на системата“.

Сигнали за приложения

Сигнали по имейл

Okdesk ви позволява да уведомявате отговорните служители и лицата за контакт на клиентите за събития с билети. Уведомленията за заявки се конфигурират в подраздел „Известия по имейл“ на секцията.

Когато настройвате сигнали, можете да посочите показваното име на подателя (как ще се показва подателят на съобщението в имейл клиента на получателя) и адреса за отговор. Също така в настройките за уведомяване можете да посочите имейл за дублиране на известия, изпратени до лицата за контакт с клиенти (атрибут „Адрес за дублиращи се известия на клиенти“).

За всеки тип предупреждение има опция за включване и изключване на този тип сигнал.

Okdesk също ви позволява да редактирате шаблона за дизайн на предупреждение и шаблона за текст на предупреждението.

Шаблонът за дизайн на известия се редактира чрез щракване върху бутона „Редактиране на шаблон за дизайн на имейл“. В прозореца, който се показва, можете да зададете свой собствен дизайн на букви. Но е важно да запазите променливата (((CONTENT))) (при изпращане на писма съдържанието на конкретно писмо ще бъде заменено с тази променлива според шаблона на писмото).

Текстовият шаблон и темата на известията се редактират чрез щракване върху бутона за връзка "Редактиране" в реда, съответстващ на желаното известие. В прозореца, който се отваря, можете да зададете текста на известието, като използвате .

Във формата за редактиране на имейл известия на лицата за контакт на клиентите за промяна на статуса можете да изберете статусите при преминаване, към които ще бъде изпратено уведомление.

В случай, че лице за контакт и компания са определени за приложение, но това лице за контакт няма имейл, тогава известията се изпращат на имейл адреса на компанията (ако лице за контакт не е определено за приложението, тогава уведомлението не се изпраща).

Ако е необходимо, можете да конфигурирате дублиране на клиентски известия към автора на събитието в секцията „Настройки \ Имейл известия \ Известия до клиенти“.

Също така в секцията "Настройки \ Имейл известия \ Известия до клиенти" можете да конфигурирате дублиране на писма, изпратени до лицата за контакт до общия имейл на компанията:

  • Винаги — известията ще се дублират на имейла на компанията във всеки случай (дори ако няма имейл на картата на лицето за контакт или само компанията е посочена в картата за кандидатстване)
  • Ако лицето за контакт на приложението няма имейл адрес
  • Ако приложението няма лице за контакт

SMS сигнали

Okdesk ви позволява да автоматизирате процеса на информиране на клиенти и служители чрез SMS известия.

Системата автоматично ще изпрати необходимото SMS известие на номерата, посочени в картата на отговорния служител или лице за контакт на приложението.

За да конфигурирате SMS известия, трябва да конфигурирате настройките за свързване към SMS шлюза. Тази настройка се извършва в подраздел „SMS-известия“ на раздел „Настройки“. В момента системата се интегрира с шлюзовете SMSC.ru, SMS.ru и SMSAERO.ru (при необходимост можем да свържем нови шлюзове).

След като попълните параметрите за свързване към SMS шлюза, на страницата с настройки трябва да се появи бутонът „Тестова връзка“. В зависимост от отговора на сървъра на страницата ще се появи прозорец с информационно съобщение. Ако връзката е била успешна, ще се покаже съответното съобщение и вашият баланс в рубли. Ако имате проблеми с връзката, моля свържете се с нас.

Okdesk също ви позволява да редактирате текстовия шаблон на SMS известия.

Текстовият шаблон за известие се редактира чрез щракване върху бутона за връзка "Редактиране" в реда, съответстващ на желаното известие. В прозореца, който се отваря, можете да зададете текста на известието, като използвате .

Във формата за редактиране на SMS известия на лицата за контакт на клиента за промяна в статуса е възможно да се изберат статусите, при преминаване към които ще се изпраща уведомление.

Ако е необходимо, можете да деактивирате SMS известяването на клиенти и служители (по подразбиране всички известия за служители са активирани, всички известия за лицата за контакт са деактивирани).

Push известия

Възможно е да се уведомява потребителят, който е в списъка с приложения или в картата на приложението, за събития, възникващи с приложенията.

Push известията са придружени от звуков сигнал и се показват в долния десен ъгъл с текст, съответстващ на събитието:

Следват се следните събития с билети:

  • Отговорна промяна;
  • Промяна на статуса на приложение;
  • Добавяне на нов коментар към билета.

Клиентски портал

Предоставяне на достъп до клиентския портал на клиент за контакт

Предоставянето на достъп на лицето за контакт до клиентския портал се извършва на картата на лицето за контакт:

В прозореца, който се отваря, трябва да зададете потребителско име и парола на лицето за контакт:

В бъдеще потребителското име и паролата на лицето за контакт могат да бъдат променени.

След предоставяне на достъп до контакт и ако този контакт е свързан с компания, атрибутът „Ниво на достъп“ ще се появи на картата на контакта. (Можете да зададете нивото на достъп по подразбиране за лицата за контакт, след което то ще бъде записано автоматично в картата на лицето за контакт. Можете да зададете нивото на достъп по подразбиране в секцията „Настройки/Клиентски портал“.)

Този атрибут определя каква информация ще бъде видима за лицето за контакт, когато работи в клиентския портал:

  • Показване на фирмени билети (лицето за контакт ще има достъп до всички билети на своята компания (регистрирани от свое име, както и от името на други контакти на компанията));
  • Показване на заявки на свързани обекти на услуга (лицето за контакт ще има достъп до онези заявки, за които обектите, свързани с лицето за контакт, са посочени като обект на услуга);
  • Показване на приложения на компании под надзор (лицето за контакт ще има достъп до всички приложения на компании под надзор (регистрирани от свое име, както и от името на други лица за контакт на компании под надзор));
  • Достъп до отчети (лицето за контакт ще има достъп до отчети по искане на компанията. Списъкът с отчети, достъпни за лицата за контакт в клиентския портал, се задава в наличността на отчети в параметъра на клиентския портал на „Настройки \ Клиентски портал“ раздел:

По подразбиране собственикът на билета и зрителите не се показват за контакти в клиентския портал. Показването на тези параметри в клиентския портал се задава в подраздела Клиентски портал на секция „Настройки“:

В същия раздел можете да посочите атрибутите, които ще се съдържат във файла при качване на списъка със заявки от клиентския портал от лицето за контакт на клиента.

Също така за лицата за контакт на клиенти в клиентския портал е достъпно попълване на полетата с вида и приоритета на приложението при създаване на приложението.

Настройката за показване на системни атрибути в клиентския портал се задава в подраздел „Поръчки\Атрибути на заявки“ на секция „Настройки“:

Преглеждайте историята на взаимодействията, добавяйте нови и отговаряйте на съществуващите заявки

Достъпът на лицата за контакт до клиентския портал се осъществява чрез същата страница за вход като за служителите на компанията.

Следните действия са достъпни за контакта с клиента от Клиентския портал:



Служители и роли

Карта на служител

Списъкът на служителите на обслужващата компания се показва в секцията "Служители". За да добавите нов служител, кликнете върху бутона „+ Добавяне“ в горната дясна част на списъка.

Сметките на служителите в Okdesk могат да бъдат активирани и деактивирани. Служители с деактивирани акаунти няма да могат да влизат и няма да могат да носят отговорност за билетите. В този случай цялата информация за действията на служителите в системата, включително коментари, ще бъде запазена.

Когато създавате нов акаунт на служител, Okdesk незабавно ще предложи да го активирате.

Сметките на служителите могат да бъдат активирани и деактивирани по всяко време. В същото време, ако служител има незатворени заявки в отговорност, деактивирането на акаунта му не е възможно.

За всички служители в Okdesk е налична функцията за качване на лична снимка, която ще се показва в интерфейса на системата.

Okdesk е внедрил функцията за проследяване на местоположението на служителите на картата. Тази функция е достъпна само когато мобилното приложение е свързано. Можете да видите текущата позиция на служителите в секцията „Служители“ в раздела „Служители на картата“.

Роли и разрешения

Правата за достъп на служителите в Okdesk се определят от тяхната роля. Можете да зададете роля за служител както на картата за създаване на служител, така и да редактирате ролята, която вече е в създадената карта:

Okdesk предоставя следните роли:

  • Администратор: има достъп до всички функции на системата;
  • Водещ специалист: за разлика от администратора, той няма достъп до секцията за настройки и отчети (достъп до секцията „Отчети“ за ролята „Водещ специалист“ може да бъде предоставен в подраздел „Общи системни настройки“ на секция „Настройки“ ). Освен това водещият специалист няма право да променя ролята, входа и паролата, както и да предоставя достъп до личния акаунт на други потребители на системата;
  • Специалист: достъп се предоставя само до разделите „Приложения“ и „База знания“. Специалистът има достъп за преглед на карти на компании, лица за контакт, съоръжения, оборудване, свързани със заявки, за които служителят отговаря (или е член на отговорната група), е наблюдател (или е член на групата за наблюдение) или автора.

Okdesk внедрява възможността за гъвкаво конфигуриране на правата по отношение на действия със заявки. Можете да научите повече за това как работи системата от права и роли, като завършите специализиран безплатен онлайн курс. в .

Групи служители

Okdesk ви позволява да разделяте служителите на функционални групи по специализация (системни администратори, диспечери, инженери и т.н.), докато един и същ служител може да бъде включен в няколко функционални групи едновременно.

За да добавите група, в списъка със служители щракнете върху бутона „Добавяне“, разположен вдясно над списъка:

Служителите, посочени в параметъра „Списък на служителите за известия“, ще получават имейл известия за събития с приложения (възлагане на отговорност на група) и клиентски договори (в случаите, когато групата е посочена в параметъра „Отговорен мениджър“ на фирмената карта или лице за контакт).

В прозореца, който се показва, попълнете полетата и запазете.

Ако е необходимо, групата може да бъде изтрита или скрита.

Доклади

Okdesk ви позволява да генерирате отчети за работата на сервизния отдел и да показвате оперативна информация за текущото състояние на нещата.

Таблото за управление „Оперативна информация“ показва оперативно обобщение на текущото състояние на нещата в сервизния отдел. Таблото за управление показва броя на заявките, които са в състояние „Отворено“, колко от тях са просрочени, колко заявки са в момента, колко заявки трябва да бъдат решени днес и колко заявки са без лична отговорност.

Също така на таблото „Оперативна информация“ се показва двойна графика с броя създадени и решени заявки по дни.

Други справки предоставят информация за работата на сервизния отдел за избрания период. За всеки отчет можете да зададете опции за филтриране, които включват клиент, лице за контакт, служител (за „Отчет за ефективността на служителите“) и период от време. Всички таблични отчети могат да бъдат изтеглени като документ на Excel.

За отчета за спецификация на поръчката е възможно да се зададат допълнителни колони за поръчка, които ще бъдат експортирани в xls.

Оформяне на интерфейса

Можете да персонализирате външния вид на интерфейса на Okdesk, за да съответства на бранда на вашата компания.

За да направите това, в подраздела „Общи системни настройки“ на секцията „Настройки“ можете да зададете основния цвят, заглавието на всички системни страници, да качите файл с логото на компанията (ще се показва на страницата за вход) и фавикон.

Освен това можете да прикачите (паркира) свой собствен домейн към вашия акаунт в Okdesk. Вашите клиенти ще отидат на help.your_company.xx.

Настройки

За да отидете в секцията "Настройки", изберете елемента от менюто "Настройки" с иконата на зъбно колело в долния ляв ъгъл:

Достъп до секцията „Настройки“ е достъпен само за служители с.

0105 - Междурайонна IFTS на Русия № 1 за Република Адигея 0280 - Междурайонна IFTS на Русия № 39 за Република Башкортостан 0300 - Федерална данъчна служба на Русия за Република Бурятия 0327 - Междурайонна IFTS на Русия № 9 за Република Бурятия 0400 - Отдел на Федералната данъчна служба на Русия за Република Алтай 0506 - Междуокръжен IFTS на Русия № 12 съгласно RD 0507 - Междурайонен IFTS на Русия № 7 съгласно RD 0521 - Междурайонен IFTS на Русия № 9 съгласно RD 0523 - Междуокръжен IFTS на Русия № 1 съгласно RD 0529 - Междуокръжен IFTS на Русия № 2 съгласно RD 0533 - Междуокръжен IFTS на Русия № 10 съгласно RD 0542 - Междуокръжен IFTS на Русия № 3 съгласно РД 0544 - Междуокръжен ИФТС на Русия № 17 съгласно РД 0546 - Междуокръжен ИФТС на Русия № 8 по РД 0547 - Междуокръжен ИФТС на Русия № 15 съгласно РД 0548 - Междуокръжен ИФТС на Русия № 6 съгласно RD 0550 - Междуокръжен IFTS на Русия № 4 съгласно RD 0571 - IFTS на Русия за Ленински район на Махачкала 0600 - FSTS на Русия за Република Ингушетия 0608 - Междуокръжен IFTS на Русия № 1 за Република Ингушетия 716 -0 MR IFTS на Русия № 4 за KBR 0718 - MRI на Федералната данъчна служба на Русия № 2 за KBR 0720 - MRI FTS на Русия № 5 за KBR 0724 - MR IFTS на Русия № 6 за KBR 0725 - IFTS на Русия № 1 за град Налчик KBR 0726 - IFTS на Русия № 2 за град Налчик KBR 0800 - федерален данък Служба на Русия за Република Калмикия 0816 - IFTS на Русия за град Елиста 0900 - Федерална данъчна служба за KChR 0917 - Междурайонна IFTS на Русия № 3 за KChR 1001 - IFTS на Русия за град Петрозаводск 1121 - Междуокръжен IFTS на Русия № 5 за Република Коми 1215 - IFTS на Русия за град Йошкар-Ола 1326 - IFTS на Русия за Ленински район Саранск 1447 - Междуокръжен IFTS на Русия № 5 за Република Саха (Якутия ) 1513 - Междуокръжен IFTS на Русия за град Владикавказ 1690 - Междуокръжен IFTS на Русия № 18 за Република Татарстан 1700 - Федерална данъчна служба на Русия за Република Тива 1719 - Междуокръжен IFTS на Русия № 1 за Република Tyva 1832 - Междуокръжен IFTS на Русия № 11 за Удмуртската република 1900 - Федерална данъчна служба на Русия за Република Хакасия 1901 - Междуокръжен IFTS на Русия № 1 за Република Хакасия 1902 - Междуокръжен IFTS на Русия No 2 за Република Хакасия 1903 - Междуокръжен IFTS на Русия № 3 за Република Хакасия 2036 - Междуокръжен IFTS Рос и № 6 в Чеченската република 2130 - IFTS на Русия за град Чебоксари 2225 - Междуокръжен IFTS на Русия № 15 за Алтайския край 2375 - Междуокръжен IFTS на Русия № 16 за Краснодарския край 2468 - Междуокръжен IFTS на Русия № 23 за Красноярска територия 2500 - Федерална данъчна служба на Русия за Приморска територия 2501 - Междурайонна IFTS на Русия № 4 за Приморска територия 2502 - Междуокръжна IFTS на Русия № 10 за Приморска територия 2503 - Междурайонна IFTS на Русия 1 за Приморска територия 2505 - Междуокръжен IFTS на Русия № 6 за Приморски край 2506 - Междуокръжен IFTS на Русия № 2 за Приморска територия 2507 - Междуокръжен IFTS на Русия № 7 за Приморска територия 2508 - IFTS Русия за гр Находка, Приморски край 2509 - Междуокръжен IFTS на Русия № 8 за Приморски край 2510 - Междуокръжен IFTS на Русия № 3 за Приморски край 2511 - Междуокръжен IFTS на Русия № 9 за Приморска територия 2515 - Междуокръжен IFTS на Русия № IFTS 5 за Приморска територия 2533 - Междуокръжен IFTS на Русия № 11 за Приморски край 2536 - IFTS на Русия за Ленински район на Владивосток 2625 - IFTS на Русия за град Георгиевск, Ставрополска територия 2628 - IFTS на Русия за град Кисловодск, Ставрополска територия 2632 - IFTS на Русия за град Пятигорск, Ставрополска територия 2641 - Междуокръжен IFTS на Русия № 1 за Ставрополска територия 2643 - Междуокръжен IFTS на Русия № 3 за Ставрополска територия - Междуокръжен IFTS 264 Русия № 4 за Ставрополска територия 2646 - Междуокръжна IFTS на Русия № 6 за Ставрополска територия 2648 - Междуокръжна IFTS на Русия № 8 за Ставрополска територия 2649 - Междуокръжна IFTS на Русия № 9 за Ставрополска територия - Междуокръг 2650 IFTS на Русия № 10 за Ставрополския край 2651 - Междуокръжен IFTS на Русия № 11 за Ставрополския край 2700 - Федерална данъчна служба на Русия за Хабаровска територия 2724 - Федерална данъчна служба на Русия за Железнодорожен окръг на Хабаровск 2801 - МВР на Федералната данъчна служба на Русия № 1 за Амурска област 2901 - Федерална данъчна служба на Русия за град Архангелск 3025 - Междурайонна федерална данъчна служба на Русия № 6 за Астраханска област 3100 - Федерална данъчна служба на Русия за Белгородска област 3123 - IFTS на Русия за Белгород 3241 - Междуокръжна IFTS на Русия № 1 за Брянска област 3252 - Междуокръжен IFTS на Русия № 7 за Брянска област 3253 - Междуокръжен IFTS на Русия № 8 за Брянска област 3256 - Междуокръжен IFTS на Русия № 10 за Брянска област 3328 - IFTS на Русия за Октябрския район на Владимир 3400 - IFTS на Русия за Волгоградска област 3435 - IFTS на Русия за град Волжски, Волгоградска област 3443 - IFTS на Русия за район Дзержински на Волгоград 3453 - Междуокръжен IFTS на Русия № 3 за Волгоградска област 3454 - Междуокръжен IFTS на Русия № 4 за Волгоградска област 3455 - Междуокръжен IFTS на Русия № 5 за Волгоградска област 3456 - Междуокръжен IFTS на Русия № 6 за Волгоградска област 3457 - M междуокръжен IFTS на Русия № 7 за Волгоградска област 3458 - Междуокръжен IFTS на Русия № 8 за Волгоградска област 3525 - Междуокръжен IFTS на Русия № 11 за Вологодска област 3528 - Междуокръжен IFTS на Русия № 12 за Вологодска област 3529 - Междуокръжен IFTS на Русия № 1 за Вологодска област 3532 - Междуокръжен IFTS на Русия № 4 за Вологодска област 3533 - Междуокръжен IFTS на Русия № 5 за Вологодска област 3535 - Междуокръжен IFTS на Русия № 7 за Вологодска област 3536 - Междуокръжен IFTS на Русия № 8 за Вологодска област 3537 - Междуокръжен IFTS на Русия № 9 за Вологодска област 3538 - Междурайонна Федерална данъчна служба на Русия № 10 за Вологодска област 3600 - Федерална данъчна служба на Русия за Воронежска област 3668 - Междурайонна федерална данъчна служба на Русия № 12 за Воронежска област 3700 - Федерална данъчна служба на Русия за Ивановска област 3702 - Федерална данъчна служба на Русия за град Воронеж Иваново 3800 - Федерална данъчна служба на Русия за Иркутска област 3850 - Междуокръжен IFTS на Русия № 17 за Иркутска област 3926 - Междуокръжен IFTS на Русия № 1 за Калининградска област 4027 - IFTS на Русия за Ленински район на Калуга 4101 - IFTS на Русия за Петропавловск-Камчатски 4200 - Федерална данъчна служба на Русия за Кемеровска област 4202 - Междуокръжен IFTS на Русия № 3 за Кемеровска област 4205 - IFTS на Русия за град Кемерово 4212 - Междуокръжен IFTS на Русия № 3 за Кемеровска област. 2 за Кемеровска област 4213 - Междуокръжен IFTS на Русия № 1 за Кемеровска област 4214 - Междуокръжен IFTS на Русия № 8 за Кемеровска област 4217 - IFTS на Русия за Централен район на Новокузнецк, Кемеровска област 4222 - Междурайон IFTS на Русия № 5 за Кемеровска област 4223 - Междуокръжен IFTS на Русия № 11 за Кемеровска област 4230 - Междуокръжен IFTS на Русия № 7 за Кемеровска област 4246 - Междуокръжен IFTS на Русия № 9 за Кемеровска област 4250 - Междуокръжен IFTS на Русия № 12 за Кемеровска област 4252 - Междуокръжен IFTS на Русия № 13 за Кемеровска област 4253 - Междуокръжен IFTS на Русия № 4 за Кемеровска област 4350 - Междуокръжен IFTS на Русия № 14 за Кировска област 4400 - Федерална данъчна служба на Русия за Костромска област 4401 - IFTS за град Кострома 4501 - IFTS на Русия за град Курган 4600 - Федерална данъчна служба на Русия за Курска област 4632 - Федерална данъчна служба на Русия за град Курск 4700 - Федерална данъчна служба на Русия за Ленинградска област 4704 - Федерална данъчна служба на Русия за район Виборгски на Ленинградска област 4827 - Междурайонна федерална данъчна служба на Русия № 6 за Липецка област 4900 - Федерална данъчна служба на Русия за Магаданска област 4910 - Междуокръжна федерална данъчна служба на Русия № 1 за Магадански региони 4911 - Междурайонна IFTS на Русия № 2 за Магаданска област 4912 - Междуокръжен IFTS на Русия № 3 за Магаданска област 5000 - Федерална данъчна служба на Русия за Московска област 5001 - IFTS на Русия за град Балашиха, Московска област 5003 - Междуокръжен IFTS на Русия № 14 за Московска област 5004 - Междуокръжен IFTS на Русия № 19 за Московска област 5005 - IFTS на Русия за град Воскресенск, Московска област 5007 - IFTS на Русия за град Дмитров, Московска област 5009 - IFTS на Русия за град Домодедово, Московска област 5010 - Междуокръжен IFTS на Русия № 12 за Московска област 5011 - IFTS на Русия за Егориевск, Московска област 5012 - Междурайон IFTS на Русия № 20 за Московска област 5017 - IFTS на Русия за град Истра, Московска област 5018 - Междуокръжен IFTS на Русия № 2 за Московска област 5019 - Междуокръжен IFTS на Русия № 18 за Московска област 5020 - IFTS на Русия за град Клин, Московска област 5022 - Междурайон IFTS на Русия № 7 за Московска област 5024 - IFTS на Русия за гр. Москва Красногорск, Московска област 5027 - Междуокръжен IFTS на Русия № 17 за Московска област 5029 - IFTS на Русия за град Митищи, Московска област 5030 - IFTS на Русия за град Наро-Фоминск, Московска област 5031 - IFTS на Русия за град Ногинск, Московска област 5032 - Междурайонна IFTS на Русия № 22 за Московска област 5034 - Междурайонна IFTS на Русия № 10 за Московска област 5035 - IFTS на Русия за град Павловски Посад, Московска област 5038 - Междуокръжен IFTS на Русия № 3 за Московска област 5040 - Междуокръжен IFTS на Русия № 1 за Московска област 5042 - IFTS на Русия за град Сергиев Посад, Московска област 5043 - Междуокръжен IFTS на Русия № 11 за Москва Регион 5044 - IFTS на Русия за град Солнечногорск, Московска област 5045 - IFTS на Русия за град Ступино, Московска област 5047 - Междурайон IFTS на Русия № 13 за Московска област 5048 - IFTS на Русия за град Чехов , Московска област 5049 - Междуокръжен IFTS на Русия № 4 за Московска област 5050 - Междуокръжен IFTS на Русия № 16 за Московска област 5053 - IFTS на Русия 5072 - Междуокръжен IFTS на Русия № 8 за Московска област 5074 - Междуокръжен IFTS на Русия № 5 за Московска област 5075 - Междуокръжен IFTS на Русия № 21 за Московска област 5081 - Междуокръжен IFTS на Русия № 23 за Московска област 5102 - Междуокръжен IFTS на Русия на Русия № 1 за Мурманска област 5105 - Междуокръжен IFTS на Русия № 7 за Мурманска област 5108 - Междуокръжен IFTS на Русия № 5 за Мурманска област. 5110 - Междуокръжен IFTS на Русия № 2 за Мурманска област 5118 - Междуокръжен IFTS на Русия № 8 за Мурманска област 5190 - IFTS на Русия за град Мурманск 5275 - MRI на Федералната данъчна служба на Русия № 15 за Нижни Новгородска област 5300 - Федерална данъчна служба на Русия за Новгородска област 5321 - Междурайонна IFTS на Русия № 9 за Новгородска област 5331 - Междурайонна IFTS на Русия № 1 за Новгородска област 5332 - Междурайонна IFTS на Русия № 2 за Новгородска област 5336 - Междуокръжен IFTS на Русия № 6 за Новгородска област 5476 - Междуокръжен IFTS на Русия № 16 за Новосибирска област 5543 - Междуокръжен IFTS на Русия № 12 за Омска област 5658 - Междуокръжен IFTS на Русия № 10 за Оренбургска област 5749 - Междуокръжен IFTS на Русия № 9 за Орелска област 5835 - IFTS на Русия за Октябрския район на Пенза 5958 - Междуокръжен IFTS на Русия № 17 за Пермска територия 6000 - Федерална данъчна служба на Русия за Псковска област 6027 - Междуокръжен IFTS на Русия № 1 за Псковска област 6196 - Междуокръжен IFTS на Русия № 26 за Ростовска област 6200 - Федерална данъчна служба на Русия за Рязанска област lasti 6214 - Междуокръжен IFTS на Русия № 7 за Рязанска област 6219 - Междуокръжен IFTS на Русия № 5 за Рязанска област 6225 - Междуокръжен IFTS на Русия № 10 за Рязанска област 6226 - Междуокръжен IFTS на Русия № 9 за Рязанска област 6232 - Междуокръжен IFTS на Русия № 4 за регионите на Рязанска област 6234 - Междуокръжен IFTS на Русия № 2 за Рязанска област 6313 - IFTS на Русия за Красноглински район на гр. Самара 6451 - Междуокръжен IFTS на Русия № 19 за Саратовска област 6500 - Федерална данъчна служба на Русия за Сахалинска област 6501 - Междуокръжен IFTS на Русия № 1 за Сахалинска област 6504 - Междуокръжен IFTS на Русия № 5 за Сахалин Регион 6507 - Междуокръжен IFTS на Русия № 3 за Сахалинска област 6509 - Междуокръжен IFTS на Русия № 2 за Сахалинска област 6517 - Междуокръжен IFTS на Русия № 4 за Сахалинска област 6658 - IFTS на Русия за Верх-Исетски Област Екатеринбург 6700 - Федерална данъчна служба на Русия за Смоленска област 6733 - Междурайонна IFTS на Русия № 5 за Смоленска област 6820 - Междурайонна IFTS на Русия № 4 за Тамбовска област 6906 - Междурайонна IFTS на Русия № 2 за Тверска област 6908 - Междуокръжен IFTS на Русия № 3 за Тверска област 6910 - Междуокръжен IFTS на Русия № 4 за Тверска област 6912 - Междуокръжен IFTS на Русия № 5 за Тверска област 6913 - Междуокръжен IFTS на Русия № 6913 6 за Тверска област 6914 - Междурайонна IFTS на Русия № 7 за Тверска област 6915 - Междурайонна IFTS на Русия № 8 за Тверска област 6952 - Междуокръжен IFTS на Русия № 12 за Тверска област 7031 - Междуокръжен IFTS на Русия № 7 за Томска област 7100 - Федерална данъчна служба на Русия за Тулска област 7154 - Междуокръжен IFTS на Русия № 10 за Тулска област 7232 - Междуокръжен IFTS на Русия № 14 за Тюменска област 7325 - IFTS на Русия за Ленински район на Уляновск 7400 - Федерална данъчна служба на Русия за Челябинска област 7456 - Междуокръжен IFTS на Русия № 17 за Челябинска област 7505 - IFTS на Русия № 5 за Забайкалската територия 7513 - Междуокръжен IFTS на Русия № 6 за Забайкалската територия 7527 - Междуокръжен IFTS на Русия № 7 за Забайкалската територия 7530 - Междуокръжен IFTS на Русия No. 4 за Забайкалска територия 7536 - Междурайонна IFTS на Русия № 2 за град Чита 7538 - Междурайонна IFTS на Русия № 8 за Забайкалска територия 7580 - Междурайонна IFTS на Русия № 1 за Трансбайкал Територия 7627 - Междуокръжен IFTS на Русия № 7 в Ярославска област 7700 - Федерална данъчна служба на Русия за Москва 7746 - Междурайонна Федерална данъчна служба на Русия № 46 за Москва 7800 - Федерална данъчна служба на Русия за Санкт Петербург 7801 - Междурайонна IFTS на Русия № 16 за Санкт Петербург 7802 - Междуокръжен IFTS на Русия № 17 за Санкт Петербург 7804 - Междуокръжен IFTS на Русия № 18 за Санкт Петербург 7805 - Междуокръжен IFTS на Русия № 19 за Санкт Петербург 7806 - Междуокръжен IFTS на Русия No 21 за Санкт Петербург 7807 - Междуокръжен IFTS на Русия No 22 за Санкт Петербург 7810 - Междуокръжен IFTS на Русия No 23 за Санкт Петербург 7811 - Междуокръжен IFTS на Русия No 24 за Санкт Петербург. Петербург 7813 - Междуокръжен IFTS на Русия № 25 за Санкт Петербург 7814 - Междуокръжен IFTS на Русия No 26 за Санкт Петербург 7816 - Междуокръжен IFTS на Русия No 27 за Санкт Петербург 7817 - Междуокръжен IFTS на Русия No 20 за Санкт Петербург 7819 - Междуокръжен IFTS на Русия № 3 за Санкт Петербург 7820 - Междуокръжен IFTS на Русия No 2 за Санкт Петербург 7838 - Междуокръжен IFTS на Русия No 7 за Санкт Петербург 7839 - Междуокръжен IFTS на Русия No. 8 за Санкт Петербург 7840 - Междуокръжен IFTS на Русия № 9 за Санкт Петербург 7841 - Междуокръжен IFTS на Русия № 10 за Санкт Петербург 7842 - Междуокръжен IFTS на Русия #1 1 за Санкт Петербург 7843 - Междуокръжен IFTS на Русия № 12 за Санкт Петербург 7847 - Междуокръжен IFTS на Русия No 15 за Санкт Петербург 7848 - Междуокръжен IFTS на Русия № 28 за Санкт Петербург 7901 - IFTS на Русия за Св. Биробиджан, Еврейски автономен район 8600 - Федерална данъчна служба на Русия за Ханти-Мансийски автономен окръг-Югра 8617 - Федерална данъчна служба на Русия за Сургутския окръг на Ханти-Мансийски автономен окръг - Югра 8700 - Федерална данъчна служба на Русия за Федерална данъчна служба на Русия за Чукотски автономен окръг 8709 - Междурайонна федерална данъчна служба на Русия № 1 за Чукотски автономен окръг 8901 - Междурайонна IFTS на Русия № 1 за Ямало-Ненецки автономен окръг 9103 - Междурайонна IFTS на Русия № 8 за Република Крим 105 - Междуокръжен ИФТС на Русия № 1 за Република Крим 9108 - Междуокръжен ИФТС на Русия № 4 за Република Крим 9110 - Междуокръжен ИФТС на Русия № 6 за Република Крим 9111 - Междуокръжен ИФТС на Русия № 7 за Република Крим 9112 - Междуокръжен IFTS на Русия № 9 за Република Крим 9204 - IFTS на Русия за Ленински район на Севастопол 9901 - IFTS на Русия за града и космодрума Байконур

Статусът е едно от най-важните полета на билета, което позволява на агентите за поддръжка и клиентите да проследяват разрешаването на проблема и да дефинират правила за автоматизация в системата. Администраторът може да конфигурира състояния в Administration » Statuses.

За да създадете ново състояние, отидете на Администриране » Статуси, щракнете върху Нов статус, изберете типа обект, попълнете името на състоянието, дефинирайте състоянието на обекта, който ще му бъде присвоен в това състояние, и щракнете върху Продължи.

Системни състояния

В системата за поддръжка на UseResponse 4 състояния, които не могат да се променят:

  1. Отворено – това състояние се присвоява по подразбиране на всеки билет, който е създаден или изпратен до вашата система за поддръжка. За да зададете различен статус при създаване на поръчка в системата, използвайте радио бутона до желания статус.
  2. В очакване – в зависимост от бизнес процеса в компанията, билетът може да бъде задържан в случаите, когато изисква екипна дискусия или друг проблем да бъде разрешен, преди да се подготви отговор на вашия клиент. Времето за SLA за такива приложения ще бъде спряно.
  3. Чакащ отговор – Ако вашите агенти за поддръжка трябва да зададат уточняващи въпроси на клиента или да получат потвърждение, че проблемът е разрешен, билетът може да бъде маркиран като „Очакващ отговор“.
  4. Завършено - веднага щом предоставите на клиента решение на неговия въпрос, той може да затвори билета чрез директна връзка от имейл или агентите могат да го направят сами в интерфейса на агента.

За системни състояния можете да промените само цветовете на фона и текста. В случай, че искате да промените името на състоянието, отидете на Администриране » Преводи и преименувайте състоянието, както желаете.

Допълнителни статуси и управление

Тъй като системните състояния не могат да бъдат редактирани, можете да създадете допълнителни състояния за билети, които могат да бъдат включени във вашия бизнес процес.

Има няколко начина за актуализиране на състоянието на билет:

  • Ръчно - на страницата на приложението или чрез бързи действия на страницата със заявки;
  • Макроси – можете да създадете макрос с набор от специфични действия, които могат да бъдат приложени на страницата с билет. Можете да създавате и редактирате макроси за всеки агент в Меню » Макроси, след като ги активирате в Администрация » Приложения;
  • Правила за автоматизация - можете да създадете тригер за промяна на състоянието при възникване на определени събития в системата.

Статуси за изчисляване на SLA и натоварване на агента

Премиум клиентите могат да използват, за да назначават отговорности на екипа въз основа на натоварването на всеки агент, а също така могат да бъдат конфигурирани да изчисляват времето, през което агентите трябва да отговарят на клиентите и да разрешават проблемите им.

Има моменти, когато някои заявки не трябва да бъдат включени в изчисляването на натоварването на агента, защото изискват решение на посредник или екипна дискусия и агентът не трябва да работи по тази заявка в момента.

Позволяваме ви да редактирате системни и допълнителни състояния (само тези, свързани с отвореното състояние на обекта) и активираме опцията, така че билетите или темите в това състояние да не се вземат предвид при изчисляване на максималното натоварване на агента и да могат да поставят на пауза SLA таймер.

Също така, моля, имайте предвид, че статусите, които се отнасят до затвореното състояние на обекта, не влияят на изчисляването на SLA метриките и размера на натоварването на агента.

Използване на статуси в правилата за автоматизация

Като вземете предвид спецификата на вашия бизнес процес, можете да създадете нови тригери, които автоматично ще актуализират статуса на поръчка, когато се появят определени събития в системата. Можете да конфигурирате правила за автоматизация в Администриране » Автоматизация и известия.

Има редица примери, при които може да са необходими такива задействания:

  • Искате автоматично да актуализирате статуса на кандидата след отговора на агента;
  • Ако стойността на допълнително поле се промени, може да искате да промените състоянието автоматично;
  • Когато клиент отговори на заявка, статусът му може да бъде променен на друг.

По подразбиране, всеки път, когато клиент отговори на билет със статус „В очакване на отговор“, статусът му автоматично ще бъде променен на „Отворен“. За да отмените това правило, можете да създадете ново задействане или да актуализирате съществуващ.

Известия за промяна на състоянието

Когато състоянието на приложението се промени, клиентът ще получи известие по имейл. В Администрация » Автоматизация и известия можете да създадете задействане за изпращане на персонализиран шаблон за известия до потребителя и също така можете да актуализирате системния шаблон „Статусът на обекта е променен“ в Администрация » Канали за поддръжка » Имейл » Икона на шаблони за поща.

Можете също да използвате правила за автоматизация, за да не уведомявате определени потребителски команди или да уведомявате само когато определени състояния се променят в системата.