Материалы по аудитории

Навигация: База знаний → Рубрикатор → Аудитория.

Метки описывают содержание и назначение материала; они не выдают доступ и не подтверждают выполнение серверных проверок.

Разбирает конфигурацию, доступ и согласованность состояния.

Код метки: audience_administrator.

• ACCESS_REQUEST в DECLINED: контрольный срок и безопасная очистка.
• Подача и обработка заявки партнёра.
• Установка ShariX Open: требования к среде и удобство настройки.
• Эксплуатация ShariX Open.

• Как поддерживать классификацию и рубрикатор.

• ACCESS_REQUEST в PENDING: рассмотрение запроса на право.

• Диагностический XMPP-обработчик open_basic_bot.

• Монитор обновлений repository_update_watch.

• Сборщик служебных отчётов open_report_handler.

• ACCESS_REQUEST в ACCEPTED: требования и активация права.

• Логические документы, проверка и переиспользование.

• Требования, проверки и effective access.

• Capability resolution и проверяемые зависимости.

• Registry обработчиков и доступность capabilities.

• Участники, роли и видимость.

Использует материал как контекст; вывод и поставка должны быть проверяемыми и удобными для человека.

Код метки: audience_ai.

• ACCESS_REQUEST в DECLINED: контрольный срок и безопасная очистка.
• API ShariX Open: операции, доступ и взаимодействие модулей.
• Backend/dbsynce: синхронизируемые сущности.
• Design Template: как использовать общие элементы интерфейса.
• NEG_REQUEST в ACCEPTED: активация Relationship и срок закрытия.
• NEG_REQUEST в PENDING: решение по Relationship и граница API scope.
• SERVICE_REQUEST в BOOKED: ожидание исполнителя и окно PENDING.
• SERVICE_REQUEST в DONE: финализация оплаты и закрытие.
• SERVICE_REQUEST в TEMPLATE: черновик, действия клиента и напоминания.
• ShariX Open: основы и карта базы знаний.
• Webservice Running: локальные данные и исполнение заказа.
• Архив исходников ShariX Open: получение и работа с Graphify.
• Архитектура ShariX Open.
• База знаний ShariX Open.
• Владение моделями: где изменять данные ShariX Open.
• Доменная модель заказов и исполнения.
• Заказ, Ticket и PROCESS.
• Интеграции Open.
• Исполнение заказа и процессы.
• Как подготовить изменение и инструкцию для оператора.
• Как проверять сведения о коде, установке и планах разработки.
• Как публиковать общий код ShariX Open и передавать изменение на проверку.
• Компоненты и модули Open.
• Конструктор сервиса: закрытый компонент.
• Концепция сервиса и назначение цифровой координации.
• Методология разработки и ведения знаний.
• Модули Open и их обязанности.
• Новая ST_REQUEST: ожидание, очередь и переход в ASSIGNED.
• Обработчики ShariX Open: Blockly, Python и выполнение.
• Общие модули ShariX Open: публикация и передача ответственному.
• Подача и обработка заявки партнёра.
• Приёмка изменений ShariX Open: проверки, миграции и результат.
• Проверка изменений и критерии приёмки.
• Разработка ShariX Open.
• Разработка ShariX Open: от задачи до опубликованного изменения.
• Создание заказа через API: транзакция, ответ и внешние события.
• Стандарты решений и изменений.
• Сценарии ShariX Open: выбор процесса и проверка результата.
• Установка ShariX Open: требования к среде и удобство настройки.
• Эксплуатация ShariX Open.

• Как поддерживать классификацию и рубрикатор.

• ST_REQUEST в работе: обычное обращение и профильная проверка.

• ST_REQUEST-дубликат: ожидание решения о закрытии.

• Повторно открытая ST_REQUEST: ожидание назначения.

• ACCESS_REQUEST в PENDING: рассмотрение запроса на право.

• SERVICE_REQUEST в PRE_FORCEMAJEUER: ожидание внешнего решения.

• SERVICE_REQUEST в PRE_START: начало выполнения и внешние действия.

• Диагностический XMPP-обработчик open_basic_bot.

• SERVICE_REQUEST в ACCEPTED: подготовка, подтверждение и платёжное ожидание.

• ST_REQUEST в WONTFIX: отрицательный результат и решение о закрытии.

• Монитор обновлений repository_update_watch.

• Термины обработчиков и фоновых процессов.

