Пользовательское соглашение и правила сервисов экосистемы «SpecHelp™»

Официальный регламент, публичная оферта и правила использования сервисов • Редакция 2026 года
⚠️ Категорическое разграничение статуса (Строгий институциональный дисклеймер): Платформа «SpecHelp™» является провайдером прикладных программно-технических инструментов, веб-калькуляторов и шаблонов локальных актов. Платформа НЕ ЯВЛЯЕТСЯ работодателем, аккредитованной обучающей организацией (учебным центром по ст. 223 ТК РФ и Постановлению Правительства РФ № 2464), организацией по проведению СОУТ (ФЗ № 426-ФЗ), медицинской организацией (Приказ № 29н) или органом государственного надзора (ГИТ, Роструд, Роспотребнадзор, СФР).

1. Предмет соглашения и акцепт оферты

Настоящее Соглашение регулирует отношения между Администрацией экосистемы «SpecHelp™» и Пользователем (специалистом по охране труда, уполномоченным представителем работодателя). Регистрация учётной записи в системе «SpecID», авторизация на площадке «Вопрос / Ответ» (vo.spec.help) или использование любого модуля линейки «SpecHelp™ Сервисы» является полным и безоговорочным акцептом настоящего Соглашения в соответствии со статьями 435 и 438 ГК РФ.

2. Специальные условия по сервисам линейки «SpecHelp™ Сервисы»

  • Модуль «ТестКонтроль» и ЕИСОТ Минтруда РФ (Постановление Правительства РФ № 2464): Юридическая сила протоколов проверки знаний зависит исключительно от соблюдения работодателем требований законодательства: издания приказа о создании комиссии, обучения членов комиссии в аккредитованных центрах (п. 72–78 Постановления № 2464) и очной/дистанционной идентификации работника. Ответственность за допуск необученных работников к труду (ч. 3 ст. 5.27.1 КоАП РФ) несёт исключительно работодатель.
  • Модуль «Планировщик сроков» и медосмотры (Приказ № 29н, ст. 76 ТК РФ): Калькулятор факторов вредности носит рекомендательный характер. Окончательный перечень контингента утверждается работодателем совместно с медицинской организацией. Решение об издании приказов об отстранении работников принимает исключительно работодатель.
  • Модуль «Конструктор СИЗ по ЕТН» (Приказы Минтруда РФ № 766н, 767н): Программный подбор норм СИЗ подлежит верификации специалистом предприятия на основе реальных карт СОУТ и оценки профессиональных рисков (ОПР).
  • Модуль «Инцидент-Менеджер: Микротравмы & НС» (ст. 226.1, 228.1 ТК РФ): Платформа не осуществляет автоматическую отправку юридических извещений в ГИТ, прокуратуру и СФР. Контроль 24-часового срока извещения и риски по ст. 15.34 КоАП РФ лежат персонально на работодателе.
  • Модуль «Бюджет ОТ & Возврат средств СФР»: Расчёт финансового обеспечения предупредительных мер носит предварительный оценочный характер; решение о возмещении принимает территориальный орган СФР при подаче заявления до 1 августа.
  • Модуль «Допуск подрядчиков & Наряды-допуски» (Приказ Минтруда РФ № 656н): Проекты нарядов приобретают юридическую силу только после оформления на бумажном носителе или в КЭДО с собственноручными подписями ответственных лиц.
  • ИИ-Аудитор локальных актов (ЛНА): Алгоритмы машинного анализа носят вероятностный характер. Обязателен принцип человеческой перепроверки (Human-in-the-Loop) перед утверждением любого акта на предприятии.

3. Экспертная площадка «SpecHelp™ Форум» («Вопрос / Ответ», vo.spec.help)

Отметки «✓ Проверенное решение» и экспертные ответы на площадке отражают профессиональное мнение участников сообщества и не являются официальными разъяснениями надзорных органов. В публикациях строго используется официальная терминология трудового законодательства: термин «Работник» (ст. 20 ТК РФ; использование разговорных аналогов не допускается) и полные наименования нормативных актов (Постановление Правительства РФ № 2464). Публикация реальных персональных данных работников третьих лиц в открытом доступе категорически запрещена.

4. Ограничение ответственности и возмещение потерь (ст. 401, 406.1 ГК РФ)

Сервисы предоставляются по модели «как есть» (as is). В соответствии со статьями 401 и 406.1 ГК РФ совокупный размер ответственности Администрации перед Пользователем ограничен суммой фактически внесённой абонентской платы за соответствующий модуль за последний расчётный месяц.