Навигация: База знаний → Рубрикатор → Темы и понятия → Термины обработчиков.

Назначение: Указатель раздела. Продукт: ShariX Open · Общий компонент.

Для кого: Разработчик · Оператор развёртывания · Рецензент и приёмщик · Нейросеть.

Темы: Обработчики → Runtime · Обработчики → Blockly · База знаний → Навигация.

Словарь уточняет понятия, используемые в сценариях и связях графа. Он не задаёт самостоятельный workflow и не подтверждает работу конкретной установки. Код метки стабилен; его определение связывает статьи, даже если они находятся в разных разделах.

• ticket_pre_start — PRE_START — заказ подготовлен к началу выполнения; начало подтверждается отдельным каноническим действием.
• ticket_process — PROCESS — стадия выполнения заказа; её сохранение отличается от приёма транспортного intent.
• ticket_wontfix — WONTFIX — отказ от выполнения обычного обращения либо отрицательное завершение профильной проверки; ветви различаются контрактом.
• xmpp — XMPP — транспорт сообщений и событий; вызов send не подтверждает доставку или доменный commit.
• first_party_handler — First-party handler — встроенная typed программа с операциями, объявленными в каталоге, и отдельной реализацией runtime binding.
• optional_handler — Optional handler — процессная программа, операции и module-owned исходники которой объявлены contribution; включается отдельно.
• repository_updates — Статусы обновлений — evidence сравнения установленного Git-состояния с deployment/upstream-целями; монитор не применяет обновление.
• source_snapshot — Source snapshot — сохранённое evidence, пригодное лишь при соответствии текущим source, branch, commit и worktree facts.
• order_preparation — Подготовка заказа — канонический переход ACCEPTED → PRE_START с проверкой исполнителя, concurrency и платёжных условий.
• requirement_check — RequirementCheck — конкретная доменная попытка проверки требования; её результат отличается от одного статуса сопровождающего Ticket.
• sysadmin — Sysadmin — общий модуль эксплуатационных возможностей; repository_update_watch использует его узкую публичную operation.

• ticket_assigned — ASSIGNED — назначенная стадия обращения или заказа; код зависит от типа Ticket. Статус не заменяет проверку assigned_to или текущего provider.
• ticket_forcemajeuer — FORCEMAJEUER — техническое имя стадии форс-мажора заказа; текущий observer ждёт внешнего решения и не урегулирует заказ автоматически.
• order_round — Раунд действий заказа — локальные приглашения, ответы, стратегия и сроки, связанные с order/ticket/status и участником; outcome раунда не равен бизнес-commit.
• teltonika — Teltonika — в данном сценарии пример приёмника AVL-датаграмм устройств; описание не обещает поддержку всех вариантов протокола.
• udp — UDP — транспорт датаграмм приёмника телеметрии; доступность его socket проверяется отдельно от XMPP bootstrap.
• avl — AVL — разбираемые телематические записи устройства; успешный ACK ещё не доказывает корректность всех записей.
• gpx — GPX — файловое представление точек трека; запись в примере включается отдельно и не означает обновления модели сервиса.
• device_ack — ACK устройства — ответ, собранный из полей raw-пакета; здесь счётчик не вычисляется по фактически сохранённым точкам.

• document_version — DocumentVersion — проверенная редакция документа со снимками данных/файлов и атрибуцией проверки; черновик и Ticket её не заменяют.
• verification_completed — Verification completed — marker сохранённого доменного результата конкретного Ticket; повтор complete возвращает его, не создавая новую проверку.
• notification_ack — Ack уведомления — учёт ключа после попытки отправки; это не подтверждение прочтения и не доменный результат.
• completion_gate — Completion gate — проверка возможности завершения заказа; её ответ следует читать вместе с регистрацией адаптера и блокирующими этапами.
• blocking_stage — Блокирующий Stage — этап заказа с blocks_order_completion=true и status=PENDING; handler не выполняет его за участника.
• subscription_access_order — Заказ доступа подписки — системный тариф доступа, для которого есть отдельная ветвь истечения; не любой заказ с покрытием подпиской.
• candidate_batch — Партия кандидатов — ограниченный backend набор допустимых предложений исполнителей; получение партии не резервирует их доступность.
• matching_cursor — Cursor подбора — process-local позиция обхода after_provider_id вместе с циклом/партией; после рестарта не является журналом прежних приглашений.
• handler_reports — Handler reports — принятые по allowlist XMPP-тексты, временно сгруппированные в памяти для пересылки; не постоянный архив.
• activation_gate — Activation gate — каноническая подготовка и оценка требований перед active; одобрение Ticket и предварительный ok не заменяют gate.

• 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: требования и активация права.

Для выбора, переименования и проверки меток использовать инструкцию сопровождения рубрикатора. Метки не выдают доступ и не заменяют лицензионную границу модуля. Общий компонент может использоваться несколькими продуктами; внутренние сведения закрытых компонентов остаются в intrawiki.