• Назначенная заявка ST_REQUEST: ручное начало работы и автоматический переход.

• SERVICE_REQUEST в FORCEMAJEUER: ожидание внешнего решения.

• SERVICE_REQUEST в ASSIGNED: раунд подтверждения и принятие назначения.

• NEG_REQUEST в DECLINED: сохранение active Relationship и очистка после срока.

• Приёмник Teltonika open_teltonika_gps_tracker.

• ST_REQUEST в DONE: подтверждение закрытия и завершение проверки.

• SERVICE_REQUEST в PROCESS: этапы выполнения, завершение и подписка.

• SERVICE_REQUEST в PENDING: партии кандидатов и назначение победителя.

• Сборщик служебных отчётов open_report_handler.

• ACCESS_REQUEST в ACCEPTED: требования и активация права.

• SERVICE_REQUEST в DECLINED: возврат в BOOKED и резервное закрытие.

• Логические документы, проверка и переиспользование.

• Требования, проверки и effective access.

• Capability resolution и проверяемые зависимости.

• Registry обработчиков и доступность capabilities.

• Уровни системы и источники истины.

• Слои архитектуры и разделение ответственности.

• Подбор исполнителя: требования к дальнейшей реализации.

• Отмена заказа: ориентир политики и будущей разработки.

• Участники, роли и видимость.

Работает с библиотекой элементов, представлением и поведением формы.

Код метки: audience_designer.

• Design Template: как использовать общие элементы интерфейса.

Читает реализацию, изменяет код и сохраняет контракты.

Код метки: audience_developer.

• ACCESS_REQUEST в DECLINED: контрольный срок и безопасная очистка.
• API ShariX Open: операции, доступ и взаимодействие модулей.
• Backend/dbsynce: синхронизируемые сущности.
• Design Template: как использовать общие элементы интерфейса.
• NEG_REQUEST в ACCEPTED: активация Relationship и срок закрытия.
• NEG_REQUEST в PENDING: решение по Relationship и граница API scope.
• SERVICE_REQUEST в BOOKED: ожидание исполнителя и окно PENDING.
• SERVICE_REQUEST в DONE: финализация оплаты и закрытие.
• SERVICE_REQUEST в TEMPLATE: черновик, действия клиента и напоминания.
• ShariX Open: основы и карта базы знаний.
• Webservice Running: локальные данные и исполнение заказа.
• Архив исходников ShariX Open: получение и работа с Graphify.
• Архитектура ShariX Open.
• База знаний ShariX Open.
• Владение моделями: где изменять данные ShariX Open.
• Доменная модель заказов и исполнения.
• Заказ, Ticket и PROCESS.
• Интеграции Open.
• Исполнение заказа и процессы.
• Как подготовить изменение и инструкцию для оператора.
• Как проверять сведения о коде, установке и планах разработки.
• Как публиковать общий код ShariX Open и передавать изменение на проверку.
• Компоненты и модули Open.
• Конструктор сервиса: закрытый компонент.
• Концепция сервиса и назначение цифровой координации.
• Методология разработки и ведения знаний.
• Модули Open и их обязанности.
• Новая ST_REQUEST: ожидание, очередь и переход в ASSIGNED.
• Обработчики ShariX Open: Blockly, Python и выполнение.
• Общие модули ShariX Open: публикация и передача ответственному.
• Подача и обработка заявки партнёра.
• Приёмка изменений ShariX Open: проверки, миграции и результат.
• Проверка изменений и критерии приёмки.
• Разработка ShariX Open.
• Разработка ShariX Open: от задачи до опубликованного изменения.
• Создание заказа через API: транзакция, ответ и внешние события.
• Стандарты решений и изменений.
• Сценарии ShariX Open: выбор процесса и проверка результата.
• Установка ShariX Open: требования к среде и удобство настройки.

• Как поддерживать классификацию и рубрикатор.

• ST_REQUEST в работе: обычное обращение и профильная проверка.

• ST_REQUEST-дубликат: ожидание решения о закрытии.

• Повторно открытая ST_REQUEST: ожидание назначения.

• ACCESS_REQUEST в PENDING: рассмотрение запроса на право.

• SERVICE_REQUEST в PRE_FORCEMAJEUER: ожидание внешнего решения.

• SERVICE_REQUEST в PRE_START: начало выполнения и внешние действия.

• Диагностический XMPP-обработчик open_basic_bot.

