110 lines
9.5 KiB
Markdown
110 lines
9.5 KiB
Markdown
# 14. Порядок контроля, приемки и гарантийного сопровождения
|
||
|
||
## 14.1 Общие положения приемки
|
||
|
||
Приемка результата работ должна подтверждать соответствие программного продукта требованиям настоящего технического задания, условиям договора и согласованным требованиям заказчика.
|
||
|
||
При приемке подлежат проверке:
|
||
|
||
- клиентский контур
|
||
- менеджерский контур
|
||
- каталог готовой продукции
|
||
- сценарии заявок на заказ
|
||
- сценарии заявок на расчет
|
||
- сопровождение заказов
|
||
- уведомления
|
||
- бонусный и реферальный контур
|
||
- интеграционный обмен с 1С в согласованном объеме
|
||
- пользовательская и эксплуатационная документация в согласованном объеме
|
||
|
||
## 14.2 Виды проверок
|
||
|
||
Для контроля результата работ используются следующие виды проверок:
|
||
|
||
- функциональная проверка основных пользовательских сценариев
|
||
- проверка разграничения ролей и прав доступа
|
||
- проверка корректности данных, статусов и истории изменений
|
||
- проверка интерфейсов на desktop и mobile
|
||
- проверка уведомлений по согласованным каналам
|
||
- проверка интеграционного обмена с 1С
|
||
- проверка запуска и работы сервисов в согласованном эксплуатационном контуре
|
||
|
||
## 14.3 Критерии приемки
|
||
|
||
Программный продукт считается соответствующим требованиям, если:
|
||
|
||
- обязательные пользовательские сценарии выполняются корректно
|
||
- разграничение ролей и прав доступа реализовано корректно
|
||
- заявкам, заказам и бонусным операциям присваиваются и отображаются корректные статусы
|
||
- каталог и остатки отображаются корректно
|
||
- цена не отображается клиенту до публикации условий менеджером
|
||
- менеджер имеет возможность обработать заявку и опубликовать условия
|
||
- история изменений сохраняется и доступна в предусмотренных сценариях
|
||
- сведения из 1С отображаются в согласованном объеме
|
||
- текущая задолженность клиента и дата актуальности данных отображаются при наличии этих сведений из 1С
|
||
- критичные дефекты, препятствующие выполнению основных сценариев, устранены до передачи результата
|
||
|
||
## 14.4 Передаваемые материалы
|
||
|
||
В состав передаваемых заказчику материалов входят:
|
||
|
||
- программный продукт, размещенный в согласованном эксплуатационном контуре
|
||
- исходный код разработанных компонентов в репозитории проекта
|
||
- согласованная редакция настоящего технического задания
|
||
- пользовательская документация в согласованном объеме
|
||
- эксплуатационная документация в согласованном объеме
|
||
- интеграционная спецификация 1С, если точные форматы обмена фиксируются отдельно от настоящего технического задания
|
||
- перечень ключевых сторонних компонентов, сформированный на основании фактических файлов проекта
|
||
|
||
Технические схемы, модель данных, роли, архитектура, стек, состав сервисов и требования к интеграциям являются частью настоящего технического задания и не дублируются в отдельных документах без отдельного согласования сторон.
|
||
|
||
## 14.5 Порядок фиксации замечаний
|
||
|
||
Каждое замечание, выявленное при приемке, должно содержать:
|
||
|
||
- описание проблемы
|
||
- сценарий воспроизведения
|
||
- ожидаемый результат
|
||
- фактический результат
|
||
- уровень критичности
|
||
- статус устранения
|
||
|
||
Замечания, не препятствующие выполнению основных пользовательских и интеграционных сценариев, могут быть зафиксированы сторонами для последующего устранения в согласованном порядке.
|
||
|
||
## 14.6 Гарантийный срок
|
||
|
||
Гарантийный срок на разработанные модули, сервисы и дополнительный функционал составляет 6 месяцев с даты подписания акта приемки выполненных работ, если иной порядок не согласован сторонами.
|
||
|
||
Гарантия распространяется на дефекты разработанного программного продукта, проявившиеся при штатной эксплуатации и относящиеся к функционалу, реализованному исполнителем.
|
||
|
||
## 14.7 Порядок гарантийного обращения
|
||
|
||
Гарантийное обращение должно быть передано исполнителю в письменной форме или иным согласованным сторонами способом.
|
||
|
||
В обращении должны быть указаны:
|
||
|
||
- описание дефекта
|
||
- пользовательская роль или контур, в котором проявляется дефект
|
||
- шаги воспроизведения
|
||
- ожидаемый результат
|
||
- фактический результат
|
||
- дата и время обнаружения
|
||
- дополнительные материалы, если они нужны для диагностики
|
||
|
||
Исполнитель выполняет диагностику дефекта и, если дефект относится к гарантийной зоне ответственности, устраняет его без дополнительной оплаты.
|
||
|
||
Срок устранения гарантийного дефекта составляет не более 3 дней с даты получения обращения либо иной срок, согласованный сторонами с учетом критичности и характера дефекта.
|
||
|
||
## 14.8 Ограничения гарантийного сопровождения
|
||
|
||
Гарантийное сопровождение не распространяется на случаи, когда некорректная работа вызвана:
|
||
|
||
- самостоятельным изменением программного продукта заказчиком или третьими лицами без согласования с исполнителем
|
||
- ошибками сервера, хостинга, инфраструктуры или базы данных, не связанными с разработанным функционалом
|
||
- атакой, компрометацией доступа или нарушением требований информационной безопасности со стороны заказчика
|
||
- некорректной работой стороннего программного обеспечения
|
||
- недоступностью или некорректной работой внешних систем, включая 1С, Telegram, Max, почтовые сервисы и иные внешние API
|
||
- изменением форматов или правил работы внешних систем без предварительного согласования и обновления интеграционной спецификации
|
||
|
||
Если дефект связан с внешней системой или инфраструктурой, исполнитель фиксирует результат диагностики и передает заказчику сведения, достаточные для дальнейшего устранения причины на стороне соответствующей системы или поставщика.
|