<sharix-knowledge-meta>
{
    "id": "ShariXKnowledgeServiceModelConcept",
    "page": "sharixopen:knowledge:foundation:service_model",
    "area": "open",
    "type": "reference",
    "title": "Концепция сервиса и назначение цифровой координации",
    "status": "review",
    "schema_version": 1,
    "relations": {
        "related_to": [
            "ShariXKnowledgeOpenKnowledgeFoundationStart",
            "ShariXKnowledgeOpenKnowledgeArchitectureModelownership",
            "ShariXKnowledgeOpenKnowledgeModulesBackenddbsynce",
            "ShariXKnowledgeHub",
            "ShariXKnowledgeOpenKnowledgeDomainOrderticket",
            "ShariXKnowledgeOpenKnowledgeIntegrationsArchitecture",
            "ShariXKnowledgeScenarios"
        ]
    },
    "extensions": {
        "taxonomy": {
            "domain": "concepts",
            "lifecycle": "not_applicable",
            "parents": [
                "ShariXKnowledgeOpenKnowledgeFoundationStart"
            ],
            "terms": [
                "audience_service_owner",
                "audience_developer",
                "audience_integrator",
                "audience_ai",
                "product_sharix_open",
                "material_concept",
                "topic_service_model",
                "topic_architecture_models",
                "model_owner"
            ],
            "component": "ShariX Open"
        },
        "glossary": [],
        "editorial_review": {
            "date": "2026-10-31",
            "scope": "rewrite",
            "batch": 5,
            "style": "Конкретика, перечисления, видимая и машинная навигация; закрытые детали остаются в intrawiki."
        },
        "source_review_20261031": {
            "kind": "source_analysis_not_runtime_acceptance",
            "sources": [
                {
                    "repository": "sharix-open-webapp-base",
                    "commit": "5be0ba7a95ca5869bfbaebbe11c5b9f16f20568d",
                    "path": "CODING_POLICY.md",
                    "sha256": "9c3ff8fa282f11604470b8765a16c1ccddc8e3f4e7d046a0ea1e6ba6108ffd4d"
                },
                {
                    "repository": "sharix-open-backend",
                    "commit": "778a3280cee115ba0efe3fdff7b0e708b0c10093",
                    "path": "models/company.py",
                    "sha256": "817a170624b0ba0018e124499efa417e892287f19b171ebc1922561005d01f56"
                },
                {
                    "repository": "sharix-open-backend",
                    "commit": "778a3280cee115ba0efe3fdff7b0e708b0c10093",
                    "path": "models/service.py",
                    "sha256": "5fee559ef949f2e716cc0d51837ba383d6871f50e5b17a619cbb47f4019d99cb"
                },
                {
                    "repository": "sharix-open-backend",
                    "commit": "778a3280cee115ba0efe3fdff7b0e708b0c10093",
                    "path": "models/provider.py",
                    "sha256": "d0281b3353c4f67251b5f028dd83e8b32b99a2dd132dedfc8e111e57cd79357d"
                },
                {
                    "repository": "sharix-open-backend",
                    "commit": "778a3280cee115ba0efe3fdff7b0e708b0c10093",
                    "path": "models/orders.py",
                    "sha256": "4a5dbbec8a62ed3ca933ae5494032ba2a8a4369c7c1ece4011c98755df23faf2"
                }
            ]
        },
        "hierarchy_review": {
            "date": "2026-10-31",
            "canonical_parent_id": "ShariXKnowledgeOpenKnowledgeFoundationStart",
            "page_url_preserved": true,
            "kind": "article_and_navigation"
        },
        "classification": {
            "schema": "sharix.knowledge.classification.v1",
            "products": [
                "sharix_open"
            ],
            "audiences": [
                "service_owner",
                "developer",
                "integrator",
                "ai"
            ],
            "material": "concept",
            "topics": [
                "service/model",
                "architecture/models"
            ],
            "tag_terms": [
                "audience_service_owner",
                "audience_developer",
                "audience_integrator",
                "audience_ai",
                "product_sharix_open",
                "material_concept",
                "topic_service_model",
                "topic_architecture_models",
                "model_owner"
            ],
            "registry_document": "ShariXKnowledgeClassification",
            "state_meaning": "lifecycle относится к описываемому коду, а status к редакции документа; implemented не означает успешный runtime тест"
        },
        "classification_review": {
            "date": "2026-10-31",
            "source": "Содержание текущей страницы и проверенный словарь классификации",
            "body_scope": "classification_and_navigation_only"
        }
    },
    "content_sha256": "27f350561887b7259c2192d9bb6475765f8bbf2ca0e4517750e4ae5205dc41c3",
    "schema": 1
}
</sharix-knowledge-meta>
====== Концепция сервиса и назначение цифровой координации ======
~~NOCACHE~~