• SERVICE_REQUEST в ACCEPTED: подготовка, подтверждение и платёжное ожидание.

• ST_REQUEST в WONTFIX: отрицательный результат и решение о закрытии.

• Монитор обновлений repository_update_watch.

• Термины обработчиков и фоновых процессов.

• Назначенная заявка ST_REQUEST: ручное начало работы и автоматический переход.

• SERVICE_REQUEST в FORCEMAJEUER: ожидание внешнего решения.

• SERVICE_REQUEST в ASSIGNED: раунд подтверждения и принятие назначения.

• NEG_REQUEST в DECLINED: сохранение active Relationship и очистка после срока.

• Приёмник Teltonika open_teltonika_gps_tracker.

• ST_REQUEST в DONE: подтверждение закрытия и завершение проверки.

• SERVICE_REQUEST в PROCESS: этапы выполнения, завершение и подписка.

• SERVICE_REQUEST в PENDING: партии кандидатов и назначение победителя.

• Сборщик служебных отчётов open_report_handler.

• ACCESS_REQUEST в ACCEPTED: требования и активация права.

• SERVICE_REQUEST в DECLINED: возврат в BOOKED и резервное закрытие.

• Логические документы, проверка и переиспользование.

• Требования, проверки и effective access.

• Capability resolution и проверяемые зависимости.

• Registry обработчиков и доступность capabilities.

• Уровни системы и источники истины.

• Слои архитектуры и разделение ответственности.

• Подбор исполнителя: требования к дальнейшей реализации.

• Отмена заказа: ориентир политики и будущей разработки.

• Участники, роли и видимость.

Подключает клиента или другую систему через документированный контракт.

Код метки: audience_integrator.

• API ShariX Open: операции, доступ и взаимодействие модулей.
• Backend/dbsynce: синхронизируемые сущности.
• SERVICE_REQUEST в DONE: финализация оплаты и закрытие.
• ShariX Open: основы и карта базы знаний.
• Webservice Running: локальные данные и исполнение заказа.
• Архив исходников ShariX Open: получение и работа с Graphify.
• Архитектура ShariX Open.
• База знаний ShariX Open.
• Владение моделями: где изменять данные ShariX Open.
• Доменная модель заказов и исполнения.
• Заказ, Ticket и PROCESS.
• Интеграции Open.
• Исполнение заказа и процессы.
• Компоненты и модули Open.
• Конструктор сервиса: закрытый компонент.
• Концепция сервиса и назначение цифровой координации.
• Модули Open и их обязанности.
• Обработчики ShariX Open: Blockly, Python и выполнение.
• Создание заказа через API: транзакция, ответ и внешние события.
• Стандарты решений и изменений.
• Сценарии ShariX Open: выбор процесса и проверка результата.

• ST_REQUEST в работе: обычное обращение и профильная проверка.

• SERVICE_REQUEST в PRE_START: начало выполнения и внешние действия.

• SERVICE_REQUEST в ACCEPTED: подготовка, подтверждение и платёжное ожидание.

• SERVICE_REQUEST в ASSIGNED: раунд подтверждения и принятие назначения.

• Приёмник Teltonika open_teltonika_gps_tracker.

• ST_REQUEST в DONE: подтверждение закрытия и завершение проверки.

• SERVICE_REQUEST в PROCESS: этапы выполнения, завершение и подписка.

• SERVICE_REQUEST в PENDING: партии кандидатов и назначение победителя.

• SERVICE_REQUEST в DECLINED: возврат в BOOKED и резервное закрытие.

• Логические документы, проверка и переиспользование.

• Требования, проверки и effective access.

• Capability resolution и проверяемые зависимости.

• Registry обработчиков и доступность capabilities.

• Уровни системы и источники истины.

• Слои архитектуры и разделение ответственности.

• Подбор исполнителя: требования к дальнейшей реализации.

Применяет подготовленные изменения и проверяет запуск установки.

Код метки: audience_operator.

• Архитектура ShariX Open.
• База знаний ShariX Open.
• Доменная модель заказов и исполнения.
• Интеграции Open.
• Исполнение заказа и процессы.
• Как подготовить изменение и инструкцию для оператора.
• Как публиковать общий код ShariX Open и передавать изменение на проверку.
• Компоненты и модули Open.
• Модули Open и их обязанности.
• Обработчики ShariX Open: Blockly, Python и выполнение.
• Общие модули ShariX Open: публикация и передача ответственному.
• Приёмка изменений ShariX Open: проверки, миграции и результат.
• Проверка изменений и критерии приёмки.
• Стандарты решений и изменений.
• Установка ShariX Open: требования к среде и удобство настройки.
• Эксплуатация ShariX Open.

