Заказчик имеет право на получение гарантийной технической поддержки используемой им системы управления документами и задачами УМАРТА.Бизнес (далее «Система») в части типовой (не модифицированной) конфигурации, входящей в стандартный функционал Системы, заявленный Правообладателем:
- в течение одного календарного года с даты получения прав на использование Системы в соответствии с актом о передаче прав использования экземпляра Системы;
- в течение одного календарного года с даты масштабирования действующей лицензии на Систему в соответствии с актом о передаче прав использования экземпляра Системы, т.е. увеличения количества возможных одновременных подключений (не распространяется на покупку дополнительных опций, покупку или масштабирование лицензий на мобильное приложение Системы);
- в течение срока действия договора на годовую подписку на получение новых версий Системы;
- в течение срока действия иного договора, заключенного между Заказчиком и Исполнителем, где Исполнитель несет обязательства по гарантийной поддержке.
Исполнитель может досрочно прекратить гарантийную поддержку Системы, если:
- Заказчик самостоятельно или с помощью третьих лиц внес изменения в Систему (изменение объектного (программного) кода, изменение структуры базы данных, удаление связей и т.п.).
Исполнитель может приостановить действие гарантийной поддержки Системы до устранения Заказчиком причин, а именно:
- Заказчик при работе с Системой использует сопутствующее программное обеспечение и окружение незаконно, без соответствующих лицензий и разрешений;
- Заказчик при работе с Системой использует программное обеспечение и/или ЭВМ, на которой установлена Система, неисправное или не соответствующее минимальным требованиям, предусмотренным Лицензионным договором на приобретение Заказчиком прав использования на Систему.
2. КРИТЕРИИ ГАРАНТИЙНОГО СЛУЧАЯ Заявка квалифицируется как гарантийный случай, если соответствует всем описанными ниже критериями:
- предоставлено точное описание внешних признаков проблемы и поясняющий снимок (снимки) экрана, лог-файлы Системы, а также, описание функциональности Системы, противоречащей заявленной Исполнителем, с указанием ожидаемой корректной работы;
- событие, при котором поведение Системы не соответствует стандартному, описанному в руководстве пользователя и администратора для версии, используемой Заказчиком;
- событие связано с функциональностью типовой конфигурации Системы, входящей стандартный функционал Системы, заявленный Правообладателем;
- событие может быть воспроизведено Исполнителем на тестовом экземпляре типовой конфигурации Системы версии, используемой Заказчиком;
- событие не является результатом некорректных действий сотрудников Заказчика или третьих лиц;
- событие не связано с неисправностями, возникающими вследствие сбоев на линиях связи, включая и внутренние сети Заказчика.
3. ОПИСАНИЕ ПРИОРИТЕТОВ ГАРАНТИЙНОГО СЛУЧАЯКаждой заявке, зарегистрированной в системе Service Desk Исполнителя, присваивается «Приоритет». Приоритет зависит от степени воздействия запроса на бизнес-процессы Заказчика и срочности его решения.
Приоритет влияет на время реакции и время обработки заявки специалистами технической поддержки Системы.
При оформлении новой заявки система Service Desk по умолчанию задает ей «Низкий» приоритет, но Заказчик может его изменить. Однако, если заданный приоритет заявки не соответствует описанным ниже критериям, то специалисты технической поддержки меняют приоритет, с обязательным уведомлением Заказчика.
Приоритеты заявок: - Критичный Ситуация, которая приводит к невозможности дальнейшей эксплуатации Системы на рабочем сервере в целом или основных ее блоков. Например: ошибка на странице логина, ошибка при выполнении шага по бизнес-процессу, если процесс должен выполняться ежедневно.
- Высокий Ситуация, при которой Система на рабочем сервере остается в целом работоспособна, но одна (или несколько) ее функций работает некорректно, либо выполнение данной функции пользователем существенно затруднено, а также нет возможности обойти не работающую функциональность для получения аналогичного результата.
- Средний Ситуация, при которой Система остается в целом работоспособна, но одна (или несколько) ее функций работает некорректно, либо выполнение данной функции пользователем затруднено, но при этом существует возможность обойти не работающую функциональность для получения аналогичного результата. Ситуация, при которой возникшие ограничения не отражены в документации или в иных информационных материалах по системе УМАРТА.Бизнес.
- Низкий Мелкие исправления, улучшения, которые не влияют на работоспособность Системы, а также пожелания и рекомендации по оптимизации Системы Заказчика.
4. СРОКИ РЕАКЦИИ И РЕШЕНИЯРеакцией на заявку, классифицированную, как Гарантийный случай (далее «Гарантийная заявка»), является назначение ответственного сотрудника технической поддержки, о чем система автоматически информирует Заказчика.
Гарантийная заявка считается решеной и все необходимые работы по гарантийному случаю Исполнителем выполнены, как только ответственный сотрудник Исполнителя передает пакет исправлений или новую версию Системы, в которую включено решение по заявке Заказчика.
Для каждой зарегистрированной Гарантийной заявки система Service Desk автоматически рассчитывает плановое время реакции и решения, которое зависит от приоритета заявки.
Если Заказчик имеет право только на получение гарантийной технической поддержки или подтверждает, что заявка должна обрабатывается по правилам и срокам гарантийного случая, то сроки реакции и решения Гарантийной заявки определяются в следующем порядке: