Предыдущая версия справа и слева
Предыдущая версия
Следующая версия
|
Предыдущая версия
|
itms_docs:study:itms:reglament:how_to_work_in_itilium [2020/12/29 14:49] anton |
— (текущий) |
=== Работа в Итилиум === | |
| |
<html> | |
<p>Работа в Итилиум</p> | |
<ol> | |
<li>Работа с Обращениями</li> | |
<ol> | |
<li>Прием обращения</li> | |
<code>Любые обращения пользователей в службу технической поддержки должны фиксироваться. | |
Метод фиксации может отличаться в зависимости от того нужно ли создать новое обращение либо | |
добавить комментарий к уже существующему.<br> | |
При фиксации обращения важно определить следующие, обязательные для заполнения, параметры:</code> | |
<ul> | |
<li>Клиент. Наименование компании клиента</li> | |
<li>Инициатор. Лицо в компании Клиента обратившиеся с обращением.</li> | |
<code>Если Инициатора в базе нет. Следует СРАЗУ внести в БД новое физ лицо потребителя услуг. см. пункт по | |
вводу пользователей потребителей услуг.</code> | |
<li>Услуга. Общее название группы услуг, входящихв ее состав.</li> | |
<li>Состав услуги. Конкретное действие.</li> | |
<li>Тип обращения.</li> | |
<ul> | |
<li>Запрос на обслуживание - запрос, касающийся Планового сопровождения ПО и инфраструктуры.</li> | |
<li>Инцидент - запрос, подразумевающий, невозможность выполнения одним или несколькими сотрудниками, компании | |
Клиента своих должностных обязанностей, даже частично, по причине неисправности оборудования | |
или БД 1С; <br> | |
либо то, что компания Клиент находится | |
под угрозой санкций, со стороны контролирующих органов (например, работа без ККМ)</li> | |
<li>Запрос на изменение - запрос на изменение инфраструктуры и ПО. В данный момент не используется</li> | |
</ul> | |
<li>Тема обращения. Краткое описание обращения (одной строкой)</li> | |
<li>Описание обращения. Полное описание обращения. Зависит от Услуги.</li> | |
<ul> | |
<li>Разработка ПП 1С и Сопровождение ПП 1С</li> | |
<code>Если в компании 1 база, которая обслуживается в нашей компании, и про нее | |
есть вся информация, пользователя допрашивать и писать информацию по БД не надо. | |
Достаточно указать: Комплексная или Бухгалтерия или УТ <br> | |
В противном случае заполнение описания БД по плану внизу обязательно.</code> | |
<ul> | |
<li>Имя БД: "ООО Рога и Копыта тестовая БП"</li> | |
<li>Путь в БД: D:\1C_base\Рога и копыта test_bp</li> | |
<li>Имя пользователя БД: Бухгалтер</li> | |
<li>Пароль пользователя в БД. Если у нас нет админского.</li> | |
</ul> | |
<code>После описания БД нужно указать, что пользователь хочет сделать (изменить, обновить, исправить), | |
как можно более подробно обязательно освящая следующие пункты:</code> | |
<ul> | |
<li>Документы. Если речь идет о проблеме в каком-то документе, в описании обязательно должен присутствовать ВИД (приходная накладная, реализация товаров и услуг) НОМЕР и ДАТА документа | |
, а так же конкретные действия по шагово, которые приводят к появлению проблемы, а так же описание самой проблемы. Если | |
сама по себе проблема не дает очевидного понимания того, какую сложность она представляет для пользователя, нужно узнать чем конкретно она ему мешает. </li> | |
<li>Справочники. Вид справочника. Описание проблемы или пожеланий</li> | |
<li>Отчеты. Если есть пожелание по новому отчету, всегда нужно сразу запросить шапку этого отчета в Excel. Если есть ошибки в существующем | |
нужно узнать все вводные, отборы, даты - чтобы иметь возможность построить такой же отчет в офисе + описание | |
ошибки со слов пользователя.</li> | |
</ul> | |
</ul> | |
</ul> | |
<li>Внесение корректив в обращение</li> | |
<code>Часто бывает, что обращение находится в ожидании какого-то события или нескольких событий или есть план выполнения. Тогда необходимо вносить | |
комментарий в обращение, КАЖДЫЙ РАЗ при появлении новой информации.</code> | |
<code>Пример комментария<br>// 16_09_2018 16_16<br> Звонила Галина Борисовна, сервер оплачен, ожидает паспортных данных инженера для печати доверенности.</code> | |
<li>Состояние обращения</li> | |
<ul> | |
<li>Зарегистрировано. Обращение зафиксировано в системе.</li> | |
<li>В работе. Обращение в работе, в текущий момент, назначен Наряд.</li> | |
<li>Ожидание. Обращение было в работе, теперь ожидает действия со стороны клиентов, либо 3-их лиц, либо нас</li> | |
<li>На уточнении. По обращению нет всех данных. Нужно уточнить информацию.</li> | |
<li>Закрыто на 1-й линии. Проблема решилась по телефону, без подключения к ПК пользователяю.</li> | |
<li>Закрыто. Обращение закрыто.</li> | |
</ul> | |
</ol> | |
<li>Работа с Нарядами</li> | |
<code>Наряд создается, перед выполнением работы. Работой считается удаленное соединение, выезд и т.п. Консультации по телефону без | |
подключения работой не считаются.</code> | |
<ol> | |
<li>Наряд в офисе</li> | |
<ul> | |
<li>Варианты создания наряда</li> | |
<ul> | |
<li>На основе Обращения клиента</li> | |
<li>Самостоятельно.</li> | |
<code>Для фиксации времени выполнения регламентных задач: Проверка бэкапов и т.д.</code> | |
</ul> | |
<li>Параметры Наряда</li> | |
<ul> | |
<li>Задача/Описание</li> | |
<code>Целиком переносится из Обращения автоматически.</code> | |
<li>Тип</li> | |
<code>В офисе, На выезде. Для Нарядов с услугой выезд тип: В офисе.</code> | |
<li>Ответственный</li> | |
<code>Сотрудник, выполняющий работу.</code> | |
<li>Решение/Замечания</li> | |
<code>Фиксация всех действий и плана по Наряду.</code> | |
<ul> | |
<li>План выполнения Наряда.</li> | |
<code>Если работа большая необходимо составить План выполнения 1. делаю то 2. Делаю это. | |
В любом случае, инженер Всегда Обязан четко представлять, что он сейчас делает | |
и с какой целью.<br></code> | |
<code>Пример плана работы:<br> | |
ок 1. Копируем текущую базу<br> | |
ок 2. Устанавливаем эмулятор для тестов 31.08.2018 17:23:42<br> | |
ок 3. Анализ текущей ситуации по применению онлайн ккт - что сделано, что работает, что не работает<br> | |
ок 3.1 При открытии смены сделал 31.08.2018 <br> | |
ок 3.2 При закрытии смены сделал 31.08.2018 19_01<br> | |
3.3 кнопка Выемка денег<br> | |
// Приостановка 31.08.2018 16:00:09 <br> | |
Перекур. завис на 2 пункте не устанавливается драйвер для эмулятора ФР.<br></code> | |
<li>Комментарии к приостановкам и фиксация продвижения.</li> | |
<code>Нужно фиксировать ход работ и приостановки по Наряду.</code> | |
<code>Пример:<br> | |
// Приостановка 31.08.2018 16:00:09 <br> | |
Перекур. завис на 2 пункте не устанавливается драйвер для эмулятора ФР.<br></code> | |
</ul> | |
<li>Состояние Наряда</li> | |
<ul> | |
<li>Назначен</li> | |
<li>В работе</li> | |
<li>Приостановлен</li> | |
<li>Завершен</li> | |
</ul> | |
</ul> | |
| |
</ul> | |
<li>Наряд на выезде</li> | |
<ul> | |
<li>Фиксация выезда</li> | |
<code>Время, затраченное на то, чтобы добраться до клиента в Итилиум не учитывается, поэтому создается наряд на услугу: | |
Поддержка автоматизированных рабочих мест (АРМ), состав услуги: Выезд. Далее наряд переходит в состояние Завершен.<br> | |
Данные действия должны быть выполнены непосредственно перед выездом.<br> | |
Выезды для развоза счетов в программе фиксировать не надо.</code> | |
<li>Фиксация работы</li> | |
<code>Перед выездом, в офисе создается наряд на услугу, которая нужна клиенту. Состояние наряда присвается: Назначен. | |
По прибытии к клиенту в мобильном клиенте переводим Наряд в состояние: В работе. По отъезду состояние: Завершен либо | |
Приостановлен. Комментарии и ведение Наряда, так же как и в офисе.</code> | |
</ul> | |
</ol> | |
<li>Ввод нового потребителя услуг</li> | |
<ul> | |
<li>Управление каталогом и уровнем услуг = > См. Также = > Пользователи (потребители услуг) = > Создать</li> | |
<li>Поле Физ. Лицо - добавляем новое. Обязательные поля для ввода Фамилия Имя Телефон</li> | |
<li>Должность</li> | |
<li>Записать закрыть</li> | |
</ul> | |
| |
</ol> | |
</html> | |