Update technical specification structure

docs/tz/acceptance.md

@@ -1,6 +1,6 @@
-# 11. Порядок приемки и состав передаваемых материалов
+# 14. Порядок контроля, приемки и гарантийного сопровождения
 
-## 11.1 Общие положения приемки
+## 14.1 Общие положения приемки
 
 Приемка результата работ должна подтверждать соответствие программного продукта требованиям настоящего технического задания, условиям договора и согласованным требованиям заказчика.
 
@@ -14,9 +14,22 @@
 - сопровождение заказов
 - уведомления
 - бонусный и реферальный контур
-- интеграционный обмен в согласованном объеме
+- интеграционный обмен с 1С в согласованном объеме
+- пользовательская и эксплуатационная документация в согласованном объеме
 
-## 11.2 Критерии приемки
+## 14.2 Виды проверок
+
+Для контроля результата работ используются следующие виды проверок:
+
+- функциональная проверка основных пользовательских сценариев
+- проверка разграничения ролей и прав доступа
+- проверка корректности данных, статусов и истории изменений
+- проверка интерфейсов на desktop и mobile
+- проверка уведомлений по согласованным каналам
+- проверка интеграционного обмена с 1С
+- проверка запуска и работы сервисов в согласованном эксплуатационном контуре
+
+## 14.3 Критерии приемки
 
 Программный продукт считается соответствующим требованиям, если:
 
@@ -27,29 +40,25 @@
 - цена не отображается клиенту до публикации условий менеджером
 - менеджер имеет возможность обработать заявку и опубликовать условия
 - история изменений сохраняется и доступна в предусмотренных сценариях
+- сведения из 1С отображаются в согласованном объеме
+- текущая задолженность клиента и дата актуальности данных отображаются при наличии этих сведений из 1С
+- критичные дефекты, препятствующие выполнению основных сценариев, устранены до передачи результата
 
-## 11.3 Состав передаваемых материалов
+## 14.4 Передаваемые материалы
 
-В состав передаваемых заказчику материалов должны входить:
+В состав передаваемых заказчику материалов входят:
 
-- исходный код программного продукта
-- техническое задание в согласованной редакции
-- сведения об используемых сторонних компонентах и их версиях
-- описание реализованных интеграций и используемых внешних интерфейсов
-- схемы взаимодействия модулей и движения данных
-- описание состава пользовательских ролей и прав доступа
-- материалы, необходимые для сопровождения и эксплуатации продукта
+- программный продукт, размещенный в согласованном эксплуатационном контуре
+- исходный код разработанных компонентов в репозитории проекта
+- согласованная редакция настоящего технического задания
+- пользовательская документация в согласованном объеме
+- эксплуатационная документация в согласованном объеме
+- интеграционная спецификация 1С, если точные форматы обмена фиксируются отдельно от настоящего технического задания
+- перечень ключевых сторонних компонентов, сформированный на основании фактических файлов проекта
 
-## 11.4 Требования к документации
+Технические схемы, модель данных, роли, архитектура, стек, состав сервисов и требования к интеграциям являются частью настоящего технического задания и не дублируются в отдельных документах без отдельного согласования сторон.
 
-Передаваемая документация должна позволять:
-
-- идентифицировать состав реализованных функций
-- понять структуру данных и интеграций
-- сопровождать клиентский и менеджерский контуры
-- использовать систему в рамках согласованных ролей и сценариев
-
-## 11.5 Порядок фиксации замечаний
+## 14.5 Порядок фиксации замечаний
 
 Каждое замечание, выявленное при приемке, должно содержать:
 
@@ -59,3 +68,42 @@
 - фактический результат
 - уровень критичности
 - статус устранения
+
+Замечания, не препятствующие выполнению основных пользовательских и интеграционных сценариев, могут быть зафиксированы сторонами для последующего устранения в согласованном порядке.
+
+## 14.6 Гарантийный срок
+
+Гарантийный срок на разработанные модули, сервисы и дополнительный функционал составляет 6 месяцев с даты подписания акта приемки выполненных работ, если иной порядок не согласован сторонами.
+
+Гарантия распространяется на дефекты разработанного программного продукта, проявившиеся при штатной эксплуатации и относящиеся к функционалу, реализованному исполнителем.
+
+## 14.7 Порядок гарантийного обращения
+
+Гарантийное обращение должно быть передано исполнителю в письменной форме или иным согласованным сторонами способом.
+
+В обращении должны быть указаны:
+
+- описание дефекта
+- пользовательская роль или контур, в котором проявляется дефект
+- шаги воспроизведения
+- ожидаемый результат
+- фактический результат
+- дата и время обнаружения
+- дополнительные материалы, если они нужны для диагностики
+
+Исполнитель выполняет диагностику дефекта и, если дефект относится к гарантийной зоне ответственности, устраняет его без дополнительной оплаты.
+
+Срок устранения гарантийного дефекта составляет не более 3 дней с даты получения обращения либо иной срок, согласованный сторонами с учетом критичности и характера дефекта.
+
+## 14.8 Ограничения гарантийного сопровождения
+
+Гарантийное сопровождение не распространяется на случаи, когда некорректная работа вызвана:
+
+- самостоятельным изменением программного продукта заказчиком или третьими лицами без согласования с исполнителем
+- ошибками сервера, хостинга, инфраструктуры или базы данных, не связанными с разработанным функционалом
+- атакой, компрометацией доступа или нарушением требований информационной безопасности со стороны заказчика
+- некорректной работой стороннего программного обеспечения
+- недоступностью или некорректной работой внешних систем, включая 1С, Telegram, Max, почтовые сервисы и иные внешние API
+- изменением форматов или правил работы внешних систем без предварительного согласования и обновления интеграционной спецификации
+
+Если дефект связан с внешней системой или инфраструктурой, исполнитель фиксирует результат диагностики и передает заказчику сведения, достаточные для дальнейшего устранения причины на стороне соответствующей системы или поставщика.