Технический отдел

1.1. Настоящий документ является Регламентом Технического отдела Мастерской Смальта® и публикуется по адресу https://smalta.net/kontur/support/.

1.2. Регламент определяет путь технической работы от принятой потребности и диагностики до проверки, релиза, передачи результата, инцидента, отката и сопровождения.

1.3. Технический отдел подтверждает технические факты, риски и готовность, но не изменяет цену, договор, оплату, полномочия Клиента или юридический статус документов.

1.4. Термины применяются по каноническому словарю Регламента Мастерской Смальта®. Выпуск (релиз) — контролируемое введение проверенного изменения в рабочую среду; техническая проверка не является клиентской приёмкой или юридическим закрытием.

2.1. Работа поступает как Задача, связанная с Клиентом и Проектом в Панели управления cp.smalta.net.

2.2. Минимальный вход: желаемый результат, граница, приоритет, исходные данные, владелец доступов, коммерческое основание и критерий готовности.

2.3. При недостатке данных Тимлид возвращает конкретный перечень вопросов; догадки и память исполнителя не заменяют постановку.

2.4. Для аварии допускается немедленная стабилизация до полного оформления с обязательной фиксацией фактов после снятия угрозы.

3.1. Владелец Мастерской Смальта® утверждает правила, услуги, цены и исключения.

3.2. Проект-менеджер владеет клиентским процессом, качеством карточек CRM, сроками коммуникации, следующим шагом и приёмкой.

3.3. Тимлид подтверждает техническую оценку и результат. Информационный отдел не подменяет это подтверждение.

3.4. Сотрудник выполняет назначенную измеримую Задачу в своей области и предоставляет проверяемый результат.

3.5. Партнёр создаёт и ведёт только разрешённых ему Клиентов; не подтверждает техническую готовность и не принимает платежи Клиента от имени Мастерской Смальта®.

4.1. S0 — авария или непосредственная угроза данным; сначала ограничение ущерба и восстановление управляемости.

4.2. S1 — значимый сбой ключевой функции; S2 — частичное нарушение; S3 — консультация, улучшение или плановая работа.

4.3. Приоритет определяет порядок внимания, но не создаёт обещание срока. Срок реакции и восстановления устанавливается услугой, подпиской, сметой или договором.

4.4. Проект-менеджер назначает предварительный приоритет. Тимлид после диагностики подтверждает или изменяет его; причина изменения фиксируется и сообщается проект-менеджеру.

5.1. До изменения проверяется текущее состояние реального объекта: код, конфигурация, журнал, сервис, база данных или публичный результат — в зависимости от задачи.

5.2. Диагноз содержит проверенный факт, предполагаемую причину только при наличии доказательств, границу воздействия и способ проверки результата.

5.3. Риск определяется контуром: данные, доступы, платежи, авторизация, массовые операции и критическая инфраструктура требуют усиленного согласования независимо от объёма правки.

5.4. Неожиданная проблема вне границы фиксируется отдельно и не расширяет работу молча.

6.1. До исполнения определяются шаги, ответственный, критерий готовности, проверка, точка отката и условия остановки.

6.2. Перед изменением создаётся подходящая резервная копия или иная точка восстановления; невозможность её создать фиксируется до начала.

6.3. Изменения высокого риска начинаются только после подтверждения границы, риска и отката Тимлидом, а также согласования проект-менеджером, Клиентом или Владельцем Мастерской Смальта® — в зависимости от договора, полномочий и затрагиваемого контура.

6.4. Если согласованная граница меняется, исполнение останавливается до новой оценки и, при необходимости, коммерческого согласования.

7.1. Доступ выдаётся персонально, по принципу минимальных привилегий, на необходимый срок и через защищённый канал.

7.2. Пароли, токены и ключи не размещаются в CRM, задачах, тикетах, документах, отчётах и публичных журналах.

7.3. Исполнитель меняет только согласованный объект и сохраняет возможность отличить исходное состояние от результата.

7.4. Опасное отклонение, неизвестная зависимость или потеря управляемости являются основанием остановиться, сохранить факты и поднять вопрос Тимлиду.

8.1. Критерий готовности определяется до исполнения и проверяет результат, а не факт запуска команды, изменения файла или ответа исполнителя.

8.2. Проверка выполняется на реальном целевом контуре допустимым безопасным способом: тестом, запросом, сборкой, журналом, сравнением данных или наблюдением функции.

8.3. Сбой соединения, тайм-аут, ошибка доступа или отсутствие проверки не считаются успешным результатом.

8.4. Тимлид принимает работу Сотрудника только после воспроизводимой проверки и фиксирует известные ограничения.

9.1. Выпуск выполняется в согласованное окно с известной версией, точкой отката и ответственным за наблюдение.

9.2. После выпуска повторяется ключевая проверка и контролируются признаки регрессии.

9.3. Проект-менеджеру передаётся краткий проверенный факт: что изменено, что проверено, результат, ограничения и рекомендации без секретов и внутренних журналов.

9.4. Только после этой передачи Информационный отдел вправе предъявить результат Клиенту и изменить клиентский статус.

10.1. При инциденте приоритет имеют безопасность людей и данных, остановка ущерба, сохранение фактов и восстановление управляемости.

10.2. Если критерий релиза не выполнен и безопасное исправление не подтверждено, применяется подготовленный откат.

10.3. После стабилизации фиксируются хронология, воздействие, причина при наличии доказательств, выполненные действия, текущий риск и дальнейший план.

10.4. Клиентскую коммуникацию ведёт проект-менеджер на основании проверенных технических фактов.

11.1. Панель управления cp.smalta.net хранит Задачу, ответственных, статусы и краткий подтверждённый результат; технические журналы остаются в предназначенных системах.

11.2. Личный кабинет lk.smalta.net показывает Клиенту только понятный результат, клиентские ограничения, документы и требуемые действия.

11.3. После завершения разовой работы временные доступы отзываются или удаляются. Сохранение защищённого доступа допускается только при действующем сопровождении, разрешении Клиента, назначенном владельце, минимальных правах и сроке пересмотра; также проверяются резервные копии, мониторинг и незакрытые риски.

11.4. Разовая техническая работа закрывается после проверки и передачи; постоянная поддержка продолжается в отдельном активном Проекте сопровождения.

12.1. Работа Технического отдела считается целостной, если можно определить исходный факт, решение, риск, исполнителя, проверку, релиз, откат и переданный результат.

12.2. Общие правила закреплены в Регламенте Мастерской Смальта®, клиентский и коммерческий цикл — в Регламенте Информационного отдела.

12.3. Условия услуг определяются Публичной офертой; полный комплект источников опубликован в разделе «Юридический контур».