**Назначение:** [[sharixopen:knowledge:classification:materials#pojasnjajuschaja_koncepcija|Поясняющая концепция]]. **Продукт:** [[sharixopen:knowledge:classification:products#sharix_open|ShariX Open]].

**Для кого:** [[sharixopen:knowledge:classification:audiences#vladelec_servisa|Владелец сервиса]] · [[sharixopen:knowledge:classification:audiences#razrabotchik|Разработчик]] · [[sharixopen:knowledge:classification:audiences#integrator|Интегратор]] · [[sharixopen:knowledge:classification:audiences#nejroset|Нейросеть]].

**Темы:** [[sharixopen:knowledge:classification:topics#koncepcija|Сервис → Концепция]] · [[sharixopen:knowledge:classification:topics#vladenie_modeljami|Архитектура → Владение моделями]].


**Навигация:** [[sharixopen:knowledge:start|База знаний]] → [[sharixopen:knowledge:foundation:start|Основы]] → Концепция сервиса.

**Назначение:** пояснить предметный смысл ShariX Open и связать его с названиями объектов в публичном коде. Концепция не подтверждает наличие каждой описанной возможности в конкретной установленной системе.

===== Концепция сервиса — поясняющее описание =====
Сервис организует получение результата, для которого нужны человеческий труд, материальные ресурсы или их сочетание. Клиенту существенно:

  * что будет сделано;
  * на каких условиях;
  * к какому времени;
  * какой результат он получит.

Предложение связывает эти ожидания с возможностями исполнителей, доступностью ресурсов и правилами взаимодействия. Ответственность за содержание услуги и качество результата требует собственных правил сервиса: программный объект или статус сам по себе не подтверждает качество выполненной работы.

Цифровая координация делает взаимодействие определённым:

  - Описать предложение и его условия.
  - Принять конкретный заказ.
  - Сохранить его участников, условия и значимые сведения.
  - Разрешить участникам предусмотренные действия.
  - Отразить ход работы и результат.

Это объяснение назначения продукта, а не обещание единого алгоритма для всех услуг. Действующее поведение проверяют по контракту операции и её исходникам.

===== Запись и подбор решают разные задачи =====
  * **Запись на известное время:** существенны свободный интервал и его закрепление.
  * **Подбор предложения:** существенны допустимость кандидатов, сравнение условий и подтверждение актуальной доступности.

Одна услуга может сочетать эти механизмы. Но наличие записи, подбора или их сочетания устанавливают по выбранным компонентам и действующим контрактам, а не выводят из общей концепции ShariX Open. Внутренние механизмы закрытых модулей на этой странице не описываются.

===== Какие условия могут ограничивать услугу =====
  * время;
  * место;
  * компетенции;
  * свойства ресурса;
  * стоимость;
  * требования к результату.

Часть условий обязательна, часть выражает предпочтение. Ускорение поиска, снижение стоимости и повышение качества — разные результаты. При описании конкретного предложения нужно указать, какие свойства оно обеспечивает и чем это подтверждается.

===== Как соотносятся понятия и открытые модели =====
^ Понятие ^ Объект в коде ^ Граница смысла ^
| Компания, предлагающая услугу | dbsynce.models.Company | Не равна учётной записи своего представителя. |
| Предложение/тариф | dbsynce.models.Service | Не равен всей развёрнутой системе сервиса. |
| Предложение исполнителя | dbsynce.models.Provider | Связывает пользователя с предложением и компанией; не просто user ID. |
| Конкретный заказ | dbsynce.models.Orders | Сохраняет условия, участников и ссылку на Ticket. |
| Заявка и её жизненный цикл | tickets.models.Ticket | Состояние заявки не является самостоятельным доказательством качества услуги или доставки внешнего сообщения. |

Таблица связывает терминологию с проверенными публичными моделями. Детали полей и изменения состояния описаны в [[sharixopen:knowledge:modules:backend_dbsynce|Backend/dbsynce]] и [[sharixopen:knowledge:domain:order_ticket|заказе и Ticket]].

===== Общая основа и конкретный сервис =====
ShariX Open предоставляет общую программную основу. Конкретный сервис задаёт предметные условия поддержанными механизмами и осмысленно расширяет продукт, если их недостаточно. Сначала определяют владельца данных и существующую точку расширения, а не копируют ядро ради локальной особенности.

Взаимодействие с Platform — отдельная интеграция. Возможность Platform не становится автоматически локальной функцией ShariX Open. Общий модуль также может оставаться закрытым: его лицензию проверяют отдельно; внутреннее описание находится в intrawiki, подробности согласуют с ответственными Platform.

===== Проверяемые программные контракты =====
  * [[sharixopen:knowledge:architecture:model_ownership|Владение моделями и изменение ядра]].
  * [[sharixopen:knowledge:modules:backend_dbsynce|Общие данные сервиса]].
  * [[sharixopen:knowledge:domain:order_ticket|Заказ, Ticket и исполнение]].
  * [[sharixopen:knowledge:integrations:architecture|Границы интеграций]].
  * [[sharixopen:knowledge:scenarios:start|Сценарии, условия и отказы]].

===== Основание концепции =====
Предметный замысел сохранён из обсуждений компании 2024–2025 годов. Соответствия моделям сверены с текущим публичным кодом. Исторические предложения не объявляются реализованными возможностями; концептуальный раздел остаётся поясняющим контекстом для людей и анализа документации.

===== Исходники, сверенные 31.10.2026 =====
Проверены опубликованные исходники указанных commits. Это анализ кода, а не подтверждение состояния сервера или выполнения процесса в установленной системе.
  * [[https://git.sharix-app.org/ShariX_Open/sharix-open-webapp-base/src/commit/5be0ba7a95ca5869bfbaebbe11c5b9f16f20568d/CODING_POLICY.md|sharix-open-webapp-base: CODING_POLICY.md]].
  * [[https://git.sharix-app.org/ShariX_Open/sharix-open-backend/src/commit/778a3280cee115ba0efe3fdff7b0e708b0c10093/models/company.py|sharix-open-backend: models/company.py]].
  * [[https://git.sharix-app.org/ShariX_Open/sharix-open-backend/src/commit/778a3280cee115ba0efe3fdff7b0e708b0c10093/models/service.py|sharix-open-backend: models/service.py]].
  * [[https://git.sharix-app.org/ShariX_Open/sharix-open-backend/src/commit/778a3280cee115ba0efe3fdff7b0e708b0c10093/models/provider.py|sharix-open-backend: models/provider.py]].
  * [[https://git.sharix-app.org/ShariX_Open/sharix-open-backend/src/commit/778a3280cee115ba0efe3fdff7b0e708b0c10093/models/orders.py|sharix-open-backend: models/orders.py]].

~~SHARIX_KNOWLEDGE_RELATED~~