• Диагностический XMPP-обработчик open_basic_bot.

• Монитор обновлений repository_update_watch.

• Термины обработчиков и фоновых процессов.

• Приёмник Teltonika open_teltonika_gps_tracker.

• Сборщик служебных отчётов open_report_handler.

• Capability resolution и проверяемые зависимости.

• Registry обработчиков и доступность capabilities.

Сопоставляет требование, изменение и результаты проверки.

Код метки: audience_reviewer.

• ACCESS_REQUEST в DECLINED: контрольный срок и безопасная очистка.
• API ShariX Open: операции, доступ и взаимодействие модулей.
• Design Template: как использовать общие элементы интерфейса.
• NEG_REQUEST в ACCEPTED: активация Relationship и срок закрытия.
• NEG_REQUEST в PENDING: решение по Relationship и граница API scope.
• SERVICE_REQUEST в BOOKED: ожидание исполнителя и окно PENDING.
• SERVICE_REQUEST в DONE: финализация оплаты и закрытие.
• SERVICE_REQUEST в TEMPLATE: черновик, действия клиента и напоминания.
• Webservice Running: локальные данные и исполнение заказа.
• Архив исходников ShariX Open: получение и работа с Graphify.
• Владение моделями: где изменять данные ShariX Open.
• Заказ, Ticket и PROCESS.
• Как подготовить изменение и инструкцию для оператора.
• Как проверять сведения о коде, установке и планах разработки.
• Как публиковать общий код ShariX Open и передавать изменение на проверку.
• Методология разработки и ведения знаний.
• Новая ST_REQUEST: ожидание, очередь и переход в ASSIGNED.
• Общие модули ShariX Open: публикация и передача ответственному.
• Приёмка изменений ShariX Open: проверки, миграции и результат.
• Проверка изменений и критерии приёмки.
• Разработка ShariX Open.
• Разработка ShariX Open: от задачи до опубликованного изменения.
• Создание заказа через API: транзакция, ответ и внешние события.
• Сценарии ShariX Open: выбор процесса и проверка результата.

• Как поддерживать классификацию и рубрикатор.

• ST_REQUEST в работе: обычное обращение и профильная проверка.

• ST_REQUEST-дубликат: ожидание решения о закрытии.

• Повторно открытая ST_REQUEST: ожидание назначения.

• ACCESS_REQUEST в PENDING: рассмотрение запроса на право.

• SERVICE_REQUEST в PRE_FORCEMAJEUER: ожидание внешнего решения.

• SERVICE_REQUEST в PRE_START: начало выполнения и внешние действия.

• SERVICE_REQUEST в ACCEPTED: подготовка, подтверждение и платёжное ожидание.

• ST_REQUEST в WONTFIX: отрицательный результат и решение о закрытии.

• Монитор обновлений repository_update_watch.

• Термины обработчиков и фоновых процессов.

• Назначенная заявка ST_REQUEST: ручное начало работы и автоматический переход.

• SERVICE_REQUEST в FORCEMAJEUER: ожидание внешнего решения.

• SERVICE_REQUEST в ASSIGNED: раунд подтверждения и принятие назначения.

• NEG_REQUEST в DECLINED: сохранение active Relationship и очистка после срока.

• ST_REQUEST в DONE: подтверждение закрытия и завершение проверки.

• SERVICE_REQUEST в PROCESS: этапы выполнения, завершение и подписка.

• SERVICE_REQUEST в PENDING: партии кандидатов и назначение победителя.

• ACCESS_REQUEST в ACCEPTED: требования и активация права.

• SERVICE_REQUEST в DECLINED: возврат в BOOKED и резервное закрытие.

• Логические документы, проверка и переиспользование.

• Требования, проверки и effective access.

• Уровни системы и источники истины.

• Слои архитектуры и разделение ответственности.

• Подбор исполнителя: требования к дальнейшей реализации.

• Отмена заказа: ориентир политики и будущей разработки.

• Участники, роли и видимость.

Определяет предметные условия и контролирует результат работы сервиса.

Код метки: audience_service_owner.

