Редакция 2026.10.21.3 от 21 октября 2026 года
Правообладатель — Общество с ограниченной ответственностью «ДАТАСЕЙЛЗ». ОГРН 1251600022794, ИНН 1683027568.
Документ описывает разработку, выпуск изменений, техническую поддержку и устранение неисправностей программного обеспечения «СравниАвто». Организацию этих работ обеспечивает правообладатель — ООО «ДАТАСЕЙЛЗ».
1 Организация сопровождения
Техническую поддержку пользователей выполняет один сотрудник. Он принимает обращения, уточняет условия возникновения ошибки, помогает с типовыми операциями, передаёт технические задачи на исправление и сообщает заявителю результат.
Адрес разработки и сопровождения: 420500, Республика Татарстан, г. Иннополис, ул. Университетская, д. 5, помещ. 111. Режим приёма обращений: понедельник–пятница, 09:00–18:00 по московскому времени.
2 Персонал и необходимые компетенции
| Функция | Задачи и квалификация |
|---|---|
| Поддержка пользователей — 1 сотрудник | Знание разделов программы и ролей; приём обращений; сбор шагов воспроизведения, сообщений и идентификаторов; проверка результата с пользователем |
| Изменение программы | Знание JavaScript/TypeScript, Node.js, Next.js/React, Express, Sequelize и SQL; анализ исходного текста, исправление дефектов и проверка изменений |
| Администрирование | Знание Linux, SSH, Nginx, PM2 и MySQL; проверка процессов, конфигурации и журналов; резервирование и восстановление |
| Контроль выпуска | Проверка состава изменения, совместимости приложения и схемы БД, результатов испытаний и готовности к возврату предыдущей версии |
Технические функции могут совмещаться специалистом при наличии указанных компетенций. Доступ к исходному тексту, конфигурации и БД предоставляется в объёме, необходимом для назначенной задачи. Изменение программы и серверной конфигурации выполняется ответственным техническим специалистом.
3 Каналы поддержки
Служба поддержки: info@data-sales.ru; +7 (495) 108-48-39; +7 (903) 869-43-29. Приём обращений: понедельник–пятница, 09:00–18:00 по московскому времени.
Дополнительный канал связи: https://t.me/data_sales. В обращении указываются версия документации, адрес страницы, время события, роль, идентификатор заявки и описание результата. Пароли и токены в переписку не включаются.
Устранение неисправностей и разработка
4 Обработка обращения
1. Сотрудник поддержки регистрирует обращение и присваивает ему идентификатор. Фиксируются контакт заявителя, дата, затронутый раздел и описание проблемы.
2. Уточняются шаги воспроизведения, ожидаемый и фактический результат, роль, идентификатор тестовой записи и текст ошибки.
3. Определяется характер обращения: консультация, настройка, дефект программы либо недоступность внешнего сервиса.
4. При технической неисправности специалист сопоставляет событие с состоянием PM2, журналами приложения, ответом API и доступностью БД или интеграции.
5. Исправление или изменение настройки проверяется на воспроизводимом сценарии.
6. Поддержка сообщает заявителю результат и фиксирует завершение либо необходимость дополнительной проверки.
В первую очередь рассматриваются недоступность сервиса, нарушение входа для нескольких пользователей и ошибки, влияющие на сохранение или передачу заявок. Далее обрабатываются отказы отдельных операций, консультации и предложения по развитию. Сроки исполнения и обязательства сторон определяются договором.
5 Подготовка изменений
1. Описать задачу: причина изменения, затрагиваемые модули и критерий приёмки.
2. Определить изменения интерфейса, серверных маршрутов, модели данных и интеграций.
3. Подготовить исправление в отдельной рабочей копии; зафиксировать изменённые файлы и зависимости.
4. Проверить основной сценарий, ошибочные параметры и разграничение прав.
5. Проверить взаимодействие затронутого модуля с заявками, партнёрами, очередями и внешними каналами.
6. Подготовить описание изменения и обновить соответствующие инструкции.
Для проверки используются тестовые записи и получатели. При изменении интеграций проверяются формат передаваемых данных, обработка успешного ответа, отказ, повторная попытка и отсутствие дублирующей отправки.
Управление конфигурацией и восстановление
6 Идентификация и выпуск
Для каждого выпуска фиксируются дата, перечень изменений, исходная и целевая конфигурации, изменения БД, результаты проверки и способ возврата. Зависимости приложения фиксируются package-lock.json. Секретные значения окружения хранятся отдельно от публичных материалов.
1. До выпуска сохранить затрагиваемые файлы и данные, а также сведения о действующей конфигурации.
2. Согласовать время обслуживания и порядок выполнения работ.
3. Установить подготовленные изменения и, если предусмотрено выпуском, выполнить согласованные изменения схемы БД.
4. Запустить или перезапустить затронутые компоненты.
5. Проверить состояние online в PM2, ответ /api/health, вход и затронутый пользовательский сценарий.
6. Зафиксировать результат и состав установленной версии.
7 Резервирование и восстановление
Резервированию подлежат исходные тексты и сборка приложения, конфигурация, база данных и пользовательские файлы, необходимые для восстановления. Копии БД и конфигурации хранятся с ограниченным доступом. Перед изменением схемы БД сохраняется копия затрагиваемых данных.
При восстановлении технический специалист проверяет совместимость файлов приложения, конфигурации и схемы БД. После возврата выполняются проверка MySQL, API, авторизации, каталогов и фоновых процессов. Причина восстановления и результат регистрируются в записи о выпуске или инциденте.
Периодичность резервирования, срок хранения копий и целевые сроки восстановления устанавливаются эксплуатационным регламентом или договором. Изменение схемы БД не выполняется автоматически при обычном старте API.
8 Экспертный доступ и документация
Экспертные учётные записи SSH и веб-интерфейса предоставлены без ограничения срока и не отключаются автоматически. Реквизиты передаются адресно в закрытом листе. Публичная документация обновляется при изменении функций, состава компонентов или порядка доступа.
Актуальные документы: https://sravniauto.ru/docs. Основная ссылка экспертной проверки: https://sravniauto.ru/expert-access.