web-frontend/docs/tz/acceptance.md

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
• изменением форматов или правил работы внешних систем без предварительного согласования и обновления интеграционной спецификации

Если дефект связан с внешней системой или инфраструктурой, исполнитель фиксирует результат диагностики и передает заказчику сведения, достаточные для дальнейшего устранения причины на стороне соответствующей системы или поставщика.