• ShariX Open: основы и карта базы знаний.
• Конструктор сервиса: закрытый компонент.
• Концепция сервиса и назначение цифровой координации.
• Подача и обработка заявки партнёра.

• Подбор исполнителя: требования к дальнейшей реализации.

• Отмена заказа: ориентир политики и будущей разработки.

Диагностирует ситуацию по объектам, состояниям и ответам системы.

Код метки: audience_support.

• ACCESS_REQUEST в DECLINED: контрольный срок и безопасная очистка.
• NEG_REQUEST в ACCEPTED: активация Relationship и срок закрытия.
• NEG_REQUEST в PENDING: решение по Relationship и граница API scope.
• SERVICE_REQUEST в BOOKED: ожидание исполнителя и окно PENDING.
• SERVICE_REQUEST в DONE: финализация оплаты и закрытие.
• SERVICE_REQUEST в TEMPLATE: черновик, действия клиента и напоминания.
• Новая ST_REQUEST: ожидание, очередь и переход в ASSIGNED.
• Подача и обработка заявки партнёра.
• Сценарии ShariX Open: выбор процесса и проверка результата.

• ST_REQUEST в работе: обычное обращение и профильная проверка.

• ST_REQUEST-дубликат: ожидание решения о закрытии.

• Повторно открытая ST_REQUEST: ожидание назначения.

• ACCESS_REQUEST в PENDING: рассмотрение запроса на право.

• SERVICE_REQUEST в PRE_FORCEMAJEUER: ожидание внешнего решения.

• SERVICE_REQUEST в PRE_START: начало выполнения и внешние действия.

• Диагностический XMPP-обработчик open_basic_bot.

• SERVICE_REQUEST в ACCEPTED: подготовка, подтверждение и платёжное ожидание.

• ST_REQUEST в WONTFIX: отрицательный результат и решение о закрытии.

• Назначенная заявка ST_REQUEST: ручное начало работы и автоматический переход.

• SERVICE_REQUEST в FORCEMAJEUER: ожидание внешнего решения.

• SERVICE_REQUEST в ASSIGNED: раунд подтверждения и принятие назначения.

• NEG_REQUEST в DECLINED: сохранение active Relationship и очистка после срока.

• Приёмник Teltonika open_teltonika_gps_tracker.

• ST_REQUEST в DONE: подтверждение закрытия и завершение проверки.

• SERVICE_REQUEST в PROCESS: этапы выполнения, завершение и подписка.

• SERVICE_REQUEST в PENDING: партии кандидатов и назначение победителя.

• Сборщик служебных отчётов open_report_handler.

• ACCESS_REQUEST в ACCEPTED: требования и активация права.

• SERVICE_REQUEST в DECLINED: возврат в BOOKED и резервное закрытие.

• Логические документы, проверка и переиспользование.

• Требования, проверки и effective access.

• Capability resolution и проверяемые зависимости.

• Отмена заказа: ориентир политики и будущей разработки.

• Участники, роли и видимость.

Связанные материалы

