ShariX Open Docs

Инструменты пользователя

Инструменты сайта

Вы посетили: • human_ai_handoff
sharixopen:knowledge:scenarios:partner_request

Различия

Показаны различия между двумя версиями страницы.

Ссылка на это сравнение

Предыдущая версия справа и слеваПредыдущая версия
Следующая версия		Предыдущая версия
sharixopen:knowledge:scenarios:partner_request [2026/10/31 10:52] – [sharixknowledge] approved package sx_knowledge_api_opensharixopen:knowledge:scenarios:partner_request [2026/10/31 19:56] (текущий) – [sharixknowledge] approved package sx_knowledge_api_open
Строка 17: Строка 17:
             "ShariXKnowledgeOpenKnowledgeModulesHandlers",             "ShariXKnowledgeOpenKnowledgeModulesHandlers",
             "ShariXKnowledgeOpenKnowledgeDevelopmentAcceptance"             "ShariXKnowledgeOpenKnowledgeDevelopmentAcceptance"
 +        ],
 +        "depends_on": [
 +            "ShariXKnowledgeOpenKnowledgeModulesBackenddbsynce"
         ]         ]
     },     },
Строка 22: Строка 25:
         "taxonomy": {         "taxonomy": {
             "domain": "use_cases",             "domain": "use_cases",
-            "lifecycle": "unspecified",+            "lifecycle": "implemented",
             "parents": [             "parents": [
                 "ShariXKnowledgeScenarios"                 "ShariXKnowledgeScenarios"
             ],             ],
-            "terms": []+            "terms": [ 
 +                "audience_service_owner", 
 +                "audience_administrator", 
 +                "audience_support", 
 +                "audience_developer", 
 +                "audience_ai", 
 +                "product_sharix_open", 
 +                "material_scenario", 
 +                "topic_service_partner_onboarding", 
 +                "topic_security_permissions", 
 +                "topic_handlers_relationships", 
 +                "ticket", 
 +                "blockly", 
 +                "generated_python", 
 +                "bpmn" 
 +            ], 
 +            "component": "webapp-base, dbsynce, tickets"
         },         },
         "glossary": [],         "glossary": [],
Строка 111: Строка 130:
             "page_url_preserved": true,             "page_url_preserved": true,
             "kind": "article_and_navigation"             "kind": "article_and_navigation"
 +        },
 +        "classification": {
 +            "schema": "sharix.knowledge.classification.v1",
 +            "products": [
 +                "sharix_open"
 +            ],
 +            "audiences": [
 +                "service_owner",
 +                "administrator",
 +                "support",
 +                "developer",
 +                "ai"
 +            ],
 +            "material": "scenario",
 +            "topics": [
 +                "service/partner_onboarding",
 +                "security/permissions",
 +                "handlers/relationships"
 +            ],
 +            "tag_terms": [
 +                "audience_service_owner",
 +                "audience_administrator",
 +                "audience_support",
 +                "audience_developer",
 +                "audience_ai",
 +                "product_sharix_open",
 +                "material_scenario",
 +                "topic_service_partner_onboarding",
 +                "topic_security_permissions",
 +                "topic_handlers_relationships",
 +                "ticket",
 +                "blockly",
 +                "generated_python",
 +                "bpmn"
 +            ],
 +            "registry_document": "ShariXKnowledgeClassification",
 +            "state_meaning": "lifecycle относится к описываемому коду, а status к редакции документа; implemented не означает успешный runtime тест"
 +        },
 +        "classification_review": {
 +            "date": "2026-10-31",
 +            "source": "Содержание текущей страницы и проверенный словарь классификации",
 +            "body_scope": "classification_and_navigation_only"
         }         }
     },     },
-    "content_sha256": "760ed8f75cb7c7eb6f6ff0d3372d7dcf7918d05dff89cb3e1e044aea86293e11",+    "content_sha256": "36aec52bc51b5c805491e27ee84c412491bb749ae93317cbd252ea46061fe3d6",
     "schema": 1     "schema": 1
 } }
