{ "id": "ShariXKnowledgeOpenKnowledgeDomainParticipants", "page": "sharixopen:knowledge:domain:participants", "area": "open", "type": "reference", "title": "Участники, роли и видимость", "status": "review", "schema_version": 1, "relations": { "related_to": [ "ShariXKnowledgeOpenKnowledgeDomainStart", "ShariXKnowledgeOpenKnowledgeDomainRequirements", "ShariXKnowledgeOpenKnowledgeDomainDocuments" ] }, "extensions": { "taxonomy": { "domain": "reference", "lifecycle": "unspecified", "parents": [ "ShariXKnowledgeOpenKnowledgeDomainStart" ], "terms": [] }, "glossary": [] }, "content_sha256": "688d1f3102f4e1d88b2e2731eaf99bab623ec46cf8ff467066ee7ab1e70597ab", "schema": 1 } ====== Участники, роли и видимость ====== ~~NOCACHE~~ **Тип:** contract · **Статус:** сведения требуют сверки с действующей установкой; архитектурные правила сформулированы как целевой контракт. **Раздел:** [[sharixopen:knowledge:domain:start|Доменная модель заказов и исполнения]] ===== Типы ролей ===== Заказчик, получатель, исполнитель, сотрудник исполнителя, наблюдатель и внешний участник — разные роли. Их полномочия зависят от сценария и контекста заказа. ===== Права ===== Членство в группе LDAP/Django не равняется business-grant. Запись Relationship описывает юридическую или деловую связь; Permission — разрешённое действие; requirements и проверки влияют на эффективный доступ. ===== Историчность ===== При изменении отношений или увольнении исторические действия сохраняются с прежним автором; будущие операции переоценивают текущие полномочия. Копия удостоверения личности сама по себе не создаёт роль участника заказа. ===== Связанные понятия ===== * [[sharixopen:knowledge:domain:requirements|Требования, проверки и effective access]] * [[sharixopen:knowledge:domain:documents|Логические документы, проверка и переиспользование]] ~~SHARIX_KNOWLEDGE_RELATED~~