• Архитектура ShariX Open architecture · not_applicable
• Владение моделями: где изменять данные ShariX Open architecture · implemented
• Слои архитектуры и разделение ответственности architecture · implemented
• Уровни системы и источники истины architecture · not_applicable
• ACCESS_REQUEST в ACCEPTED: требования и активация права business_processes · implemented
• ACCESS_REQUEST в DECLINED: контрольный срок и безопасная очистка business_processes · implemented
• ACCESS_REQUEST в PENDING: рассмотрение запроса на право business_processes · implemented
• NEG_REQUEST в ACCEPTED: активация Relationship и срок закрытия business_processes · implemented
• NEG_REQUEST в DECLINED: сохранение active Relationship и очистка после срока business_processes · implemented
• NEG_REQUEST в PENDING: решение по Relationship и граница API scope business_processes · implemented
• SERVICE_REQUEST в ACCEPTED: подготовка, подтверждение и платёжное ожидание business_processes · implemented
• SERVICE_REQUEST в ASSIGNED: раунд подтверждения и принятие назначения business_processes · implemented
• SERVICE_REQUEST в BOOKED: ожидание исполнителя и окно PENDING business_processes · implemented
• SERVICE_REQUEST в DECLINED: возврат в BOOKED и резервное закрытие business_processes · implemented
• SERVICE_REQUEST в DONE: финализация оплаты и закрытие business_processes · implemented
• SERVICE_REQUEST в FORCEMAJEUER: ожидание внешнего решения business_processes · implemented
• SERVICE_REQUEST в PENDING: партии кандидатов и назначение победителя business_processes · implemented
• SERVICE_REQUEST в PRE_FORCEMAJEUER: ожидание внешнего решения business_processes · implemented
• SERVICE_REQUEST в PRE_START: начало выполнения и внешние действия business_processes · implemented
• SERVICE_REQUEST в PROCESS: этапы выполнения, завершение и подписка business_processes · implemented
• SERVICE_REQUEST в TEMPLATE: черновик, действия клиента и напоминания business_processes · implemented
• ST_REQUEST в DONE: подтверждение закрытия и завершение проверки business_processes · implemented
• ST_REQUEST в WONTFIX: отрицательный результат и решение о закрытии business_processes · implemented
• ST_REQUEST в работе: обычное обращение и профильная проверка business_processes · implemented
• ST_REQUEST-дубликат: ожидание решения о закрытии business_processes · implemented
• Исполнение заказа и процессы business_processes · not_applicable
• Назначенная заявка ST_REQUEST: ручное начало работы и автоматический переход business_processes · implemented
• Новая ST_REQUEST: ожидание, очередь и переход в ASSIGNED business_processes · implemented
• Повторно открытая ST_REQUEST: ожидание назначения business_processes · implemented
• ShariX Open: основы и карта базы знаний concepts · not_applicable
• Доменная модель заказов и исполнения concepts · not_applicable
• Заказ, Ticket и PROCESS concepts · implemented
• Концепция сервиса и назначение цифровой координации concepts · not_applicable
• Design Template: как использовать общие элементы интерфейса design · implemented
• Архив исходников ShariX Open: получение и работа с Graphify development · implemented
• Как публиковать общий код ShariX Open и передавать изменение на проверку development · implemented
• Методология разработки и ведения знаний development · not_applicable
• Общие модули ShariX Open: публикация и передача ответственному development · not_applicable
• Приёмка изменений ShariX Open: проверки, миграции и результат development · not_applicable
• Проверка изменений и критерии приёмки development · not_applicable
• Разработка ShariX Open development · not_applicable
• Разработка ShariX Open: от задачи до опубликованного изменения development · not_applicable
• Логические документы, проверка и переиспользование documents · implemented
• Термины обработчиков и фоновых процессов glossary · not_applicable
• Диагностический XMPP-обработчик open_basic_bot integrations · implemented
• Интеграции Open integrations · not_applicable
• Приёмник Teltonika open_teltonika_gps_tracker integrations · implemented
• API ShariX Open: операции, доступ и взаимодействие модулей interfaces · implemented
• Backend/dbsynce: синхронизируемые сущности modules · implemented
• Capability resolution и проверяемые зависимости modules · implemented
• Registry обработчиков и доступность capabilities modules · implemented
• Webservice Running: локальные данные и исполнение заказа modules · implemented
• Компоненты и модули Open modules · not_applicable
• Конструктор сервиса: закрытый компонент modules · not_applicable
• Модули Open и их обязанности modules · not_applicable
• Обработчики ShariX Open: Blockly, Python и выполнение modules · implemented
• Монитор обновлений repository_update_watch operations · implemented
• Сборщик служебных отчётов open_report_handler operations · implemented
• Установка и обновление ShariX Open: root, deploy и runtime operations · implemented
• Эксплуатация ShariX Open operations · not_applicable
• Отмена заказа: ориентир политики и будущей разработки orders · not_applicable
• Подбор исполнителя: требования к дальнейшей реализации orders · not_applicable
• Участники, роли и видимость orders · not_applicable
• База знаний ShariX Open reference · not_applicable
• Требования, проверки и effective access security · implemented
• Установка ShariX Open: требования к среде и удобство настройки setup_guides · not_applicable
• Как подготовить изменение и инструкцию для оператора standards · not_applicable
• Как поддерживать классификацию и рубрикатор standards · not_applicable
• Как проверять сведения о коде, установке и планах разработки standards · not_applicable
• Рубрикатор базы знаний standards · not_applicable
• Стандарты решений и изменений standards · not_applicable
• Подача и обработка заявки партнёра use_cases · implemented
• Создание заказа через API: транзакция, ответ и внешние события use_cases · implemented
• Сценарии ShariX Open: выбор процесса и проверка результата use_cases · not_applicable