Строка 119: Строка 180:
 ====== Подача и обработка заявки партнёра ====== ====== Подача и обработка заявки партнёра ======
 ~~NOCACHE~~ ~~NOCACHE~~
 +
 +**Назначение:** [[sharixopen:knowledge:classification:materials#scenarij_processa|Сценарий процесса]]. **Продукт:** [[sharixopen:knowledge:classification:products#sharix_open|ShariX Open]].
 +
 +**Для кого:** [[sharixopen:knowledge:classification:audiences#vladelec_servisa|Владелец сервиса]] · [[sharixopen:knowledge:classification:audiences#administrator|Администратор]] · [[sharixopen:knowledge:classification:audiences#podderzhka|Поддержка]] · [[sharixopen:knowledge:classification:audiences#razrabotchik|Разработчик]] · [[sharixopen:knowledge:classification:audiences#nejroset|Нейросеть]].
 +
 +**Темы:** [[sharixopen:knowledge:classification:topics#podkljuchenie_partnjora|Сервис → Подключение партнёра]] · [[sharixopen:knowledge:classification:topics#polnomochija|Доступ → Полномочия]] · [[sharixopen:knowledge:classification:topics#neg_request|Обработчики → NEG_REQUEST]].
 +
 +
  
 **Навигация:** [[sharixopen:knowledge:start|База знаний]] → [[sharixopen:knowledge:scenarios:start|Сценарии]] → Заявка партнёра. **Навигация:** [[sharixopen:knowledge:start|База знаний]] → [[sharixopen:knowledge:scenarios:start|Сценарии]] → Заявка партнёра.
Строка 174: Строка 243:
   - Обеспечивает запрос полномочия PARTNER-ADMIN.   - Обеспечивает запрос полномочия PARTNER-ADMIN.
   - Обеспечивает дополнительные запросы полномочий для выбранных auto_roles.   - Обеспечивает дополнительные запросы полномочий для выбранных auto_roles.
-  - При METASERVICE-PROVIDER отдельно обеспечивает employee Relationship с собственным NEG_REQUEST.+  - Исторический код при METASERVICE-PROVIDER отдельно создавал employee Relationship с NEG_REQUEST; по уточнению владельца ниже этот шаг не является внешним условием допуска и удаляется подготовленной правкой.
   - Обеспечивает contract Relationship с собственным NEG_REQUEST.   - Обеспечивает contract Relationship с собственным NEG_REQUEST.
   - Вызывает предусмотренные действия по требованиям для созданных объектов.   - Вызывает предусмотренные действия по требованиям для созданных объектов.
Строка 200: Строка 269:
   * Каждое Permissions и его ACCESS_REQUEST.   * Каждое Permissions и его ACCESS_REQUEST.
   * Contract Relationship и соответствующий NEG_REQUEST.   * Contract Relationship и соответствующий NEG_REQUEST.
-  * Employee Relationship, если выбрана роль исполнителя.+  * Исторический Employee Relationship при выборе роли исполнителя; не считать самостоятельным внешним допуском.
   * Требования и результаты их проверки.   * Требования и результаты их проверки.
   * Членство пользователя в нужных группах и обновлённый контекст доступа.   * Членство пользователя в нужных группах и обновлённый контекст доступа.
Строка 235: Строка 304:
   * [[https://git.sharix-app.org/ShariX_Open/sharix-open-backend/src/commit/778a3280cee115ba0efe3fdff7b0e708b0c10093/lib/partner_requests.py|sharix-open-backend: lib/partner_requests.py]].   * [[https://git.sharix-app.org/ShariX_Open/sharix-open-backend/src/commit/778a3280cee115ba0efe3fdff7b0e708b0c10093/lib/partner_requests.py|sharix-open-backend: lib/partner_requests.py]].
   * [[https://git.sharix-app.org/ShariX_Open/sharix-open-backend/src/commit/778a3280cee115ba0efe3fdff7b0e708b0c10093/lib/ticket_gen.py|sharix-open-backend: lib/ticket_gen.py]].   * [[https://git.sharix-app.org/ShariX_Open/sharix-open-backend/src/commit/778a3280cee115ba0efe3fdff7b0e708b0c10093/lib/ticket_gen.py|sharix-open-backend: lib/ticket_gen.py]].
 +
 +===== Уточнение владельца: внутренняя связь employee и внешний допуск =====
 +**Нормативное уточнение от 31.10.2026, а не сообщение о развёрнутом исправлении.** Employee обозначает внутреннюю связь человека с юридическим лицом. Представитель компании, исполнитель, администратор и другие связанные с ней люди могут иметь такую запись. Эта связь остаётся в ведении юридического лица; Сервис или Платформа не должны превращать её наличие в самостоятельный внешний допуск.
 +
 +LDAP-роль открывает соответствующий интерфейс для подготовки данных, загрузки документов и заполнения полей. Она добавляется при подаче заявки, до окончательного решения. Разрешение на конкретную операцию проверяется отдельно: нужны действующее разрешение нужного вида, соответствующая компания или область действия, установленное внешнее отношение и остальные требования операции. Роль по отношению к одному Сервису не предоставляет права на любую компанию.
 +
 +Contract обозначает внешнее договорное отношение компании с Сервисом и не заменяет внутренний employee. Участник, не являющийся представителем компании по договору, получает свою область через собственное разрешение; отношение «сам с собой» для этого не требуется. ACCESS_REQUEST и NEG_REQUEST имеют разные предметы и могут идти в разные списки, даже если решения принимает один человек.
 +
 +Запрос роли Сервиса не должен автоматически создавать внешний NEG_REQUEST(employee). Исторические записи сохраняются: это уточнение не разрешает удалять, автоматически активировать или массово восстанавливать отношения. Подготовленная правка API и проверок должна пройти отдельное применение и runtime-приёмку; эта страница сама по себе не подтверждает состояние серверов.
  
 ~~SHARIX_KNOWLEDGE_RELATED~~ ~~SHARIX_KNOWLEDGE_RELATED~~
  
sharixopen/knowledge/scenarios/partner_request.1793443960.txt.gz · Последнее изменение: — sx_knowledge_api_open
© 2022 ShariX