Тип: component · Статус: сведения требуют сверки с действующей установкой; архитектурные правила сформулированы как целевой контракт.

Раздел: Модули Open и их обязанности

Условия использования, договорные шаблоны, нормативные сведения, определения услуги, выдача и использование юридических документов сервиса.

Ведение судебного дела, кейс медиации и специализированный workflow не переносятся сюда. Их доменные модели принадлежат отдельным расширениям.

Генерация документов использует общий Document Engine через compatibility facade. Существующие URL/API сохраняются; fallback допустим, если он оговорён контрактом.

• Document Engine: шаблоны и версии результата
• Логические документы, проверка и переиспользование

Согласованное требование владельца; реализация пока не подготовлена. Если установлен и активен sharix_legal, договорное основание заявки/Relationship должно ссылаться на неизменяемый результат генерации из конкретного снимка исходных данных и точной версии шаблона: сохранить источник, версию снимка, байты/хеш результата, диагностику полноты, момент предъявления и подтверждения. Текущая страница показывает актуально генерируемое состояние; историческое решение открывает именно принятую редакцию. Неполный снимок не заменяется молча ссылкой из Metaservice.

Если legal выключен resolver или не установлен, используются явно указанные версии документов профиля Metaservice. Строка/URL без сохранённой редакции и её хеша не доказывает содержание прошлого согласия: нужен реестр версий с байтами, номером/датой и периодом действия. Отключённый optional-модуль не включается ради этого контракта. Для отношений с применимым 289-ФЗ legal добавляет предметные требования к договору, уведомлениям и хранению; без legal режим ShariX Open не объявляет автоматическое соответствие 289-ФЗ. Тип внутренней связи employee сам по себе не делает человека партнёром посреднической платформы. Это проектная цель, не подтверждённый runtime.