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

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

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

Код метки: 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 и проверяемые зависимости.

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

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