OpsIQ Документи

Изграждане, експлоатация и Разширяване OpsIQ_.

This is the complete documentation for OpsIQ. Set up the product, run support, configure AI, manage CRM, install the widget, build connectors, call the REST API, receive webhooks, package marketplace apps, and operate self-hosted deployments.

Ръководство за клиентиАдминистративен водачРазработчикCRM referenceСъединител SDKРЕСТ APIСамостоятелно качени
Обхват

Обхват на настоящия наръчник

Everything OpsIQ does, in one place: how each screen works, how to connect your own systems, and how to build on top of it. Start anywhere, the sections follow the same order as the admin sidebar.

Обхват
Карта на документациятаНаръчникът е организиран около продукта OpsIQ, следвайки същата поръчка като страничния панел на администратор.Карта на документациятаOpsIQ productAUDIENCEОператоритеСГРАДИРазработчициRUNАдминистраториЖИВЕЕШ РАБОТЕН ВИЖИзползване OpsIQПродуктови екрани и работни потоциВключва сеРазширяване OpsIQ_Съединители, APIs и джаджаВключва сеОпериране OpsIQ_Сигурност, крони и разполаганеВключва сеРеферентен номерПакет, API и договори за уебкасетаВключва се1CHOOSE AUDIENCEОператор или разработчик2FOLLOW THE UIОгледало на раздели OpsIQ_3USE SOURCE TRUTHСъстоянието идва от изграждането
Наръчникът е организиран около продукта OpsIQ, следвайки същата поръчка като страничния панел на администратор.
Портално студио

Използвайте специалното ръководство за администратор и разработчик за Портал архитектура, страници, компоненти, преглед, Help Center, идентичност, SCIM, регулирани издания, разширения, миграция и сертифициране.

Отворете портала Studio ръководство

Какво има тук?

Стартирай продукта

Всеки екран в администратор: анализи, чат на живо, билети, CRM, база знания, Site Intelligence, промоции и портала на клиентите. Какво прави всяка страница, какво означават числата и какво да се прави, когато те изглеждат погрешно.

Свържете системите си

The website widget, email mailboxes, inbound and outbound webhooks, and the connector library for platforms like Shopify, WooCommerce, WHMCS, Zendesk, Stripe, Slack and Gmail.

Изгради своя собствена

The Connector Builder for no-code connectors, Actions & Triggers if you would rather not use connectors at all, and the REST API with every action, scope and error code.

Действай.

Роли и разрешения, сигурност, крони, диагностика, архивиране, както и двете домакини и самостоятелно инсталиран.

Откъде да започнем

1
Ако избягаш OpsIQ Ден за ден

Прочетете екранните секции в sidelbar ред. Всеки отваря с това, което е за страницата, така че можете да спрете веднага след като имате това, от което се нуждаете.

2
Ако го прилагате

Добавяне на настройки, сигурност, диагностика, Cron и производство. Това са разделите, които решават дали всичко друго продължава да работи.

3
Ако изграждате интеграция

Започнете от Connectors, след това Конектор строител, след което на REST API Прочетете тези в ред и ще сте видели всичко. OpsIQ може да говори с друга система.

💡
Две неща променят това, което виждате. Разрешения скриват страниците си роля не може да се отвори, така че раздел, описан тук може да липсва от вашия страничен панел. Помолете администратор да провери ролята ви. И конектори носят етикет на зрялост на производството, Бета, Превю или Шаблон; тичане изграждане и неговия съединител манифест са орган, на който имате, а не тази страница.
Започнете от тук.

Какво? OpsIQ прави за вашия бизнес

OpsIQ Заменя вашите анализи, чат на живо, Helpdesk, CRM, SEO инструментариум, интеграция Middleware, и разработчик платформа с един единен администратор, където всеки инструмент споделя един и същ клиент контекст. 8-12 Отделни продукти на SaaS, инсталирате OpsIQ веднъж и да работи всичко от един екран.

Платформата
OpsIQ единна платформаЦентрален AI мозък свързан с живо чат, CRM, билети, Site Intelligence, промоции и анализи.Общ разговор на живоПопуляризиранеAICRMИнформация за сайтаБилетиАнализOpsIQAI БРАЙЛОВА1ONE WORKSPACEВсеки инструмент в един администратор2SHARED BRAINЕдин контекст на клиента3ANYWHEREОблачно или самостоятелно хоствано
OpsIQ е платформа с един общ контекст на клиента, всеки инструмент се захранва от същия мозък на AI.

Everything OpsIQ does · in detail

Интернет анализи и разузнаване на посетителите

Проследяване на посетители в реално време

Всеки зареждане на страници, щракване, превъртане и навигационно събитие се улавя в реално време. Вижте кой е на вашия сайт точно сега, какви страници те гледат, колко дълго те прекарват, и откъде идват, всички без бисквитки трети страни.

Дневник на посетителите и сесии

Пълна история на всеки посетител с устройство, браузър, операционна система, страна, град, рефер, UTM параметри, десантна страница и резолюция за самоличност. Сесии група страници гледа в пътувания, така че можете да видите целия път, който един посетител предприема.

Повторение на сесия

Вижте точно какво са направили потребителите: движения на мишката, кликвания, свитъци, преходи на страниците и форми взаимодействия. Използвайте го за диагностициране на UX въпроси, разберете отпадане точки, и проверете потоците на преобразуване.

Живи фуражи

Вижте изгледите на страницата, чат започва, форма на подаване, и сигнали за намерение актуализиране на всеки няколко секунди. Филтрирайте по страна, устройство, или рефер да се съсредоточи върху конкретни сегменти на движение.

Топ страници

Страници, класирани от посещения, време за ангажиране, скокове процент, преобразувания, и подкрепа дейност. Идентифицирайте най-високо представящото си съдържание и страници, които се нуждаят от подобрение.

Георазузнаване

Разпределителни устройства и браузър, анализ на трафика, проследяване на рефера на търсачки и прозрения за проникване на пазара.

Фуния с цел задаване на цели

Проследяване на посетителите сигнали за намерения (посещения на страницата за търсене, повтарящи се връщания, документация сърфиране модели, и подкрепа взаимодействия) да се идентифицират посетители, които са вероятно да купуват, churn, или се нуждаят от помощ.

Експерименти А/Б

Пуснете разделни тестове на вашия сайт директно от OpsIQ. Създаване на варианти, задаване разпределение на трафика, определяне на цели за преобразуване, и измерване на статистическа значимост.

JavaScript error tracking

Capture client-side JavaScript errors from your website automatically. See error messages, stack traces, affected browsers, frequency counts, and which pages trigger them. Debug frontend issues without separate error monitoring.

Дневник на събитията

Всяко проследявано събитие (страница с изгледи, потребителски събития, чат взаимодействия, форма на подаване на данни, покупки) в търсен, филтърируем дневник с пълни метаданни.

Продажби и преобразувания

Проследяване на поръчки, приходи, възстановявания, подновяване на абонамента, и атрибути за преобразуване на трафик източници, кампании, и пътувания посетител.

Олово

Високи посетители, идентифицирани от модели на поведение. Резултат води въз основа на страница посещения, време на място, честота на връщане, подкрепа взаимодействия, и потребителски сигнали. Feed води директно в CRM тръбопровода.

Разузнаване на сайтове (SEO и анализ на съдържанието)

Мястото пълзи

Автоматизирано пълзене на целия ви сайт, за да откриете страници, откриване на счупени връзки, намиране на липсващи мета тагове, проверка на изображението алт текст, валидира каноничен URLs, и карта на структурата на сайта си. Графикът пълзи да работи ежедневно, седмично, или при поискване.

Технически одит на SEO

Пълен технически анализ: резултати от скоростта на страницата, мобилна реакция, Core Web Vitals, SSL статус на сертификат, пренасочване на веригите, дублиране на откриването на съдържанието, анализ на дълбочината на пълзене и структурирано валидиране на данните.

Одит на съдържанието

Оценете всяка страница за качество на съдържанието, преброяване на думи, оценка на четимостта, плътност на ключовите думи, структура на заглавието, съотношение вътрешна/външна връзка и свежест. Идентифицирайте тънко съдържание, дублира страници, и пропуски в съдържанието.

Търсене с помощта на Al-power

Семантично търсене в целия си сайт съдържание. Задайте натурални езикови въпроси за съдържанието си и да получите AI-синтезирани отговори с препратки източник страница.

Проследяване на ранга на SERP

Следете класирането на търсачката за целеви ключови думи в Google и други двигатели. Засичайте промените в позицията си с течение на времето, сравнявайте се с конкурентите и вижте кои страници са подредени за кои условия.

Проучване на ключови думи

Открийте ключови думи, базирани на вашето съдържание, анализ на конкурента и данни за обема на търсенето.

Анализ на обратната връзка

Вижте кои сайтове линк към вас, проследява нови и изгубени връзки, анализира разпределението на котва текст и идентифицира възможностите за изграждане на връзка.

Местна SEO мрежа

За фирми с физически места: визуализирайте видимостта на местното търсене в географска мрежа. Вижте как класацията ви варира според местоположението, разстоянието от вашия бизнес и намерението за търсене.

Синхронизация на бизнес профила в Google

Свържете вашия профил на Google Business с OpsIQ. Синхронизиране на рецензии, публикации, Q&A, снимки и бизнес информация.OpsIQ. Отговор на мнения, публикуване на публикации, и наблюдение на прозрения.

Планирани доклади

Автоматизирани SEO и аналитични доклади, генерирани по вашия график (ежедневен, седмичен, месечен). Докладите включват промени в класирането, тенденции в движението, технически проблеми, открити и резултати на съдържанието.

Поддръжка с Al-powered

чат с клиенти

AI отговори на клиентски въпроси на вашия сайт 24/7 използване на вашите знания база, свързани данни платформа (поръчки, сметки, абонаменти), и персонализирани тренировки подкани. Поддържа множество доставчици AI: Клод (Anthropic), GPT-4o (OpenAI), Gemini (Google) и Grok (xAI).

Администратор на Ал.

AI втори пилот във вашия администратор панел, който ви помага да пишете отговори на билети, проект за комуникация с клиенти, анализира тенденциите в подкрепа, търси данни за клиентите през свързани платформи и изпълнява действия чрез конекторната система.

Заземяване на знанията на Ал-Ай

AI е залегнал във вашите статии, статии, Често задавани въпроси, документация на продукта и свързани данни платформа. Тя не халюцинира. Тя отговаря от действителната бизнес информация или ескалира, когато не е сигурна.

Авторъка за хора

Когато AI не може да реши въпрос, открива разочарование или клиентът пита за човек, той автоматично се предава на вашия екип с пълен контекст на разговор. Надеждно отпадане/отложено автоматично връщане обратно към AI.

AI обучение подкани

Напишете отделни инструкции за AI и администраторски тонус, граници, ескалационни правила, забранени теми и специфично поведение.

История и одит на ИИ

Всеки разговор AI е регистриран с пълна заявка / отговор детайли, символично използване, проследяване на разходите, използван доставчик, и версия модел. Прегледайте разговорите за идентифициране на пропуски в обучението и подобряване на точността на ИИ.

AI прозрения

Автоматизиран анализ на модели на AI разговор. Вижте общи въпроси, процент на резолюция, честота на предаване, удовлетвореност от клиента по темата и области, където AI се нуждае от по-добро обучение.

Конфигурация на AI в работно пространство

Всеки свързан сайт/работно пространство може да използва свой собствен доставчик на AI, модел, температура, символичен бюджет и обучение. А SaaS компания може да ползва Клод за основния продукт и GPT-4o за вторична марка.

Управляван AI и BYOK

Два режима на AI: Управляван AI (включен в плана ви, не API ключ е необходимо) или донесе своя собствен ключ (използвайте собствения си OpenAI/Anthropic/Google/xAI API ключ за пълен контрол върху избора и разходите на модела. И двете са първокласни, всяка функция работи с всеки режим.

AI символични бюджети и контрол на разходите

Задаване на месечни символични бюджети, за разговори граници, и ниско балансирани сигнали. Проследяване на разходите на доставчик, на работно пространство, и на разговор.

Билети и помощни средства

Местна система за билети

Full helpdesk with departments, priorities (low/medium/high/urgent), statuses, SLA tracking, internal notes, customer replies, file attachments, and threaded conversations. No external helpdesk needed.

Al-триаж и автоматично респ.

AI automatically triages incoming tickets by department and priority. Enable auto-reply for safe departments. The AI drafts and sends a response after a configurable delay (default: 2 minutes) so humans can intervene first.

Поемане на електронна поща

Свържете пощенска кутия (Gmail, IMAP или доставчик-специфично) за автоматично създаване на билети от входящи имейли. Отговорите да билет уведомление имейла актуализира нишката билет.

Вграден портал за билети

Вграждане на клиент-поглед билет портал на вашия сайт. Клиентите могат да представят билети, да видят историята си, отговор на отворени билети, и проверка статус, всички маркови към вашия дизайн.

Сливане на билети

Сливане на дублиращи билети в една нишка. Сливат билети показват [Merged] по темата линия. Цялата история разговор се съхранява в оцелелия билет.

Връщане в Ал.

След като човешки агент поеме билет, използвайте "Върни се в ИИ," за да позволите на AI да възобнови автоматичното проследяване на този билет. Полезно е, когато човешката необходима част е решена, но клиентът има допълнителни въпроси, които AI може да се справи.

Входящ втори пилот

AI-асистиран управление на билети от входящ изглед. Вторият пилот предлага отговори, обобщава историята на разговорите, препоръчва приоритетни задачи/отделение и може да изпълнява действия по свързани платформи.

чат и поддръжка в реално време

Поръчка за чат

В реално време клиентски чат се управлява от единна пощенска кутия. Вижте всички активни разговори, идентичност на клиента, история на разговорите и предложения за AI. Много агенти могат да си сътрудничат по разговор.

Правила за проактивен чат

Strigger чат съобщения, базирани на поведението на посетителя: време на страницата, специфични URL Посещение, дълбочина на превъртане, обратно броене на посещенията, намерение за излизане или потребителски събития. Пример: показва съобщение за помощ след 60 Секунди на страницата с цените.

Name

Персонализираема чат джаджа, вградена във вашия уебсайт. Поддържа чат на живо с агенти, подаване на билети, търсене в базата данни и идентичност на посетителите.

CSAT проучвания

Събиране на рейтинги за удовлетвореност на клиентите след чат и взаимодействие билет. Проектиране проучвания със собствени въпроси, рейтинг везни, и последващи бързина. Резултати емисия в екип изпълнение и AI прозрения.

Следчат имейл проучване

След края на чата посетителите с известен имейл могат да получат една брандирана поща с резюме на AI и едно кликване "Удобно ли беше?" Да/Не. Веднъж на конец, подписани връзки за еднократна употреба, всяко изпращане е вписано и резултатът се приземява на страницата за обратна връзка като собствен сигнал до звездите в чата.

Обратна връзка за идентичност

Всеки елемент за обратна връзка, който носи лице показва тях: име, имейл, клик-през към пълния си клиентски път и CRM контакт, както и едно кликване Email или AI-драфт отговори, установени в тяхната реална история.

Писане на изкуствен интелект

Отделен асистент по писане на AI за композиране на имейл проекти, отговори на билети, съобщения и комуникации с клиенти. Използва своя собствена бърза (не чат мозъка) за професионално бизнес писане.

AI-FirstCRM

Команден център CRM

Един екран показва цялото си CRM състояние: стойност на тръбопровода, скорост на сделката, предстоящите задачи, рискови сделки, дейност агент, и AI препоръки.

Контакти и дружества

Управление на контактите с клиенти с пълни профили: име, имейл, телефон, компания, тагове, етап от жизнения цикъл, история на разговорите, история с билети, история за покупка и потребителски полета.

Сделки и борд за нефтопровод

Visual Kanban-style deal board with customizable stages. Drag сделки между етапи, зададени стойности, присвояване на собственици, проследяване близки дати, и да видите стойност тръбопровода на всеки етап. Множество тръбопроводи подкрепени.

Ал-Сделка за треньор

AI анализира всяка сделка и осигурява треньорство: сигнали за риск (отнесени тихи, споменати конкурент, бюджетни опасения), препоръки за следващите най-добри действия, вероятността за печалба и предложи последващи действия.

Прогноза и доклади

Прогнозите за приходите се основават на данни за газопровода, исторически близки лихвени проценти и скорост на сделката. Докладите включват тръбопровод по етап, от собственика, по източник, обменни курсове, среден размер на сделката, както и продължителност на цикъла на продажбите.

Проспектиращ агент (SDR)

AI-мощен търсене, което идентифицира потенциални клиенти от вашите посетители данни, водещи сигнали, и свързаната платформа дейност.

Последващи последователности

Автоматизирани многоетапни последващи последователности: имейл, изчакайте, електронна поща, проверка отговор, ескалира. Дефинирай последователности за нови следи, блокирани сделки, след покупка чекове, и повторно включване кампании.

Животоцикл и задържане

Проследяване на жизнения цикъл на клиента етапи (вода, перспектива, клиент, скърцане) с автоматизирани преходи.

Стюарт на данни

AI агент, който непрекъснато почиства и обогатява Вашите CRM данни: дедубликира контактите, попълва липсващи полета, валидира имейли, стандартизиране на фирмени имена и знамена стари записи.

Изгради моя CRM

Конфигурация на CRM: кажете на AI как изглежда вашият процес на продажба и тя изгражда вашите етапи от тръбопровода, потребителски полета, шаблони за сделки и правила за автоматизация.

Проверка на здравето на CRM

Автоматизиран одит на качеството на Вашите данни CRM: дублира контакти, сделки без следващи стъпки, стари тръбопроводи, липсваща информация за контакт и оценка на пълнотата на данните.

Набери доверие

Контрол на автономията на три нива за всеки CRM агент: Autopilot (AI действа самостоятелно), Copilight (AI предлага, човешки одобрява) и Manual (AI наблюдава само). Настройте набирането на агента, по вид действие, и за праг на стойността на сделката.

Четирима агенти на Ал.

CRM работи с четири специализирани агенти на AI: Steward (качество на данните), SDR (очакване), Retentent (churn prevention) и Analyst (репортиране и прозрения).

Съединители и интегратори

Конектори предварително построени

Съединители, готови за употреба Shopify, WooCommerce, BigCommerce, Magento 2, PrestaShop, OpenCart, osCommerce, WordPress, WHMCS, Zendesk, Stripe, Amazon SES, Postmark, Resend, SendGrid, Mailgun, Gmail, IMAP, Slack, и Google Бизнес профил. Всеки конектор носи платформа специфични действия AI, знания, и синхронизиране на данни.

Конструктор на свързващи модули

Изграждане на потребителски конектори за всяка платформа, без код, AI-асистиран, или пълен код. Строител поддържа REST и GraphQL APIs, OAuth код за достъп, уебкасета авторегистрация с Stripe и прости схеми за подпис, pagination (offset, страница, курсор, и link-header), списък/сервър трансформира, мулти-действие контекст, и пазарно опаковане.

Автор на Al-assisted конектор

ConnectorBuilderAI ви помага да изградите конектори: опишете какво искате и това предполага действия, пише ръководци на заявки и карти API отговори.

OAuth поток за всеки конектор

Обща в приложение OAuth PKCE поддръжка, site-scoped управление на състоянието, автоматично опресняване на символите. Съединители определят техните OAuth параметри и OpsIQ се справя с потока.

Автобуси за капацитет (разширяване на обхвата на платформата)

Съединители не просто добавят дейности на платформата. Те могат да захранват ядрото чрез способност "буси." Конекторът декларира капацитет (calendar, обогатяване, подпис в CRM; local_listing, rank_data in Site Intelligence; web_analytics; payment_ provider in Payments; email_sync in Mailbox; video_meeting in Comms) и прилага своя малък набор от методи; OpsIQ открива го чрез PacilityRegistry и го свързва в UI, Клиента 360 Някакви конектори могат да предложат същата възможност без заключване. Вижте конекторите/PLATFORM_CONNECTORS.md.

Предварително инсталиран срещу пазарен подреждане

Конекторите живеят в един от двата етажа. Предварително инсталираните конектори (конектори/) са активни извън кутията, поддържат се наклонени само към безключовия и най-използвания доставчик на възможности (напр. Google Calendar, Gmail, Googel Business Profile). Конекторите за пазарно място (marketplace_connectors/) могат да бъдат открити, но инертни до инсталирането им, например Microsoft 365 Календар, Outlook, DocuSign, Stripe, GA4, SerpApi, Zoom. Всеки мост покрива списък на пазара, така че UI и AI могат да прокарат "инсталиране от пазара" (нотифициране-да-инсталира), когато способността няма готов доставчик, никога не е счупен бутон.

Конекторен пазар

Публикувайте вашите конектори към OpsIQ Пакетни конектори с профил.json- Знание.json, работни потоци_респии.json Пазарното място поддържа безплатни и платени конектори с мулти-сорс таксуване.

Подпис на съединителя

Всички конектори са криптографски подписани за проверка на целостта. Подписването се проверява при инсталиране. Използвайте инструмента update_all_connectors, за да го пренапишете след актуализациите.

Smart Lookup

Декларатор за действия на конектори. Дефинирай правила за търсене и OpsIQ Съвпада с потребителските заявки към платформи, използвайки fuzzyScore и SmartRank алгоритми. Пример: find_ country("germ") съвпада с Германия 88.9% увереност.

Договори за действие

Генералът OpsIQ API Публикации 1,312 имени действия, докато конектор пакети декларират собствените си действия продавач с типирани параметри, изисквания за удостоверяване на автентичността, правила за въображение, и отговор се трансформира чрез единен ActionExecutor.

Рецепти за конектори

Предварително построени рецепти за работен процес, които съчетават множество действия на конектора в общи бизнес работни потоци. Пример: "Когато дойде нов ред Shopify, създайте билет, актуализирайте CRM и изпратете уведомление за Slack."

Синхронизация на знанията

Конекторите декларират теми на знанието, които синхронизират базата на AI знания. Платформа-специфично помощни статии, настройка ръководства, и отстраняване на проблеми стъпки са автоматично достъпни за ИИ без ръчно влизане на знания.

Разработка платформа

РЕСТ API

A named JSON API covers every registered administrator JSON operation, with API-key authentication, workspace isolation, scopes, rate limiting, idempotent writes, OpenAPI, and a generated Postman collection.

Уебхукове

Outbound webhooks for all major events: orders, invoices, subscriptions, tickets, chats, leads, user registrations, and cart abandonment. Async delivery via job queue, exponential backoff retry, SSRF protection, and auto-disable after 15 consecutive failures.

Подпис на уеблока

Всеки изходящ уеб-кабина е подписан с HMAC-SHA256. Проверете подписите на вашия получаващ край, за да се гарантира автентичността на уеблока.

Name SDK

JavaScript SDK за проследяване джаджа с резолюция за идентичност, персонализирано проследяване на събития, програмен контрол на чата, и специална конфигурация страница. Инсталирайте рецепти за Реагиране, Vue, Next.js, WordPress, Shopify, и статично HTML.

Приставки и SDKs

Server-side SDKs и приставки за общи рамки. WordPress приставка, WHMCS модул и общи библиотеки за интеграция PHP/Node.js.

Събития API

Натиснете потребителски събития в OpsIQ от вашия backend: покупки, записвания, използване на функции, грешки, или всяко бизнес събитие. Събитията се появяват в посетител хрониката и се хранят в аналитичните и AI контекст.

Спусък за готвене

Build automated workflows triggered by events: new ticket, chat started, visitor identified, deal stage changed, or custom event. Triggers execute connector actions, send webhooks, update records, or notify your team.

API строител

Визуална API Настройване на крайните точки, заявки за тестове, инспектиране на отговорите и дебъгване на интеграцията, без да напуска OpsIQ.

Екип и администрация

Контрол на достъпа, основан на Роля

Три роли: Собственик (пълен достъп, фактуриране, опасна зона), Пълен администратор (всички операции с изключение на таксуване и опасна зона) и агент (само определени отдели, без настройки за достъп). Всички чувствителни страници са трудно-стартирани от роля.

Екипно табло за измерване на ефективността

Owner and Full Admin-only dashboard showing resolution times, workload distribution, handle depth, channel breakdown, trend analysis, SLA compliance, CSAT by agent, reopen rates, team rollups, and busiest hours. Updated in real time.

Присъствие на администратор и онлайн проследяване

В реално време кой е-он-лайн джаджа в Admin навигацията.60- Втори пинг, 300-второ удължаване, авто-прун след 120 Дни). Вижте кои администратори в момента са активни и на кои страници.

Настройки на работното пространство

Всеки свързан сайт (работно пространство) може да има своя собствена конфигурация AI, настройки на конектора, отдел билети, брандиране и оперативни правила.

Управление на много места

Управление на няколко уеб сайтове от един OpsIQ admin. Всеки сайт има свой собствен проследяващ откъс, данни за посетителите и конфигурацията. Превключване между сайтове от администратор навигация.

Система за шаблони за електронна поща

Имейл шаблони за всички автоматизирани комуникации: известия за билети, записи на чата, имейли за добре дошли, нулиране на паролата и системни сигнали. HTML шаблони с преглед на живо, променливи чипове ({{customer_name}}, {{ticket_id}}) и глобален контрол на оформлението.

Внос и износ

Импортиране на контакти, билети и статии за знания от CSV/JSON. Експортиране на данни за посетителите, аналитични доклади и CRM записи.

Сигурност, съответствие и операции

Ентърпрайз SSO

OIDC (OpenID Connect) единичен знак с пълно работно време: откритие, разрешение, обратно повикване, JWKS подпис проверка, потребителска информация, домейн позволява списък, JIT осигуряване, и статус охрана. SAML поддръжка на конфигурацията.

GDPR и съответствие с данните

Вградени DSAR (Data Subject Access Request) обработка: износ и изтриване на данни от клиенти във всички системи. Изтриване на данни на ниво контакт обхваща сесии, билети, чатове, CRM записи, и имейл трупи.

IP блокиране и защита срещу груба сила

Специфичен блок IPs или варира от достъп до вашия сайт или администратор. Автоматично заключване след конфигуриране неуспешни опити за влизане.IP, печат на времето и потребител.

HSTS и заглавни части на сигурността

HTTP Strict Transport Security, Права-Policy заглавни части, и сигурна конфигурация бисквитки. Самостоятелно инсталираните разгръщания могат да добавят CSP заглавните части чрез сървърна конфигурация.

Втвърдяване на втвърдяване чрез webhok

SSRF guard blocks webhooks to private/metadata IP ranges. Async delivery prevents slow endpoints from blocking your application. Auto-disable after 15 consecutive failures prevents resource waste on dead endpoints.

Изолиране на работното пространство

Строгите данни изолация между работните пространства. Посетители, билети, чатове, CRM записи, и AI разговори са обхванати в работното им пространство.

Управление на цикъла на фактуриране

Подкрепа за месечни, тримесечни, полугодишни, годишни, биеналени и доживотни цикли на фактуриране.

Cron и планирана автоматизация

Вградена система за крони за планирани задачи: генериране на доклади, почистване на данни, подновяване на абонамента, актуализации на AI обучение, синхронизиране на конекторите и уебкасета.

Правила за съхранение на данни

Настройване на колко дълги сесии за посетители, записи от чата, история на разговорите с AI и дневници на събития. Автоматично почистване на стари данни за управление на съхранение и спазване на политиките за задържане.

Диагностика и здраве

Система за здраве табло показва статуса на крони, свързаността с база данни, статус на доставчик на AI, конектор здраве, уебхок скорости на доставка, и използване на съхранение.

Кой? OpsIQ е за

Магазин за електронна търговия

Магазини

Проследете всеки посетител от кацане до покупка. Нека AI отговори "Къде е моята поръчка?" използвайки на живо Shopify/WooCommerce/BigCommerce данни. Управление на билети за поддръжка с AI авто-репли. Стартирайте тръбопровод за търговия на едро и B2B води. Атрибутирайте приходи за трафик източници и кампании. Монитор изоставяне количка с възстановителни работни потоци.

СааС и софтуерни компании

Софтуер като услуга

Проследете кои страници документация конвертирате. Автоматична поддръжка с AI заземен във вашата API документи. Управление на абонаментни приходи и сделки за разширяване в CRM. Свържете Вашата платформа за фактуриране (Stripe, WHMCS) за проследяване на MRR в реално време. Използвайте CRM агента живот цикъл, за да се открие и предотврати curn.

Агенции и на свободна практика

Агенция

Оферта бели анализатори и портали за поддръжка на клиенти. Проследяване води през множество сайтове на клиенти от един администратор. Използвайте тръбопровода CRM да управлява перспективите и водещи проекти. Изградете персонализирани конектори за клиентски платформи, използвайки Connector Builder. Генерирайте маркови SEO отчети със Сайт разузнаване. Resell пазарни конекторите като стойност-добавени услуги.

Домакинство и инфраструктура

Домакинство

Дълбоко WHMCS интеграция с 80+ AI действия за търсене на ред, управление на услуги, DNS Автоматична проверка на общи хостинг въпроси с помощта на основни статии на знанието. Проследяване на сървър статус страница ангажираност. Управление на техническа поддръжка билети с AI триаж. Използвайте таксуване цикъл стълбата за месечно чрез живота хостинг планове.

Бизнеси с подкрепа и тежест

Подкрепа

Дефлектиране 40-70% Пътни билети за правилния отдел с AI триаж. Трак екип изпълнение с време на резолюция, SLA съответствие, и CSAT от агент. Използвайте писането AI за професионално изготвяне на отговор. Монитор подкрепа тенденции с ИИ прозрения.

Маркетингови и SEO екипи

Маркетинг

Пълен сайт Intelligence апартамент: пълзи, технически SEO одити, анализ на съдържанието, SERP ранг проследяване, ключови думи изследвания, backlink мониторинг, и местна SEO мрежа. Google Бизнес профил управление. Планирани бели етикети доклади за клиенти. A / B тестване вграден в проследяващата джаджа. Кампания разпределение по всички канали.

Солооснователи и малки екипи

Стартови прозорци

Започнете само с проследяване и чат, безплатно да добавите. След това добавете билети, когато получите подкрепа обем. Включете CRM, когато започнете да продавате. Свържете платформи, като ги осиновите. OpsIQ везни от един човек, правейки всичко до 50-операционен екип с РБАК, отдели и проследяване на ефективността на агентите.

Ентърпрайз и многобранд

Корпоративен

Предприятия SSO с OIDC за централизирана идентификация. Много-работна изолация за отделни марки или дивизии. Конфигурация на AI в работно пространство с различни доставчици и модели. GDPR инструменти за съответствие и политики за съхранение на данни.

Какво OpsIQ заменя

Google Analytics+ Hotjar + Plausible

Пълен сайт анализ с проследяване на посетители, сесия повторение, класация на страници, георазузнаване, намерение фунии, преобразуване, събития, A/B експерименти, и JS проследяване на грешки, всички личната сигурност-приятелски, всичко в една платформа.

Интерком + дрифтинг + мълчание

AI-мощен клиент чат с знания заземяване, мулти-доставчик AI подкрепа, авторъка на хората, проактивни правила за чата, история на разговорите, CSAT проучвания, и създаване на билети от чат.

Zendesk+ Freshdesk + Help Scout

Местна система за билети с отдели, приоритети, SLA, AI триаж, автоматично регулиране с конфигурируемо забавяне, поглъщане на имейли, вграждане на билет, сливане на билети, входящо устройство и връщане към AI възможности.

Хъбспот + Пайпдрайв + Сървърна поддръжка

AI-първи CRM с четири специализирани агенти на AI (Стюард, СПТ, задържане, анализатор), Контрол на автономността на Тръст Диал, борда на тръбопровода, търговия треньор, прогнозиране, последователности, управление на жизнения цикъл, и конфигурацията на естествения език CRM.

Сравнение на SEMrush + Moz

Site Intelligence с автоматизирани пълзящи, технически SEO одити, анализ на съдържанието, AI търсене, SERP ранг проследяване, ключови думи изследвания, backlink анализ, местна SEO мрежа, и планирани доклади бели етикети.

Zapier + Make + потребителските средни съдове

Съединител SDK с 25+ предварително вградени конектори, конекторен строител (без код/AI-асистиран/пълен код), OAuth поток, автоматично регистриране на уеблока, голям каталог от дефиниции за действие на конектора, които стават изпълними само когато съответният конектор е инсталиран, активиран, конфигуриран и валидиран, SmartLookup, пазар и подписани пакети.

Управител на бизнес профил в Google

Пълен конектор на GBP: управление на преглед, пост публикуване, Q&A управление, снимки uploads, бизнес информация синхронизиране, прозрения проследяване, и AI-мощени отговори преглед, всичко от вътре OpsIQ_.

Отделни инструменти за имейл шаблон

Имейл шаблони с визуални редактори, преглед на живо, променливи чипове, глобален контрол на оформлението и персонализиране на събитие за всички автоматизирани комуникации.

Отборни арматурни табла

Вградени отборни показатели: време на преобразуване, работно натоварване, SLA съответствие, CSAT от агент, отворени цени, най-натоварени часове, проследяване на присъствие в реално време и разбивка по отдели.

GDPR compliance tools

Native DSAR handling, data erasure across all systems, consent management, retention policies, and audit trails, built into the platform, not bolted on.

Две издания

Домакинско разполагане

OpsIQ работи на управлявана инфраструктура. Продуктовата операция е същата; инфраструктурата, актуализациите и архивирането се обработват от хостинг оператора.OpsIQ време за изпълнение, а не пазарни или търговски потоци по сметката.

Самонастаняване на модул

Инсталиране OpsIQ на вашия сървър за пълен контрол върху данните, брандирането, актуализациите и интеграцията. 8.4+, MySQL 5.7+ или MariaDB 10.3+, HTPS, и OpsIQ Обединен крон. WHMCS Интеграция като модул на Адон, пълен суверенитет на данните.

Препоръчително нареждане за четене

1
Бързо стартиране

Следвайте 30-минутното ръководство за настройка, за да получите проследяване, чат и основни AI работа на вашия сайт.

2
Дашборд и аналитични продукти

Научете как да прочетете данните за посетителите си, настройте сесията отново, идентифицирайте следи и разберете моделите на движение.

3
Разузнаване на сайтове

Пуснете първия си SEO пълзене, проверете техническото си здраве, и да се създаде SERP ранг проследяване за вашата целева ключови думи.

4
Билети и поддръжка

Настройте отдели, конфигурирайте автоматично-репли с AI, свържете поглъщане на имейл, и влак си AI да се справят с общи въпроси.

5
CRM

Организирайте контакти, изграждане на тръбопровода си, конфигуриране на агентите на AI, определяне на нива Trust Dial, и нека AI треньор вашите сделки.

6
Съединители и разработчици

Connect your e-commerce/billing platform, build custom connectors, set up webhooks, and integrate via the REST API.

💡
Ново OpsIQ? Започнете с ръководството за бързо стартиране по-долу. Можете да имате проследяване и основен чат AI работи в под 30 минути.
Започнете от тук.

Quick start in 30 minutes

Follow these steps in order to get OpsIQ running. Each step builds on the previous one. By the end, you will have visitor tracking, AI chat, and basic ticket support.

Настройка
Бързо стартиране на списъкаНастройката на контролния списък показва инсталирането на джаджа, платформата свързване, обучение на ИИ, покана за екип и живот с 60 % лента за прогрес.Започвай.setupInstall the OpsIQ widgetГотово.Свързване на платформа (WHMCS, Shopify...)Готово.Тренирай своя ИИ върху съдържанието сиГотово.Покани екипа си.Проверете и на живоНапредък при настройката3 от 5 · 60%1STEP 1Инсталиране на джаджата2STEP 2Свързване на & влака AI3STEP 3& На живо
На 30-минутна пътека: инсталирайте джаджата, свържете платформа, тренирайте вашия AI, канете екипа, след това отидете на живо.

Настройката 30-минути

1
Активирайте лиценза си

Въведете вашия лицензен ключ в OpsIQ admin. Отидете в Настройките, въведете лицензния ключ, предоставен за тази инсталация и кликнете върху Активирайте. Трябва да видите зелена значка "Активен."

2
Задаване на бизнес самоличността

Отидете в Настройки и попълнете вашето име на бизнеса, индустрията, времева зона, валута по подразбиране, и час на поддръжка. Тази информация се използва от AI при отговор на клиентски въпроси и чрез анализи за доклади на timezone-aware.

3
Изберете доставчик на AI

Отидете в AI Конфигурация и изберете вашия доставчик. Опции: Клод (Anthropic), GPT-4o (OpenAI), Gemini (Google) или Grok (xAI). API ключ, ако използвате собствен ключ или използване управляван AI, ако е на разположение на вашия план. Щракнете върху "Test връзка," за да проверите.

4
Инсталиране на проследяващ джаджа

Go to Connected Sites, copy the tracking snippet, and paste it before the closing </body> tag on your website. Visit your site in a private browser, then check the Live Feed in OpsIQ. You should see yourself as a visitor within 15 seconds.

5
Свържете платформата си

Ако сте приложили Shopify, WooCommerce, WHMCS, или друга поддържана платформа, отидете в Connectors, намерете платформата си, въведете пълномощията си и кликнете върху Test Connection. Това дава достъп на AI до данни за поръчка, профили на клиенти, и подкрепа контекст.

6
Покани екипа си.

Отидете в екип, кликнете Invite, въведете имейл и роля (Собственик, пълен администратор, или агент). Агентите могат да имат достъп само до отделите, които ги възлагате. Собственици и пълно Admins виждат всичко.

Най-бързият възможен път (5 минути)

Стъпка 1: Инсталиране на джаджа

Копирайте отсечката от Connected Sites и я поставете на вашия сайт. Това ви дава проследяване веднага.

Стъпка 2: Включване на AI

Отидете в AI Конфигурация, изберете доставчик, въведете вашия ключ и запишете. AI чата сега е активен на вашия сайт.

Готово.

Сега имате проследяване на посетители и чат с изкуствен интелект. Можете да добавите билети, CRM, и конектори по-късно.

Ден 2: Направи го полезно

Добавяне на знания

Отиди в базата на знанието и добави 5-10 AI използва тези, за да отговори на клиентите точно.

Създаване на отдели

Отидете на билети и да създаде най-малко 2 отдели (напр. "Продажби" и "Подкрепа").

Напиши си AI-то.

Отидете на AI обучение и да напишете клиент AI подкана, която описва вашия бизнес, тон, и ескалация правила.

Тествай разговор.

Отворете сайта си в частен браузър и поговорете с AI като клиент. Проверете дали отговорите са точни и тонът е правилен.

Седмица 1: Изграждане на вашите операции

Свържете имейл

Настройте пощенска кутия (Gmail, IMAP или конектор доставчик), така че клиентските имейли автоматично създават билети.

Автоматично регулиране

Активиране на автоматично репликация на билет за безопасни отдели. 2- минута закъснение, за да могат хората да се намесят първи.

Анализи на прегледа

Проверете Dashboard дневно. Вижте броя на посетителите, скокове процент, топ страници и продажби, ако проследяване е свързано.

Стартирай CRM

Open AI CRM and let OpsIQ import contacts from your connected platforms. Review the pipeline board.

Месец 1: Оптимизиране

Преглед история на ИИ

Проверете AI История седмично. Търсете грешни отговори, пропуснати въпроси и възможности за добавяне на знания.

Добавяне на активни правила

Създаване на правило: ако посетител е на ценовата страница за 60+ секунди, покажи съобщение за чат, питащо дали имат нужда от помощ.

Изграждане на конектор

Ако използвате платформа, която няма вграден конектор, използвайте Конектора за създаване на такъв.

Set up webhooks

Connect OpsIQ to your internal tools using outbound webhooks for ticket, chat, and sales events.

Може ли да пропусна Ал-Ай и да използвам проследяващо устройство?+

Yes. The AI provider is optional. OpsIQ works as a pure analytics and ticketing platform without AI. You can enable AI later when you are ready.

Мога ли да пропусна конекторите и да ги добавя по-късно?+

Yes. Connectors enrich the AI with platform-specific data, but OpsIQ works without them. Start with tracking and chat, then connect platforms when needed.

Ами ако все още нямам уебсайт?+

Все още можете да използвате OpsIQ за билети, CRM и сътрудничество в екип. Проследяващото устройство е по избор. Добавете го, когато уеб сайта ви е готов.

Как да разбера дали джаджата е инсталирана правилно?+

Посетете вашия сайт в частен / инкогнито браузър. След това проверете OpsIQ Трябва да видите посещението си вътре. 15 Ако не, проверете: (1) е отсечката залепена правилно, (2) е ключът на сайта правилно, (3) са рекламни блокери или CSP заглавни части, блокиращи скрипта.

Започнете от тук.

Пълна продуктова карта

OpsIQ не е една функция. Това е администратор, уеб сайт джаджа, AI поддържащ слой, система за билет/помощиск, пълен CRM с четири агенти на AI, апартамент за разузнаване на Сайта, конекторна платформа с пазар и повърхност на разработчик. Ето всеки компонент, който съдържа.

Оператор admin

Dashboard, feed на живо, посетител лог, сесии, сесия повторно възпроизвеждане, топ страници, георазузнаване, намерение фуния, събития дневник, A/B експерименти, JS грешка проследяване, продажби и конвертирания, води, AI CRM (командирен център, контакти, компании, сделки, тръбопровод борда, треньор сделка, прогноза, проучване, последователности, Лайф цикъл, стюард данни, Изграждане на моя CRM, CRM конфигуриране, CMS здраве, CRE API_), билети, чатове в кутия, проактивни правила, CSAT проучвания, проекти за електронна поща, пощенски кутии, EI конфигурация, ali обучение, история на ИИ прозрения, знания база, конектори, Конектор строител, пазар, свързани сайтове, управление на екип, изпълнение на екипа, настройки, диагностика, и лиценз.

Облицовки на клиенти

Website проследяване джаджа (аналитици маяк + чат + билет вграждане + търсене на знания + база знания), клиент AI чат, портал за подаване на билети, гостоприемна идентичност символ обработка, файл uploads, CSAT проучване джаджа, и клиент-погледна помощен център.

AI-FirstCRM

Command center, contacts, companies, deals, pipeline board with drag-and-drop, AI deal coaching (risk signals, next-best-action, win probability), revenue forecasting, prospecting agent (SDR), automated follow-up sequences, lifecycle and retention management, data steward agent (dedup, enrich, validate), Build my CRM (natural language setup), CRM configuration, CRM health check, Trust Dial (Autopilot/Copilot/Manual per agent), four specialized agents (Steward, SDR, Retention, Analyst), and CRM API with webhooks.

Стая за разузнаване на сайта

Автоматизирани пълзящи места, технически SEO одит (скорост, мобилни, Core Web Vitals SSL, пренасочване, структурирани данни), одит на съдържанието (броене на думи, четене, плътност на ключовите думи, структура на заглавие), AI-захранвано семантично търсене, SERP ранг проследяване през двигатели, ключова дума изследвания с възможност за отбелязване, backlink анализ и мониторинг, местна SEO визуализация мрежа, Google Бизнес профил синхронизиране (прегледи, мнения, Q&A, снимки, прозрения), планирани доклади (ежедневен/седмично / месечно) и бяло етикет PDF производство за агенции.

AI и автоматизация

Клиентски чат (множество доставчици: Клод, GPT-4o, Gemini, Grok), администратор AI асистент, Al I знания заземяване, авто-ръкохватка с конфигурируем обрат, на работно пространство AI конфигурация, управляван AI и BYOK режими, символични бюджети и контрол на разходите, AI история одит пътека, AI прозрения анализ, билет AI триаж, билет авто-реплий с забавяне, писане AI (отделно бързо) и администратор в кутията втори пилот.

Съединители и интегратори

25+ предварително вградени съединители (Shopify, WooCommerce, BigCommerce, Magento2, PrestaShop, OpenCart, osCommerce, WordPress, WHMCS, Zendesk, Stripe, Amazon SES, Postmark, Resend, SendGrid, Mailgun, Gmail, IMAP, Slack, Google Business Profile), Connector Builder (без код/AI-assisted/full-code), родов OAuth поток с PKCE, конектор пазар с платено разпределение, подписване на конектори и проверка, SmartLookup fuzzy съвпадение, голям каталог от HTTP дефиниции действие, чиято наличност зависи от монтажа на конвейер, възможност, конфигурация и валидиране, знания синхронизиране, и работни потоци рецепти.

Разработка платформа

REST API (visitors, events, tickets, contacts, settings, connectors), OpenAPI spec, API key management, outbound webhooks (async, signed, retried, SSRF-guarded, auto-disable), Events API for custom event ingestion, widget SDK with identity resolution, triggers cookbook, action contracts, connector SDK, marketplace packaging, server-side SDKs (PHP, Node.js), WordPress plugin, and WHMCS module.

Настройки и операции

Бизнес идентичност, AI конфигурация на работно място, настройки за проследяване, сигурност (HSSTS, Права-Политика, IP блокиране, защита от груба сила), RBAC (Owner/Full Admin/Agent), управление на екипни и покани, табло за изпълнение на екипа, администратор присъствие проследяване, имейл шаблон система (регистрационен, визуален редактор, променливи чипове), дизайнер на проучвания, домейн знания, вграждане на билет конфигуриране, брандиране, политики за съхранение на данни, управление на цикъла на фактуриране (месеци през целия живот), нормализиране на валутата, внос/износ, диагностика, крон автоматизация, и опасна зона.

Сигурност и съответствие

Предприятия SSO (OIDC с проверка JWKS, предоставяне на JIT), SAML конфигурация, GDPR/DSAR обработка (износ и изтриване във всички системи), изтриване на данни за всеки контакт, управление на съгласието, изолация на работното пространство (ограничително сканиране на слой от заявки), одитни пътеки, неуспешно проследяване на входове, IP блокират, излишват уеблока SSRF охрана и политики за съхранение на данни.

Контрагент

Управляван AI проксиран през OpsIQ доставчик URL, Разузнаване на Сайт повиквания, валидиране на лицензите, здравни доклади, PDF предаване, и износ на данни, всички прокарани през конфигурираната крайна точка на доставчика, а не директен доставчик API Обаждания от вашия сървър.

Всяка страница на администратор

Дашборд

Основна

Дневен команден център: преглед на трафика, брой живи посетители, резюме на продажбите, дълбочина на опашката за подкрепа, сигнали за активност на AI и бързи действия преки пътища.

Живи фуражи

Анализ

В реално време поток посетител: страница гледки, чат започва, форма представяния, и сигнали за намерение актуализиране на всеки няколко секунди с страна, устройство, и рефер филтри.

Дневник на посетителите

Анализ

Пълна записи на посещения: устройство, браузър, OS, държава, град, рефер, UTM параметри, десантна страница, идентичност и пълна история на прегледите.

Сесии

Анализ

Пътуване-групиран изглед: страница поток, време на страницата, дълбочина на превъртане, път за преобразуване, и изходна страница за всяка сесия посетител.

Повторение на сесия

Анализ

Времево възпроизвеждане на заловени събития: движение на мишката, кликнене, свитъци, преходи на страници и форми взаимодействия за UX диагностика.

Топ страници

Анализ

Класация на резултатите на страницата: посещения, време за ангажиране, скорост на скачане, конвертирания, взаимодействия подкрепа, и посока на тенденцията.

Георазузнаване

Анализ

Географски доклади: разбивка страна/град с карти, разпределение на устройства, браузърен дял, източници на трафик и проникване на пазара.

Фуния с цел задаване на цели

Анализ

Поведенческо проследяване на намеренията: ценови посещения, честота на връщане, преглед на документи, взаимодействия подкрепа, и потребителски сигнали с вероятност за преобразуване.

Дневник на събитията

Анализ

История на събития за търсене: изгледи към страници, потребителски събития, чатове, покупки, форми с пълни метаданни и филтриране.

Експерименти А/Б

Анализ

Тестване на разделяне: създайте варианти, разпределяйте трафика, дефинирайте цели, измервайте значението и декларирайте победителите, всички от вътре OpsIQ_.

Грешки на JS

Анализ

Захващане на грешки: съобщения, стека следи, засегнати браузъри, честота, засегнати страници, и проследяване на тенденциите.

Продажби

Продажби

Въпреки това, както е посочено в съображение 31 по-горе, Комисията счита, че мярката не представлява държавна помощ.

Олово

Продажби

Управление на оловото: отбелязване, определяне на източника, CRM статус, данни за контакт, поведенчески сигнали, и маршрутизиране на тръбопровода.

AICRM

CRM

Пълен CRM: команден център, контакти, компании, сделки, тръбопроводна дъска, треньор, прогноза, търсене, последователности, жизнен цикъл, стюарт данни и здраве.

Билети

Подкрепа

Support inbox: departments, priorities, SLA tracking, AI triage, auto-reply, internal notes, file attachments, merging, and status management.

Поръчка за чат

Подкрепа

На живо разговори: AI и човешки чат, предаване, сътрудничество, история на разговор, идентичност на клиента и CSAT колекция.

Чернови на имейли

Подкрепа

Управление на имейли: входящи поща до билети, AI-асистиран състав отговор, избор на шаблони и конфигурация пощенска кутия.

Ал конфигуриране

100 mg

Настройка на доставчика: изберете Клод/GPT-4o/Gemini Грок, влез. API ключ или да се даде възможност за управляваните AI, зададен модел, температура и символични бюджети на работното място.

Обучение на ИИ

100 mg

Авторство на бързите: клиенти-представени и администратор-насочени подкани, ескалационни правила, тон насоки, забранени теми, и гранична конфигурация.

История на ИИ

100 mg

Одит на разговорите: пълен дневник за заявка/отговор, символично използване, разходи за разговор, доставчик, модел версия, и резултат резолюция.

AI прозрения

100 mg

Анализ на модела: общи въпроси, процент на резолюция, честота на предаване, удовлетворение по темата и идентификация на разликата в обучението.

Основание на знанието

100 mg

Съдържание на обучение: статии, Често задавани въпроси, продуктови документи, знания за конектори и потребителски записи. Семантично и ключова дума търсене за AI заземяване.

Конектори

Интеграции

Интеграционен център: инсталирани конектори, здравен статус, инвентарен опис на действията, управление на ценни книжа, пазарен браузър и Конектор строител.

Свързани сайтове

Настройки

Управление на сайта: проследяване на отсечка, ключ на сайта, конфигурация джаджа, настройки на домейн, и на място изолация работна пространство.

Екип

Настройки

Управление на потребителите: покани членове, присвояване на роли (Owner / Full Admin/Agent), задаване на достъп до отдел, и управление на разрешения.

Изпълнение на екипа

Настройки

Ops metrics: resolution times, workload, SLA compliance, CSAT by agent, reopen rates, busiest hours, and trend analysis.

Настройки

Настройки

Конфигурация: бизнес идентичност, AI настройка, проследяване, сигурност, брандиране, задържане, шаблони за електронна поща, фактуриране, внос/износ, диагностика и опасна зона.

Лиценз

Настройки

Управление на плана: лицензен статус, функции на плана, параметри на използването, дата на подновяване и опции за ъпгрейд/намаляване.

Започнете от тук.

Ръководство за качване на борда

The onboarding journey turns a new installation into a working OpsIQ workspace and can be left and resumed without losing progress.

Продуктов екран
Качване на бордаНа борда показва всяка настройка област, сегашното си състояние и следващото действие да завърши.Качване на бордаРаботно пространствоPROGRESS60%COMPLETED6СледващаNameЖИВЕЕШ РАБОТЕН ВИЖЛицензВалидиране на лиценза за продуктаГотово.AI доставчикИзбор на доставчик и тестов ключГотово.МаркаБизнес идентичност и тонГотово.УебсайтДобавяне на сайт и инсталиране на джаджаСледващият.1COMPLETE BASICSЛиценз, марка, Ал.2CONNECT DATAСайт и конектор3VERIFY LAUNCHЕкип, имейл, чекове
На борда показва всяка настройка област, сегашното си състояние и следващото действие да завърши.

Препоръчителна последователност

  1. Лиценз: да потвърди свидетелството и да потвърди работното място е активен.
  2. AI доставчик: изберете доставчик/модел, въведете препоръки и стартирайте теста за свързване. AI може да бъде пропуснат, ако работното пространство първоначално ще използва само аналитични и билети.
  3. Бизнес идентичност: задайте името, индустрията, описанието, тонът към клиента и данните за марката, използвани от джаджата и AI.
  4. Съединител: позволяват най-малко една външна платформа, когато OpsIQ се нуждае от поръчки, клиенти, билети, електронна поща или друг контекст платформа.
  5. Сайт и джаджа: създаване на сайта / работното пространство, копиране на ключа от сайта и проверка на частни браузър посещение в живо Feed.
  6. Екип и маршрут: канят администратори/агенти, създават отдели, задаване на маршрутизиране на имейла и потвърждаване на предпочитанията за уведомяване.
  7. Проверки на място: тестов чат, билет, синхронизиране на конектора, крон, изходящ имейл, уеб-hooks и охранителни заглавки.

Завръщането към борда трябва да покаже завършени стъпки, вместо да се налага рестартиране.

Започнете от тук.

Администриране на навигация и разрешения

The OpsIQ sidebar is permission-aware. This map explains where each operational area lives and why a page may not be visible to every administrator.

Продуктов екран
OpsIQ навигацияThe sidebar groups OpsIQ by work area; individual links appear only when the current role can use them.OpsIQ навигацияРаботно пространствоGROUPS8ПИСМОВъз основа на разрешениеSEARCHНаличенЖИВЕЕШ РАБОТЕН ВИЖПодкрепаБилети, имейл.CSAT, Знание ,ОтварянеCRMКонтакти, газопроводи, сделки, търсенеОтварянеАвтоматизацияРаботни потоци, правила, целиОтварянеСигурност и поверителностПреглед, одит, съгласие, блоковеАдминистратор1PICK A GROUPСъвпадение на страничния панел2CHECK ROLEСкрити означава ограничени3USE PAGE HELPОтваряне на раздела за съвпадение
The sidebar groups OpsIQ by work area; individual links appear only when the current role can use them.
Подкрепа

Билети, платформата за имейл на екипа, CSAT, Help Center и чатбот потоци.

CRM

Ежедневните търговски повърхности: CRM Home, Command Center, контакти, тръбопровод, прогноза, жизнен цикъл, търсене, сегменти, лидер борд, одобрение на сделки, стюарт данни, инструменти за растеж и потока активност.

Автоматизация

Работни потоци, свързани с събитие, правила за жизнения цикъл и цели за преобразуване.

Маркетинг

Излъчване, проактивни съобщения, съобщения, Промоция студио, Студио за проучване, кампании и екскурзии с водач.

Анализ

Доклад повърхности първи по-долу това е хъб, AI прозрения, продажби, клиенти, води, фунии, A/B тестове, сесия повторение, персонализирани табло и редовни доклади готварски, сесия, страница, география и събития трупи в подсег на Raw Data.

Самостоятелни страници

Разузнаване на сайта, екипна производителност и обратна връзка седят извън групите като директни записи.

Интеграции

Connectors, actions and triggers, mailboxes, drafts, email settings, inbound endpoints, outbound webhooks and API keys.

Сигурност и поверителност

Security overview, privacy and compliance, cookie consent, audit activity, failed logins, blocked IPs and JavaScript errors.

Настройки

Основните работни места (общи, екип, сайтове, езици), след това сгъваеми подраздели: AI Brain (инструкции, конфигурация, оценка, история), CRM Settup (строител, потребителски полета, олово точки, здраве), Data & Health (диагностика, износ) и Getting Started (онбордиране, помощ).

Страници, които не могат да бъдат отворени са скрити от страничния панел. Страници текущият план не включва оставане видими с Ъпгрейд таг и отваряне на ъпгрейд екран в ап.

Директните маршрути все още са проверени от страна на сървъра. Криенето на страничния бар не е границата на сигурността: всяко защитено действие трябва да премине през разрешението си и проверки на работното пространство.

Анализ

Анализаторски център

Центърът на анализаторите носи подкрепа, чат, AI, посетител и агент, които докладват в едно работно пространство с филтър за дата с експортируеми резултати.

Продуктов екран
Анализаторски центърАнализаторите Hub показва дата диапазон, метрични карти и раздели за поддръжка, Чат, Ал, Посетител и Агент изпълнение.Анализаторски центърРаботно пространствоБИКЕТА184AI RESOLVE63%CSAT4.7ЖИВЕЕШ РАБОТЕН ВИЖПодкрепаСъздаден, затворен, чакащ, SLAТабЧатAI/човешки резултати и време за работаТаб100 mgУвереност, обратна връзка, използване на символиТабАгентОбем, скорост и удовлетворениеТаб1CHOOSE DATESПредварителен или потребителски2CHANGE TABПодкрепа за агент3EXPORTСваляне CSV_
Анализаторите Hub показва дата диапазон, метрични карти и раздели за поддръжка, Чат, Ал, Посетител и Агент изпълнение.

Филтри и контролни уреди

  • Използване на предварително зададена или обичай от/до обхват, след това се освежават да възстанови всяка карта и диаграма за същия период.
  • Износ CSV_ експортирайте активния аналитичен изглед, а не снимка на екрана.
  • Скапът на работното пространство е автоматичен; смяната на сайтовете променя основния набор от данни.

Какво всеки подпрозорец мерки

  • Подкрепа: билети, създадени/затворени/изплатени, първи отговор, резолюция, резолюция за първи контакт, SLA и приоритет/отделение/статус разбивки.
  • Чат: Започнаха сесии, резолюции на AI, ескалации, изоставяне, време за работа, съобщения на сесия и AI/човешки/all CSAT.
  • AI: средна увереност, ниска степен на доверие, точност на триаж, обратна връзка, отклонение на знанията, символично/камера използване, и елементите, които се нуждаят от преглед.
  • Посетител: тенденции в трафика и ангажираността за избрания период.
  • Агент: мерки за работа на агента, скорост, затваряне и удовлетворение.

Използвайте Analytics Hub за преглед на кръстосания отбор; използвайте посветените Посетители, Билети, CSAT, AI История и Team Performance страници, когато имате нужда от рекордно ниво разследване.

Анализ

Дашборда

Dashboard е вашият дневен команден център. Показва трафик, продажби, поддръжка на товара, активност на ИИ и индикатори за преобразуване в един изглед. Отворете го всяка сутрин, за да разберете какво се случи през нощта и какво се нуждае от внимание днес.

Дашборд
Преглед на таблотоЕкранът за преглед, воден от OpsIQ Intelligence AI панел (с Daily brief, Smart traders, Прогноза), KPI джаджа плочки и седемдневна трафик джаджа, плюс рестартиране на макет контрол.Общ прегледРаботно пространствоOPSIQ INTELLIGENCEИзберете анализ и OpsIQ Пише го.Дневна справкаУмни сигналиПрогноза& Промяна на оформлениетоПОСТОРИТЕ ДНЕС2,481+12%ПРИХОДИ$8.2k+5%Отворени билети143 SLATraffic · last 7 days1AI-FIRSTOpsIQ Intelligence panel2WIDGETSПодреждане на плочките KPI3ТВОЯПо всяко време рестартирайте оформлението
Реалният екран за преглед: OpsIQ Intelligence панел нагоре (избери анализ и той го пише) над KPI джаджите, които подреждаш.

Дешборд картите са обяснени

Живи посетители

Броят на хората на вашия сайт точно сега. Това актуализира всеки 15 Посетител е "активен," ако са заредили страница в рамките на активния праг (по подразбиране: 90 секунди).

Уникални посетители

How many different people visited your website in the selected date range. OpsIQ identifies visitors by a combination of browser fingerprint, cookies, and (if available) authenticated identity.

Ново срещу връщане

Нови посетители виждат сайта си за първи път. Връщането на посетителите са били наблюдавани преди. Висока съотношение връщане означава вашето съдържание връща хората обратно. Много ниско съотношение връщане може да означава, че не се запази интерес.

Ниво на прескачане

The percentage of visitors who left after viewing only one page. A bounce rate above 70% on landing pages usually means the page is not meeting visitor expectations, wrong content, slow load, or poor mobile experience.

Средно време на страница

Много кратки пъти (под 10 секунди) на страници със съдържание предполага, че съдържанието не е ангажиращо. Много дълги периоди на страниците за напускане може да показват объркване.

Заплахи блокирани

IP addresses that OpsIQ identified as potentially malicious based on threat scoring, brute force attempts, or manual blocks. Click to see the blocked IPs list.

Продажби днес / тази седмица / този месец

Приходи от свързани източници на продажби (Shopify, WooCommerce, Stripe и др.). Ако продажбите показват нула, проверете дали вашата платформа конектор е свързан и синхронизиране.

Тенденция

Графика линия показва броя на посетителите през избрания диапазон от дати. Потърсете модели: трафик шипове (кампании, пресата споменава), спадове (седмични дни, празници) и устойчиви тенденции.

Топ източници

Откъде идват вашите посетители: директно, Google, социални медии, имейл кампании, сезиране сайтове. Използвайте това, за да разберете кои маркетингови канали работят.

Най-добрите браузъри

Chrome, Safari, Firefox, Edge и други. Ако браузърът има необичайно висока скорост на отскачане, може да имате CSS или JavaScript проблем със съвместимостта.

Часова топлина

Мрежа показва дейност на посетител в час ден и ден от седмицата. Използвайте това, за да реши кога да планирате промени подкрепа, кога да изпрати съобщения, и кога да тече промоции.

Последни посетители

Последните няколко посетители с държава, страница, устройство и източник. Полезни за бързи проверки на място по време на кампании.

Използване на филтъра с дата обхват

Кликнете върху берача на датата в горния десен ъгъл на таблото. Предварителни настройки: Днес, Вчера, Последно 7 дни, последно 30 дни, Този месец, Миналия месец, Персонализиран диапазон. Всички карти и графики се актуализират, когато промените обхвата. Диапазонът на дата е във вашата конфигурирана часова зона (зададете в Настройки).

Работни примери

Разследването за скокове в скоростта

Сценарий:
Your bounce rate jumped from 45% to 78% this week. What happened?
Какво да правя:

Проверка: (1) Промени ли се определена страница за кацане? Отидете на Top Pages и подреждайте по скачане. (2) Да не би една кампания да е изпратила трафика на грешна страница? Проверете Top Sources за нови реферери. (3) Дали сайтът се е развалил на мобилния? Проверете разбивката на браузъра за скорост на мобилно отскачане. (4) Дали е трафик на роботи? Проверете брояча на заплахи и подробности за посетители за подозрителни модели.

Нула посетители на таблото

Сценарий:
The dashboard shows 0 live visitors even though your website is getting traffic.
Какво да правя:

Проверка: (1) Инсталирано ли е проследяващото устройство? Вижте вашия сайт код източник и търсене на OpsIQ Сценарий. (2) Дали ключът е правилен? Сравнете ключа от сайта на данните в скрипта с ключа в свързани сайтове. (3) Дали CDN или кеш сервира застояла страница без скрипта? Изчистете си CDN кеша. (4) Дали рекламен блокер или CSP заглавна част блокира скрипта? Проверете конзолата на браузъра за блокирани заявки.

Четене на часовата топлина

Сценарий:
Your heatmap shows heavy activity between 10am-2pm on weekdays but nothing on weekends.
Какво да правя:

This is a B2B traffic pattern. Your visitors are working professionals browsing during business hours. Implications: (1) Schedule support staff for weekday business hours. (2) Send email campaigns Tuesday-Thursday morning. (3) Weekend maintenance windows are safe. (4) Consider offering live chat only during peak hours.

Скок от неизвестен източник

Сценарий:
You see a sudden spike of 500 visitors in one hour from an unknown referrer.
Какво да правя:

Отидете при посетителите и филтрирайте през времевия прозорец. Проверете: (1) Те истински посетители ли са или ботове? Вижте продължителността на сесията, страниците гледани и разнообразието на браузъра. (2) Ако е истина, на коя страница се приземяват? (3) Проверете рефера URL Някой може да е свързан с теб от Редит, Хакер Нюз или популярен блог. (4) Ако това е бот трафик, проверете заплахи и помислете за блокиране на IP обхват.

Защо посетителите ми се различават от Google Analytics?+

OpsIQ Той използва пръстови отпечатъци на браузър и бисквитки, докато GA използва различен модел бисквитка. Филтриране на ботове, реклами за блокери и поръчка за зареждане на скриптове също може да предизвика разлики. 10-20% отклонението е нормално.

Мога ли да включа таблото в друг инструмент?+

Арматурното табло е предназначено за OpsIQ Admin. За външна отчетност, използвайте REST API да изтеглите данни от анализите и да го покажете в своя собствен инструмент за табло или BI.

Какво означава "заплахи"?+

Това се брои. IP адреси, които OpsIQ е маркиран или блокиран въз основа на оценка заплаха, повтаря неуспешни входове, или ръчни блокове. Щракнете върху брояча, за да видите детайли и управление на блокове.

Анализ

Дневник на посетителите

Всеки ред е една страница натоварване от един посетител. Използвайте го, за да разследвате индивидуално поведение на посетителите, намерите трафик на кампанията, и диагнозирате въпроси проследяване.

Дневник на посетителите
Дневник на посетителитеТаблица с посетители с филтърна лента (дата, търсене)IP/email/city, източник, устройство) и колони за IP Имейл, местоположение, източник, устройство и време, със засекретен ред на заплахите.Дневник на посетителитеyoursite.com7 дниТърсене IP Имейл, град...Източник▾Устройство▾IP/ EMAILМЕСТОПОЛОЖЕНИЕИЗТОЧВАНЕУСТРОЙСТВОКогато[email protected]САЩ · Ню ЙоркgoogleРаботен плот2m41.62.10.4Великобритания · ЛондонdirectМобилен6m[email protected]DE · БерлинИзходен код:Мобилен14m203.0.113.9NG · ЛагосreferralРаботен плотthreat1–25 от 3,402Сесия →1FILTERДата · търсене · източник · устройство2REAL COLUMNSIP/email · местоположение · устройство · заплаха3DRILL INОтваряне на пълната сесия
Истинският дневник на посетителите: филтър по дата, търсене и устройство, след което прочетете всяко посещение от IP/email, местоположение, източник, устройство и време, заплахи маркирани в червено.

Какво показва всеки ред

IP address

На посетителя.IP Анонимен адрес.IP Анонимацията е активирана в Настройките. Кликнете, за да видите всички посещения от това IP.

Държава и град

Detected from the IP address using GeoIP data. Requires MaxMind GeoLite2 database or Cloudflare geo headers. Shows "Unknown" if GeoIP is not configured.

Страница URL

Натиснете, за да видите пълния URL. Дълго URLs са счупени в изгледа на масата.

Разписка

От където идва посетителят преди кацането на сайта ви. "Директно" означава без рефер (отметки, типирани URLs, някои връзки към приложения).

Устройство и браузър

Типът на устройството (desktop, mobile, tablet) и браузър (Chrome, Safari, Firefox и др.).

Дата и час

Когато страницата беше заредена, в конфигурираната ви часова зона.

Идентификация на клиента

Ако посетителят е идентифициран (чрез идентификационен знак или вход), се появява името или имейла им. В противен случай показва като анонимен.

Филтри

Дата на изтичане на срока

Filter visits to a specific time period. Default: last 7 days.

Търсене

Търсене по IP адрес, страница URL, рефер, държава, или клиентски имейл.

Източник

Филтър по източник на трафик: Директен, Органичен, Социален, Сезиране, Платена, Имейл.

Устройство

Филтрирайте чрез работен плот, Мобилен или таблет.

Само нови

Покажи само посетители за първи път, които никога не са били виждани преди.

Работни примери

Намерете посетители от конкретна кампания

Сценарий:
You launched a Google Ads campaign with UTM parameter utm_source=google&utm_medium=cpc&utm_campaign=summer-sale. How do you find those visitors?
Какво да правя:

В дневника на посетителите използвайте полето за търсене и въведете "Лятнопродажби."URLs и страница URLs, така че UTM параметри ще съвпадат. Можете също да филтрирате по Източник = Платен за стесняване допълнително.

Намерете клиент, който е докладвал за проблем

Сценарий:
A customer emailed saying "your checkout page was broken yesterday around 3pm." How do you find their session?
Какво да правя:

Търсене по имейл адреса си в Посетителския дневник. Ако те са влезли, тяхната идентичност ще се появи. Задайте дата диапазон до вчера. Потърсете посещения за проверка страници около 3:00 ч. Кликнете върху сесията им, за да видите пълния поток на страницата и всякакви грешки JavaScript _.

Откриване на стопарска или стъргала

Сценарий:
You notice an IP address has 500+ visits in one hour, all to the same page.
Какво да правя:

Това вероятно е бот, стъргало или развален сценарий.IP Проверка: (1) Всички посещения на една и съща страница ли са? (2) Потребителският агент известен бот ли е? (3) Е продължителността на сесията винаги 0 Ако се потвърди като бот, отидете при охраната и блокирайте IP.

Посетителски дневник срещу сесии срещу живо предаване

Дневник на посетителите

Най-добре за: разследване на конкретни страници, намиране на трафик от специфични източници, диагностициране на въпроси за проследяване.

Сесии

Групи страница гледа в пътувания. Един ред на посещение сесия. Най-добре за: разбиране на потребителски поток, измерване продължителността на сесията, идентифициране на пътищата за преобразуване.

Живи фуражи

Показва посетители в реално време на сайта си. Най-доброто за: мониторинг кампании в процес, засичане на високо интензивно посетители, гледане на възможности за подкрепа.

Защо виждам собствените си посещения в дневника?+

OpsIQ tracks all visits by default. To exclude your own traffic, add your IP address to the excluded IPs list in Settings > Tracking.

Защо посетител показва "неизвестна" страна?+

GeoIP преглед изисква или Cloudflare Гео заглавни части (автоматични, ако се използват Cloudflare) или файл с база данни MaxMind GeoLite2. Проверете Настройки > GeoIP Path, за да се гарантира съществуването на файла с базата данни и е четим.

Колко време се съхраняват данните за посетителите?+

Данните за посетителите се съхраняват за периода на задържане, конфигуриран в Настройки (по подразбиране: 90 дни). След това старите записи автоматично се почистват от работата по задържането на кроните.

Анализ

Сесии

Сесии група множество страници виждания от един и същи човек в едно пътуване. Докато Дневникът на Посетителите показва индивидуални товари страница, сесиите ви показват как хората се движат през вашия сайт от кацане до изход.

Сесии
СесииТаблицата със сесиите с лог IP, държава, устройство, източник, продължителност и страници колони, както и засекретен ред заплаха.Сесииyoursite.comДържава (NG)Дневник на сесиятаIP(S)СТРАНАУСТРОЙСТВОИЗТОЧВАНЕПРОДЪЛЖИТЕЛНОСТПИСМО41.62.10.4ВеликобританияРаботен плотgoogle3m12s6102.89.6.2НГМобиленdirect1m05s388.21.4.9ДЕРаботен плотИзходен код:7m48s11203.0.113.9САЩМобиленreferral0m42s21SESSION LOGГрупирани пътувания2COLUMNSДържава · устройство · източник · продължителност3THREATРискови сесии
Истинският дневник на сесията: всяко пътуване като един ред (IP, държава, устройство, източник, продължителност и страници) с рискови сесии, маркирани в червено.

Как работят сесиите

Сесия започва, когато посетителят зарежда първата си страница. Тя продължава, тъй като те се насочват към повече страници. Сесия завършва, когато посетителите са неактивни за периода на сесията (по подразбиране: 30 минути) или затваря браузъра си. Същият човек се връща след таймаут създава нова сесия.

Какво показва всяка сесия

Първа страница

На площадката за кацане, където посетителят е влязъл в сайта ви. Това ви казва кое съдържание привлича хората.

Последна страница

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

Брой страници

Колко страници посетителят разглежда в тази сесия. Повече страници обикновено означава повече ангажираност, но това може да означава и посетителя е загубен.

Продължителност

Общо време от зареждане на първата страница до последната дейност. Сесиите с 0 секунди са подскача (едностраница преглед, без по-нататъшно взаимодействие).

Източник

Източникът на трафика за тази сесия (Директно, Google, социално, сезиране и др.).

Държава

Засечена страна от посетителя IP Адрес.

Скачай!

Дали посетителят е напуснал след като е видял само една страница.

Преобразуване

Дали посетителят е завършил проследено събитие (покупка, регистрация, подаване на формуляри) по време на тази сесия.

Филтри

Търсене

Търсене по IP, електронна поща, страница URL, или рефер в рамките на сесии.

Тип

Филтрирайте от Нови Посетители (първа сесия) или Завръщащи се посетители.

Източник

Филтър от източник на трафик.

Държава

Филтрирайте по държави, за да видите сесии от определен регион.

Заплахи/отхвърлени

Филтър за показване само отскачащи сесии или сесии, маркирани като заплахи.

Работни примери

Профил на клиент с висока стойност

Сценарий:
A customer just made a large purchase. You want to understand their journey before buying.
Какво да правя:

Търсене на имейл в сесиите си. Вижте всички техни сесии: (1) Колко пъти са идвали преди да купят? (2) Кои страници гледали те? (3) Използваха ли чата или отвориха билет? (4) Какво е общото време от първото посещение да закупите? Това ви казва типичното пътуване за закупуване на клиенти с висока стойност.

Откриване на вход от ново място

Сценарий:
A customer usually logs in from Nigeria but you see a session from Russia.
Какво да правя:

Търсете имейл на клиента в сесии. Сравнете страната на последните сесии. Ако една сесия внезапно се появи от необичайна страна, тя може да бъде законно пътуване или компрометиран акаунт. Проверете: (1) Имало ли е неуспешен опит за влизане преди успешния? (2) IP Ако е подозрително, да го засечем.

Каква е разликата между сесия и посетител?+

Посетител е човек (или браузър). Сесия е едно посещение от този човек. Същият посетител може да има много сесии във времето. Сесиите изтичат след периода на таймаут.

Как е? OpsIQ идентифициране на завръщащи се посетители?+

OpsIQ uses a combination of cookies, browser fingerprinting, and authenticated identity tokens. If a visitor clears their cookies and is not logged in, they will appear as a new visitor.

Анализ

Живи фуражи

Live Feed показва посетители в момента на вашия сайт в реално време. Той се актуализира автоматично всеки 15 секунди (конфигурируем). Използвайте го по време на кампании, стартира продукти, и натоварени периоди на поддръжка, за да видите какво се случва точно сега.

Живи фуражи
Живи фуражиПоток на активност в реално време показващ онлайн броя на посетителите и източник на скорошни действия на посетители от страна.Живи фуражиyoursite.com37Посетителите са онлайн сегаЖива дейностСегаUS · гледане /pricing2sВеликобритания · започна разговор5sDE · добавена към количката9sCA · завършена регистрация1RIGHT NOWВиж кой е на място.2AUTO-REFRESHОбновяване на всеки 15s_3ДЕЙСТВИЕСкачай в чат на живо
See who is on your site this second and what they are doing, refreshing automatically every 15 seconds.

Как работи?

Всеки ред показва посетител в момента на сайта си: текущата им страница, страна, устройство, източник, продължителност на сесията и броя страници. Зелените акценти показват нова дейност от последното освежаване. Щракнете върху всеки ред посетители, за да видите техните пълни данни за сесията.

Настройки

Обновяване на интервала

Колко често са актуализациите на живо. 15 секунди. По-ниски стойности (5-10s) дават по-бързи актуализации, но използват повече сървър ресурси. По-високи стойности (30-60s) са по-лесни на сървъра, но по-малко в реално време.

Активен праг

Колко дълго се счита за "активен" след последното зареждане на страницата. По подразбиране: 90 Ако посетителят натовари страница и я прочете за 2 минути без щракване, те изчезват от живата емисия след прага.

Бутон за пауза

Щракнете върху пауза, за да спрете автоматично освежаване. Полезно, когато искате да прочетете подробности без актуализиране на списъка.

Работни примери

Открий гореща следа по време на кампанията.

Сценарий:
You are running a product launch. A visitor just viewed your homepage, then features, then pricing, and is now on the checkout page.
Какво да правя:

Това е високо intent поведение.1) Щракнете върху посетителя, за да видите тяхната сесия. (2) Ако започнат разговор, AI ще има пълния им контекст на пътуване. (3) Ако те си тръгнат без да купуват, те се превръщат в олово в страницата с водещите. (4) Помислете за създаване на проактивно правило, за да покажете чат съобщение, когато посетителите достигат касата.

Твърде много посетители от същото IP_

Сценарий:
You see 20 visitors from the same IP address, all on different pages.
Какво да правя:

This could be: (1) An office with shared internet. Check if the visits look like real humans (different pages, reasonable session durations). (2) A bot or scraper. Check if sessions are very short (0-1 seconds) or hitting pages systematically. (3) A load test. If you are running automated tests, exclude the IP from tracking.

Защо се показва живата емисия 0 Посетители, когато моят сайт има трафик?+

Check: (1) Is the widget script installed on your site? (2) Is the site key correct? (3) Has the active threshold passed? (4) Are visitors using aggressive ad blockers that block the tracking script?

Мога ли да филтрирам живото предаване по държава или устройство?+

За филтрирани гледки използвайте страниците с опции за филтриране на живо.

Анализ

Топ страници

Топ страниците показват кои страници на вашия сайт получават най-много трафик. Тя се редифицира страници от посещения, ангажименти, преобразувания и подпомага дейност. Използвайте го, за да идентифицирате най-доброто си съдържание, намери недостатъчно представящи страници, и открийте страници, които генерират въпроси за подкрепа.

Топ страници
Топ странициИзброен списък на най-посещаваните страници с хоризонтални барове и бройки.Топ странициyoursite.comСтраници с най-много посещения/pricing3,402/2,910/docs1,740/blog/seo-guide980/signup6401RANKEDСтраници с най-много посещения2SIGNALSПосещения и преобразувания3FINDСтраници, които карат билети
Вашите страници са класирани от трафик и ангажираност, така че можете да забележите най-горното съдържание и страници, които генерират подкрепа.

Какво показва всяка страница

Страница URL

The full URL path. Similar pages (e.g., product variants) are grouped if grouping is enabled.

Прегледи

Общ брой пъти тази страница е била заредена в избрания диапазон.

Уникални посетители

Колко различни хора гледаха тази страница (човек, който гледа една и съща страница два пъти се брои като 1 уникален).

Ниво на прескачане

Процент на посетителите, които са напуснали сайта си след като са гледали само тази страница. Висок скок на десантни страници = проблем. Високи отскок на "благодаря" страници = нормално.

Средно време

Колко дълго посетителите прекарват на тази страница средно. Много кратко = не четене. Много дълго на форма страница = объркване.

Започва разговорът

Колко чатове са започнали от тази страница. Високият чат започва на продуктовата страница означава, че описанието на продукта може да не е ясно.

Билети за поддръжка

Колко билети за поддръжка са създадени от посетители, които са били на тази страница. Високи брой билети = потенциален UX или проблем съдържание.

Работни примери

Търсене на страници, които водят до въпроси за поддръжка

Сценарий:
Your support team keeps getting questions about shipping. Which page is failing?
Какво да правя:

Сортиране на топ страниците по "Подкрепете билети" или "Чат започва" низходящо. Потърсете продукт или корабни страници с висока бройка. Страницата с най-много въпроси за подкрепа вероятно има неясна информация.

Търсене на страници с висока скорост на излизане

Сценарий:
You want to know where people leave your site most often.
Какво да правя:

Сортирайте по скачане процент низходящ. Игнорирай страници, които са естествено изходни точки (благодаря страници, страница потвърждение). Фокусирайте се върху страници, че трябва да държат посетителите ангажирани: продуктови страници, ценообразуване, функции.

Защо една страница показва 0 Въпреки че знам, че има задръстване?+

Проверка: (1) Дали проследяващата джаджа инсталирана на тази конкретна страница? Приложенията за една страница може да не се стреля страница изгледи на маршрута промени. (2) Изключена ли е страницата в настройките за проследяване? (3) Дали CDN обслужва кеширана версия без проследяващ скрипт?

Анализ

Георазузнаване

Geo Intelligence показва откъде вашите посетители идват от страната, града, устройството и източника. Използвайте го, за да разберете географските си пазари, да решите относно езикова подкрепа, план регионални маркетинг, и откриване на подозрителни модели на движение.

Гео
ГеоразузнаванеКарта на местата за посещение до класацията на баровете в страната.Георазузнаванеyoursite.comПосетители по местоположениеСАЩВеликобританияДЕКАНГ1MARKETSДържава, град, устройство2PLANЕзик и региони3WATCHСпот-странен трафик
От където идват вашите посетители (по държава, град и устройство) до размера на пазарите и място необичайно движение.

Какво виждаш?

Най-горна бар диаграма на страните

Най-добрите страни, класирани по брой посетители. Кликнете върху страна, за да пробие надолу до данните на градско ниво.

Кънтри поничка

Визуална разбивка на трафика по държави.

Пълна таблица в страната

Всяка страна с посетители в избрания период, показвайки броя на посетителите, броя на сесиите, процента на скачане и скоростта на обръщане.

Градско сондиране

Кликнете на страната, за да видите кои градове в тази страна имат най-много посетители.

Как работи GeoIP откриването

OpsIQ открива местоположението на посетителите по два начина: (1) Cloudflare Ако мястото ви е зад Cloudflare, Откриването на страната е автоматично и точно. (2) MaxMind GeoLite2 база данни. Изтеглете безплатната база данни и конфигурирайте пътя в Настройките. Откриването на град изисква базата данни Geolite2-City, а не само базата данни Country.

VPN и прокси трафик

Посетители, използващи VPNs ще изглежда да идват от местоположението на VPn сървъра, а не тяхното реално място. OpsIQ не може и не трябва да се опитват да заобиколят VPNs. Ако виждате необичайни модели на страната, помислете, че 10-20% на посетителите може да се използва VPN.

Работни примери

Неочакван трафик на държави

Сценарий:
You run a US-only business but 30% of traffic is from India.
Какво да правя:

Проверка: (1) Тези истински посетители ли са? Вижте продължителността на сесията и страниците гледани. Много къси сесии с висок отскок = вероятно ботове. (2) Намират ли ви чрез Google? Проверете рефера. (3) Възможно ли е те да са потенциални клиенти на нов пазар? Ако трафикът е истински и ангажиран, помислете за добавяне на специфично за Индия ценообразуване или съдържание.

Решаване на езикова подкрепа

Сценарий:
You want to know if you should translate your site into Spanish.
Какво да правя:

Look at the Geo Intelligence page. If Spanish-speaking countries (Spain, Mexico, Colombia, Argentina, etc.) together represent more than 10% of your traffic with low bounce rates, translation is worth considering. Also check: do visitors from these countries convert at similar rates to your primary market?

Планиране на регионални промени в подкрепата

Сценарий:
You need to decide support team hours for different time zones.
Какво да правя:

Използвайте почасовата термокарта (на дашборда), комбинирана с Geo Intelligence. 40% на вашия трафик е от Европа и 35% От САЩ се нуждаем от покритие и за двете часови зони.

Държава с посещения, но без заповеди

Сценарий:
Germany shows 500 visitors this month but zero sales.
Какво да правя:

Разследване: (1) Дали те подскачат на ценовата страница? Може би цената ви не е конкурентна за този пазар. (2) Ще пътувате ли до Германия? Проверете дали в страницата ви за доставка се споменава Германия. (3) Има ли вашата каса на разположение в EUR? Валутни несъответствия причини изоставени чекове. (4) Тези посетители от един източник, че може да бъде ниско интензивно движение?

Защо посетител показва "неизвестна" страна?+

GeoIP не е конфигуриран. Или създаден Cloudflare (който автоматично добавя геозаглавни елементи) или изтегля базата данни на MaxMind GeoLite2 и задава пътя на файла в Настройки > Geo IP Path.

Мога ли да блокирам трафика от определени страни?+

OpsIQ не блокира по държава. Използвайте вашия уеб сървър или Cloudflare правилата на защитната стена за блокирането в страната.OpsIQ се фокусира върху видимостта, а не върху контрола на достъпа до мрежата.

Анализ

Фуния с цел задаване на цели

В Intent Funnel класира сесиите на посетителите с това, което те изглежда се опитват да направят: сърфирайте, изследвания, сравнение, купуване, получаване на подкрепа, или напусне. Използвайте го, за да разберете баланса на намеренията на вашия сайт и да определи къде посетителите отпадат.

Фуния с цел задаване на цели
Фуния с цел задаване на целиФуния от Преглед до Проучване, за да се сравни с Купи с броя, плюс подкрепа и оставяне на чипове.Фуния с цел задаване на целиyoursite.comПреглед · 8,200Изследвания · 4,100Сравни · 1,650_Купуване · 520_Подкрепа 6%Напускам. 11%1CLASSIFYКакво искат посетителите?2STAGESПреглед на покупките3ОПРЕДЕЛЯНЕНамери доставката.
Сесии класифицирани по намерение (отглеждане, проучване, сравнение, покупка) така че можете да видите точно къде хората се отбиват.

Категории на намерение

Преглеждане

Посетителите небрежно се оглеждат, кратки сесии, няколко страници, без да бъдат открити конкретни цели.

Проучване

Посетителите четат страниците на продукта/функционалността, документите или съдържанието на блога.

Сравняване

Посетителите гледат ценообразуване, сравнение на плана или игрални маси.

Купуване

Посетители на касата, количката или страниците за записване.

Поддръжка

Посетителите на страниците за помощ, страниците с контакти или чатовете.

Подскачане

Посетители, които напуснаха след една страница.

Как да четем фунията

Интерпретация на фунията

Сценарий:
1,000 visitors viewed Pricing. 270 opened chat. 92 started checkout. 64 paid. 18 opened support tickets.
Какво да правя:

Цена страница е достатъчно силна, за да се създаде намерение. 27% Билетите за поддръжка след напускане могат да покажат активиране или объркване на плащанията. (1) Уверете се, че AI чат отговори на ценови въпроси добре. (2) Разследване на 18 билети за подкрепа след напускане за общи въпроси.

Времеви филтри

Например, сравни Black Friday седмица с нормална седмица. Трябва да видите скок в "Купуване" намерение и вероятно "Подкрепа-търсене," ако вашите промоции създават объркване.

Как е? OpsIQ да се класифицира намерението?+

OpsIQ Погледнете страницата URLs Разпределителни страници за сравнение. Проверка страници сигнал закупуване намерение. Помощ / контакт страници сигнал подкрепа цел. Класификацията е huristic-базиран, не AI-задвижвани.

Мога ли да персонализирам категориите на намерения?+

Категориите са вградени въз основа на общи модели уеб поведение.

Анализ

Фънели, задържане и пътеки

Изграждане на потребителски пътувания от страница или стъпки събитие, измерване на кохорта задържане и откриване на пътищата посетители най-често минават през сайт.

Продуктов екран
ФънелиПоръчка за фуния показва всяка страница/събитие стъпка, останалите посетители и процента на преобразуване.ФънелиРаботно пространствоSTEPS4CONVERSION28.4%WINDOW72hЖИВЕЕШ РАБОТЕН ВИЖРазпределена цена1,420 посетители100%Избор на план780 посетители54.9%Започвам отписване530 посетители37.3%Поръчката е изпълнена403 посетители28.4%1DEFINEИзбор 2–8 стъпки2МЯРКАТАЗадаване на прозорец за преобразуване3ПРОМОЩНамерете най-голямата капка
Поръчка за фуния показва всяка страница/събитие стъпка, останалите посетители и процента на преобразуване.

Фънели

Създаване на име фуния с 2 до 8 Задайте прозорец за преобразуване в часове; посетител брои само когато наредените стъпки се случват в този прозорец. Използвайте капка между стъпките, за да изберете къде да инспектирате повторение, грешки, скорост на страницата или съобщения.

Задържане

Задържане групи посетители в седмичните кохорти и показва колко се връща. 6, 8 или 12 седмичен хоризонт. Дръжте дефиницията на кохортата стабилна при сравняването на релийзи или кампании.

Пътища

Пътищата изброяват най-често срещаните последователности страница. Изберете дължина на пътя от 2 до 5 Използвайте го, за да намерите неочаквани отклонения, общи изходи и съдържание, които многократно предхождат преобразуването.

За да се реагира на завършена стъпка, създаване на цел за преобразуване, сегмент, спусък или работен поток.

Анализ

Повторение на сесия

Session Replay ви позволява да гледате времева линия на това, което посетител направи на вашия сайт: кои елементи те кликнаха, как превъртат, къде кръжат, и какво те напечатаха (с чувствителни полета маскирани). Използвайте го за диагностициране UX проблеми, проверка на бъг доклади, и разбиране на объркването на клиента.

Повторение на сесия
Повторение на сесияИграч, показващ страница визьор с курсор, панел за информация за сесията и стерилизатор.Повторение на сесияyoursite.comКупи сега.СЕСИЯПродължителност 3m 12s_14 кликванияUS · Работно мястоХром 1241WATCHЩраквания, превъртане, тип2MASKEDСкрити чувствителни полета3DIAGNOSEПроверка на докладите за грешки
Реплика точно това, което един посетител направи: кликвания, свитъци, писане (чувствителни полета маскирани), на времева линия пречиствател.

Намиране на правилната сесия

От страницата на Сесиите, потърсете сесии с докладвани въпроси, висока страница брои без преобразуване, или сесии от клиенти, които са подали билети за подкрепа. Щракнете върху иконата за възпроизвеждане, за да отворите времевата линия оглед.

Какво показва повторението

Времева линия

Хоризонтален бар показва събития с течение на времето. Кликнете навсякъде по време, за да скочи към този момент.

Навигация на страницата

Всеки товар на страниците се появява като сегмент от времевата линия. Можете да видите точния път, по който е тръгнал посетителят.

Щракване

Кликнете върху събитията са показани като точки на времевата линия и като акценти на реконструкцията на страницата.

Скитба

Дълбочината на свитъците е проследена, така че можете да видите колко надолу се чете посетителят.

Форма за взаимодействие

Фокусът на полето и записващите събития се записват. Входът на текст в паролата и чувствителните полета е маскиран по подразбиране.

Поверителност и маскиране

Сесия повторно играе маски чувствителни полета форма по подразбиране. Парола полета, кредитни карти входове, и полета маркирани с данни-opsiq-Маската никога не се записва. Можете да настроите допълнителни правила за маскиране в Настройки > Проследяване. Ако политиката ви за съответствие го изисква, можете да изключите изцяло повторението.

Диагностициране на счупена каса

Сценарий:
A customer says "I tried to buy but the button did nothing."
Какво да правя:

Find their session in the Sessions page (search by email). Open the replay. Watch the checkout page segment. Look for: (1) Did they click the right button? (2) Did a JavaScript error occur? (Check the JS Errors page for that time.) (3) Did the page reload or show an error message? (4) Was a required field empty? The replay shows exactly what happened.

Колко съхранение използва сесията отново?+

За високо-тарафикни сайтове, разгледайте по-кратък период на задържане (напр., 30 дни) за управление на съхранение.

Може ли посетителите да се откажат от повторението?+

Ако "Respect Do Not Track" е включена в Настройките, посетителите с DNT заглавни части не са записани. Също така можете да изключите конкретни страници от повторението на настройките за проследяване.

Анализ

Дневник на събитията

The Events Log shows every event that OpsIQ has recorded: page views, clicks, chat starts, ticket creations, sales, and custom events. Use it to debug integrations, verify webhook delivery, and understand the sequence of actions.

Дневник на събитията
Дневник на събитиятахронологичен дневник на събитията с цветно кодирани значки: pageview, чат, продажба, уеб-кабина и обичай.Дневник на събитиятаyoursite.compageviewСАЩ · /pricing_12:04:01chat.startВеликобритания · джаджата е отворена12:04:09продажба$49.00 · ред #104212:05:22webhockpayment.succeeded12:05:23customdemo_booked12:06:101EVERYTHINGВсяко записано събитие2DEBUGПроверка на доставката на уеб-какдап3ORDERВижте точната последователност
A timeline of everything OpsIQ records (pageviews, chats, sales, webhooks, custom events) for debugging and audit.

Вградени събития (автоматични)

pageview

Изстрелва се всеки път, когато следите заредени страници. Включва URL, заглавие, рефер и печат на времето.

chat.started

Уволнен, когато посетител отвори джаджата за чат и изпраща първото си съобщение.

chat.message

Уволнен за всяко съобщение в разговор (както посетител, така и AI/агент).

ticket.created

Изстрелян при създаването на нов билет за поддръжка (от чат, имейл, джаджа или администратор).

ticket.replied

Уволнен, когато се добавя отговор към билет.

order.completed

Изстрелвани, когато покупката е завършена чрез свързана платформа.

form.submitted

Изстрелва се при подаване на следен формуляр (ако е включено проследяване на формата).

identify

Уволнен, когато посетителят е идентифициран чрез знак за самоличност.

Сигурност. login_провал

Стреля се, когато опита за влизане се провали.

Потребителски събития

Можете да изпращате потребителски събития от вашия сайт или сървър до OpsIQ. Потребителски събития са полезни за проследяване на действия, специфични за бизнеса си: кликвания с бутони, използване на функции, видео пиеси, изтегляния и др.

JavaScript · Потребителско събитие от браузъра
// Send a custom event from the browser
window.OpsIQ = window.OpsIQ || [];
window.OpsIQ.push(["track", "plan_selected", {
  plan: "pro",
  billing: "annual",
  value: 99
}]);
PHP · записва контактна активност от вашия сървър
// Record a server-side activity for a contact (PHP)
$ch = curl_init("https://your-opsiq-domain.com/api/v1.php");
curl_setopt_array($ch, [
    CURLOPT_POST => true,
    CURLOPT_RETURNTRANSFER => true,
    CURLOPT_HTTPHEADER => [
        "Authorization: Bearer opq_your_key",
        "Content-Type: application/json",
    ],
    CURLOPT_POSTFIELDS => json_encode([
        "action" => "crm.activities.record",
        "site_key" => "site_abc123",
        "email" => "[email protected]",
        "event" => "subscription.upgraded",
        "value" => 50,
        "currency" => "USD",
    ]),
]);
$response = curl_exec($ch);
curl_close($ch);

Филтриране на събития

Вид събитие

Филтрирайте чрез специфични имена на събития: pageview, chat. started, bitet. created и др.

Дата на изтичане на срока

Показване на събития от определен период от време.

Търсене

Търсене на данни за събития по ключова дума (URL, имейл, стойности на имота).

Колко време се водят събитията?+

Събитията следват политиката за задържане, определена в Настройките. По подразбиране: 90 дни. Събитията с висока стойност (покупки, събития за сигурност) могат да бъдат конфигурирани с по-дълго запазване.

Мога ли да използвам събития в A/B експерименти?+

Да. При създаването на експеримент, вие избирате събитие за преобразуване. Всяко вградено или персонализирано събитие може да се използва като цел за превръщане.

Анализ

Експерименти А/Б

Експериментите ви позволяват да тествате две версии на страница или функция и мярка, която човек изпълнява по-добре. OpsIQ песни впечатления, преобразувания и статистическа значимост.

Експерименти А/Б
Експерименти А/БДве вариантни карти, сравняващи обменните курсове с печеливша значка и значение на водещия вариант.Експерименти А/Бyoursite.comВариант А4.2%conversion · 1,020 viewsВариант BПобедител.6.8%conversion · 1,005 views+62% лифт · 96% значително1ИЗПИТВАНЕДва варианта един до друг2МЯРКАТАПреобразуване и значение3ДЕКИДОбявяване на победител
Пуснете два варианта, наблюдавайте конвертирането и статистическата значимост, и декларирайте победителя.

Как работят експериментите

1
Създаване на експеримент

Дайте му име, дефинирайте първичния си метричен (реверсивен случай) и настройте вариантите (контрол и тест).

2
Пусни го.

OpsIQ на случаен принцип възлага посетителите на варианти и проследява поведението им. Не променяйте експеримента, докато работи.

3
Прочетете резултатите

След като се съберат достатъчно данни, проверете нивото на доверие.95% Доверието означава, че можеш да бъдеш 95% Сигурен съм, че разликата е реална, а не случайна.

Експериментни състояния

Проект

Създаден, но все още не е започнал. Все още можете да редактирате варианти и параметри.

Бягане

Активно присвояване на посетителите към варианти. Не редактирайте по време на изпълнение.

Завършено

Достигнат статистическа значимост или е бил ръчно спрян.

Архивиране

Резултатите бяха преразгледани и експериментът вече не е необходим в активния списък.

Най-добри практики

Дефинирай метричната си стойност преди старта

Решете какво измервате преди да започнете. Избиране на метрична след като видите резултатите въвежда пристрастие.

Изключване на вътрешния трафик

Добавете IP адреси към списъка за изключване, така че посещенията на персонала да не опетняват резултатите.

Бягай достатъчно дълго.

Do not stop an experiment after 100 visitors. You need hundreds or thousands of visitors per variant for reliable results.

Тест на промяната в даден момент

Ако промените заглавието и цвета на бутона, няма да знаете коя промяна е причинила подобрението.

Запиши решението си.

След края на експеримента, обърнете внимание кой вариант спечели и защо сте избрали да го приложите.

Колко посетители ми трябват за валиден експеримент?+

Това зависи от изходния курс на преобразуване и размера на ефекта, който искате да откриете. 500 посетители на вариант за a 20% За по-малки ефекти, трябват хиляди.

Мога ли да правя няколко експеримента едновременно?+

Ако два експеримента засягат една и съща страница, резултатите им могат да взаимодействат. По-безопасно е да се провеждат експерименти на различни страници или функции едновременно.

Анализ

JavaScript грешки

JavaScript Грешки събира грешки от страна на клиента от вашите посетители на сайта. Развален бутон, неуспешно API Обаждане, или липсващ ресурс се появява тук. Използвайте го, за да намерите и поправи буболечки, които засягат реални клиенти.

Грешки на JS
JavaScript грешкиСписък на заловените грешки от предния край с точки за тежест, изходни файлове, браузър и броя на събитията.JavaScript грешкиyoursite.comПоследни грешкиTypeError: cannot read x of undefinedПроверка. js:42 · Хром×214404 зареждане /assets/app.cssиндекс · Safari×88Незаловен (обещаващ) NetworkErorapi.js:17· Firefox×51Предупреждение за отстраняване: разтоварване на събитиетоtrack. js · Edge×331CAPTUREГрешки от страна на клиента2IMPACTБроячи и браузъри3ОПРЕДЕЛЯНЕСкуош истински буболечки
Истински посетители удрят счупен код повърхността тук (съобщение, източник, браузър и колко често) така че можете да поправите това, което има значение.

Какво показва всяка грешка

Грешка при съобщение

The JavaScript error text (e.g., "TypeError: Cannot read properties of undefined").

Страница URL

На коя страница е станала грешката.

Брошър и устройство

Кой браузър и типа устройство видях грешката. Някои грешки са специфични за браузера.

Проследяване на стак

Местоположение на кода, където е възникнала грешката. Щракнете върху него, за да разширите цялата следа от стека.

За първи път виждам

Когато тази грешка се появи за първи път.

Последно видян

Когато тази грешка се случи най-скоро.

Брой

Колко пъти е била записана тази грешка.

Засегнати сесии

Колко различни сесии посетители са преживели тази грешка.

Приоритизиране на грешки

Не всички. JavaScript Грешките се нуждаят от незабавно внимание.1) грешки в критичните страници (проверка, регистрация, влизане), (2) грешки с висока сесия брой, (3) грешки, които се появяват наскоро (възможно регресия от промяна на кода), (4) грешки на собствения си код (не трети страни скриптове).

Фиксиране на счупен бутон за проверка

Сценарий:
The JS Errors page shows "TypeError: Cannot read properties of undefined (reading submit)" on /checkout, affecting 45 sessions this week.
Какво да правя:

Това означава 45 Истинските клиенти не можеха да завършат проверката.1) Отворете страницата в същата комбинация между браузър и устройство. (2) Отворете конзолата на браузъра и възпроизведете грешката. (3) Проверете следите от стека, за да намерите точния ред на кода. (4) Поправи бъга, разгърни и наблюдавай броя на грешките, които отиват до нула.

Има ли OpsIQ улов на грешки от скриптове на трети страни?+

Да. OpsIQ улавя всичко. JavaScript грешки на страницата, включително грешки от аналитични скриптове, чат джаджи и реклами. URL В стека следа да се съсредоточи върху собствения си код.

Как да изключа познатите безвредни грешки?+

Не можете да потиснете конкретни грешки в OpsIQ, но можете да филтрирате списъка по страница URL или съобщение за грешка. Оправяне или игнориране на грешки от разширенията на браузъра (те често се показват като грешки от непознати източници).

Продажби

Продажби и преобразувания

Проследяването на продажбите свързва вашия магазин или платформа за фактуриране OpsIQ, така че можете да видите приходите заедно с поведението на посетителите. Всяка покупка се приписва на пътуване на посетител, така знаете кои страници, кампании и канали водят приходи.

Продажби
ПродажбиЕкранът на продажбите: общ приход с контрол на All-time период, търсене и таблица за скорошни покупки (дата, клиент, платформа, сума, източник).Продажбиyoursite.comПРИХОДИ$42,180+18%През цялото време▾Имейл за търсене, IP, Поръчка...Скорошни покупкиДАТАКлиентПЛАТФОРМАСУМИИЗТОЧВАНЕДжун. 3[email protected]Shopify$49googleДжун. 3[email protected]WooCommerce$129directДжун. 2[email protected]Stripe$480реклами1ПРИХОДИПоръчки и подновяване2RECENT PURCHASESДата · клиент · сума3ATTRIBUTEDКъм източника на трафика
Реалният Sales екран, приходите нагоре, след това скорошни покупки (дата, клиент, платформа, сума), всеки дължи на своя източник на трафик.

Търговски арматурно табло

Днешните продажби

Приходите от поръчки, завършени днес. Освежава с всеки нов ред събитие от вашата свързана платформа.

Тази седмица / този месец / общо

Приходите, обобщени през периода.

Тенденция

Графика линия показва дневни приходи в рамките на избраната дата диапазон. Потърсете пикове (промоции, кампании) и спадове (емисии, сезон).

Топ източници на преобразуване

Кои източници на трафик водят до най-покупки. "Директни" купувачи често отметки сайт. "Google" купувачите ви намериха чрез търсене.

Последни покупки

Последните поръчки с клиентски имейл, сума, валута и закупени предмети.

Настройка на ръководствата на платформата

Shopify

Превключване към конектори >Shopify. Създаване на приложение по поръчка във вашия Shopify admin (Настройки > Приложения и канали за продажба > Разработка на приложения) Обхвати на предоставянето: read_orders, read-customers, reat_products. Copy the Admin API Включи го в табелката. OpsIQ, въведете вашия магазин домейн (напр. your-store.myshopify.com) и символът за достъп. Щракнете върху Text Connection. Ако е успешен, дайте възможност на уеб-хок синхронизиране за уведомления в реално време поръчка.

WooCommerce

Превключване към конектори >WooCommerce. WordPress Админ, отиди до WooCommerce> Настройки > Разширено > REST API. Създаване на ключ с Read/Write разрешение. Копирайте потребителския ключ и потребителската тайна. OpsIQ, въведете вашия сайт URL, ключ за потребителите и тайна на потребителя. Щракнете върху Tex Connection.

BigCommerce

Отидете на Connectors > BigCommerce. Във вашия Bigcommerce администратор, отидете в Advanced Настройки >API Създаване на V2/V3 API Сметка с обхват за четене на поръчки, клиенти и продукти. Копирайте табелката за достъп, ID клиент, и API Влизай вътре. OpsIQ и тест.

Magento2

Go to Connectors > Magento. In your Magento admin, go to System > Integrations. Create a new integration with API resource access to Sales, Customers, and Catalog. Activate the integration and copy the access token. Enter it in OpsIQ with your Magento base URL.

PrestaShop

Отидете в Connectors > PrestaShop. Във вашия PrestaStop администратор, отидете в Advanced Operators > Webservice. Включете уеб услугата и създайте нов ключ. OpsIQ с вашия магазин URL.

Отворена поща

Към конектори > OpenCart. Генериране API Акредитации от вашия OpenCart администратор панел. Въведете API URL, потребителско име и ключ в OpsIQ. Конекторът използва OpenCart's REST API за поръчка и клиентски данни.

ОсКомерс

Настройване на достъпа до базата данни или API Акредитации, както е документирано в настройките на конектора. osCommerce интеграция обикновено изисква директен достъп до база данни или обичай API модул.

Stripe

Отидете в Connectors > Stripe. Copy your Stripe limited API ключ от таблата на райета (Developers >API Ключът се нуждае от достъп до клиенти, такси, фактури и абонаменти. OpsIQ. Настройване на крайната точка за уеб-кабина за събития в реално време.

Потребителски / други платформи

Използвайте почивката API или webhooks да изпратите продажби събития от всяка платформа. Изпратете поръчка.завършили събития с клиент имейл, сума, валута, и елементи. Вижте събитията API раздел за формата на полезен товар.

Разбиране на вашата търговска фуния

Топ източници на преобразуване

Shows which channels bring paying customers. If Google brings 1000 visitors and 50 sales, that is a 5% conversion rate. If email brings 200 visitors and 30 sales, that is 15%. Email is more effective per visitor.

Възстановяване

Ако размерът на възстановяването е висок от конкретен източник, трафикът може да бъде с ниско качество.

Обработване на валута

OpsIQ stores the original transaction currency and amount. Multi-currency businesses see revenue in each currency. Normalized reporting uses the configured exchange rate.

Работни примери

100 посетители, нулеви продажби

Сценарий:
Your pricing page gets 100 visitors per day but zero conversions.
Какво да правя:

Разследване: (1) Използвайте сесия Replay на потребителите на ценова страница. Гледайте как те взаимодействат с таблица за ценообразуване. (2) Проверете Top Pages за ценовата страница скокове процент и време-на-страница. (3) Проверете разговори чат от ценови страница посетители. Какви въпроси задават те? (4) Сравнете страницата си за ценообразуване с конкуренти. (5) Опитайте A/B експеримент с различни ценови макети.

Нанасяне на удар за маркетингова кампания

Сценарий:
You sent an email campaign with UTM tags. How do you measure its revenue impact?
Какво да правя:

Отидете в Sales и филтрирайте по източник. Търсете параметъра UTM на кампанията. Ще видите: (1) Колко посетители дойдоха от имейл. (2) Колко са преобразувани в продажби. (3) Общо приходи, свързани с кампанията. (4) В сравнение със същия период преди кампанията.

Защо продажбите показват нула, въпреки че магазинът ми има поръчки?+

Проверка: (1) Дали платформата конектор свързан и здрав? Отидете в Connectors и проверете състоянието. (2) Има ли възможност за синхронизация в уеб-коключ? Ако се използва анкета, дали работата на крон работи? (3) Има ли конектора право API За перископи? Shopify Трябват ти заповеди за четене.

Как е? OpsIQ да припишат продажба на посетител?+

When an order comes in via the connector, OpsIQ matches the customer email to a known visitor. If the visitor was tracked before the purchase, the sale is attributed to their visitor journey, including the traffic source, landing page, and session history.

Мога ли ръчно да добавя продажби?+

Можете да изпратите продажби събития чрез REST API или webhooks от всяка система. Форматът на събитието е документиран в събитията API Разделяне.

Продажби

Олово

Водещи са посетители или клиенти, които показват намерение за закупуване или подкрепа. OpsIQ автоматично открива следи въз основа на поведение: посещения на ценови страници, повторни посещения, чат взаимодействия, започване на чек и висока ангажираност. Използвайте страницата Leads за приоритетно проследяване и захранване на вашия CRM тръбопровод.

Олово
ОловоЕкранът с оловото: маса за търсене с IP/email, местоположение, устройство, източник и време-на място колони, и най-горния източник и държава.Оловоyoursite.comТърсене IP, град, страна...Топ източник: Google · Top country: USIP/ EMAILМЕСТОПОЛОЖЕНИЕУСТРОЙСТВОИЗТОЧВАНЕВреме41.62.10.4Великобритания · ЛондонМобиленgoogle4m12s[email protected]САЩ · Ню ЙоркРаботен плотdirect7m02s[email protected]DE · БерлинМобиленИзходен код:5m40s203.0.113.9CA · ТоронтоРаботен плотgoogle3m28s1DETECTEDВисоконасочени посетители2TOPВодещи източници и държави3ENRICHEDIP, местоположение, устройство, време
Реалният екран Leads, високо-наситени посетители като търсачка (IP/email, местоположение, устройство, източник, време на място) с топ източници и страни.

Какво прави следата

Посещения на цени за страници

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

Посещения за връщане

Посетителите, които се връщат няколко пъти са ангажирани, но все още не са преобразувани.

Взаимодействие с чат

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

Започва напускането

Посетители, които достигат до страницата за напускане, но не завършват покупката.

Формуляри за представяне

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

Заемане на високи страници

Посетителите, които гледат много страници с дълга продължителност на сесията, са дълбоко проучване.

Панел за детайли на оловото

Кликнете върху всяка следа, за да видите пълния им профил:

Идентификация

Име, имейли, компания, ако се знае. IP и местоположението.

Сесии

Всички сесии от тази олово с страница поток, продължителност и източник.

Преглед на страниците

Всяка страница, която са посетили, е поръчана от рецензия.

Източник

Как са те намерили: органична, платена, социална, сезиране, директна.

Резултат от оловото

A0-100 резултат въз основа на интензивност на поведението, рецензия, и страница намерение.

CRM статус

Дали тази следа е добавена към CRM като контакт или сделка.

Съвет за продажбите

AI-генерирано предложение за това какво да се прави след това (напр. "Посещение на ценообразуване 3 пъти · обмисля проактивно обучение").

Високостойностна оловна значка

Leads with a score above 80 get a "High Value" badge. These are your hottest prospects. Prioritize them for outreach, proactive chat, or CRM pipeline entry.

Работни примери

Работим по гореща следа.

Сценарий:
A lead viewed your pricing page 3 times in 2 days, started a chat asking about enterprise plans, but has not purchased.
Какво да правя:

Това е важна следа.1) Проверете тяхната водеща подробност за компанията и ролева информация. (2) Преглед на запис на чата за специфични нужди и възражения. (3) Създайте сделка в CRM с събраната информация. (4) Назначете последваща задача за член на търговски екип. (5) Ако се върнат на страницата за ценообразуване, проактивното правило за чата може да предизвика персонализирано съобщение.

Преобразуване на анонимни води до CRM контакти

Сценарий:
You have 50 anonymous leads with high scores but no email addresses.
Какво да правя:

Настройки: (1) Създаване на проактивно правило, което предлага отстъпка или ресурс изтегляне в замяна на имейл на високо-intent страници. (2) Използвайте джаджата за чат, за да поискате имейл, когато анонимни посетители започват разговор. (3) Добавете символ за самоличност към страниците си за влизане/подпис, така че връщащите се посетители да бъдат автоматично идентифицирани.

Как се изчислява водещият резултат?+

Резултатът счита: респект на посещения (процент = по-висок), честота на посещенията (повече = по - висок), страници гледани (закупено/изтегляне = по висока), продължителност на сесията (по-дълго = по високо), чат взаимодействия (набиране = по) и повторни посещения (много сесии = по висок).

Мога ли да персонализирам правилата за оловно отбелязване?+

В CRM Конфигурация можете да добавите правила за оловно-скориране, които увеличават резултата въз основа на конкретни ключови думи, събития, източници или модели на страници.

CRM

Вашият CRM · започнете от тук

OpsIQ ships a full AI-first CRM that captures customer truth, cleans data, scores leads, coaches deals, forecasts revenue, and acts, with website intelligence, support, tickets, products and payments as one live graph. Every AI action is sourced, explainable, reversible and approval-controlled.

AICRM
Преглед на AI CRMA Trust Dial настроен към Copilot до четири карти AI агент: Steward, Prospector, Retenting и анализатор.AICRMРаботно пространствоНабери довериеРъчноКопилотАвтопилотКолко прави сам AI10 mgСтюардДедупе, обогатяващ,валидиране на даннитеСПТПроспект& Търсене на резултатнов бизнесРТЗадържанеСпот Чурн,подновяване на двигателяНЕАнализаторПрогноза &Обяснете номера1AI-FIRSTЧетири специализирани агента.2YOU DECIDEДоверие Набери автономия3TRUSTED& Източник на данни и обратимост
Ал първи CRM, управляван от четирима специалисти и доверени набирания, които решават какво да правят сами.

Преглед на CRM страниците

AI CRM (Командирен център)

Започнете от тук.

Дневният ти домашен екран: импулс на приходите, каквото намери Ал, какво е направил, опашката за одобрение, следващите движения, здравето на агентите и РИО.

Контакти

Основна

Хора и компании във вашия CRM. Търсене, филтриране, оценка, и управление на профили.

Тръбопровод

Основна

Визуална дъска с драг-и-капки, печеливша вероятност и треньор на Ал.

Прогноза и доклади

Основна

Board-клас прогнози: ангажиран, вероятно, най-добрият случай, с доверителни интервали и проследяване на точността.

Животоцикла

Основна

Където всеки клиент стои: активен, в риск, разширяване готов, подновяване на дължимите, или churning.

Изгради моя CRM

Конфиг

Describe your CRM setup in plain English. OpsIQ generates a reversible plan and applies it on approval.

CRM Health

Опции

Самопроверка страница: схема, агенти, маршрути, действия на ИИ и броя данни на живо.

Как? OpsIQ те пази.

Попитайте преди да действате

Одобрили сте, редактирате или отхвърлите всяка една от предложенията на AI.

Никога не презаписвай

Когато AI предлага промяна, тя показва текущата стойност и предложената стойност.

Всичко е обратимо.

Всяко действие на ИИ се записва в дневника. Можете да отмените всяка промяна с едно кликване.

Обяснение

Всяка препоръка на ИИ показва мотивите и източниците на данни, които използва.

Чисто нов?

1
Отваряне на AI CRM

Кликнете върху AI CRM в лявата навигация. Командният център показва текущото ви състояние.

2
Проверка на здравето на CRM

Отворете CRM Health да се провери схемата, агенти, и маршрути са готови.

3
Импортиране на контакти

Ако конекторът е активен (Shopify, WHMCS, и т.н.), контактите се внасят автоматично. CSV или да се създаде ръчно.

4
Създаване на тръбопровод

Отидете на тръбопровода и създайте първия си тръбопровод със етапи (напр., олово, Квалифицирани, Предложение, преговори, Вон, Изгубени).

5
Добавете първата си сделка

Създайте сделка от контакт, задайте сумата и етап, и нека дилърът на сделката ви води.

Трябва ли да използвам CRM?+

No. The CRM is optional. OpsIQ works perfectly as a tracking + support + AI platform without the CRM. Enable it when you are ready to manage sales and customer relationships.

Може ли CRM да работи без конектори?+

Да. Можете да създавате контакти и сделки ръчно. Конекторите обогатяват CRM с данни от платформата (поръчки, абонаменти, билети), но не са необходими.

Какво е Тръстният слой?+

Системата за безопасност на доверителния слой е системата за управление на AI. Режим на пилотиране (по подразбиране): AI предлага, човешки одобрява. Автопилот режим (включен): AI действа автоматично при нискорискови, обратими операции.

CRM

Начален екран на AI CRM

Командният център е дневният ви брифинг, отваряйте го всяка сутрин, за да видите какво се е случило, какво се нуждае от внимание и какво да правите.

Команден център
Команден център CRMCRM дом с прогноза/Win-rate/Pipeline превключвания, среднопретеглена заден KPI и AI предложение опашка с одобрение и невалидни на всеки ред.Команден център CRMРаботно пространствоПрогнозаПечеливша ставкаТръбопроводФорекаст · ТОЗИ Q74 хиляди долара.87%AI предложения · одобрява опашкатаСъздаване на сделка · Acme $24kот разговор с купувачаОдобрениеСвободно.Преместване на Нимбус → ПредложениеЗасечен положителен отговорОдобрениеСвободно.Задача за лог · проследяване на връхняма активност в 7 дниОдобрениеСвободно.1TOGGLEПрогноза · Скорост на печалбата · Тръбопровод2AI PROPOSESСделки, етапи, задачи3YOU DECIDEОдобрение или освобождаване
Истинският Команден Център: превключване между Прогноза, Win rate и Pipeline, и работа на AI предложение опашка, одобрява или отхвърля сделките, етап ходове и задачи, които предлага.

Какво показва командният център

Днешните числа

Цена на тръбопровода, сделки спечелени/загубени, нови следи, активни сделки и тенденция към приходи, снимка на сегашното ви състояние.

Какво? OpsIQ Намерено

Открити от Ал-открити прозрения: застояли сделки, рискови сметки, нови възможности, въпроси, свързани с качеството на данните и сигнали на пазара.

Какво? OpsIQ - Да.

Действия, които AI е предприел (в Autopilot) или е предложил (в Copilor): етап напредък, оценка актуализации, обогатяване на контактите и създаване на задача.

Необходимо одобрение

Всяко от предложенията на AI, които чакат вашето решение, показва предложените действия, разсъждения и доказателства.

Следващи движения

Списък на лицата, заемащи длъжност в Ал-Рай 10 най-важните неща, които трябва да се направят днес: проследяване на гореща сделка, проверка на сметка в риск, проучване на нова следа и т.н.

Статус на помощника

Здраве на агентите на AI: Залавяне, Дейта Стюард, Deal Intelligence, Deel Coach, SDR, Retenting. Green = движение, кехлибар = нужда от внимание, червено = грешка.

Резултати

ROI проследяване: сделки, повлияни от AI, спестяване на време, точност на прогнози, и сравнение с ръчно CRM работа.

Сутрешен работен процес за брифинг

1
Прочетете днешните номера

Провери за здраве и приходи.

2
Изчистване на опашката за одобрение

Одобряват се безопасни действия, редактират се, когато е необходимо, отхвърлят се лоши предложения.

3
Проверете какво OpsIQ Намерено

Има ли нови възможности?

4
Работа на следващия списък

ИИ ги е класирал по спешност и потенциално въздействие.

Наваксване след почивка

Сценарий:
You were away for a week. What happened while you were gone?
Какво да правя:

Отвори командния център и провери: (1) "Какво OpsIQ"Показва всички действия на ИИ по време на отсъствието ти.2) "Необходимо одобрение" показва предложения, чакащи вашия преглед. (3) "Какво OpsIQ Намерени" подчертава спешни неща. (4) Задаване на дата на таблото диапазон на вашия период на отсъствие, за да видите тенденцията.

CRM

Контакти, фирми и сделки

CRM организира бизнес взаимоотношенията ви в четири обекта: Контакти (хора), Компании (организации), сделки (възможности за набиране) и задачи (след-нагоре действия).

CRM обекти
CRM обектиКонтактен запис, свързан с обекти от компанията, Deal и Task в свързана графика.CRM обектиРаботно пространствоКонтактmanuage · email · телефонДружествоaccountsСделкавъзможност за приходиЗадачапоследващи действия1OBJECTSКонтакти, компании, сделки2LINKEDЕдна свързана графика3TASKSПриложени последващи действия
Четири основни обекта (контакти, компании, сделки и задачи), свързани в една свързана клиентска графика.

Контакти

Какво е контакт

Човек от вашия CRM. Те могат да бъдат клиент, перспектива, партньор или олово. Контактите имат имейл, име, компания, тагове, етап на жизнения цикъл и резултат горещост.

Намиране на контакти

Използвайте лентата за търсене, за да намерите по име, имейл, компания или тагове. Използвайте филтри: етап на жизнения цикъл, резултат от олово, източник, страна, последна дата на дейност, назначен собственик.

Профил на контакта

Кликнете върху контакт, за да видите пълния им профил: лична информация, компания, сделки, дейности, билети, чатове, посещения на уебсайта, резултат от оловен удар и прозрения на ИИ.

Оценка на горещината

A0-100 резултат, изчислен от поведенчески сигнали: посещения на уеб сайт, ангажираност с имейл, чат взаимодействия, история на покупката, и рецензия.

Дружество

... повече билети...
Връзка с дружество за контакт

Контактите са свързани с фирми по имейл домейна или ръчно задание. Една компания може да има много контакти.

Сделки

Какво е сделка?

Възможност за приходи. Сделките имат заглавие, сума, тръбопровод, етап, печеливша вероятност, близък срок, назначен собственик и свързани контакти/фирма.

Вероятност за победа

Процент шанс за спечелване на сделката. Задайте ръчно или изчислено от AI въз основа на данните си историческа печалба.

Сделка за здравето

Зелен (здравословен), кехлибар (за риск) или червен (заведен). Въз основа на активност рецензия, продължителност на етапа и сигнали за ангажираност.

Задачи

Какво е задача?

Задачите имат заглавие, дата на раждане, приоритет, тип (позвъняване, електронна поща, среща, други), както и свързани контакт/сделка.

Задачи, генерирани от AI

AI създава задачи автоматично, когато засича нещо се нуждае от внимание: да се проследи при застояла сделка, да се отговори на рискова сметка, да проучи нова следа.

Намиране на горещи следи

Сценарий:
You want to see all high-score contacts in the UK who have not been contacted recently.
Какво да правя:

Към контактите. Филтрирайте по: Водещ резултат > 80, Държава = Обединено кралство, Последна дейност > 7 Това са най-горещите ви пропуснати следи.

Създаване на сделка от контакт

Сценарий:
A contact just expressed interest in your enterprise plan during a chat.
Какво да правя:

Отворете профила за контакт. Кликнете върху "Създаване на сделка." Въведете заглавието на сделката (напр. "Acme Corp - Enterprise Plan"), сума, тръбопровод и етап (например, "Qualified"). Задайте крайната дата и я приложете към себе си. Треньорът ще започне проследяване на тази възможност.

CRM

Тръбопроводът (твоята сделка борда)

Тръбопроводът е визуален борд, където сделките се движат през етапи от ляво на дясно. Плъзнете и капка карти за авансови сделки. Всяка карта показва сумата сделка, спечелете вероятност, и здравословно състояние.

Тръбопровод
Свързващи елементи за тръбопроводи от CRMПроводникът с отворен екран, Open-deals, Opent-value, Тежест-forcast и Atributed-deadels статистика, нов бутон, AI одобрена опашка, както и дъската за олово/Квалифицирана / Won.ТръбопроводРаботно пространствоОткрити сделки23Отворена стойност$128 000Среднопретеглена прогноза74 хиляди долара.Допуснати сделки12+ Нова сделкаОдобрена опашка2 за преразглежданеЛЕГВолт Инк.4kЛуме6kКВАЛИФИЦИРАНИНимбус30 хиляди долара.Пик9kВОНОрбита48 хиляди долара.1LIVE STATS& Тежест на откритата стойност2AI QUEUEОдобрени предложения за сделки3BOARDВлачене на сделки по етап
Реалният тръбопроводен екран: данни на живо (открита стойност, среднопретеглена прогноза), AI одобрява опашката за предложените сделки и дъската за изтегляне и пускане.

Използване на тръбопроводната платка

1
Вижте вашите сделки

Фирмата показва всички активни сделки като карти подредени в колони (етапи).

2
Плъзгане напред

Плъзнете карта на следващия етап. Вероятността за печалба и отброява актуализацията незабавно. Ако движението се провали (грешка при анулиране), картата се връща обратно към първоначалната си позиция.

3
Проверка на картови значки

Зелена значка = здрави (постоянна активност, на пистата). Amber = изложени на риск (бавене, нужда от внимание).

4
Кликнете за подробности

Кликнете върху карта, за да отворите панела с детайли на сделката с контакти, дейности, Deal Coach кратко и бързи действия.

Опашката на одобрението

Всяко предложение показва какво иска да направи AI, защо и доказателствата.

Одобрение

Приемете предложението като-е. Действието преминава през Trust Layer и се записва в дневника.

Редактиране

Промени предложението преди да го одобриш. Например промени предложения етап или коригирай сумата.

Отхвърляне

От отказите се научават да правят по-добри предложения в бъдеще.

Вероятността за победа е обяснена

Вероятността за победа може да бъде зададена ръчно или изчислена от AI. Когато AI го изчислява, използва модел, обучен от собствените си затворени сделки (won и загубени). Ако нямате достатъчно исторически данни, AI използва вероятността по подразбиране на сцената. $10,000 Сделка за 30% Вероятността допринася $3,000 на "вероятно" прогнозата.

Преместване на сделка към Вон

Сценарий:
A customer signed the contract and paid.
Какво да правя:

Плъзни картата на сцената "Уон."OpsIQ ще: (1) Маркирайте сделката като "затворено-военно." (2) Обновяване на прогнозата. (3) Добави "Won" дейност към времевата линия. (4) Ако е конфигуриран, задействайте уеб-кок събитие (crm.deal. won). (5) Обновяване на етап контакт жизнен цикъл към "клиент."

Засичане на заклещени сделки

Сценарий:
You want to find deals that have been in the same stage for too long.
Какво да правя:

Потърсете червени (закачени) значки на борда на тръбопровода. Тези сделки не са имали активност за по-дълго от конфигурирания гниещ праг (настроен в CRM Конфигурация > тръби). Щракнете върху всяка сделка, за да видите препоръката на треньора на Deal за повторно активиране.

Може ли да получа няколко тръбопровода?+

Да. Отидете в CRM Конфигурация > Тръбопровод за създаване на допълнителни тръбопроводи. Случаи на обща употреба: отделни тръбопроводи за нов бизнес срещу подновяване, или за различни продукти/услуги.

Какво ще стане, когато влача сделка до "Изгубени"?+

Сделката е маркирана като закрита-загубена. Ще бъдете помолени за причина за загуба. Сделките се премахват от активната дъска, но могат да бъдат намерени в затворените сделки филтър. Контактът остава в CRM.

CRM

Трениране на сделки

Треньорът на Deal анализира всяка сделка и ви дава кратко със здравословно състояние, сигнали за риск, ключови хора, квалификационен списък, подготовка за срещи и предложения за следващи действия.

Тренер по сделка
Тренер по сделкаСделка с карта, в която са описани сигнали за риск на Ал-засечени с източници на доказателства, освен препоръка на AI и бутон за изпращане на имейл.Тренер по сделкаРаботно пространствоAcme Corp · $24,000_Stage: Proposal · 60% winПОДПИС НА РИСКАNo reply in 10 daysШампионът замлъкна.Конкурент, споменат в чатаИзточници: билет #482 · чат 6/12 · е- пощаAI препоръчваРестартиране на икономическиякупувач с реконструкция на ROIи 7- План за края на деня.Проектиране на имейла1SIGNALSЗащо сделката може да се изплъзне2SOURCEDВсяко твърдение съдържа доказателства3ДейностЕдно кликване следващата стъпка
Треньорът отбелязва защо една сделка може да се изплъзне (всеки сигнал цитира източника си) и ви дава следващия ход, който трябва да предприемете.

Какво ти казва треньорът?

Здравно обяснение

Специфични сигнали: дни в етап, последна дата за контакт, честота на активност, конкурент споменава, модели на възражения.

Сигнали

Категоризирани в: повдигнати възражения, конкурент споменава, ценови дискусии, подкрепа показатели за риск, подновяване / разширяване сигнали.

Шампионска и блокерна карта

Кой помага на сделката (шампион) и кой се съпротивлява (блокери). Въз основа на анализ на взаимодействието и контактни роли.

Контролен списък за квалификация

MEDDICC или BANT контролен списък (конфигурируем), показващ кои критерии за квалификация са изпълнени и кои липсват.

Подготовка на срещата

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

Отговор и кол планове

Препоръчва се следващото съобщение или скрипт за повикване въз основа на текущото състояние на сделката и последните взаимодействия.

Времева линия на доказателствата

Всяко искане треньорът прави линкове към източник: номер на билет, чат запис ID, дата на дейност, или посещение на уебсайт.

Как да използвате каретата

1
Прочетете резюмето

Отворете всяка сделка и превъртане към секцията Deal Coach. Прочетете здравния статус и ключови сигнали.

2
Затваряне на пропуските в квалификацията

Ако липсва "Икономически купувач," планирайте да идентифицирате и ангажирате притежателя на бюджета.

3
Акт за предложения

Треньорът предлага конкретни следващи действия. Щракнете, за да създадете задача, начертайте имейл, или планира среща, всички пренасочени през опашката за одобрение.

Подготвям се за голяма среща.

Сценарий:
You have a meeting with a prospect tomorrow about a $50,000 deal.
Какво да правя:

Open the deal and read the Meeting Prep section. It shows: (1) Key talking points based on recent interactions. (2) Objections they raised in chat last week. (3) Competitor they mentioned in a support ticket. (4) Questions to ask about their timeline. (5) Risk factors to address proactively. Use this brief to prepare a focused, evidence-based agenda.

Разбиране защо сделката е в риск

Сценарий:
The pipeline shows a red badge on a deal you thought was going well.
Какво да правя:

Кликнете върху сделката и прочетете Здравното обяснение на Тренера. Тя може да се каже: "Тази сделка е в етап предложение за 22 дни (задържани: 14). Последният контакт беше 11 Преди няколко дни. Основният контакт отвори билет за подкрепа относно загрижеността за миграцията на данни 5 Преди дни (Билет #Т-892). Предложение: да се обърнем към загрижеността за миграцията и да насрочим последващо обаждане." Сега знаете точно какво да поправите.

CRM

Прогноза и доклади

Съвет-клас прогнозиране с защитен диапазон, ниво на сделка промяна обяснения, и проследяване на точността, така че можете да докажете и обясни номера си.

Прогноза
ПрогнозаТримесечен прогнозен номер с комуникативни, най-добри и тръбопроводи и бележка за точност.ПрогнозаРаботно пространствоФорекаст · КВАРТ$312 00087% да се целиПоеманеНай-добрият случайТръбопроводAI-претеглен по сделка здраве и история · точност следена с течение на времето1КАТЕГОРИИПоемане на тръбопровод2AI-WEIGHTEDПо отношение на здравето3PROVABLEПроследена точност
Да се направи, най-добрия случай и тръбопровод от един поглед, Ал-претеглена по сделка здраве, с точност следите така че можете да го защитавате.

Прогнозни категории

Изпратено

Сделки с 80% или по-висока вероятност за печалба. Това са най-вероятните ви печалби.

Вероятността за AI-претеглена

Всички отворени сделки, претеглени по тяхната вероятност за печалба от AI. Това е най-реалистичната прогноза за това какво ще затворите.

Най-добрият случай

Всички отворени сделки на пълна стойност. Това е максималният възможен приход, ако всичко върви перфектно (рядко се случва).

Интервал на доверителност

Ан 80% Пример: "Вероятно ще затворите между $45,000 както и $72,000 Това тримесечие."

Какво се промени и защо

Прогнозата включва week-over-week промяна придаване. Когато вашата прогноза пада от $15,000 В доклада се обяснява точно кои сделки са причинили промяната: "Сделка А се е изплъзнала до следващото тримесечие ($8,000), Deal B губи ($5,000), Deal C намалена стойност ($2,000)."

Проследяване на точността

Прогнозна МАП

Средна абсолютна процентна грешка: колко далеч са били прогнозите ви в исторически план. По-ниско е по-добре.15% означава, че прогнозите ви са в рамките на 15% на реалните резултати.

Калибриране на вероятността за печалба

Brier резултат измерване колко добре спечели вероятности съвпадат с реалните резултати.70% вероятността всъщност печели 70% От време на време, калибрирането е добро.

Седмични снимки

OpsIQ captures a snapshot of your forecast each week (via cron). Over time, you can see how your forecast accuracy improves.

Ролкови и предупредителни устройства

Преобразуване на етап

Колко сделки се движат от всеки етап към следващия. 80% преминава от Квалифициран към Предложение, но само 20% Ако преминете от предложение към преговори, предложенията ви може да се нуждаят от работа.

Печалба от страна на източник

Който води източници произвеждат най-много печалби. Инвестирайте повече във високо печеливши източници.

На собственик резултати

Как се представя всеки член на екипа: сделки, спечелени, стойност на тръбопровода, среден размер на сделката, печеливша ставка.

Предупреждения

Пясъчен капан (нереалистично ниски вероятности), преодоляване (несвободно високи) и ангажиран-под риск (високо вероятни сделки, показващи сергични сигнали).

Разбиране на прогнозен спад

Сценарий:
Your quarterly forecast dropped from $180,000 to $155,000 since last week.
Какво да правя:

Отворете страницата с прогнози и проверете "Какво се е променило." Докладът показва: "Сделка за Acme Corp ($15,000) преместени в Lost, конкурент избран. Beta Inc сделка ($8,000 Нова сделка с Гама ООД ($3,000) добави тази седмица." Нетната промяна е -$20,000 + $3,000 = -$17,000, обяснявайки спада от $180K до $163K (с останалите $8K обяснени с корекции на вероятностите при други сделки).

CRM

Намиране на нов бизнес

Опиши идеалния си клиент, добави целеви компании и нека AI изследвания, резултат, и проект на първа тъчна информация.

Проспект
ПроспектСписък на компаниите, които са намерили AI с подходящи бележки, резултати и бутон за изтегляне.ПроспектРаботно пространствоПроекти, намерени от агента на СПТNorthwind Ltd.SaaS · 50 staff · hiring support88Проект на информационни дейностиКобалт MfgManufacturing · 200 staff74Проект на информационни дейностиТърговия на дребно с MesaeCommerce · 30 staff69Проект на информационни дейностиВега Здраве ООДHealthcare · 80 staff63Проект на информационни дейности1FINDAI източници целеви сметки2СКР& Нагласено намерение3DRAFTПърво докосване написано за теб
Агентът на СПТ намира целеви компании, отбелязва ги във форма и проектира първия тъч за вашия преглед.

Еднократна настройка

1
Опишете вашия идеален клиент

Go to CRM Configuration > Prospecting. Describe your ideal customer profile (ICP): target industries, company sizes, job titles, geographic focus, product-match terms, and minimum fit score. Example: "B2B SaaS companies with 50-500 employees in the US/UK, selling developer tools, with a VP of Sales or Head of Growth as the primary contact."

2
Добавяне на целеви дружества

Въведете домейни на компанията или имена, които искате да проучите. Можете също така да позволите на AI предлагат компании въз основа на вашия ICP.

3
Резултати от проучването за преглед

AI обогатява всяка компания с налични данни: размер, индустрия, технологични стек, последните новини и годни резултат с обяснение.

4
Одобрена работа

За добри компании, AI проектира персонализирано съобщение за първи допир. Преглед и одобрение на опашката.

Съвпадение на резултата

Each prospect gets a 0-100 fit score based on five factors:

ICP пасва

Колко добре компанията отговаря на вашия идеален клиентски профил (промишленост, размер, местоположение).

Сигнали за спешност

Има ли доказателства, че трябва да се използва вашия продукт сега? Работа постинги, технологични промени, оплаквания от конкуренти.

Бюджетно прокси

Размерът на компанията, етапът на финансиране и показателите за приходите предполагат наличието на бюджет.

Продуктова двойка

Колко е от значение вашият продукт за техния бизнес, базиран на индустрията и технологиите.

Поддръжка

Дали можете ефективно да обслужвате този клиент (времева зона, език, сложност).

Проучване на целева компания

Сценарий:
You want to evaluate whether acme.com is worth pursuing.
Какво да правя:

Добавяне acme.com AI връща: Fit score 78/100 Причини: B2B SaaS, 120 служители, базирани в САЩ, наскоро наеха вицепрезидент по продажби (важен сигнал), използва конкурент X (продуктов мач). Сигнали за покупка: посетихте ценовата си страница два пъти миналия месец (от проследяване на уебсайта). Най-добър контакт: [email protected] (VP of Sales). Проектирани отварачка препратки последните си посещения наемане и ценообразуване страница.

CRM

Автоматично проследяване на последователности

Поредици автоматизира многоетапно проследяване: микс от имейл, изчакайте, задача, повикване, и уеб закач стъпки, които работят автоматично след като одобрите първоначалното изпращане.

Поредици
Последващи последователностиХоризонтален поток от поредица: Имейл, изчакайте три дни, имейл, след това задача, с откриване на отговор.Последващи последователностиРаботно пространствоСлед като одобрите първото изпращане →Е- пощаВходЧакай.3 дниЕ- пощаПоследващи действияЗадачаОбажданеСтъпки могат да бъдат електронна поща, изчакайте, задача или уеб-кабина. Отговор автоматично спира последователността.1AUTOMATEПоследващи действия с множество стъпки2STEPSEmail · wait · задача · уебкасета3YOU APPROVEПървото изпращане е заключено.
Автоматизирани мулти-стъпкови последващи действия (email, изчакайте, имейл, задача), която одобрявате първо и отговор спира автоматично.

Как работят последователностите

1
Създаване на поредица

Дефинирай стъпките: имейл, изчакай 3 Дни, имейли, чакай. 5 Дни, задача (обадете се, ако няма отговор), имейл. Всяка стъпка на имейла има шаблон, който можете да персонализирате.

2
Завъртане на контактите

Добави контакти към последователността. AI може да предложи записване от търсене на резултати.

3
Автоматично изпълнение

Стъпките се изпълняват автоматично по график. Ако контактът отговори във всеки един момент, поредицата спира автоматично.

4
Резултати от проследяването

Вижте отворените курсове, процентите на отговор, обменните курсове и отписванията на стъпка. Използвайте това, за да оптимизирате последователността си.

Отговор на разбирането

Когато даден контакт отговаря, AI класира отговора:

Положително

Иска да поговорим, пауза на реда, задача за проследяване.

Възразявам.

Има притеснения, но не и отхвърляне. Последователността паузи, задача, създадена с подробности възражения.

Отписване

Иска да спре да получава съобщения.

Не сега.

Интересно, но времето е грешно.

Грешно лице

Не е правилният контакт. Стойността спира, контактът се отбелязва за преглед.

Подкрепа

Въпрос за подкрепа, а не отговор на продажбите.

Антиспамни защити

Оп- он-лайн

Отписване на молбите се спазват незабавно и контактът е потиснат от всички бъдещи последователности.

Дневна капачка

Workspace-level daily limit (default: 1,000 emails). Prevents mass sends that trigger spam filters.

Гранична стойност за контакт

Maximum 1 message per contact per day. Prevents overwhelming individual people.

Прекаляващо управление

Стъпки, които надвишават дневната капачка се отлагат за следващия ден.

Какво става, ако контакт отваря билет за поддръжка по време на поредица?+

Последователността спира автоматично. Подкрепата има приоритет пред работата. Поредицата може да бъде ръчно възобновена след решаване на проблема с подкрепата.

Мога ли да направя стъпки от A/B тест?+

Не директно в рамките на последователности, но можете да създадете две последователности с различни съобщения и да сравните резултатите им.

CRM

Инструменти за растеж

Една страница под CRM, която държи двигателя на растежа: повтарящи се приходи (MRR/ARR), каталога на продукта, формите за улавяне на олово, резервиране на връзки и маршрутизиране с олово. Всичко тук пише директно в CRM-то, така че подаване на формуляр или резервирано обаждане е контакт с историята, а не ред в електронна таблица.

Какво живее на страницата

Повторни приходи

Приходи

MRR and ARR projected from your real billing ledger. Subscriptions are grouped from payments per platform, the billing cycle is inferred from payment gaps, and a subscription lapses when a payment is overdue past 1.5 times its cycle. Customers link to CRM contacts automatically when the ledger carries their email.

Продуктов каталог

Каталог

Един източник на истината за това, което продавате. Цитати издърпайте името и списъка цена от каталога, и приети цитати се въртят в приходите по продукт. Продукти архив, те никога не изтриват.

Форми за улавяне на олово

Залавяне

Всяка форма получава хоствана страница плюс ифрейм вграждане код за собствения си сайт. Подаването става контакти, собственикът получава уведомление, и правилата за маршрутизиране определят водещата.

Резервиране на линкове

Разпределително устройство

Слотовете уважават работното време на организатора, часовата зона и съществуващите срещи. Резервацията създава срещата, изпраща имейл до перспективата потвърждение и уведомява организатора.

Кореспондиране на оловото

Разход

Правилата на територията се изпълняват първо, след това правилата на полето (съвпадението с поле като държава или източник), а после кръг-робин във вашия басейн. Тя маршрут conTACTS И DEALS еднакво, независимо от състоянието на сделката . Спечелената сделка все още се нуждае от собственик за комисионна, отговорност на сметка и последващи действия, и в режим на видимост на собственика или екип е невидима за всеки освен мениджър. Записи, създадени чрез автоматизация (конекторна продажба, чат, внос) не носят интерактивен създател, така че те са пренасочени от същите правила за създаване, вместо да оставите собственик без работа. Всичко, което вече има собственик никога не се преразпредава.

Създаване на първата форма

1
Инструменти за отворен растеж

Отидете в CRM, след това инструменти за растеж, след което на раздел "Оловно улавяне."

2
Назови го и избери полета.

Напишете име и разделен списък със запетая, например име, имейл, телефон, съобщение.

3
Дял или вграждане

Копирайте хостираната връзка, за да я споделите навсякъде или копирайте вградения код и го поставете във всяка страница на вашия сайт.

4
Пристигат стражите.

Всяко подаване е CRM контакт с форма. въведена дейност, уведомление на собственик, и автоматично маршрутизиране.

💡
Заснемането на публични страници използва собствения адрес на вашето работно пространство. Работното пространство в облака използва зададените им поддомейни (компания).opsiq.help), така че връзката винаги решава правилните данни.

Вградени защитни устройства

Ботс виждат успеха, не виждаш нищо.

Скрито поле с медна пита тихо изхвърля бот-представления.

Ограничени нива

Десет предложения на час за IP адрес във формуляри и резервации.

Съгласието остава честно.

Подаването на формуляр не дава съгласие за маркетинг. Само изричното съгласие е така.

Без двойна резервация

Слот се пренаписва срещу проверка на наличността в момента на резервацията.

Откъде идват повтарящите се данни за приходите?+

От същата търговска книга, която вашата страница за продажби използва, се подава чрез фактуриране на конектори. Използвайте Re-sync от Билинг след свързване на нова платформа.

Мога ли да използвам формулярите без уебсайт?+

Да. Всяка форма има страница с домакин на собствения ви адрес, която работи самостоятелно, със или без JavaScript_.

CRM

Месинг хъб (SMS и WhatsApp)

Един конектор, до двадесет портала. Свържете SMS и WhatsApp доставчици, които всъщност използвате, маркирайте един като по подразбиране, и изберете някой от тях при текстово съобщение контакт. Съгласието се проверява от CRM преди да се свърже с всеки портал.

Нагласи го.

1
Включване на конектора

На страницата на Connectors, отворете Messenging Hub (SMS и WhatsApp) и го активирайте.

2
Добавяне на доставчик

In the same drawer, or in CRM Growth Tools, pick a gateway from the dropdown (Twilio, Vonage, Termii, Meta WhatsApp Cloud, Infobip and more), paste its API credentials and connect. You can add several, including the same gateway twice with different accounts.

3
Свързване на уебкасета

Всеки запис на доставчика показва своя уеб-кабина URL Поставете го в репортажа за доставка на портала и настройките за изпращане на съобщения, за да получите статус на доставка и отговори обратно в OpsIQ.

4
Изпращане от контакт

Ако повече от един доставчик поддържа канала, селектора ви позволява да избирате; в противен случай се използва по подразбиране.

Съгласието е на първо място.

Само съгласие

Неизвестното съгласие не е съгласие, а отказ на изпращане, освен ако изрично не се даде SMS съгласие.

Не-не-контактът винаги печели

Флагът блокира всеки канал, независимо какво друго е настроен.

Честна потисническа дейност

Контактите в списъка с подтискащи се не се изпращат.

Отказва да посочи причината за това.

Блокиран изпращане ви казва точно защо, така че можете да поправите данните, вместо да предполагате.

За разработчиците: договор за уеб-лок

URL форма

https://your-address/opsiq/cron/messaging_webhook.php?sk=SITE_KEY&e=ENTRY_ID&t=TOKEN. Значката за вход се откроява, когато доставчикът е свързан и никога не се върти при редактиране.

Формати, разбрани

Twilio form posts (MessageStatus/MessageSid for delivery, Body/From for inbound), Meta WhatsApp Cloud JSON (statuses and messages, including the hub.challenge subscription handshake), and a generic JSON shape: {"type":"delivery","message_id":"...","status":"delivered"} or {"type":"inbound","from":"+234...","body":"..."}.

Ефекти

Доставка доклади печат на адресник книга ред, който носи доставчика съобщение ID като доставени или скача. Входящи съобщения съвпадат с контакта по телефонен номер в работното пространство, земя като съобщение. получена дейност, и маркира разговор отговори.

Режим на отказ

Грешни или липсващи отговори на символи 403. Неизвестните товари се броят и игнорират, никога не са фатални, така че погрешно конфигуриран портал не може да пробие крайната точка.

Кои портали се поддържат?+

Twilio, Vonage, Plivo, MessageBird, Sinch, Infobip, Telnyx, ClickSend, Termii, Africa's Talking, BulkSMS, Textlocal, Meta WhatsApp Cloud, 360dialog, SMSAPI, Gupshup, Kalayra, D7 Networks, Hubtel и персонализиран HTTPS уебхап за всичко друго.

В безопасност ли са документите?+

Credentials се съхраняват криптирани в настройките на конектора и никога не са ехота обратно към браузъра. Редактиране на запис с празна тайна пази съхраняваната една.

Може ли Ал да изпраща съобщения?+

Да, чрез регистрирани действия, които изискват потвърждение и стартират същата врата за съгласие. AI може също така да се изброят свързани доставчици, за да обяснят какво е на разположение.

CRM

Поддържане и отглеждане на клиенти

Управление на жизнения цикъл ви помага да защитите съществуващите приходи. Всяка сметка получава по-голям риск резултат, здраве резултат, експанзия резултат и препоръчителна книга за успех.

Животоцикла
Дъбчета за цикъл на животСъвет за управление на жизнения цикъл (в борда, активен, рисков, подновяване) с здравни барове на всяка карта сметка.ЖивотоциклаРаботно пространствоОБВЪРЗАВАНЕАкнездраве 40АКТИВНАГлобексздраве 88Инитехздраве 76АТ-РИСКСойлентздраве 28ОтмянаУмбраrenews in 12dразширение + $8k1STAGESКачване на борда за подновяване2SCOREDЗдравеопазване и разширяване3PLAYBOOKПрепоръчва се следващият ход
Клиентите се движат през качване на борда, активен, в риск и подновяване, всеки от които е отбелязан за здраве и разширяване с книга за игра.

Дъската за жизнения цикъл

Стадийна карта

Визуален борд показва къде се намира всяка сметка: олово, перспектива, възможност, Клиент, разширяване, Подновяване, Риск, Наранен.

Рискови сметки

Всеки показва най-горния драйвер (поддръжка на шип, бездействие, неуспех в плащането) и препоръчван запис.

Възможности за разширяване

Сметки, които показват сигнали за готовност да купуват повече: висока употреба, функции заявки, планове за запитвания.

Подновяване

Сметки с предстоящи дати на подновяване. Сортира по ниво на риск и стойност на приходите.

Как? OpsIQ открива риск от чучуриване

Рискът от хърбави се изчислява чрез множество сигнали, слели се заедно:

Сигнали за CRM

Здраве, бездействие, скорошни загуби, намаляващ ангажимент.

Сигнали за подкрепа

Отворен брой билети, пикове на звука, негативни настроения, ескалации.

Поемане на ангажимент за продукти

Login frequency, feature usage, page visits, API calls.

Сигнали за фактуриране

Провалени плащания, просрочени фактури, заявки за понижение, посещения на страница за анулиране.

Справочници

Запис на играта

За рискови сметки: протегни се активно, отнеси вниманието, предложи подкрепа, ескалирай при необходимост.

Подновяване на играта

За предстоящите подновявания: потвърдете удовлетворението, използването на преглед, настоящата стойност, предлагайте стимул, ако е целесъобразно.

Разширяване на играта

За готови за отглеждане сметки: настоящите опции за надграждане, споделят успешни истории, демонстрират ROI.

Игра на осиновяване

За подценяване на сметки: предлагате обучение, споделяйте най-добрите практики, дайте възможност за функции, които не използват.

Засичам преди да се е случило.

Сценарий:
A customer who normally logs in daily has not logged in for 2 weeks, and they opened 3 support tickets this month.
Какво да правя:

Бордът на Lifecycle бележи този акаунт като "At Risk" с драйвери: бездействие (14 дни от последното влизане) и подкрепление (3x Препоръчителен обем на билета). Препоръчва се игра: проактивно повикване за работа, за да се разбере какво се случва. Има ли проблем с продукта? Те оценяват конкуренти? Ранната интервенция може да спаси акаунта.

CRM

Поддържане на данните чисти

Агентът Data Steward автоматично намира и поправя въпроси, свързани с качеството на данните: дубликати, липсващи полета, несъответствия и стари записи.

Стюарт за данни
Стюарт за данниСписък на въпросите за качеството на данните (публикувани, липсващи, остарели, формат), всеки с едно кликване определя действие.Стюарт за данниРаботно пространствоВъпроси на данните, които агентът на Стюард откриДублиране[email protected] както и [email protected]СливанеЛипсва12 контактите нямат компанияЕнрикеСтал38 сделки, недокоснати за 90+ дниПрегледФорматТелефонни номера в 4 форматиОправи всичко.1CATCHESДупи, празнини, стари2EXPLAINSЗащо е маркирал всеки3FIXESНа вашето одобрение
Стюард агентът поддържа CRM-а чист, открива дубликати, пропуски, стари записи и лоши формати, оправяйки одобрение.

Какво хваща?

Дублиране на контакти

Множество записи за едно и също лице (напр. [email protected] както и [email protected] Стюардът предлага да ги слеем.

Липсващи данни

Контакти без електронна поща, сделки без суми, компании без домейни.

Несвързана документация

Сделки без свързани контакти, контакти без фирми. Предлага свързване въз основа на имейл домейн и контекст.

Несъответствия

A deal in "Won" stage with 20% probability, a contact marked "Customer" with no deals, a company with mismatched industry.

Грешни етапи

Сделки, които са били в един и същи етап за твърде дълго или контакти, чийто жизнен цикъл етап не съответства на тяхната дейност.

Как да използвате

1
Отваряне на списъка с управителя

Отидете в CRM и намерете секцията Data Steward (или я отворете от CRM Health).

2
Одобрени безопасни поправки

Зелените предмети са безопасни: ясни дубликати, очевидни липсващи данни.

3
Прегледайте останалото.

Амбър елементи се нуждаят от вашата преценка: възможни дубликати с малки разлики, предложени сценични промени, свързване на компанията. Прегледайте всяка една.

Почистване на дублирани контакти

Сценарий:
The steward found "John Smith ([email protected])" and "J. Smith ([email protected])": same email, different display names.
Какво да правя:

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

CRM

Изгради моя CRM

Build My CRM lets you describe your CRM setup in plain English. OpsIQ generates a validated, reversible plan and applies it on approval. No coding, no manual configuration clicking.

Изгради моя CRM
Изгради моя CRMОписание на естествения език вляво, което произвежда генериран план CRM на етапи, полета и сегменти отдясно.Изгради моя CRMРаботно пространствоОпиши си работата.Ние сме уеб дизайн агенцияпродажба на месечните възнаграждения иеднократни проекти за малки предприятиябизнес.Изгради моя CRMГенериран планЕтапи: олово → RetainerВидове сделки: хонорар, проектПоле: месечна стойностСегменти: SMB, агенцияПоредица: качване на бордаОдобрение и прилагане1DESCRIBEОбикновен английски език в2AI PLANSСцени, полета, сегменти3APPROVEПриложен · няма код
Describe your business in plain English; OpsIQ drafts the whole CRM (stages, fields, segments) and applies it on approval.

Как работи?

1
Опиши какво искаш.

Напишете обикновено английско описание на вашата CRM set. Пример: "Създаване на тръбопровод за обновяване със етапи: Предстоящи, Контакти, преговори, Обновени, Изгубени. Резултат води по-високо, когато гледат цените два пъти."

2
Преглед на плана

OpsIQ показва преглед на това, което ще се създаде: газопровод, етапи, сценични вероятности, правила за отбелязване, правила на жизнения цикъл. Преглед на всеки елемент.

3
Прилагане

Щракнете върху Кандидатствайте за изпълнение на плана. Всяка промяна се записва като пакет, който можете да отмените с едно кликване.

4
Връщане при необходимост

Ако нещо не е наред, кликнете върху Undo за да върнете целия пакет. Вашият CRM се връща в предишното си състояние.

Какво можеш да построиш?

Тръби и етапи

Създаване на име тръбопроводи с потребителски етапи, вероятности по подразбиране, и гниещи прагове.

Правила за събиране

Водещи резултати на базата на поведение: "Скор по-високи, когато гледат ценообразуване," "Скоре по-ниски, когато посещават кариерна страница."

Правила за жизнения цикъл

Автоматично напредване на етапите на жизнения цикъл: "Преместете се SQL, когато поискат демо," "Преминавайте към Клиента, когато сделката е спечелена."

Потребителски полета

Добавяне на полета към контакти, сделки или фирми: текст, номер, дата, изберете, чекова кутия, URL, имейл.

Контролен списък за квалификация

Дефинирай класа на треньора по сделки.

Създаване на тръбопровод за обновяване

Сценарий:
You manage SaaS subscriptions and need a pipeline for renewals.
Какво да правя:

Тип: "Създаване на тръбопровод за обновяване. Етапи: 90 Дни извън (10%), 60 Дни извън (25%), Contacted (40%), Преговаряне (60%), Преобновен (100%), Churned (0%). Задаване на гниещ праг до 14 Дни."OpsIQ генерира плана, вие го преглеждате и кликнете върху Apply. Тръбопроводът се появява на страницата Ви по тръбопровода незабавно.

Ами ако опиша нещо, което не е възможно?+

Ако поискате нещо извън възможностите му (напр. "Интеграция с моя обичай API"), той ще отхвърли искането и ще обясни какво може да направи вместо това.

Мога ли да променя промените?+

Да. Всеки Build My CRM действие е заснет като обратен пакет. Отидете в CRM Health > Промяна История, за да видите всички пакети и да отмените всеки от тях.

CRM

Създаване на вашия CRM начин

Ръчно CRM конфигурация за екипи, които предпочитат да кликнат над писане. Всички настройки, които Build My CRM може да създадете също са достъпни като традиционни полета форма.

Тръби и етапи

Създаване, преименуване, пренареждане и изтриване на тръбопроводи и етапи. Задаване на вероятност за печалба по подразбиране на етап. Задайте гниещия праг (ден без дейност преди сделката да бъде маркирана "засечена").

Потребителски полета

Добавяне на полета към сделки, контакти или компании. Видове полета: текст, номер, дата, изберете (отпускане с предварително определени опции), чекова кутия, URL, имейл.

Контролен списък за квалификация

Определете списъка, който треньорът на Deal използва за оценка на сделки. Изберете MEDDICC, BANT, или набор от критерии по поръчка. Всеки елемент може да бъде маркиран изисква или по избор.

Правила за етапа на жизнения цикъл

Дефинирай автоматичните преходи на етапите: когато контактът отговаря на условие (изгледи ценообразуване, представи форма, прави покупка), техният цикъл на живот напредва автоматично.

Правила за водене на ленти

Boost or reduce lead scores based on behavior. Examples: "Viewed pricing page = +15 points," "Downloaded whitepaper = +10 points," "Visited careers page = -5 points." Minimum count can be set (e.g., "must view pricing at least 2 times").

Запис на изгледите

Създаване на име филтър+сорт комбинации за контакти, сделки или компании. Споделяне на мнения с вашия екип. Задайте изглед по подразбиране за тип обект.

Добавяне на правило за оловно оценяване

Сценарий:
You want contacts who view your pricing page twice or more to get a higher score.
Какво да правя:

Отидете в CRM Configure > Lead Scoring Rules. Щракнете върху Добавяне на Правилото. Set: Event = "pageview,"URL съдържа = "/pricing", Минимална бройка =2, Резултат тласък = +20 Следващият път, когато голмайсторът работи, контактите, отговарящи на това правило ще получат +20 до техния резултат.

CRM

CRM Здравен преглед

CRM Health е самодиагностична страница, която проверява вашия CRM се създава правилно и работи гладко.

Здравна проверка
CRM Здравна проверкаA health score ring at 92 beside a checklist of passing and warning configuration checks.CRM Здравна проверкаРаботно пространство92ЗДРАВЕОПАЗВАНЕСтадиите на тръбопровода са конфигурираниСвързан съединител & вносАктивирани агенти на AI!Няма активна последователност на проследяване!12 контакти липсваща компания1СМЕТКАПроверка на настройките2FLAGSКакво липсва?3СКРЕдин общ номер
Една страница CRM одит: общ здравен резултат плюс списък на това, което е създадена правилно и това, от което все още се нуждае внимание.

Какво проверява?

Шема

Ако липсва миграция, CRM Health ще го маркира.

Агенти на Ал-Ай

Всички CRM агенти (Capture, Data Steward, Deal Intelligence и др.) са регистрирани и здрави. Green = работи, кехлибар = се нуждае от внимание, червено = грешка.

Пътища

CRM API routes and AJAX endpoints are registered and callable.

Действия на AI

Каталогът за действие CRM е регистриран в Регистъра на действията. Ако липсват действия, CRM Health се лекува чрез пререгистриране им.

Брой живи данни

Общо контакти, фирми, сделки, задачи, дейности и събития. Полезни за проверка на вноса и текущото улавяне на данни.

След проверката на настройките

След настройката за първи път CRM, отворете CRM Health и проверете дали всички проверки са зелени. Ако има такива, кликнете върху елемента за диагностично обяснение и предложи да се определи.

Колко често трябва да проверявам CRM Health?+

Проверете след първоначалната настройка, след големи актуализации, и когато CRM поведение изглежда погрешно. CRM Здраве самоизлекува много въпроси (като липсващи регистрация на действие) само чрез отваряне на страницата.

CRM

CRM връзки за разработчици

The CRM exposes a complete public REST API and outbound webhooks so it fits any stack without manual exports.

API endpoints

Автентичност

API ключ (Автоматизация: Bearer opq_...) с обхват crim.read или crm.write. POST да /api/v1.php с действие и site_key.

Контакти

CRM. contacts. list (търсене + филтър), crm. contacts (by ID), crum. connects. upsert (create or update), krM. contons. save.

Сделки

crm.deals.list,crm..сделки.Детайл,crm..сделки.Създаване,crm..сделка.актуална,crm.deals. advance (всички чрез Trust Layer).

Дейности

crum. Activities. list (timeline for a contact/deal), crm. activities. cord (log a new activity).

Събития

crm. events. list (траен вид промяна на емисията с since_id cursor), crms. events. catalog (списък на наличните типове събития).

Създаване на сделка чрез API_
POST /api/v1.php
Authorization: Bearer opq_live_xxx
Content-Type: application/json

{
  "action": "crm.deals.create",
  "site_key": "<workspace>",
  "title": "Acme renewal",
  "amount": 12000,
  "pipeline_id": 1,
  "stage_id": 2
}

Събития на уеб-лока

crm.contact.created

Изстрелват се при добавяне на нов контакт към CRM.

Сцената се промени.

Уволнен, когато сделката се движи към друг етап.

crm.deal.won

Уволнен, когато сделката е сключена като спечелена.

crm.deal.lost

Уволнен, когато сделката е приключена като загубена.

crm.task.created

Уволнен , когато се създава нова задача .

crm.outreach.reply

Уволнен, когато перспектива отговаря на последователност имейл.

crm. agent. proposal_created

Уволнен, когато агент на ИИ създава предложение за одобрение.

All webhook events are HMAC-signed and retried on failure. Subscribe a URL in Settings > Webhooks, or poll crm.events.list with since_id for a durable change feed.

Синхронизиране на CRM контактите с Google Sheets

Сценарий:
You want every new CRM contact to appear in a Google Sheet for your marketing team.
Какво да правя:

Настройте уеб-комуникационен абонат за crm. contact. created. Посочете го към уеб приложение Google Apps Script или Zapier webhok URL. Платежът включва име на контакт, имейл, компания, резултат олово и източник. Вашият скрипт добавя ред в Гугъл лист за всеки нов контакт.

CRM

Сегменти

Сегментите спестяват повторно използваеми контактни филтри за CRM гледки, разпространение, промоции и други инструменти на публиката-осъзнати.

Продуктов екран
СегментиРедакторът на сегментите комбинира условията, показва броя на мачовете и позволява на оператора да избере жив филтър или заострени снимки.СегментиРаботно пространствоМОДЕЖивоLOGICВСИЧКИMATCHES1,248ЖИВЕЕШ РАБОТЕН ВИЖСтадия на клиентитеравно на активен клиентЧленПоследна дейноств 30 дниЧленДържаваОбединеното кралство е равно наЧленВисоко намерениеНай-малко резултат 70_Член1CHOOSE MODEНа живо или на снимка2ADD RULESВСИЧКИ ИЛИ ВСЕКИ3REUSEКампании и CRM
Редакторът на сегментите комбинира условията, показва броя на мачовете и позволява на оператора да избере жив филтър или заострени снимки.

A жив сегмент преизчислява от текущите данни, когато се използва. Заострени снимки Замразява текущия списък на членовете, който е полезен, когато публиката не трябва да се променя след одобрение.

Избор ВСИЧКИ когато всяко условие трябва да съответства или НЯМА ВПИСВАНЕ Когато едно условие е достатъчно. Преглед на броя на живот преди спестяване. Системните сегменти могат да бъдат видими, но защитени от обикновено редактиране.

CRM

Оловно оценяване

Правилата за водене на олово превръщат поведението и профилите в последователни резултати, които продажбите и автоматизацията могат да използват.

Продуктов екран
Оловно оценяванеВодещият резултат показва активни правила, подвижен прозорец и положителната или отрицателната промяна на резултата се прилага всяко правило.Оловно оценяванеРаботно пространствоПРАВИЛА12SCORED8,412HOT LEADS286ЖИВЕЕШ РАБОТЕН ВИЖДейност по ценообразуване3+ посещения в 14 дни+20Купуване на ключова думасъдържа миграция или предприятие+15Риск от подпомаганеПодава се жалба в 30 дни-10Доверен източниксезиране на партньора+121DESCRIBE RULEИзползване на обикновен английски2REVIEW FIELDSСигнал, прозорец, точки3RESCOREПрилагане в работното пространство
Водещият резултат показва активни правила, подвижен прозорец и положителната или отрицателната промяна на резултата се прилага всяко правило.

AI правило строител може да превърне обикновен английски инструкция в структурирано правило. Всяко правило все още трябва да се преразгледа преди активиране: потвърди дейността или ключова дума, минимално преброяване, подвижен прозорец и промяна на резултата.

Положителните и отрицателните правила могат да съществуват едновременно. Работно пространство за резкор След промени в материалните правила съществуващите контакти се оценяват по новия модел. Скоровете могат да се хранят сегменти, маршрутизиране, търсене и условия на работния поток.

CRM

Лидер на продажбите

Лидерският борд сравнява представители, като използва постижение на квотите, печели приходи, комисия и отворен тръбопровод за избрания месец.

Продуктов екран
Лидер на продажбитеМесечната водеща дъска нарежда представители на продажбите, като същевременно държи спечелените приходи, комисионната и отворения тръбопровод видими.Лидер на продажбитеРаботно пространствоPERIODЮлиTEAM QUOTA82%ВОН184 хиляди лириЖИВЕЕШ РАБОТЕН ВИЖАмина.104% quota · £62k won1- виБен.88% quota · £51k won2ndРита76% quota · £43k won3- тиОткрит тръбопровод£312k across teamПреглед1CHOOSE MONTHСравни един период2CHECK QUOTAДостигане по репутация3COACHИзползване на контекст на тръбопровода
Месечната водеща дъска нарежда представители на продажбите, като същевременно държи спечелените приходи, комисионната и отворения тръбопровод видими.

Постигането на квотата е смислено само когато всеки представител има текущата квота и сделките имат правилния собственик, размер, валута и близък статус. Използвайте дъската за обучение и признаване, не като единствената мярка за качество; тя се съчетава със сделка здраве, активност и точност прогноза.

CRM

Одобрение на сделка

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

Продуктов екран
Одобрение на сделкаПолитиката за одобрение определя два прага на стойност и опашката показва висящи, одобрени и отхвърлени решения.Одобрение на сделкаРаботно пространствоPOLICYВключенWAITING6OLDEST3hЖИВЕЕШ РАБОТЕН ВИЖНиво 1Сделки от £10,000УправителНиво 2Сделки от £50,000СтаршиПодновяване на предприятието£72,000 · поискан от БенИзчакванеМиграционен проект£18,500 · искан от РитаОдобрен1SET THRESHOLDS0 обезврежда ниво2REQUESTRep. подава сделката3ДЕКИДОдобрение или отхвърляне
Политиката за одобрение определя два прага на стойност и опашката показва висящи, одобрени и отхвърлени решения.

Включване на политиката и определяне на ниво 1 и ниво 2 Праг от: 0 disables that tier. When a non-manager tries to win a deal at or above the threshold, OpsIQ creates an approval request instead of silently changing the stage.

Мениджърите и пълните администратори не са блокирани от политиката. Всяко решение трябва да запази лицето, което иска, одобрява, времето и причината за одитируемостта.

CRM

Правила за жизнения цикъл

Правилата за жизнения цикъл автоматично преместват контактите между етапите, когато техните текущи данни отговарят на запазено условие.

Продуктов екран
Правила за жизнения цикълПравилата за жизнения цикъл се оценяват по приоритет; първото съвпадение променя етапа на контакт.Правила за жизнения цикълРаботно пространствоАКТИВНА7RUNSНощноPRIORITYНай-високото първоЖИВЕЕШ РАБОТЕН ВИЖОлово → Квалифицираноскор ≥ 60 и скорошна дейностПриоритет 100Квалифицирани → Клиентсъбития за закупуванеПриоритет 90Клиент → Рискованоняма дейност за 60 дниПриоритет 70Риск → Клиентнова покупка или отговорПриоритет 601PICK STAGESОт и към2DEFINE FILTERВ стил на сегмент JSON_3ORDER RULESПървият мач печели
Правилата за жизнения цикъл се оценяват по приоритет; първото съвпадение променя етапа на контакт.

Всяко правило има етап източник, дестинация етап, активен флаг, приоритет и сегмент стил филтър. Планираната работа на жизнения цикъл оценява по-високи приоритети първо и спира след първия мач за контакт.

Правилата трябва да бъдат взаимно разбираеми. Избягвайте две активни правила, които могат да се движат един и същ контакт в противоположни посоки по време на едно и също изпитване на филтъра срещу сегмент преди активирането му.

CRM

Поток на дейност по CRM

Стриймът на работната дейност съчетава клиентски и оперативни събития, така че екипите да могат да разследват какво се е случило без отваряне на всеки модул.

Продуктов екран
CRM activityПотокът на активност междулиства чат, билет, имейл, уеб-лок, преобразуване и аномалия събития с филтри и въображение.CRM activityРаботно пространствоСъбития2,804CUSTOMERS1,126ANOMALIES14ЖИВЕЕШ РАБОТЕН ВИЖЧат решен[email protected]· AIСега.Билетът е отговорилТ...1048 · Сметка4mВходящо събитиеsubscription.upgraded12mПреобразуванеРед #7788 · £14919m1FILTERСъбитие и клиент2OPEN CONTEXTСкачай в записа.3PAGE RESULTSДа се поддържат ограничени разследвания
Потокът на активност междулиства чат, билет, имейл, уеб-лок, преобразуване и аномалия събития с филтри и въображение.

Филтрирайте по тип събитие, дата, контакт или състояние на клиента (включително платени клиенти). Захранването е четен модел на записана дейност; то не заменя изходния билет, разговор, сделка или запис на конектора.

CRM

Работни потоци

Работните потоци отговарят на дадено събитие и изпълняват поредица от действия, включително забавени стъпки възобновени с крони.

Продуктов екран
Работни потоциРънът на работния поток показва своя спусък, завършени действия, изчакване забавяне и следващата стъпка.Работни потоциРаботно пространствоАКТИВНА9RUNNING42Издънена1ЖИВЕЕШ РАБОТЕН ВИЖСпусъкcontact.createdНачалоСтъпка 1Изпращане на добре дошли имейлиГотово.ЗабавянеЧакай. 2 дниЧакам.Стъпка 2Създаване на задача за продажбиСледващият.1CHOOSE TRIGGERСъбитието започва да тече2ORDER STEPSДействия и закъснения3MONITORПродължете през крона
Рънът на работния поток показва своя спусък, завършени действия, изчакване забавяне и следващата стъпка.

Създаване на работен процес чрез избор на спусъка, добавяне на стъпки в ред и да му се даде възможност. Забавите се съхраняват, а не се държат от браузър заявка; единният крон подновява дължимия работен поток работи.

Вградените стартови шаблони включват добре дошли след регистрация, след покупка Благодаря и демо потвърждение. Клонирай шаблон, замени своите получатели / съдържание, след което тест с контролиран запис преди широко активиране.

Проектиране на действия, за да бъде immpotent. Retrie не трябва да изпраща дублирани искания за прехвърляне на пари или създаване на дубликат записи.

Подкрепа

Билети

Tickets are your formal support channel. They have departments, priorities, SLA targets, attachments, internal notes, and full conversation threading. Tickets can arrive from the OpsIQ admin, ticket form/embed, email ingestion, chat escalation, connector, or API.

Билети
Подробности за билетаБилет с мета страничен лост (приоритет, отдел, SLA, статус), конекторната нишка и AI проекти и действия за възстановяване.БилетРаботно пространствоТ...12345ПриоритетВисокаОтделСметкиSLA3h 12 метра налявоСъстояниеОтварянеДва пъти ме таксуваха за моя.Абонамент за юни 3_.100 mgПотвърдено е копиетотакса, обработка на възстановяването.Отговор на проекта за AIВъзстановяване1THREADEDПълен разговор + бележки2SLA & ROUTINGПриоритет, декодиране, таймери3AI DRAFTОтговор написан за вас
Всеки билет носи приоритета си, отдела, таймерът SLA и пълна нишка, а AI може да изготви отговора за вас.

Как се движи билетът

1
Билетът пристига.

Клиент изпраща съобщение чрез имейл, ескалация на чата, вграждане на билет или администратор създава такъв. Билетът получава уникален ID (напр. T-12345).

2
Триаж

AI чете темата и тялото, определя приоритет (Low/Normal/High/Urgent), предлага отдел, и открива сантименталност. Това се случва автоматично, ако триажът е включен.

3
Отговор

Агент отваря билета, чете контекста (клиент профил, данни от платформа от конектори, предишни билети) и пише отговор. AI може да изготви отговора, а агентът редактира преди изпращане.

4
Затваряне

Когато въпросът е решен, агентът затваря билета. Клиентът се уведомява. Ако клиентът отговори след затварянето, билетът се отваря автоматично.

Действия за изпълнение на билети

Смяна на отдел

Преместване на билета в друг отдел (напр. от Генерала до Билинг). Полезно, когато първоначалното маршрутиране е погрешно.

Приспадане към агент

Назначеният агент вижда билета в изгледа "Моите билети."

Добавяне на вътрешна бележка

Напишете бележка, видима само за персонала. Използвайте за: разследвания констатации, причини за възстановяване, инженерен контекст, предишни ангажименти. Вътрешни бележки никога не се появяват на клиентите.

Сливане на билети

Комбинирайте дублирани билети от един и същ клиент. Слятия обект на билет получава [MERGED] таг. Всички съобщения от двата билета са запазени в оцелелия билет.

Неподвижна реакция

Вмъкване на предварително написан шаблон за отговор. Променливи като {{customer_name}} както и {{ticket_id}} автоматично се заменят.

Пренаписване на AI

Нека AI подобри вашия проект на отговор: коригира тон, скъсяване / дължина, определи граматика, или превод.

Смяна на приоритета

Set to Low, Normal, High, or Urgent. Priority affects SLA timers and sort order.

Промяна на статуса

Настроен на Open, Waiting on Customer, Resoluted или Затворен.

Работи пример: справяне с нещастен клиент

Клиентска поща: "Бях таксуван два пъти за абонамента си"

Сценарий:
Subject: Double charge on my account
Body: Hi, I just checked my bank statement and I see two charges of $49.99 from your company dated June 3. I only have one subscription. Can you please refund the duplicate charge? This is really frustrating.
Какво да правя:

Step 1: AI triage assigns Priority: High, Department: Billing, Sentiment: Frustrated. Step 2: Agent opens the ticket. The connector panel shows the customer's Stripe charges, confirmed two charges on June 3. Step 3: Agent adds an internal note: "Confirmed duplicate charge in Stripe. Transaction IDs: ch_xxx and ch_yyy." Step 4: Agent drafts a reply: "Hi [Name], I can see the duplicate charge and I'm processing a refund for the second transaction right now. You should see $49.99 back in your account within 3-5 business days. I'm sorry for the inconvenience." Step 5: Agent triggers the refund action through the Stripe connector (with confirmation). Step 6: Agent sends the reply and sets status to Resolved.

Отдели

Създаване на отдели в Настройки > Билети > Катедра. Общи отдели: Общи отдели, Билинг, Технически, Продажби, Злоупотреба, На борда. Всеки отдел може да има различни правила за автоматично регулиране, AI знания и задачи на екипа.

Консервирани отговори

Създаване на повторно използваеми шаблони за отговор в Настройки > Билети > Консервирани отговори. Добрите консервирани отговори включват:

Примерен шаблон за консервативен отговор
Hi {{customer_name}},

Thanks for reaching out. I checked the details and here is what I found:

{{response_details}}

If you need anything else, just reply to this ticket and I will be happy to help.

Best regards,
{{agent_name}}
{{department_signature}}

Сливане на билети

Когато клиентът изпраща един и същ въпрос няколко пъти (чрез имейл и чат, или два отделни имейла), можете да слеете дубликатите. Отидете на билета, кликнете върху Сливане, изберете другия билет за сливане. Оцеляващият билет получава всички съобщения от двата билета. Субектът на слятия билет получава [MERGED] таг, за да посочи, че е комбиниран.

Приоритет и SLA_

Ниско

Non-urgent questions, feature requests, general feedback. Target first response: 24 hours.

Нормално

Стандартни въпроси за подкрепа. Цел първи отговор: 8 часа.

Висока

Impacting the customer's business. Target first response: 4 hours.

Спешно

Свален сервиз, инцидент със сигурността, загуба на данни, грешка при фактурирането. 1 Час.

Ако не бъде избрана целта на SLA, билетът се маркира и по избор ескалира.

Клиентите виждат ли вътрешни бележки?+

Никога. Вътрешни бележки са строго персонал-само. Те не се появяват в портала на клиентски билет, имейл известия, или всяка страна, която клиентите гледат.

Какво става, когато на един затворен билет бъде отговорено?+

Билетът автоматично се отваря и връща на активната опашка. Екипът е уведомен за новия отговор.

Мога ли да заключа билет, за да не получа повече отговори?+

Да. Използвайте опцията Lock Thread, за да попречите както на клиента, така и на AI да добави нови отговори. Полезни за решаване на спорове или приключени разследвания.

Подкрепа

Сервизно студио: SLA, дебит и качество

The control room for how your support operation behaves: SLA policies with escalation ladders, business-hours calendars, an enforced status flow, CSAT settings and the enterprise feature switches. Open it from the Tickets page (the Service Studio button in the operations bar).

SLA политика

Всеки нов билет получава първи доклад и краен срок за резолюция от най-конкретната активна политика: отдел + приоритет бие отдела, побеждава приоритета, надминава по подразбиране. Краен срок пауза автоматично докато билетът седи в очакване или на изчакване.

Стълби за ескалация

Вместо едно действие за нарушение, една политика може да определи до шест стъпки: например да предупреди назначеният в 75% на прозореца, мениджъри за предупреждение 100%, преназначете агент в 150% Всяка стъпка стреля точно веднъж на билет.

Работни часове и календари

С работно време, часовниците на SLA изгарят само по време на работното време, така че билет отворен петък вечер не се нарушава до събота. Назовавани календари (времева зона, дни, часове, празници) могат да бъдат приложени към индивидуални политики за екипи в различни региони.

Поток на състоянието

A from/to matrix restricting which status changes admins may make, with a Zendesk-style preset. Automation, inbound email and customer-originated ticket replies are always exempt, so a strict matrix can never jam the pipeline. Optionally require an approved sign-off before closing.

Одобрение

Агентите искат подписване на билет (възвръщания над праг, изключения от политиката). Назован одобрител или пълен администратор решава с бележка; искащите никога не могат да одобряват собственото си искане.

Връзки с билети

Линк билети като свързани, дублират, родител / дете или блокиране; разделя отговори на нов свързан билет (обратно на сливане, без електронна поща на клиента); следват билети за уведомления в приложение, и по избор CC последователи имейл адреси на изходящи отговори.

На живо от кутия и сблъсъци

С активираната пощенска кутия в реално време, нови билети и отговори се появяват за агентите в рамките на секунди през съществуващия поток от уведомления. На билета, агентите виждат кой друг гледа и получават предупредителен плакат, когато съотборник вече пише отговор. Едно кликване Бутонът за искане определя билета за себе си.

Кореспондиране на Al-aware

Правилата за разиграване могат да съответстват на сигналите за триаж: приоритет, категория, ескалация и риск, плюс типирани потребителски стойности от формата си портал. Правила, използващи тези условия остават неподвижни докато функцията е активирана.

💡
Всяко предприятие изключва кораби. Включването на един в Сервиз студио → Качество и автоматизация е избор-ин; оставяйки ги да се запази поведение, идентичен с преди надграждането.
Защо клиентът може да отвори затворен билет, когато матрицата ми забранява да се отваря →?+

Матрицата само управлява ADMIN действия. Отговор с произход на клиенти, отговори на имейл и автоматизация са умишлено освободени така че строга политика никога не може да заключи клиентите или да прекъсне тръбопровода.

Do SLA ladders replace the old breach action?+

Не, запазените политики с едно действие за нарушаване на реда продължават да работят без промяна.

Подкрепа

Автобилет за автоматично възстановяване и ескалация

Автоматичното отваряне позволява на AI да реагира автоматично на нови билети. Ескалацията премества билетите в друг отдел, когато AI открива специализирани нужди. И двете функции работят през местни билети и имейл-създадени билети.

Автоматично регулиране
Автоматичен отговор на тикетиПоток: нов билет, двуминутно забавяне, AI отговор от знанието и контекста, след което изпратен или записан като чернова.Автоматично регулиранеРаботно пространствоКогато пристигне нов билетНов билетвсеки източникЗабавяне2 minОтговори на AIKB + контекстИзпратеноили проектАко човек отговори по време на закъснението, автоматично се отменя.1DELAYХората получават първи шанс.2AI REPLIESОт KB + контекст3OR ESCALATEПът по намерение
Нови билети получават кратко забавяне (за да могат хората да скачат), след това отговор на AI от вашите знания, изпратени или опашката като чернова.

Как действа автоматичното регулиране

1
Появява се билет

Нов билет се създава от всеки източник (email, чат, портал, API_).

2
Отговор на графика

OpsIQ Изчаква конфигурираното забавяне (по подразбиране: 2 Това дава възможност на човешките агенти да реагират първи.

3
Първият отговор печели

Ако човешки агент отговаря по време на закъснението, автоматично-реплира се отменя. Ако не, AI генерира отговор.

4
Генериране и изпращане

AI чете билета, проверява базата на знанията, конекторния контекст и историята на клиентите, след това пише отговор. Отговорът се изпраща (или е на опашката като проект за преглед, в зависимост от настройките).

Как ескалацията работи

1
Настройване на отделите

Набор, който отдели могат да получат ескалации (напр. Билинг може да бъде ескалиран от Генерален, Технически може да се увеличи от Генерала).

2
Класифицирайте билета

Преди да се възстанови автоматично, AI класифицира намерението на билета: фактуриране, технически, възстановяване, злоупотреба и т. н.

3
Преместване при необходимост

Ако намерението на билета съвпада с ескалация, билетът се премества.

4
Генериране на нов глас

Отговорът се генерира чрез използването на знанията и обучението на отдела за дестинация и AI.

Настройки на референцията

Автоматично регулиране на настройките

Включете за да активирате автоматично репликация на Ал.

Разрешени отдели

Кои отдели могат да получат автоматично реплики. Започнете с ниско рискови отдели (генерален, продажби) преди да се даде възможност за фактуриране.

Забавяне

How long to wait before the AI replies (in seconds). Default: 120 seconds (2 minutes). Set to 0 for instant replies.

График на забавянето

Незадължително се определят различни забавяния за работното време срещу след работно време.

Спрете на администратор отговор

Ако човешки агент отговори първи, отмени автоматичното съобщение. По подразбиране: включен.

Включване на ескалация

Включване на автоматично маршрутизиране на отдела въз основа на намерение за билет.

Каталог

Билетите на отделите могат да бъдат ескалирани.

Статус на ескалация

Какъв статус да се определи при ескалация (напр., Open, Waiting).

Бележка за ескалация

Дали да се добави вътрешна бележка обясняваща ескалационната причина.

Билети, създадени по електронна поща

Билетите, създадени от имейл (чрез анкета поща кутия или MX-пипед доставка) следват същите автоматично реплика и ескалация правила. Отговорът AI се изпраща като отговор на имейл клиента.

Ще се обадят ли от Ал-Ай за да ми дадат въпросите?+

Само ако сте позволили автоматичното подаване на информация за отдела по Билинг. Препоръчваме да започнете с автоматично отместване за фактуриране и да го активирате само след като сте обучили AI с цялостно отчитане на знания и тествани внимателно.

Ами ако Ал-Ай даде грешен отговор?+

Ако клиент отговори, че отговорът е грешен, човешки агент трябва да се намеси. Преглед на ИИ Историята, за да разбере защо AI даде грешния отговор, след това актуализира базата знания или обучение на ИА, зада предотврати това да се случи отново.

Мога ли да прегледам авто-реплиите преди да бъдат изпратени?+

Да. Задайте режим на доставка до "Дрейфт" вместо "авто-изпратен." Автоматично-репли проекти ще се появи в опашката за поръчки за преглед на човека преди изпращане.

Подкрепа

Вграден портал за билети

The ticket portal embed lets you add a ticket management interface to any website. Customers can view their tickets, create new ones, and reply, all without entering the OpsIQ admin.

Как работи?
Вграден портал за билетиПортал за поддръжка вграден в уебсайт, показващ на клиента свои собствени билети и бутон за нов билет.yoursite.com/supportЦентър за подкрепаНов билетВАШИТЕ БИКЕТА#1042 · Въпрос за възстановяванеОтваряне#1038 · Помощ за настройкаРешено#1031 · Invoice copyИзчакване1EMBEDДобавяне към всеки сайт2SELF-SERVEКлиентите виждат своите билети3NO LOGINИдентичност, която се обработва сигурно
Вграден портал за билети

Три вграждане аромата

Вградени

Внася билета портал вътре в гмуркане на страницата си. Порталът взема пълната ширина на контейнера си.

Плаващ джаджа

Показва плаващ бутон, който отваря билет портала в панел.

Автентифициран

Клиентите виждат само собствените си билети.

Монтаж

Билетът е вмъкнат от подметка
<script src="https://your-opsiq-domain.com/widget.php"
  data-site-key="site_abc123"
  data-mode="tickets"
  data-identity-token="SERVER_GENERATED_TOKEN"
  async></script>

Генериране на символи за самоличност

For authenticated mode, your server must generate a signed identity token. This token tells OpsIQ who the customer is so they see only their own tickets.

PHP · генерира символи за самоличност
<?php
// Generate identity token (PHP)
$site_secret = "opsiq_whsec_your_secret";
$payload = json_encode([
    "site_key" => "site_abc123",
    "customer" => [
        "id" => "cust_1001",
        "email" => "[email protected]",
        "name" => "Ada Lovelace",
    ],
    "iat" => time(),
    "exp" => time() + 900, // 15 minutes
]);
$token = base64_encode($payload) . "." . hash_hmac("sha256", $payload, $site_secret);
// Pass $token to the frontend
WHMCS кука · символ за самоличност
// WHMCS hook — auto-generate identity token
add_hook("ClientAreaPage", 1, function($vars) {
    if (!isset($vars["loggedinuser"])) return;
    $payload = json_encode([
        "site_key" => "site_abc123",
        "customer" => [
            "id" => $vars["loggedinuser"]["id"],
            "email" => $vars["loggedinuser"]["email"],
            "name" => $vars["loggedinuser"]["firstname"]." ".$vars["loggedinuser"]["lastname"],
        ],
        "iat" => time(),
        "exp" => time() + 900,
    ]);
    $token = base64_encode($payload).".".hash_hmac("sha256", $payload, "opsiq_whsec_xxx");
    // Inject into page
});
Node. js, генерирай символ за самоличност
// Node.js / Express — generate identity token
const crypto = require("crypto");

function generateOpsIQToken(customer) {
    const payload = JSON.stringify({
        site_key: "site_abc123",
        customer: {
            id: customer.id,
            email: customer.email,
            name: customer.name,
        },
        iat: Math.floor(Date.now() / 1000),
        exp: Math.floor(Date.now() / 1000) + 900,
    });
    const sig = crypto.createHmac("sha256", "opsiq_whsec_xxx")
        .update(payload).digest("hex");
    return Buffer.from(payload).toString("base64") + "." + sig;
}

Характеристики на джаджата

Списък с билети

Списък с търсени, филтрирани за състоянието. "Чакам те" маркира билетите, които екипът е отговорил.

Закачлив разговор

Пълен преглед на разговорите с богат текст, прикачени файлове и времеви печати.

Проект за автоматично запазване

Отговора на проекта за клиент се запазва автоматично, така че те не губят работа, ако те се движат далеч.

Оспорване на живо

"Уиджет" избира нови отговори всеки 12 секунди.

Реконструкция/отваряне

Клиентите могат да решат или да отворят отново собствените си билети с едно кликване.

Вътрешните бележки никога не се показват на клиентите в билета. Това е твърда граница за сигурност.
Подкрепа

Поръчка за чат

В чат кутията е мястото, където вашият екип управлява разговори на живо с клиенти. Тя показва активни чатове, възложени разговори, Al-handled чатове и архивирана история.

Поръчка за чат
Поръчка за чатТри-пан агент чат кутия: списък с разговори, разговор на живо с AI проект чип, и посетител / CRM контекст панел.Поръчка за чатРаботно пространствоJDДжейн.Къде е моята заповед?1 месецМенсаВъпрос за фактуриранеРТРитаAI се справяКъде ми е поръчката?Доставено днес · UPSГотова AIОтговор...ВИСИТОРДжейн Доу.US · Хром3 Минали поръчкиLTV$480CRMЕтап: Клиент1UNIFIEDВсеки разговор на живо2CONTEXTПосетител + CRM панел3AI ASSIST& Пренаписване
По една пощенска кутия за всеки чат на живо, списък с разговори, нишката с AI чернова при краниране и пълен посетител + CRM контекст.

Управление на разговорите

Активни чатове

В момента се водят разговори. Зелена точка = клиент пише или наскоро е активен.

С ръчно управление

Можете да поемете по всяко време, като кликнете върху "Присъединете се."

Назначена съм.

Разговори, специално предназначени за вас.

Чакам.

Разговори, в които клиентът чака отговор.

Архив

Завършени разговори. Търсене по ключова дума, дата и клиент.

Предаване от Ал на човек

Когато поемеш разговор от ИИ, следвай тези три правила:

1
Поздрави лично.

"Здравейте, аз съм Сара от екипа за подкрепа."

2
Референтен контекст

"Виждам, че си питал за статуса на поръчката."

3
Задаване на очаквания

Кажи на клиента какво ще се случи след малко. "Ще проуча това сега и ще имам отговор за теб след няколко минути."

Включване на ИИ/изключване на разговор

Когато AI е включен, AI генерира отговори. Когато изключите, само човешки агенти могат да отговорят.

Режим на изключване / извън работно време

Настройване на работното време в Настройките. Извън работно време AI може: (1) Продължи да отговаряш на клиентите, (2) Показване на съобщение "away" и създаване на билет за проследяване, или (3) Изключете напълно чата и покажете формата на билета. Изберете поведението, което отговаря на вашия модел за поддръжка.

Да се справяме с трудните разговори

1
Успокой се.

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

2
Събиране на факти

Преди да отговорите, съберете съответната информация: подробности за поръчката, статус на сметката, предишни билети.

3
Ескалат рано

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

Може ли да си побъбрим с агента?+

Да, използвай вътрешни бележки в разговор за комуникация с други агенти.

Какво ще стане, когато затворя разговор?+

Ако клиентът изпрати ново съобщение по-късно, се създава нов разговор.

Подкрепа

Канали за съобщения

Свържете WhatsApp, Facebook Messenger, Instagram DM, Telegram и LINE така че съобщенията, които клиентите вече ви изпращат пристигат в същата пощенска кутия като вашия сайт чат, отговори от същия асистент на AI.

Всеки канал се държи еднакво веднъж свързан: съобщение на клиента става разговор в чат кутия, вашият асистент AI отговаря с помощта на същите знания и инструкции като вашия сайт чат, и всеки агент може да поеме. Нищо за вашия AI се нуждае конфигуриране на канала.

Как изглежда връзката

Facebook Messenger & Instagram

One click. Open Connectors → Facebook Messenger & Instagram DM, click Connect, sign in with the Facebook account that manages your Page, and choose the Page. Instagram comes with it when your Page has an Instagram professional account linked.

WhatsApp

Едно кликване, когато доставчикът ви го предлага: отворете конектора Messenging Hub и използвайте Connect WhatsApp, след което следвайте Ръководство за регистрация Meta да вземете или създадете вашия WhitsApp Бизнес номер. В противен случай поставете акредитиви от някой от 20 портали.

Телеграма

Two minutes. Message @BotFather in Telegram, send /newbot, choose a name and a username ending in "bot", and paste the token it gives you into the Telegram connector. OpsIQ registers the webhook for you.

ЛИНИЯ

Create a Messaging API channel at developers.line.biz, paste the Channel secret and access token, then copy the webhook URL shown in OpsIQ into LINE and switch its own auto-replies off.

SMS

Добавете доставчик (Twilio, Vonage, Termii и други) в Месидж хъб с неговите пълномощия и номер на изпращача.

Всеки конектор показва свои инструкции стъпка по стъпка в чекмеджето, включително точно какво да копирате и къде. Никога не се нуждаете от акредитиви на разработчик за опциите за едно кликване.

Включвам канал

Свързването на канал не го стартира. Settings → Client Chat → Advanced → Messaging ChannelsВсеки канал има собствен AI автоматичен превключвател, така че можете да пилотирате на един преди отваряне на останалата част.

1
Свържете канала

В съединителя, използвайки инструкциите в чекмеджето на този конектор.

2
Тестване на връзката

Кликнете Тест. Тя прави истинско обаждане до доставчика и ви казва какво не е наред, ако нещо е така.

3
Включване на каналите за съобщения

Настройки→Клиентска чата→Включи главния ключ и после канала.

4
Изпрати си съобщение.

От друг акаунт, съобщение на страницата си, номер или бот. Тя трябва да се появи в чат пощенска кутия до секунди и да получите отговор на AI.

Отговор на прозорци

Месинг платформите ограничават колко дълго бизнес може да отговори след като клиентът пише. OpsIQ показва оставащото време за всеки разговор и налага правилото за вас.

WhatsApp

24 часа от последното съобщение на клиента. След това можете да изпратите само одобрен шаблон, който конфигурирате в същия Advanced tab.

& Инстаграм за изпращане

24 hours for normal replies; agents may answer up to 7 days later under Meta's human-agent allowance.

Телеграма, линия, SMS

Няма наложен прозорец.

⚠️
Ако отговорът не успее, защото прозорецът се затвори, разговорът показва защо. Това е правило на платформата, а не ограничение OpsIQ _.

Общи въпроси

Клиентите виждат ли отговора на този въпрос?+

Отговорът идва от страницата, номера или робота точно както би отговорил човек. Инструкциите ви за AI контролират тона и дали се идентифицира.

Може ли агент да поеме по средата на разговора?+

Да. Отворете разговора в чат кутията и кликнете Присъединете се. ИИ спира, вие пишете, а клиентът вижда непрекъсната нишка от тяхната страна.

Ами ако прекъсна канала?+

Използване на прекъсвач на конектора. Историята на съобщенията се запазва; нови съобщения просто спират да пристигат и платформата е казано да спре да ги изпраща.

Може ли две работни места да използват една и съща Facebook страница?+

Не. Страницата принадлежи на едно работно място в даден момент. Свързването й някъде другаде го движи, а първото работно пространство спира да получава съобщения, така че изключвайте умишлено, вместо да се свързвате отново другаде.

Подкрепа

Истински разговори за разговор

Тези примери показват как добре обучен клиент AI трябва да се справят с общи сценарии. Използвайте ги, за да тествате обучението си AI и идентифициране на пропуски.

10 примери за разговор

1. Връщане на клиента пита за поръчка

Сценарий:
Customer: Hi, I placed an order 3 days ago and haven't received any shipping notification yet. Order #ORD-5523.
Какво да правя:

The AI should: (1) Look up order #ORD-5523 through the connector. (2) Report the current status and tracking info if available. (3) If the order is delayed, acknowledge the delay and provide an estimated timeline. (4) Do NOT invent a shipping status if the connector does not have one.

2_. Перспектива пита за ценообразуване

Сценарий:
Customer: How much does your Pro plan cost? Do you offer annual billing?
Какво да правя:

AI трябва: (1) Отговор от базата на знанието с текущата цена. (2) Обяснете разликата между месечното и годишното фактуриране. (3) Ако отговорът не е в базата знания, кажете го и предлагайте да ги свържете с продажбите. (4) НЕ изобретявайте ценообразуване, което не е в базата на знания.

3_. Ядосан клиент иска възстановяване

Сценарий:
Customer: This is ridiculous! Your product does not work and I want my money back NOW.
Какво да правя:

AI трябва: (1) Признай, че неудовлетвореността е спокойна. (2) Поискайте номера на поръчката или имейл за сметка. (3) Обяснете процеса на възстановяване (4) Създаване на билет за подкрепа или ескалация до човешки агент. (5) НЕ обещавайте възстановяване, което изисква човешко одобрение.

4_. Случаят с двоен лихвен процент

Сценарий:
Customer: I was charged twice this month. My bank shows two charges of $29.99.
Какво да правя:

AI трябва: (1) Потвърдете загрижеността. (2) Събират се съответните подробности (email, дати на таксите). (3) Обяснете, че въпросите с фактурирането изискват преглед на човешките права. (4) Създаване на билет от отдел Билинг с подробности. (5) Поставяне на приоритет към High.

5_. Многоезичен клиент

Сценарий:
Customer: Bonjour, je voudrais savoir si vous livrez en France?
Какво да правя:

AI трябва: (1) Отговорете на езика на клиента, ако този език се поддържа. (2) Отговорете на въпроса за доставката до Франция от базата на знанието. (3) Ако езикът не се поддържа, отговорете на езика по подразбиране и споменете кои езици са достъпни.

6. After-times разговор

Сценарий:
Customer: Hello, is anyone there? I need help with my account.
Какво да правя:

AI трябва: (1) Ако е конфигуриран за след работно време AI, отговаря и подпомага. (2) Ако след работно време създавате билети, кажете: "Нашият екип в момента е извън линия. Създадох билет за подкрепа за вас и някой ще ви следи през работното време." (3) Посочете номера на билета.

7_. Предпокупка сравнение купувач

Сценарий:
Customer: How does your product compare to [Competitor X]?
Какво да правя:

AI трябва: (1) Опишете фактически силните страни на вашия продукт. (2) НЕ злословете за конкурента. (3) Ако има страница за сравнение в базата знания, свържете се с нея. (4) Ако клиентът пита за функции, които не разполагат с, бъдете честни.

8. Клиентът иска препоръка

Сценарий:
Customer: I run a small online store with about 100 orders per month. Which plan is right for me?
Какво да правя:

AI трябва: (1) Задайте ясни въпроси, ако е необходимо (напр. кои функции са най-важни). (2) Препоръчва се план въз основа на базата от знания. (3) Обяснете защо този план отговаря на техните нужди. (4) Споменавам, че те могат да започнат с по-малък план и надграждане по-късно.

9. Клиентът се опитва да получи неоторизирана отстъпка

Сценарий:
Customer: I saw online that you give 50% discounts. Can I have one?
Какво да правя:

AI трябва: (1) Учтиво обясни текущите промоции, ако има такива. (2) НЕ създавайте или обещавайте отстъпки, които не са в базата от знания. (3) Ако клиентът продължава, предложи да ги свържете с екипа за продажби.

10. Клиентът се нуждае от помощ с функция

Сценарий:
Customer: How do I export my data? I can't find the export button.
Какво да правя:

AI трябва: (1) Да се предоставят инструкции стъпка по стъпка от базата на знанието. (2) Включване на точния път и място на бутона страница. (3) Ако функцията изисква конкретен план, споменете това. (4) Ако функцията не съществува, бъдете честни и предлагайте алтернативи.

Подкрепа

чат маршрутизиране и ескалация

Когато един чат на живо се нуждае от истински човек, AI отговаря на два въпроса: кой екип притежава този разговор и кой трябва да бъде разказан. И двете са конфигурирани в Настройки, клиентска чата, Support Flow, под отделите за маршрутизиране на AI.

Избор кои отдели може да използва AI

Двете кутии на панела са бял списък. Отделите преместени в дясно са единствените, които могат да се прехвърлят или отварят билети. Всичко останало отляво е невидимо за него, дори ако отделът съществува и е персонално. Започнете тясно и добавете отдели, както ги обслужват.

💡
If no department is enabled at all, OpsIQ falls back to legacy routing across every department it can find. Treat that as a safety net, not a configuration choice.

Кой получава ескалацията

This is the part most people expect to configure and do not need to. When the AI escalates a chat, OpsIQ emails the people attached to that department. You manage that list once, on the Team and Departments page, and both ticket escalation and chat escalation follow it.

Членове на екипа на отдела

Всеки активен администратор, прикрепен към отдела получава собствено копие. Прекъснатите и изключени сметки се пропускат.

Първичен администратор

Използва се, когато няма членове на екипа, така че ескалацията все още достига до някого.

Никой не е привързан

Доставка не е възможно. На маршрутния панел марки, че отдел в червено и AI не казва на посетителя човек е бил уведомен.

⚠️
Адресът е входната пощенска кутия на отдела, а тази входяща поща е съвпадна с отворената. Ескалацията изпратена там ще бъде върната като нов билет, вместо да достигне до човек.

Отделът за улови.

То получава чатове, които не могат да се поставят на едно място и това е последна възможност, а не нормална.

1
Изчистване на сигнала

Сметките се отнасят до отдел за фактуриране, хостинг и текст на грешки към технически такъв, купувайки формулировка на продажбите.

2
Следващото се опитва да бъде класификатор на ИИ

Ако ключовите думи са неубедителни, моделът чете разговора и избира от активираните отдели.

3
После всичко.

Само когато и двамата не се появят, всички от отдела получават разговора.

4
Продавачът.

If the catch-all is a sales department and the visitor showed no buying signal, OpsIQ looks for a support or technical department instead, so ordinary support questions do not accumulate in Sales.

Какво казва посетителят

Ако ескалационният имейл излезе, AI казва на посетителя, че екипът е бил уведомен. Ако не може да излезе, ИИ казва нещо честно и ги кани да оставят съобщението в чата вместо това. Тя няма да твърди, че човек е бил информиран, когато не е изпратен имейл.

На панела пише "Никой да не уведомява" за отдел.+

Отворете екипа и отделите, прикрепете поне един активен администратор, след което презаредете страницата с настройките.

Може ли ескалацията на разговорите да отиде някъде другаде, освен отбора?+

Да. Поръчковият адрес, записан преди това за отдел все още не е включен в списъка на екипа. Новите настройки трябва да прикрепят хората към отдела, така че има едно място за поддръжка.

Защо не ми дадоха всичко?+

Check whether it is a sales department. If it is, and the visitor showed no buying signal, OpsIQ routes to a support or technical department on purpose.

Подкрепа

Пощенски кутии и проекти

OpsIQ може да се свържете с имейл пощенските кутии, за автоматично създаване на билети от входящи имейли и изпращане на отговори като електронна поща.

Е- поща
Имейл до билетAn IMAP mailbox on the left feeding incoming emails into a threaded ticket with an AI-drafted reply on the right.Е- пощаРаботно пространство[email protected] · IMAPИскане за възстановяване[email protected]Грешка при влизане[email protected]Копие от фактурата[email protected]Билет #1042от email · BillingИскам да ми върнете парите.Дублирал е заряда...Проект на AIПреглед и изпращане на отговор1INGESTIMAP & forwarding in2TO TICKETSАвтоматично нарязване на резбата3AI DRAFTSОтговори за преразглеждане
Изтеглете имейл в IMAP (или спедиция), превърнете всеки в резбован билет, и нека AI проект на отговора за преглед.

Свързване на пощенска кутия

Протокол

IMAP (повечето доставчици), Gmail API (Workspace Google) или Microsoft Graph (Outlook 365).

Необходими настройки

Хост, порт, криптиране (SSL/TLS), потребителско име, парола или парола на приложението, папка (обикновено INBOX).

Картографиране на катедрата

Map the mailbox to a ticket department. Emails to [email protected] create tickets in the "Support" department.

Настройка на Gmail (етап по стъпка)

1
Включване 2- Стъпка за проверка

Google Account > Сигурност > 2- Стъпете на място и го активирайте.

2
Създаване на парола за приложението

Google Account > Security > App Passwords. Изберете "Mail" и "Други (OpsIQ) ."16- Паролата на характера.

3
Въведете OpsIQ

Към имейл > Mailboxs > Добавяне. Задаване на хост: imap.gmail.com, порт: 993, криптиране: SSL, потребителско име: [email protected] Парола: паролата на приложението.

4
Изпитване

Кликнете върху Tex Connection. Ако е успешна, OpsIQ ще започне да избира нови имейли в конфигурирания интервал.

Outlook 365 setup

1
Проверка IMAP е включена

В настройките на Outlook > Mail > Sync email, гарантирам, че IMAP е активирана.

2
Използване на парола за приложението или модерен език

Ако MFA е активирана, създайте парола за приложението. В противен случай използвайте редовната си парола.

3
Въведете OpsIQ

Хост: outlook.office365.com, порт: 993, криптиране: SSL, потребителско име: [email protected].

cPanel настройка на уеб-мейл

1
Find IMAP settings

В cPanel > Е- поща сметки, кликнете върху вашия имейл сметка за IMAP настройки.

2
Въведете OpsIQ

Хост: обикновено mail.yourdomain.com или името на вашия сървър, порт: 993 (SSL) или 143 (STARTTLS), потребителско име: пълен имейл адрес.

Проекти за имейли на AI

Когато автоматичното регулиране е настроено на режим "Драфт," AI генерира проекти за отговор, които се появяват в опашката на Проектите. Можете:

Преглед

Прочети черновата и провери за точност.

Редактиране

Промяна на текста, тона или съдържанието преди изпращане.

Изпращане

Одобрявам проекта и го изпращам като имейл отговор.

Изхвърляне

Изтриване на проекта, ако не е уместно.

Автоматично изпращане

Ако доверието е достатъчно високо и автоматичното изпращане е включено, след конфигурируемо забавяне се изпращат автоматично проекти.

Защо имейлите не се преобразуват в билети?+

Check: (1) Is the mailbox connected and healthy? Look for green status in Email > Mailboxes. (2) Is the cron job running? Email polling requires cron. (3) Is the email being filtered or moved to a folder other than INBOX?

Мога ли да използвам няколко пощенски кутии?+

Всяка пощенска кутия може да бъде картографирана в друг отдел. [email protected] отива при Поддръжката, [email protected] отива при Билинг.

Подкрепа

Удовлетворяване на клиентите (CSAT)

CSAT измерва удовлетворението от билетите и чата, повърхнините на нещастни отговори и сравнява AI и човешките резултати.

Продуктов екран
Удовлетвореност на клиентитеСтраницата CSAT съчетава карти с резултати, детрактор проследяване, коментари, отдел и агент разбивки, както и обратна връзка чат.Удовлетвореност на клиентитеРаботно пространствоОТГОВОРИ386AVERAGE4.6POSITIVE91%ЖИВЕЕШ РАБОТЕН ВИЖПоследващо отстраняване на откъсващия елемент12 responses rated 1–2ПрегледПроучване на билетитеИзпратено 24h след затварянеАвтоматичноОбратна връзка с чатаAI 4.5 · Човек 4.7СравнениеАгентски изгледБрой на резултатите и броя на отговоритеТренер.1WATCH AVERAGEИзползване на тенденция, нито един резултат2FOLLOW DETRACTORSПрочети коментара3COMPARE FAIRLYАл и човек
Страницата CSAT съчетава карти с резултати, детрактор проследяване, коментари, отдел и агент разбивки, както и обратна връзка чат.

Ticket surveys are scheduled after closure (normally 24 hours later). A positive response is a score of 4 or 5. Use the detractor queue for scores of 1 or 2 and read the ticket/conversation before contacting the customer.

Обратната връзка между чата се отчита отделно за AI-разрешени и човешки разговори. Ниските размери на пробите не трябва да се използват за класиране на агенти или модели.

Подкрепа

Е-мейл излъчвания

Страницата на платформата за електронна поща позволява на оторизиран оператор да изпрати еднократно съобщение до всички активни агенти, избрани агенти или отдел и преглед изпраща история.

Продуктов екран
Платформа за електронна пощаКомпозиторът на екипа показва публиката, темата, съобщението и историята на миналите доставки.Платформа за електронна пощаРаботно пространствоПОМОЩНИТЕ ВЕЩЕСТВА12DELIVERED11Издънена1ЖИВЕЕШ РАБОТЕН ВИЖПубликатаВсички активни агентиИзбранПредметЮлийска подкрепа ротаГотови.СъобщениеБележки по разписание и ескалацияГотови.ИсторияПредишни предавания и резултатиПреглед1CHOOSE PEOPLEВсички, избрани или екип2WRITE CLEARLYПредмет и съобщение3REVIEW HISTORYПотвърждаване на резултата
Композиторът на екипа показва публиката, темата, съобщението и историята на миналите доставки.

Тази страница е за вътрешни оперативни съобщения, а не клиентски маркетинг. Изберете най-малката правилна аудитория, превю имена и адреси, след което изпратите. Доставка използва конфигурирани изходящ имейл път и записва резултата.

Подкрепа

Пощенски кутии, доставка и входящи имейли

Configure how OpsIQ sends email, turns inbound messages into tickets and proves the sending domain is ready.

Продуктов екран
Настройки на е- пощаНастройките на имейл съчетават изходящ маршрут, От идентичност, поглъщане на пощенска кутия, проверка на изпълнимостта и тестова поща.Настройки на е- пощаРаботно пространствоИЗГОВОРSMTPMAILBOXES3ДОМАИНПасЖИВЕЕШ РАБОТЕН ВИЖПредпочитан конекторSMTP / конектор на доставчикаНастройванеОт самоличносттаSupport <[email protected]>Готови.IMAP mailbox[email protected]· INBOXПолиранеДоставкаСписък на езиците в светаПас1CHOOSE OUTBOUNDСъединител или SMTP2CONNECT INBOXIMAP или тръба3ИЗПИТВАНЕИзпращане и проверка
Настройките на имейл съчетават изходящ маршрут, От идентичност, поглъщане на пощенска кутия, проверка на изпълнимостта и тестова поща.

Извънборсова поща

Пълните администратори могат да избират предпочитания имейл конектор; OpsIQ пада обратно към конфигуриран SMTP/ доставка на поща, когато е уместно. Задайте име/адрес, изпратете тест и проверете 24-часови резултати/провал на показателите.

Пощенски кутии

An IMAP mailbox needs a name, email address, target department, host, port, security mode, username, password, folder, polling state and certificate-validation choice. Use Сега ще го направим. да се провери поглъщането преди да се изчака крон.

Неотложени тръби

На същия сървър, пощенска тръба може да премине сурово RFC822 съобщение директно. А отдалечен поща сървър може да POST на суровото съобщение към защитената входяща крайна точка с помощта на своя символ. И двата пътя влизат в една и съща дедуплация, нишка и маршрутиране билет.

Доставка

Проверката SPF/DKIM/DMARC е консултативно доказателство за конфигурираната от домейн. Зелената проверка не гарантира поставяне в пощенска кутия, но трябва да се определи неизправност преди изпращане на съобщения за производство.

Подкрепа

Поддръжка на портала Studio

Поддръжка Портал студио проектира и публикува опит за поддръжка на клиенти, без да изисква външни активи.

Продуктов екран
Поддръжка на портала StudioPortal Studio shows a responsive preview alongside theme, navigation, knowledge, ticket, assistant, form, footer and CSS controls.Поддръжка на портала StudioРаботно пространствоTEMPLATEМодерноПРЕВИЮРаботен плотДЪРЖАВАПроектЖИВЕЕШ РАБОТЕН ВИЖТемаМарка и типографияРедактиранеНавигацияЗнание, билети, асистентРедактиранеФормуляр за билетПолета, маршрутизиране и копиранеРедактиранеПубликуванеВалидиране и създаване на животПреглед1CHOOSE TEMPLATEЗапочнете от структурата2PREVIEW SIZESНастолен компютър в мобилно състояние3PUBLISH SAFELYПреглед след това освобождаване
Portal Studio shows a responsive preview alongside theme, navigation, knowledge, ticket, assistant, form, footer and CSS controls.

Използвайте шаблона като начална точка, след това конфигурирайте тема, оформление, навигация, търсене на знания, билетна форма, асистент, кракер, марка, поведение на билети, обичай CSS и общи настройки. Преглед на работния плот, таблета и мобилния преди публикуване.

Подкрепа

Пропуски в знанията

Опашката на знанието събира въпроси към клиента, които AI не може да отговори уверено, за да подобри покритието.

Продуктов екран
Пропуски в знаниятаПропуск опашката реди се на пропуснати или ниско самоуверени въпроси и проследява дали екипът ги е разрешил.Пропуски в знаниятаРаботно пространствоOPEN GAPS28REPEATED9RESOLVED116ЖИВЕЕШ РАБОТЕН ВИЖГраници на миграциятаЗапитана 14 пътиВисокаПодкрепа през уикендаЗапитана 8 пътиСреденВреме за възстановяванеЗапитана 6 пътиСреденAPI регионЗапитана 3 пътиНиско1REVIEW QUESTIONВж. контекста на разговора2CHOOSE FIXЧлен или бърза3RESOLVEПроверка на следващия отговор
Пропуск опашката реди се на пропуснати или ниско самоуверени въпроси и проследява дали екипът ги е разрешил.

Отворете празно пространство, за да прочетете оригиналния въпрос и близкия разговор, след това изберете правилният определя: актуализира съществуваща статия, създаване на нова статия знания, добавяне на бизнес факт, коректни данни конектор или промяна ескалация инструкции. Маркирате, че решен само след оценка или реален тест връща приемлив отговор.

Подкрепа

Администриране на страницата за състоянието

Страницата с администрацията на статута предава здравето и инцидентите в сферата на услугите, използвайки компоненти, текущи състояния и актуализации.

Продуктов екран
Администрация на състояниетоАдминистрацията на състоянието изброява компоненти и инциденти, така че операторите да могат да публикуват ясна информация за услугата с печатен номер.Администрация на състояниетоРаботно пространствоOVERALLОперативенКОМПОНЕНТИ7INCIDENTS1ЖИВЕЕШ РАБОТЕН ВИЖУебсайтОперативенЗеленоAPIДеградирани показателиГледай!Поемане на електронна пощаОперативенЗеленоТекущ инцидентAPI ЛАТЕНТНО РазследванеОтваряне1UPDATE COMPONENTИзберете ясно състояние2POST INCIDENTОбновяеми срокове3RESOLVEЗатваряне с резюме
Администрацията на състоянието изброява компоненти и инциденти, така че операторите да могат да публикуват ясна информация за услугата с печатен номер.

Използвайте компонент състояния последователно. Когато инцидент засяга клиенти, публикува първоначално известие, добави време печат актуализации като промяна на фактите, и затвори с кратко резюме резолюция. Не използвайте страницата за състоянието като вътрешен дебъг лог; чувствителна диагностика принадлежат в OpsIQ и сървърни трупи.

100 mg

Настрой си изкуствен интелект.

AI Конфигурация е мястото, където можете да изберете вашия доставчик на AI, модел и контрол на разходите. OpsIQ подкрепя множество доставчици: Клод (Anthropic), GPT-4o (OpenAI), Gemini (Google) и Grok (xAI). API ключ (BYOK) или управляван изкуствен интелект, ако е на разположение на вашия план.

Нагласи Ал.
Конфигурация на AIAn AI settings panel: a Managed-AI / BYOK provider toggle, a model selector, and a monthly token-budget meter.Конфигурация на AIРаботно пространствоКонфигурация на AIДоставчикУправляван AIВашият ключ (BYOK)ОбразецКлод · балансиранМесечен бюджет на AI62%1TWO MODESУправляван AI или BYOK2PICK A MODELСкорост срещу дълбочина3BUDGETSТокиране на капачките и контрол на разходите
Изберете управляван изкуствен интелект или собствен ключ, изберете модел за скорост срещу дълбочина и да се ограничи месечно харчене с символичен бюджет.

Избор на доставчик

Клод (Anthropic)

Силни разсъждения, внимателни с факти, добри в следването на сложни инструкции. Модели: claude-sonnet-4-20250514,Клод-3.5 Най-добре за: поддръжка на разговори, технически въпроси, подробен анализ.

GPT-4o (OpenAI)

Модели: gpt-4o, gpt-4o-mini. Най-добре за: бързи отговори, творческо писане, широки въпроси за знанията.

Gemini (Гугъл)

Добър по фактически въпроси, многоезична подкрепа.gemini-2.0- Флаш,gemini-1.5 Най-добра за: мултиезикова подкрепа, фактически проверки.

Грок (xAI)

Fast, concise responses. Models: grok-3-mini-fast. Best for: quick answers, casual tone.

BYOK срещу Управляван AI

BYOK (Донеси си собствен ключ)

Вие предоставяте свой собствен ключ API от доставчика. Плащате директно на доставчика. Пълен контрол върху избора и използването на модела.

Управляван AI

AI се предоставя като част от вашия OpsIQ Не. API Използва се срещу кредитния баланс на твоя план.

Настройка стъпка по стъпка

1
& Настройване на AI

В OpsIQ admin, навигирайте към Настройки > AI Конфигурация.

2
Избор на доставчик

Изберете вашия доставчик на AI от падането.

3
Въведете API ключ

Ако използвате BYOK, влезте API За управляван изкуствен интелект, това се обработва автоматично.

4
Избор на модел

Изберете конкретен модел за използване. По-малките модели са по-бързи и по-евтини. По - големите модели дават по-добри качествени отговори.

5
Връзка на изпитването

Кликнете върху "Връзки с тестове," за да проверите API ключ и модел работят. Зелената отметка означава успех.

6
Запис

Кликнете върху Запис за да активирате конфигурацията на AI.

Контрол на разходите

Месечен бюджет

Когато бюджетът е достигнат, AI разполага елегантно деградира (по-къси отговори, без автоматично наблюдение) вместо да спира изцяло.

Гранична стойност на знака за разговор

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

Сигнал за ниско ниво на баланс

When your AI credit balance drops below the threshold (default: 50,000 tokens), a warning appears in the admin. Set this in AI Configuration.

Конфигурация на работното пространство

Ако управлявате няколко обекта, всяко работно пространство може да използва различен доставчик, модел и бюджет. Работното пространство наследява глобални по подразбиране, освен ако не е заето. За да конфигурирате работното място: превключете на работното пространство, след това отидете в AI Конфигурация и запазете настройки там.

Получаване API Ключове

Anthropic (Клод)

Отиди при console.anthropic.com > API Keys > Създаване на ключ. Копирайте клавиша, започващ с "sk-ant-."

OpenAI(GPT)

Отиди при platform.openai.com > API Keys > Създаване на нов таен ключ. Копирайте клавиша, започващ с "sk-."

Снимка: Google (Gemini)

Отиди при aistudio.google.com > Get API Създай ключ за проекта си.

xAI (Грок)

Отиди при console.x.ai > API Създайте и копирайте ключа си.

Тестване на настройките на AI

Сценарий:
After entering your API key, click "Test connection." You should see a green checkmark and a sample response from the AI.
Какво да правя:

Ако изпитването се провали: (1) Проверете дали API Ключът е правилен (няма допълнителни пространства). (2) Проверете дали вашата сметка има сметки, създадени с доставчика. (3) Проверете дали името на модела е валидно. (4) Ако използвате управляван изкуствен интелект, проверете дали лицензът Ви е активен.

Кой доставчик е най-добър?+

There is no single best provider. Claude is excellent for support conversations. GPT-4o is fast and versatile. Gemini handles multiple languages well. Try each one and see which produces the best results for your specific use case.

Може ли да сменя доставчиците по-късно?+

Да. Промяна на доставчика и API ключ по всяко време. Съществуваща история на разговорите е запазена. AI ще използва новия доставчик за всички бъдещи разговори.

Какво ще стане, когато свършат кредитите?+

AI се разгражда грациозно: отговорите стават по-къси, автоматично-реплики паузи, и администратор показва ниско балансирано предупреждение. ядро проследяване, билети, и CRM продължават да работят без изкуствен интелект.

100 mg

По-умен и по-евтин клиентски чат

Комплект от контроли за включване, които правят клиента ви чат или по-умен (причини в клиентската сметка като човешки агент) или по - евтин (изпраща AI-малко или отговори на по-малко стъпки). Всеки контрол е изключен по подразбиране и независим, включването на един никога не променя друго поведение. Повечето живеят по Настройки > Клиент Чат > Поведение; няколко са на Настройте вашия ИИ и Включете своя ИИ.

По-умни отговори (режим на агент)

Нормален чатбот отговаря на един въпрос от един поглед. Режим агент на, асистентът може да направи няколко чек-само за четене проверки на един завой и ги съпостави, например "имам ли отворени билети, и е моят баланс достатъчно за следващото ми подновяване?" се отговаря в един отговор с математиката направено. Тя се ангажира само за проверени клиенти по сметка или възстановяване въпроси; всичко друго работи нормално едноотговорен път.

Режим агент

До няколко гледания само за четене на завой, съпоставени преди да отговори. Включете, когато имате свързана платформа (WHMCS, Shopify, Stripe, Zendesk и т.н.) Off = днес едногледно поведение, непроменено.

Мислиш дълбоко за отговорите на агентите

Колко трудно е модел причини за сложните завои (ниско/средно/високо). Започнете на ниско; повечето въпроси подкрепа се обработват добре там.

Модел на агента

Pins по-силен модел само за сложни агенти завъртания, така че всеки ден чат остава на лек, евтин модел и само твърдите обороти плащат за дълбочина. Blank = вашия нормален клиент-чат модел.

Планирайте напред · отговори с един пас (бета)

Малка стъпка планиране решава кои да се оглеждат и дали базата знания е необходима, след това отговаря в ONE основен разговор вместо няколко стъпки. Под-промяна под режим агент. Тя не може да бъде активирана освен ако режим Agent е включен. Същото качество на отговор, по-малко обаждания на много части въпроси.

Разговор и разбиране

Памет за дълги разговори (бета)

Поддържа кратко резюме на по-стари съобщения (имена, билет/гласови номера, суми, решения), така че асистентът остава последователен в много дълги чатове без да се презаверява целия запис. Най-добре за поддръжка-тежки, дълги нишки; двойки с Agent режим.

Толерантност в типологията

Чете малки печатни грешки ("моите отворени билети," "неплатени фактури"), като предназначени думи, така че правилната информация да бъде намерена вместо пропусната. Работи с всяка свързана платформа. Изключена по подразбиране; полезна за чат-мобилен-тежки.

Контекст на облика

Само прикрепя снимката на клиент, когато въпросът е всъщност за тяхната сметка (баланси, фактури, билети, услуги), като го пропуска на общи въпроси. Cuts разходи без загуба на качество. Асистентът все още може да донесе сметката на живо, когато се нуждае от него.

Спестяване на разходи

Skip знание търсене на поздрави (бета)

"Здравейте," "благодаря" и "ОК" не задействат търсене на базата на знания, тези отговори никога не го използват. Всяко съобщение с реално съдържание все още търси като нормално.

Най-дългият възможен отговор (токове)

Дължината на отговора е най-скъпата част от повикването, така че разумно ограничение (около 10 секунди) може да бъде достатъчно. 500 За поддръжка) е единственият най-ефективен контрол на разходите за чат.Само намалява глобалния ви лимит, никога не го увеличава.

Нагласи си изкуствен интелект

Дълбочина на мислене (клиент и администратор чат)

Колко мисли моделът преди да отговори (минимално до високо). Поддържайте разговорите с клиенти на минимална/ниска скорост; резервирайте по-високи настройки за анализ и администратор втори пилот.

Модел на AI (на работа)

Всяка повърхност на AI (жив чат, билети проекти, резюмета, анализ, администратор втори пилот, промоции, Site Intelligence и др.) може да работи по свой собствен модел. Светлина, където скоростта има значение, силна, когато качеството е от значение.

Административен контрол на разходите за чата

Помощник пилотът на администратор може да запази ограничена работна памет и да зареди само инструментите, от които се нуждае (линейни инструменти) вместо всеки инструмент.

Влак си изкуствен интелект

Инструкции за компресиране

Вашите инструкции се изпращат на всеки завой, така че дължината им е повтаряща се цена. Бутонът Компрес пренаписва слот да се каже същото нещо с по-малко думи. {variable} или правило, и съобщава какво защитава, така че никога не се променя безмълвно смисъла.

"Какво е вече в мозъка" (i...)

Показва какво OpsIQ вече знае за вашия бизнес на слот, така че можете да изтриете всичко, което сте били повтаряне в собствените си инструкции.

💡
За кратко подкрепа чат на вход (инструкции + данни за сметка + история, изпратени всеки завой) обикновено струва повече от краткия отговор, кеширане и постно контекст помага най-много там. За дълго генерираното съдържание изхода доминира. Капакът отговор дължина и по-ниска дълбочина на мислене се изплаща там. Вижте Настройте си AI да продължите бързо кеширането, което прави голямата повтаряща се част на всеки завоя евтино.
Тези промени ли се, как вече отговаря чата?+

Не. Всеки контрол е изключен по подразбиране и независим. Включването на един само добавя поведението му; изключване го връща обратно в точно както работи преди.

В каква заповед да ги включа?+

След това, ако имате свързана платформа, дайте възможност на режим агент, след това планирайте напред, след което дългоразговорна памет. След това постно контекст, прескочи-KB-за-по-Поздрави, и капачка отговор. Накрая компресирайте инструкциите си. Гледайте няколко реални чата след всяка промяна.

Комплектът Admin Agent: уеб търсене, runbooks, мисии, файлов трансфер

В Admin AI чата е работещ инженер, а не просто кутия за въпроси. Тя може да се проучват поправки в интернет, поддържа библиотека на вашите оперативни процедури, патрулира сървърите си по график, и преместване на файлове. Повечето от това се движи чрез питане за него в чат; единственото нещо, което конфигурирате отпред е кой уеб доставчик на търсене използва, на страницата си AI.

Търсене в интернет

Вградени

Агентът търси в интернет за документи, съобщения за грешки и текущата информация, докато работи. Извън кутията това използва DuckDuckGo, който не се нуждае от ключ и не е настройка.

Справочници

В чата.

Агентът пише, след като заковава трудна работа и я следва следващия път, така че ноу-хауто оцелява в края на чата.

Мисии

Насрочено

"Всяка сутрин проверявайте диска и записите от грешки."

Прехвърляне на файл

В чата.

Поискайте лог файл и да получите частен линк за изтегляне, или да имате един файл копиран от един свързан сървър в друг. И двете са поставени на 5 MB_.

Admin Agent уеб търсене (при Настройте вашия AI)

Търсене

Какво използва агента уеб търсене. По подразбиране е DuckDuckGo: без ключове, безплатно, работи на всеки инсталиран. Смело търсене, Tavily и Serper.dev (Google резултати) обикновено се връщат по-добри резултати, но всеки се нуждае от API ключ от този доставчик. Ако ключов доставчик се провали по някаква причина (лош ключ, използвана квота, мрежови проблеми), това търсене пада обратно към DuckDuckGo автоматично, така че търсенето никога не отива тъмно.

Търсене API ключ

Ключът за избрания от вас доставчик, необходим само за Brave, Tavily или Serper. След като бъде записан е маскиран и никога не се показва на страницата отново; поставя нов, за да го замени. Ключов доставчик става активен само когато се съхраняват както доставчикът, така и ключът му.

Справочници

Когато агентът току-що е работил през работа, която ще искате да се направи по същия начин отново, кажете "запази това като runbook наречен нощно почистване." От тогава на него вижда бележника по име във всяка сесия, и когато поискате работата по име (или го опишете) той издърпва стъпките и ги следва. Можете да го помолите да списък, актуализиране или изтриване на рънбукове по всяко време.

💡
Когато агентът следва една, всяка стъпка, която ще промени сървър все още минава през текущия режим на разрешение и показва обичайните карти за одобрение.

Мисии

Мисия е повтаряща се работа агент работи по себе си: на час, всеки ден в определен час, или седмично в определен ден. Мисиите са чете само по дизайн. Те могат да четат сървъри, данни и интернет, но те никога не могат да променят нищо; те разследват и докладват. Когато една мисия завършва, констатациите се приземяват като уведомление на вашия администратор звънец. Кажи "провеждайте сутрешния патрул сега" да задейства един по заявка, или да поиска от агента да изброят, пауза или премахване на мисии.

⚠️
Мисиите се изпълняват OpsIQ крон, така че трябва да бъде създаден (виж Cron и автоматизация). Еднократна "избягване сега" от чата работи дори между крони работи на повечето сървъри.

Преместване на файлове

Поискайте файл ("донесете ми днес лог за грешка от уеб сървъра") и агентът го поставя в етапи и отговаря с частен линк за изтегляне. Линкът работи само за подписани реклами и изтича след около ден. Файловете са напечатани на 5 MB_; за нещо по-голямо, поискайте от агента да го компресира или подреже първо на сървъра.

Агентът може също така да копира един файл между два свързани сървъра, отново до 5 MB. Написването на дестинацията се третира като всяка друга промяна, която прави: в режим на запитване първо получавате карта за одобрение, съществуващият файл е подкрепен и копието е обратимо. За безопасност съдържанието на файла се чете от източника в момента на прилагане на копието, а не от чата.

100 mg

Тренирай своя изкуствен интелект

AI Training is where you teach OpsIQ how to behave. You write prompts that define personality, boundaries, knowledge focus, and escalation rules. Think of it as writing a training manual for a new support agent.

Влак AI
Тренирай своя изкуствен интелектРедактор на AI инструкции с разделите Клиент/Админ и обикновен английски тон, винаги и никога правила.Тренирай своя изкуствен интелектРаботно пространствоКлиент AIАдминистратор на ИИТонПриятелски, стегнат, никога настойчив.Винаги.Предложи човешки отказ за даване на сметка по спорове.Никога.Обещай ми възстановяване без да проверяваш сметката.1TWO MANUALSКлиент & администратор AI2PLAIN ENGLISHТони, винаги, никога.3GROUNDEDПлюс базата ти знания.
Тренирай AI като нов наем, Клиент и Admin ръководства написани на обикновен английски (тон, винаги, никога), заземени във вашия KB.

Две области на обучение

Клиентски AI бърз

Контролира как AI говори на клиентите си в чат джаджата. Това е най-важното бърза да получите право.

Admin Al-a-Too

Контролира как AI подпомага вашия администратор екип в таблото на оператора. Това се занимава с вътрешни запитвания и изпълнение на действия.

Писане на страхотен клиент Ал подкана

Вашият клиент AI бърз трябва да покрие тези области:

1
Идентификация

Кой е AI? Дайте му име, роля и личност. Пример: "Вие сте Луна, приятелска и познавателна асистентка за поддръжка на клиенти за Acme Store."

2
Тон и стил

Например: "Бъдете професионални, но топли. Използвайте простия език. Избягвайте жаргон. Дръжте отговорите кратки (2-3 точки макс.)."

3
Граници на знанието

Какво трябва да знае и не знае? Пример: "Вие знаете за нашите продукти, ценообразуване, корабоплаване и политика на връщане.

4
Правила за ескалация

Кога трябва да се предаде на човек? Пример: "Ескалирай се на човешки агент, когато клиентът иска възстановяване, споменава правни действия, докладва въпрос за сигурност, или задава същия въпрос три пъти."

5
Неща, които никога не трябва да се правят.

Пример: "Никога не обещавайте възстановяване. Никога не споделяйте вътрешни ценови формули. Никога да не създавате характеристики на продукта, които не съществуват. Никога няма да давате медицински, правни или финансови съвети."

Примерни указания

Пример за клиент AI бърз · онлайн магазин
You are Aria, a friendly customer support assistant for TechGear.

PERSONALITY:
- Warm and professional
- Concise (2-3 paragraphs max per response)
- Use simple language, no jargon
- If unsure, say so honestly

KNOWLEDGE:
- Our products: laptops, accessories, software subscriptions
- Pricing: as listed in the knowledge base
- Shipping: free over $50, 3-5 business days standard, 1-2 days express ($12)
- Returns: 30-day money-back guarantee, must be in original condition

ESCALATION (hand off to human):
- Refund requests over $100
- Account security concerns
- Legal threats or complaints
- Customer explicitly asks for a human

NEVER DO:
- Promise specific delivery dates (say "estimated")
- Share discount codes not in the knowledge base
- Make up product specifications
- Give financial or legal advice
Пример за клиент AI framp · хостинг компания
You are Atlas, an AI assistant for CloudHost web hosting.

TONE: Technical but accessible. Assume the customer has basic web knowledge.

KNOWLEDGE:
- Shared hosting, VPS, dedicated servers
- cPanel, DNS, SSL, email configuration
- WordPress, Joomla, Drupal installation
- Common error codes and troubleshooting

ESCALATION:
- Server outages affecting multiple customers
- Data loss or security breach reports
- Billing disputes over $50
- Complex migration requests

BOUNDARIES:
- Do NOT access customer servers or databases
- Do NOT change DNS records or passwords
- Always recommend the customer makes changes themselves
- For code issues, suggest steps but clarify you cannot debug their application

С течение на времето ще премахнете скоростта си

1
Стартиране с основи

Започни с идентичност, тон и ключови граници.

2
Преглед AI История седмично

Прочетете разговори, в които AI даде грешни или неоптимални отговори.

3
Обновяване на бързата

Пример: ако AI продължава да обещава възстановяване, добавете "Никога не обещавайте възстановяване. Кажете, че ще ескалирате към таксуващия екип."

4
Добавяне на знания

Ако AI не може да отговори на въпрос, по-скоро добавете отговора към базата за знания, отколкото се опитвате да впишете всичко в бързината.

⚠️
Дръжте си бърз под 2,000 думи. Над дългите бързинаи могат да объркат AI и да увеличат разходите за символи.
Каква е разликата между бързата и базата на знанието?+

В основата на знанието се предоставя фактическа информация (продуктови детайли, ценообразуване, политики). AI чете и двете, но бързи форми поведение, докато KB дава отговори.

Мога ли да имам различни указания за различните отдели?+

Ако имате нужда от различно поведение на AI за различни отдели, използвайте базата знания, за да предоставите конкретна информация за отдела и да споменете контекста на отдела във вашия бърз.

100 mg

История на ИИ

AI Историята показва всеки разговор, който Ал е водил с клиенти и администратори. Използвайте го за одит на представянето на ИИ, за да намерите грешни отговори и да идентифицирате пропуски в обучението.

История на ИИ
История на ИИДневник на AI се върти с тип значки, въпрос и отговор, време за отговор и резултат.История на ИИРаботно пространствоВсеки завой на изкуствен интелект, записанчатВ: Къде ми е поръчката?A: доставено днес, UPS проследяване...0.9sansweredticketПроект на отговор за T-12345_потвърждение за възстановяване, изготвено1.4sdraftedАдминОбобщете тазседмичните билети.12- returned line recording2.1sГотово.чатQ: отмени плана миПредадена на човек.0.7sescalated1EVERY TURNБърз отговор, действие2SEARCHABLE& Изнасяне3OWNER-ONLYПълна одитна следа
Всеки AI обръща (чат, проектопис за билет, администраторски действия) влезе с точния бърз, отговор, продължителност и резултат.

Какво показва всеки разговор

Дата и час

Когато се случи разговорът.

Идентификация на клиента

Име и електронна поща, ако е известно, в противен случай IP и държава.

Канал

Чат джаджа, билет авто-репли, имейл проект, или администратор AI.

Съобщения

Пълен запис на разговора: съобщения от клиенти и отговори от AI.

Използване на ток

Високото значение на използването може да показва, че AI дава прекалено глаголни отговори или разговорът се е разпрострял в кръг.

Поети действия

Всички действия, които AI изпълнява по време на разговора (търси ред, създаден билет и др.).

Рейтинг

Ако CSAT е активиран, рейтингът на клиента за удовлетворение от този разговор.

Намиране на проблеми

Търсене по ключова дума

Търсене на конкретни теми, за да видите как AI ги обработва. Пример: търсене на "възвръщаемост," за да проверите дали AI е следвал вашата политика за възстановяване.

Филтър по рейтинг

Показват само ниско оценени разговори, за да се съсредоточи върху недоволни клиенти.

Филтър по канал

Показване само на авто-репликации за автоматизирани одити на автоматичното реагиране отделно от чата.

Сортиране по символно използване

Високотоковите разговори могат да показват проблеми: AI бърборене, движение в кръг или не отговори на въпроса.

Седмична одитна програма

1
Проверка на разговори с ниска стойност

Да не е било пропуск в знанията, или грешен отговор?

2
Проверете високо-токалните разговори

Това може да означава объркване.

3
Обновяване на обучението

За пропуски в знанията, добавете статии към базата за знания. За проблеми с поведението, актуализирайте AI бърз. За повтарящи се погрешни отговори, допълнете изрични правила за корекция.

Намиране на пропуски в знанията

Сценарий:
You search AI History for "installation" and find 15 conversations where the AI said "I do not have specific installation instructions for this product."
Какво да правя:

Това означава, че базата ви за знания липсва инсталационни ръководства. Създаване на основни статии за всеки продукт за монтаж стъпки. След като ги добавите, тест чрез задаване на въпросите за инсталирането на AI.

100 mg

AI прозрения

AI Insights автоматично анализира модели на разговор и повърхности, които могат да се предприемат: общи въпроси, тенденции на удовлетворение, пропуски в знанията и ескалационни модели.

AI прозрения
AI прозрения (Интелигентна хъб)The Intelligence Hub: a AI Today's Brief, Smart Alerts, Score-a-Lead / Analysse-a - Page инструмент, и 14_-Day Traffic Pattern диаграма.AI прозренияРаботно пространствоДнешният брифингTraffic up 12%; 3 hot leads; 2 deals need follow-up.Интелигентни сигналиГрешката при напускането е повишенаСкачай на /pricingНова гореща преднина от САЩПриходи преди миналата седмицаРезултат от водеща / Анализ на страницаIP или URL…Бягай!14- Дневен трафик модел1Днешният брифингАл пише сутрешното резюме.2SMART ALERTSАномалии, открити3ON DEMANDРезултат от оловен · анализ на страница
The real Intelligence Hub: a AI-written Today's Brief, Smart Alerts for anothers, on-question lead marking and page analysis, and the 14- Дневен трафик.

Какво показват прозренията

Топ въпроси

Най-често задаваните въпроси.1, Вашата база знания се нуждае от видна парола нулиране ръководство.

Тенденции на удовлетворението

CSAT scores over time. Is AI satisfaction improving or declining? Sudden drops may indicate a knowledge base change that broke something.

Ставка на преобразуване

Какъв процент от разговорите решава AI без човешка намеса? 70% Добре е, отдолу. 50% Означава, че Ал се нуждае от повече обучение.

Причини за ескалация

Често срещани причини: клиентът е поискал човек, AI не може да отговори, чувствителна тема, сметка проблем.

Пропуски в знанията

Теми, в които Ал често казва "Не знам" или дава ниско самоуверени отговори.

Средна дължина на разговора

Колко съобщения на разговор?10+ съобщения) може да означава, че AI не разбира въпроса.

Използване на прозрения за подобряване

Сценарий:
AI Insights shows that 23% of escalations are "Customer asked about warranty" and the AI could not answer.
Какво да правя:

Това е ясно пролука на знанието.1) Напишете цялостна гаранционна статия в базата на знанието, покриваща всички гаранционни условия, процес на вземане и изключвания. (2) Обновяване на AI подкана за справка информация гаранция. (3) Monitor AI Insights следващата седмица, за да видите дали ескалацията на гаранциите намалява.

100 mg

Администраторски наръчник за изкуствен интелект

Администратор AI (Питайте OpsIQ) помага на вашия екип да управлява OpsIQ Можете да поискате от него да търси данни, да обяснява функции, обобщени билети и изпълнение на дейности платформа.

Администратор на ИИ
Администраторски наръчник за изкуствен интелектКомандната кутия за запитване OpsIQ с AI-предложена карта за действие на платформата, показваща параметри и потвърждаваща/отказала.Питай. OpsIQРаботно пространствоПитай. OpsIQПрекратете услугата за просрочена сметка 4821100 mgПредложени действия: суспендиране_службасметка: #4821 (предварително) $120)платформа: WHMCS · обратимо · одитиранеПотвърденоОтмяна1ASK ANYTHINGОбикновени английски команди2PROPOSE FIRSTДействие показано преди да се задейства3YOU CONFIRMОбхват и одит
Кажете на администратор AI какво искате на обикновен английски език; тя предлага точното действие (огледано, обратимо, одитирани) и чака вашето потвърждение.

Какво може да направи администратор Ал?

Търсене на данни

Питай: "Покажи ми всички билети от [email protected]"или "Какво е положението на реда #ORD-5523?"

Обобщяване

Попитайте: "Сумрейте последните 10 билети" или "Какви са най-важните въпроси за подкрепа тази седмица?"

Обяснете характеристики

Питай: "Как да настроя авторепли?" или "Какво означава картата за отскачане?"

Изпълнение на действия

Запитай се: "Създай билет за [email protected] За сметката или за "Близо билета Т-12345"

Запитвания за платформа

Попитайте: "Колко посетители получихме вчера?" или "Какви са нашите приходи този месец?"

Примерни разговори

Търсим клиент.

Сценарий:
Admin asks: "Find customer [email protected] and show me their recent activity"
Какво да правя:

AI търси клиента във всички свързани източници на данни: посещения, билети, чатове, поръчки и CRM контакти. Тя връща обобщение на скорошната дейност с връзки към всеки елемент.

Получаване на ежедневно резюме

Сценарий:
Admin asks: "What happened today?"
Какво да правя:

The AI summarizes: "Today you had 245 visitors (up 12%), 8 new tickets (3 resolved by AI), 2 new orders totaling $198, and 1 chat escalation about a shipping delay."

Изпълнение на действие

Сценарий:
Admin asks: "Change ticket T-5523 priority to Urgent"
Какво да правя:

AI потвърждава: "Ще сменя билета T-5523 приоритет от нормално към спешно. Това ще се отрази на таймер SLA. Потвърдете?" Потвърждавате ли, и действието е изпълнено.

💡
Admin AI изпълнява само действия, които са регистрирани в Регистъра на действията. Тя не може да изобрети действия или системи за достъп извън OpsIQ_.
100 mg

Сценарии на клиенти AI

Този раздел обхваща общи сценарии, насочени към клиенти AI с очаквано поведение и съвети за обучение.

Клиент AI
Сценарии на клиенти AIБиблиотека с въпроси на клиенти, съчетана с очакваното поведение на AI и таг за всеки.Сценарии на клиенти AIРаботно пространствоСценарий библиотека · очаквано поведение на AI"Къде ми е поръчката?"Потърси реда чрез конектора, проследиРеконструкция"Искам да ми върнеш парите"Потвърдете, никога не обещавайте · ръка на човекПрехвърляне"Службата ли е свалена?"Състояние на проверката, докладвайте текущото състояниеСъстояние"Отмени сметката ми"Потвърдете намеренията си, след това се обърнете към човек.Потвърдено1SCENARIOSОбщи въпроси2EXPECTEDКак да отговоря на AI3ИЗПИТВАНЕТърсене на пропуски в обучението
Библиотека с истински въпроси на клиента и точно как AI трябва да се справят всеки, за да тестват обучението си и да намерят пропуски.

Сценарийна библиотека

Разследване за статута на поръчката

Сценарий:
Customer: "Where is my order #12345?"
Какво да правя:

Очаквано поведение на AI: (1) Потърсете реда през платформата конектор. (2) Докладвайте състоянието на тока (преработка, превоз, доставен). (3) Включване на проследяващ номер, ако има такъв. (4) Ако поръчката е забавена, потвърдете и дайте прогнозната времева линия. (5) Никога не изобретявайте проследяваща информация.

Искане за рестартиране на паролата

Сценарий:
Customer: "I forgot my password and cannot log in"
Какво да правя:

Очаквано поведение на AI: (1) Представете стъпки за нулиране на паролата от базата знания. (2) Включване на нулиране на линка или път страница. (3) Споменавам, че нулирането на имейл може да отнеме няколко минути. (4) Предложете проверка на папката за спам. (5) Ако клиентът все още не може да се рестартира, ескалира до човек.

Искане за изпълнение

Сценарий:
Customer: "Can you add dark mode to the mobile app?"
Какво да правя:

Expected AI behavior: (1) Thank them for the suggestion. (2) Explain how feature requests are handled (logged, reviewed, prioritized). (3) Do NOT promise the feature will be built. (4) If a similar feature exists, mention it.

Спор за фактуриране

Сценарий:
Customer: "I was charged but my service is not working"
Какво да правя:

Expected AI behavior: (1) Acknowledge the frustration. (2) Check the service status if possible. (3) Escalate to the billing department with all details. (4) Do NOT promise a refund. (5) Set ticket priority to High.

Извънтемателен въпрос

Сценарий:
Customer: "What is the weather like in London today?"
Какво да правя:

Очаквано поведение на AI: (1) Любезно пренасочете. "Аз съм вашата помощ [дружество] помощник и може да помогне с въпроси за нашите продукти и услуги. За информация относно времето, опитайте метеорологична услуга." (2) Попитайте дали имат продуктов въпрос.

Как да тествам поведението на клиента?+

Отворете сайта си в частен / инкогнито браузър и поговорете с AI като клиент. Опитайте общи въпроси, крайни случаи, и противникови сценарии. Проверете дали AI следва вашите бързи правила и използва правилно съдържание на знания.

100 mg

База на знанията на AI

Базата с знания е библиотека от статии, които AI използва за отговор на въпроси. Когато клиент пита нещо, AI търси базата със знания за съответните статии и ги използва, за да генерира точен, заземен отговор.

Основание на знанието
Основание на знаниетоИзточниците се хранят в магазин за знания, а после един изкуствен интелект генерира наземен, цитиран отговор.Основание на знаниетоРаботно пространствоИзточнициWebsite пълзенеПомощни статииЧесто задавани въпросиВнесени документиПознанияСемантична + ключова дума100 mgНаказан отговорс цитиран източник."Вземане на средства 3–5Бизнес дни."1INGESTПълзи, FAQ, внос2RETRIEVEСемантична + ключова дума3GROUNDEDОтговори от вашето съдържание
Пълзите сайта си и импортирайте документи в базата знания; AI извлича правилните парчета и отговори, наказани и цитирани.

Как работи?

1
Клиентът задава въпрос

"Каква е политиката ти за връщане?"

2
Ал-Ай търси базата от знания

OpsIQ finds the "Return Policy" article by matching keywords and semantic meaning.

3
AI генерира отговор

AI чете статията и пише естествен език отговор въз основа на съдържанието на статията.

4
Клиентът получава точен отговор

Отговорът е основан на действителната ви политика, а не на данните от обучението на ИИ.

Създаване на добри статии

По една тема на статия

Напишете отделна статия за всяка тема: политика на връщане, цени на доставка, настройки на акаунта, нулиране на паролата. Не комбинирайте несвързани теми.

Напиши като често задавани въпроси

Започнете с въпроса, който клиентите задават, след което да предостави отговора. Това помага на AI мач въпроси към статии.

Бъди по-конкретен.

"Returns must be initiated within 30 days of delivery" is better than "We have a return policy."

Включват се случаи на ръба

А какво ще кажете за международни печалби? Ами дигитални продукти? Ами закупените стоки? Покрийте изключенията.

Дръжте го в течение.

Преглед на статии тримесечни. Изтриване на остаряла информация. Обновяване на цените, политиките и процедурите, когато те се променят.

Стартирайте статиите, които трябва да напишете

Доставка и доставка

Разходи за доставка, време на доставка, проследяване, международна доставка, и справяне с закъснения.

Връщания и възстановявания

Прозорец за връщане, условия, процес, времева линия за възстановяване и изключения.

Управление на сметки

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

Ценообразуване и фактуриране

Описания на плановете, цикъл на фактуриране, методи на плащане, фактури и валута.

Продуктови ръководства

Как да използвате всеки продукт или функция. Инструкции стъпка по стъпка с екранни снимки.

Отстраняване на неизправностите

Общи проблеми и решения. Грешки съобщения и техните поправки.

Информация за контакт

Работно време, канали за поддръжка, време за реакция и ескалационни пътища.

Правни и правни изисквания

Privacy policy summary, terms of service summary, GDPR data requests.

Познания на съединителя

Всеки конектор може да предоставя знания на ИИ. Когато е включен, неговите вградени статии (продуктов каталог, общи въпроси, отстраняване на проблеми с платформата) са автоматично достъпни за AI. Можете да включвате или изключвате данните за конектора в настройките на съединителя.

Бюджет за изпълнение на бюджета за поети задължения

Базата на знанието има конфигурируем жетонен таван (по подразбиране: 32,000 символи), който контролира колко контекста на знания се изпраща до AI за разговор. Ако базата ви на знания е много голяма, AI избира най-важните статии в рамките на този бюджет. Увеличете тавана, ако AI не намира съответните членове; го намали, ако искате да намалите символичните разходи.

Колко статии трябва да имам?+

Start with 5-10 articles covering your most common questions. Add more as you identify gaps through AI History and AI Insights. Most businesses need 20-50 articles for comprehensive coverage.

Мога ли да внасям статии от друга система?+

В момента статиите се създават ръчно в OpsIQ. Можете да копирате съдържанието на паста от съществуващите Често задавани въпроси, помощни центрове или документи.

В какъв формат трябва да са статиите?+

AI разбира естествения език по-добре от структуриран HTML или маркиран. Напишете, както бихте обяснили на клиента.

100 mg

Оценка на СИ и "Стражева кула"

Наборите за оценка превръщат критичните въпроси към клиенти в повтарящи се тестове за качество на отговорите, цитирания, ескалация и безопасност на действието.

Продуктов екран
Оценка на AIВ оценката на AI са изброени златните дела за изпитания, изискваното поведение, последните резултати и планираните пътувания на "Стражева кула."Оценка на AIРаботно пространствоSETS6CASES84PASS RATE96%ЖИВЕЕШ РАБОТЕН ВИЖПолитика на корабоплаванетоИзисква се цитацияПасИскане за възстановяванеИзисква се потвърждение от човекПасНеподкрепен искЗабранено действиеПасВъпрос за миграциятаЛипсващ очакван източникПровал1CREATE CASESЗлатни входове и правила2RUN SAFELYСуха тренировка или жива оценка3WATCHГрафик ежедневно или седмично
В оценката на AI са изброени златните дела за изпитания, изискваното поведение, последните резултати и планираните пътувания на "Стражева кула."

Пълните администратори могат да създават набори за оценка с бързи, очаквани изходни етикети, изисквани цитати, правила за потвърждаване на човека, ескалационни очаквания и забранени действия.

" Стражева кула " планира ежедневни или седмични проверки чрез и изпълнява ограничен брой случаи (до осем на планирано преминаване) Преглед на неизправностите заедно с доставчика / модела, версията на подкана, версия на знанията, предложени действия и разходи преди промяна на производственото поведение.

100 mg

Езици и превод

Езиците управляват преведения текст с клиентско изражение и поведението, което се използва при OpsIQ следва език на клиента.

Продуктов екран
ЕзициСтраницата с езици показва изходния език, преведени езици, проект/жив състояние и поведение на клиента-език.ЕзициРаботно пространствоИЗТОЧВАНЕАнглийскиLANGUAGES4ЖИВЕЕ3ЖИВЕЕШ РАБОТЕН ВИЖFrenchИнтерфейс и съдържаниеЖивоНемскиИнтерфейс и съдържаниеЖивоИспанскиПроект на преводПроектПоследвайте клиентаОтговор на засечен езикВключи.1SET SOURCEЕзик на оригиналния оператор2ADD LANGUAGEПревеждай на заден план3PUBLISHПроектиране или живот
Страницата с езици показва изходния език, преведени езици, проект/жив състояние и поведение на клиента-език.

OpsIQ превежда оператор-навлизащ в клиент-оказания текст. Задайте езика източник правилно преди да създадете преводи, добавете целеви езици, след което прегледайте проекти преди публикуване. готвене на език за клиенти, контролира езика отговор; превеждането на джаджа интерфейса контролира бутоните си, етикети и системни текст.

Не разчитайте на машинен превод за законно, възстановяване, сигурност или безопасност текст без човешки преглед.

Всяко място, което притежава собствената ви формулировка е включено в списъка с съобщения: клиентски чат съобщения, промоции, проактивни съобщения, чатове потоци, екскурзии, съобщения, балони за подигравки и Проучване и формуляри. Обзорът обхваща всяко публикувано проучване напълно: заглавие, всеки въпрос, всеки вариант отговор, бутони, добре дошли и благодаря копирате, страница хром и изход страници. Ключовете са обвързани с въпроса ID и стойността на опцията, така пренареждане въпроси или опции никога не губи превод, и преговор на едно съобщение отново се предава само това съобщение. Публикуваните проучвания на живо се предлагат по подразбиране; проекти се присъединяват, когато разшири обхвата.

След чата имейл проучване следва езика, на който посетителят действително чат, при условие че езикът е този, който предлагате тук; в противен случай той използва вашия системен език. Неговите шест редактивни полета също са преведени на тази страница, и поведението има свой собствен ключ в настройките на Клиента Чат.

Съобщения за билет и портал обхваща фиксираните текстови оператори, които веднъж и всеки клиент получава на този език: потвърждението за билета, откритите, затворените и обратната информация по договори за апартаменти и линията за добре дошли в портала. (АИ автоматично се нуждае от нищо от това, то вече отговаря на езика на клиента .) С Имейл клиенти на техен език активиран OpsIQ Писане, билет имейл решава получателя на езика в този ред: езикът, който те са избрали в портала или Help Centre (вкарани върху билета), локала на техния контактен запис, след това езикът те пише в, засечено локално чрез скрипт диапазон и маркер думи, без външен разговор. Само езици, избрани на страницата Languages някога се използват, така че функцията е инертна, докато езиците се добавят. HTML Е-мейл обвивката умишлено не е преведена: тя е маркер, а не проза. Персонал-обръщащ имейл (уведомления, отдел сигнали, анализатори слипове, планирани доклади, седмични бюлетини) винаги използва езика на системата.

Подкрепа

Център за помощ

Вашият Център за помощ е сайт за самообслужване, построен от статиите, които публикувате. Клиентите могат да го четат и търсят на собствената си публична страница, и точно вътре в чат джаджата, така че те могат да намерят отговори сами преди да някога отвори разговор. Всичко в него идва от вашето знание база, така същото съдържание, което се основава на вашия AI също правомощия обществената помощ.

Където клиентите ви го виждат.

Собствена публична страница

Чисто, търсено място за помощ /help.phpКлиентите разглеждат по категория, търсят и отварят всяка статия. Можете да я дадете на Вашето име и стил.

Вътре в джаджата за чат

Помощ линк в чат джаджата, така че клиентите могат да търсят статиите си, без да напускат чата. Ако те все още се нуждаят от човек, те са на един кран разстояние от започване на разговор.

Включи го.

1
Отваряне на страницата на помощния център

Отиди при Config, then Help Center Включете си администраторския апарат. Включване на обществен център за помощ.

2
Дай му име и поглед.

Задайте име на Help Center, което показва в заглавната част и раздела на браузъра, и изберете визуален стил. Можете да изключите горната навигация за чиста страница без меню.

3
Публикувай някои статии

Нищо не се вижда, докато не публикуваш статиите.

Публикувайте статии в Центъра за помощ

Статии живеят във вашата база знания. В Help Center се появява статия, след като тя е публикувана и маркирани публично. Има няколко начина да направите това:

Публикувайте една статия

Отворете статията, отбележете я публикувана и включете опцията да я покажете в Центъра за помощ.

Публикувай всичко наведнъж.

Използвайте Публикувайте всички бутон, за да натиснете цялото си публикувано в Центъра за помощ с едно кликване, вместо да ги прави един по един.

Превърнете Често задаваните въпроси в статии

Вече имате Често задавани въпроси? Публикувайте всичко, за да помогнете да ги превърне в помощни статии, така че те седят заедно с всичко останало.

Внос на съществуваща база от знания

Да се преместиш от друго бюро за помощ? Импортиране на KB бутон на раздела Статии носи съществуваща база от знания за вас. Имате три начина да го посочите в съдържанието си:

Поставяне на URL

Дайте му адреса на текущия център за помощ. Ако разпознае платформата (например Zendesk) тя чете точната категория дърво от тази платформа. В противен случай той пълзи на сайта и възстановява структурата от страниците, внос само на реалните статии и прескачане на входове, ценообразуване, и страници за контакт.

Избор на свързано приложение

Ако вече е свързана с това работно място платформа и притежава база от знания, тя се появява в падаща под Импортиране от свързано приложение. Изберете го и внос, не URL или паролата е необходима. Приложението се изброява само след като е свързано и настроено.

Качване на CSV_

Няма място на живо, където да посочите? title, category, и body Сложете колоните. Parent / Child в колоната от категории за изграждане на гнездящи категории.

Както и да избереш, получаваш преглед на първо място: статиите, които е намерила, групирани по категории, всяка с чекова кутия, така че можете да пуснете всичко, което не искате. Нищо не се записва, докато не кликнете Импортиране. След това можете да Отмяна целия внос с едно щракване, или Re- sync URL или свързан внос на ап по-късно, за да изтеглите нови и променени статии.

💡
Разработчици: всеки конектор може да рекламира своята база от знания към този спад, като декларира kb_capabilities блок в него settings.json (тип) kb_source, с adapter и base_template). Вижте раздела Connectors и референцията между платформата-конектор.

Организиране с AI

Подреден център за помощ е лесен за разглеждане и по-лесно за търсене. Организиране с AI В едно кликване чете публикуваните статии, сортира ги в разумни категории и добавя тагове. Тя създава категория, когато се нуждае от такава, използва категория, която вече пасва на нея и пропуска всичко, което вече сте организирали, така че можете да я стартирате отново по всяко време, когато добавите нови статии. Нека AI се организира в подкатегории в настройките на Help Center и може да подава статии под гнездене Parent / Child категории, които са удобни веднага след вноса на база знания, която е със подраздели.

💡
Категории дават на клиентите начин да сърфират, и тагове остри търсене на двете публични страница и в джаджата. Можете да преименувате или да се движат нещата след това. AI ви дава силна отправна точка, а не настройка, която сте остана с.

Центърът за помощ във вашия чат джаджа

Можете да покажете Центъра за помощ в чат джаджата, така че хората търсят отговори преди да ви изпращат съобщение. В настройките на чат-участник изберете къде се появява връзката:

В заглавната част

Малка икона помощ в горната част на джаджата.

На дъното.

Текстова връзка под полето за съобщения, например "Разглеждане на помощен център." Можете да промените текста.

И двете места

Покажи го в заглавната част и на дъното за най-голяма видимост.

Помощната връзка има свой собствен контрол върху цвета под настройките на джаджата. Няма да отговаря на цвета на гранатомета, или изберете Твърди цвят или ГрадиентЦелият опит в помоща следва темата на джаджата, така че винаги изглежда като част от марката ви.

Поставете вашия център за помощ на собствения си уеб адрес

Извън кутията вашият център за помощ вече има чист, споделен адрес (например /help/your-help-centerМожете да отидете една стъпка по-далеч и да го сервират под вашата Собствен домейн, Така че клиентите и търсачките го виждат като част от вашата марка, например yourdomain.com/help или help.yourdomain.comВсичко работи върху вашия домейн: връзки, изображения, търсене и рейтинга на статията.

Под Вашия основен сайт

В Конфигуриране, след това Помощен център, отворете Вграждане "Покажи центъра за помощ на собствения си уеб адрес."Cloudflare, Nginx или Apache), копирайте готовия блок и го поставете във вашия сайт. Настройка на ръководството бутон до него с точните стъпки.

На под-домейн

Предпочитам help.yourdomain.com? The same panel has a subdomain option. On Cloudflare a subdomain is the most reliable route, and it gives you a clean address with nothing after it.

💡
Използване Cloudflare Работи само на адрес, който е прокуден.Cloudflare Вашият основен домейн често сочи направо към вашия сайт, така че правило, поставено на основната област може тихо да направи нищо. help.yourdomain.com. Водачът за настройка ви води през един DNS Записи и маршрута.
Добре за SEO. След като вашият център за помощ е на вашия домейн, търсачките индексират статиите си под Вашата марка. Всяка страница декларира правилния си адрес и сайта ги изброява, така че една и съща статия никога не се индексира два пъти.
💡
Използване на връзката за помощ in-widget? В чат джаджата "Отваряне в център за помощ" настройки, задаване Където отива връзката до Собствен център за помощ and enter the same address. Then those article links open on your domain as well, not on the OpsIQ address.

Виж как се справя целият ти център за помощ.

Освен гласовете на едно място, Центъра за помощ има свои собствени analytics. Включете го в настройките на Help Center и той тихо записва как хората използват помощта си: най-гледаните статии, какво търсят, и търсения, които се върнаха празни (готов списък за писане), работа страна посетител и устройство на своя собствена, така че не се нуждае от чат джаджа инсталиран да докладва. both места вашата помощ се появява, на обществената страница и на in-widget помощ, както и комбинирани, така че можете да видите колко всеки един действително се използва.

💡
Анализаторите остават изключени, докато не го включите и можете да имате посетител IP адреси анонимни. Нищо не се записва преди да изберете.

Изберете какво се появява на всяка част от страницата

Всеки раздел на Центъра за помощ (категорията на началната страница, популярните статии, списъка с статии в категория и повече) има свое просто правило. За всеки един можете да го покажете или скриете, и да покажете all предмети, a номер на комплекта, the последноИли само тези, които ти си направил. feature Когато правилото е с карта на списъка, клиентите все още получават връзка "Show all," така че нищо не е наистина извън обсег.

You also decide how the helpful votes look: hidden, a friendly ratio like "12 of 14 found this helpful", or plain thumbs counts. A minimum-votes setting stops a brand-new article showing an awkward "0 out of 0".

Вж. кои статии работят

Всяка статия показва Това помогна ли? Всеки да или не се брои за статия, така че можете да видите на поглед кои статии отговарят на въпросите добре и кои от тях се нуждаят от пренаписване. Многократното гласуване от един и същи посетител се игнорират, така, че броят остава честен.

Текст и етикети

Можете да промените заглавията и етикетите на Центъра за помощ, за да съответства на вашия глас. Оставете всяко поле празно и тя се връща към разумно по подразбиране, така че само редактирате формулировката, която всъщност искате да промените.

В Центъра за помощ споделя една библиотека с вашия AI. Всяка статия, която публикувате тук е същото съдържание, което използва AI, за да отговори на чатове и билети, така че подобряване на един подобрява другия.

Общи въпроси

Трябва ли да пиша отделно съдържание за Центъра за помощ?+

Не. Тя е изградена от едни и същи статии за знанието, които AI вече използва. Издателство на статия веднъж и тя може да служи и двете.

Може ли да запазя някои статии вътре?+

Да, само статиите, които публикуваш и отбелязваш публично се появяват в Центъра за помощ.

Клиентите ще могат ли да се свържат с някого?+

Да, джаджата за помощ седи на една кранта далеч от започване на разговор, така че самообслужване никога не хваща никого.

Растеж и SEO

Site Intelligence (SEO апартамент)

Site Intelligence е OpsIQ_ , вграден SEO и апартамент за наблюдение на търсенето. Тя пълзи в сайта си като търсачка, песни, където се класирате, изследва ключови думи, гледа беквръзки и конкуренти, сканира присъствието на местната карта, проверява скоростта на страницата, и го превръща в доклади за готови клиенти, с анализатор AI, който обяснява какво да се определи и може да проектира поправките. Това е премиум функция; когато тя се появява като Сайт разузнаване в страничния панел. Данните на всеки домейн остават отделни, пълзящи, класации и отчети никога не се смесват между домейни.

Разузнаване на сайтове
Настолна платка за разузнаване на сайтаSEO табло показва сайт-здравословен резултат, ключова дума проследяване и тенденция за движение.Разузнаване на сайтовеyoursite.com86САЙТ ЗДРАВЕ3 важни въпросиПроследяване на ключови думиПомощно бюро#3чат на живо#7Клъстер за агенции#12Органични кликвания1ПълзиНамира технически проблеми2ТАКРавнища, ключови думи, връзки назад3Анализатор на ИИОбяснение и проекти за поправки
Преглед на разузнаването: оценка на сайт-здравословен резултат от най-новите пълзене, проследяване на ключова дума на живо, тенденция за органични кликвания, и три стъпки цикъл: пълзи, следа, нека AI проект на поправките.

Пусни пълзене.

A crawl is OpsIQ visiting your pages the way a search engine would, to find technical issues: broken links, missing titles, thin content, slow pages, indexing problems.

1
Започни да пълзиш.

On the Overview, click to start a crawl. OpsIQ queues it and works through your pages in the background; a status indicator shows progress.

2
Прочетете докладите

Когато приключи, отворете въпросите и списъка с страници. Всеки въпрос е групирани по тежест, така че се справят с най-големите победи първо.

3
Нека Ал да помогне.

Анализаторът на ИИ изготвя ясен език за това какво не е наред и защо има значение, и може да генерира предложения поправки, които да прегледате преди да кандидатствате.

Какво проследява Site Intelligence

Пълзи и здраве на обекта

Сканирате страниците си за технически SEO проблеми и изброявате всяка страница с проблемите си. По всяко време се повтаря или го планирате.

Проследяване на ренковете

Add the keywords you care about; OpsIQ checks where your site ranks and tracks movement over time.

Проучване на ключови думи

Открийте нови ключови думи идеи за насочване, с треньора на AI ключова дума да помогне приоритет.

Назад

Вижте кой линкове към вас, освежете списъка и откажи връзки не искате да се свързвате със сайта си.

Конкуренти

Добавете домейни на конкурента и сравнете видимостта си срещу тяхната, с анализ на AI конкурент.

Местна (картова) мрежа

Сканирайте видимостта на местния списък в географска мрежа, за да видите къде ще се появите на картата, плюс инструменти Google Business Profile.

Скорост на страницата

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

Съдържание на AI

Генериране на съдържание слипове и проекти, насочени към ключови думи, които са насочени.

Доклади

Изграждам печатници, готови с клиентите доклади за всичко по-горе.

Свържете Google за точни данни

Два конектора на Google превръщат оценките в реални числа:

Търсене в Google

Търсене

Изтеглете точните запитвания, кликове и впечатления Google доклади за вашия сайт, карта на имота си, и възможности за повърхностно класиране директно от собствените данни на Googles.

Google Analytics 4

Трафик

Съберете данните за трафика и ангажираността си заедно с Вашите данни от SEO, така че докладите показват видимост и поведение заедно.

Планирани доклади за освежаване и бели етикети

Не е нужно да се работи всичко на ръка. Планирано освежава повторно пълзене, проверка на ранга, ключови думи проверки, backlink опреснява, местните-житни сканирания и доклад поколението на каданс (ежедневно или седмично в зависимост от плана и обема). OpsIQ cron, вижте секцията Cron и автоматизация. Генерирани доклади експортират като печатни, готови с клиенти документи: агенциите изпращат на всеки клиент редовна актуализация SEO, и защото данните на всеки домейн са отделни, всеки клиент вижда само своя собствена.

Някои функции на Site Intelligence наричат външни доставчици на данни и AI чрез OpsIQ"е конфигуриран доставчик. Те работят извън кутията, когато апартаментът е активиран за вашия план. Ако освежаване не работи, потвърдете OpsIQ Крон работи (виж Cron и автоматизация).
Трябва ли да добавя нещо към сайта ми за SEO проследяване?+

Пълзи, проследяване на ранга, ключови думи и връзки работят без докосване на сайта си. За трафик и точни данни от търсенето, свържете Google Търсене Конзола и GA4.

Мога ли да проследя повече от едно домейна?+

Да. Добавете всеки домейн отделно; техните пълзене, класации и доклади остават напълно изолирани един от друг.

Колко често трябва да пълзя?+

Седмично е достатъчно за повечето сайтове; пълзят по търсене след голямо съдържание или промяна на структурата. Задайте график, така че никога да не забравяте.

Растеж и SEO

Автоматичен монтаж (SEO агент)

Auto-Implement е част от Site Intelligence, която действително прилага поправките на пълзя и AI анализатор препоръчвам, вместо само да ви съветва. Агентът работи строго от това, което Сайт разузнаване вече намери (тя никога не може да изобрети промяна) и ходи всяка корекция чрез една и съща безопасна линия: сухо управляван преглед, вашето одобрение за стъпка, на живо запис, автоматична снимка, и повторно струпване, че доказва броя на отворените въпроси слезе надолу. Това е управлявана-AI-само функция; тя се появява като Автоматизираната (рокет) действие в секцията Site Inducation, и тя е изключен, докато не го включите.

Автоматично зареждане
Агент за автоматична обработка на SEOПоток показва препоръчва SEO поправки, движещи се през преглед, одобрение и жив запис, с доказване на това повторно пълзене.Автоматично зарежданеyoursite.comПрепоръчителни поправкиAdd missing <title>одобренПоправи роботите. txtодобренПодай ми картата.xmlreviewДРИ-РЪН ПРЕДСТАВИТЕЛ (DIF)+ <title>AI Helpdesk - OpsIQ</title>+ <meta name=description ...>- <title>Home</title>ОдобрениеПропусканеДокажи го - RE-CrawlОтворени въпроси 12_4Запис на снимка1ПРЕВИЮСуха разлика между всяка корекция2& ОПРАВКА И ЗАПИСSSH или домакин API3Докаже, че и rolLBACKПренапреварване + снимка
Как тече сесията: агентът изброява вече препоръчаните поправки на сайта Intelligence, показва суха разлика на всеки един от тях, прилага тези, които одобрявате над SSH или домакин API, снимки преди всеки запис, и повторно пълзене да се докаже, че откритите въпроси са спаднали.

Какво може да промени

Агентът прилага само поправки, които Site Intelligence (или анализатора на AI) вече се препоръчват за тази област.

Сървърна конфигурация

sitemap.xml, robots. txt, и пренасочване, канонични и заглавни правила в . htaccess (Apache / LiteSpeed) или на enginx config.

Пренасочващи вериги

Свива много-хоп пренасочва верига надолу към един хоп право към финала URL, вътре в същия управляван блок . htaccess, така че скорост и стойност на връзката спре изтичането през допълнителните подскачания.

Page <head>

Липсващи или слаби заглавия на страници, мета описания, канонични етикети и структурирани данни (шем) блокове.

WordPressSEO

Yoast, Rank Math и SEOPress заглавия & meta, както и текст на WP-CLI, приложени чрез SSH път или почивка API по пътеката на домакините.

WordPress структурирани данни

Добавяне JSON На страниците, които липсват. SSH път малък управляван помощник (а трябва да се използва плъгин) отпечатва марка, така че тя работи с или без SEO плъгин; на хоствания път вашия SEO приставка го носи.

Вътрешни връзки

Добавя една съответна вътрешна връзка вътре в съществуващите WordPress съдържание, за да спаси страниците сираци и да свърже свързани мнения. Една връзка на страница, никога в заглавието, съществуваща връзка или кратък код, и винаги одобрена от вас първо.

Пренаписва се съдържанието на тънка страница

Проекти пълното резервно съдържание за тънки страници (включени от опцията пълзене, вижте по-долу). Всеки проект се преразглежда и одобрява от вас преди всичко да публикува, и старото съдържание се съхранява така че да може да бъде възстановено.

Складиране на страница (WordPress)

Включва W3 Total кеш страница кеширане, когато пълзящ намира проблеми със скоростта и че плъгин е инсталиран, така че страници служат по-бързо.

ShopifySEO

Продукт и колекция SEO заглавия и описания, страница и статия от блог SEO, плюс 301 пренасочва през Shopify Администратор API.

WebflowSEO

На страница SEO заглавие и мета описание чрез Webflow Данни API V2.

Автоматично подготовка на поправките (две опции за пълзене)

Настройване на панела за домейна (неговите настройки на пълзене) има две опции, които решават колко агентът се реди за вас преди време. И двете са изключени по подразбиране и използват кредит AI, така че ги включвате само когато искате тази работа да бъде свършена за вас.

Автоматично подготовка на AI поправки след всяко пълзене

Всеки пълзи също пише съдържанието на бетон определя (титла, мета описания, алт текст, схема, пренасочване) за това, което е намерил, така че поправките са готови да преразгледат и прилагат момента на пълзене завършва вместо да бъдат генерирани по-късно при поискване.

Пренаписвания на съдържанието на AI (тънки страници)

Агентът може да проектира пълно заместващо съдържание за тънки страници. Нищо не се публикува по своему: всеки проект се появява като промяна, която преглеждате рамо до рамо и одобрявате или отхвърляте, предишното съдържание се съхранява така че е обратимо и е ограничено до няколко страници на пас. Използва AI кредит за чернова.

💡
Всяка промяна все още минава през едно и също одобрение на стъпка, снимка и rollback като всяка друга корекция, така че включването им никога не поставя нищо живо от себе си.

Два начина да се свържем.

SSH / SFTP Път

Самоуправляващ се

За сайтове на вашия сървър, агентът се свързва над SSH/SFTP използвайки акредитации, които съхранявате, редактира сървъра конфигуриране и страница файлове директно, и работи WP-CLI за WordPress Най-добре, когато имаш достъп до черупката и искаш пълен контрол над файловете.

Домакин...API Път (не) SSH)

Няма черупка.

За платформи, които не позволяват SSH, агентът работи изцяло чрез длъжностно лице API конектор, WordPress (REST + Пароли за кандидатстване), Webflow (Данни API v2) и Shopify (Admin API). Нищо не е инсталирано на хост.

💡
Wix и Squarespace нямат публично SEO-write API, така че на тези платформи Auto-Implement работи в консултативен режим: тя ви показва точната промяна да се направи (точната заглавие, мета или настройка) за вас да кандидатствате на ръка. Всичко останало е само четене и безопасно.

Включи съединителите.

Агентът достига всяка платформа чрез конектор:

Вградени

Shopify както и WordPress конекторен кораб с OpsIQ, просто им дайте възможност под Connectors и добавете акредитивите на магазина / сайта.

От Пазара

Webflow, Wix и Squarespace инсталират от Connectors → Marketplace, след което се свързват по същия начин.

Как протича една сесия

1
Изберете поправките

Отворете Auto-Implement (ракета) от секцията Site Intelligence. Тя изброява въпросите Сайт Разузнаване вече установи, че тя може да се определи на този домейн.

2
Преглед на всяка промяна

За всяка корекция агентът показва суха диета (точно това, което ще напише) преди нещо да докосне мястото на живот.

3
Одобряване стъпка по стъпка

Вие одобрявате (или пропускате) всяка промяна индивидуално. Нищо не се прилага без изричното си разрешение на тази стъпка.

4
Пише, после снима.

При одобрение агентът прави промяната на живо. SSH или домакините API и спестява снимка първо, така че всяка промяна може да бъде върната.

5
Докажи го, живей.

Тъй като тя се прилага всяка промяна агентът незабавно отново проверява, че точната страница и показва на една стъпка това е на живо, така че вие гледате всяка определя земя на живо страницата, тъй като това се случва. В края тя пренарежда целия сайт и потвърждава броя на отворените въпроси отпадна.

Безопасност и фактуриране

Само SEO

Агентът може да прави само това, което Site Intelligence препоръча за този домейн. Тя не може да направи произволни промени във вашия сайт или сървър.

Одобрение по стъпка

Всеки запис се разглежда като diff и се прилага само след като одобрите тази конкретна стъпка.

& Въртене назад

Запаметена е снимка преди всеки запис, така че всяка промяна може да бъде върната.

Живот на стъпка доказателство

Всяка променена страница се проверява отново мигът, в който е написана и получава годна присъда, така че корекция се потвърждава срещу страницата на живо веднага, не само в затварянето на повторно пълзене.

Съдържание никога не се публикува автоматично

Вътрешните връзки и тънък-страница съдържание пренаписва са по-високи ефекти, така че те винаги са показани на вас за одобрение и никога не се прилагат автоматично, какъвто режим сте работили.

Само управлявани AI

Авто-Имплемента работи на Управляван AI; той е блокиран, когато работното пространство използва своя собствен (BYOK Ключовете.

Сметки

AI символи законопроект обикновено, както ги използвате, плюс един апартамент за ползване такса на Auto-Implement сесия, и двете извлечени от един и същ управляван кредит Al.

Автоматичното зареждане е изключено по подразбиране. Включване на страницата за конфигурация на AI (карта за автоматично приложение) и се уверете, че конекторът за вашата платформа е свързан първо.
Това променя ли нещо без да пита?+

Не. Всяка промяна се разглежда като суха диета и се прилага само след като одобрите тази стъпка.

Трябва ли ми? SSH Достъп?+

Не е включен WordPress, Shopify или Webflow Тези хора работят чрез своите служители. APIs без достъп до черупката. SSH е само един от двата пътя, използвани, когато искате агентът да редактира сървър конфигуриране и файлове директно на собствения си сървър.

Откъде да знам, че е проработило?+

След прилагане на одобрените поправки агентът пренарежда сайта и показва броя на отворените тъкани преди и след, така че можете да потвърдите, че поправките са намалили проблемите.

Ще пренапише или публикува съдържанието на страницата самостоятелно?+

Не. AI съдържанието пренаписва са изключени, докато не ги включите в опциите за пълзене, те са ограничени до няколко тънки страници на пас, и всеки проект е показан на вас за одобрение рамо до рамо преди да се публикува нещо. Предишният съдържание се съхранява, така че винаги може да бъде пренаписване отново.

Мога ли да го използвам със собствените си ключове?+

Авто-зарежда се само управляван-AI и е блокиран под BYOK. Той погаси AI символи обикновено плюс един апартамент на потребителска такса за сесия, от същия управляван кредит на Al.

Растеж и ангажираност

Студио за проучвания

Survey Studio е работното място за създаване на редактирани проучвания, които могат да бъдат доставени като богата самостоятелна страница, уеб сайт джаджа или вграждане. Настоящият продукт също така осигурява хоствани връзки, подписани проекти на покани, частни покани, QR споделяне, отговор сърфиране и проучване-огледани анализи. Widget е един избор доставка; това не е дефиницията на изследване.

⚠️
Текуща спрямо целева граница: Премиум създаването и преглед на опит, Connector Builder survey възможности, и Survey-собствен доставчик регистър / здравни граници са на разположение сега. Survice Studio все още се нуждае от независима много-разпределителна архитектура, подписан-ток изследвания портал за идентичност, насочване / променливи кабели, CRM Outreach изпраща поток и напечатан surveys.* API.

Създаване на проучване

1
Изберете как хората ще го приемат

Настоящият магьосник предлага Standalone страница & линк, Website джаджа и Inline вграждане. Одобреният целеви поток започва с тип проучване и по-късно добавя CRM имейл, частни връзки и QR разполагане като първокласни избори.

2
Изберете целта

Pick NPS, CSAT, CES, обратна връзка на продукта, след покупка, анулиране, борда, уебсайт, събитие, webinar, подкрепа, олово / демо, пробен период, свидетелства, изследвания, служител, прием или обща обратна връзка.

3
Използване на пълен шаблон или стартиране на празен

Настоящият каталог е готов за редактиране на стартери, групирани по предназначение. Изборът на шаблон създава копиран проект: промяната на проучването не променя начинаещия или друго проучване.

4
Персонализиране или бърз преглед

Персонализиране отваря всеки въпрос, дизайн, поведение и контрол на доставката. Бърз преглед отваря същия проект на финалната проверка клиент-изглед. Нищо не публикува или изпраща автоматично.

Избор на доставка и настоящото поведение

Самотна страница & връзка

Отзивчива маркова страница със собствен URL_. Използвайте частни покани и изтичане, когато всеки получател се нуждае от контролирана връзка. QR точки за споделяне в този хостван опит.

Website джаджа

Може да използва страница, география, устройство, посетител, дата, вземане на проби, охлаждане, посещение и правила за квоти. Тя все още е подкрепена от заветния мост активно-крилока, докато архитектурата на разполагането е построена.

Вградени

Отзивчиво проучване, поставено в страница, портал, продукт или център за помощ.

Е- поща

Днес Студиото може да генерира покани HTML и частни връзки. Край до края изпращане от CRM контакти/сегменти, със съгласието, потискане, планиране, ретри и отговор корелация, е одобрената цел CRM Outreach интеграция.

Проектиране и преглед на предприятията

Прегледът на дизайнера е с пълна ширина под редактора, а не с тесен страничен коловоз. Той използва реално домакинираното време за бягане в пясъчна рамка и поддържа десктоп, таблет и широчината на телефона; превю трафикът не пише отговори или аналитични данни.

💡
Survey Studio is independent from Promotion Studio. Runtime targeting, identity, assets, rendering and analytics must be Survey-owned. Promotion content may be reused only through an explicit one-time copy/import that creates detached Survey data; later Promotion edits must have no effect.

Продуктът с пълно наименование

Независими разполагане

Живо

Едно проучване може да има отделно версия страница, джаджа, вграждане, CRM имейл, частни връзки и QR разполагане, всеки със свое собствено състояние, дизайн, аудитория и аналитични данни. Всяко изследване може да бъде пауза, деактивирани или изтрити.

CRM Outreach и кампании

Живо

Изграждане на проверена аудитория от CRM сегменти и конектори за наблюдение, го замразяват в неизменна версия, издаване на една подписана покана всеки, и изпраща чрез закачените извън имейл конектор с per-покана доставка доказателство.

Полеви комплект и валидиране

Живо

Слайдъри, избор на изображения, качване на файлове, подпис, адрес, телефон, заглавия и богат текст, с минимална дължина/максимално дължина, имейл/URL/номер на настройките, потребителски текст за грешка и предварително попълване на запитване URL параметри.

Логически, формули, резултати

Живо

И/или групи условия, правила на клона, безопасна формула двигател над отговори, и оценка ленти, които носят своя собствена страница резултат: вкаран тест се приземява върху присъдата си.

Език, павилион, предварително попълване

Живо

Посетител език падащ списък само езици с реални преводи, павилион режим за споделени таблети (по-големи цели, автоматично reset, без пренасочване), предварително попълване на връзка строител, и редактирани сигурни-badge и footer текст.

Изпитване на версия А/Б

Живо

Публикувайте версия на претендент за всяко разполагане с разделяне на трафика. Посетителите са назначени лепкаво, отговорите се подпечатват с версията действително сервирани, и таблицата за сравнение показва отговори, завършване и среден резултат на версия. Насърчаване на победителя в едно кликване.

Седмично смилане

Живо

Седмичен имейл с последните 7 дни на проучване KPI, най-натоварените проучвания, пулса на обратната връзка и последния AI брифинг, изпратен чрез закотвения извънборсов конектор. Настройване в Delivery Centre, Automation.

Управление

Живо

За да се направи преглед на списъка с достъп, трябва да се публикува одобрение (четири очи) за издаване на точния проект; редактирането нулира одобрението. Проектните връзки за споделяне позволяват на рецензента да види истинския проект без да влиза в него.

Разработка платформа

Живо

Connector Contract 2.2, typed surveys.* and feedback.* actions on api/v1, canonical survey.* events, durable signed webhooks with Slack and Google Sheets relay formats, and one-response PDF export.

Растеж и ангажираност

Анализите и обратната връзка на проучването са различни продукти

Анализаторите на проучването обясняват как самото проучване достига до хората и изпълнява. Обратната връзка обяснява какво казват клиентите във всички разрешени източници и какво бизнесът трябва да направи по въпроса.

Анализ на проучването

Въведена от индивидуалното проучване в Студио за изследване, а не от глобалната навигация. Тя измерва допустимостта, експозицията, задействащото поведение, старта, завършването, изоставянето, триенето на въпроси и клоните, времето, внедряването/кампанията/версията и надеждността на времето за бягане.

Преглед на обратната връзка & пощенска кутия

Един разрешение-одобрен хронологичен фураж за завършени отговори на проучването, наследство джаджа обратна връзка, чат и билет CSAT, отговор на билетите, клиентски оценки AI-отговори, знания база полезни гласове и одобрени външни / custom източници.

Анализ на обратната връзка

Анализира значението на клиента: оригинални метрични тенденции, теми/теми, сантименталност, емоция, намерение, спешност, искания, жалби, похвали, пътуване / продукт/ обслужване/отбор сегменти, декриминатори и затворени кръгове резултати.

Собственост върху данните

Обратната връзка съхранява реконструиран източник и получени сигнали, след което товари разрешени доказателства при поискване. Един завършен отговор на проучването става най-много един елемент за обратна връзка.

⚠️
Настоящата страница за обратна връзка все още има браузър за отговор на проучването и отделен следствен елемент в кутията, а неговите общи AI все още не използват напълно нормализиран модел източник. Единният преглед / Inbox / Анализ / Източници & здравен дизайн е целта за изпълнение.

NPS, CSAT, CES, звезди, палци и полезност винаги трябва да запазят своя оригинален метод, мащаб, проба, прозорец за дата и знаменател.

Растеж и SEO

Студио за промоции

The Promotion Studio turns your website into a conversion engine. Design pop-ups, banners, slide-ins, top/bottom bars, full-screen takeovers, inline blocks and even country-based redirects, then show the right message to the right visitor at the right moment. Everything is delivered through the OpsIQ widget already on your site, so there is nothing extra to install. You design and save campaigns any time; they only show once you Publish them and the studio is switched on for your workspace.

Студио за промоции
Промоция Studio дизайнерВизуален дизайнер на кампанията с палета от блокчета, изскачащ на платното и прицелващ панел.Промоция студио - ДизайнерБЛОКСxДобре дошли. {first_name}!Вземи. 15% От първата си поръчкаSAVE15Поискай купона ми.ВРЕМЕННО В ОБЛАСТТА НА ТЪРГОВИЯДържаваСАЩ, CAСпусъкИзходно значениеРазделяне на А/Б50 / 50Публикуване1ПРОЕКТПлъзгане на блокове върху платно2ЦЕЛДържава, страница, публика3МЯРКАТАA/B победител + AI прозрение
Визуалният дизайнер: блокова палитра отляво, кампанията ви на платното (тук изскача персонализиран купон с помощта на {first_name} символ), а прицелващият + публикува панел отдясно.

Голямата картина

Кампания

Какво?

Една промоция: изскачащ, банер, бар, плъзгане, пълен екран, inline блок или геопремиера. Всяка има цел: продажби, олово, записване, чат, проучване, обявяване.

& Текстови и проектни версии

Как?

Всеки запис създава нова версия, така че винаги можете да се върнете назад.

Прицелване

Кой?

Кой го вижда: страна, страница, устройство, източник на трафик, връщане срещу нови, график и (с конектор) вашите влезли клиенти.

Тригери

Кога

Когато се появи: моментално, при закъснение, при превъртане, при излизане - на празен ход, при щракване, след N страници или от чат / билет дейност.

Анализ

Резултати

Имитации на живо, клик-през, конвертирания, капко разстояние фуния, страна / страница / устройство разделя, A/B победители и AI прозрение.

Launch your first promotion in 5 steps

1
Започнете от шаблон или празен

Отворете Промоция студио и кликнете Нова кампания, или изберете готов дизайн от галерията Шаблони.

2
Проектиране

Плъзнете в блокове, заглавия, текст, бутони, изображения, значки, статистика, отброявания, форми, купони, видеоклипове, рейтинги, въртящи се колела. Стилови цветове, градиенти и 3D ефекти с плъзгачите. Превю Desktop / Tablet / Mobile, и използвайте Безплатно преместване да поставите всичко навсякъде.

3
Персонализирай го.

Тип символи като {first_name}, {country} или {company} По време на шоуто те се превръщат в истинските ценности на посетителя.

4
Целеустременост

Изберете кой го вижда (страна, страница, устройство, публика) и когато стреля (делей, превъртане, изход-intent).

5
Проверка, след това публикуване

Кликнете върху Проверете за бързо предварително стартиране сканиране, след това Publish. Тя отива на живо в рамките на секунди и започва да събира анализи.

Блокове, които можете да построите

Съдържание

Основна

Заглавие, параграф, списък, цитат, изображение, икона, значка, статистика, разделител и пространство, градивните блокове на всяко съобщение.

Призив за действие

Основна

Копчета с реални действия: отворете линк, започнете разговор, създайте билет, копирайте купон или скочи на страница.

Неотложно и залавяне

Премия

Броячи, формуляри (email / телефон / текст), талон разкрива и видео вграждане.

Обратна връзка

Премия

Въртене-за-win колела, карти за надраскване, NPS / звездни рейтинги и многостъпкови фуния.

& Положение и ефекти

Премия

Колони, барове за прогрес, социален дял, тиктакащи социални доказателства, да/не две стъпки, викторини и 3D ефекти, наклон, блясък, паралакс, стъкломорфизъм.

Персонализиране на символи

Напишете някоя от тези заглавия, параграфи, бутони, значки, статистика, списъци или кавички. Те се заменят с подробностите на живо посетителя в момента на промоцията показва (винаги почиства за безопасност):

Налични символи
From the visit:   {country} {city} {device} {page_path} {utm_source} {referrer}
From your CRM:    {first_name} {last_name} {email} {company} {segment} {lifecycle_stage}
From a connector: {balance_due} {unpaid_invoices}   (logged-in customers only)

Прицелване на референцията

Държава и местоположение

Показване само в (или скрийте се от) избрани страни, градове или часови зони чрез GeoIP. Страхотно за специфични за региона оферти или гео-пренасочване.

& Страници URLs

Лимит на определени страници, използвайки равни / начало с / съдържа / regex, и изключва страници също.

Устройство

Настолен, таблет или мобилен телефон, например тънък бар на мобилния телефон, модал на работния плот.

Вид на посетителя

Нови, връщащи се, известни (в CRM) или анонимни; CRM сегменти, етап на жизнения цикъл, оловен резултат или език на браузъра.

Източник на трафика

От UTM (utm_source, utm-campaign) или място за запитване, напр. само посетители от конкретна реклама.

График и честота

Начало / крайни дати, време-на-дневни прозорци, и колко често човек може да го види (на сесия, на ден, след като те затварят / щракнете върху / конвертиране).

Разделено движение A/B

Показват се процент от посетителите и вариантите на движение един срещу друг; един и същ човек винаги вижда същия вариант.

Публиката (заведена)

С включен конектор, целева от състоянието на живо сметка, например клиенти с неплатени фактури или активни абонати.

Тригери

Изберете как се появява промоцията: Веднага, след забавяне, на дълбочината на превъртане, на изход-intent, когато не е в готовност, на кликване на елемент, след няколко страници гледани, на форма-абалон, или от чат / билет дейност. Разработчиците могат да стрелят един от собствения си код с window.OpsIQPromo.fire('event').

Входни клиенти (конектори)

Това е, което прави OpsIQ промоции специални: свържете платформа като WHMCS (или всеки конектор, който поддържа публиката) и студиото може да насочи посетителите към тяхното състояние на живо сметка.

1
Включване на конектор за публика

Под Connectors, дайте възможност на този, който разкрива факти за публиката (WHMCS Клиентите се разпознават безопасно, когато влизат в платформата, OpsIQ Никога не се доверява на имейл.

2
Добавяне на правило за публиката

В кампанията "Targeting > Audience" се изисква влизане и добавяне на правила като неплатени фактури >= 1, Абонаментът е предишен или акаунт кредит > 0.

3
Персонализиране на техните данни

Използване на символи като {first_name} или {balance_due}"Имате закъсняла фактура" се пише.

Целта на публиката е да се защити: ако конекторът не може да потвърди факт (или посетителят не е влязъл в системата), промоцията просто не показва, така че целта на таксуването не достига до грешния човек. Изграждането на собствен конектор? Вижте "Насочване към промоционалната аудитория" по-долу.

Свързани търговски (студиото суперсила)

Продуктови карти от магазина

Данни на живо

Продукт блок дърпа реални продукти (име, цена, продажна цена, изображение, връзка) направо от WHMCS, WooCommerce, Shopify или Вашият OpsIQ таксувайте "Бъдете свежи" и картата актуализира цената си от платформата на всеки час, докато се публикува.

Купони, предоставени на склад

Купони

Букмейкърът може да създаде истинския код за отстъпка в магазина ви, когато публикувате, така че кодът, който един посетител разкрива винаги работи на касата.

Приходи от поръчкови истини

Нанасяне

Истински поръчки от вашите платформи са съгласувани с кампаниите почасово (по купон код, използван или от имейл на водещия), така че приходите, които виждате, са от реални продажби, а не оценки.

Истинско социално доказателство

Доверие

The social-proof ticker can lead with genuine recent orders ("Ada ordered Starter Plan · 2h ago"), first name and item only, never emails or amounts.

Експерименти и пътувания

A/B варианти и автоматично печеливш

Разделяне на трафика през дизайн варианти; нека студиото насърчава статистически победител автоматично, или ръчно трафик до бандит оптимист, който измества посетителите към това, което се превръща като доказателства идва в.

Издържване на задръжките

Запази парче от посетителите, които не виждат нищо, за да докажеш, че самата кампания причинява повдигането.

Варианти на сегмент

Различно съдържание за аудитория в кампанията на SAME (мобилни посетители, големи колички, връщащи се клиенти), всеки сегмент получава своя собствена версия.

Експерименти с задействащи устройства

Вариантите могат да тестват и кога да се появят: незабавно срещу забавено спрямо излизане-intent, измерено лице в лице.

Пътувания (ограничаване)

Цел на това, което някой направи с друга кампания ("Saw action A but didn't convert") за изграждане на мулти-стъпкови промоционни последователности.

Чайници

Малките посетители на хапчета могат да отворят отново след края на кампанията, така че затвореният изскачащ прозорец никога не изчезва завинаги.

Знаеш ли какво стана?

Кликнете върху термокартата

Дизайнер

В дизайнера превключи термокартата, за да рисуваш истински посетител кликва върху всеки блок от твоя дизайн.

Стъпкова фуния

Фънели

Многостъпковите кампании показват точно къде хората се спускат, екран по екран.

Сравняване на кампаниите

Студио

Поставете до четири кампании рамо до рамо (впечатления, кликвания, преобразувания), най-добра стойност подчерта.

Седмична история и храносмилане

100 mg

Всеки понеделник смилайте земята във вашите уведомления;📖Бутонът за седмични истории пише резюме на обикновен език със следващите стъпки, когато искате.

Работа удобно

AI втори пилот & идеи

Чат с дизайна втори пилот да редактирате платното ("направи заглавието спешно, добави обратно броене"), да получите идеи за кампанията от собствените си данни за трафика, превежда кампания на държава, или автоматично фиксиране на нисък резултат дизайн.

Марка Kit внос

Една команда чете вашия сайт и предлага вашите истински маркови цветове и шрифтове; запазва и всеки берач води с тях.

Многоекранни фунии

Стъпки блокове получават вярно за редактиране на екрана: раздели за всеки екран, добавяне или пренареждане на екрани, и преглед следва заедно.

Име на & версиите и присъствието

Име важни версии ("кандидат за лансиране"), възстановяване на всяка от тях, и да видите предупреждение, когато съотборник редактира същата кампания.

& Ивици на устройство

Вижте десктоп, таблет и мобилни един до друг в едно виждане; превключване на пикселни управници за прецизно поставяне.

& Водещи страници

Всяка кампания може да бъде самостоятелна хоствана страница за био- и QR кодове, последователността на имейл капковото предаване за заловените води или едно кликване в уеб-пуш.

Безопасност на предприятията

Публикувайте замразени прозорци (периоди на смяна на замръзването), спешен прекъсвач пауза-всички, одобрения, одитна пътека и версия rollback.

Трябва ли да добавя код към сайта си?+

No. Promotions are delivered by the same OpsIQ widget you already installed. Design, publish, done.

Ще видят ли посетителите едно и също изскачане отново и отново?+

Не. Задаване на честотни капачки (на сесия / на ден, или спре след като някой затваря, щракне или конвертира.

Кой може да публикува?+

Издателството, паузата, архивирането и връщането са ограничени до собствениците на работното място и пълните администратори. Всеки член на екипа може да създава и проектира проекти.

Растеж и SEO

Проектант на промоция

Промоция Дизайнер е отзивчив блок редактор за изграждане, преглед, версия и публикуване на предизборно преживяване.

Продуктов екран
Проектант на промоцияДизайнерът комбинира жив платно, преглед на устройства, блокове, персонализация променливи, коментари и история на версиите.Проектант на промоцияРаботно пространствоVIEWPORTРаботен плотВЕРСИЯv12ДЪРЖАВАПроектЖИВЕЕШ РАБОТЕН ВИЖГеройски блокЗаглавна линия, медии и ЦТАРедактиранеБлок за предлаганеОтстъпка и краен срокРедактиранеПерсонализацияПроменливи на контактите и кампаниитеГотови.Проверка на изстрелванетоКоментари и утвърждаванеПреглед1BUILD BLOCKSРедактиране на жив план2ПРЕВИЮНастолен компютър, таблет, мобилен3PUBLISHВерсия
Дизайнерът комбинира жив платно, преглед на устройства, блокове, персонализация променливи, коментари и история на версиите.

Използвайте блокове, за да композирате опита, прегледайте всеки поддържан огледпорт и вкарайте одобрени променливи персонализация. Преглед на коментарите и AI-медиен произход преди стартиране. Спестяване създава версии, така че предишния дизайн може да бъде инспектиран или възстановен.

Растеж и SEO

Шаблони за промоция

Шаблоните осигуряват търсачка, категоризирана начална галерия за кампании на Промоция Студио.

Продуктов екран
Шаблони за промоцияОбразецът галерия филтрира първокласни макети и прилага цветовете на марката, когато даден шаблон стане чернов.Шаблони за промоцияРаботно пространствоКАТЕГОРИЯПреобразуванеRESULTS24БРАНДПрилаганоЖИВЕЕШ РАБОТЕН ВИЖОферта за излизанеМодал с спешност и КТАПрегледНово посрещане за посетителиБанер и списък с ползиПрегледПускане на продуктаГерой, доказателство и обратно броенеПрегледИскане за обратна връзкаКомпактно проучванеПреглед1FILTERКатегория и търсене2ПРЕВИЮОгледайте целия дизайн3USEСъздаване на маркова чернова
Образецът галерия филтрира първокласни макети и прилага цветовете на марката, когато даден шаблон стане чернов.

Търсене или филтриране по категория, зареждане на допълнителни резултати, преглед на пълния опит, след което изберете Използване на шаблонНовата кампания остава чернова и може да бъде променена в Промоция Дизайнер преди публикуване.

Растеж и SEO

Анализи на промоцията

Промоцията на анализи свързва впечатленията и кликванията с преобразувания, контекста на публиката, резултатите от действието на конектора и обучението на кампанията.

Продуктов екран
Анализи на промоциятаАнализите на промоцията показват водещи резултати, публика и задействат разбивки, водят до резултат от действия за износ и конектор.Анализи на промоциятаРаботно пространствоIMPRESSIONS42.8kКК6.4%CONVERSIONS814ЖИВЕЕШ РАБОТЕН ВИЖДържаваВеликобритания · 31%_РазбивкаСтраница/pricing · 22%РазбивкаСпусъкНамерение за изход · 44%РазбивкаДействие на съединителяCoupon created · 97% successРезултат1МЯРКАТАВпечатления за преобразуване2SLICEСтраница, държава, устройство3LEARNНанесете прозрението
Анализите на промоцията показват водещи резултати, публика и задействат разбивки, водят до резултат от действия за износ и конектор.

Прочетете впечатленията, клик-прорез процент и преобразува заедно. Пробив резултати надолу по страна, страница, спусък и устройство; експорт заловени води, когато е необходимо. Конектор екшън резултати показват дали промоцията готварски обещаните последващи действия действително тече. AI проницателност и обучение резюмета трябва да се третират като хипотези за валидиране, а не автоматично доказателство.

Растеж и SEO

Съобщения

Съобщения публикува съобщение в зоната за уведомяване джаджа с опционално насочване, график и покана за действие.

Продуктов екран
СъобщенияРедакторът на съобщенията включва съдържание, CTA, публика, сегмент, правило на страницата, активни дати и визуален стил.СъобщенияРаботно пространствоАКТИВНА3AUDIENCEСегментГРАДОВОЛЮли 22–29ЖИВЕЕШ РАБОТЕН ВИЖЗаглавиеПланирана поддръжкаГотови.СъдържаниеМаркиране на съобщениеГотови.ЦТПрочетете актуализациятаНезадължителенЧленСтраници за ценообразуване · активни клиентиЦел1WRITEЗаглавие и марка2ЦЕЛПублика, сегмент, страница3ГРАДОВОЛАктивен прозорец
Редакторът на съобщенията включва съдържание, CTA, публика, сегмент, правило на страницата, активни дати и визуален стил.

Изберете всички посетители, записани посетители или нови посетители; по избор стесните аудиторията с контактен сегмент и правило страница. Задайте активни от / активна към дати и активен флаг. Premium стил настройки и цветове променят презентация, но не заменят ясно съдържание.

Растеж и SEO

Натиснете кампании

Натиснете кампании изпраща браузър уведомления до записани посетители, след като са напуснали сайта.

Продуктов екран
Натиснете кампанииКомпозиторът на бута показва достъп до абонамента, съдържание, медии, действия, целеви правила и състояние график.Натиснете кампанииРаботно пространствоSUBSCRIBERS8,214ИЗМЕНЕНИЕ31.6kCLICK RATE5.8%ЖИВЕЕШ РАБОТЕН ВИЖЗаглавиеКоличката ви чака.Готови.ТялоВръщане днес за безплатна доставкаГотови.ЦТОтворена количкаГотови.ГрафикИзпращане на сега или по графикПроект1PREPARE PUSHЗаглавие, тяло, икона2ЦЕЛПублика, сегмент, страница3SENDСега, график или проект
Композиторът на бута показва достъп до абонамента, съдържание, медии, действия, целеви правила и състояние график.

Настройване на уеб клавишите за Push първо под настройките Web Push. Кампанията може да включва заглавие, тяло, икона, герой изображение, значка, CTA и до два бутона за действие; постоянно уведомление остава докато посетителят взаимодейства.

Цел от публиката, незадължително управление за контакт и страница. Запишете проект, планирайте го или го изпратите незабавно. Използвайте абонамента и кликнете върху показатели, за да съдия достигне. HTTPS и правилно хостван работник услуга са необходими на вградени сайтове трети страни; вижте уеб тласък на трети страни сайтове.

Растеж и SEO

Проактивни съобщения

Proactive Messages reach out automatically the moment a visitor's behaviour matches a rule, before they ask. You build each as a rule with three parts: what should happen, when it should fire, and how often. Everything is delivered through the OpsIQ widget already on your site.

Проактивно
Проактивни съобщенияКомпозитор с проактивно управление в три части: изберете действие (чат, банер, турне, натискане, имейл), добавете условия и задайте честотен охлаждане.Проактивни съобщенияРаботно пространство1 · ДействиеСъобщение за разговорБанерТурнеНапъвай!Е- поща2 · Условияpage = /pricingвреме на страница > 20sвръщане3 · ЧестотаВеднъж на сесияСъстояние1ДейностЧат, банер, имейл, бутане...2CONDITIONSСтраница, време, резултат, връщане3СЕКЮРИТИЗАЦИЯОхлаждане на посетител
Всяко проактивно правило е три възможности: какво се случва (чат, банер, турне, натискане, електронна поща, уеб-хок), кога (условия), и колко често (спокойствие).

Трите части на правилото

1
Какво трябва да се случи (действие)

Показване на чат балон или банер на страница, стартиране на пътеводител турне, изпращане на уеб тласък или имейл, присвояване на отдел, или пожар уеб-кабина. Токове като {{visitor_name}} както и {{page_title}} да станат истински ценности.

2
Когато трябва да се стреля (условия)

Тесногръд, който го задейства: страница/URL, време на страницата, дълбочина на превъртане, резултат от олово, връщане срещу нови, без работа. Без условия правилото гори за всеки посетител. Добавете поне един да се насочи към него. Условия се комбинират с И.

3
Колко често (честота)

Задаване на охлаждане, така че едно и също лице не е досаден, например веднъж на сесия или веднъж дневно.

⚠️
Работното пространство превключва "Време/правила за движение почасово" позволява на сървърните действия (email, push, webhok, присвояване) да стрелят по график за познати контакти, които не са в момента на страницата, така че можете да "email без работа горещите води" автоматично. Тя се нуждае от OpsIQ крони работи. Оставете го на разстояние, ако искате само да живеете на страници nudges.
Ще стреля ли за всички?+

Само ако не добавите никакви условия. Добавете поне едно условие (страница, оловен резултат, връщане...) да се насочи към правилните посетители.

Как тези неща се отнасят до потоците и туровете?+

Те работят заедно: проактивно правило може да започне Ръководство Тур, и Chatbot Flow може да бъде задействан от активно правило. Започнете с едно правило за чат-съобщение, след което се layer другите на.

Растеж и SEO

Потоци на чатбот

Chatbot Flows скрипт разклоняване разговори във вашия чат джаджа (поздрави, ключови думи отговори, насочва пътеки) без код. Потокът е набор от свързани стъпки (възли): задавате въпрос, посетителят избира опция и потокът ги изпраща надолу по съвпадение клон. Само Активни потоци тече на вашия сайт.

Как работи?
Потоци на чатботПлаващ платно: един поздрав възел клони на три бутона опция, всеки води до следващата стъпка, погледнете нагоре ред, или да се предадете на човек.ПоздравиКак мога да помогна?Проследи ми поръчката.Въпрос за фактуриранеГовори с човек.Потърси ред.→ Човешки агентСпусъци: Поздрави · Ключова дума · Ръчно · Следписи · На чат-енд
Потоци на чатбот

Поток срещу AI · кога да се използва, което

Използване на поток

Когато пътят е предсказуем и искате да е идентичен всеки път: резервиране стъпки, връща магьосник, "кой план?" избирате, събиране на имейл преди предаване. Потоците никога не импровизират.

Използвайте AI

Когато въпросите са отворени, "това работи ли с моята настройка?" Клиентът Чат AI отговори от обучението си знания. Потокът може да се предаде към AI (или човек) на всяка стъпка.

Тригери

Поздрави

Това е първото съобщение, когато посетител за първи път отвори чат.

Ключова дума

Работи, когато посетителят набира дума, която сте изброили (напр. възстановяване, ценообразуване, отмяна).

След подробности / След забавяне

Започва, след като данните за контакт са споделени или определено време в разговора.

На чат край / Proactive

Работи като чат приключва (напр. рейтинг), или се стартира от Proactive Съобщение правило.

Постройте една на четири стъпки.

1
Създаване на потока

Кликнете върху Нов поток, назовете го, изберете тип спусък (и ключови думи, ако ключова дума), запишете.

2
Отвори платното.

Кликнете върху Edit Canvas. Визуалният строител, където добавяте стъпки (съобщения, въпроси с бутони, клонове) и ги свържете.

3
Добавяне на клони и разрязване

За всеки избор, изтеглете клон към следващата стъпка. Край на пътищата, като решите, предадете на ИИ или се прехвърлите на човек.

4
Включване

Кликнете върху Enable. Потокът преминава на живо в джаджата веднага. Изключете всяко време, без да губи дизайна.

Теченията заменят ли изкуствения интелект?+

Не, те тичат рамо до рамо. Използвайте потоци за предсказуеми пътища и AI за отворени въпроси; потокът винаги може да се предаде към едното.

Растеж и SEO

Насочени турове

Ръководство Турове са стъпка по стъпка разходки, които са в точка на части от страницата си с реч балони и прожекторите, насочване на посетител чрез качване на борда или нова функция. Те са напълно тематични и построени във визуален дизайнер с жив преглед.

Как работи?
Насочени туровеЗатъмнена страница с пръстен на прожектора около бутон Add-deal и тематични реч балон четене Стъпка 1 от 4 с бутон Next.+ Добавяне на сделкаСТЪПКА 1 НА 4Създаване на първата сделкаКликнете тук, за да добавите сделка към вашия тръбопровод.Следваща →
Насочени турове

Как се прави обиколка

Стъпки

Всяка стъпка цели елемент и показва балон с вашия текст. Добавете толкова спирания, колкото се нуждае разходката и ги поръчайте.

& Предварителни настройки

Започнете от предварително настроен или дизайн на вашия собствен балон (цветове, градиенти, прожектори) с жив преглед отдясно.

Спусък

По избор се свързва Proactive Правило, така че турнето автоматично започва, когато това правило стреля (например завръщащ се посетител е първото посещение на табло).

Активен бутон

Обиколката е допустима да се изпълнява само докато Active е кърлеж. Развържете го, за да го свалите без да го изтривате.

Постройте една на четири стъпки.

1
Нова обиколка

Кликнете върху New Guided Tour, назовете го и по избор свържете Proactive Правило, така че започва автоматично.

2
Добавяне на стъпки

Добавете всяка спирка: изберете елемента, към който сочи и напишете текста на балона. Поръчайте до потока на пътя.

3
Проектиране

Изберете предварително настроен или стил балон себе си. На живо предварителен преглед показва точно това, което посетителите виждат.

4
Активиране

Тик-так Active и спестяване. Турнето сега може да тече, на собствения си спусък, или започна с Proactive Правило съобщение.

Как започват туровете?+

На своя спусък или чрез Proactive Visage правило "Guided turp" действие, така че решавате кои посетители да видите кой тур и кога.

Растеж и SEO

Цели на преобразуване

Conversion Goals turn an activity you care about (an inbound webhook event, a chat message, a ticket resolution) into a recorded conversion with full attribution. When the activity fires, OpsIQ logs a conversion against the contact and ties it back to the campaigns, segments and sources that led there.

Как работи?
Цели на преобразуванеПоток на целите: плащане. успешен уебхук събитие се превръща в записана "покупка" конвертиране стойност $49, приписван на източника и кампанията си, с бързо стартиране предварително зададен чипове по-горе.Бързо стартиранеStripe покупкаДемо е резервиранЗаписване на бюлетинаpayment.succeededВходящ уеб-кабинаПреобразуване"покупка" · $49_Допуснатоизточник · кампания
Цели на преобразуване

Дефинирай целта в три стъпки

1
Изберете активиращата дейност

Click New conversion goal. Choose the activity type that counts as a conversion, or use a Quick-start preset, Stripe purchase, Demo booked, Newsletter signup or Subscription started.

2
Назови го и задай стойност

Дайте на конвертирането име (покупка, demo_booked, регистрация) и по избор фиксирана стойност и прозорец за отпускане.

3
Запис

Save and enable. From then on, whenever the activity fires, OpsIQ records a conversion against the contact with attribution to the preceding touches.

Goals are already wired into inbound webhooks: any goal whose trigger matches an inbound event's type fires automatically the moment the event lands. Use the Inbound Webhooks page to connect Stripe, Calendly or any system that can POST JSON.
Какво може да е обръщане?+

Всяка записана дейност: входящ уеб-шелон събитие (плащане. сполучливо), чат имейл улов, резолюция билет, всичко на времевата линия за контакт.

Анализ

Потребителски арматурни табла

Потребителски Dashboards ви позволява да изградите свой собствен изглед на метриците, които имат значение, вместо да разчитате само на стандартния преглед. Добавете джаджите, които искате, плъзнете и ги преоразмерете в оформлението, което харесвате, запишете го и го споделете с вашия екип.

Потребителски арматурни табла
Потребителски арматурни таблаA dashboard строител с KPI и графика джаджа плочки, раздробена зона за пускане, и бутон Добавяне-widget.Потребителски таблаРаботно пространствоАрматурното ми табло.+ Добавяне на джаджаВИЗИТРИ2,481ПРИХОДИ$8.2kТРАФИКВлачете джаджа тукТОП ПИСЪЦИ/pricing/docs/signup1ADD WIDGETSИзбор на метри и диаграми2ARRANGE& Преоразмеряване3SHAREС твоя екип.
Изграждане на собствен борд: добавяне на KPI, диаграма и списък джаджи, плъзнете и ги преоразмери в оформлението, което искате, след това го споделите с екипа.

Постройте една на три стъпки

1
Добавяне на джаджи

Кликнете върху Добавяне на джаджа и изберете метрична или диаграма искате да следите. Повторете за всичко, което искате на дъската.

2
Подредете подредбата.

Плъзнете джаджи, за да се намести и плъзне ръбовете си, зада преоразмери. KPIs през горната част, диаграми по-долу. Каквото и да чете най-добре.

3
Запис на & споделянето

Запази таблото и го сподели с екипа си, за да гледат едни и същи числа.

Съхранявайте отделни дъски за отделни работни места (ежедневен поглед" дъска с брой на живо, и "месеци преглед" борда с тренд карти), така че всеки остава фокусиран.
Растеж и SEO

Осъществяване на кампании

Outreach is OpsIQ's 1:1 and bulk email engine: compose a personalised message or run a campaign to a CRM segment, with reply detection, send-time control, open/click tracking, a tracking pixel and one-click unsubscribe. It is consent-gated and CAN-SPAM / CASL compliant.

Излишък
Осъществяване на кампанииЕкранът за излизане с композитор/кампании/темплоти/Реплики на раздели и таблица за кампанията, показваща изпратени, отворени и отговори.ИзлишъкРаботно пространствоКампанииКомпозиторШаблониОтговориКАМПАЙГНИЗМЕНЕНИЕОтвореноОТГОВОРИЮни Бюлетин1,20048%7%Последващи изпитвания34062%14%Връщане на печалбата82039%5%Отговор за откриване на автоматично спиране на последващи действия · едно кликване отписване на всеки изпращане11:1 & BULKКомпозирайте или кампанията2TRACKEDОтваряне, щракване, отговори3COMPLIANTОтписване в
The Outreach engine: send 1:1 or run campaigns to a segment, track opens and replies, and stay compliant with built-in unsubscribe and reply detection.

Четирите раздела.

Композитор

Write a personalised 1:1 email with {tokens} from the contact and CRM.

Кампании

Изпрати в CRM сегмент, планиран или сега, с шапки и контрол на времето за изпращане.

Шаблони

шаблони за повторно използване на съобщения за многократно разпространение.

Отговори

Отговор откриване записи отговори и автоматично спира последващи действия на всеки, който отговори.

Как върви кампанията

1
Избери си публика.

Изберете сегмент CRM (или да качите списък).

2
Композирайте

Напишете съобщението с персонализиране символи; преглед срещу истински контакт.

3
& Изпращане на график

Изпращане на сега или в най-подходящото време. Отваря се запис на пиксел; кликвания и отговори се приписват.

Нарушаването е съгласие- и потискане-отписване, включва едно кликване отписване на всеки изпращане, и следва CAN-SPAM / CASL. Отговори автоматично спират допълнителни последващи действия.
Анализ

Планирани доклади

Планирани доклади имейли избран метричен набор на избраните получатели по график (ежедневен, седмична или месечна) като печатен, бял етикет PDF. Поставете го веднъж и докладът се приземява автоматично чрез OpsIQ Крон.

Планирани доклади
Планирани докладиЕкранът за редовни доклади: таблица с доклади със своя график, получатели и последно време, плюс бутон Save-report.Планирани докладиРаботно пространствоПланирани доклади+ Запис на докладаДОКЛАДГРАДОВОЛПОМОЩНИТЕ ВЕЩЕСТВАПоследно съобщениеСедмичен трафикПон 9:00[email protected]2d agoДоклад на клиент от SEOМесечно[email protected]Джун. 1Резюме на продажбитеДневен[email protected]todayДоставена като бяла маркировка PDF през OpsIQ крон1AUTOMATEDДневен · седмичен · месечен2БЯЛ ЛАБЕЛPDF to clients3ПОМОЩНИТЕ ВЕЩЕСТВАПо електронна поща по график
Задаване на доклад веднъж (метрични набор, диапазон, график, получатели) и OpsIQ имейли с бял етикет PDF автоматично на вашия ритъм.

Да подготвим доклад.

1
Изберете какво да изпратите

Изберете метричния набор (трафик, SEO, продажби, подкрепа...) и дата диапазон.

2
& Задаване на график и получатели

Ежедневно, седмично или месечно, по време, което изберете, до един или повече получатели на имейли.

3
Запис

Докладът генерира и имейли по график, без ръчна стъпка.

💡
Планираните доклади се изпълняват през OpsIQ крона, ако доклад не пристигне, потвърдете Кронът работи (вж. Cron и автоматизация).
Поверителност

Поверителност и съответствие

Страницата за поверителност и съответствие е едно място, където да покажете на одитора отговорно отношение към личните данни: счетоводната книга за съгласие, регистъра за достъп до администраторски документи, политиката ви за пребиваване и съхранение на данни и готов за печат DPA_, в един таблов изглед. Само пълни администратори могат да го отворят.

Поверителност и съответствие
Поверителност и съответствиеThe Privacy & Compliance screen: tabs for Confect leadbook, Access log, Residence and DPA_, with a consent ledbook table of freends and refalls by channel.Поверителност и съответствиеРаботно пространствоСчетоводна книга за съгласиеДневник на достъпаРезиденцияDPAКОНТАКТХАНАЛДейностДАТА[email protected]ИмейлРазрешава се.Джун. 12[email protected]pushОтмененДжун. 10[email protected]marketingРазрешава се.Джун. 9Търсене на доказателство за всяко съгласие, което дава и отменя по канал1CONSENT LEDGERДоказателство за всяка субсидия2ACCESS LOGКой е пипал данните?3DPAШаблон за печат
Един одитор-готов екран: книга за съгласие за търсене (издава/отправя по канал), дневник за достъп на който е докоснал данни, настройки за пребиваване/задържане и печатна DPA_.

Четирите раздела.

Счетоводна книга за съгласие

Търсене на запис на всяко съгласие, предоставяне и отмяна, чрез контакт, канал (email, тласък, SMS, в джаджа), действие, източник и дата. Вашето доказателство за контакт се съгласи (или оттегли).

Дневник на достъпа

Кой от вашия екип гледа, редактира, изнася, изтрива или изпраща данни за контакт с администратор, контакт, действие, заяви причина и IP. Точно това, което регулатор иска.

Резиденция и задържане

Обяснете къде живеят данните на работното място, задайте колко дни се съхраняват редовете от дейности (0 = завинаги) и записвайте вашия контролер на данни и DPO.

DPA template

Принтируема добавка за обработка на данни, която попълва в контролера, адреса, DPO, резиденцията и задържането. Печат или запис като PDF_.

Поверителност и съответствие двойки с студио за съгласие на бисквитки (което събира съгласие) и страницата за експортиране (която произвежда копие от данните за DSAR). Вижте също Cron и автоматизация за почистване през нощта.
Конектори

Свържете вашите платформи

Връзка на съединителите OpsIQ за външни платформи: магазини за електронна търговия, системи за фактуриране, платежни процесори, доставчици на електронна поща и потребителски APIs Веднъж свързан, AI може да търси поръчки, данни за клиенти, абонаменти и др. и да предприема действия с вашето одобрение.

Как работи?
СъединителOpsIQ core connected to WHMCS, Shopify, Stripe, WooCommerce, SendGrid and Google Business Profile, each showing a connected status.WHMCSShopifyStripeWooCommerceИзпращане на мрежаГугъл БПOpsIQConstellation name (optional)1PLUG IN25+ предварително вградени съединители2AI CONTEXTДанни за реална платформа3ACTIONSГотово с вашето одобрение
Конектори

Кораби със OpsIQ_

Това са настоящето в момента, в който инсталирате и се нуждаете само от техните пълномощия.

WHMCS

Сметки

Уеб хостинг сметка: клиенти, услуги, билети, фактури, домейни, сървъри.

Shopify

Електронна търговия

E-commerce: orders, customers, products, inventory, payments, webhooks.

WooCommerce

Електронна търговия

WordPress електронна търговия: поръчки, клиенти, продукти, купони, доставка.

WordPress

CMS

Съдържание и потребители на WordPress сайт.

Квадрат

Поети задължения

Плащания и място на продажба: поръчки, клиенти, каталог.

ОсКомерс

Електронна търговия

Наследство е-търговия: поръчки, клиенти, продукти.

Хотел Ботбъл

Мост

A Botble CMS hotel site through the signed OpsIQ bridge. The reference implementation for a platform with no API.

Zendesk

Подкрепа

Helpdesk: билети, потребители, организации, коментари.

Профил на Google Business

Маркетинг

Местен бизнес: ревюта, публикации, Q&A, прозрения. Използва OAuth_.

Календар в Google

Производителност

Календар и събития.OAuth.

Gmail and IMAP

Е- поща

Пощенски кутии: входящи и изходящи поща, адресник синхронизиране.

Изпращане на мрежа

Е- поща

Е-мейл доставка: изпращане на имейли и управление на шаблони.

Пощальон

Е- поща

Е-мейл доставка: изпращане на имейли чрез Mailgun.

Slack, Телеграма, LINE, X DM

Изпращане на съобщения

Изпращам канали за входящи и изходящи разговори.

Мета канали

Изпращане на съобщения

Facebook Messenger, Instagram DM и WhatsApp.

Site Intelligence (GA4, Търсене на конзола)

Анализ

Analytics and search data for the SEO suite.

Website enrichment and CRM import

CRM

Изобиляване на компанията и обемен внос на клиенти.

Достъпен от пазара

Това са публикувани пакети, не част от инсталацията. Инсталирайте един от Connectors, Marketplace и той се копира в папката на живо конектори, след което тя се държи точно като тези по-горе.

Stripe

Пазарна зона

Плащания: такси, клиенти, фактури, абонаменти, плащания, спорове.

BigCommerce

Пазарна зона

Електронна търговия: поръчки, клиенти, продукти, категории, марки.

Magento2

Пазарна зона

Електронна търговия: поръчки, клиенти, продукти, категории, инвентар.

PrestaShop

Пазарна зона

Електронна търговия: поръчки, клиенти, продукти, правила за колички, превозвачи.

Отворена поща

Пазарна зона

Електронна търговия: поръчки, клиенти, продукти, категории.

Amazon SES, Postmark, Resend

Пазарна зона

Трансакционна доставка на имейл.

Джира, линеен

Пазарна зона

Издание и проследяване на проекти.

Зуум, Microsoft Календар, Outlook Mail

Пазарна зона

Срещи, календари и поща.

DocuSign, Apollo, SerpApiGoogle Analytics

Пазарна зона

Подпис, търсене, търсене и анализ на данни.

Webflow_, Wix, Squarespace

Пазарна зона

Уеб платформи.

💡
Списъкът с конектори се движи като пакети са публикувани. Авторският списък за ВАШИ инсталира е страницата Connectors: това, което е посочено там е какво времето на изпълнение открити, и раздела Marketplace показва какво можете да добавите.

Инсталиране на конектор

1
Отиване в съединителите

Навигация към Съединители в административния страничния панел.

2
Намери конектора

Преглед на списъка или търсенето. Съединители са групирани по категория.

3
Включване

Щракнете върху конектора и превключвайте.

4
Въведете пълномощия

Попълнете необходимите полета: API ключ, URL Всеки конектор има специфични изисквания, документирани в панела на настройките.

5
Връзка на изпитването

Натиснете "Test Connection." Зеленият резултат означава, че конекторът може да достигне до външната платформа. Червен резултат показва грешката.

6
Настройване на функциите

Изберете кои функции да се даде възможност: sync на знанията, уеб-кок синхронизация, AI действия. Не всички конектори поддържат всички функции.

Какви конектори ти дават

Контекст на AI

AI може да търси данни за клиентите, поръчки, абонаменти и повече чрез конектора. Когато клиент чати, AI има реални данни платформа към справка.

AI контекст (автор на конектора)

Контекстът на Вашия конектор подава само на собственика на билета. customer_id когато е известно; в противен случай на билет автоматично се реплизира, където знамето на Ctx customer_trust_email Вярно е, виж сметката. customer_email (проверен подател на билет). Дистанционни платформи показват a /context/customer-by-email Това прави AI цитат истински баланс / фактура, вместо да се каже го впишете. почете класа данни на оператора превключва (customer_sections, customer_allow_credit) и да остане строго четене-само, никога не излъчва тайни.

Клиентска директория (автор на връзка)

Идентичността на конектора Ви дава три универсални търсения за билети: lookupCustomerById() (карта за клиенти), lookupCustomerServices() (продукт/маса за обслужване), и listCustomers($query,$limit): "Търсене на клиент или тип имейл" берач на родната форма Compose-New-Ticket. Връщане редовете на {id, external_id, name, email, company, phone, platform, platform_label}. Дистанционно правило: Ако вашите клиенти живеят в друга база данни или услуга, донесете ги над платформата си API вътре в тези методи, никога не четете директно таблиците на другата система (в OpsIQ DB те са празни placeholders, поради което местно четене връща празен берач. Gate на отдалечен път на вашия конфигуриран API URL; да се чете само като същото-DB обратно.

Билети, засичане и маршрутизиране на имейли (автор на връзка)

When inbound email becomes a native ticket, OpsIQ detects the sender by calling lookupCustomerById(0, ['email'=>$sender]) през всеки конектор; първата мач "собственост" на клиента и неговите platform Пурпурният куршум е отпечатан върху ticket.created събития като _pipe_owner_platform (празна = гост).WHMCS Имейлът на клиента отваря билет.WHMCS (WHMCS номериране, огледално като едно), докато неизвестен изпращач остава местен гост. Ако конекторът ви огледа местните билети на собствената си платформа, твоят ticket.created Наставникът трябва да се намеси: if (array_key_exists('_pipe_owner_platform',$payload) && $payload['_pipe_owner_platform'] !== '<your-slug>') return;. Ключът липсва на не-пипед (чат/ръчно/AI) билети, така че тези огледала както преди. Пер-отделен контрол живее под Team & Departments → Отворени билети по имейл (Всеки / Клиенти само / Off).

Действия

AI може да извършва действия чрез конектора: създава билети, актуализира поръчките, отменя абонаменти, всички с вашето одобрение чрез Trust Layer.

Познания

Съединители допринасят специфични за платформата статии за знания към AI. Shopify Конекторът добавя отстраняване на проблеми с електронната търговия; WHMCS Конекторът добавя хостинг знания.

Внос на база знания (автор на връзка)

Ако платформата ви е домакин на база знания, декларирайте kb_capabilities блок в settings.json (тип) kb_source) и вашият конектор се появява в редактора на Help Center Импортиране на KB → Внос от свързано приложение падане, когато е включено и конфигурирано в работното пространство. Декларативен метод за изпълнение: име на вградено adapter (zendesk за точното дърво Помощен център API, или crawl за всеки KB сайт) и a base_template като https://{subdomain}.zendesk.com, which OpsIQ fills from your connector's stored settings. Credentials never leave the server; the browser only sends the connector slug. To support a new platform, add an opsiq_kb_<platform>_manifest() адаптер и се позовава по име. connectors/PLATFORM_CONNECTORS.md §5.

Уебхукове

Some connectors register webhooks with the external platform for real-time event notifications (new orders, ticket updates, etc.).

Проследяване на продажбите

Конекторите за електронна търговия подават данни за приходите в таблото за продажби за аналитици и аналитика.

💡
Конекторите са с работно пространство. Всяко работно пространство може да има различни конектори, активирани с различни препоръки.WHMCS workspace използва WHMCS конектор; a Shopify workspace използва Shopify Съединител.
Мога ли да използвам няколко съединителя едновременно?+

Yes. You can have Shopify for orders and Stripe for payments in the same workspace. The AI merges data from all enabled connectors.

Ами ако платформата ми не е в списъка?+

Използвайте Конектора за създаване на персонализиран конектор за всяка платформа с REST API. Или проверете Пазарното място за вградени в общността конектори.

Конекторите работят ли със самозапалени OpsIQ?+

Съединители работят еднакво в облачни и самонастанени издания.

Конектори

Договор за свързване на продажби и фактуриране

Всеки търговски конектор използва един и същ договор за неутрално събитие. WHMCS е референтна реализация, но SaaS Bridge, магазини, доставчици на плащания, пазарни конектори и конекторни пакети трябва да се подчиняват на същите правила.

Какво трябва да публикува всеки търговски конектор

Една авторитетна книга

Publish realised economic events to opsiq_sales_events through CommerceEventRegistry::normalize(). Do not build a connector-specific Sales table or make core analytics query a remote platform directly.

Идентификация на стабилизиран източник

платформа е конектор регистър плужек, като whmcs, shopify или opsiq_saas. traffic_сорсът съдържа верифицирани акаунти за придобиване, когато е доставен; в противен случай използвайте същия плужек като при изтеглянето. OpsIQ решава приятелското име на конектора в ПС.

Непоносимост

event_id трябва да бъде детерминистичен. Карта най-малко един непроменлив поръчка_ref, фактура_reff или абонамент_refer така уебхок retries и backfills актуализира същото събитие вместо създаване на дублирани продажби. service_reef идентифицира засегнатия продукт или случай на услуга, когато съществува такъв.

Дата на изтичане на срока на източника

е извършено_в момента на плащане или на икономическо събитие, отчетени от платформата източник. Никога не заменяйте датите на историческите плащания с времето за внос.

Пари и FX

Send the source amount and a valid three-letter ISO currency. If the connector setting enables OpsIQ FX conversion, reporting converts to the workspace reporting currency; otherwise reports preserve the store or billing platform currency. Connector code must not hardcode a reporting currency or exchange rate.

Животоцикли на базата на доказателства

Използвайте нови, подновяване, надграждане, възстановяване, кредит или неизвестно. Класифицирайте от фактура причина, абонамент или връзка услуга, тип линия-item, или друг авторитетен източник поле. Повторна покупка от един и същ клиент не е автоматично подновяване.

Гранична стойност на продажбите

Само положително платени нови, подновяване, надграждане, или законно неизвестни търговски приходи принадлежат към продажби и реализации. възстановяванията се отчитат чрез възстановяване и нетни приходи анализи. Акаунт кредит, портфейл върхове, символични върха и Добави фондове остават Билинг-лидер събития и никога не се броят като продажби, конвертирания, обем на поръчка, или приходи от продажби.

CRM остава отделно

CRM сделки представляват тръбопровод и дейност сделка. Те не са търговски-платформови продажби, освен ако свързана платформа за фактуриране или магазин излъчва реализираната платена поръчка или фактура чрез този договор.

Проекции, получени от производството на електроенергия

opsiq_transformations и резюмета на таблото са прогнози за съвместимост, възстановени от счетоводната книга. Съединители не трябва да третират проекция като финансов източник на истината.

Граница на отдалечената платформа

Дистанционно конекторът чете платформата си чрез конфигурираната автентична API. Той никога не трябва да зависи от таблиците с база данни на един и същ сървър. Точният автоматизиран домейн е доставен от ConnectorRegistry и трябва да се прилага към всеки запис и архивиране на книга. Работното пространство или групов обхват е само за четене; той никога не бива да разширява съхранената собственост на събитие.

Пример за платената сума

Нормализиран търговски форум
{
  "event_id": "acme_store:invoice:INV-1042",
  "event_name": "invoice.paid",
  "platform": "acme_store",
  "order_ref": "ORDER-884",
  "invoice_ref": "INV-1042",
  "subscription_ref": "SUB-28",
  "service_ref": "SERVICE-91",
  "status": "paid",
  "lifecycle_type": "renewal",
  "amount": 129.00,
  "currency": "USD",
  "traffic_source": "acme_store",
  "occurred_at": "2026-07-23 08:30:27"
}

Картиране на конектора

Когато продажбите и фактурирането са активирани в Connector Builder, сума на картата, валута, статус на източника и дата на източника, плюс най-малко една поръчка, фактура или справка за абонамент. API Генерираният SalesIngest преминава всеки ред през същия CommerceEventRegistry normalizer, използван от вградени и пазарни конектори.

⚠️
Кредити и Добави Фондове са умишлено запазени за фактуриране на историята, контекста на клиентското салдо и анализа на счетоводните книги. С изключение на тях от продажби не ги изтриват; това само им пречи да надуват търговски резултати.

lifecycle_type решава какво се превръща в сделка CRM

lifecycle_type is not an analytics label. OpsIQ reads it to decide whether a sale enters the CRM pipeline, so every sales connector is making a pipeline decision whether it intends to or not.

нов

Отваря сделка за затворен период (нов бизнес).

подновяване, обновяване

Не се записват като повтарящи се приходи. No new-business sale го превръща в различна крива на вероятностите и смесването им покварява двете прогнози.

възстановяване, кредит

Парите, върнати на клиент, не са победа.

Пропуснато / неизвестно

Продажбата се записва, но никога не достига тръбопровода.

Една продажба, една счетоводна книга ред: идентичност е продажба, не събитието

Не съвпадат. event_id и се вмъкнете. event_id is platform:eventName:externalId, които отговори го обработихме и не можем да отговорим . Вече сме записали тази продажба . Платформа, която обявява едно плащане два пъти това invoice.paid и отново като payment.completed готве две карти и каца с едни и същи пари два пъти, без да има какво да се сблъска и нищо за предупреждение.

💡
Found on the reference install: six invoices with three ledger rows each, from three code paths using three different event_id schemes. They all carried 0.00 so no total looked wrong, and any later process restoring real amounts would have counted one payment three times.

Обадете се на споделения запис вместо. Core изчислява бизнес самоличността на продажбата го (sale_fingerprint), съвпада със съществуващ ред на него, запазва оригинала event_id относно актуализацията и филтрите към реални колони:

Единственият поддържан начин да напишеш книгата с продажбите
\OpsIQ\Commerce\CommerceEventContract::upsertSaleRow('opsiq_sales_events', $row);
Същата продажба, много събития

фактура. платени, плащане. завършено и продажба. За една фактура споделете един отпечатък и актуализирайте един ред.

Възстановяване на разходите

Парите, които излизат е различен факт от парите, идващи в. Възстановяването на фактурата запазва своята идентичност, така че тя никога не може да презапише плащането, което обръща.

Без препоръки, без отпечатъци.

Ред, който не носи поръчка, фактура, абонамент или справка услуга не получава пръстови отпечатъци на всички, така че два несвързани реда никога не се сблъскват само защото и двете липсват ID.

Референтен приоритет

faecture_ref, then order_reff, thend scribe_rev, ther service_refer est first, so one sale contains a stability.

Книгата е само за приложение: никога не пренаписвайте продажба

Възстановяването, отмяната или корекцията е ново вписване с датаПренаписване на плащане в възстановяване изглежда подредено и чупи три неща едновременно:

Унищожава грубите приходи.

Брутните продажби и размера на възстановяването спират да бъдат разделени год., а размерът на възстановяване е метричният размер, който съществува за да се информира.

Той записва обръщането в грешен период

Възстановяването на месец март на продажба трябва да намали Март. Пренаписване на януари ред мълчаливо повтаря затворен период.

Това нарушава одитната следа.

Счетоводните записи, които са се случили в даден момент, са обратни намеци, което е как двойното счетоводство работи от пет века.

Конекторът докладва обръщането, вместо да го прилага: връщане refunded_at както и refund_amount заедно с продажбата на собствения жизнен цикъл, и нека позвъни да напише възстановяването като свой собствен ред, дата, когато възстановяването се е случило. Двамата никога не може да се сблъскат, защото продажбата отпечатък разделя възвръщаемост от продажба.

💡
Същият принцип важи и за сумите. Не "повторете" съхранена сума към текущата стойност на платформата: фактура, установена от акаунт кредит законно записани 0 по време на плащане, и парите вече са били записани, когато клиентът се е изкачил нагоре. Възстановяването на лицевата стойност го брои два пъти.

Договор за класификация

OpsIQ decides the lifecycle once, in \OpsIQ\Commerce\SaleLifecycleClassifier. Конектор декларира само кой от собствена платформа Думите означават какво, чрез прилагане \OpsIQ\Connectors\SalesLifecycleConnectorInterface::salesLifecycleVocabulary()Не повтаряй мотивите.

Обявяване на речника, делегиране на решението
public static function salesLifecycleVocabulary(): array
{
    return [
        'credit'             => ['addfunds'],                  // adds balance, sells nothing
        'upgrade'            => ['upgrade'],                   // resizes an existing commitment
        'recurring'          => ['hosting', 'domainrenew'],    // continues something owned
        'acquisition'        => ['domainregister'],            // obtains something new
        'recurring_prefixes' => ['domainaddon'],               // families that grow over releases
    ];
}

$lifecycle = \OpsIQ\Commerce\SaleLifecycleClassifier::classify([
    'explicit'    => $platformSaidSo,     // wins outright when present
    'line_types'  => $types,              // your platform's own line/item types
    'vocabulary'  => self::salesLifecycleVocabulary(),
    'is_order'    => $cameFromANewOrder,
    'is_refunded' => $moneyWentBack,
]);
💡
Прецедентът е фиксиран и споделен: изрично, след това възстановен/отложени, след което кредит, след ъпгрейд, след който е_ред, след повтаряне, след придобиване, след неизвестно. Upgrade седи над проверката на поръчката, защото платформите повдигат поръчка за подобрения също; повтарящи се се седи под него, защото първата фактура на нов абонамент носи повтарящ се тип линия. На двусмислена продажба не-зареждане класификаторът се накланя към приходите и далеч от тръбопровода.

Известете целия речник на платформата

Това е провалът, който струва най-много и изглежда най-малко погрешно.WHMCS Съответстващ конектор ['hosting','addon','domain'] — a list that reads as complete. WHMCS does not emit a bare Domain тип за реални домейни; излъчва DomainRegister, DomainRenew, DomainTransfer, PromoHosting, PromoDomain, DomainAddon* както и UpgradeВсички са минали през списъка. unknown: 1,288 фактури, три години, без грешка и без линия за запис.

Всеки нов клиент внася своята история чрез конекторен гръбТака че класификационната грешка не засяга едно работно пространство . . Това засяга всяко работно място, което някога се качва на борда чрез този конектор, в момента, в който те първо погледнат към техния тръбопровод. Вземете речника от документацията на платформата . или преброяването на данни на живо, и мачовете нарастващите семейства от prefix Така че брат или сестра, който никой не е виждал, все още се класира с роднините си, вместо да изчезне.

💡
Практическа проверка: брой колко от собствените си редове земя на непознат. Здравословен търговски конектор класира почти всичко. Един постоянен поток от неизвестни е почти никога данни, които не разполагат с това е речник на конектора никога не се научи да чете.

Ремонт на вносни история

Every shipped OpsIQ sales connector implements this — WHMCS, Shopify, WooCommerce, osCommerce, SaaS Bridge, Stripe, BigCommerce and Magento 2. Treat it as expected, not optional: a customer imports their old records on day one, so a classification fix that cannot reach that history only helps people who signed up afterwards. Implement \OpsIQ\Connectors\SalesLifecycleRepairInterface::reclassifySale() С помощта на всичко, което има конекторът ви за запис. tools/crm_backfill_sales_lifecycle.php След това ремонт на вашия некротизиран история, внесени без код за връзка: суха тренировка по подразбиране, архивира себе си и проверява броя на редовете преди писане, обратими чрез неотменна книга, и тя никога не пише провалена чете като отговор.

💡
Ако вашият конектор не може да прочете отново минали записи . . Webhook-само за custom не може . Не натиснете метода. А stub връщане непознат е по-лошо, отколкото няма изпълнение: backfill ще пренапише добри редове като некласифициран и доклад успех.
💡
Подробните препратки към пакетите остават достъпни в конектори/CONECOR_Events. md и конекторите/PLATFORM_CONNECORS. mD в самонаблюдение на източника.
Конектори

Договор за събитие на пътуването

Journey Intelligence приема един пакет от перон неутрално събитие от джаджата на браузъра, вградени конектори, Saas Bridge, пазарни пакети и конектор строителен изход.

Граница на изолация и доверие

Точен ключ за peer-domain

Всяко събитие е свързано с autoident domain site_key. Конекторът трябва да вземе ключа от ConnectorRegistry или неговата автентична крайна точка, никога от ненадежден орган за запитване. Домейни водят отделни записи; домейн група е само четящо време сбор.

Идентичност

event_id is required for connectors and must be deterministic for the same native event. Retries, webhooks and backfills update one event rather than duplicate a journey or sale.

Местно плюс канонично име

Запазване на източник_събитие_име за доказателства и отстраняване на проблеми, след това карта до event_name_canonical. Основната анализ никога не трябва да се разклонява върху конектор куршум.

Уликите на сървъра печелят

Наблюдението на браузъра може да започне или да заложи на пътуване. Автентични конектор събития потвърждават регистрация, вход, плащане, покупка, подновяване, възстановяване и други крайни резултати. Валиден символ връзка сайт е най-силната връзка; невалиден знак се отхвърля и неговите вградени лични карти не се доверяват.

Поверителност

Изпратете само идентификатори и полета, необходими за декларираното пътуване. Уважение съгласие, маскиране и настройки за задържане. Никога не поставяйте пълномощия, данни от карти, тайни на удостоверяване или частни съобщения органи в свойствата.

Каноничен плик

Облицовка за събития в пътуване
{
  "contract_version": 1,
  "event_id": "myshop:order:884:paid",
  "source": "myshop",
  "source_event_name": "order.paid",
  "event_name_canonical": "commerce.purchase.completed",
  "site_key": "exact_domain_site_key",
  "occurred_at": "2026-07-23T08:30:27Z",
  "visitor_id": "optional-browser-visitor",
  "session_id": "optional-browser-session",
  "journey_id": "optional-journey",
  "attempt_id": "optional-attempt",
  "correlation_token": "optional-signed-token",
  "customer_ref": "C-42",
  "user_email": "[email protected]",
  "object_type": "order",
  "object_ref": "884",
  "order_ref": "884",
  "outcome": "succeeded",
  "evidence_level": "server_confirmed",
  "confidence": 1,
  "properties": {"amount": 129, "currency": "USD"}
}

Канонична таксономия

Подкрепените семейства включват страница за участие/събития по CTA; регистрация на акаунта, влизане, MFA и нулиране на паролата; етапи на оловото и формата; продукт, количка, каса, плащане, покупка, абонамент, подновяване и възстановяване; впечатления от промоцията и преустройване; събития за помощ, чат и билет; събития по сигурността; и имена на персонализирани събития. account.signup.succeeded, account.login.succeeded, lead.form.succeeded, commerce.payment.succeeded, commerce.purchase.completed, commerce.subscription.renewed както и commerce.refund.completed.

Намеса на браузъра, потвърждението и изоставянето

Уредът може да работи без конектор чрез наблюдение на структурата на страницата, форма действия, DOM резултати и пътен дневник. Това доказателство остава изрично оценени както се наблюдава или изведени. Конектор добавя авторитетно потвърждение сървър и може да го корелира със същия опит браузър. Изоставянето е първо съхранено като кандидат; то става изоставен само след неактивност прозорец в ПС и само когато няма по-късно възстановяване или успех.

Начисляване и приходи

Атрибутията предпочита валиден подписан знак за корелация, след това точно пътуване, опит, сесия или препратка към търговията, тогава одобрената графика за идентичност, и накрая ограничена поведенческа мач. Несъвпадащите продажби остават ненадминати. Многоточежно тегло на книгата трябва да бъде общо 1_. Поведението на Сайта Разузнаване на сайта се приписва приходи чете тази книга; кредити, портфейлни върхове, символи горен прозорци и Добави Фондове никога не се купуват преобразувания. Connector FX поведение остава контролирано от този конектор настройка.

⚠️
Моделът на атлиране, прозорци за гледане назад, директно управление на трафика, минимално доверие, прекъсване на таймаут и дефиниции на фунията са политика UI.

Конекторен манифест и строител

Декларация за пътуване на съединителя
{
  "capabilities": ["sales", "journey_events"],
  "journey_capabilities": {
    "journey_events": true,
    "payments": true,
    "subscriptions": false,
    "correlation_token": false,
    "backfill": true
  },
  "journey_event_mappings": [{
    "source_event_name": "order.paid",
    "event_name_canonical": "commerce.purchase.completed",
    "field_map": {
      "order_ref": "order.id",
      "customer_ref": "order.customer_id",
      "amount": "order.total",
      "currency": "order.currency",
      "occurred_at": "order.paid_at"
    }
  }]
}

Declare only capabilities the package really delivers. Connector Builder validates the mapping and generates the same platform-neutral adapter used by first-party packages. Journey ingestion accepts one event or a bounded batch of 100 through the generated authenticated integration endpoint.

💡
Търговският регистър остава финансов източник на истината. Търговският мост за пътуване публикува сървърно потвърдени резултати и съвместява разпределянето след съществуващата idempotent книга нагоре, така че едно плащане никога не става две продажби.
Конектори

Как действат действията на AI

Всеки конектор декларира набор от действия: неща, които AI може да направи чрез външната платформа. Действията са мостът между "AI казва" и "AI прави."

Действия на AI
Как действат действията на AIИскане за клиент, начертано с карта за изтриване тип екшън, след което списък: проверено разрешение, потвърждавате, API се обади.Как действат действията на AIРаботно пространство"Отмени абонамента ми"клиент100 mgcancel_subscriptiondeleteПотвърдете, че се изискваparams: абонамент_id (от контекст)ТИПОВЕ НА ДЕЙСТВИЕreadwritedelete& Проверка на ролятаПотвърди действията си.API _/ се обади · докладван резултат1DECLAREDВсеки конектор изброява действията2GATEDРазрешение + потвърждение3THEN RUNAPI Обаждане, връщане на резултата
Искането се превръща в декларирано действие (типирано четиво/напишете/изтрива), което е проверено, потвърдено, след това изпълнено и докладвано.

Екшън жизнения цикъл

1
Клиентът иска нещо.

"Отмени абонамента ми." AI идентифицира това изисква действие "cancel_script."

2
AI проверява разрешенията

Позволено ли е това действие? Дали то е включено? Има ли текущият потребител правилната роля?

3
AI събира параметри

Действието се нуждае от абонаментен ID. AI го търси от контекста на клиента или пита клиента.

4
Потвърждение

За разрушителни или тежки действия AI иска потвърждение преди изпълнението.

5
Изпълнение

Действието призовава външната платформа API_.

6
Резултат

AI докладва резултата на клиента.

Видове действия

Чети действията

Примери: list_orders, get_customer. Безопасно, не е необходимо потвърждение.

Запис на действия

Създаване или промяна на данни. Примери: create_bicket, update_order. Може да изисква потвърждение.

Изтриване на действия

Премахване на данните. Примери: отменяне на_записване. Винаги се изисква потвърждение.

HTTP действия

Обявен в действие.json, генерични API Обаждания, определени деклараторно.

Етикети на възможностите

Незадължително поле за действие "капацитет" при действия.json, конектор неутрален клас таг (напр. "Билети" за четене/търсене на билет, "Ticket_create" за отваряне на билет).OpsIQ порти целия клас равномерно през всеки конектор: билет чете отпадане от AI, когато операторът изключва AI Ticket Awareness, и създаването на билети е запазено за OpsIQ Самият композитор (така че инструментът за създаване на конектора не може да го дублира).OpsIQ Конекторът го разобличава като възможност за намаляване на възможностите за действие.

Действия по кодове

Включен в PHP в класа конектори. Пълен контрол върху логиката.

Определение за действие на пример
{
  "lookup_order": {
    "label": "Look up an order",
    "description": "Find an order by ID or email",
    "method": "GET",
    "endpoint": "/admin/api/2024-01/orders.json",
    "params": {
      "order_id": { "type": "string", "label": "Order ID" },
      "email":    { "type": "email",  "label": "Customer email" }
    }
  }
}
Конектори

Изграждане на конектор

Конекторът за изграждане ви позволява да създадете пълен конектор за всяка платформа с REST API. Не се изисква кодиране за основни конектори.

Изграждане на конектор
Конструктор на свързващи модулиФормуляр за безкодов конектор: име, тип на уста, база URL, схема за действие, преминаване на изпитване и бутон за публикуване.Конструктор на свързващи модулиРаботно пространствоКонструктор на свързващи модулиИмеМоята платформаУдостоверяванеOAuth 2.0(PKCE)База URLhttps://api.example.com/v2ДействиеGET/customers → списък_клиентиТестът е преминалПакетен конектор1NO-CODEИме, удостоверение за самоличност, база URL2ANY APIКлючът, Беърър, Башис,HMAC, OAuth3PUBLISHInto /connectors/<slug>/
Насочете строителя към всеки REST API. Сет аут, база URL и действия, тествайте го и публикувайте работещ съединител.

Complete provider API coverage

Всеки генериран API конекторът може да се покаже отделно Native API Четене и местно API Напиши действия. За предпочитане са курортните действия; местните действия покриват крайните точки на доставчика, добавени по-късно. JSON, форма, XML, сурови и многопартийни тела, ограничена вагинация,API-версия заглавни части и immpotency, като същевременно се съхраняват пълномощията в настройките на работната пространство конектор.

⚠️
Пакетите за пазаруване са получени от /marketplace_connectors както и пакетирани /connectors. Увеличете версията на пакета, регенерирайте договора и документацията, стартирайте тестовете за съответствие, след това преподпишете и публикувайте новата версия на Борса.

Магьосник за изграждане на конектор

Магьосникът има шест стъпки, показани като раздели отгоре. Можете да скочи между тях свободно, и Запис на проект В подножието си запазваш работата по всяко време.

1
Идентификация и профил

Name, slug, description and icon, then choose a contract profile: Standard API, Commerce, Helpdesk, Mailbox, Site Intelligence, SaaS Bridge, Local PHP Platform, or Platform with no API when the platform serves nothing callable and OpsIQ has to install a bridge. The profile selects a complete capability starting point; you can still adjust individual capabilities.

2
Удостоверяване

Изберете модела за удостоверяване на автентичността, който платформата използва и попълнете полетата му. Въведете реалните документи за изпитване тук: те се използват за теста за връзка на следващата стъпка и не се съхраняват след като публикувате.

3
Изпитване

Въведете API база URL и проверка на крайната точка, след това да се проведе изпитване на живо свързване с помощта на пълномощията от стъпка 2. Направете това, преди да определите каквито и да е действия, ако на аут или базата URL Грешно е, всяко действие, което напишете след това ще се провали по същата причина и ще дебъгнете грешното нещо.

4
Действия

Дефинирай всяка операция: име, HTTP метод, крайната траектория, параметри, отговор поле карта, и настройките за надеждност, описани по-долу. Можете да стартирате всяко действие индивидуално срещу живо API от тази стъпка.

5
Тригери

Карта на събитията от уеб-лока, които платформата изпраща на OpsIQ събития, така че нещата, които се случват на вашата платформа може да започне работа в OpsIQ.

6
Преглед, договор за предприятие и публикуване

Review every action, trigger and capability. Enterprise profiles expose the generated queue, worker, hook, migration, ticket-mirror, attachment and conflict contract before publishing. Publishing writes the package into /connectors/<slug>/.

⚠️
Издателството НЕ работи на конформанс апартамент. Публикувайте само валидира магьосник форма и излъчва предупреждения, които не блокират. Пълният апартамент гол, вещ файлове, договор за самоличност-закупен и мост-снипка проверка това се извършва, когато натиснете Dry-run, и отново в инсталирането на време. Преса Драй-рън преди да кораб, всеки път.

Какво издава, че формулярът не ви показва

Петте поведения на генератора изненадват хората. Нито един не е бъг; всички те ще ви струват един следобед, ако ги срещнете случайно.

One question decides the passthrough: does the platform serve an API?

Answer it in step 1 by picking the data-access mode (or the "Platform with no API" profile). API mode declares native_api and emits the <slug>_api_call passthrough. Bridge mode declares platform_bridge instead and STRIPS native_api even if an older spec carried it, so the manifest, the generated class and the expertise docs cannot disagree. ai_brain_aware is added either way.

SILENCE MEANS "it has an API"

The Builder follows your answer; it does not work the truth out for itself, and the default when nothing is said is API mode. So a no-API platform must ACTIVELY say so — pick the "Platform with no API" profile, set data access to bridge, or tick platform_bridge; any one of the three is enough and they cannot contradict each other. Skip the question on a platform with no API and you are back to the old failure: a dead <slug>_api_call the model keeps reaching for. This used to be stamped unconditionally, so the trap is now escapable rather than gone.

Тестът за свързване се извършва по подразбиране /ping_

Ако оставите пътя празен, строителят пише /ping into the generated connector and into profile.json's test block. Almost no real platform serves that route, so Test Connection fails with HTTP 404 on every install and reads like a customer misconfiguration rather than a package defect. Set a verify path that your platform actually answers. For a bridge connector, point it at your own diagnostics endpoint — it proves the whole chain in one call: the bridge is deployed, the key matches, and the bridge can reach the database.

Re-publishing still overwrites your hand-edits

Capabilities now follow the data-access answer, so those no longer drift. Everything else generated still does: edit ContextProvider.php or any other emitted file and the next publish replaces it. The one protected exception is the bridge file — the wizard only overwrites a bridge carrying its own marker, so a hand-written one is left alone.

Публикуването изтрива файловете

Un-tick a capability and the next publish removes its provider file. Hand-edits to any generated file — ContextProvider.php above all — are overwritten without warning. Copy customisations out first, or take ownership of the package by deleting .opsiq-builder.json (after which the wizard will no longer manage it).

lease_status винаги е preview

The wizard has no control for it. A package meant to ship as production must have release_status changed by hand in settings.json — and that edit breaks the signature, so re-sign afterwards.

Подписът доказва почтеност, а не произход.

Пакетите на строителя са подписани със симетричен ключ на инсталацията. Това открива подправянето. Не доказва кой е написал пакета и дали всеки монтажен ключ, който държи същия ключ, може да произведе същия подпис.

Сблъсъците с кал се проверяват само на едно дърво.

Издателството отказва плужек, който вече съществува под/connectors/.Тя не гледа/marketplace_connectors/,За да може ръчно-ауторизиран пакет от първо парти със същия куршум да се окаже засенчен.

💡
Магьосникът няма стъпка за популяризиране на знанията. Файл с познания, описващ платформата ви, се генерира от името, описанието, типа на звука и действията, които сте определили, и е натоварен в AI, когато конекторът е включен.

Определяне на действие (стъпка 4_)

Всяко действие има следните настройки. Само първите четири са необходими; останалата част контрол, който може да го управлява и колко внимателно.

Ключ за действие и етикет

Ключът е това, което AI нарича; етикетът е какво се чете от човека. Ключовете са разположени с вашия конектор куршум автоматично, така че два съединителя могат да имат "list_orders" без сблъскване.

Метод на HTTP

Вземи, пост, пут, пас или изтрий.

URL path

Прикрепен към основата URL. Използвайте {name} за притежатели, например /opportunities/{id}/stage

Параметри

За всеки параметър вие също изберете къде отива: тяло, path, query или Заглавна част. параметър на пътя запълва а {placeholder}; параметър за запитване се прилага към URL.

Картиране на отговора

Say which field in the JSON response means what, which is the customer name, which is the email, which is the order total. This is what lets the AI read your platform's data rather than guess at it.

Кой може да го използва?

Вашият екип (admin AI), влиза в клиентите (клиент за клиенти), както и асистента по писане. Действията на клиента се изпълняват само за записаните клиенти, а полетата за самоличност са блокирани автоматично, така че един клиент не може да пита за друг.

Изисква потвърждение

Човек трябва да одобри преди действието.

Разрушително

Маркира действието като изтриване или промяна на състоянието.

Изисквано разрешение

Администраторите трябва да задържат това разрешение за AI да изпълнява дейността от тяхно име; пълното ръководство винаги минава. Изберете от manage_integrations, managle_general, government_billing, Control_sales_bridge, управляемо_разпознаване, model_appearance, master_behavior, mainage_permissions, управлявано_dangerzone, replay_to_chats, essake_to-ticket, send_agent_email, или никой, което означава всяка истински администратор.

Описание / AI намек

Той казва на AI кога да се достигне до това действие, например "Използвайте това, когато администратор иска да промени етап сделка" . Добър подсказка е разликата между действие AI използва правилно и такова, което игнорира.

Възможност

Optional class tag, either tickets (a ticket read or lookup) or ticket_create (opens a ticket). Tagging lets OpsIQ gate the whole class at once, for example, hiding ticket reads when an operator turns AI ticket awareness off.

Път на списъка

Незадължителен. За крайни точки, които връщат списък, пунктираният път към масива, например данни или данни.

Път на грешката

По избор. Телесно поле, чието присъствие означава неуспешно повикване, например грешка. съобщение, полезно за APIs че връща HTTP 200 при провал.

Пусни го.

Всяко действие може да се стартира срещу живо API от тази стъпка, така че можете да поправите грешен път или име на полето преди някой друг да го използва.

⚠️
Всяко действие, което използва POST, PUT, PATCH или DELETE започва с изискването за разрешение за управление_интеграция както и Новото писмено действие не се затваря, вместо да позволи на ИИ да променят данните ви без надзор.
💡
За да бъде calling от клиент чат, действие трябва да се чете само: оставете както изисква потвърждение и Destructionive неотлепна. Действие, което клиентът може да предизвика, че също промени състояние не е нещо, което магьосникът ще ви позволи да кораб по случайност.

Receiving webhooks (step 5)

The Triggers step gives you a webhook URL to register with your platform, and verifies every request that arrives on it.

Заглавна част на подписа

Заглавната част на платформата ви се подписва с, например X-Hub-Signature-256_.

Алгоритъм за подписване

HMAC-SHA1, HMAK- SHA256 или HMAc-Sha512.

Схема за подписване

Simple, a plain hex or base64 digest. Or Stripe-style, the t=…,v1=… format used by Stripe and several platforms that copied it.

Представка за подпис

Някои платформи предоговарят храносмилането, например sha256=. Оставете го празен, ако не и вашият.

Карта на събитията

Map each event your platform sends onto the OpsIQ event it should raise.

Автоматично регистриране на уеб-кокала

If your platform has an API for managing its own webhooks, you do not have to register the URL by hand. Open Автоматично записване на уеб-кабината в активиране и го посочи в две от действията, които определихте в стъпка 4_:

Действие на уеблока

Обажда се администратор, който дава възможност за свързване. Давате име на параметъра, който носи URL, по избор този, който пренася списъка със събития и пътя в отговора, който съдържа новата карта на уебхок.

Действие на & Webhook

Наречен, когато конекторът е изключен, използвайки ID заснет по-горе, така че изключване на конектора също спира вашата платформа изпращане до мъртва крайна точка.

Възможности, които можете да включите

Профилите и възможностите се определят от Конекторния договор 2.2. Генерираните и декларативни възможности се излъчват директно; възможностите на предприятията генерират един EnterpriseExtension.php скеле с кабелни кабели за цикъла на движение.

Действия

Операции AI може да работи на вашата платформа: списък поръчки, намиране на клиент, издаване на възстановяване.

Тригери

Receive webhooks from your platform and turn them into OpsIQ events.

Билети за Ал-Ай

Изберете крайната точка, която връща един билет с отговори и карта на полетата; OpsIQ четем нишката през нея.

Пощенска кутия и контакти

Показване на клиентската поща на тяхната времева линия, изпращане от сделка, и синхронизиране на адресника си в OpsIQ CRM.

Внос от клиенти

Page through your customer list and import each one as an OpsIQ contact. This is what the Import button runs.

Контекст

Вкарай данни на живо от платформата си във всеки разговор.

Идентификация

Работете кой от вашите клиенти е посетител, и покажете профила си и покупките си на билет.

Продажби и фактуриране

Feed revenue events and MRR figures into the OpsIQ dashboards.

Входящи билети

Превърнете билети и имейли, които вашата платформа доставя от уеб-кабина в OpsIQ подкрепа нишки.

Изходящи отговори

Post OpsIQ staff replies back to the platform the thread originated on.

Синхронизация на потребителите

Import your staff accounts into OpsIQ admin users.

Синхронизация на отделите

Импортирайте отделите за подкрепа в OpsIQ_.

Промо насочване и продуктов фураж

Нека промоция студио се насочи към факти, които знаете за човек и да направи реалните си продукти в рамките на една промоцията.

Студио за проучване

Разкрийте сървърно-проверени факти за проучване, избягали променливи и ограничена CRM Outreach страници получател чрез специален SurveyProvider. php. Това не използвате времето на промоция.

Местен IP блокиране

Кога OpsIQ блокира IP Обади се на собствения блок на платформата си. API Така че блокът се прилага и там.

Събития, свързани със сигурността

Получаване на блокирано...IP сигнали за заплаха от OpsIQ.

Платформени познания за ИИ

Всеки конектор, който строите кораби, кратко описание на това какво е платформата ви и какво правят нейните действия. OpsIQ Админ AI го чете, когато конекторът ви е включен, така че разбира платформата ви, вместо да вижда само списък с имена на действия.

API passthrough

Конекторът ви винаги получава обаждане с обща цел, така че AI да може да достигне крайна точка, за която не сте определили напечатано действие. Използвайте типирани действия, където можете; това е аварийният люк.

Canonical Connector Contract 2.2 reference

Contract version: 2.2 · 54 capabilities · 8 profiles.

Профили на съединителя

standard_api · Standard REST or GraphQL API

Actions, triggers, OAuth/API-key authentication and optional context/identity mappings. Capabilities: actions, triggers, native_api, ai_brain_aware.

commerce · Commerce and billing platform

Customers, orders, sales, subscriptions, billing, promotions and journey events. Capabilities: actions, triggers, journey_events, sales, billing, sync_orders, customer_import, survey, promo_audience, promo_feed, context, identity.

helpdesk · Helpdesk and ticket platform

Inbound tickets, outbound replies/notes, customer roster, AI triage and bidirectional ticket mirroring. Capabilities: actions, triggers, inbound_ticket, outbound_reply, outbound_note, ai_tickets, customer_import, survey, context, identity, ticket_mirror, attachment_bridge, conflict_resolution.

mailbox · Mailbox and email provider

Inbound/outbound mail, address-book sync, multi-account OAuth and CRM timeline integration. Capabilities: inbound_email, outbound_email, mailbox, email_mailbox, oauth, actions, customer_import, ai_reply.

site_intelligence · Site Intelligence data provider

SEO, analytics, search-console, local-search or monitoring provider with scheduled sync. Capabilities: actions, triggers, site_intelligence, seo, scheduled_workers, durable_queue.

saas_bridge · SaaS bridge

Deep two-way SaaS integration with customers, billing, identity, tickets, webhooks, queues, attachments and workers. Capabilities: actions, triggers, webhook, context, identity, customer_import, survey, journey_events, sales, billing, inbound_ticket, outbound_reply, ticket_mirror, attachment_bridge, durable_queue, scheduled_workers, database_migrations, conflict_resolution, enterprise_hooks, admin_assets.

no_api_bridge · Platform with no API (OpsIQ installs a bridge)

For a self-hosted PHP application that serves no callable API. The wizard generates a signed bridge file the operator drops into their own site, plus the typed actions that read and write through it. Capabilities: actions, platform_bridge, ai_brain_aware.

local_php_platform · Local PHP platform bridge

WHMCS-style local hooks, database access, two-way tickets, billing/customer sync, queues and migrations. Capabilities: actions, native_data, context, identity, customer_import, survey, journey_events, sales, billing, inbound_ticket, outbound_reply, ticket_mirror, attachment_bridge, durable_queue, scheduled_workers, database_migrations, conflict_resolution, enterprise_hooks, admin_assets.

Канонични възможности

действия

Universal actions. Capability version: 1.0. Mode: generated. Runtime methods: registerActions. Package files: actions.json.

задейства

Inbound event triggers. Capability version: 1.0. Mode: generated. Runtime methods: handleWebhook. Package files: actions.json.

webhock

Inbound webhook endpoint. Capability version: 1.0. Mode: generated. Runtime methods: handleWebhook.

journey_events

Universal Journey Event Contract mapping. Capability version: 1.1. Mode: generated. Interfaces: OpsIQ\Connectors\JourneyEventConnectorInterface. Package files: settings.json.

context

AI context providers. Capability version: 1.0. Mode: generated. Runtime methods: contextProviders. Interfaces: OpsIQ\Connectors\ContextConnectorInterface. Package files: ContextProvider.php.

guest_lookup

Guest record lookup without login (reference + proof match). Capability version: 1.0. Mode: generated. Runtime methods: contextProviders. Interfaces: OpsIQ\Connectors\ContextConnectorInterface. Package files: GuestLookupProvider.php.

самоличност

Admin/customer identity providers. Capability version: 1.0. Mode: generated. Runtime methods: identityProviders, detectAdmin, detectCustomer. Interfaces: OpsIQ\Connectors\IdentityConnectorInterface. Package files: IdentityProvider.php.

sales

Sales and revenue ingestion. Capability version: 1.1. Mode: generated. Interfaces: OpsIQ\Connectors\CommerceConnectorInterface. Package files: SalesIngest.php.

Сметка

Cross-platform billing snapshot. Capability version: 1.0. Mode: generated. Runtime methods: billingProviders. Interfaces: OpsIQ\Connectors\BillingConnectorInterface. Package files: BillingProvider.php.

payments

Payment-provider capability bus. Capability version: 1.0. Mode: generated. Runtime methods: paymentsCapabilities.

inbound_ticket

External ticket/email to OpsIQ ticket ingestion. Capability version: 1.0. Mode: generated. Runtime methods: handleWebhook. Interfaces: OpsIQ\Connectors\TicketMirrorConnectorInterface.

outbound_reply

Reply mirroring to the external platform. Capability version: 1.0. Mode: generated. Runtime methods: pushReply. Interfaces: OpsIQ\Connectors\TicketMirrorConnectorInterface.

sync_users

Staff/customer synchronisation. Capability version: 2.0. Mode: generated. Runtime methods: listCustomers. Interfaces: OpsIQ\Connectors\CustomerImportConnectorInterface. Package files: SyncImport.php.

sync_departments

Department/team synchronisation. Capability version: 1.0. Mode: generated. Package files: SyncImport.php.

sync_orders

Order roster and order-event synchronisation. Capability version: 1.0. Mode: declarative. Interfaces: OpsIQ\Connectors\CommerceConnectorInterface.

sync_products

Product, catalog and inventory synchronisation. Capability version: 1.0. Mode: declarative. Runtime methods: registerActions.

sync_projects

Project, issue and workspace synchronisation. Capability version: 1.0. Mode: declarative. Runtime methods: registerActions.

customer_import

CRM customer roster import. Capability version: 2.0. Mode: generated. Runtime methods: listCustomers, backfillChunk. Interfaces: OpsIQ\Connectors\CustomerImportConnectorInterface.

security_events

Receive and emit security events. Capability version: 1.1. Mode: generated. Runtime methods: securityCapabilities, syncBlockedIp, removeBlockedIp. Interfaces: OpsIQ\Connectors\SecuritySyncConnectorInterface.

security_native_block

Native remote IP/CIDR blocking. Capability version: 1.0. Mode: generated. Runtime methods: syncBlockedIp, removeBlockedIp. Interfaces: OpsIQ\Connectors\SecuritySyncConnectorInterface.

survey

Survey identity, audiences, recipients and variables. Capability version: 1.0. Mode: generated. Runtime methods: surveyAudienceCatalog, surveyAudienceFacts, surveyVariableCatalog, surveyVariables, surveyRecipientPage. Interfaces: OpsIQ\Connectors\SurveyConnectorInterface. Package files: SurveyProvider.php.

reply_feedback

Ticket reply feedback mirror (platform reply ratings land via the portal write method). Capability version: 1.0. Mode: generated. Runtime methods: replyFeedbackCatalog, pullReplyFeedback. Interfaces: OpsIQ\Connectors\ReplyFeedbackConnectorInterface.

promo_audience

Promotion targeting facts. Capability version: 1.0. Mode: generated. Runtime methods: subscribers. Interfaces: OpsIQ\Connectors\PromotionConnectorInterface.

promo_feed

Promotion product/content feed. Capability version: 1.0. Mode: generated. Interfaces: OpsIQ\Connectors\PromotionConnectorInterface.

email_mailbox

Mailbox bus, outbound mail and address-book sync. Capability version: 1.0. Mode: generated. Runtime methods: emailAccounts. Interfaces: OpsIQ\Connectors\MailboxConnectorInterface.

inbound_email

Receive inbound email. Capability version: 1.0. Mode: declarative. Runtime methods: poll, handleWebhook. Interfaces: OpsIQ\Connectors\MailboxConnectorInterface.

outbound_email

Send outbound email. Capability version: 1.0. Mode: declarative. Runtime methods: registerActions. Interfaces: OpsIQ\Connectors\MailboxConnectorInterface.

mailbox

Mailbox connector. Capability version: 1.0. Mode: declarative. Runtime methods: emailAccounts. Interfaces: OpsIQ\Connectors\MailboxConnectorInterface.

ai_tickets

AI triage and Inbox Copilot for remote tickets. Capability version: 1.0. Mode: generated. Runtime methods: loadTriageContext. Package files: AiOperations.php.

ai_reply

AI-assisted reply drafting. Capability version: 1.0. Mode: declarative. Runtime methods: registerActions.

ai_brain_aware

Connector expertise supplied to Admin AI. Capability version: 1.0. Mode: generated. Package files: ai_expertise_admin.md, ai_api_reference.md.

native_api

Native API passthrough. Capability version: 1.0. Mode: generated. Runtime methods: registerActions.

platform_bridge

Signed platform bridge (for platforms with no API). Capability version: 1.0. Mode: generated. Runtime methods: registerActions. Package files: bridge/.

native_data

Local database/platform data adapter. Capability version: 1.0. Mode: declarative. Runtime methods: nativeDataProviders. Interfaces: OpsIQ\Connectors\NativeDataConnectorInterface.

crum

CRM capability provider (calendar, enrichment, telephony or customer data). Capability version: 1.0. Mode: declarative. Runtime methods: crmCapabilities. Interfaces: OpsIQ\Connectors\CrmCapabilityConnectorInterface.

block_registry

Remote sender block-registry synchronisation. Capability version: 1.0. Mode: declarative. Runtime methods: blockSender, unblockSender, isSenderBlocked. Interfaces: OpsIQ\Platform\BlockRegistryInterface.

inbound_comment

Inbound comment ingestion. Capability version: 1.0. Mode: declarative. Runtime methods: handleWebhook.

outbound_note

Outbound private note. Capability version: 1.0. Mode: declarative. Runtime methods: registerActions.

outbound_notification

Outbound notification delivery. Capability version: 1.0. Mode: declarative. Runtime methods: registerActions.

oauth

OAuth 2.0 authorisation. Capability version: 1.0. Mode: generated.

reviews

Review ingestion and response. Capability version: 1.0. Mode: declarative. Runtime methods: registerActions.

местен

Local search/location data. Capability version: 1.0. Mode: declarative. Runtime methods: registerActions.

Сео

SEO data and actions. Capability version: 1.0. Mode: declarative. Runtime methods: registerActions.

site_intelligence

Site Intelligence provider. Capability version: 1.0. Mode: declarative. Runtime methods: siteIntelligenceProviders. Interfaces: OpsIQ\Connectors\SiteIntelligenceConnectorInterface.

analytics

Analytics data provider. Capability version: 1.0. Mode: declarative. Runtime methods: analyticsCapabilities.

comms

Communications/video-meeting provider. Capability version: 1.0. Mode: declarative. Runtime methods: commsCapabilities.

admin_assets

Connector-provided admin/account/public browser assets. Capability version: 1.0. Mode: generated. Runtime methods: adminAssets. Interfaces: OpsIQ\Connectors\AdminAssetConnectorInterface.

enterprise_hooks

Platform-native hooks and lifecycle callbacks. Capability version: 1.0. Mode: extension. Package files: EnterpriseExtension.php.

durable_queue

Durable outbox/inbox queue and retry policy. Capability version: 2.0. Mode: extension. Package files: EnterpriseExtension.php.

ticket_mirror

Bidirectional ticket mirror with conflict handling. Capability version: 2.0. Mode: extension. Interfaces: OpsIQ\Connectors\TicketMirrorConnectorInterface. Package files: EnterpriseExtension.php.

attachment_bridge

Attachment upload/download transfer. Capability version: 2.0. Mode: extension. Package files: EnterpriseExtension.php.

database_migrations

Connector-owned schema migrations. Capability version: 1.0. Mode: extension. Package files: EnterpriseExtension.php.

scheduled_workers

Connector-owned scheduled/background workers. Capability version: 1.0. Mode: extension. Package files: EnterpriseExtension.php.

conflict_resolution

Two-way sync conflict strategy. Capability version: 1.0. Mode: extension. Package files: EnterpriseExtension.php.

⚠️
Конкретните бизнес правила на платформата в генерираните точки за разширяване; пакетният жизнен цикъл, опашките, работниците, миграцията и тестовете за съответствие остават управлявани от строителя.

Настройки на надеждността при всяко действие

Отписване

Колко пъти да се опитвам да се проваля на повикване, с отстъпление, което удвоява всеки опит. 429s и 5xx грешки се опитват отново; 4xx е грешка на искането си и повтаряйки това просто ще изгори лимита на скоростта.

Гранична стойност на лихвения процент

A per-minute ceiling for this action, so a busy trigger cannot hammer your platform. Leave it at 0 for no limit.

Прекъсване

Колко време ще чакаме платформата ти, преди да се предадем.

Потвърждение

Трябва човек да одобри преди действието да започне.

Видове удостоверяване

Стъпка 2 Изберете тази, която съвпада с платформата ви. API документация, генераторът излъчва правилния клиент за HTTP.

API ключ в заглавната част

Статичен ключ, изпратен като фиксирана заглавна част, например X-API Даваш името на заглавната част и етикета, който трябва да се покаже във формуляра.API вместо това, използвайте персонализирани заглавни части или конектор с пълен код.

Значение на носилка

Token sent as Authorization: Bearer <token>. Common for modern APIs.

Основна аутатура

Username and password, base64-encoded into the Authorization header. You choose the labels both fields show on the admin form.

Подписан с HMAC

Публичен ключ плюс тайна, с подписаното искане. Давате на заглавната част на подписа, на ключа и на заглавието на табелката на времето, което платформата ви очаква.

OAuth 2.0 (клиент акредитиви)

Сървър към сървър, без взаимодействие с потребителя и без пренасочване. Давате символ URL и опционален обхват; администратор предоставя клиентски ID и тайна. Използвайте това, когато вашата платформа издава пълномощия за приложение, а не на лице.

OAuth 2.0 (Свържете бутона)

Потокът на кодовете за достъп с PKCE, за Stripe, Shopify, Slack и QuickBooks-стил приложения.URL, символът URL След публикуване, администратор кликва върху Connect на конектора, разрешава на вашата платформа, и OpsIQ запазва опреснителен символ и ментови знаци за достъп при поискване. URI да се регистрирате в OAuth приложението е показано на страницата с настройките на конектора.

Потребителски заглавни части

Безплатна форма JSON Заглавна карта за всичко горе моделите не покриват, например {"X-API"Ключ."{api_key}"X-Tenant":{tenant_id} Всеки служител става поле на административната форма.

💡
PKCE се прилага само за потокът Connect-бутон. Потокът клиент-кредиенти няма пренасочване и потребителска стъпка, така че PKCE не се прилага към него.

Стилове на въображението

Отместване

Използва офсет и гранични параметри. Пример: ?offset=100& Гранична стойност =50.

Страница

Използва номера на страницата. Пример: page=3&per_ page=50.

Курсор

Използва курсор от предишния отговор.

Заглавна част на връзката

Използва заглавната част на Link с rel="ext."

Разширено: потребителски код за РНП

connector.php RETURNS an instance. It does not declare a named class that OpsIQ hunts for. The method names below are the ones ConnectorInterface requires; getting one wrong is a fatal at load, not a warning.

connect. php гол на реалния договор, минимален и runnable
<?php
/* connectors/myplatform/connector.php */
declare(strict_types=1);

use OpsIQ\Connectors\AbstractConnector;

require_once __DIR__ . '/Client.php';

return new class extends AbstractConnector {

    /* ── the three identity methods. NOT identifier()/label(). ── */
    public function slug(): string        { return 'myplatform'; }
    public function name(): string        { return 'My Platform'; }
    public function description(): string { return 'Orders and customers from My Platform.'; }

    public function capabilities(): array { return ['actions', 'context']; }

    public function settingsSchema(): array
    {
        $f = __DIR__ . '/settings.json';
        if (!is_file($f)) return [];
        $j = json_decode((string)file_get_contents($f), true);
        return is_array($j['settings'] ?? null) ? $j['settings'] : [];
    }

    /* ── NOTE THE ARGUMENT. testConnection() with no parameter is a fatal. ── */
    public function testConnection(array $settings): array
    {
        try {
            $resp = \OpsIQ\Connectors\MyPlatform\Client::callWithSettings($settings, 'GET', '/me', [], []);
            $code = (int)($resp['http_code'] ?? 0);
            return ($code >= 200 && $code < 300)
                ? ['success' => true,  'info'  => ['message' => 'Connection OK', 'http_code' => $code]]
                : ['success' => false, 'error' => "Verify endpoint returned HTTP $code"];
        } catch (\Throwable $e) {
            return ['success' => false, 'error' => 'Test failed: ' . $e->getMessage()];
        }
    }

    public function onEnable(array $settings): array  { return ['success' => true]; }
    public function onDisable(array $settings): array { return ['success' => true]; }

    public function handleWebhook(array $payload, array $headers, array $settings): array
    {
        return ['success' => true, 'note' => 'No triggers declared.'];
    }

    /* Inherited from AbstractConnector: reads actions.json for you.
     * Override only to ADD actions the manifest cannot express. */
    public function registerActions(array $settings): array
    {
        return parent::registerActions($settings);
    }
};
⚠️
Three things that fatal at class load rather than failing gracefully. The identity methods are slug(), name() and description() — not identifier() and label(). testConnection() TAKES an array of settings; a no-argument version is an incompatible signature. And there is no $this->http() or runAction() on AbstractConnector — HTTP goes through your own Client.php or through an action declared in actions.json.

Билети за огледално огледало в системата за местен билет

Когато вашата платформа притежава билет, огледайте го в OpsIQ от вашия конектор с помощта на билета поглъщащ помощника си конектор наследява (създаване за нов билет, добавяне на файл за последващи прозорци). subscribers() метод, ticket.created, ticket.replied, ticket.updated, ticket.deleted. Auto-reply, escalation, SLA and CSAT all hook the same events, so you inherit them with no extra code.

Кажи кой е написал съобщението.

Винаги има билет. вместо клиентът, но встъпителното съобщение може да бъде написано от staff: агент, отварящ билет от името на клиента или протягайки се активно. ticket.created договор, а не нещо, което всеки конектор решава насаме.

author_type

клиент (по подразбиране) или администратор. Отхвърлете го и клиентът се приема.

author_id

Идентифициране на персонала при автора_тип=admin. Никога клиентско име.

author_name

Агент или отдел показва името си.

author_email

Адресът на агента. НИКОГА не е клиентският. Съобщението на персонала по имейла на клиента е грешка при докладването и одита.

Това не е козметично. Потребители четени author_type За да реши кой е на ред, се съобщава за откриване на персонал. client оставя автоматично да отговори на съобщение, което е написал твоят агент и прави ехото на платформата ти да изглежда като ново съобщение от клиент, което след това се приземява като дубликат и обръща билета към answered. Картографирайте сигнала на платформата си върху него в конектора си Нормализатор на събитиятаНикога в потребителите.

Централизирано блокиране

Когато агент блокира подателя, това се отнася и за него. every канал веднага (e-mail, чат, портал, джаджа и всеки конектор близнак), защото блокът се прилага централно, преди някой конектор да види съобщението. Конекторът ви го наследява като не прави нищо. Няма входящи работи за изпълнение и няма начин да го объркате.

По избор половината е outbound: разказване на платформата си клиент е блокиран тук. Имплентирай го само ако вашата платформа може да изрази нещо еквивалентно.

възможности()

Трябва да включва block_registry И класът трябва да се реализира BlockRegistryInterface. Флагът е претенция; интерфейсът е гаранцията. Регистърът изисква и двете.

blockSender($b)

Получава вид (email . domain .ip_), стойност, причина, admin_id, lifit_at, site_key. Връща [резултати, подробности?, offide_ref?].

unblockSender($b)

Същия товар, обърнат, сигурно е неподвижен.

isSenderBlocked($b)

За помирението, така дрейф се съобщава, а не се открива от клиент. Връща [резултат, блокиран?].

Стойности на резултата

Добре.

Включете дистанционното, когато имате документ за самоличност.

noop

Вече е в поисканото състояние.

unsupported

Вашата платформа няма еквивалентна концепция.

неуспешно

Можеше да го направиш и всичко се обърка.

Отпадането е правилен отговор. Много платформи нямат концепция "блокиране на този изпращач" и предлагат само счетоводна суспензия, която спира да таксува, влизания и услуги, а не просто поддържа поща. Настройката "агент блокира адрес на спам" върху "затвори сметката на клиента" ще позволи на един неправилно щракнат блок прекрати услугите на платения клиент. Ако това е единственият лост, който имате, върнете unsupported и да го оставим на мира.

Накланянето обхваща също така случая, в който платформата can Направи го, но няма да ти позволя. API, а не функция: лост, който съществува само в администраторския UI на платформата е лост, чийто конектор няма.

Работен пример · Zendesk (референцията за изпълнение)

Четене connectors/zendesk/connector.php alongside this. It is short, and every branch below is a decision you will face too.

имейл → ок

PUT /api/v2/users/{id} с суспендиран = вярно. Новите заявки на суспендирания потребител се отклоняват към спрени билети вместо да се отваря един, наистина същата идея като блокирането на подателя, и спира да таксува, защото потребителите на Zendesk нямат такива. Връща потребителския документ като отдалечен_ref.

Домейн → неподдържан

Zendesk CAN суспендира цял домейн, но само чрез спиране: ключова дума в текстовата зона на Admin Center и не API пише това поле. Функцията съществува; лостът не е.

ip → неподдържан

Няма никакъв блок за билети IP _.

неизвестен адрес → нескрит

Zendesk не може предварително да се спре адрес, който никога не е виждал. Нищо не трябва да се направи не е провал, а местния блок все още спира билета.

агент или администратор → неподдържан

Отстранени. Прекъсването персонал ще заключи колега извън helpdesk. Адреса на персонала, достигащ блоклист е много по-вероятно да бъде грешка, отколкото инструкция, проверете ролята преди да действа върху него.

Договорът не може да ви спре да картографирате блок върху нещо разрушително, така че всеки конектор трябва да реши сам какво ще откаже. detail оператор може да чете, бие слушането.

Докладвай честно. Обърнете внимание колко малко от тези редове са okТова е правилният резултат, а не празнина: домейн блок все още работи (в сила в ядрото в момента на писане); той просто не може да бъде огледален навън. ok За нещо, което не сте направили, ще кажете на оператор, че блокът е достигнал платформата ви, когато никога не е напускал OpsIQ_.

Правила

Местният блок винаги печели.

Не можете да предотвратите някой, който блокира.

Никога не хвърляй.

Завръщането не се е получило с подробности, затова причината оцелява.

Бъди идемпотентен

Същото блокиране може да бъде обявено повече от веднъж.

Върни се бързо.

Разпръскването е синхронизирано с клик-камерата на оператора. По-скоро бавна работа, отколкото да се задържи отворена заявка.

Не се обаждай отново.

Never re-block into OpsIQ from your handler. The registry skips the originating connector, but a second hop would loop.

Всяко съобщение е написано до opsiq_block_registry_log (действие, вид, стойност, разум, администратор, произход, конектор куршум, резултат, детайл и време) така че оператор може да види блок пристигна от вашата платформа, а не от агент, и какво всеки конектор направи за него.

Приставката е правилно натисната

Ръка attachments масив за създаване()/addReply(). Всеки елемент носи файла в една от три форми:

content_b64

Base64 of the RAW file bytes, use for files behind auth (most inbound cases). OpsIQ decodes it and re-hosts the file for you. The most portable shape.

url / източник_url

Публична информация https URL (напр. Zendesk content_url). Трябва да бъде направена; да се премине SSRF/разрешителна проверка преди съхранение.

stored_path

Вече сте написали справка за съхранен файл (това, което местния композитор uploader произвежда).

Items also accept filename, mime_type and size_bytes. Caps: 12 MB/file, ~24 MB total, 10 files per call. Most platform read APIs return attachment Само имена на файлове (не байтове), така че надеждният входящ модел е: прочетете байтетите, където вече работи вашия код (вътре в платформата или от уеб-лока, buy64 тях, и ги транспортират като content_b64 на събитието.

Извънборсови (OpsIQ → вашата платформа). Когато агент прикрепя файл, ticket.replied зарядът ви дава файловете на отговора като stored_path предмети под OpsIQ файлов магазин. Прочетете ги и натиснете в собствения формат на платформата си, и проверете документите на платформата, кодирането въпроси: WHMCS Иска. base64_encode(json_encode([[name,data]])) (JSON, не сериализира); Zendesk качва сурови байтове до /uploads.json за символ след това се поставя comment.uploads; Gmail изпраща мултичаст/смесен RFC-822 съобщение, което е кодирано в raw; Amazon SES inbound attachments need the S3 receive action (the SNS path caps at 150 KB).

Дистанционни платформи: API + webhock, never another app's tables

Ако вашата платформа е отделно приложение или база данни (домакин на SaaS, дистанционно WHMCS, различен DB на същия сървър), никога не пишете директно таблиците му: Кръстосана база данни пише земи на каквато и връзка е активна и тихо пропуска реалните редове. Винаги: outbound = да се обадя на платформата, подписана REST API (повтаря, статус, отдел, изтривания); inbound = платформата POSTs подписана уеб-каскадка, вашата handleWebhook() проверява и стреля съвпадението ticket.* За да спрете огледален цикъл, маркирайте какво натискате с маркер за произход (напр. mirror_origin:'opsiq'); платформата го ехото на уеб-кабината и входящият ви ръчен човек пропуска собствените си ехота. OpsIQEvents::isMirroredEvent() на върха на всеки резидент.

Състояние на огледалото, приоритет и отдел

Отговорът се премества автоматично. agent Отговор → answered, a клиент Отговор → customer_replyЗа изрични промени абонирайте се за ticket.updated и да четем payload['changes'] (напр. {status:'closed'}).

Състояние: OpsIQ_ е каноничния набор open, customer_reply, answered, in_progress, pending, closed. Съхранявайте малка двупосочна карта на речника на платформата си, и се уверете, че вашата колона действително приема стойностите, които пишете (а) ENUM Липсването на стойност тихо се източва до празно от някои бази данни). Отдел: на OpsIQ Идентифицирането на отдела е безсмислено на ваша страна. Никога не го изпращай.. Изпрати дескриптора (name, email както и slug) и да го реши срещу собствените си отдели по електронна поща → име → охлюв, така че го Билинг отдел ... земя в Ви Отдел за фактуриране вместо Общи- Спусък и на двете. ticket.escalated и department_id промяна в ticket.updated.

💡
Състояние / приоритет / тема / отдел / изтриване на огледалното огледало е врата от per-connector превключване (mirror_status_changes, miror_prioriity_change, object_unit_changees, overs_partment_changets, dispartment, milor_ deletes) прочетете чрез споделените OpsIQ\ Конектори\ Помощник за мирореопции. Вграждане на този блок в настройките.json и всеки квитанция-огледало конектор чете еднакви завъртания.

Връзка билет към продукт / услуга

Ако клиентът избере конкретен продукт при отваряне на билета, отбележете намек, така че агентът да види фокусирана карта за обслужване (с едно кликване "гледайте други продукти" модал за останалите). Подай някой от тях, за да създаде():

related_service_id

Preferred: the service id exactly as it appears in your IdentityProvider::lookupCustomerServices() list (each service's id). Unambiguous match.

related_service_label

A platform service-code, e.g. WHMCS S396 (service 396) / D11 (domain 11). OpsIQ decomposes the optional type-letter + id and matches your service list, with a type guard so a domain code never matches a product of the same id. Expose a matching ref on each service for an exact match.

related_domain

Име на домейн; съвпада като подниз спрямо детайла / домейна на всяка услуга.

💡
Build the attachment list once, in the shape above, and OpsIQ handles the rest: hosted URLs are passed through and base64 content is stored and re-hosted for you. You never need to write per-platform file handling.
⚠️
Action keys are lowercase letters, digits and underscores. The Builder accepts 3 to 80 characters and also allows dots; the action store accepts 2 to 100 characters with no dots, so keep to letters, digits and underscores and you satisfy both. Adding an action creates no AJAX route, so there is nothing to regenerate — re-save the connector and it is synced.
Конектори

Свържете платформа, която няма NO API (мост модел)

Plenty of real platforms ship no REST API at all. A hotel CMS, an old billing system, a bespoke internal tool. You can still write a complete OpsIQ connector for one: the connector ships a single PHP file that the operator drops into their own public webroot, and that file IS the API. This page is the whole pattern, with the rules that make it safe to run and the reason behind each rule.

Формата му.

Нормален конектор се обажда на някой друг API_. Мостовия конектор носи своя собствена. Нищо друго не се променя: същите действия, същите контекст доставчици, същия договор за самоличност, същия пакет оформление.

1
Пишете един файл за PHP

It lives in your package at bridge/opsiq-<platform>-bridge.php. It talks to the platform's database directly, or boots the platform's framework, or both. It answers JSON.

2
Операторът го копира в техния уеб-корен

До собствения index. php на платформата няма променян код на платформата, не е инсталиран плъгин, нищо за поддържане в рамките на платформа подобрения.

3
Конекторът панел им подава файла

Вашите настройки.json декларира webhok_help. snippet_template. Конекторната страница го прави като копираем файл с техните настройки на живо вече заменени, така че няма нищо за ръчно редактиране.

4
OpsIQ го нарича сървър-към-сервирач

Your Client.php sends GET requests with the shared key in an X-Opsiq-Bridge-Key header. The base URL setting is the platform site root.

The Connector Builder CAN generate this for you now. Pick the "Platform with no API" profile (or set data access to bridge) and it emits the bridge file, the matching panel snippet and the typed actions that read and write through it — for a Laravel application reading its .env, for WordPress reading wp-config.php, or with credentials you paste in for anything else. Hand-author only when your platform is none of those, or when you need behaviour the generated bridge does not cover. A hand-written bridge is safe from the wizard: it only overwrites a bridge file carrying its own marker.
💡
Everything on this page is shown in PHP against MySQL, because that is the reference implementation and the only combination the packaging pipeline fully supports. The pattern itself is language-agnostic and engine-agnostic: see "The bridge in other languages and other databases" for the gate in Node, Python, Go, Ruby, .NET and Java, the introspection query for PostgreSQL, SQL Server, SQLite and Oracle, and the MongoDB equivalent — along with the packaging constraint that decides how a non-PHP bridge reaches the operator.

Моделът на сигурност, и защо всяко правило е там

This file sits in a public webroot behind one shared key. That single fact drives every rule below. Do not relax any of them to make your bridge simpler.

Обаждащият се никога не доставя SQL

Not a WHERE clause, not an ORDER BY fragment, not a "just this once" raw query parameter. The caller names a table, a column and a value; your file builds the statement. The moment a caller can contribute SQL text, one shared key becomes arbitrary database execution.

Имената на таблица и колона се валидират срещу информация_schema

Инициаторите не могат да бъдат обвързани като параметри, така че те трябва да бъдат проверени вместо това. Прочетете истинската таблица и списъка колона за тази база данни и откаже нищо не на нея. Идентификационен код, който не е реален обект на тази схема след това не може да достигне до немаркета на всички го прави безопасно да се изложи всяка таблица.

Всяка стойност е обвързан параметър

Без изключение, включително стойностите в рамките на търсене. Валидни идентификатори плюс обвързани стойности е двойката, която прави повърхността обща и инжекционната повърхност нула.

Четенията са универсални, а писмата - разрешени.

Това е правилото, което хората искат да пропуснат.

Тайните колони са редактирани на четене и отказани от писане

Мач на колоната Име: парола, запомни_запаметен, тайна, api_key, private_key , сол , символ . Замяна на стойността с placeholder на излизане . Отказа от писането изцяло по пътя в гонка не е операция , това е пистолет . Изпрати оператора на собствения поток парола на платформата .

Изтриването е едноредово, по първичен ключ

Никога не се изтриват по обем, никога не се изтриват чрез филтър. Премахването на едро е как умира база данни. Ако някой наистина се нуждае от такъв, те могат да го направят в платформата.

Четенето е написано на ред.

Закрепете параметъра за лимит с твърд таван. Не трябва да има заявка за бягство, която да може да изхвърли базата данни чрез съобщение за чат.

Грешка при затваряне на ключа

Неконфигуриран мост отговаря на всичко 403 _. Мост, който е полезен преди да бъде конфигурирана е мост, който беше полезен за непознат.

Постоянно-времево сравнение, ключ в заглавна част

Ключът е в X-_Opsiq-Bridge-Key, не в низа за запитване, така че остава извън записите за достъп, прокси дневниците и рефера.

Само в краен случай

One method, one shape, nothing to smuggle in a body. Everything the bridge does is expressible as a GET with validated parameters, and OpsIQ is the only caller.

Чете универсални, пише позволение-изброява го и защо

Това е правилото, което се оспорва с, така че тук е аргументацията в пълна. Асистентът трябва да бъде в състояние да се вербува цялата платформа: това е, което го прави полезно, и четене не може да унищожи нищо. Пишат са различни. Този файл седи в публичен уебкорен зад един общ ключ. Ако този ключ изтича, неограничено напише повърхност прави изтичането еквивалент на пълен контрол на базата данни по-новия администратор потребител, празен таблица за резервации.

⚠️
The OpsIQ approval card gates the AI, not the key. The admin clicking Allow on a destructive action is a control over the assistant. It is not a control over whoever holds the bridge key. Those are two different threats, and the allow-list is the answer to the second one.
Копче гледащо оператора, от моста Ботбъл
/* ── WRITE ALLOW-LIST — which tables the assistant may CHANGE here.
 *
 * READS are unrestricted: the assistant can see every table in the platform.
 * WRITES are limited to this list, because this file sits in a PUBLIC webroot
 * behind ONE shared key — an allow-list means that even a leaked key cannot
 * reach a table you never enabled (no new admin users, no emptied bookings).
 *
 * Comma-separated table names. Add tables as you need them — e.g. append
 * ',pages,posts' to let the assistant edit site content. Set it to '*' to
 * allow every table, deliberately. Empty falls back to the hotel defaults. ── */
const OPSIQ_WRITE_TABLES = 'ht_bookings,ht_booking_rooms,ht_booking_addresses,ht_rooms,ht_room_types,ht_customers,customers';

Две подробности в проверката по-долу са лесни за грешка. Името на таблицата пристига вече RESOLVED, носене на представката маса на инсталацията, докато операторът пише позволения списък непредубедени, защото това е, което те естествено ще тип. Сравнете двата начина или предварително фиксирана инсталирате тихо не позволява нищо и всеки запис прекъсва. И отказът трябва да се обясни, защото лицето, четейки го е администратор в чата прозорец, а не разработчик с купчина следа.

Проверка на списъка с разрешителни, дословно от market_connectors/botble/bridge/opsiq-Ботечен мост.
/** Tables a WRITE may touch. Empty = the built-in defaults. */
$writeAllowed = static function (string $table) use ($prefix): bool {
    $raw = trim((string)(defined('OPSIQ_WRITE_TABLES') ? OPSIQ_WRITE_TABLES : ''));
    if ($raw === '') $raw = 'ht_bookings,ht_booking_rooms,ht_rooms,ht_customers,customers';
    if (trim($raw) === '*') return true;                     // explicit opt-in to everything
    $bare = ($prefix !== '' && stripos($table, $prefix) === 0) ? substr($table, strlen($prefix)) : $table;
    foreach (explode(',', $raw) as $t) {
        $t = trim($t);
        if ($t === '') continue;
        if (strcasecmp($t, $table) === 0) return true;
        if (strcasecmp($t, $bare)  === 0) return true;
        if ($prefix !== '' && strcasecmp($prefix . $t, $table) === 0) return true;
    }
    return false;
};

/** One refusal, one explanation — used by every write op. */
$requireWritable = static function (string $table) use ($writeAllowed): void {
    if ($writeAllowed($table)) return;
    opsiq_bridge_out(['success' => false, 'error' =>
        'write_not_allowed: "' . $table . '" is not in this bridge\'s write allow-list. '
        . 'Reads are unrestricted. To permit writes here, add the table to OPSIQ_WRITE_TABLES '
        . 'in opsiq-botble-bridge.php (or set it to "*" to allow every table).'], 403);
};

Портата, пълна.

Четири чека, в този ред, преди нещо да докосне данните.

Четирите проверки на изходите, наред.
<?php
declare(strict_types=1);

/* ── EDIT THIS: a long random secret (40+ chars). Empty = bridge OFF. ── */
const OPSIQ_BRIDGE_KEY = '';

header('Content-Type: application/json; charset=utf-8');
header('Cache-Control: no-store');

function opsiq_bridge_out(array $payload, int $code = 200): void
{
    http_response_code($code);
    echo json_encode($payload, JSON_UNESCAPED_SLASHES);
    exit;
}

/* 1. Fail closed. An unconfigured bridge answers nothing to anyone. */
if (OPSIQ_BRIDGE_KEY === '' || strlen(OPSIQ_BRIDGE_KEY) < 24) {
    opsiq_bridge_out(['success' => false, 'error' => 'bridge_not_configured'], 403);
}
/* 2. One method. */
if (strtoupper((string)($_SERVER['REQUEST_METHOD'] ?? '')) !== 'GET') {
    opsiq_bridge_out(['success' => false, 'error' => 'method_not_allowed'], 405);
}
/* 3. Constant-time key comparison, key from a header (never the query string). */
$given = (string)($_SERVER['HTTP_X_OPSIQ_BRIDGE_KEY'] ?? '');
if ($given === '' || !hash_equals(OPSIQ_BRIDGE_KEY, $given)) {
    opsiq_bridge_out(['success' => false, 'error' => 'forbidden'], 403);
}
/* 4. Only now read credentials and connect. */

Валидиране на идентификаторите срещу info_schema

Това е парчето, което превръща "асистентът може да достигне всяка маса" от безразсъдно в безопасно. Преодолейте името на масата на обаждащия се срещу истинската схема, толерирайте липсваща или допълнителна представка за маса и върнете нищо за всичко друго. Всичко надолу по веригата след това работи с име, което съществува правдоподобно.

Идентификация на валидирането и редактирането, дословно от моста Botble
/** Real tables in THIS database — the allow-list, straight from the DB. */
$allTables = static function () use ($pdo, $db): array {
    static $cache = null;
    if ($cache !== null) return $cache;
    $st = $pdo->prepare('SELECT TABLE_NAME FROM information_schema.TABLES WHERE TABLE_SCHEMA = ? ORDER BY TABLE_NAME');
    $st->execute([$db]);
    return $cache = array_map('strval', $st->fetchAll(PDO::FETCH_COLUMN));
};

/** Resolve a caller-supplied table name to a REAL one, or null. */
$resolveTable = static function (string $name) use ($allTables, $prefix): ?string {
    $name = trim($name);
    if ($name === '' || !preg_match('/^[A-Za-z0-9_]+$/', $name)) return null;
    $tables = $allTables();
    foreach ($tables as $t) if (strcasecmp($t, $name) === 0) return $t;
    /* Tolerate a missing or extra table prefix. */
    foreach ($tables as $t) {
        if (strcasecmp($t, $prefix . $name) === 0) return $t;
        if ($prefix !== '' && strcasecmp($prefix . $t, $name) === 0) return $t;
    }
    return null;
};

/** Column introspection: table => [column => true]. Cached per request. */
function opsiq_bridge_columns(PDO $pdo, string $db, string $table): array
{
    static $cache = [];
    if (isset($cache[$table])) return $cache[$table];
    $stmt = $pdo->prepare('SELECT COLUMN_NAME FROM information_schema.COLUMNS WHERE TABLE_SCHEMA = ? AND TABLE_NAME = ?');
    $stmt->execute([$db, $table]);
    $cols = [];
    foreach ($stmt->fetchAll(PDO::FETCH_COLUMN) as $c) $cols[strtolower((string)$c)] = true;
    return $cache[$table] = $cols;
}

/** Columns whose VALUES must never leave the platform. */
$secretCol = static function (string $c): bool {
    return (bool)preg_match('/(^|_)(password|remember_token|secret|api_key|private_key|salt|token)($|_)/i', $c);
};
/** Columns a write may never touch — auth material. */
$writeBanned = static function (string $c): bool {
    return (bool)preg_match('/(^|_)(password|remember_token)($|_)/i', $c);
};
/** Strip secret values from a row before it leaves the server. */
$redact = static function (array $row) use ($secretCol): array {
    foreach ($row as $k => $v) if ($secretCol((string)$k)) $row[$k] = '[redacted]';
    return $row;
};

Операция за четене и писане, завършена

Имайте предвид какво е свързано и какво се валидира. Колоната филтър се проверява спрямо реалния списък на колоната и след това интерполация като идентификатор; стойността му е обвързана. Границата се затяга. Редовете са редактирани по пътя навън. Обновяването отказва първичния ключ и всяка колона на аут, както и печатите updated_at когато таблицата има такъв.

Прочетете всяка таблица . . валидирани ., обвързани стойности, редове под формата на лимит
case 'query': {
    $t = $resolveTable((string)($_GET['table'] ?? ''));
    if ($t === null) opsiq_bridge_out(['success' => false, 'error' => 'unknown_table'], 404);
    $cols = opsiq_bridge_columns($pdo, $db, $t);
    if (!$cols) opsiq_bridge_out(['success' => false, 'error' => 'unknown_table'], 404);

    $sql = "SELECT * FROM `$t` WHERE 1=1";
    $args = [];

    /* Equality filter: column must be REAL, value is bound. */
    $wc = strtolower(trim((string)($_GET['where_column'] ?? '')));
    if ($wc !== '') {
        if (!isset($cols[$wc])) opsiq_bridge_out(['success' => false, 'error' => 'unknown_column: ' . $wc], 400);
        $sql .= " AND `$wc` = ?";
        $args[] = (string)($_GET['where_value'] ?? '');
    }
    /* Ordering: column validated, direction from a fixed pair. */
    $ob = strtolower(trim((string)($_GET['order_by'] ?? '')));
    if ($ob !== '' && isset($cols[$ob])) {
        $dir = strtoupper(trim((string)($_GET['order'] ?? 'DESC'))) === 'ASC' ? 'ASC' : 'DESC';
        $sql .= " ORDER BY `$ob` $dir";
    } elseif (isset($cols['id'])) {
        $sql .= " ORDER BY `id` DESC";
    }
    /* Hard row cap. */
    $lim = (int)($_GET['limit'] ?? 25);
    if ($lim < 1)   $lim = 25;
    if ($lim > 200) $lim = 200;
    $off = max(0, (int)($_GET['offset'] ?? 0));
    $sql .= " LIMIT $lim OFFSET $off";

    $st = $pdo->prepare($sql);
    $st->execute($args);
    $rows = array_map($redact, $st->fetchAll());
    opsiq_bridge_out(['success' => true, 'data' => [
        'table' => $t, 'returned' => count($rows), 'rows' => $rows,
    ]]);
}
Напишете един ред . .. Позволява таблица, отказа колоните на Auth, един ред по основен ключ
case 'record.update': {
    $t = $resolveTable((string)($_GET['table'] ?? ''));
    if ($t === null) opsiq_bridge_out(['success' => false, 'error' => 'unknown_table'], 404);
    $requireWritable($t);                       // the allow-list, before anything else
    $cols = opsiq_bridge_columns($pdo, $db, $t);
    $pk   = $primaryKey($t);
    $id   = (string)($_GET['id'] ?? '');
    if ($id === '') opsiq_bridge_out(['success' => false, 'error' => 'id_required'], 400);

    $set = json_decode((string)($_GET['set'] ?? ''), true);
    if (!is_array($set) || !$set) opsiq_bridge_out(['success' => false, 'error' => 'set_json_required'], 400);

    $frag = []; $args = [];
    foreach ($set as $col => $val) {
        $col = strtolower(trim((string)$col));
        if (!isset($cols[$col]))  opsiq_bridge_out(['success' => false, 'error' => 'unknown_column: ' . $col], 400);
        if ($writeBanned($col))   opsiq_bridge_out(['success' => false, 'error' => 'refused: "' . $col . '" is auth material - change it through the platform own password flow, never by direct write.'], 400);
        if ($col === $pk)         opsiq_bridge_out(['success' => false, 'error' => 'refused: the primary key cannot be rewritten.'], 400);
        if (is_array($val) || is_object($val)) $val = json_encode($val, JSON_UNESCAPED_SLASHES);
        $frag[] = "`$col` = ?";
        $args[] = ($val === null) ? null : (string)$val;
    }
    if (isset($cols['updated_at']) && !isset($set['updated_at'])) $frag[] = '`updated_at` = NOW()';

    $before = $pdo->prepare("SELECT * FROM `$t` WHERE `$pk` = ? LIMIT 1");
    $before->execute([$id]);
    $prev = $before->fetch();
    if (!$prev) opsiq_bridge_out(['success' => false, 'error' => 'not_found'], 404);

    $args[] = $id;
    $up = $pdo->prepare("UPDATE `$t` SET " . implode(', ', $frag) . " WHERE `$pk` = ? LIMIT 1");
    $up->execute($args);
    opsiq_bridge_out(['success' => true, 'data' => [
        'table' => $t, 'id' => $id, 'changed' => $up->rowCount(),
        'before' => $redact(array_intersect_key($prev, $set)),
    ]]);
}

Преживяемост на разликите в схемите

Платформа версии се различават. Колоните се движат, да бъдат преименувани, или липсват. Мост, който предполага една схема работи на един инсталиран. Интроспектирай и се адаптира вместо: изберете само колоните, които съществуват тук, толерирайте представката на таблицата, и опитайте правдоподобно правописни направа на препратка.

Допуск към схемата от моста Ботбъл
/* Only ever select columns that exist on THIS install. */
$pick = static function (array $cols, array $wanted, string $alias = 'b'): string {
    $out = [];
    foreach ($wanted as $c) if (isset($cols[$c])) $out[] = "`$alias`.`$c`";
    return $out ? implode(', ', $out) : "`$alias`.*";
};

/* References vary: stored with or without a leading "#", with or without an
 * operator-configured alpha prefix, or only as a numeric id. Try every
 * plausible form — the PROOF match is what actually gates disclosure, so
 * tolerant matching here is safe. */
$refCandidates = [$ref, '#' . $ref];
$digitsOnly = preg_replace('/\D+/', '', $ref);
if ($digitsOnly !== '' && $digitsOnly !== $ref) {
    $refCandidates[] = $digitsOnly;
    $refCandidates[] = '#' . $digitsOnly;
}
$refCandidates = array_values(array_unique($refCandidates));
💡
Дайте си мост op=диагностика, която докладва само .. . , които масите решени, кои колони на основната маса има, и SHAPE на най-новия препратка с всяка цифра маскирана. Тя е ключ-стартира като всичко останало, и тя се превръща "наблюдението не намира нищо" от билет за подкрепа в десет секунди отговор.

Единни грешки и капан за изброяване

Една форма за всичко.

Success is {"success":true,"data":{...}}. Failure is {"success":false,"error":"snake_case_reason"}. Your Client.php and every action then have exactly one response shape to handle.

Неоткрити и несъвпадение трябва да са идентични

При поглед нагоре повърхност, препратка, която не съществува и справка, чиито доказателства не съвпадат трябва да се получи един и същ отговор. Различни отговори превръщат вашия мост в оракул, който потвърждава кои препратки са реални, което е свободен клиент списък износ за всеки пациент.

Никога не казвай причината на посетител.

The bridge can be precise with OpsIQ. What reaches a visitor is decided by OpsIQ, in one fixed refusal.

Копиране на файл в панела на конектора

The operator never opens your repository. They open the connector's panel in OpsIQ and press Copy. That copy comes from settings.json, and it must be the same program as bridge/*.php.

settings.json — the panel entry for a bridge connector
{
  "settings": [
    { "key": "base_url", "label": "API base URL", "type": "text", "required": true },
    { "key": "api_key",  "label": "Bridge key",   "type": "password", "required": true,
      "autogenerate": true,
      "help": "Auto-generated the moment you enable the connector. It must match OPSIQ_BRIDGE_KEY inside the bridge file; the copyable file below already carries this value once saved." }
  ],
  "webhook_help": {
    "title": "One file, three surfaces",
    "body": "This platform has no public REST API, so this ONE file IS the API. Copy it into the site PUBLIC webroot, keeping the filename.",
    "snippet_filename": "opsiq-yourplatform-bridge.php   (drop next to the site index.php)",
    "snippet_template": "<?php\n/* ... the whole bridge file ... */\nconst OPSIQ_BRIDGE_KEY = \u0027{{setting:api_key}}\u0027;\n..."
  }
}
{{setting:key}} carries live values

The connector panel substitutes {{setting:<key>}} in the snippet with that connector's saved value, so the copied file already contains the operator's generated bridge key and needs no hand-edit. An empty or unsaved setting leaves the token visible, so the operator can see exactly what is still missing.

Други собственици на места са заменени от страна на сървъра

Независимо от това,{webhook_url}, {webhook_path}, {webhook_secret}, {site_key}, {base_url}както и{slug}са попълнени преди панела да види отсека.

webhok_help може да бъде един обект или списък

Списък ви дава няколко отрязъци в един панел, например мостов файл и отделна реле кука.

🚫
Не поддържайте отсечката ръчно. Мостът и панелното копие са две копия на една програма, и те Willd Drife по моста е модернизиран и не е бил копието му панел, така че всеки, който се преинсталира и копира от панела инсталирани стария мост и тихо загубени всяка нова възможност. Нищо не го засече: съответствие премина, подписи преминали, тестове преминали.
Да запазим двата екземпляра идентични.
# Regenerate every package's panel snippet from its bridge file
php tools/sync_connector_bridge_snippets.php --apply

# Show what would change, without writing
php tools/sync_connector_bridge_snippets.php

Drift is now a failing conformance check, not a support ticket: the verifier compares the two line by line (ignoring the {{setting:...}} placeholders, which are supposed to differ) and names the first line that differs. Run the sync tool as the last step before every release, right before signing.

Какво трябва да покаже мостът

Оформените операции и универсалната повърхност на данните, заедно. Оформените се връщат подредени, с цел-изградени отговори на въпросите, които хората всъщност задават; универсалните обхващат всичко останало, така че асистентът никога да не засяда.

Четене с форма на шрифт

статистика, основен списък с обекти с филтри, един обект със съответните редове, каталог на това, което се продава, търсене на клиенти с история. Те дават на ИИ добър отговор в едно обаждане вместо пет.

Оформени надписи

Две или три промени в държавата, които имат значение готварски статус, отмени.

Универсално откритие

таблици (с броя редове) и да се опише (колони, видове, първичен ключ, плюс четим и записа знамена на колона).

Универсално четене и писане

Запитване, запис, създаване на записи, актуализация, запис. изтриване. Всеки един от тях е валидиран както е показано по-горе.

Самоличност, преди ключодържателя.

Сондите за самоличност се наричат от ADMIN'S browser, със същия произход, така че не могат да изпратят персонализирана заглавна част. Тяхната идентификация е самата платформа сесия. Поставете ги пред ключната врата, дръжте ги далеч от всички записи данни, и никога не им позволявайте да върнат тайна. Вижте страницата с идентичността на конектора.

Диагностика

op=diag, structure only, masked.

💡
Ако вашата платформа само отговаря на въпроси, кораб мост без писани операции и целият клас риск от писане изчезва. Добави пише, когато някой пита за тях.

Преди да изпратите мост, проверете списъка.

Мостът отказва всичко без ключ.

Тествайте го. Преименувай константата на празен и потвърди всеки отговор на операцията 403_.

В постоянно време се отказва грешен ключ

Хаш-еквализатор, и ключът е само от заглавната част.

Отказва се име на маса за гримиране

И истинското име на масата с грешна представка все още решава.

Колоната за парола никога не се появява в четене

И написан, който се нарича "един" е отхвърлен с обяснение.

Писмено писмо до масата извън списъка с разрешителни се отказва

С съобщението, което казва на оператора как да го разшири.

Отпечатъкът от панела съвпада с файла на моста.

php инструменти/sync_connector_bridge_snippets. php го докладва в стъпка.

Презареждането на конектора не е достатъчно

Ако пакетът ви изпраща мостов файл, операторът трябва да пренастрои конектора в техния уебрут. Кажете го в панелното тяло и във вашето ПРОМЕНЛИВОГ - всяко освобождаване.

Конектори

Мостът на други езици и други бази данни

The bridge pattern is not a PHP pattern. What OpsIQ calls is an HTTP endpoint, so the file can be Node, Python, Go, Ruby, .NET or Java, and the store behind it can be any SQL engine or MongoDB. What IS PHP-shaped is the packaging pipeline, and that constraint decides how your bridge reaches the operator. Read the delivery section first: it is the part that surprises people.

Какво всъщност изисква конекторът

Това е целият договор, нищо в него не казва език.

Транспорт

HTPS, едно искане за обаждане.

Автентичност

Споделена тайна в X-Opsiq-Bridge-Key не параметър за запитване, не бисквитка, не основна аутсайдер.

Параметри

- Свържи ме с жицата. op името на повърхността, do Назовават операцията, останалите са аргументите на тази операция.

Отговор

JSON. {"success":true,"data":{...}} или {"success":false,"error":"snake_case_reason"}. Content-Type application/json, and no caching.

Кодове на състоянието

200 on success. 403 unconfigured or wrong key, 404 not found, 405 wrong method, 400 bad argument, 501 unsupported on this schema.

Това е всичко.

No framework, no runtime, no OpsIQ library on your side. If it can serve that, it can be a bridge.

Доставка: какво може да живее в мост/, и какво не трябва

The signed package covers a fixed list of file extensions, and a file outside that list is left out of the ZIP. A bridge in a language the list does not cover therefore cannot ship inside the package — but it can no longer disappear on you either. Since 26 August 2026 a file in bridge/ че пакетьорът ще падне е трудно съответствие провал, така че пакетът отказва да премине, вместо да инсталира без мост в него.

Как се третира мост/ папка в момента на изграждане
bridge/bridge.php     ->  SHIPPED, and drift-checked against the panel snippet
bridge/server.js      ->  SHIPPED, and drift-checked against the panel snippet
bridge/bridge.py      ->  REFUSED at conformance: "Bridge files are packaged" FAILS
bridge/bridge.rb      ->  REFUSED at conformance
bridge/main.go        ->  REFUSED at conformance
bridge/Bridge.cs      ->  REFUSED at conformance
bridge/Bridge.java    ->  REFUSED at conformance
PHP and JavaScript — fully supported

Файловите кораби в подписания ZIP, и снайперистът контролира панела ви, който е на него, и който от двата кораба е. Проверката на дрейф чете всеки файл в мост/, не само PHP-ите, така че модернизиран мост със застоял панелен екземпляр проваля изграждането на двата езика.

Всичко друго го доставяме само през панела

Панелът отсече е обикновен текст, без идея какъв език държи, така че работи за всяка стека. Поставете цялата програма в webhok_help. snippet_template, име на файла в snippet_filename, и НЕ оставяйте копие в bridge/ го съотборност ще откаже пакет, отколкото кораб куха. Кажете ясно в уебхоп_helpt. body, че операторът копира този файл, вместо да го получи от пакета.

Ако наистина имате нужда от друг език в пакета

Widen PackageSigner::EXTENSIONS deliberately, then re-sign and re-seed. That is a decision about what executable code Nabtech distributes, so make it on purpose — do not discover it from a missing file.

💡
Име на файла в webhook_help.snippet_filename Така проверяващият орган знае на кой мост принадлежи копието от панела; без него двусмисленото скачване се докладва като предупреждение за съответствие и че шнипетът остава непроверен.
⚠️
Смисълът на проверката е, че мостов файл и неговото копие са две копия на една програма и WILL diverge. Регенерирайте вместо ръчно редактиране: php tools/sync_connector_bridge_snippets.php --applyСлед това преподпиши пакета.

Портата, на шест езика.

Същите четири проверки в един и същи ред навсякъде: провалът е затворен без ключ, един метод, постоянно-времето ключово сравнение от заглавната част, след това се свържете. Единственият истински капан е сравнението, и той е различен капан на всеки език.

⚠️
Compare the SHA-256 digests of the two keys rather than the keys themselves. It is correct in every language, and it sidesteps the fact that several constant-time comparators either throw or leak on a length mismatch — Node's timingSafeEqual raises a RangeError when the buffers differ in length, which turns a wrong key into a 500 instead of a 403.
Ноде. джс ... Портата
// Node.js — no dependencies
const http = require("http"), crypto = require("crypto"), url = require("url");

const BRIDGE_KEY = process.env.OPSIQ_BRIDGE_KEY || "";   // empty = bridge OFF

const sameKey = (a, b) => {
  const ha = crypto.createHash("sha256").update(String(a)).digest();
  const hb = crypto.createHash("sha256").update(String(b)).digest();
  return crypto.timingSafeEqual(ha, hb);                 // equal lengths, always
};
const out = (res, payload, code = 200) => {
  res.writeHead(code, { "Content-Type": "application/json; charset=utf-8",
                        "Cache-Control": "no-store" });
  res.end(JSON.stringify(payload));
};

http.createServer(async (req, res) => {
  if (BRIDGE_KEY.length < 24)         return out(res, { success: false, error: "bridge_not_configured" }, 403);
  if (req.method !== "GET")           return out(res, { success: false, error: "method_not_allowed" }, 405);
  const given = req.headers["x-opsiq-bridge-key"] || "";
  if (!given || !sameKey(BRIDGE_KEY, given))
                                      return out(res, { success: false, error: "forbidden" }, 403);

  const q = url.parse(req.url, true).query;
  // ... dispatch on q.op / q.do exactly as the PHP bridge does
}).listen(process.env.PORT || 8787);
Питон .. Портата
# Python — Flask
import hashlib, hmac, os
from flask import Flask, request, jsonify

app = Flask(__name__)
BRIDGE_KEY = os.environ.get("OPSIQ_BRIDGE_KEY", "")      # empty = bridge OFF

def same_key(a: str, b: str) -> bool:
    return hmac.compare_digest(
        hashlib.sha256(a.encode()).digest(),
        hashlib.sha256(b.encode()).digest(),
    )

def out(payload, code=200):
    resp = jsonify(payload)
    resp.status_code = code
    resp.headers["Cache-Control"] = "no-store"
    return resp

@app.before_request
def gate():
    if len(BRIDGE_KEY) < 24:
        return out({"success": False, "error": "bridge_not_configured"}, 403)
    if request.method != "GET":
        return out({"success": False, "error": "method_not_allowed"}, 405)
    given = request.headers.get("X-Opsiq-Bridge-Key", "")
    if not given or not same_key(BRIDGE_KEY, given):
        return out({"success": False, "error": "forbidden"}, 403)
Давай, Руби, . NET и Java гонитба същото сравнение
// Go
func sameKey(a, b string) bool {
    ha := sha256.Sum256([]byte(a))
    hb := sha256.Sum256([]byte(b))
    return subtle.ConstantTimeCompare(ha[:], hb[:]) == 1
}

func gate(next http.HandlerFunc) http.HandlerFunc {
    return func(w http.ResponseWriter, r *http.Request) {
        w.Header().Set("Content-Type", "application/json; charset=utf-8")
        w.Header().Set("Cache-Control", "no-store")
        key := os.Getenv("OPSIQ_BRIDGE_KEY")
        if len(key) < 24 { out(w, 403, "bridge_not_configured"); return }
        if r.Method != http.MethodGet { out(w, 405, "method_not_allowed"); return }
        given := r.Header.Get("X-Opsiq-Bridge-Key")
        if given == "" || !sameKey(key, given) { out(w, 403, "forbidden"); return }
        next(w, r)
    }
}

// Ruby
def same_key?(a, b)
  OpenSSL.secure_compare(Digest::SHA256.digest(a.to_s), Digest::SHA256.digest(b.to_s))
end

// C# / .NET
static bool SameKey(string a, string b) =>
    CryptographicOperations.FixedTimeEquals(
        SHA256.HashData(Encoding.UTF8.GetBytes(a)),
        SHA256.HashData(Encoding.UTF8.GetBytes(b)));

// Java
static boolean sameKey(String a, String b) throws Exception {
    MessageDigest d = MessageDigest.getInstance("SHA-256");
    return MessageDigest.isEqual(d.digest(a.getBytes(UTF_8)), d.digest(b.getBytes(UTF_8)));
}

Валидиране на идентификаторите на всеки двигател с база данни

Безопасното свойство не се променя: таблица или име на колона, която е предоставена от обаждащия се трябва да бъде проверена срещу реалната схема преди интерполирането му и всяка стойност трябва да е обвързан параметър.

MySQL and MariaDB

Таблици: SELECT TABLE_NAME FROM information_schema.TABLES WHERE TABLE_SCHEMA = ?Колони: същото срещу information_schema.COLUMNS с AND TABLE_NAME = ?Цитирам с гърбици, удвоявам всяка обратна връзка вътре. LIMIT n OFFSET m.

PostgreSQL

Същата информация_schema гледки, малки имена, WHERE table_schema = $1 (обикновено public). Цитат с двойни цитати, удвояване на всеки двоен цитат вътре. Страница с LIMIT n OFFSET m. Гледайте правилото за сгъване: нецитиран идентификатор се сгъва до по-нисък случай, така че сравни случай-безчувствено, когато решите име.

SQL Server

Същите гледки на информация_SCHEMA. Цитат с квадратни скоби, удвояване на всяка скоба вътре. Pageing се нуждае от заповед по: ORDER BY [id] DESC OFFSET @o ROWS FETCH NEXT @n ROWS ONLY.

SQLite

Таблици: SELECT name FROM sqlite_master WHERE type = 'table' AND name NOT LIKE 'sqlite_%'. Колони: SELECT name FROM pragma_table_info(?) — use that table-valued form, because the bare PRAGMA table_info(x) Изявлението не може да отнеме обвързан параметър и да покани низ интерполация има точно дупката, която се опитвате да затворите. Цитирайте с двойни кавички. Страница с LIMIT n OFFSET m.

Оракуле.

Таблици: SELECT TABLE_NAME FROM ALL_TABLES WHERE OWNER = :owner; колони от ALL_TAB_COLUMNS. Цитат с двойни кавички и не забравяйте, че некотиран идентификатор гънки към UPPER случай, обратното на PostgreSQL_. Страница с OFFSET :o ROWS FETCH NEXT :n ROWS ONLY На 12c и по-късно.

MongoDB

Не.SQL, така че няма идентификатори и не обвързани параметри гол.

Интроспекцията на двигателя
-- MySQL / MariaDB
SELECT TABLE_NAME  FROM information_schema.TABLES  WHERE TABLE_SCHEMA = ?;
SELECT COLUMN_NAME FROM information_schema.COLUMNS WHERE TABLE_SCHEMA = ? AND TABLE_NAME = ?;

-- PostgreSQL
SELECT table_name  FROM information_schema.tables  WHERE table_schema = $1;
SELECT column_name FROM information_schema.columns WHERE table_schema = $1 AND table_name = $2;

-- SQL Server
SELECT TABLE_NAME  FROM INFORMATION_SCHEMA.TABLES  WHERE TABLE_SCHEMA = @schema;
SELECT COLUMN_NAME FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_SCHEMA = @schema AND TABLE_NAME = @table;

-- SQLite
SELECT name FROM sqlite_master WHERE type = 'table' AND name NOT LIKE 'sqlite_%';
SELECT name FROM pragma_table_info(?);

-- Oracle
SELECT TABLE_NAME  FROM ALL_TABLES      WHERE OWNER = :owner;
SELECT COLUMN_NAME FROM ALL_TAB_COLUMNS WHERE OWNER = :owner AND TABLE_NAME = :tbl;
💡
Никога не минават правопис на повикващия чрез неточност, дори след като го проверите . Потърсете истинското име в списъка, който четете от схема и интерполейонирайте, че. Тя струва нищо и тя затваря разликата между "това име съвпада с нещо" и "това е името, което съм на път да стартирам."

MongoDB: the same rules, without SQL

There is no query string to inject into, so people assume there is nothing to guard. There is: the filter document. Passing caller-supplied JSON straight into find() Нека някой да изпрати {"$ne": null} или {"$gt": ""} където очаквате стойност и тихо изберете всеки документ.

MongoDB — collection allow-list, scalar-forced filter, projection as redaction
// Node + the official driver
const names = (await db.listCollections({}, { nameOnly: true }).toArray()).map(c => c.name);

function resolveCollection(given) {
  if (!/^[A-Za-z0-9_.-]+$/.test(given || "")) return null;
  return names.find(n => n.toLowerCase() === String(given).toLowerCase()) || null;
}

const coll = resolveCollection(q.collection);
if (!coll) return out(res, { success: false, error: "unknown_collection" }, 404);

// Build the filter from a validated field and a SCALAR value. Never spread
// caller JSON into it: {"$ne":null} would match every document.
const filter = {};
if (q.where_field) {
  if (!/^[A-Za-z0-9_.]+$/.test(q.where_field))
    return out(res, { success: false, error: "unknown_field: " + q.where_field }, 400);
  filter[q.where_field] = String(q.where_value ?? "");   // String() is the guard
}

// Projection is the redaction allow-list: drop secrets, never return them.
const projection = { password: 0, remember_token: 0, api_key: 0, secret: 0, token: 0 };

const limit = Math.min(Math.max(parseInt(q.limit ?? "25", 10) || 25, 1), 200);
const rows  = await db.collection(coll)
                      .find(filter, { projection })
                      .limit(limit)
                      .skip(Math.max(0, parseInt(q.offset ?? "0", 10) || 0))
                      .toArray();
Имената на колекцията идват от списъкаКолища

Това е твоята информация, премахни изписването на обаждането и използвай нерешеното име.

Притиснете всеки филтър стойност към скалар

A String() или номер() около него е цялата защита срещу оператора инжекция. Документ, където очаквате стойност е еквивалент на NoSQL безследно цитиране.

Предсказанието е правило за пренастройване.

Изключват се секретни полета в проекцията, така че никога да не напускат сървъра, вместо да ги изтриват от резултата след това.

Изтриването остава един-документ от _id

deleteOne with a resolved _id. Never deleteMany, and never a filter the caller influenced.

Записите остават в списъка с разрешителни

Същата логика като SQL_: назовете колекциите, които един запис може да докосне, а останалите да откажат с обяснение.

Крайната точка за самоличност на други езици

The identity probe is the other half of a bridge, and it is HTTP too. The signing block is identical in every language: base64url the payload, HMAC-SHA256 that string, join with a dot.

Настройки, Поддръжка Порталът вече носи готов каталог за PHP, Laravel,WordPress, WHMCS, Възел с и без зависимости, Фласк и FastAPI, Джанго, .NET, Руби на Rails, Java Spring Boot и Go. Вземете надписа от аромата, който съвпада със стека ви.
Какво да се промени, когато го използвате повторно

Those snippets mint a PORTAL handoff token, which is deliberately stricter: it carries jti and single_use:true and lives about 120 seconds because it travels in a URL. A bridge or widget identity token carries neither of those and uses a longer exp, minutes to hours.

Какво остава същото?

site_key, iat, exp и автентично ниво:вярно, плюс администратор или клиент с име и потребителско име или имейл. Същите претенции, същия подпис, същата тайна.

И двете символи се проверяват.

A three-part JWT signed HS256 works, and so does the two-part base64url payload plus hex HMAC that the PHP reference emits. Use whichever your language's libraries make natural — a JWT library is usually the shorter path outside PHP.

Никога не го запечатвай в браузъра

Да се подписваш от страна на клиента означава да изпращаш тайната на сайта до всеки посетител.

Избирам, честно.

Платформата е PHP

Напиши моста в PHP. Той се доставя в пакета, той е проверен дрейф, и може да зареди собствената рамка на платформата, за да чете жива сесия за сондата за идентичност. Нищо друго не ви дава и трите.

Платформата е Node

Мостовите кораби, знаците и дрейфовете са проверени точно като тези на PHP.

Платформата е Python, Ruby, Go, . NET или Java

Доставя се през панела отсечка и да кажа така в панелното тяло; не оставяйте файла в мост/, където конформността ще откаже пакета. Конекторът е иначе напълно нормален: действия, контекст доставчици, идентичност и гост търси всички работят по един и същ начин, защото никой от тях не се интересува какво отговаря на HTTP повикването.

Не можете да стартирате процес на платформата домакин

Then the bridge pattern is not the right tool. A bridge exists to reach a platform from inside its own host. If you can only reach it from outside, you are writing an ordinary API connector against whatever surface it does expose.

⚠️
Едно по-ограничено планиране: сондата за идентичност трябва да чете сесията на платформата, което обикновено означава да се движиш в собствения процес на платформата или поне върху нейния домакин с достъп до магазина си. Мост, написан на различен език от платформата може да служи на данните удобно и все още може да се бори да отговори на op=admin_identity. Ако това е така, кораб мостът данни на вашия език и сондата идентичност в платформата's.
Конектори

Дайте на асистента половини: действия и контекст

Това е най-честото нещо, което липсва от конектора, който "работи, но е безполезен." Действия, които позволяват на AI да прави неща. Контекстът раздели го нека знаят неща. Съединител се нуждае както и, и повечето въпроси, които администратор пита са отговорили чрез контекст, никога от действие. Конектор с перфектни действия и никой доставчик на контексти няма да каже истината, че не може да види нищо.

Двете половини

.. как прави Ал-Ай нещата

Declared in actions.json or returned by registerActions(). The model picks one, fills its parameters, and OpsIQ executes it. Actions are for verbs: cancel this booking, open that ticket, change this status.

Неизвестни части .. как AI знае нещата

"Колко поръчки този месец," "кои са най-новите ми клиенти," "какво продаваме" всички решават чрез контекстен поглед и не докосват действия.

⚠️
Симптом на липсващ доставчик: асистентът отговаря "Не е активиран конектор, който да е зареден с този контекст," докато конекторът е инсталиран, включен и преминавайки теста си за свързване. Нищо не е записано, нищо не е грешка. Това съобщение означава, че никой доставчик твърди в раздела.

Универсален речник на раздел

OpsIQ asks for sections by generic name. Your job is to decide what each one means on your platform and answer it. A hotel booking IS the hotel's order; a room IS what the hotel sells. Map, do not invent.

поръчки/очакващи_нареждания

Каквато и да е транзакцията на платформата ви: поръчки, резервации, работни места, доставки. В очакване_поръчки е същият списък филтрирани към недовършените.

клиенти

Клиентският списък.

products

Какво продава платформата: продукти, стаи, планове, услуги.

Сметка

Приходи и парични суми, плюс сметки по държавни сметки.

билети, услуги, домейни, сървъри, дейност

Използвайте тези, когато платформата ви наистина ги има. Не принуждавайте нишка гол по-добре от неправилен раздел.

Всичко друго, което платформата ви има.

Обяви своя собствена. Доставчик, който декларира раздели(): ['licenses',"shipments'] е тези, обединени в универсалния списък на разрешителните, така че специфични за платформата проверки да станат достъпни без основни промени.

Грешката, която струва един ден.

Контекст доставчик трябва да се осъществи интерфейса. Регистърът тип го проверява, така че клас, който просто изглежда прав е прескочите ...

ContextProvider.php — the contract, from the Botble reference package
use OpsIQ\Platform\ContextProviderInterface;

/* MUST implement ContextProviderInterface: ContextRegistry::collectAll()
 * type-checks it, so a provider that merely LOOKS right is skipped and every
 * section answers "No enabled connector supplied this context section" — the
 * exact symptom, with no error anywhere. */
final class ContextProvider implements ContextProviderInterface
{
    public function slug(): string  { return 'yourplatform_context'; }
    public function label(): string { return 'Your Platform (orders, customers, products)'; }
    public function priority(): int { return 30; }   // lower renders earlier

    /** ADMIN only. The guest surface has its own provider and its own rules. */
    public function surfaces(): array { return ['admin']; }

    /** The universal section names this connector can answer. */
    public function sections(): array
    {
        return ['orders', 'pending_orders', 'clients', 'products', 'billing'];
    }

    public function isAvailable(): bool
    {
        try {
            $s = \OpsIQ\Connectors\ConnectorRegistry::getSettings('yourplatform') ?: [];
            return trim((string)($s['base_url'] ?? '')) !== '' && trim((string)($s['api_key'] ?? '')) !== '';
        } catch (\Throwable $e) {
            return false;
        }
    }

    public function build(array $ctx): string
    {
        $section = strtolower(trim((string)($ctx['section'] ?? '')));
        $limit   = max(3, min(50, (int)($ctx['limit'] ?? 20)));
        $query   = trim((string)($ctx['query'] ?? ''));
        try {
            switch ($section) {
                case 'orders':
                case 'pending_orders': return $this->orders($limit, $query, $section === 'pending_orders');
                case 'clients':        return $this->customers($limit, $query);
                case 'products':       return $this->products($limit);
                case 'billing':        return $this->billing();
            }
        } catch (\Throwable $e) {
            return '';   // a provider must NEVER break prompt assembly
        }
        return '';
    }
}
Регистрирайте го от конектора.

Нанесете ContextConnectorInterface и върнете доставчиците си от контекстПровидци [6]. Класът конектор може да реализира ConstectProviderInterFace директно и да се регистрира като себе си.

Return plain text, not JSON

build() връща текстов блок, който е конкатениран в бързата. Напишете го за читател: заглавие, след което един ред на ред.

Върни се, вместо да хвърляш.

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

Строителят не може да пише раздели за вас()

Генерираните раздели на CostomProvider. php кораби [6]): масив { return []; } и магьосникът няма поле за него. Попълнете го на ръка ... и не забравяйте, че преиздаването от съветника OverWRITES файла. Копирайте вашите редактирания първо.

⚠️
State the true TOTAL, not the number of rows you sent. A page is not a total. A provider that lists twenty rows without saying so gets the assistant confidently answering "you have 20 bookings" when the platform holds 669. One cheap COUNT and one explicit line — "TOTAL on file: 669 (this list shows the newest 20 only)" — is the whole fix, and a confidently wrong count is worse than no count.
Блок, който не може да бъде преброен погрешно.
$lines = ['YOUR PLATFORM — ORDERS (live, newest first)'];
$lines[] = 'TOTAL orders on file: ' . (int)$total
         . ' (this list shows the newest ' . count($rows) . ' only — never count these rows to answer "how many")'
         . ' | by status: ' . $byStatus;
foreach ($rows as $r) {
    $lines[] = '#' . (int)$r['id'] . ' ' . $r['reference'] . ' | ' . $r['status']
             . ' | amount ' . $r['amount'] . ' | ' . substr((string)$r['created_at'], 0, 16);
}
$lines[] = 'Use yourplatform_get_order (order_id) for the full record.';
return implode("\n", $lines);

Name your actions so OpsIQ can tell reads from writes

OpsIQ класифицира действие от Worders в своята action_id, и е умишлено консервативно: всичко, което не може да разпознае се третира като написана карта за одобрение.

1
if_ destructive or requires_confirmation wings

Ако или е настроен, действието винаги се нуждае от одобрение. Изявете ги неофициално гол това е, което повърхности на администраторската карта за одобрение.

2
Напиши дума навсякъде в ID я прави написана

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

3
Тогава една четена дума го прави прочетено

да получите, списък, търсене, намиране, преглед, показване, изтегляне, преброяване, проверка, описание, четете, износ, преглед на резултатите, тест, ping, статус, резюме, подробности, скорошно, история, проверка на данните, статистика, показатели, прегледи, приходи, разбивка, доклад, аналитичен баланс, използване, квота, снимка, прозрения, фураж, проект, триаж, класификация, предлагане.

4
След това HTTP методът решава

"Разбери, главата и опциите са прочетени."

5
Иначе е написано.

Непризнато означава одобрение.

⚠️
Напишете думи са проверени Преди да прочетете думи, така че смесено име като get_and_sync_orders се класифицира като WRITE. Изберете един глагол, поставяйте го на първо място, и го поддържате чист: list_orders, get&customer, search_bookings, unchall_booking, set_ordern_status.

Само ако платформата наистина има такава

The native_api capability registers a generic <slug>_api_call passthrough so the model can reach endpoints your typed actions do not cover. On a platform with no API it is worse than useless: the model keeps reaching for a tool that cannot succeed, instead of using the tools that can.

The Builder decides it from your data-access answer

Say the platform has an API and it declares native_api and emits the passthrough. Say it has none (bridge mode, or the "Platform with no API" profile) and it declares platform_bridge instead and strips native_api, so the two can never both be true. You no longer hand-edit this.

Hand-authored packages must still get it right

If you are writing the manifest yourself, declare exactly one of native_api or platform_bridge. Conformance treats platform_bridge as the escape hatch a bridge connector is expected to have, and the Builder refuses a spec that claims platform_bridge on an API connector.

Keep ai_api_reference.md honest either way

On a connector that declares native_api the admin brain heads that file with a line naming <slug>_api_call. Without native_api it is headed neutrally instead, so a bridge connector no longer advertises a tool it does not have. Describe your real surface — for a bridge, that is your op and do vocabulary, not a REST endpoint table.

Научи мозъка на администратор за платформата си

Declare ai_brain_aware and ship two Markdown files. They are read from the INSTALLED package directory (opsiq/connectors/<slug>/) for ENABLED connectors only, and injected into the admin agent's system prompt.

ai_expertise_admin. md

Каква е тази платформа, как се оформят данните й, как са наречени обектите й и чудатостите, които иначе биха направили асистентското предположение. Напишете го за компетентен колега, който никога не е виждал платформата.

ai_api_ reference. md

За мостов конектор това е вашата операция и да направи речник с техните параметри, а не таблица на крайната точка за РЕСТ.

Бюджет

Roughly 6,000 characters kept per connector, and about 24,000 characters for the whole block across every enabled connector. Over the per-connector cap your file is truncated; be concise before the truncator is.

Прецизно заплащане

Тези файлове са разликата между асистента, който използва универсалните ви инструменти за маса и отговаря от грешната секция, защото нищо не му е казвало, че тези инструменти съществуват.

💡
И двата файла трябва да бъдат в INSTALED пакет, не само вашия източник дърво. Те са обикновени пакети файлове, така че те са обхванати от подписа и изпратени в ZIP год. това означава също редактиране един след подписване начупва печат.
Конектори

Идентификация чрез конектор: администратор, клиент, портал

One signing contract serves three surfaces. The connector's job is to turn "who is logged in on the platform" into a signed token OpsIQ can verify, and then to present the verified subject in OpsIQ's shape. The connector never authenticates anyone — the platform does, and the signature carries that assertion.

Трите повърхности, един подпис

Администратор .. вашия персонал, в задния ви двор

Административен обект. джаджата зарежда в администраторския панел на платформата и всеки член на персонала е съчетан със своя собствена OpsIQ агент. Пълна разходка през страницата admin джаджа.

Клиент го е подписал, в клиентски разговор

Клиентски субект. Това позволява на входен клиент да получи цялата си сметка вместо анонимен поглед: всяка поръчка, пълен детайл и всяко действие за самообслужване, което позволявате.

по-дълбоко звено в портала за подкрепа

The same claims plus jti and single_use, with a 120-second life, because the token travels in a URL and must be spendable once. Do not hand-roll this one: Settings, Support Portal carries a ready snippet per language, and the platform mints it for you when the account area runs on this server.

Договор за полезен товар

Това са твърденията на проверяващите.

site_key

Най-високо ниво. Трябва да се равнява на ключа от сайта на искането, или знакът е отказан.

siat и exp

Горно ниво, unix секунди. Exp трябва да бъде в бъдещето и след ят. Знак повече от около минута в бъдеще се отказва.

Автентично: вярно

- Изявлението на платформата ви, че истински човек е влязъл.

платформа

Най-високо ниво. Къс куршум име на произхода. Препоръчва, и позволява на доставчик на идентичност на конектора да каже свои собствени символи от друга платформа.

администратор или клиент

Обектът трябва да носи непразен ID, както и потребителско име или имейл гол-админ достъп до мачовете на тези. Включете и двете, когато имате и двете.

Миниране, дословно от моста Ботбъл
$payload = [
    'site_key'      => $cfgSiteKey,
    'iat'           => time(),
    'exp'           => time() + 6 * 3600,
    'authenticated' => true,
    'platform'      => 'yourplatform',
    /* 'admin' or 'customer' — OpsIQ stamps the matching session identity
     * from whichever key is present. */
    $opsiqSubject   => $subjectPayload,
];
$payload64     = rtrim(strtr(base64_encode(json_encode($payload, JSON_UNESCAPED_SLASHES)), '+/', '-_'), '=');
$identityToken = $payload64 . '.' . hash_hmac('sha256', $payload64, $cfgSecret);

Двамата проверяващи и провалът, който причиняват.

OpsIQ has two token verifiers, and they were not identical. Knowing this saves you an afternoon, because the symptom looks nothing like the cause.

Административен джаджа има собствен проверяващ

opsiq/embed/admin_ajax.php носи местен проверяващ, който приема автентичното знаме на всяка позиция. Разговор списък, история и непрочетени всички минават през него, така че те удостоверяват глоба.

Споделеният проверяващ е по-строг

opsiq/includes/customer_identity_token_verify.php sits behind the chat stream and the core AJAX API. It historically required the flag at the TOP level.

Симптомите

История и разговори работят. Всеки чат обрат отговаря "Admin изисква вход." То чете точно като сесийна грешка и не е: символът липсва най-високо ниво флаг.

Какво прави сегашното ядро

Сега тя приема знамето на най-високо ниво ИЛИ вътре в темата, така че договорът е униформен. По-старите ядра четат само горното ниво.

Всеки файл в пакета, който ментови символи за самоличност е статично сканиран срещу договора, и полезен товар платформата ще откаже да се съобрази с точния файл и линия.

Регистрирани клиенти в клиентски чат

Две неща трябва да са верни. Ядрото трябва да се отпечата на проверения клиент, и конекторът ви трябва да го представи.

1
Вашият мост или крайна точка мента е символ на клиента

Същият подпис като администратор, с клиент. Прочетете клиента от собствената сесия на платформата. Ако вашата платформа подписва клиенти на различен пазач от Admins, прочетете охраната, която искате и никога не се връщам през теми го е направил така един клиент ще бъде връчена администратор жетон.

2
Ядрото го проверява и печата.

В валиден знак, ядрото поставя в сесията проверения предмет. Вашият доставчик чете доказана идентичност; тя никога не се удостоверява.

3
Вашият доставчик на лични данни го представя

detectCustomer() returns the OpsIQ shape. It MUST implement OpsIQ\Platform\IdentityProviderInterface, or the registry silently skips it — the same trap as the context provider.

4
Вашите клиентски-огледани действия приемат клиент_id

And OpsIQ locks it to the verified identity before execution. The model cannot supply it.

IdencyProvider. php го прочете доказаната идентичност, представи го в OpsIQ_ формата
use OpsIQ\Platform\IdentityProviderInterface;

final class IdentityProvider implements IdentityProviderInterface
{
    public function slug(): string  { return 'yourplatform_identity'; }
    public function label(): string { return 'Your Platform identity (bridge-signed identity_token)'; }
    public function priority(): int { return 25; }   // ahead of the generic session provider

    public function isAvailable(): bool
    {
        try {
            $s = \OpsIQ\Connectors\ConnectorRegistry::getSettings('yourplatform') ?: [];
            return trim((string)($s['base_url'] ?? '')) !== '';
        } catch (\Throwable $e) { return false; }
    }

    public function detectAdmin(): ?array
    {
        $row = $this->sessionRowFor('_opsiq_admin_identity');
        if (!$row || !$this->isOurs($row)) return null;
        return [
            'id'       => (int)($row['id'] ?? 0),
            'name'     => $this->displayName($row, 'Admin'),
            'email'    => (string)($row['email'] ?? ''),
            'username' => (string)($row['username'] ?? ''),
            'role'     => (string)($row['role'] ?? ''),
            'platform' => 'yourplatform',
            'source'   => 'yourplatform_identity_token',
        ];
    }

    public function detectCustomer(): ?array
    {
        $row = $this->sessionRowFor('_opsiq_customer_identity');
        if (!$row || !$this->isOurs($row)) return null;
        return [
            'id'       => (int)($row['id'] ?? 0),
            'name'     => $this->displayName($row, 'Customer'),
            'email'    => (string)($row['email'] ?? ''),
            'phone'    => (string)($row['phone'] ?? ''),
            'platform' => 'yourplatform',
            'source'   => 'yourplatform_identity_token',
        ];
    }

    /* A session identity stamped by ANOTHER platform's token must not be
     * claimed here. An empty platform is accepted because older bridges did
     * not stamp one, and the site key already scoped the token. */
    private function isOurs(array $row): bool
    {
        $p = strtolower(trim((string)($row['platform'] ?? '')));
        return $p === '' || $p === 'yourplatform' || $p === 'remote';
    }

    private function sessionRowFor(string $key): ?array
    {
        if (session_status() !== PHP_SESSION_ACTIVE) return null;
        $row = $_SESSION[$key] ?? null;
        return (is_array($row) && (int)($row['id'] ?? 0) > 0) ? $row : null;
    }
}

Според клиентски данни: две ключалки, и двете са необходими

Моделът никога не трябва да избира чии данни чете. OpsIQ прилага това от своя страна, а платформата ви трябва да го приложи и от другата страна. Едната ключалка е бъг далеч от изтичане; две ключалки са договор.

Lock 1 — OpsIQ overwrites the identity parameters

Before a customer-chat action runs, OpsIQ replaces every identity-shaped parameter with the VERIFIED visitor identity: client_id, clientid, user_id, userid, customer_id, account_id take the verified numeric id; client_identifier, customer_identifier, account_identifier take it as a string; email, client_email, customer_email, user_email take the verified email. Whatever the model proposed is discarded.

Lock 2 — your platform re-scopes every query

Вземете ID, който ви е даден и го добавите към КЪДЕ клаузата за всяко четене и всеки запис на тази повърхност. Никога не се доверявайте на справка в искането самостоятелно. Подписано клиент пита за чужда поръчка трябва да се върне празна, а не забранена.

Name your parameters so lock 1 can find them

Наречи го клиентски_id, не scust или ref. параметър OpsIQ не разпознава е параметър, който не може да заключва.

⚠️
Give the signed-in customer surface its OWN operations, separate from the admin ones, even when the SQL looks similar. Two surfaces with different rules stay honest; one surface with a flag becomes a leak the day someone edits the wrong branch.

Кабелни кабели от нула страница: сондата, декларирана от конектора

You can spare the operator all page wiring. Add an admin_identity_probe_url setting (https only) pointing at your identity endpoint. The plain admin-widget loader from Remote Sites, Codes then works with no page attributes at all: the widget discovers the endpoint through the connector, calls it with the site key and widget token, and authenticates each admin individually. A page can still override with a data-identity-endpoint attribute or window.OpsIQAdminIdentityEndpoint.

settings.json — the probe setting
{
  "key": "admin_identity_probe_url",
  "label": "Admin identity probe URL",
  "type": "text",
  "placeholder": "https://your-site.com/opsiq-yourplatform-bridge.php?op=admin_identity",
  "help": "Set this to your bridge admin_identity endpoint and the plain admin-widget loader works with NO page wiring: the widget probes this URL by itself, the bridge answers with the signed identity of the CURRENTLY logged-in admin, and every admin is matched to their own OpsIQ agent. Leave empty to keep the admin embed off."
}
Сондата се нарича от браузъра

Същия произход, така че не може да носи персонализирана заглавна част. Неговата идентификация е платформата сесия. Поставете го AHEAD на вашия мост-ключ врата, я държи далеч от запис данни, и да върне нищо за входен посетител.

Тя отговаря на фиксирана форма.

{"success":true,"authenticated":true,"admin":{...},"identity_token":"..."} — and {"success":false,"authenticated":false,"error":"..."} when nobody is signed in.

Няма дълготрайна тайна в страницата

Само подписания, изтичащ знак.

Пълните крайни приложения за Laravel,WordPress, WHMCS, Symfony и обикновен PHP, плюс твърди-won Laravel специфики и нареждането за отстраняване на проблеми, са на страницата admin джаджа. Те са един и същ код за клиент предмет: промяна на пазача четете и темата ключ, който подписвате.

Конектори

Публикуване: редактирането на папката не е публикуване

Най-често срещаният начин да загубиш следобед е да редактираш конектор под market_connectors/, да го преинсталираш и да намериш нищо променено. Инсталирането не чете тази папка. Те изтеглят подписан ZIP от каталога на пазара. Издателството е поредицата, която поставя промените в този ZIP.

Защо редакторът не направи нищо?

marketplace_connectors/<slug>/ is the SOURCE

Там работиш, нищо не се инсталира.

Каталогът съдържа подписан ZIP

Инсталиране на изтегляне, че ZIP, проверява подписа, и го разопакова. Докато не възстановите ZIP-а, всяка инсталация продължава да получава стария пакет.

Конекторът Builder публикува някъде другаде

It writes into /connectors/<slug>/ on this install. That is a local connector, not a marketplace release. The two paths do not overlap.

Последователността на освобождаване

1
Прескочи версията в два файла

settings.json and connector_contract.json. Conformance compares them and fails if the slug, the version or the capability set disagree. Add a CHANGELOG.md entry while you are there — it is a required file.

2
Ре-синкирайте мостовия отрез

php tools/sync_connector_bridge_snippets.php --apply — only relevant if your package ships bridge/*.php, and mandatory if it does. Skipping it means the panel hands operators the previous bridge.

3
Пренаписване на всяка опаковка

PHP инструменти / resign_all_ connectors. php по подписа обхваща файл hashes, така че всяка редактиране го невалидни. Подпишете последно, след като всеки файл е окончателен.

4
Експортиране на ключа за подписване, след това семена

Сеячът подписва всеки пакет, тъй като изгражда ZIP и работи в контекст, при който ключът не може да се прочете от настройките год., така че трябва да дойде от околната среда.

5
Пренасочете файла на мостика, ако изпратите един.

Презареждане на конектора актуализира пакета. НЕ докосва копието, което седи в уебрут-а на оператора. Кажи им, в панела и в модния дневник.

Цялото освобождаване, в ред
# 2 — hold the panel copy identical to the shipped bridge
php tools/sync_connector_bridge_snippets.php --apply

# 3 — re-sign (do this last, after every file is final)
php tools/resign_all_connectors.php

# 4 — the seeder reads the signing key from the ENVIRONMENT only
export OPSIQ_CONNECTOR_SIGNING_KEY="$(php -r 'require "bootstrap/init.php"; echo opsiq_setting("connector_signing_key","");')"
php saas/scripts/maint/seed_marketplace_free.php --apply --only=<slug>

# verify before and after
php tools/verify_identity_contracts.php
php vendor/bin/phpunit tests/phpunit/Unit/Connectors
⚠️
Защо износът не е незадължително: подговорът търси ключа в OpSIQ_CONNECTOR_SIGNING_KEY първо и конектора_signing_key настройка втора. Сеячът работи на SaaS bootstrap и инструменти/sign_conconter. php ботуши нищо, така че и в двете настройки читателят не съществува гол без променлива среда няма ключ, и вие получавате "Няма ключ за подписване" или всеки пакет, докладван като signing_filed. Само инструменти / resign _all_ connectors. phP ботуши OpsIQ и може да намерите ключа сам.

Какво точно е това?

Само файлове на подписа покрива

ZIP е изграден от списъка с файлове на подписа, така че бездомен файл, който седи в папката ви, не се изпраща. Това е умишлено: неподписан файл, използван за превоз до клиенти.

Покрити разширения

php, json, js, css, md, txt, html, sh, svg, png, jpg, jpeg, gif, webp, ico, yml, yaml — recursively, including bridge/ and tests/. signature.json itself is excluded from the hashes and then added to the ZIP so installs can verify.

Всичко друго се докладва като неопаковано

Засяване имена на всеки файл, който е оставил след себе си. Прочетете този списък. Файл, който се очаква да кораб там означава погрешно разширение или грешно местоположение го няма безшумен успех.

Редактиране на всеки покрит файл прекъсва пломбата

Включително и файла "Маркдаун."

Необходими файлове в разпределим пакет

connector.php

Трябва да се върне пример на ConnectorInterface.

settings.json

Манифест: shull, име, версия, monsion_version, съвместимост, възможности, connect_cripter_verse, настройки.

connector_contract.json

Машинно четим договор. Неговият плужек, версия и способност набор трябва да бъде идентичен с настройките.json_.

Readme. md, developer. mg, changelog. mad

И трите са проверени за съществуване и минимален размер. DEVELOPER. md се нуждае от истинско съдържание, а не от парче.

Файл за декларирана способност

Each capability names the file it expects — ContextProvider.php for context, IdentityProvider.php for identity, GuestLookupProvider.php for guest_lookup, and so on — unless the connector implements the capability inline.

Нищо, което да изглежда като признание.

Сканира трите файла за секретни стойности и лични ключове, и не успява да ги открие.

Провери преди да го изпратиш.

Пълната конформационна стая е същата като тази за монтаж. Тя проверява манифеста срещу каноничния договор, който тече време и проявява възможности се съгласяват, че всеки деклариран капацитет има своя файл и неговите методи, договора за самоличност-закупен във всеки менингов файл, мостовия-снипет мач, изглед към гостите позволява хигиена, действие уникалност и потвърждение безопасност, както и пакетния подпис.

Бягайте и четиримата преди всяко освобождаване.
# conformance for every marketplace package
php tools/test_marketplace_connector_conformance.php

# the identity-token contract, statically, with file:line on failure
php tools/verify_identity_contracts.php

# the connector unit suite
php vendor/bin/phpunit tests/phpunit/Unit/Connectors

# the release gate
php tools/release_gate_connectors.php
💡
Един провал се очаква и не е проблем: проверката на пакета отчита предупреждение, докато все още редактирате. Тя изчиства момента, в който преподпишете.
Конектори

Конекторен пакет и референтен жизнен цикъл

Това е договор за изграждане на конектор на ниво източник, който OpsIQ може да открие, конфигурира, валидира, активира, изпълнява, тества, подписва и разпространява.

Референция на разработчиците
Пакет съединителПакетът конектор има изискване за въвеждане и манифестиране на конектора, с незадължителни действия, рецепти, знания, активи и подписи метаданни.Пакет съединителdeveloperMANIFESTv1LIFECYCLEУправляванРАБОТНО УСТРОЙСТВООбхватЖИВЕЕШ РАБОТЕН ВИЖconnector.phpКлас конектор / фабрикаИзисква сеsettings.jsonМанифест и схема на настройкитеИзисква сеactions.jsonОпределения за действиеНезадължителенsignature.jsonМетаданни за подпис на опаковкатаОсвобождаване1DECLAREИзяснение и възможности2IMPLEMENTЖивото цикъл и доставчици3VALIDATEТест, подпис, пакет
Пакетът конектор има изискване за въвеждане и манифестиране на конектора, с незадължителни действия, рецепти, знания, активи и подписи метаданни.

Минимална опаковка

connectors/example_platform/
├── connector.php          # connector implementation / entry point
├── settings.json          # manifest + configuration schema
├── actions.json           # optional action catalogue
├── README.md              # setup, scopes, webhooks and limits
├── workflow_recipes.json  # optional reusable recipes
├── knowledge.json         # optional provider knowledge
├── profile.json           # optional connector profile
├── src/                   # optional client/provider classes
├── assets/                # optional admin assets
└── signature.json         # signed release metadata

Договор за предоставяне на информация

settings.json използва манифестна версия 1. Валидаторът очаква куршум, име, версия, манифест_версия, съвместимост, описание и възможности. opsiq_min както и opsiq_max. Статус на освобождаване е един от production, beta, преглед или template; Възможността за зрялост използва нива L1 . Наследство пакети могат да бъдат нормализирани с предупреждения, но нов пакет трябва да премине без предупреждения.

Интерфейс на основния конектор

  • Идентификация и настройка: slug(), name(), description(), capabilities(), settingsSchema(), testConnection().
  • Живото цикъл: onEnable() както и onDisable(). Изключването трябва да бъде не-разрушително; почистване на данни е отделна преднамерена операция.
  • Входящ/синхронизация: handleWebhook(), poll(), backfill(). Социологическата политика се занимава с допълнителна работа; архивна информация за вноса и трябва да бъде безопасно да се повтаря.
  • Подкрепа: pushReply() където платформата приема отговори.
  • Действия: registerActions() доставки, които могат да бъдат изпълнявани по договори за действия.
  • Сигурност: securityCapabilities(), syncBlockedIp(), removeBlockedIp(), testSecuritySync().

Абстрактната база предлага също така и опционално накълцано табла, клиентски списък, откриване/създаване на електронна сметка, абонати, администратор/клиент за откриване, фактуриране/контекст/идентифициращи доставчици, извличане на отговор, повторно опитване на HTTP обаждания, JSON- достъп до пътя, размита класиране и помощници pagination.

Възможности и удостоверяване

Supported capability names include actions, triggers, context, identity, sales, billing, inbound_ticket, outbound_reply, sync_users, sync_departments, security_events, customer_import, security_native_block, promo_audience, promo_feed, email_mailbox, native_api, ai_brain_aware and ai_tickets. The builder provides API key, bearer, basic, HMAC, OAuth 2 client credentials, OAuth 2 authorisation code and custom authentication templates.

Животоциклет на регистъра

  1. Дискавъри зарежда пакета и утвърждава манифеста му.
  2. Конфигурацията се съхранява на работно място; тайните са кодирани.
  3. Тестът за свързване доказва акредитации без да се позволява конектора.
  4. Включване на обаждания onEnable(), синхронизира дефинициите на действие и може да започне първоначалното зареждане.
  5. Екзекуцията на полинг/вещ/записвач винаги носи контекст в работното пространство.
  6. Изключване на обажданията onDisable() и спира дейността без изтриване на вносни данни.
  7. Чистката е отделна операция.

Правила за правилност

  • Използвайте клавиша за работното пространство/сайт във всяко четене, запис, кеш-ключ, дедуплация и уебкабина.
  • Направете бекфил, уеб-кабина поглъщане и напишете действия idempotent. Запишете външен ID/събитието ID където платформата осигурява такава.
  • За дистанционни системи използвайте техните API; никога не предполагайте, че техните таблици за база данни съществуват в OpsIQ връзка.
  • Връщане структурирани, клиент-безопасно грешки. Никога не разкрива тайни, сурови доставчик следи или друго работно пространство съществуване.
  • Обявява се само за възможности, които пакетът действително прилага. actions.json каталогът не прави действие използваемо, докато конекторът не бъде инсталиран, активиран, конфигуриран и връзката му е валидна.

Изпитване и освобождаване

Пуснете PHP линт, манифестно валидиране, тестове за свързване, изпитвания за схема на действие, тестове на подпис/реплей, тестове с работна пространство-изолация, тестове backfill-repeat, тестове и тестове за неизправност/рестартиране. След това трябва да се подпише и провери пазарен пакет, включва документация за настройка/поема/вербовчик, и да се посочи истинското му състояние на освобождаване.

Конектори

Рецепти за конектори

Рецепти стъпка по стъпка за общи конектори.

Рецепти
Конектор рецептаA Shopify setup recipe as a checklist: create app, grant scopes, paste token and test, enable webhooks, place a test order.Конектор рецептаShopifyРецепта · Shopify С webhooksСъздаване на приложение по поръчка Shopify adminОбхвати на безвъзмездните средства: read_orders, read-customers...Поставяне на домейна на магазина + символ, щракнете върху ТестВключване на синхронизацията на уеб-коключ (авторегистрация)Поръчка за изпитване → се появява в продажбите 30s_1STEP BY STEPРецепти за копирна паста2REAL PLATFORMSShopify · WHMCS · Stripe· GBP3VERIFYПоръчката за теста показва 30s
Each recipe is a checklist you follow top to bottom, here, Shopify with real-time order webhooks, verified by a test order.

Recipe: Shopify with real-time webhooks

Сценарий:
Goal: Connect Shopify with automatic order sync and GDPR compliance.
Какво да правя:

1. Create a custom app in Shopify admin (Settings > Apps > Develop apps). 2. Grant scopes: read_orders, read_customers, read_products, write_customers. 3. Copy the Admin API access token. 4. In OpsIQ Connectors > Shopify, enter store domain and token. 5. Click Test Connection. 6. Enable Webhook sync, OpsIQ registers order/customer webhooks automatically. 7. GDPR webhooks register automatically (data_request, customers/redact, shop/redact). 8. Verify: place a test order, check it appears in OpsIQ Sales within 30 seconds.

Recipe: WHMCS integration

Сценарий:
Goal: Connect WHMCS so AI can look up clients, services, tickets, and invoices.
Какво да правя:

1. In WHMCS admin, Setup > Staff Management > Manage API Credentials. Create a key. 2. In OpsIQ Connectors > WHMCS, enter URL, API identifier, and secret. 3. Click Test Connection. 4. Install the WHMCS module addon for ticket relay. 5. Verify: ask the admin AI "Find client [email protected]". WHMCS data should appear.

Рецепта: Stripe плащания

Сценарий:
Goal: Track Stripe payments and let AI look up transactions.
Какво да правя:

1. In Stripe Dashboard > Developers > API keys, create a restricted key (read: Customers, Charges, Invoices, Subscriptions). 2. In OpsIQ Connectors > Stripe, enter the restricted key. 3. Test Connection. 4. Add webhook endpoint in Stripe: copy the webhook URL shown on the connector's own settings page. It carries a per-connector token and looks like https://your-domain.com/api/connectors.php?slug=stripe&token=THE_TOKEN A URL without the token is rejected with "Missing slug or token". 5. Select events: charge.succeeded, invoice.paid, customer.subscription.updated. 6. Copy the webhook signing secret to OpsIQ. 7. Verify: make a test payment, check it in OpsIQ Sales.

Рецепта: Google Бизнес профил

Сценарий:
Goal: Connect GBP for review management, posts, and insights.
Какво да правя:

1. Create a Google Cloud project, enable Business Profile API. 2. Create OAuth 2.0 credentials (Web application). 3. Set redirect URI: copy it from the connector's own settings page. Google and Microsoft connectors share one slug-less callback: https://your-domain.com/connectors.php?oauth=callback Everything else uses https://your-domain.com/connectors.php?slug=<slug>&oauth=callback OAuth redirect URIs must match EXACTLY, and a URI missing oauth=callback is read as a webhook and answered with "Missing slug or token". 4. In OpsIQ, enter Client ID and Client Secret. 5. Click Authorize, sign in, grant access. 6. Select your business location. 7. Verify: reviews, posts, and insights should appear.

Конектори

Разширяване на CRM & сайта

OpsIQ Конекторът може да включи нова възможност в CRM или Site Intelligence без промени OpsIQ ядро, чрез регистъра за възможности на платформата (\OpsIQ\Platform \Капацитет. Обяви способността, приложи своя малък набор от методи, кораб конектора,OpsIQ открива го и го свързва в UI, Клиента 360 времевата линия и настройката.

Разширяване на CRM & SI
Възможности на платформатаКонектор на левите автобуси за хранене (CRM, Site Intelligence, Analytics), открит от PacilityRegistry.Възможности на платформатаРаботно пространствоКонекторът ти.декларира способностите сиCRMкалендар · обогатяване · еспис · плащания · пощенска кутияРазузнаване на сайтовелокален_списък · ran_dataАнализweb_analytics · report & overestВъзможност за регистриранеоткрива & жиците на UI + времевата линия1DECLAREВъзможности, а не ядра за редактиране2PLUG INCRM · SI · Автобуси за анализ3AUTO-WIREDUI, времева линия, подкани
Конекторът декларира възможности (календар, обогатяване, класови данни, анализи...) и OpsIQ автоматично ги свързва с CRM и Site Intelligence, без промени в ядрото.

Възможности за деклариране

Декларатор (настройки.json)

Добавяне на a <domain>_capabilities масив, най-добър за конектори без код/маркет. Домейни: crm, site_intelligence.

Код (connector. php)

Изпълнение crmCapabilities() / siCapabilities() Връщат същите дескриптори.

Обяви доставчик на календари CRM (настройки.json)

Сценарий:
Goal: make a calendar connector appear in the CRM Schedule-meeting panel.
Какво да правя:

"crm_capabilities": [ { "type": "calendar", "label": "Calendar (Acme)", "actions": ["createEvent","listEvents","freeBusy"], "requires_auth": true } ]

Обявяване на доставчик на информация за сайта (настройки.json)

Сценарий:
Goal: feed local-listing data into Site Intelligence.
Какво да правя:

"site_intelligence_capabilities": [ { "type": "local_listing", "actions": ["listLocations","listReviews","getInsights"], "requires_auth": true } ]

Автобуси за капацитет и тяхната повърхност на метода

crum / календар

createEvent($settings,$params) → {успех, събитие_идентифициране,html_връзка, среща_връзка}; listEvents; freeBusy. Каран от \OpsIQ\CRM\CalendarBrige.

crm / обогатяване

enrich($settings,$params) → (успех, изтръгва). Каран от \OpsIQ\CRM\ EnrichmentBridge (също работи автоматично на компанията създава, когато доставчик е свързан).

crum/ esign

sendForSignature($settings,$params) → {success,envelope_id,sign_url}. Driven by \OpsIQ\CRM\EsignBridge.

site_intelizence/local_listing

listLocations, listReviews, getInsights. Кораби чрез конектора Google Business Profile.

site_intelizence/ rang_ data

keywordRanks($settings,$params) → (успех, редици).OpsIQ\Site Intelligence\RankDataBridge. Кораби: SerpApi конектор.

анализ / web_analytics

report($settings,$params) (синк/експорт) + ingest($settings,$events) (внос). Каран от \OpsIQ\Analytics\WebAnaliticsBridge. Ships: Google Analytics (GA4) конектор. Данни API Анализаторите са отворени за конектори като CRM + Site Intelligence (домейн analytics / analytics_capabilities).

плащания / доставчик_разпределител

listPayments, customerPayments, createPaymentLink. Каран от \OpsIQ\Плащания\Плът на плащане. Покажи плащанията на клиента за CRM времевата линия + изпрати платежна връзка по сделка. Кораби: Stripe Payment connect. Домейн payments / payments_capabilities.

пощенска кутия / email_ sync

listMessages + sendMessage. Каран от \OpsIQ\Mailbox\ mailboxBridge. Имейлите на клиента на Клиента 360 Времева линия + изпращане на имейл от сделка. Кораби: Gmail + Outlook/Microsoft 365 конектори. Домейн mailbox / mailbox_capabilities.

Споделено OAuth приложение + One пренасочване

Всички конектори на Google споделят едно приложение чрез \OpsIQ\OAuth\ SharedGoogleApp. Комплект google_oauth_client_id/_secret веднъж и календар, Анализ, Бизнес профил + Gmail всички работни (по-конектора "(незадължително) " полета са oversides). Те също така споделят ONE пренасочване URI_, <site>/connectors.php?oauth=callback (не за свързване на куршум), защото Google показва, че не API за добавяне на пренасочване на URI към приложение; OpsIQ Възстановява конектора от подписания OAuth state nonce. Регистрирайте този сингъл URI веднъж и всеки конектор на Google (предстоящ + бъдеще) разрешава без по-нататъшна настройките на Console. SharedGoogleApp::resolve(...)да redirect_uri от вашия oauthParams(); никога трудно код за наклон пренасочване. Microsoft конектори правят същото чрез \OpsIQ\OAuth\ SharedMicrosoftApp (microsoft_oauth_*).

Бутоните за импортиране са с възможност за включване

На Внос (исторически табла) и Вносители Бутоните показват САМО за конектори, които действително ги прилагат, открити чрез отражение, така че няма флаг за деклариране. backfill() или backfillChunk() за да спечелите бутона Import; listCustomers() Наследете имейл, име, страници за да спечелите клиенти внос. AbstractConnector не се включва и бутонът остава скрит, така че UI никога не предлага внос конектор не може да изпълнява.

AI през автобуси

Агентът на CRM предлага и води срещи извън сигнали за сделка (\OpsIQ\CRM\ MeetingProposer → CalendarBridge), и авто-богати нови сметки, на AI работи на ...

Търсене на клиент-чат билет (fetchTicket())

Две порции, без основни промени.

Когато посетител посочи номер на билет в чата на клиента ("какво е състоянието на Т-000123?"), OpsIQ решава го в две нива. Подреждане 1 чете споделения OpsIQ магазин за билети, всеки конектор с inbound_ticket Тук има билети за всички, така че синхронизираните билети работят за ALL конектори с нулев код на връзка. Подреждане 2 е на живо назад за стари билети, които никога не са били огледални: ядрото призовава OPTIOONAL fetchTicket() на всеки активиран конектор, който го прилага. duck-typed (открити от method_exists(), като contextProviders()/audienceCatalog()), така че подписаните ConnectorInterface е недокоснат и конектори, които не се нуждаят от него (email/чат източници, които създават билети родния начин), просто го пропускат.

⚠️
Собствеността е задължителна, а ти я прилагаш. fetchTicket() получава самоличността на VERIFIED посетител в $ctx (client_id + client_email, същата потвърдена самоличност използва клиента чат AI. Resoolve на клиент платформа от тази идентичност и заявка САМО че билетите на клиента, след което отново проверете собствеността върху детайла запис. null за всяка грешка, която би била несъразмерна или неуместна. null Разпада се с грациозно "не можах да намеря билета."
Конектор.php, договор за traitTicket() (референция: конектори/whmcs и конектори/zendesk)
<?php
// connector.php — OPTIONAL universal client-chat ticket resolver (Tier 2).
// Only add it if your platform keeps its OWN ticket store that may hold tickets
// not yet mirrored into OpsIQ. Return the normalised array below, or null.
//
// $ref      = ['mode' => 'id'|'tid', 'value' => string]  (from extract_ticket_ref)
// $ctx      = ['client_id' => int, 'client_email' => string]  (VERIFIED visitor)
// $settings = your connector settings
public function fetchTicket(array $ref, array $ctx, array $settings): ?array
{
    try {
        $email = trim((string)($ctx['client_email'] ?? ''));
        $cid   = (int)($ctx['client_id'] ?? 0);
        if ($cid <= 0 && $email === '') return null;            // no verified identity → refuse

        // 1) Resolve THIS visitor on your platform (by verified email/id).
        // 2) List ONLY their tickets and match $ref against the ticket number/id.
        // 3) Re-confirm ownership on the detail record before returning.
        //    On any miss/mismatch/error → return null (never leak).

        return [
            'tid'        => 'T-000123',     // the customer-facing reference
            'id'         => 123,            // your internal id
            'status'     => 'open',
            'subject'    => '…',
            'department' => 'Billing',     // '' if your platform has none
            'priority'   => 'high',
            'opened_at'  => '2026-06-29 10:00:00',
            'last_reply' => '2026-06-29 12:00:00',
            'message'    => 'opening message text',
            'replies'    => [               // oldest → newest; opening message may be first
                ['who' => 'You',   'date' => '…', 'message' => '…'],
                ['who' => 'Staff', 'date' => '…', 'message' => '…'],
            ],
        ];
    } catch (\Throwable $e) {
        error_log('[yourslug][fetchTicket] ' . $e->getMessage());
        return null;                                             // graceful degrade
    }
}

Как го използва платформата

Откритие

CapabilityRegistry::providers($domain,$type) списък на доставчиците с инсталиран/активиран/готов статус (базиран на файлова система; DB само за активирания флаг).

Избор

CapabilityRegistry::active($domain,$type) връща първия готов доставчик със заредения конектор и настройки. Мостове наричат това вместо хардкодинг плужеци.

Уведомяване за въвеждане

Когато функция се нуждае от възможност, която все още не е свързана, UI показва еднокликнете Connect / Instal бързо, никога не е мъртъв контрол.

Пълен водач

Виж. connectors/PLATFORM_CONNECTORS.md (CRM + Site Intelligence) и connectors/CRM_CONNECTORS.md В пакета.

Конектори

Обзор на клиенти и възстановяване на разходите (построяване на конектора за клиентски чат)

Signed-in customers can ask the customer chat AI about their OWN account ("my balance", "my orders", "did support answer my ticket") and, if the business enables it, request refunds. All of it is powered by YOUR connector's declarations: no OpsIQ core changes, no platform hardcoding. The AI calls your lookups as native tools (it cannot invent one), identity is locked server-side to the verified customer, and results are automatically trimmed for the AI.

Обяви клиентски поглед

В actions.json, само за четене действие става клиент-призив с ALL TRTRI: "scope":"client", "requires_confirmation":false, "is_destructive":false. Използвайте "scope":"both" когато същия поглед трябва да бъде наречен и от вашия екип в Admin AI. Пълният речник е admin, client, both както и system (system Не достига нито AI ... API и само уеб-кабина. Всичко друго се отхвърля на място: валидирането на пакета не успява и действието не се инсталира. writing обхват . . admin Действието е готово.

Правилото за идентичност (упълномощено)

Назовете параметъра за самоличност от стандартния набор. Заключен към проверения цифров идентификационен код: client_id, clientid, customer_id, user_id, userid, account_idЗаключена е за тази самоличност като низ: client_identifier, customer_identifier, account_identifier. Заключен към проверения имейл: email, client_email, customer_email, user_emailOpsIQ ключалки и автоматично попълване от проверен в платформата клиент; AI никога не вижда или избира идентичност. Нестандартно име се проваля (отменено, никога не изтича).

Какво трябва да остане само администратор

Всичко, което не е в обхвата на тази самоличност: get-by-bareid (order_id/ticket_id Само по себе си, списъци за магазините, търсене на свободен текст. "scope":"admin".

Формиране на резултата (ключове с отговор)

Резултатите от търсенето са структурно подрязани преди да достигнат AI: тайните ключове се свалят, дългите струни и списъци са закрити, празните полета са орязани, а плоската карта по-широка от ключовата капачка запазва своята Първо отговорните ключове, пари (credit, balance, amount, total, due, paid), идентичност (email, *name, phone, company), състояние (status, active, expir*, renew*), дати, план/продукт/домейн/услуга/подписване/поръчка/фактура/визина на билетите, валута, брой и stats/summary/totalsПрактическо ръководство: назовете полетата си с този стандартен речник и върнете полетата, които отговарят на въпроса на клиента, вместо сурови 100-ключова платформа; поле, наречено извън речника се конкурира за останалите седалки и може да бъде подредено от много широки товари.

Възстановяване · какво осигурява конекторът Ви

Две сурови операции, без политика: (1) проверка на плащането може да се чете чрез идентификация И препратка към сделката (твоята API трябва и филтрите), напр. whmcs_get_transactions; (2) възстановяване изпълнение на действие (scope:"admin", requires_confirmation:true, is_destructive:true, никога не е имало клиенти), напр. whmcs_refund_order. The business picks both keys in Settings → Client Chat; OpsIQ re-verifies the payment server-side, applies the business's policy box (amount cap, age window, monthly limit), issues inside the box, and files a review ticket for everything else.

Безкодов строител

Редакторът на Connector Builder има същите контроли: задаване "Кой може да го използва" към записани клиенти, оставете и двете отметки на чекови кутии и използвайте стандартно име на параметър за идентичност.

Референтни приложения

Вписва се "клиент самообслужване" connectors/whmcs/actions.json, woocommerce/actions.json, oscommerce/actions.json; пълен договор в connectors/README.md §8.1–8.2 както и ConnectorInterface::registerActions().

Конектори

Гостите търсят .. Нека посетителите проследят резервация, доставка или поръчка Без да се подписват (Гост_lookup)

Хотели, куриери и много търговски платформи обслужват клиенти, които имат справка, но не влизат: гост с потвърждение за резервация, получател с номер на проследяване. guest_lookup capability (Connector Contract, mode: generated) lets YOUR connector serve those visitors in the client chat AI — no OpsIQ core changes, no platform hardcoding. Your connector declares WHAT proves entitlement and WHICH fields are visible; OpsIQ enforces the switches, the throttle and the uniform deny.

Моделът на доверие

Референтен + доказателство, никога идентичност

Посетителят доставя справката (съответен с регекса, който декларирате) плюс доказателството, което избирате голема . Обикновено имейлът на записа. Вашият джебчийски екшън извлича рекорда SERVER-SIDE чрез препратка; OpsIQ_ генериран доставчик сравнява доказателството срещу FETCHED рекорда. Входът на посетителя никога не се доверява и не е създадена потвърдена самоличност: мачът дава право на посетител да този запис е разрешено полета, нищо друго.

Единично отричане (без изброяване на оракул)

Not-found and proof-mismatch produce ONE identical answer. The AI is explicitly instructed never to confirm whether a reference exists and never to invent record details. Attempts are rate-limited per conversation + IP by core before your connector is ever consulted.

Двойно включване, и двете по подразбиране OFF

Нищо не обслужва гостите, докато бизнесът позволява И двата превключвателя: управлението на работното пространство в Настройките→Сигурност→"Гост рекордни търсения в клиентски чат" (постоянна парола и винаги потвърдена, дори когато опцията стъпка нагоре е изключен), както и собствен конектор guest_lookup_enabled настройките за включване. Инсталирането или позволяването на конектор сам по себе си никога не отваря повърхността на гостите.

Посветената на гостите повърхност

Генерираният доставчик регистрира guest контекст повърхността горчица по структура отделен от admin както и customer. Съществуващите доставчици контекст никога не се консултира за анонимни посетители, и на доставчика гост никога не е консултиран за записани такива. Ctx той получава носи чат съобщение, нишката ID и заяви (непроверени) предварително чата имейл като доказателство кандидат го няма полета за самоличност.

Обявявам го в строителя

1
Дефинирай действието на грабването

В стъпката "Действия," добавете действие само за четене, което връща ONE запис чрез препратка (напр. GET /bookings/{booking_number}) и карта на своите полета за отговор с псевдоними: статус, пристигане, заминаване, стая_тип, клиент_email...

2
Тик "Гост търси"

На стъпката на възможностите, активирайте guest_lookup. Появява се специален панел: изберете действие за изтегляне, име на референтния параметър, дайте еталонен модел (на ренгекс тяло като \bBK-[0-9]{4,10}\b), име на записа ("записване"), и изберете доказателството голмайстор на запис (препоръчва) или никой (само референция, само за куриерско проследяване).

3
Отбележете видимите полета

Всичко останало е DROPPED . Никога не редактиран. Builder отказва PII-образни полета (email, телефон, адрес, плащане...) в листата за достъп и на изхода апартамент отново проверява същото правило преди публикуването, така че ръчно редактирана специфика не може да се промъкне един в. Имайте предвид, че инсталирането на време валидиране обхваща манифеста и само подпис, така тичам себе си конформанс апартамент преди кораба.

4
Публикуване и активиране

Строителят излъчва GuestLookupProvider.php готварски изпълнение, идентични за всеки генериран пакет . . и добавя guest_lookup_enabled Превключване към настройките на конектора. Бизнесът включва двата превключвателя и чата AI започва да предлага поглед нагоре, когато посетител пита за вашия тип запис.

Правила на договора

Само полета с форма на състояние

Помислете "какво ще отпечата куриер на страницата за публично проследяване": статус, дати, категория стая или услуга, брой. Имена, данни за контакт, адреси на улицата, данни от плащане и бележки със свободен текст нямат място в анонимен чат год.

AI отговаря само от блока

Генерираният доставчик завършва продукцията си с инструкция да отговаря само от изброените полета и да предлага билет за нещо друго. Детайлът не е в списъка с разрешителни "не е наличен в чата" годеж.

Последващите действия продължават да работят

Доставчикът пренаписва препратката от последните съобщения на посетителя в същия разговор, така че "и кога е напускането?" работи без повторно записване на справката. Съответстващата референция и доказателство имейл се запомнят на чат нишката като CANDIDATES, така последващите изследвания не се повтарят. Те са само кандидати: всеки завъртане все още се променя рекорда сървър страна и отново съпоставя доказателството преди освобождаване на едно поле.

Пакети, ръчно оторизирани

Пазарен пакет може да се доставя сам GuestLookupProvider.php implementing ContextProviderInterface с surfaces(): ['guest']. Следвайте генерирания шаблон договор точно готве по справка, доказателство-съвпадение сървър страна, униформено отричане, позволение-само на изхода това и декларирайте guest_lookup in capabilities. Конформацията проверява повърхността на гостите и сканира списъка с разрешителни за ПИП.

💡
Гост търси са само за четене контекст за чата AI. Те никога не изпълняват действия, никога не създават идентичности, и никога не отключват пътя на клиента самостоятелно обслужване действие над го това е път все още изисква платформа-проверена подписана в клиент.
Конектори

Насочване към публиката за популяризиране (promo_audience)

Let the Promotion Studio target campaigns by LIVE client and billing state from YOUR platform: "has an unpaid invoice", "order pending", "subscription cancelled". Any connector (pre-installed, marketplace, or one you build yourself) joins by implementing two small methods. No OpsIQ core changes, no platform hardcoding: your connector appears as a platform in the studio Targeting tab with its own dropdown of facts, and several connectors can be enabled side by side.

Промо публика
Насочване към публиката за популяризиранеA verified identity passed to a connector audienceFlags call producing facts that drive a targeting rule, with a fail-closed note.Насочване към публиката за популяризиранеРаботно пространствоВходпроверена самоличност(N = 0, 5)конекторът виФАКТИunpaid_invoices = 2РУЛНеплатени_фактури ≥ 1_Кампания показваПровалът е затворен: неизвестен клиент или някаква грешка → кампанията остава скрита.1TWO METHODSпубликаКаталог + Флагове2LIVE STATEНеплатени, висящи, статус3FAIL-SAFEНикога не се показва на грешния човек.
Вашият конектор отговаря на живо сметка факти за вход-в посетител; студиото цели в тях, и не се затваря така че офертата за фактуриране никога не достига до грешния човек.

Как работи?

1
Обяснете фактите си.

Implement audienceCatalog() on your connector class. It returns a label and the list of keys your platform can answer. Each key shows up in the studio dropdown under your platform name.

2
Отговор за един клиент

Implement audienceFlags(array $identity). OpsIQ calls it at delivery time with the VERIFIED logged-in visitor identity (from the widget identity token, the same identity the client chat AI uses). Return a flat key => value map.

3
Готово.

Включване на конектора. Насочващият се раздел "Client & billing" развива раздел, в който се посочва платформата ви; администраторите изграждат правила като "unpaid_invocts >= 1"; всеки факт също се превръща в персонализация променлива като {unpaid_invoices}.

connect. php, пълен договор промо_ публика
public function audienceCatalog(): array
{
    return ['label' => 'My Billing Platform', 'keys' => [
        ['key' => 'unpaid_invoices', 'label' => 'Unpaid invoices (count)', 'type' => 'number'],
        ['key' => 'pending_orders',  'label' => 'Pending orders (count)',  'type' => 'number'],
        ['key' => 'client_status',   'label' => 'Client status',           'type' => 'text'],
    ]];
}

public function audienceFlags(array $identity): array
{
    // $identity = verified token payload: ['email' => ..., 'id' => ..., 'name' => ...]
    $email = strtolower(trim((string)($identity['email'] ?? '')));
    if ($email === '') return [];
    $client = $this->api('GetClient', ['email' => $email]); // your platform call
    if (!$client) return []; // unknown client -> return [] (fails CLOSED)
    return [
        'unpaid_invoices' => (int)$client['unpaid_count'],
        'pending_orders'  => (int)$client['pending_orders'],
        'client_status'   => (string)$client['status'],
    ];
}

Правила на договора

Реклама на способността

Добавяне 'promo_audience' към конектора ти. capabilities() масиви, така че платформата и пазара го изброят като публика-капацитет (откритие също работи от метод присъствие, но декларира това е чист сигнал). connectors/whmcs конекторът е пълното прилагане на референцията.

Име на ключ

Lowercase snake_case, 2-60 chars, matching ^[a-z0-9_]+$. Types: number, text, bool. Undeclared keys returned by audienceFlags() are still usable in rules, but declare everything you support so admins can see it.

Идентификацията се проверява

The $identity array comes from the signed widget identity token issued by the customer site at login, never from client-supplied fields. If your platform cannot resolve the identity, return an empty array.

Грешка при затваряне · винаги

За всяка грешка (API Правило, чийто факт липсва, прави кампанията НЕ показва. OpsIQ Принуждава и това в мача на правилата.

Изпълнение

audienceFlags() is called at most once per connector per page view, and ONLY when a published campaign actually uses your platform's rules. Anonymous visitors cost you zero calls. Keep it to 1-2 API calls; OpsIQ memoizes within the request.

Операторите, предвидени за безплатно

Администраторите комбинират ключовете си със =, !=, >, >=, <, <=, съдържа, е настроен, е празен, вие само стойности за доставка.

Персонализиране символи

Всеки факт се удвоява като променлива в копието на кампанията: {unpaid_invoices}, {client_status}, плюс вградените {first_name} както и {client_email} Ценностите са дезинфекцирани преди да бъдат представени.

Безкодови пазарни конектори

Автоматични факти

Декларативен (JSON-само) Конекторите на пазара получават промо_аудитория безплатно: ако конекторът декларира клиенти/потребители, фактури, поръчки или абонаментни ресурси, OpsIQ Извлича клиент_статус, неплатени_фактури, сума_дължина, в очакване_поръчки, активни_запитвания и абонамент_стату от съществуващите ви действия за търсене. Няма никакъв код.

Каталог по поръчка (настройки.json)

Добавете обект на публиката_капацитети · {"етикет": "Моята платформа," "ключове": [{"key": "open_carts," "маркиране": "Отваряне на колички," "тип": "номер"}, за да контролира точно кои факти (и етикети) се появяват в студиото.

Тестване на доставчика

1
Включване на конектора

Конектори > вашия конектор > Включване. След това отворете раздела за насочване на кампанията. Вашата платформа трябва да се появи под "Клиент и таксуване (конектори) ."

2
Изгради правило

Добави: Вашата платформа · ключ · >= · 1 и задай само "Записани клиенти."

3
Проверка на двете посоки

Влезте във вашата платформа като клиент, който отговаря на правилото (poup трябва да покаже) и като човек, който не (pop трябва да остане скрит).

Изстреляй кампания от собствения си код (суматичен спусък)

Защо?

Отвъд вградените спусъкове (делей, свитък, изход-intent, празен ход, кликнете, страници-гледани, чат / билет дейност), можете да стреля кампания отвсякъде във вашия сайт или конектор отпред-край, след успешна стъпка на напускане, когато количката е изоставена, когато си SPA промени маршрута и т. н.

Как?

Настрой предизборния спусък към Потребителски с име на събитието (напр. checkout_failed), след това се обадете на глобалната кука от страницата си:

Вашият сайт / конектор отпред ОС
// Any campaign whose Custom trigger event matches will be evaluated
// (it still respects targeting, frequency caps and audience rules).
window.OpsIQPromo && window.OpsIQPromo.fire('checkout_failed');
💡
Стрелба на събитие никога не заобикаля таргетиране или честота. Тя само освобождава това, когато го . Кампанията все още трябва да премине всяко правило (гео, публика, съгласие, шапки) преди тя да се покаже.
Пълният наръчник за работа (проектиране, блокчета, анализи, A/B, публикуване) живее в Центъра за помощ в рамките на приложението Ангажирайте → Промоция студио. Способността тук се открива автоматично от всеки конектор на Enabled в конектори/ или пазар_конектори /. Няма нищо за регистриране.
Конектори

Възможност за конектор за наблюдение (договор 2.2)

На survey възможност позволява на всяка платформа доставка проверени адаптери за самоличност на клиента, факти за аудиторията, безопасни променливи и получатели кандидати за Survey Studio. Тя е независима от promo_audience и не дава конектор собственост на проучвания, отговори, анализи или имейл доставка.

💡
Статус на изпълнение. Авторството е пълно и използваемо днес: Договор за свързване 2.2_, SurveyConnectorInterface, специален панел строител, генериран SurveyProvider.php, пакетна метаданни и изолация на съответствието на всички кораби. Потреблението все още не е свързано: SurveyConnectorRegistry е изпълнен и тестван, но не проучване runtime призовава все още, така че доставчик здраве не се появява в администратор UI и не публикува пакет конектор декларира способността. Подписано-ток изследване Издаване на Идентичност Gateway, насочване и променлива интеграция, CRM Outreach материализация и първите доставени доставчици карти остават отделни фази.

Отговорности на доставчиците

Каталог на публиката и факти

Изявете напечатани канонични факти и решавайте стойности само за сървърно-проверен, офлайн-свързан обект. Типичните факти включват order_count, last_order _status, untrated_orders_cont, customer_created_at, active_ subscription_coint, past_due_invoction_conute и open_cicket_conunt.

Променлив каталог и стойности

Обяви клиент, сметка, поръчка, абонамент и поддръжка променливи с тип, чувствителност и позволен контекст.

Получател pageing

По избор изброете кандидатите за CRM Outreach със стабилни външни идентификатори, ограничени страници, детерминистични курсори и метаданни, свързани с съгласие.

Идентификация

Приемете идентичност само от портала за самоличност на изследването след подпис, изтичане на срока на годност, цел, конектор и проверка на работното пространство.

За здравето на бягащите

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

Правила за отказ

Неизявени ключове, грешни типове, прекалено големи стойности, субекти несъответствия, connect таймаут и неизвестни идентичности се отхвърлят. Правило за насочване, което се нуждае от недостъпен факт не съвпада.

Строител освободи врата

Договор 2.2 кораби на регистър за капацитет влизане, интерфейс, обзорна карта панел, генерирани SurveyProvider.php, capability version, README/developer reference and conformance fixtures. Commerce, helpdesk, SaaS bridge and local PHP profiles include it; Standard API connectors opt in. The static gate rejects a Survey provider that calls a Promotion namespace, table or capability.

💡
Копиране от Промоция е внос-само: Builder може да превежда съвместими карти Промоцията веднъж, запишете пълен копие и запис произход. Изтриване или промяна на картата на промоцията не трябва да променят поведението на проучването.
Конектори

Възможност за отговор на обратна връзка (договор 2.2)

На reply_feedback способност огледала собствена платформа за извършване на рейтинга за повторно OpsIQ. Звезда клиент дава отговор на персонала вътре WHMCS Клиентската зона се приземява на същия отговор в OpsIQ администраторски конец, със същия чип, агент кредит, запис на страницата за обратна връзка и изчисление на ефективността на Team & пърформанс като рейтинг, даден на OpsIQ Един билет за портала, един чип, един тръбопровод; конекторът само се превежда.

Този, който пише пътя.

Има точно два пътя за влизане и една истина. OpsIQ билети за портал пишат на местно ниво. Платформни билети преминават през конектора, и ядрото каца всяко събитие чрез ReplyFeedback::recordMirrored(): същите колони, само за персонала правило, едно-rating-per-reply последните победи семантика, работно пространство печат и Voice на клиента индексиране портала използва писане. Конектор никога не пише обратна връзка редове себе си.

Конформиране (четири файла, след което пренаписване)

1
connector_contract.json

Add the capabilities.reply_feedback entry: version 1.0, the ReplyFeedbackConnectorInterface, methods replyFeedbackCatalog and pullReplyFeedback, implies inbound_ticket.

2
settings.json

Добави отговор_ feedback към списъка с възможности. Това е, което connect откритие гласи.

3
spec.json

Обяви за отговор_ feedback. modes (пол и/или уебкабина) и рейтинговата скала на платформата. Това е, което се чете от портала за съответствие.

4
Класове за бягане

Въведете интерфейса, изброете replay_feedback в възможности(), след което пренапишете пакета.

Отговорности на доставчиците

Каталог

Declare modes, the platform's own rating scale (core normalises to the native 1-5), and any reaction tokens. The catalog must agree with spec.json.

Изтегляне на превод

pullReplyFeedback връща канонични събития: билет за платформа ID, отговор на платформата ID , рейтинг, опционална реакция / comment , представено време и стабилно събитие_id. Тя чете и превежда.

Непоносимост

event_id е стабилен за държава на обратна връзка, така че повторно възпроизвеждане събитие е не-оперативна и променен рейтинг презаписва (последни победи, като портала).

Курсорска дисциплина

Страниците са ограничени и детерминистични; курсор, който не напредва завършва бягането. Историческите багфилни канали като подвижен прозорец, никога едно огромно дърпане.

Безопасност на сондата

Без конфигурация, върнете празна пълна страница вместо хвърляне. Сондите за бегач на конформанса с празни аргументи.

Отказ от решение на отказ

Ядрото решава всяко събитие на местен отговор чрез огледалото маркира вече табелка на билетното огледало (<slug>:<ticket>:reply:<reply>). Събитието, което не може да бъде решено, се отлага, никога не се предполага; обратна връзка само прикрепя към отговорите на персонала; и агент кредит винаги идва от съществуващия отговор автор. inbound_ticket или ticket_mirror.

Работен пример: WHMCS

WHMCS stores client-area per-reply star ratings in tblticketreplies.rating. WHMCS конекторът декларира режим на анкета с a 1-5 мащаб, кораби a ticket_reply_ratings Препрати командата в своя мостов файл, и превежда всеки ред в събитие, чиито лични карти отговарят на whmcs:<ticket>:reply:<reply> След обновяване на конектора, копирайте файла с моста на сървъра WHMCS _, така че да съществува нова команда.

💡
Пълен договор за разработчик с интерфейса, формите на събития, правилата за нормализиране и контролния списък за съответствие: doc/contracts/TICKET_REPLY_FEEDBACK_CAPABILITY.md в OpsIQ пакет. Приемане: оцени отговор вътре в платформата, изчакайте почасово гласуване, и същия отговор в OpsIQ показва чипа, страницата за обратна връзка го изброява, и повторение събитие не променя нищо.
Конектори

Конекторен пазар

Пазарното място ви позволява да откривате, инсталирате и публикувате конектори, построени от общността.

Пазарна зона
Конекторен пазарТърсене мрежа от общност конекторни карти с категории, инсталирайте бутони и звезден рейтинг.Конекторен пазарРаботно пространствоТърсене на конектори...CalendlyРазпределително устройствоИнсталиране★ 4.8ХъбСпотCRMИнсталиране★ 4.6Пощенски бодигардЕ- пощаИнсталиране★ 4.7Бързи книгиСчетоводноИнсталиране★ 4.5СпиранеSMSИнсталиране★ 4.9ОтрицаниеЛекариИнсталиране★ 4.41DISCOVERКонектори на Общността2МОНТОЛЕдно щракване3PUBLISHПодпишете & подавате вашия
Преглед на общността конектори, инсталирайте в едно кликване, или подпишете и публикувате своя собствена, предварително инсталирани и пазарни нива както търсаеми.

Намиране и инсталиране на конектори

1
Преглед

Отидете на Connectors > Marketplace. Търсене по име, категория или платформа.

2
Преглед

Проверете описанието, подкрепените действия и рейтингите.

3
Инсталиране

Кликнете върху Install. Пакетът конектор изтегля и инсталира на market_connectors/.

4
Настройване

Enable it in Connectors, enter API credentials, and test.

Издателство на конектор

1
Изграждане и изпитване

Използвайте Конектора строител. Проверете всички действия работа.

2
Опаковка

Генериране на профил.json, действия.json- Знание.json- И PHP файлове.

3
Подпис

Run php tools/sign_connector.php <slug> to sign ONE package (it also accepts a path). It does not boot OpsIQ, so give it the key: either --key=<secret> or the OPSIQ_CONNECTOR_SIGNING_KEY environment variable, otherwise it stops with "No signing key available". tools/resign_all_connectors.php re-signs EVERY package on the install and reads the key from settings by itself, but it can also mint a NEW install-wide signing key, so reach for it only when that is what you want.

4
Подаване

Качване през потока на пазара подаване за преглед.

Две редици на съединителя

. / . . какво всъщност работи

Всичко тук е на живо: конекторите, които се движат OpsIQ, всичко инсталирано от пазара и всичко, което Конекторът Builder публикува на тази инсталация.

Маркетингови_конектори/ гофриране, където са автори

Издателството ИЗТОК за пакетите на първопартийния пазар не е корен от открития: нищо тук не се живее, докато не бъде опаковано, подписано, посято в каталога и инсталирано, в който момент копие се приземява в конектори/.

💡
Потърсете и на двете места. Пакет, който сте написали под market_connectors/ не е копието, което работи го инсталирате в конектори/ и само това копие се открива по време на изпълнение.Stripe, BigCommerce, Magento2, PrestaShop, OpenCart, Amazon SES, Postmark и Resend са всички пазарни пакети: инсталирайте един преди да очаквате да го намерите в Connectors.
Разработчик

API и уеб-кабина строител

На API и Webhook Builder ви позволява да създадете обичай API крайна точка и webhok слушатели вътре OpsIQ без да се пише сурова PHP.

API строител
API и уеб-кабина строителСтроител, избиращ тип спусък (входящ уеб-кабина, график, събитие, ръководство), който се захранва с конфигурируемо действие.API & webhook builderРаботно пространствоТРИГЕРВходящ уеб-кабинаГрафик (крон)OpsIQ eventРъчноДействиеКарта входящи полета →създавате билет / уведомявам/ обаждам API_Запис на крайната точка1ТРИГЕРИУеб-капитан · график · събитие · ръчно2NO RAW PHPПостроен в ПС3ДейностКарта полета, след което стартирайте
Изграждане на крайни точки без сурова PHP: изберете спусък (входящ уеб-кабина, график, събитие или ръководство), след това карта полета за действие.

Тригери

Събитие

Бягай, когато нещо се случи. OpsIQ, или когато външна система публикува съвпадение събитие на вашия уеб-кабина URL. Въведете име на събитието, например билет.създадено.

График

Използвайте един от вградените интервални събития като име на събитието: cron. minutly, cron . hourly или cron

Фрази

Стартирай, когато администратор пита AI за него на обикновен език. Добави фразата, която трябва да съвпада, например намери клиент.

Входящ уеб-кабина

Външна система изпраща HTTP POST на вашия OpsIQ webhock URL Всеки, който слуша за пожара.

Само понякога: условия

Спусъкът може да носи условия, така че той работи само когато входящите данни съвпадат. Без условия тя работи всеки път, когато събитието се задейства.

Поле

Път към данните за събитието. Използвайте точка за сгушени стойности, например клиент. email.

Съвпадение на всички или други

Изберете дали всяко правило трябва да съвпада или само едно от тях.

Текстови изпитвания

Равно, не е равна, съдържа, не съдържа, започва с, е един от, не се състои от. Съвпадение игнорира столици.

Брой тестове

Числата, написани като текст все още се сравняват правилно.

Изпитвания за наличие

е присъствал, липсва, празен е, не е празен.

Само се обади на инженера за спешни билети.

Сценарий:
Event ticket.created, with one rule: priority equals urgent.
Какво да правя:

Действието се провежда за спешни билети и е пропуснато за всичко останало.

💡
Ако оставите правилата празни, спусъкът работи на всяко съвпадение събитие, което е същото поведение като преди условията са съществували.

Действия

Изпращане на уеб- код

Изпратете HTTP POST на външен URL с персонализиран полезен товар.

Създаване на билет

Създаване на билет за поддръжка с определен отдел, предмет и съобщение.

Изпращане на имейл

Изпрати имейл с потребителски шаблон.

Обновяване на запис

Обновяване на клиент, билет или CRM рекорд.

Изпълнение на конектора

Изпълнение на регистрирано действие от активиран конектор с неговото разрешение за свързване и правила за потвърждение.

Бягай! OpsIQ Общи положения API Действие

Търсене на пълния кръстен General API каталог. Полета, обхвати, разрешения, потвърждение, неудобство и суха поддръжка идват от договора за действие на живо; работния поток изпълнява в запазения си работен пространство и администратор контекст.

Send provider-native API request

Използване на конектор Native API Прочети или потвърди Native API Напишете действие, когато крайната точка на доставчика няма курирано действие. Credentials остават вътре в конектора и се приемат само относителни пътища доставчик.

The Actions & Triggers builder, /api/v1.php, OpenAPI and Postman use the same ActionContractRegistry, so a selectable action cannot drift from runtime documentation.
Разработчик

Спусък за готвене

Готови за използване рецепти за действие на спусъка за общи автомати.

Как работи?
Спусък за готвенеРецепта поток: uptime. down уеб-кабина минава производствен филтър, след това фенове, за да създадете спешен билет и уведоми Slack.uptime.downmonitor webhookако е продfilterСъздаване на спешен билетNotify Slack #ops
Спусък за готвене

Авто-създаване на билет от наблюдението

Сценарий:
Monitoring system sends POST when server goes down.
Какво да правя:

Trigger: Inbound webhook Condition: payload.status = "down" Action: Create ticket · Dept: Technical, Subject: "Server {{payload.hostname}} down", Priority: Urgent

Slack уведомление за големи поръчки

Сценарий:
Slack message every time a customer places an order over $100.
Какво да правя:

Trigger: Event (order.completed) Condition: order.amount > 100 Action: Send webhook to Slack incoming webhook URL with order details

Седмично смилаем имейл

Сценарий:
Summary email to management every Monday at 9am.
Какво да правя:

Trigger: Schedule (Monday 09:00) Action: Send email with last week's stats pulled from the REST API

Билети за старинни билети

Сценарий:
If a ticket has no reply for 24 hours, assign to team lead.
Какво да правя:

Trigger: Schedule (every hour) Condition: ticket.status = "Open" AND ticket.last_reply_age > 86400 Action: Assign to team-lead, add internal note

Разработчик

Изграждане на първото действие

Тази разходка създава просто действие на конектора от нулата.

Дейности по изграждане
Изграждане на действиеФормуляр за определяне на действията: name lookup_order, a GET request to /orders/{id}, параметър тип ID и преминаване 200 тест.Ново действиеРаботно пространствоНово действиеИмеlookup_orderИсканеGET/orders/{id}ПарамиID · низ200 · Намерена поръчка1DEFINEИме, метод, крайна точка2PARAMSНа типови входове3ИЗПИТВАНЕЖиво 200 резултат
Изградете едно действие от нулата. Назови го, настрой метода и крайната точка, декларирай типирани паради и го тествай на живо 200_.

Два вида действие

Преди да започнете, решете от коя част имате нужда. И двете са конфигурирани в един и същ екран.

Обади се на външен човек. API

Действието изпраща заявка за HTTP на платформата ви. Изберете това, когато OpsIQ трябва да се протегнете и да направите нещо от Ваша страна.

Стартирайте действие на конектора

Действието работи нещо инсталиран конектор вече осигурява. Изберете това, когато работата е вече на разположение и просто искате да го задействате. Избирате действието на конектора от списък, така че няма нищо за свързване.

Втората опция е как да използвате отново всичко, което вашите конектори могат вече да правят без да го изграждат отново: прочетете нишка за билет, потърсете клиент, импортирайте контакти и т. н. Изберете действието на конектора от падащото и сте готови.
1
Планирайте действието

Пример: "lookup_product." Търси продукт по име, цена на връщане, акции и описание.

2
Дефинирай в действия.json

Добавяне на определението за действие:

actions.json — the real manifest shape
{
  "actions": [
    {
      "action_id": "lookup_product",
      "label": "Look up a product",
      "category": "Catalogue",
      "description": "Find a product by name and return price, stock and description.",
      "scope": "admin",
      "requires_confirmation": false,
      "is_destructive": false,
      "delivery_type": "http",
      "http_method": "GET",
      "http_url": "/api/products/search",
      "parameters": [
        { "name": "name", "type": "string", "required": true, "in": "query",
          "description": "Product name to search for" }
      ],
      "returns": [
        { "alias": "id",          "path": "data.id",             "type": "string" },
        { "alias": "name",        "path": "data.name",           "type": "string" },
        { "alias": "price",       "path": "data.price",          "type": "number" },
        { "alias": "stock",       "path": "data.stock_quantity", "type": "number" }
      ]
    }
  ]
}
⚠️
Three things that make an action fail to register at all. action_id is REQUIRED and must be 2 to 100 characters of lowercase letters, digits and underscores — an entry without one is rejected outright. The manifest is an object with an "actions" LIST, not a map keyed by action name. And response mapping is "returns" with DOTTED paths (data.id), not JSONPath ($.data.id) — there is no "response_mapping", "method", "endpoint" or "params" key anywhere in the registry.
3
Изпитване със сухо изпитване

В стъпката на Connector Builder's Review, натиснете Dry run. Тя работи пълен контролен списък за съответствие срещу вашия пакет и, когато сте предоставили препоръки, прави истински тест връзка.

4
Проверка на използването на AI

Попитайте администратор AI: "Потърсете продукт Widget Pro." AI трябва да намери и изпълни действието.

⚠️
Adding an action to actions.json does NOT create an AJAX route, so there is nothing to regenerate. Connector actions are synced into OpsIQ when the connector is enabled or its settings are saved: re-save the connector and the new action appears. tools/gen_route_registry.php covers the admin AJAX dispatch and has no bearing on connector actions.
Разработчик

Свързани крайни точки за събитие

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

Продуктов екран
Входящи крайни точкиВсеки входящ източник има свой собствен URL, таен, картографски и скорошен резултат от дейността.Входящи крайни точкиРаботно пространствоИЗТОЧНИЦИ5ACCEPTED12.4kREJECTED18ЖИВЕЕШ РАБОТЕН ВИЖПлатформа за фактуриранеАбонаментни събитияЗдравословноПриложение за продуктсъбития за записване и използванеЗдравословноИдентификационен номер на събитиетоprovider_event_idDedupeПодписX-OpsIQ-Входящо-подписHMAC1CREATE SOURCEURL и тайна.2MAP PAYLOADИмейл, събитие и ID3VERIFYHMAC след това поглъщане
Всеки входящ източник има свой собствен URL, таен, картографски и скорошен резултат от дейността.

Създаване на един източник за изпращаща система. OpsIQ генерира а URL Изпратено и тайно. JSON с Content-Type: application/json и подпишете точното сурово тяло с помощта на HMAC-SHA256:

X-OpsIQ-Inbound-Signature: sha256=<hex hmac>

Map JSON paths for the contact email, event name and optional event ID. The event ID is the preferred deduplication key. Accepted activity enters the contact timeline and can affect lead scoring, segments, lifecycle rules and workflows.

Отхвърляне на невалидни подписи преди да се анализира бизнес данни. Завъртете тайна чрез актуализиране на двете страни в контролирания прозорец; не записвайте тайната.

Разработчик

Операции с външен уеблок

Извънборсовата уеб-кабина администрация създава подписани абонаменти, тестове крайни точки и монитори асинхронно доставка и retri здравето.

Продуктов екран
Други изделия от мрежаВ страницата с външни уебкасети са изброени крайните точки на HTPS, абонаментите за събития, здравето на доставките и еднокликване подписано тест.Други изделия от мрежаРаботно пространствоENDPOINTS7SUCCESS99.2%ОТМЕНЯНЕ4ЖИВЕЕШ РАБОТЕН ВИЖОгледало CRMконтакт.* и сделка.*ЗдравословноПоддръжка на автобусаБилет.ЗдравословноСклад за данни*ОтрицаниеДоставка на тестПодписано полезен товар за извадкаГотови.1SUBSCRIBEHTPS URL и събития2AUTHENTICATEПодпис на HMAC3OBSERVEДоставка на релси и ретри
В страницата с външни уебкасети са изброени крайните точки на HTPS, абонаментите за събития, здравето на доставките и еднокликване подписано тест.

Full administrators create an HTTPS endpoint, choose specific events or the wildcard, store the secret safely and send a test. OpsIQ signs the raw payload with HMAC-SHA256:

X-OpsIQ-Signature: sha256=<hex hmac>

Проверка на подписа преди десериализация или действие. Доставката е асинхронна и автоматично се опитва отново след приблизително 1 minute, 5 minutes, 30 minutes, 2 hours and 12 hoursИзползвайте последния влак за проверка на статуса, кода и опита.

Приемникът ви трябва да е неспособен, защото всяка асинхронна система може да се върне.

Разработчик

Уебхукове

Webhooks нека външните системи уведомяват OpsIQ когато нещо се случи , и нека OpsIQ уведомява външните системи, когато нещо се случва вътрешно (външно).

Уебхукове
Други изделия от мрежаThe outbound webhooks screen: an endpoints table with name, subscribed events, recent delivery status dots, and a Send-test button.Други изделия от мрежаРаботно пространствоКрайни точки+ Запис на крайната точкаИМЕСъбитияДОСТАВКИSlack #sales-alertshttps://hooks.slack.com/…lead. created, saleИзпитванеОгледало CRMhttps://api.acme.com/hookконтакт.*, билет. създаденИзпитванеЗапиерhttps://hooks.zapier.com/…chat.startedИзпитване1ENDPOINTSИме, събития, URL2SIGNEDHMAC + автоматично ретренирани3SEND TESTПроверка на доставките
Истинският екран с външни Webhooks: всяка крайна точка със своите събития, скорошно здраве на доставка, и едно кликване Изпращане на тест, подписано и повторно опита.

Други изделия от мрежа

Запис на

Go to Settings > Webhooks. Add an endpoint URL and select events to receive.

Събития

track. created, ficket. repliced, chat. started, чат. message, order. completed, crim. deal. stage_changed, crm. contact. created и др.

Ретрия

Неуспешни доставки се опитват с експоненциално отстъпление. След 15 последователни неуспехи, крайната точка е автоматично деактивирана.

Подпис

Всяко искане включва подпис на HMAC в X-OpsIQ- Подпишете, винаги проверявайте.

Защита на SSRF

OpsIQ няма да изпрати до частно/вътрешно IPs (127.x, 10.x, 172.16.x, 192.168.x, 169.254.169.254).

Асинк доставка

Webhooks are delivered via the job queue, not blocking OpsIQ operations.

Идентификационен код на стабилно събитие

Всяко събитие има уникален event_id, който остава един и същ през retries за дедупликация.

Проверка на подписите на уебкасета

PHP · проверява подписа на уебкабината
<?php
$payload   = file_get_contents("php://input");
$signature = $_SERVER["HTTP_X_OPSIQ_SIGNATURE"] ?? "";
$secret    = "opsiq_whsec_your_secret";

$expected = hash_hmac("sha256", $payload, $secret);
if (!hash_equals($expected, $signature)) {
    http_response_code(401);
    exit(json_encode(["error" => "Invalid signature"]));
}

$event = json_decode($payload, true);
// Process the event...
http_response_code(200);
echo json_encode(["received" => true]);
Ноде. й, провери подписа на уеб-кабината
const crypto = require("crypto");

app.post("/opsiq-webhook", (req, res) => {
    const payload  = JSON.stringify(req.body);
    const sig      = req.headers["x-opsiq-signature"];
    const expected = crypto.createHmac("sha256", "opsiq_whsec_xxx")
        .update(payload).digest("hex");

    if (!crypto.timingSafeEqual(Buffer.from(expected), Buffer.from(sig || "")))
        return res.status(401).json({ error: "Invalid signature" });

    console.log("Webhook:", req.body);
    res.json({ received: true });
});
How do I test webhooks locally?+

Използвайте ngrok, за да изложите вашия местен сървър. Задайте крайната точка на уеб-хок до вашия негър URL_.

Ами ако крайната ми точка е временно намалена?+

OpsIQ retries with exponential backoff. If your endpoint recovers within the retry window, no events are lost.

Разработчик

API ключове

API ключове автентично искане към OpsIQ РЕСТ API Всеки ключ има разрешение.

API ключове
API ключовеThe API keys screen: an issue panel with access level and scope chips, beside a list of existing masked keys with revoke buttons.API ключовеРаботно пространствоИздай ключ.ДостъпСамо за четенеОграниченоОбхватcontacts.readtickets.readevents.writeКлюч за издаванеКлючовете ти.Интеграция на Zapieropq_•••4f2aОтрицателноМобилно приложениеopq_•••91c7ОтрицателноЕкспортиране на анализаториopq_•••2db0Отрицателно1SCOPEDСамо за четене или ограничено2PER-ACTIONИзбор на точните обхвати3REVOCABLEЗавъртане по всяко време
The real API keys screen: issue a scoped, read-only or restricted key by picking exact scopes, and revoke any key anytime.

Creating an API key

1
Преминаване към настройки > API Ключове

Навигация на API управление на ключове.

2
Щракнете върху Създаване на ключ

Дай му описателно име.

3
Избор на обхвати

Сферите влизат в четене и пишат двойки на площ, така че да може да се предостави отчетна интеграция и нищо друго.

Налични обхвати

Избери най-тесния комплект, който върши работата. admin Удовлетворява всеки обхват по-долу, така че го използвайте само когато наистина се нуждаете от широк достъп.

crm. read/crm

Contacts, companies, deals, activities, segments, outreach, conversions, lifecycle and CRM webhooks.

билети. прочети / билети. напиши

Списък и четене на билети и техните съобщения; отговор, актуализация, отваряне и стартиране на едро опашката операции.

разговори. чети / разговори. напиши

Прочетете разговори на живо и история на съобщения; изпраща съобщения, присвоява и променя статуса.

kb. read/ kb

Входове на базата на знания.

chat. read / чат. write

Запис на шаблони за отговор.

connectors.read

Вижте кои конектори са инсталирани, какво могат да направят и тествайте техните пълномощия.

automations.read

Виж действията си, задейства и тяхната история.

departments.read

Отдели на разположение за маршрутизиране.

notifications.read

Нотификации за назован оператор.

analytics.read

Report sections, CSV exports and scheduled report definitions.

site_intelicence. чети

Наблюдавани сайтове и техните SEO доклади.

files.read

Подписано изтегляне на линкове за прикачени файлове.

status.write

Компоненти и инциденти на страницата за състоянието.

writing

AI пише помощници: проект, обобщава, превежда, пренаписва, композира, анализира.

Админ

Всичко, включително малък брой чувствителни действия, които умишлено не са достъпни от какъвто и да е тесен обхват: изтриване на контакт, промяна на настройките за поверителност, и четене на дневника за достъп.

💡
Обадете се meta. actions с вашия ключ, за да видите точно кои действия може да работи на вашата инсталация. Това винаги е по-надежден от работа от списък.

Нива на достъп

Всички

Ключът може да се обади на всичко, което му позволяват.

Само за четене

Всеки запис е отхвърлен, независимо от обхвата. Най-безопасният избор за докладване, табло и всичко, което никога не трябва да променя данните.

Ограничено

Изброявате точните действия, които може да се нарекат от ключа.

4
Копиране на ключа

Веднъж го видях, започнах с "опк" и го съхранявах сигурно.

🚫
Никога не споделяй API Ключове в публичния код, клиентска страна JavaScript, или контрол на версията. Използвайте променливи среда.
Разработчик

Свържете вашия сайт

На OpsIQ джаджа е a JavaScript снайпер, който добавяте към сайта си за проследяване, AI чат, създаване на билети и идентифициране на клиенти.

Как работи?
Свържете вашия сайтЕдин скрипт отляво и една уеб страница с OpsIQ В ъгъла се появява балонче за чат.<!-- paste before </body> --><script src="https://cdn.opsiq.io/w.js" data-site="ws_8a2f" async></script>
Свържете вашия сайт

Основна инсталация

Основен джаджа отливка
<script src="https://your-opsiq-domain.com/widget.php"
  data-site-key="site_abc123"
  async></script>

Paste before the closing </body> tag. The script loads asynchronously and does not block page rendering.

Настройки

data-site-key

Изисква се. Ключът от сайта ви от Свързани сайтове.

data-mode

"По подразбиране." "чат" (по подразбиране), "викети" или "двете."

data-position

Не е задължително. "Долно-дясно" (по подразбиране) или "долно-ляво."

data-color

Не е задължително.

data-greeting

Не е задължително.

data-language

Не е задължително. UI език: "en," "es," "fr," "de," "pt," "ar" и др.

data-identity-token

По избор.

Подкрепа за СПА

Ръчно SPA проследяване на маршрута
// Manually notify OpsIQ of a route change (for custom routers)
window.OpsIQ = window.OpsIQ || [];
window.OpsIQ.push(["pageview", {
  url: window.location.href,
  title: document.title,
}]);

Правила за ДУУ

Правила за CSP джаджа
script-src 'self' https://your-opsiq-domain.com;
connect-src 'self' https://your-opsiq-domain.com;
frame-src https://your-opsiq-domain.com;
Уредът забавя ли сайта ми?+

No. Under 15 KB gzipped, loads async after page content.

Може ли да персонализирам външния вид?+

Използвайте цвета на данните за първичен цвят. Поддръжка на контактите за CSS опции за пренастройване.

Разработчик

Монтаж на рецепти за джаджа

Специфични за платформата ръководства за монтаж.

Как работи?
Монтаж на рецепти за джаджаПлатформа за инсталиране на карти WordPress, Shopify както и Google Tag Manager, всяка поговорка къде да добавите джаджата.ВОWordPressИнсталиране на приставката, въвежданеКлючът за сайта ти, запази.МагазинShopifyСложи отсечката вТечност преди /body.ГТММениджър на таговеCustom HTML tag, all pages.
Инсталиране на рецепти

WordPress

Сценарий:
Add to all pages of a WordPress site.
Какво да правя:

Option 1: Edit theme footer.php, paste snippet before </body>. Option 2: Use "Insert Headers and Footers" plugin > Scripts in Footer. Option 3: Use a child theme footer.php to survive theme updates.

Shopify

Сценарий:
Add to your Shopify store.
Какво да правя:

Online Store > Themes > Edit Code > Layout > theme.liquid. Paste before </body>. Save.

Реагират / Next. js

Сценарий:
Add to a React or Next.js app.
Какво да правя:

In Next.js, use next/script in app/layout.tsx: import Script from "next/script"; <Script src="https://your-opsiq.com/widget.php" data-site-key="site_abc" strategy="lazyOnload" />

WHMCS

Сценарий:
Add to your WHMCS client area.
Какво да правя:

Настройки > Общи настройки > Други > Глобално съдържание на футъра. Поставяне на отрязъка или редактиране на шаблона footer. tpl.

Google Tag Manager

Сценарий:
Add via GTM.
Какво да правя:

Създаване на персонализирани HTML таг, паста отливка.

Разработчик

Администратор джаджа в своя backend (един договор, всяка платформа)

Embed the OpsIQ admin assistant — admin chat, ticket inbox and AI Writing — inside YOUR OWN platform's admin panel, so your team never leaves their tools. Like visitor identity and portal SSO, this is ONE generic contract implemented in ~15 lines of your platform's server code — the same pattern Zendesk, Intercom and Discourse use for SSO. There is no per-platform plugin to wait for: any stack that can compute an HMAC can do this today.

Step 1 — the embed line

От Отдалечени сайтове→Вашият сайт→Кодове, копирайте линията на товарача и го добавете към страниците на вашия администратор панел (подножието включва, оформление шаблон, или само администратор-JS кутия):

Едноредов вграждане
<script async src="https://YOUR-OPSIQ/opsiq/embed/admin_widget.php?site_key=SITE_KEY&identity_token=TOKEN_FROM_STEP_2"></script>

Step 2 — tell OpsIQ who is logged in (server-signed)

Само Вашето приложение знае кой администратор е подписан в годеж, който не е недостатък, това е модел за сигурност. Вашият сървър генерира краткотраен подпис знак от собствената си сесия, точно като знака за самоличност на посетителя, подписан със същия уеб страница тайна:

PHP · подпишете самоличността на администратор от сесията си
<?php
$secret  = "opsiq_whsec_your_site_secret";   // Remote Sites → Codes
$payload = json_encode([
    "site_key"      => "SITE_KEY",
    "iat"           => time(),
    "exp"           => time() + 6 * 3600,
    "authenticated" => true,          // REQUIRED, top level — see note below
    "platform"      => "your-platform",
    "admin"    => [
        "id"            => (string)$admin->id,      // from YOUR session
        "name"          => $admin->name,
        "username"      => $admin->username,
        "email"         => $admin->email,
        "role"          => $admin->role,
        "authenticated" => true,
    ],
]);
$payload64 = rtrim(strtr(base64_encode($payload), "+/", "-_"), "=");
$identityToken = $payload64 . "." . hash_hmac("sha256", $payload64, $secret);
// Put $identityToken into the embed line (identity_token=…), or expose it as
// window.OpsIQAdminIdentityToken before the loader script.
Достъп до admin, автоматично

Every admin who logs into your platform is matched individually: OpsIQ's per-admin access gate resolves the token's username + email against one OpsIQ agent (Team page; use the agent's "match emails" list when platform emails differ) and applies THAT agent's workspace, department and inbox permissions. New staff member = add the agent in OpsIQ; no embed changes.

Ролите се въртят по пътя.

Whatever role string your platform sends is shown on the OpsIQ side for attribution; authorization always comes from the OpsIQ agent record, never from the asserted role.

Защо не прочетеш нашата бисквитка?

Браузърите никога не изпращат вашия администратор бисквитка на друг произход гол. ... ... не може просто да "открие" вашия кръстосан домейн. Всеки сериозен продукт решава това по същия начин: Вашият сървър вошира, подписва. Това е целият договор.

Обикновен режим (едномодов магазин)

Skip step 2 and use the static token from Remote Sites → Codes in the loader line (token=… instead of identity_token=…). The widget works with the workspace's shared identity; the per-admin gate can stay enforced later when the team grows.

На authenticated флаг го е сложил на ниво ТОП

This flag is your server's assertion that a human is really logged in, and OpsIQ refuses any token without it. Put "authenticated" => true beside site_key/iat/exp, НЕ само вътре в admin object. Current OpsIQ accepts it in either position, but older releases only read the top level — and the failure is deceptive: conversation list, history and unread all authenticate fine while every chat turn answers "Изисква се администраторски вход"Ако видите точно това разделяне, проверете първо този флаг.

Хигиенна хигиена на токовете

Sign on the server only, never in browser JavaScript. Keep exp short (minutes to hours); OpsIQ rejects expired and future-dated tokens, and the signature binds the token to your site key.

Референтни приложения

The WHMCS module does this automatically from the WHMCS admin session; the Botble Hotel connector's bridge file does it from the Laravel session (op=admin_identity). Both are just this contract in their platform's dialect — copy whichever reads closest to your stack.

Кабелни кабели от нулеви страници (декларирана сонда с конектор)

Когато OpsIQ конекторът ви съхранява крайната точка за самоличност в своя admin_identity_probe_url настройка, PLAIN товароносимост линия е всичко, което вашите администратор страници се нуждаят: джаджата открива сондата от конектора, нарича я с вашия ключ за сайта + джаджа символ, и удостоверява всеки администратор автоматично. Страницата все още може да отмените с a data-identity-endpoint атрибут или window.OpsIQAdminIdentityEndpoint.

Прилагане на крайната точка за идентичност на Laravel (необходими твърди бележки)

Ако вашата платформа е Laravel (Botble, Bagisso, потребителски приложения) и вашата крайна точка е единак файл, който ботуши рамката за четене на вход-в администратор, три специфични ще ви спести часове това, което всеки произвежда истински производствен неуспех преди да бъде научен:

Подвържете запитването ПРЕДИ bootstrap

Вашите доставчици на услуги могат да решат request Самият жизнен цикъл на Ларапейл свързва заловената заявка първо вътре Kernel::handle() го огледайте по реда: $app->instance('request', Request::capture()) ПРЕДИ $kernel->bootstrap(), or you get "Класът на бандата [искане] не съществува".

Представката за бисквитки е HMAC-закопчана

Модерните ларейв предефинира стойностите на бисквитките с HMAC изчислявано с КЛЮЧЪТ ЗА app (CookieValuePrefix) голичък sha1(name."v2") Събличай се с него. CookieValuePrefix::validate($name, $decrypted, $keys), със структурна резервна мощност (40 hex chars + | at position 40). Tell: a session id longer than 40 chars (81 = prefix still attached) and a session that loads with only _token В него.

Където живее входът.

Печатът на аутсайдера е login_<guard>_<sha1(guard class)> годна за уеб охраната: 'login_web_' . sha1(Illuminate\Auth\SessionGuard::class). Сканиране на всички login_* Числен ключ като резервен за персонализираните пазачи.

Дебъг, както прави моста.

Кораб a debug=1 режим, който посочва неизправната СТЪПКА и изключението . .. сляпо хващане на всички направи недиагностично на живо разгръщане. Мостът Botble (от v1.0.7_) е препратката: стъпка маркери в ядрото/bind/bootstrap/decript/section/auth/db.

Ларапъл · пълна крайна точка за идентичност (копие, настройте двете константи, направено)
<?php
/* identity endpoint · LARAVEL (Botble, Bagisto, any Laravel admin)
 * Drop this in your PUBLIC web root, e.g. /opsiq-identity.php
 * Answers: {"success":true,"authenticated":true,"admin":{...},"identity_token":"..."} */
define("OPSIQ_SITE_KEY", "SITE_KEY");
define("OPSIQ_SITE_SECRET", "opsiq_whsec_your_site_secret");   // Remote Sites → Codes

header("Content-Type: application/json");
$step = "boot";
try {
    require __DIR__ . "/../vendor/autoload.php";
    $app = require_once __DIR__ . "/../bootstrap/app.php";

    $step = "bind";
    // ORDER MATTERS: bind the request BEFORE bootstrapping, or providers that
    // resolve "request" during boot throw "Target class [request] does not exist".
    $request = Illuminate\Http\Request::capture();
    $app->instance("request", $request);

    $step = "bootstrap";
    $kernel = $app->make(Illuminate\Contracts\Http\Kernel::class);
    $kernel->bootstrap();

    $step = "session";
    $app["session"]->driver()->setId($request->cookie(config("session.cookie")));
    $app["session"]->driver()->start();

    $step = "auth";
    $user = auth()->guard("web")->user();   // use YOUR admin guard name
    if (!$user) {
        echo json_encode(["success" => false, "authenticated" => false, "error" => "no admin session"]);
        exit;
    }

    $step = "sign";
    $admin = [
        "id"            => (string)$user->id,
        "name"          => (string)($user->name ?? $user->username),
        "username"      => (string)($user->username ?? $user->email),
        "email"         => (string)$user->email,
        "role"          => (string)optional($user->roles->first())->name,
        "authenticated" => true,
    ];
    $payload = json_encode([
        "site_key"      => OPSIQ_SITE_KEY,
        "iat"           => time(),
        "exp"           => time() + 6 * 3600,
        "authenticated" => true,          // TOP LEVEL — required
        "platform"      => "laravel",
        "admin"         => $admin,
    ], JSON_UNESCAPED_SLASHES);
    $p64   = rtrim(strtr(base64_encode($payload), "+/", "-_"), "=");
    $token = $p64 . "." . hash_hmac("sha256", $p64, OPSIQ_SITE_SECRET);

    echo json_encode(["success" => true, "authenticated" => true,
                      "admin" => $admin, "identity_token" => $token]);
} catch (\Throwable $e) {
    // debug=1 names the failing STEP — never ship a blind catch-all
    $err = ($_GET["debug"] ?? "") === "1"
        ? get_class($e) . " at [" . $step . "]: " . $e->getMessage()
        : "identity unavailable";
    echo json_encode(["success" => false, "authenticated" => false, "error" => $err]);
}

Същата крайна точка за други стекове

Само "кой е влязъл?" промени в линията годежът е идентичен навсякъде. Подпишете се на сървъра, никога в JavaScript_.

WordPress · WHMCS· Symfony · обикновен P . .
<?php
/* The ONE helper every platform shares. Keep it verbatim. */
function opsiq_identity_token(array $admin, string $siteKey, string $secret, string $platform): string {
    $payload = json_encode([
        "site_key"      => $siteKey,
        "iat"           => time(),
        "exp"           => time() + 6 * 3600,
        "authenticated" => true,          // TOP LEVEL — OpsIQ refuses the token without it
        "platform"      => $platform,
        "admin"         => $admin + ["authenticated" => true],
    ], JSON_UNESCAPED_SLASHES);
    $p64 = rtrim(strtr(base64_encode($payload), "+/", "-_"), "=");
    return $p64 . "." . hash_hmac("sha256", $p64, $secret);
}

/* ── WORDPRESS ─────────────────────────────────────────────────────────── */
require_once ABSPATH . "wp-load.php";
if (!current_user_can("manage_options")) { /* not an admin → refuse */ }
$u = wp_get_current_user();
$admin = ["id" => (string)$u->ID, "name" => $u->display_name,
          "username" => $u->user_login, "email" => $u->user_email,
          "role" => implode(",", $u->roles)];

/* ── WHMCS (inside an addon/hook, admin area) ──────────────────────────── */
$aid = (int)($_SESSION["adminid"] ?? 0);
if ($aid <= 0) { /* not an admin → refuse */ }
$row = Capsule::table("tbladmins")->where("id", $aid)->first();
$admin = ["id" => (string)$row->id, "name" => trim($row->firstname . " " . $row->lastname),
          "username" => $row->username, "email" => $row->email, "role" => "administrator"];

/* ── SYMFONY ───────────────────────────────────────────────────────────── */
$u = $security->getUser();                    // Symfony\Bundle\SecurityBundle\Security
if (!$u) { /* not an admin → refuse */ }
$admin = ["id" => (string)$u->getId(), "name" => $u->getName(),
          "username" => $u->getUserIdentifier(), "email" => $u->getEmail(),
          "role" => implode(",", $u->getRoles())];

/* ── PLAIN PHP / your own app ──────────────────────────────────────────── */
session_start();
if (empty($_SESSION["admin_id"])) { /* not an admin → refuse */ }
$admin = ["id" => (string)$_SESSION["admin_id"], "name" => $_SESSION["admin_name"] ?? "",
          "username" => $_SESSION["admin_username"] ?? "", "email" => $_SESSION["admin_email"] ?? "",
          "role" => $_SESSION["admin_role"] ?? ""];

/* ── then, on EVERY stack ──────────────────────────────────────────────── */
$token = opsiq_identity_token($admin, "SITE_KEY", "opsiq_whsec_your_site_secret", "wordpress");
echo json_encode(["success" => true, "authenticated" => true,
                  "admin" => $admin, "identity_token" => $token]);

Когато не работи гол в този ред

Widget никога не се появява, конзолата казва "необходим е подпис на администратор за самоличност"

т по Вашите крайни точки не се връщат. identity_token. Отворете крайната точка URL директно в входния администраторски браузър с &debug=1 голема стъпка. На Ларапе това е почти винаги заявка-обвързващи или бисквитки-представка елемент по-горе.

Историята и разговорите работят, но всеки чат казва: "Изисква се администраторски вход"

Класическият раздел. authenticated флаг . . собствената крайна точка на джаджа приема символ, споделеният верификатор зад потока чат го отказва. "authenticated" => true beside exp.

"admin не се предоставя в OpsIQ_" (HTTP 401)

The token verified, but its username + email match no OpsIQ agent. Add the agent in OpsIQ → Team, or add the platform email to that agent's match-emails list when it differs from their OpsIQ email.

Everything 403s from the browser but works with curl

Предполетът на CORS отхвърля един от заглавните части на вашето искане. OPTIONS и ехо на искане произход, или просто да се избегнат потребителските заглавни части год. джаджата само се нуждае от бисквитка.

Работи вчера, провали се днес.

Проверка exp: символи са краткотрайни от дизайна. джаджата ре-сондира автоматично, така че това обикновено означава крайна точка спря да вижда сесията по един клавиш за приложението ротация, смяна на сеанс-водач, или промяна бисквитка-домейн.

💡
The admin widget renders hidden until identity resolves, and every chat/inbox/data call is enforced server-side against the matched OpsIQ agent regardless of anything the page asserts. The token unlocks the UI; permissions always come from OpsIQ.
Разработчик

Идентификация на посетителя

Самоличността свързва анонимни посетители с известни клиенти. OpsIQ връзки сърфиране история, чатове и билети за профила на клиента.

Как работи?
Идентификация на посетителяПоток: потребител влиза във вашия сайт, издавате подписан знак за самоличност, и OpsIQ Обединява сесиите им, чатите и билетите в един профил.Потребителски трупи вна вашия сайтПодпис на знакаID_token (HMAC)Един профилsessions+ чатове+ билети
Идентификация на посетителя

Две нива на идентичност, и когато всяко е достатъчно

Level 1 — an unsigned hint

You tell the widget who the visitor is with a plain JavaScript object. It fills the email and customer id on the visitor log, so your dashboard shows signed-in traffic and sessions join up. It is a HINT: anyone can edit it in their browser, so OpsIQ never releases account data on the strength of it.

Level 2 — a signed identity token

Your server signs a short-lived token with the site webhook secret. OpsIQ verifies the signature and only then treats the person as a proven customer. This is the level that unlocks account answers in customer chat and connector lookups. Use it for anything a stranger must not see.

⚠️
Level 1 is a display convenience. Level 2 is authentication. If a question can only be answered for the real account holder, you need Level 2.

Level 1 — the unsigned hint

Задайте обекта ПРЕДИ скрипта на джаджата, или се обадете идентифициране() по-късно, след като приложението ви знае кой е подписан. И двете форми се четат; използвайте това, което отговаря на вашата страница.

JavaScript· двете поддържани форми
<!-- Form A: set the global before the loader -->
<script>
  window.OpsIQClient = {
    id:    "cust_1001",
    email: "[email protected]",
    name:  "Jane Smith",
    plan:  "pro"
  };
</script>
<script async src="https://YOUR-OPSIQ/widget.php?site_key=YOUR_SITE_KEY"></script>

<!-- Form B: identify later, e.g. after a client-side login -->
<script>
  window.opsiq.identify({
    id:    "cust_1001",
    email: "[email protected]",
    name:  "Jane Smith",
    plan:  "pro"
  });
</script>
⚠️
Only these forms are read: the window.OpsIQClient global, window.opsiqConfig.user, and window.opsiq.identify(). There is no OpsIQ.push(['identify', ...]) queue and no OpsIQClientSignature global — if you find either in an old note, it does nothing.

Ниво 2 годежен символ за самоличност, подписан от сървъра

Точно същия договор като администратор джаджа, с customer тема вместо admin един. Подпишете го на сървъра си и го подайте на джаджата. Две подробности решават дали той проверява, и двете са лесни за грешка:

The HMAC covers the BASE64URL string, not the JSON

Подпис $payload64, не $payload. Signing the raw JSON produces a token that looks right and is rejected every time with a signature mismatch.

base64url, unpadded

Превод +/ до -_ и да се събличат = padding. Plain base64 happens to survive today; base64url is the contract and is what every OpsIQ verifier and reference connector emits.

Автентичното ниво на ТОП се определя на ниво

Освен site_key, iat както и exp. It is your assertion that a real human is logged in, and OpsIQ refuses the token without it.

клиент. ID е задължително

Символ, носещ само имейл потвърждава като подпис и след това тихо се отпусна. Винаги изпращайте документ за самоличност.

Поддържайте кратко експанзия

То е заявление от сесия, а не признание.

PHP - подпиши знак за самоличност на клиента (този код проверява)
<?php
/* Server-signed customer identity. Runnable as-is: set the two constants. */
$siteKey = "YOUR_SITE_KEY";                        // Remote Sites -> Codes
$secret  = "opsiq_whsec_your_site_secret";         // Remote Sites -> Codes

$payload = json_encode([
    "site_key"      => $siteKey,
    "iat"           => time(),
    "exp"           => time() + 3600,
    "authenticated" => true,                       // TOP LEVEL - required
    "platform"      => "your-platform",
    "customer"      => [
        "id"            => (string)$user->id,      // REQUIRED
        "email"         => (string)$user->email,   // REQUIRED
        "name"          => (string)$user->name,
        "plan"          => (string)($user->plan ?? ""),
        "authenticated" => true,
    ],
], JSON_UNESCAPED_SLASHES);

/* base64url(payload) . "." . hex HMAC-SHA256 OF THAT STRING. */
$payload64 = rtrim(strtr(base64_encode($payload), "+/", "-_"), "=");
$token     = $payload64 . "." . hash_hmac("sha256", $payload64, $secret);

/* Hand it to the widget either way: */
printf(
    '<script async src="https://YOUR-OPSIQ/widget.php?site_key=%s&identity_token=%s"></script>',
    rawurlencode($siteKey),
    rawurlencode($token)
);
// or, if the loader is already on the page:
// echo '<script>window.opsiqConfig = window.opsiqConfig || {}; '
//    . 'window.opsiqConfig.identityToken = ' . json_encode($token) . ';</script>';
🚫
Подпишете се само на сървъра. Символно отсечен в браузър JavaScript означава доставка на сайта тайна за всеки посетител, който дава възможност на всеки да се представи за клиент.

Един и същ договор, три повърхности

Общуване на клиенти на вашия сайт

клиент, преминал като identity_tocked на widget. php. Покрит по-горе.

Admin чат в своя backend

администратор субект, премина на opsiq/embed/admin_widget. php. Същият подпис, различен подиум ключ. Вижте "Admin джаджа в гърба си."

Поддържане на дълбоки връзки

A stricter variant: the same claims plus jti and single_use:true, and a 120-second life, because the token travels in a URL and must be spendable once. Do not hand-roll it. Settings, Support Portal has a ready snippet for your language, and the platform mints it for you when your account area runs on this server.

Ами ако посетителят изчисти бисквитките?+

Те стават анонимни, докато не бъдат идентифицирани отново. OpsIQ свързва новия анонимен запис с профила на клиента в момента, в който пристига подсказка или знак.

Защо моят символ потвърждава за дневника на посетителя, но не и за въпроси в профила?+

That is the Level 1 / Level 2 split. An unsigned hint fills the visitor log and nothing else. Account answers need a verified signature.

Разработчик

Приставки и SDKs

OpsIQ осигурява SDK пакети и плъгини за общи платформи.

Как работи?
Приставки и SDKsЧетири пакета: PHP SDK, Node.js SDK, WordPress приставка и WHMCS модул, всеки със своята команда за инсталиране.PHPPHPSDKкомпозитор изисква opsiq/sdk100 mgNode.jsSDK@opsiq/sdkВОWordPress приставкаЕдно кликване инсталиране & свързване10 mg/ mlWHMCS модулДобавяне за сметка + билет реле
Приставки и SDKs
PHPSDK

Пакет композитор: поколение символи за самоличност, действие API помощници, проверка на подписа на уеб-лока.

JavaScript SDK

От страната на браузъра: проследяване, идентичност, потребителски събития, контрол на чата.

WordPress приставка

Widget injection, identity from WP user sessions, WooCommerce sync.

WHMCS модул

Пълна интеграция: джаджа, билет реле, идентичност, администратор AI.

Shopify разширение на темата

Апликация с вградена автоматична самоличност на клиента.

PHP SDK бързо стартиране

PHP SDK пример
composer require opsiq/sdk

use OpsIQ\SDK\Identity;
$token = Identity::createToken(
    siteKey: "site_abc123",
    secret:  "opsiq_whsec_your_secret",
    customer: ["id" => "cust_1001", "email" => "[email protected]", "name" => "Jane"]
);

// Call any catalog action over the action API
$ch = curl_init("https://your-opsiq.com/api/v1.php");
curl_setopt_array($ch, [
    CURLOPT_POST => true,
    CURLOPT_RETURNTRANSFER => true,
    CURLOPT_HTTPHEADER => [
        "Authorization: Bearer opq_your_key",
        "Content-Type: application/json",
    ],
    CURLOPT_POSTFIELDS => json_encode([
        "action" => "crm.contacts.list",
        "status" => "lead",
        "limit"  => 25,
    ]),
]);
$contacts = json_decode(curl_exec($ch), true);
Разработчик

Проучване API, събития и автоматизация без конектор

Survey Studio е проектиран да използва същия тип General API, вътрешен изпълнител, събитие автобус и уебкасета операции като останалата част от OpsIQ. Това позволява на разработчиците да интегрират края до край без изграждане на пакетиран конектор.

⚠️
Статус на изпълнение: в момента се излага само на живо каталог platform.get.survey.config както и platform.save.survey.config. The surveys.* както и feedback.* Семействата по-долу са одобрени целеви договор и трябва да се върнат unknown_action до регистрацията.

Цели на семействата с цел действие

Видове, шаблони и бързо стартиране

surveys.types.*, surveys.templates.* както и surveys.quick_launch.* списък, преглед, инстанцирайте и валидирайте пълни стартери.

Проучване и версии

surveys.create|get|list|update|archive|duplicate плюс неизменна версия, валидиране и публикуване на действия.

Разположение и насочване

surveys.deployments.*, surveys.links.*, surveys.audiences.*, surveys.triggers.* както и surveys.variables.*.

Нарушаване и реагиране

surveys.invitations.*, surveys.campaigns.*, surveys.recipients.*, surveys.responses.*, износ, преизбиране и анализи.

Webhooks, import and Feedback

surveys.webhooks.*, surveys.imports.*, feedback.items.*, feedback.analytics.*, feedback.sources.* както и feedback.analysis.*.

Поток без съединител

1
Създаване и публикуване чрез General API_

Използвайте напечатани проучвания.* действия с клавиш за работа в работно пространство. Пише се декларира разрешение, риск, потвърждение, неудобство и сухо поведение.

2
Получаване на бизнес събитие

Изпращане на подписано събитие в качен уеб-кабина, например анулиране на поръчка или завършена на борда стъпка. Replay защита deduplicates събитието ID.

3
Карта в действия & спусъкове

Избор на OpsIQ Общи положения API действия като издаване на покана за проучване или подготовка на кампания, след това картографиране полета от проверения спусък полезен товар.

4
Абонирайте се за събития от проучването

Доставка на документиран бизнес-безопасно проучване.* Подмножество живот цикъл до вашата крайна точка с подпис, филтър, retrie, log и оторизирано повторение.

Цел на канонично събитие

Споделеният каталог ще обхваща проучване/използване публикува състоянието, аудиторията и решенията за задействане, поканите, предава /стартира/частично/преоблича/пълно/отклоняване, реакция на рестартирането, състояние на кампанията и неуспехи при доставката.

Конекторът е по избор. Той добавя повторно използване на платформа откритие, проверена идентичност, факти, променливи и получател изброяване. Общи API плюс Действия & Тригери / Webhooks остава пълната интеграционна пътека за разработчици, които не се нуждаят от пакетиран конектор.
Разработчик

РЕСТ API

На OpsIQ РЕСТ API позволява ви да програмно достъп до всички функции на платформата.

Как работи?
РЕСТ APIТерминал, показващ POST на OpsIQ API с ключ на Беърър, списък на отворени билети, и пейджъра JSON Отговор.$ curl -X POST https://your-domain.com/api/v1.php \-H "Authorization: Bearer opq_..."200 Добре.{ "data": [{ "id": 4192, "ticket_number": "T-4192","subject": "Card declined", "status": "open" },... more tickets ...], "page": 1, "per_page": 50, "has_more": true }
РЕСТ API

Формат на искането

Изпрати ключа като Authorization: Bearer opq_... или X-OpsIQ-Key: opq_...Използвайте един заглавен елемент, не и двете.

API request format
POST https://your-opsiq-domain.com/api/v1.php
Authorization: Bearer opq_your_api_key
# Alternative header: X-OpsIQ-Key: opq_your_api_key
Content-Type: application/json

{
  "action": "endpoint.name",
  "site_key": "site_abc123"
}

Общи действия

API е базиран на действие: изпратете action name in the body. Every registered administrator JSON operation has a stable named action. POST {"action":"meta.actions"} (не се изисква ключ) за авторитетния списък на инсталирането, договора за заявка, метаданните за риска и обхвата. platform.routes.* Мостът остава само за по-стари интеграции.

crm.contacts.list

Списък на CRM контакти (scope crm. read). Парами: q, статус, източник, етикет, резултат от олово, лимит.

crm.contacts.upsert

Ресолв-или-създаване на контакт (екзепи crm. write). Парами: имейл плюс полета, тагове, бележки.

crm.deals.list

Списък CRM сделки (scope crm. read). Парами: статус, етап_id, company_id , owner_admin_id; pipeline_id.

crm.activities.record

Запишете жизнен цикъл/бизнес дейност за контакт (екземпляр crum. write). Парами: имейл или contact_id, събитие, стойност, валута.

crm.conversions.record

Запишете преобразуване (scope crm. write). Парами: contact_id или email, conversion_type, стойност, валута.

crm.events.list

Сондаж CRM събитие поток (екземпляр crum. read). Парами: лимит.

tickets.list

Списък с билети (scope betches. read). Парами: страница, per_page, сорт, поръчка, статус, приоритет, department_id, designed_admin_id , client_email, search.

tickets.get

Един билет и съобщенията му (scope betters. read). Парами: глобен_id или trick_number, включват_messages, message_limit.

tickets.reply

Пост отговор на билет (scope bickets. write). Парами: глобен_id или trick_number, тяло, автор_type, author_name, internal.

tickets.update

Обновяване на билет (scope билети. write). Парами: глобен_id или билет_номер, статус, приоритет, предмет, department_id, designed_admin_id.

tickets.open

Отворете билет за поддръжка (scope bickets. write). Парами: клиент_email, клиент_name, предмет, тяло, приоритет.

tickets.bulk

Стартирайте масивна операция опашка (оскоп билети. запис). Парами: експлоатация, идентификационни карти.

conversations.list

Запис на разговорите на живо (екзепи за разговори. read). Парами: страница, per_page, статус, designed_admin_id, client_email, search.

conversations.get

Един разговор и неговите съобщения (екзепични разговори. read). Парами: converse_id или think_key, включват_съобщения.

conversations.messages

Paged message history (scope conversions. read). Парами: transfer_id, page, per_page, include_ internal.

conversations.send

Изпрати съобщение в разговор (scope conversions. write). Парами: travel_id, sessage, sender_ type, internal.

conversations.update

Напиши: conversion_id, status, designed_admin_id.

конектори. списък / . get /

Вижте кои конектори са инсталирани, какво всеки един може да направи и дали неговите пълномощия работят (оскоп конекторите. read).

automations.actions.list

Действията, които вашият строител на действия ще стартира (оскопни автомати. прочетени).

automations.triggers.list

Какво ще стреля и при кои условия (scope mautomatics. read).

automations.runs.list

История на изпълнението за дебъгване на интеграция (оскопни автомати. read). Парами: статус, action_key.

departments.list

Отдели можете да пренасочите билет към (огледай отдели. read).

notifications.list

Нотификации за един оператор (проучване на информация за търсене). Парами: admin_id (задължително), unread_ only.

analytics.export

А раздел доклад като CSV (екземпляр анализ. read). Парами: раздел, предварително настроен, от, до. Позвънете analytics. sections. list за валидни стойности.

site_intelization. sites. list/ . reports. list

Наблюдавани сайтове и техните SEO доклади (scope site_inteligence. read).

files.get

Краткотрайно подписано изтегляне на линк за прикачен файл (scope files. read). Парами: референция, ttl.

security.check

Попитайте дали IP или имейл е блокиран или подозрителен тук (scope security. read).IP Файъруол, спам-блъклиста и присъдата за сигурност. ip- Имейл.

security.report

Докладвайте за злоупотреби с вашата система, наблюдавани (scope security. write). Записана като събитие за сигурност, класифицирана от AI на Securities веднага, и администраторите са предупредени за високо рискови присъди. Парами: ip, имейл, вид, причина, източник.

Охрана. Блоков списък.

Управление на спам правилата на билета газопровод налага (scope security. write / secure. read). Същият магазин като страницата Билети "Block подателя" контрол. Парами: вид (email, домейн, ip_), стойност, причина, изтичат_часа.

💡
Тя връща всяко действие на разположение на инсталацията с обхвата, от който се нуждае всеки един, така че никога не трябва да познаете или да кодирате този списък.

Обработване, филтриране и сортиране

Всяко действие в списъка използва едни и същи параметри, така че ги научавате веднъж.

страница / на_страница

Номер на страница, започващ от 1, и размер на страница. 50, максимум 200. ограничение и компенсация също се приемат, ако ги предпочитате.

сортиране / поръчка

Всяко действие приема фиксиран набор от видове полета; всичко друго се игнорира, а не грешка.

filters

Изпращане на филтри като обект, или преминаване на филтър като параметър от най-високо ниво. Неизвестни филтри се игнорират.

Какво се връща

items, page, per_page, count, total and has_more. Keep requesting pages until has_more is false.

Страница, филтрирана, сортирана заявка
POST /api/v1.php
Authorization: Bearer opq_your_api_key

{
  "action": "tickets.list",
  "status": "open",
  "priority": "urgent",
  "sort": "created_at",
  "order": "desc",
  "page": 1,
  "per_page": 50
}

Грешки

Всеки провал връща една и съща форма, със стабилна code Не се връзвай с четения човек. error текст, който може да бъде преговорен.

Отговор на грешката
{
  "success": false,
  "code": "missing_scope",
  "error": "API key missing required scope. Needed one of: tickets.read, admin",
  "request_id": "req_8f2c1a9d4b7e"
}
Липсва_api_key/valual_api_key

Не е изпратен ключ, или ключът е грешен или изтекъл. HTTP 401_.

missing_scope

Ключът е валиден, но липсва обхвата на това действие се нуждае. HTTP 403_.

read_ only_key/ action_ limited

Ключът е само за четене, или това действие не е в списъка си с позволени. HTTP 403_.

unknown_action

Няма такова действие. Обадете се на мета. действия за текущия списък. HTTP 400_

липсващ_параметър/невалиден_паметър

Изискван параметър липсва или стойността не се приема. HTTP 400_.

not_found

Записът не съществува или не е в работното място, което този ключ може да види. HTTP 404_.

rate_limited

Почасовата граница за този ключ се използва. HTTP 429.

server_error

Нещо не е наред с нас. Искането_ID идентифицира опита, ако трябва да го докладвате. HTTP 500_.

Безопасно връщане

Ако е писано, не можете да кажете дали се приземи. idempotency_key и повторение на едно и също обаждане връща първоначалния резултат вместо да се прави работата два пъти.

Непостоянен запис
{
  "action": "tickets.reply",
  "ticket_id": 4192,
  "body": "Thanks, that is now fixed.",
  "idempotency_key": "your-unique-id-for-this-attempt"
}
Колко дълго ще продължи?

Ключът е запомнен с 24 часове срещу едно и също действие и API Ключ.

Какво ще си върнеш?

Оригиналният отговор, плюс immpotent_replay: вярно е, така че можете да кажете, че това беше повторение.

Провалът остава рестартируем

Ако обаждането не успее, изпращайте го отново със същия ключ.

Четения

Четенето игнорира ключа.

Тест без промяна на нищо

Добавяне dry_run: true Вашите ключове, обхвати и параметри са проверени точно както обикновено, след това обаждането спира преди всичко да бъде създадено или променено.

Суха тренировка: проверяване на пълномощията и полезен товар безопасно
{
  "action": "tickets.update",
  "ticket_id": 4192,
  "status": "closed",
  "dry_run": true
}

{
  "success": true,
  "dry_run": true,
  "would_execute": true,
  "message": "Authorised and validated. No write was performed because dry_run was set."
}
Използвайте сухо_избягване, докато строите. Това е най-бързият начин да потвърдите, че ключ има правилните обхвати и вашият полезен товар е оформен правилно, без да създавате тестови данни, които след това трябва да изчистите.

Граници на лихвения процент

Гранична стойност на клавиша

Конфигурируема часова граница за всеки API ключ (по подразбиране) 1000 Задайте го на ключ по настройките,API Ключовете.

Когато е превишено

HTTP 429 with code rate_limited, plus a Retry-After header telling you how many seconds to wait. The limit resets at the top of the next clock hour.

Знаейки къде си.

Всеки отговор носи X-RateLimit-Limmit, X-ReateLimit-Remaining и X-rateLimite-Reset (Unix timestamp). Гледайте Оставане и забавяне преди да изтече, отколкото чака да бъде отказан.

Разказване 429 от 401

A 429 означава да изчакаме и да опитаме отново. 401 означава, че самият ключ е грешен или изтекъл, така че повторното опитване няма да помогне, докато не поправите ключа.

Предостатски гард за груба сила

Многократните неуспешни опити от един IP се задвижват отделно.

Най-добра практика

Отдръпни се, когато останеш ниско и почети Ритрия-След това след 429 вместо да опиташ веднага.

Версии и стабилност

Текуща версия

v1. Всеки отговор носи X-OpsIQ-API-Версия и Х...OpsIQ-API- За да потвърдиш с какво говориш.

Как ще бъдеш предупредена

Ако версия някога се пенсионира, отговорите получават стандартни Deprecation и Sunset заглавни части, и meta. actions доклади deprecated и slevande_at. Проверете тези в мониторинг и никога няма да бъдете изненадани.

Какво няма да се промени

Съществуващите имена на действия, техните параметри и кодовете им за грешки. Нови действия и нови незадължителни полета могат да бъдат добавени по всяко време, така че игнорирайте полетата, които не разпознавате, вместо да ги проваляте.

Пълна интеграция, започваме да завършваме

Това е цялата линия: намери работа, прочети я, действай върху нея и потвърди какво си направил.

Пълен работен поток на билета над API
# 1. Discover what this install offers and what each action needs.
POST /api/v1.php
{"action":"meta.actions"}

# 2. Find the urgent open tickets.
POST /api/v1.php
Authorization: Bearer opq_your_api_key
{"action":"tickets.list","status":"open","priority":"urgent","per_page":25}

# 3. Read one, including its conversation history.
{"action":"tickets.get","ticket_id":4192}

# 4. Reply, safely enough to retry if the network drops.
{"action":"tickets.reply","ticket_id":4192,
 "body":"We have issued the refund.","idempotency_key":"reply-4192-attempt-1"}

# 5. Close it.
{"action":"tickets.update","ticket_id":4192,"status":"closed"}

# 6. Page through anything larger: keep going until has_more is false.
{"action":"tickets.list","page":2,"per_page":50}
💡
Всичко горе работи по същия начин за разговори: voors. list, conversions. get, consirations. send and conalks. update следват идентичния модел, параметри и форма на отговор.

Всяко действие, с обхвата, от който се нуждае

Този списък се генерира от каталога за движение, така че винаги съвпада с версията, на която сте. meta.actions връща същата информация като JSON.

1745 named actions: 588 reads, 1157 writes and 62 scopes. Every registered administrator JSON operation has a stable named action. OpenAPI: /api/v1/openapi.php. Postman: /api/v1/postman.php. Contract quality: declared_dynamic: 391; explicit: 92; route_inferred: 1146; source_inferred: 116.

administration (25)

administration.2fa.disable

Write. Scope: administration.write, admin. Contract: route_inferred. Admin 2fa Disable

administration.2fa.enable

Write. Scope: administration.write, admin. Contract: route_inferred. Admin 2fa Enable

administration.2fa.recovery.regenerate

Write. Scope: administration.write, admin. Contract: route_inferred. Admin 2fa Recovery Regenerate

administration.2fa.setup

Read. Scope: administration.read, admin. Contract: declared_dynamic. Admin 2fa Setup

administration.2fa.status

Read. Scope: administration.read, admin. Contract: declared_dynamic. Admin 2fa Status

administration.ai.train.from.reply

Write. Scope: administration.write, admin. Contract: route_inferred. Admin Ai Train From Reply

administration.brain.cancel

Write. Scope: administration.write, admin. Contract: declared_dynamic. Admin Brain Cancel

administration.brain.view

Write. Scope: administration.write, admin. Contract: route_inferred. Admin Brain View

administration.chat.access.check

Write. Scope: administration.write, admin. Contract: route_inferred. Admin Chat Access Check

administration.chat.create.ticket.on.behalf

Write. Scope: administration.write, admin. Contract: route_inferred. Admin Chat Create Ticket On Behalf

administration.chat.draft.ticket.from.thread

Write. Scope: administration.write, admin. Contract: route_inferred. Admin Chat Draft Ticket From Thread

administration.conv.delete

Write. Scope: administration.write, admin. Contract: route_inferred. Admin Conv Delete

administration.conv.get

Write. Scope: administration.write, admin. Contract: route_inferred. Admin Conv Get

administration.conv.list

Write. Scope: administration.write, admin. Contract: route_inferred. Admin Conv List

administration.conv.new

Write. Scope: administration.write, admin. Contract: route_inferred. Admin Conv New

administration.conv.save

Write. Scope: administration.write, admin. Contract: route_inferred. Admin Conv Save

administration.notification.prefs.get

Read. Scope: administration.read, admin. Contract: declared_dynamic. Admin Notification Prefs Get

administration.notification.prefs.save

Write. Scope: administration.write, admin. Contract: declared_dynamic. Admin Notification Prefs Save

administration.notifications.list

Read. Scope: administration.read, admin. Contract: route_inferred. Admin Notifications List

administration.notifications.mark.all.read

Read. Scope: administration.read, admin. Contract: declared_dynamic. Admin Notifications Mark All Read

administration.notifications.mark.read

Read. Scope: administration.read, admin. Contract: route_inferred. Admin Notifications Mark Read

administration.notifications.pulse

Write. Scope: administration.write, admin. Contract: route_inferred. Admin Notifications Pulse

administration.online.list

Read. Scope: administration.read, admin. Contract: declared_dynamic. Admin Online List

administration.presence.ping

Write. Scope: administration.write, admin. Contract: declared_dynamic. Admin Presence Ping

administration.realtime.token

Write. Scope: administration.write, admin. Contract: route_inferred. Admin Realtime Token

analytics (43)

analytics.add.widget

Write. Scope: analytics.write, admin. Contract: route_inferred. Dashboard Add Widget

analytics.analytics.connectors.catalog

Read. Scope: analytics.read, admin. Contract: declared_dynamic. Analytics Connectors Catalog

analytics.analytics.data

Read. Scope: analytics.read, admin. Contract: route_inferred. Analytics Data

analytics.analytics.export

Read. Scope: analytics.read, admin. Contract: route_inferred. Analytics Export

analytics.analytics.export.csv

Read. Scope: analytics.read, admin. Contract: route_inferred. Analytics Export Csv

analytics.analytics.import

Write. Scope: analytics.write, admin. Contract: route_inferred. Analytics Import

analytics.analytics.report

Write. Scope: analytics.write, admin. Contract: route_inferred. Analytics Report

analytics.analytics.segments.delete

Write. Scope: analytics.write, admin. Contract: route_inferred. Analytics Segments Delete

analytics.analytics.segments.list

Read. Scope: analytics.read, admin. Contract: declared_dynamic. Analytics Segments List

analytics.analytics.segments.save

Write. Scope: analytics.write, admin. Contract: route_inferred. Analytics Segments Save

analytics.analytics.status

Read. Scope: analytics.read, admin. Contract: declared_dynamic. Analytics Status

analytics.clear.all

Write. Scope: analytics.write, admin. Contract: declared_dynamic. Replay Clear All

analytics.compute

Read. Scope: analytics.read, admin. Contract: route_inferred. Funnels Compute

analytics.create

Write. Scope: analytics.write, admin. Contract: route_inferred. Ab Test Create

analytics.create.route.dashboard.create

Write. Scope: analytics.write, admin. Contract: route_inferred. Dashboard Create

analytics.create.route.report.create

Write. Scope: analytics.write, admin. Contract: route_inferred. Report Create

analytics.delete

Write. Scope: analytics.write, admin. Contract: route_inferred. Ab Test Delete

analytics.delete.route.dashboard.delete

Write. Scope: analytics.write, admin. Contract: route_inferred. Dashboard Delete

analytics.delete.route.funnels.delete

Write. Scope: analytics.write, admin. Contract: route_inferred. Funnels Delete

analytics.delete.route.report.delete

Write. Scope: analytics.write, admin. Contract: route_inferred. Report Delete

analytics.events

Read. Scope: analytics.read, admin. Contract: route_inferred. Replay Events

analytics.export

Read. Scope: analytics.read, admin. Contract: source_inferred. Analytics Export

analytics.get

Read. Scope: analytics.read, admin. Contract: route_inferred. Dashboard Get

analytics.layout.get

Read. Scope: analytics.read, admin. Contract: declared_dynamic. Dashboard Layout Get

analytics.layout.save

Write. Scope: analytics.write, admin. Contract: route_inferred. Dashboard Layout Save

analytics.list

Read. Scope: analytics.read, admin. Contract: declared_dynamic. Ab Test List

analytics.list.route.dashboard.list

Read. Scope: analytics.read, admin. Contract: declared_dynamic. Dashboard List

analytics.list.route.funnels.list

Read. Scope: analytics.read, admin. Contract: declared_dynamic. Funnels List

analytics.list.route.report.list

Read. Scope: analytics.read, admin. Contract: declared_dynamic. Report List

analytics.remove.widget

Write. Scope: analytics.write, admin. Contract: route_inferred. Dashboard Remove Widget

analytics.rename

Read. Scope: analytics.read, admin. Contract: route_inferred. Dashboard Rename

analytics.results

Read. Scope: analytics.read, admin. Contract: route_inferred. Ab Test Results

analytics.save

Write. Scope: analytics.write, admin. Contract: route_inferred. Funnels Save

analytics.scheduled.list

Read. Scope: analytics.read, admin. Contract: explicit. List scheduled analytics reports for an operator Required fields: admin_id.

analytics.sections.list

Read. Scope: analytics.read, admin. Contract: explicit. List analytics report sections and date presets

analytics.send.now

Write. Scope: analytics.write, admin. Contract: route_inferred. Report Send Now

analytics.sessions

Read. Scope: analytics.read, admin. Contract: route_inferred. Replay Sessions

analytics.step.visitors

Read. Scope: analytics.read, admin. Contract: route_inferred. Funnels Step Visitors

analytics.timeline

Read. Scope: analytics.read, admin. Contract: route_inferred. Replay Timeline

analytics.toggle.shared

Write. Scope: analytics.write, admin. Contract: route_inferred. Dashboard Toggle Shared

analytics.update

Write. Scope: analytics.write, admin. Contract: route_inferred. Ab Test Update

analytics.update.route.report.update

Write. Scope: analytics.write, admin. Contract: route_inferred. Report Update

analytics.widget.data

Read. Scope: analytics.read, admin. Contract: route_inferred. Dashboard Widget Data

automations (6)

automations.actions.list

Read. Scope: automations.read, admin. Contract: explicit. List integration actions

automations.delete

Write. Scope: automations.write, admin. Contract: route_inferred. Workflow Delete

automations.list

Read. Scope: automations.read, admin. Contract: route_inferred. Workflow List

automations.runs.list

Read. Scope: automations.read, admin. Contract: explicit. List automation execution history

automations.save

Write. Scope: automations.write, admin. Contract: route_inferred. Workflow Save

automations.triggers.list

Read. Scope: automations.read, admin. Contract: explicit. List integration triggers

чат (34)

chat.call.start

Write. Scope: chat.write, admin. Contract: route_inferred. Chat Call Start

chat.cobrowse.send

Write. Scope: chat.write, admin. Contract: route_inferred. Chat Cobrowse Send

chat.feedback

Read. Scope: chat.read, admin. Contract: route_inferred. Chat Feedback

chat.feedback.digest

Write. Scope: chat.write, admin. Contract: route_inferred. Chat Feedback Digest

chat.form.delete

Write. Scope: chat.write, admin. Contract: route_inferred. Chat Form Delete

chat.form.get

Read. Scope: chat.read, admin. Contract: route_inferred. Chat Form Get

chat.form.list

Read. Scope: chat.read, admin. Contract: declared_dynamic. Chat Form List

chat.form.save

Write. Scope: chat.write, admin. Contract: route_inferred. Chat Form Save

chat.form.set.default

Write. Scope: chat.write, admin. Contract: route_inferred. Chat Form Set Default

chat.online.admins

Write. Scope: chat.write, admin. Contract: route_inferred. Chat Online Admins

chat.permissions.list

Write. Scope: chat.write, admin. Contract: route_inferred. Chat Permissions List

chat.permissions.revoke

Write. Scope: chat.write, admin. Contract: route_inferred. Chat Permissions Revoke

chat.permissions.save

Write. Scope: chat.write, admin. Contract: route_inferred. Chat Permissions Save

chat.permissions.upload.avatar

Write. Scope: chat.write, admin. Contract: route_inferred. Chat Permissions Upload Avatar

chat.reaction.toggle

Write. Scope: chat.write, admin. Contract: route_inferred. Chat Reaction Toggle

chat.saved_replies.add

Write. Scope: chat.write, admin. Contract: source_inferred. Chat Saved Replies Add Retry-safe with idempotency_key.

chat.saved_replies.list

Read. Scope: chat.read, admin. Contract: explicit. List workspace and personal saved replies

chat.saved_replies.save

Write. Scope: chat.write, admin. Contract: source_inferred. Chat Saved Replies Save Retry-safe with idempotency_key.

chat.set.persona

Write. Scope: chat.write, admin. Contract: route_inferred. Chat Set Persona

chat.snooze.clear

Write. Scope: chat.write, admin. Contract: route_inferred. Chat Snooze Clear

chat.snooze.set

Write. Scope: chat.write, admin. Contract: route_inferred. Chat Snooze Set

chat.transfer.thread

Write. Scope: chat.write, admin. Contract: route_inferred. Chat Transfer Thread

chat.transfer.unread

Write. Scope: chat.write, admin. Contract: declared_dynamic. Chat Transfer Unread

chat.typing.preview

Write. Scope: chat.write, admin. Contract: route_inferred. Chat Typing Preview

chat.whisper.ai.summary

Write. Scope: chat.write, admin. Contract: route_inferred. Chat Whisper Ai Summary

chat.whisper.controls

Write. Scope: chat.write, admin. Contract: declared_dynamic. Chat Whisper Controls

chat.whisper.delete.room

Write. Scope: chat.write, admin. Contract: route_inferred. Chat Whisper Delete Room

chat.whisper.list

Write. Scope: chat.write, admin. Contract: route_inferred. Chat Whisper List

chat.whisper.mentions

Write. Scope: chat.write, admin. Contract: declared_dynamic. Chat Whisper Mentions

chat.whisper.rooms

Write. Scope: chat.write, admin. Contract: declared_dynamic. Chat Whisper Rooms

chat.whisper.save.controls

Write. Scope: chat.write, admin. Contract: route_inferred. Chat Whisper Save Controls

chat.whisper.send

Write. Scope: chat.write, admin. Contract: route_inferred. Chat Whisper Send

chat.whisper.targets

Write. Scope: chat.write, admin. Contract: declared_dynamic. Chat Whisper Targets

chat.whisper.unread

Write. Scope: chat.write, admin. Contract: route_inferred. Chat Whisper Unread

communications (21)

communications.auth.check

Read. Scope: communications.read, admin. Contract: route_inferred. Email Auth Check

communications.campaign.delete

Write. Scope: communications.write, admin. Contract: route_inferred. Push Campaign Delete

communications.campaign.save

Write. Scope: communications.write, admin. Contract: route_inferred. Push Campaign Save

communications.campaign.send

Write. Scope: communications.write, admin. Contract: route_inferred. Push Campaign Send

communications.campaigns.list

Read. Scope: communications.read, admin. Contract: declared_dynamic. Push Campaigns List

communications.drafts.delete

Write. Scope: communications.write, admin. Contract: route_inferred. Email Drafts Delete

communications.drafts.list

Read. Scope: communications.read, admin. Contract: declared_dynamic. Email Drafts List

communications.drafts.save

Write. Scope: communications.write, admin. Contract: route_inferred. Email Drafts Save

communications.drafts.send

Write. Scope: communications.write, admin. Contract: route_inferred. Email Drafts Send

communications.mailboxes.delete

Write. Scope: communications.write, admin. Contract: route_inferred. Email Mailboxes Delete

communications.mailboxes.list

Read. Scope: communications.read, admin. Contract: route_inferred. Email Mailboxes List

communications.mailboxes.poll

Read. Scope: communications.read, admin. Contract: declared_dynamic. Email Mailboxes Poll

communications.mailboxes.save

Write. Scope: communications.write, admin. Contract: route_inferred. Email Mailboxes Save

communications.mailboxes.test

Read. Scope: communications.read, admin. Contract: declared_dynamic. Email Mailboxes Test

communications.pipe.regen.token

Write. Scope: communications.write, admin. Contract: declared_dynamic. Email Pipe Regen Token

communications.platform.list

Read. Scope: communications.read, admin. Contract: declared_dynamic. Email Platform List

communications.platform.send

Write. Scope: communications.write, admin. Contract: route_inferred. Email Platform Send

communications.settings.get

Read. Scope: communications.read, admin. Contract: declared_dynamic. Email Settings Get

communications.settings.save

Write. Scope: communications.write, admin. Contract: route_inferred. Email Settings Save

communications.settings.test

Read. Scope: communications.read, admin. Contract: route_inferred. Email Settings Test

communications.vapid.generate

Write. Scope: communications.write, admin. Contract: declared_dynamic. Push Vapid Generate

connector_builder (11)

connector_builder.export

Read. Scope: connector_builder.read, admin. Contract: explicit. Export a generated connector Required fields: slug.

connector_builder.generate

Write. Scope: connector_builder.write, admin. Contract: explicit. Generate a connector package Required fields: spec. Retry-safe with idempotency_key.

connector_builder.get

Read. Scope: connector_builder.read, admin. Contract: explicit. Load a Builder specification Required fields: slug.

connector_builder.import.curl

Write. Scope: connector_builder.write, admin. Contract: explicit. Import cURL into Connector Builder Retry-safe with idempotency_key.

connector_builder.import.openapi

Write. Scope: connector_builder.write, admin. Contract: explicit. Import OpenAPI into Connector Builder Retry-safe with idempotency_key.

connector_builder.import.postman

Write. Scope: connector_builder.write, admin. Contract: explicit. Import Postman into Connector Builder Retry-safe with idempotency_key.

connector_builder.list

Read. Scope: connector_builder.read, admin. Contract: explicit. List Builder connectors

connector_builder.profiles

Read. Scope: connector_builder.read, connectors.read, admin. Contract: source_inferred. List Connector Builder profiles and capability contracts

connector_builder.test

Write. Scope: connector_builder.write, admin. Contract: explicit. Run Builder conformance tests Required fields: slug. Retry-safe with idempotency_key.

connector_builder.update

Write. Scope: connector_builder.write, admin. Contract: explicit. Update a generated connector Required fields: slug, spec. Retry-safe with idempotency_key.

connector_builder.validate

Read. Scope: connector_builder.read, admin. Contract: explicit. Validate a Builder specification Required fields: spec.

connectors (49)

connectors.action

Write. Scope: connectors.write, admin. Contract: route_inferred. Connectors Action

connectors.backfill

Write. Scope: connectors.write, admin. Contract: explicit. Start connector backfill Required fields: slug. Retry-safe with idempotency_key.

connectors.backfill.route.connectors.backfill

Write. Scope: connectors.write, admin. Contract: route_inferred. Connectors Backfill

connectors.backfill.status

Read. Scope: connectors.read, admin. Contract: explicit. Read connector backfill status Required fields: slug.

connectors.backfill.status.route.connectors.backfill.status

Read. Scope: connectors.read, admin. Contract: route_inferred. Connectors Backfill Status

connectors.builder.ai.actions

Read. Scope: connectors.read, admin. Contract: route_inferred. Connectors Builder Ai Actions

connectors.builder.ai.handler

Read. Scope: connectors.read, admin. Contract: route_inferred. Connectors Builder Ai Handler

connectors.builder.ai.map

Write. Scope: connectors.write, admin. Contract: route_inferred. Connectors Builder Ai Map

connectors.builder.delete

Write. Scope: connectors.write, admin. Contract: route_inferred. Connectors Builder Delete

connectors.builder.dry.run

Write. Scope: connectors.write, admin. Contract: route_inferred. Connectors Builder Dry Run

connectors.builder.generate

Write. Scope: connectors.write, admin. Contract: route_inferred. Connectors Builder Generate

connectors.builder.import.curl

Write. Scope: connectors.write, admin. Contract: route_inferred. Connectors Builder Import Curl

connectors.builder.import.openapi

Write. Scope: connectors.write, admin. Contract: route_inferred. Connectors Builder Import Openapi

connectors.builder.import.postman

Write. Scope: connectors.write, admin. Contract: route_inferred. Connectors Builder Import Postman

connectors.builder.list

Read. Scope: connectors.read, admin. Contract: declared_dynamic. Connectors Builder List

connectors.builder.load

Read. Scope: connectors.read, admin. Contract: route_inferred. Connectors Builder Load

connectors.builder.marketplace.apply

Write. Scope: connectors.write, admin. Contract: route_inferred. Connectors Builder Marketplace Apply

connectors.builder.marketplace.link

Write. Scope: connectors.write, admin. Contract: route_inferred. Connectors Builder Marketplace Link

connectors.builder.marketplace.status

Read. Scope: connectors.read, admin. Contract: declared_dynamic. Connectors Builder Marketplace Status

connectors.builder.marketplace.submit

Write. Scope: connectors.write, admin. Contract: route_inferred. Connectors Builder Marketplace Submit

connectors.builder.test

Read. Scope: connectors.read, admin. Contract: route_inferred. Connectors Builder Test

connectors.builder.test.action

Read. Scope: connectors.read, admin. Contract: route_inferred. Connectors Builder Test Action

connectors.builder.update

Write. Scope: connectors.write, admin. Contract: route_inferred. Connectors Builder Update

connectors.builder.validate

Read. Scope: connectors.read, admin. Contract: route_inferred. Connectors Builder Validate

connectors.contacts.import

Write. Scope: connectors.write, admin. Contract: route_inferred. Connector Contacts Import

connectors.contract

Read. Scope: connectors.read, connector_builder.read, admin. Contract: source_inferred. Read the canonical connector capability contract

connectors.customers.sync

Write. Scope: connectors.write, admin. Contract: explicit. Synchronize connector customers Required fields: slug. Retry-safe with idempotency_key.

connectors.disable

Write. Scope: connectors.write, admin. Contract: explicit. Disable a connector Required fields: slug. Retry-safe with idempotency_key.

connectors.disable.route.connectors.disable

Write. Scope: connectors.write, admin. Contract: route_inferred. Connectors Disable

connectors.email.account.department

Read. Scope: connectors.read, admin. Contract: route_inferred. Connector Email Account Department

connectors.email.account.remove

Write. Scope: connectors.write, admin. Contract: route_inferred. Connector Email Account Remove

connectors.email.account.routing

Read. Scope: connectors.read, admin. Contract: route_inferred. Connector Email Account Routing

connectors.enable

Write. Scope: connectors.write, admin. Contract: explicit. Enable a connector Required fields: slug. Retry-safe with idempotency_key.

connectors.enable.route.connectors.enable

Write. Scope: connectors.write, admin. Contract: route_inferred. Connectors Enable

connectors.get

Read. Scope: connectors.read, admin. Contract: source_inferred. Connectors Get

connectors.get.route.connectors.get

Read. Scope: connectors.read, admin. Contract: route_inferred. Connectors Get

connectors.install

Write. Scope: connectors.write, admin. Contract: route_inferred. Connectors Install

connectors.integrity.scan

Read. Scope: connectors.read, admin. Contract: declared_dynamic. Connector Integrity Scan

connectors.list

Read. Scope: connectors.read, admin. Contract: explicit. List installed connectors and capabilities

connectors.list.route.connectors.list

Read. Scope: connectors.read, admin. Contract: declared_dynamic. Connectors List

connectors.oauth.start

Write. Scope: connectors.write, admin. Contract: route_inferred. Connector Oauth Start

connectors.settings.get

Read. Scope: connectors.read, admin. Contract: explicit. Read connector settings Required fields: slug.

connectors.settings.save

Write. Scope: connectors.write, admin. Contract: explicit. Save connector settings Required fields: slug, settings. Retry-safe with idempotency_key.

connectors.shared.oauth.delete

Write. Scope: connectors.write, admin. Contract: route_inferred. Connector Shared Oauth Delete

connectors.sync.customers

Write. Scope: connectors.write, admin. Contract: route_inferred. Connectors Sync Customers

connectors.test

Read. Scope: connectors.read, admin. Contract: source_inferred. Connectors Test

connectors.test.route.connectors.test

Read. Scope: connectors.read, admin. Contract: route_inferred. Connectors Test

connectors.uninstall

Write. Scope: connectors.write, admin. Contract: route_inferred. Connectors Uninstall

connectors.workflow.recipes

Read. Scope: connectors.read, admin. Contract: route_inferred. Connectors Workflow Recipes

conversations (37)

conversations.ai.draft

Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Ai Draft

conversations.ai.rewrite

Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Ai Rewrite

conversations.archive

Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Archive

conversations.assign

Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Assign

conversations.assignees

Write. Scope: conversations.write, admin. Contract: declared_dynamic. Admin Client Chat Assignees

conversations.bulk

Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Bulk

conversations.clear

Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Clear

conversations.clear.all

Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Clear All

conversations.customer.tickets

Write. Scope: conversations.write, admin. Contract: declared_dynamic. Admin Client Chat Customer Tickets

conversations.decline

Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Decline

conversations.delete

Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Delete

conversations.delete.last

Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Delete Last

conversations.edit.last

Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Edit Last

conversations.export

Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Export

conversations.forget.visitor

Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Forget Visitor

conversations.get

Read. Scope: conversations.read, admin. Contract: source_inferred. Conversations Get

conversations.history

Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat History

conversations.list

Read. Scope: conversations.read, admin. Contract: source_inferred. Conversations List

conversations.messages

Read. Scope: conversations.read, admin. Contract: source_inferred. Conversations Messages

conversations.resolve

Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Resolve

conversations.saved.replies

Write. Scope: conversations.write, admin. Contract: declared_dynamic. Admin Client Chat Saved Replies

conversations.saved.reply.add

Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Saved Reply Add

conversations.saved.reply.ai.generate

Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Saved Reply Ai Generate

conversations.saved.reply.delete

Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Saved Reply Delete

conversations.saved.reply.save

Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Saved Reply Save

conversations.send

Write. Scope: conversations.write, admin. Contract: source_inferred. Conversations Send Retry-safe with idempotency_key.

conversations.send.route.admin.client.chat.send

Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Send

conversations.tags.set

Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Tags Set

conversations.thread

Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Thread

conversations.threads

Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Threads

conversations.toggle

Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Toggle

conversations.toggle.attachments

Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Toggle Attachments

conversations.toggle.call.button

Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Toggle Call Button

conversations.typing

Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Typing

conversations.unarchive

Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Unarchive

conversations.update

Write. Scope: conversations.write, admin. Contract: explicit. Update a conversation status, assignment or subject Retry-safe with idempotency_key.

conversations.upload

Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Upload

crum (260)

crm.ab.results

Read. Scope: crm.read, admin. Contract: route_inferred. Crm Ab Results

crm.access.set

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Access Set

crm.access_log.list

Read. Scope: admin. Contract: source_inferred. Crm Access Log List

crm.account.health

Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Account Health

crm.account.health.board

Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Account Health Board

crm.account.health.refresh

Write. Scope: crm.write, admin. Contract: declared_dynamic. Crm Account Health Refresh

crm.account.plan.get

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Account Plan Get

crm.account.plan.save

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Account Plan Save

crm.account.plans.due

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Account Plans Due

crm.account.timeline

Read. Scope: crm.read, admin. Contract: route_inferred. Crm Account Timeline

crm.activities.list

Read. Scope: crm.read. Contract: explicit. List CRM contact activities

crm.activities.record

Write. Scope: crm.write. Contract: explicit. Record a CRM contact activity Required fields: contact_id, activity_type. Retry-safe with idempotency_key.

crm.activity.feed

Read. Scope: crm.read, admin. Contract: route_inferred. Crm Activity Feed

crm.agent.toggle

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Agent Toggle

crm.ai.policy.get

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Ai Policy Get

crm.ai.policy.save

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Ai Policy Save

crm.ai.policy.simulate

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Ai Policy Simulate

crm.ai.trace

Read. Scope: crm.read, admin. Contract: route_inferred. Crm Ai Trace

crm.approval.decide

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Approval Decide

crm.approval.delegate.set

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Approval Delegate Set

crm.approval.list

Read. Scope: crm.read, admin. Contract: route_inferred. Crm Approval List

crm.approval.policy.get

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Approval Policy Get

crm.approval.policy.save

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Approval Policy Save

crm.approval.settings

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Approval Settings

crm.approve.apply

Write. Scope: crm.write, admin. Contract: declared_dynamic. Crm Approve Apply

crm.approve.list

Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Approve List

crm.approve.reject

Write. Scope: crm.write, admin. Contract: declared_dynamic. Crm Approve Reject

crm.approve.update

Write. Scope: crm.write, admin. Contract: declared_dynamic. Crm Approve Update

crm.ask

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Ask

crm.assign.owner

Write. Scope: crm.write, admin. Contract: route_inferred. Contact Assign Owner

crm.assignment.get

Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Assignment Get

crm.assignment.save

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Assignment Save

crm.attachment.delete

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Attachment Delete

crm.attachment.list

Read. Scope: crm.read, admin. Contract: route_inferred. Crm Attachment List

crm.attachment.upload

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Attachment Upload

crm.autobook.meeting

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Autobook Meeting

crm.autodeal.mode

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Autodeal Mode

crm.book.meeting

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Book Meeting

crm.booking.link.save

Write. Scope: crm.write, admin. Contract: declared_dynamic. Crm Booking Link Save

crm.booking.links.list

Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Booking Links List

crm.build.apply

Write. Scope: crm.write, admin. Contract: declared_dynamic. Crm Build Apply

crm.build.get

Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Build Get

crm.build.list

Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Build List

crm.build.plan

Write. Scope: crm.write, admin. Contract: declared_dynamic. Crm Build Plan

crm.build.rollback

Write. Scope: crm.write, admin. Contract: declared_dynamic. Crm Build Rollback

crm.bulk

Write. Scope: crm.write, admin. Contract: route_inferred. Contact Bulk

crm.bundle.set

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Bundle Set

crm.calendar.status

Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Calendar Status

crm.capture.status

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Capture Status

crm.comm.policy.get

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Comm Policy Get

crm.comm.policy.save

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Comm Policy Save

crm.command.snapshot

Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Command Snapshot

crm.companies.list

Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Companies List

crm.company.hierarchy

Read. Scope: crm.read, admin. Contract: route_inferred. Crm Company Hierarchy

crm.company.save

Write. Scope: crm.write, admin. Contract: declared_dynamic. Crm Company Save

crm.company.set.parent

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Company Set Parent

crm.company.suggest.related

Read. Scope: crm.read, admin. Contract: route_inferred. Crm Company Suggest Related

crm.connectors.catalog

Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Connectors Catalog

crm.consent_log.list

Read. Scope: crm.read. Contract: source_inferred. Crm Consent Log List

crm.contact.churn

Read. Scope: crm.read, admin. Contract: route_inferred. Crm Contact Churn

crm.contact.draft.email

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Contact Draft Email

crm.contact.enrich

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Contact Enrich

crm.contact.propose.email

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Contact Propose Email

crm.contacts.detail

Read. Scope: crm.read. Contract: source_inferred. Crm Contacts Detail

crm.contacts.erase

Write. Scope: admin. Contract: source_inferred. Crm Contacts Erase Retry-safe with idempotency_key.

crm.contacts.export

Read. Scope: crm.read. Contract: source_inferred. Crm Contacts Export

crm.contacts.import.list

Read. Scope: crm.read. Contract: source_inferred. Crm Contacts Import List

crm.contacts.import.run

Write. Scope: crm.write. Contract: source_inferred. Crm Contacts Import Run Retry-safe with idempotency_key.

crm.contacts.list

Read. Scope: crm.read. Contract: source_inferred. Crm Contacts List

crm.contacts.next_action

Read. Scope: crm.read. Contract: source_inferred. Crm Contacts Next Action

crm.contacts.open_chat

Write. Scope: crm.write. Contract: source_inferred. Crm Contacts Open Chat Retry-safe with idempotency_key.

crm.contacts.open_ticket

Write. Scope: crm.write. Contract: source_inferred. Crm Contacts Open Ticket Retry-safe with idempotency_key.

crm.contacts.resync

Write. Scope: crm.write. Contract: source_inferred. Crm Contacts Resync Retry-safe with idempotency_key.

crm.contacts.save

Write. Scope: crm.write. Contract: source_inferred. Crm Contacts Save Retry-safe with idempotency_key.

crm.contacts.send_email

Write. Scope: crm.write. Contract: source_inferred. Crm Contacts Send Email Retry-safe with idempotency_key.

crm.contacts.upsert

Write. Scope: crm.write. Contract: explicit. Crm Contacts Upsert Required fields: email. Retry-safe with idempotency_key.

crm.contract.amend

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Contract Amend

crm.contract.price.set

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Contract Price Set

crm.contract.save

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Contract Save

crm.contract.usage

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Contract Usage

crm.contracts.list

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Contracts List

crm.conversation.intel

Write. Scope: crm.write, admin. Contract: declared_dynamic. Crm Conversation Intel

crm.conversions.goals.delete

Write. Scope: crm.write. Contract: source_inferred. Crm Conversions Goals Delete Retry-safe with idempotency_key.

crm.conversions.goals.list

Read. Scope: crm.read. Contract: source_inferred. Crm Conversions Goals List

crm.conversions.goals.save

Write. Scope: crm.write. Contract: source_inferred. Crm Conversions Goals Save Retry-safe with idempotency_key.

crm.conversions.list

Read. Scope: crm.read. Contract: source_inferred. Crm Conversions List

crm.conversions.record

Write. Scope: crm.write. Contract: source_inferred. Crm Conversions Record Retry-safe with idempotency_key.

crm.create.video.meeting

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Create Video Meeting

crm.customer.auto.sync

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Customer Auto Sync

crm.customer.auto.sync.status

Read. Scope: crm.read, admin. Contract: route_inferred. Crm Customer Auto Sync Status

crm.customer.emails

Read. Scope: crm.read, admin. Contract: route_inferred. Crm Customer Emails

crm.customer.payments

Read. Scope: crm.read, admin. Contract: route_inferred. Crm Customer Payments

crm.data.steward.bulk.propose

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Data Steward Bulk Propose

crm.data.steward.inbox

Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Data Steward Inbox

crm.data.steward.propose

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Data Steward Propose

crm.deal.advance

Write. Scope: crm.write, admin. Contract: declared_dynamic. Crm Deal Advance

crm.deal.coach

Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Deal Coach

crm.deal.coach.action

Write. Scope: crm.write, admin. Contract: declared_dynamic. Crm Deal Coach Action

crm.deal.get

Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Deal Get

crm.deal.save

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Deal Save

crm.deal.splits.get

Read. Scope: crm.read, admin. Contract: route_inferred. Crm Deal Splits Get

crm.deal.splits.set

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Deal Splits Set

crm.deals.advance

Write. Scope: crm.write. Contract: explicit. Advance a CRM deal to another stage Required fields: deal_id, stage_id. Retry-safe with idempotency_key.

crm.deals.create

Write. Scope: crm.write. Contract: explicit. Create a CRM deal Required fields: title. Retry-safe with idempotency_key.

crm.deals.detail

Read. Scope: crm.read. Contract: explicit. Get one CRM deal Required fields: deal_id.

crm.deals.list

Read. Scope: crm.read. Contract: explicit. List CRM deals

crm.deals.list.route.crm.deals.list

Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Deals List

crm.deals.update

Write. Scope: crm.write. Contract: explicit. Update a CRM deal Required fields: deal_id. Retry-safe with idempotency_key.

crm.detail

Write. Scope: crm.write, admin. Contract: route_inferred. Contact Detail

crm.draft.outreach

Write. Scope: crm.write, admin. Contract: declared_dynamic. Crm Draft Outreach

crm.enrich.account

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Enrich Account

crm.erase

Write. Scope: crm.write, admin. Contract: route_inferred. Contact Erase

crm.events.catalog

Read. Scope: crm.read. Contract: explicit. List subscribable CRM domain events

crm.events.list

Read. Scope: crm.read. Contract: explicit. List durable CRM domain events

crm.export

Write. Scope: crm.write, admin. Contract: route_inferred. Contact Export

crm.export.all

Read. Scope: crm.read, admin. Contract: route_inferred. Contact Export All

crm.field.add

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Field Add

crm.field.policy.get

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Field Policy Get

crm.field.policy.save

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Field Policy Save

crm.field.remove

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Field Remove

crm.fields.list

Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Fields List

crm.forecast.board

Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Forecast Board

crm.forecast.snapshot

Write. Scope: crm.write, admin. Contract: declared_dynamic. Crm Forecast Snapshot

crm.form.save

Write. Scope: crm.write, admin. Contract: declared_dynamic. Crm Form Save

crm.forms.list

Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Forms List

crm.health.repair.catalog

Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Health Repair Catalog

crm.health.smoke

Write. Scope: crm.write, admin. Contract: declared_dynamic. Crm Health Smoke

crm.health.snapshot

Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Health Snapshot

crm.home.persona.set

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Home Persona Set

crm.identity.rules.get

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Identity Rules Get

crm.identity.rules.save

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Identity Rules Save

crm.import.list

Read. Scope: crm.read, admin. Contract: route_inferred. Contact Import List

crm.import.run

Write. Scope: crm.write, admin. Contract: route_inferred. Contact Import Run

crm.inbound.activity

Read. Scope: crm.read. Contract: source_inferred. Crm Inbound Activity

crm.inbound.endpoints.delete

Write. Scope: crm.write. Contract: source_inferred. Crm Inbound Endpoints Delete Retry-safe with idempotency_key.

crm.inbound.endpoints.list

Read. Scope: crm.read. Contract: source_inferred. Crm Inbound Endpoints List

crm.inbound.endpoints.save

Write. Scope: crm.write. Contract: source_inferred. Crm Inbound Endpoints Save Retry-safe with idempotency_key.

crm.inbound.endpoints.test

Write. Scope: crm.write. Contract: source_inferred. Crm Inbound Endpoints Test Retry-safe with idempotency_key.

crm.leaderboard

Read. Scope: crm.read, admin. Contract: route_inferred. Crm Leaderboard

crm.lifecycle.evaluate

Write. Scope: crm.write. Contract: source_inferred. Crm Lifecycle Evaluate Retry-safe with idempotency_key.

crm.lifecycle.rules.delete

Write. Scope: crm.write. Contract: source_inferred. Crm Lifecycle Rules Delete Retry-safe with idempotency_key.

crm.lifecycle.rules.list

Read. Scope: crm.read. Contract: source_inferred. Crm Lifecycle Rules List

crm.lifecycle.rules.save

Write. Scope: crm.write. Contract: source_inferred. Crm Lifecycle Rules Save Retry-safe with idempotency_key.

crm.list

Read. Scope: crm.read, admin. Contract: route_inferred. Contacts List

crm.mailbox.status

Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Mailbox Status

crm.meeting.book

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Meeting Book

crm.meeting.cancel

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Meeting Cancel

crm.meeting.list

Read. Scope: crm.read, admin. Contract: route_inferred. Crm Meeting List

crm.meeting.reschedule.accept

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Meeting Reschedule Accept

crm.meeting.reschedule.reject

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Meeting Reschedule Reject

crm.merge

Write. Scope: crm.write, admin. Contract: route_inferred. Contact Merge

crm.message.send

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Message Send

crm.messaging.provider.delete

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Messaging Provider Delete

crm.messaging.provider.save

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Messaging Provider Save

crm.messaging.provider.test

Read. Scope: crm.read, admin. Contract: route_inferred. Crm Messaging Provider Test

crm.messaging.status

Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Messaging Status

crm.next.action

Write. Scope: crm.write, admin. Contract: route_inferred. Contact Next Action

crm.object.save

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Object Save

crm.objects.list

Read. Scope: crm.read, admin. Contract: route_inferred. Crm Objects List

crm.offline.pull

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Offline Pull

crm.offline.push

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Offline Push

crm.open.chat

Read. Scope: crm.read, admin. Contract: route_inferred. Contact Open Chat

crm.open.ticket

Write. Scope: crm.write, admin. Contract: route_inferred. Contact Open Ticket

crm.outreach.campaigns.delete

Write. Scope: crm.write. Contract: source_inferred. Crm Outreach Campaigns Delete Retry-safe with idempotency_key.

crm.outreach.campaigns.list

Read. Scope: crm.read. Contract: source_inferred. Crm Outreach Campaigns List

crm.outreach.campaigns.save

Write. Scope: crm.write. Contract: source_inferred. Crm Outreach Campaigns Save Retry-safe with idempotency_key.

crm.outreach.campaigns.send

Write. Scope: crm.write. Contract: source_inferred. Crm Outreach Campaigns Send Retry-safe with idempotency_key.

crm.outreach.send

Write. Scope: crm.write. Contract: source_inferred. Crm Outreach Send Retry-safe with idempotency_key.

crm.outreach.templates.delete

Write. Scope: crm.write. Contract: source_inferred. Crm Outreach Templates Delete Retry-safe with idempotency_key.

crm.outreach.templates.list

Read. Scope: crm.read. Contract: source_inferred. Crm Outreach Templates List

crm.outreach.templates.preview

Read. Scope: crm.read. Contract: source_inferred. Crm Outreach Templates Preview

crm.outreach.templates.save

Write. Scope: crm.write. Contract: source_inferred. Crm Outreach Templates Save Retry-safe with idempotency_key.

crm.payments.status

Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Payments Status

crm.pipeline.data

Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Pipeline Data

crm.price.resolve

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Price Resolve

crm.pricebook.entry.set

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Pricebook Entry Set

crm.pricebook.save

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Pricebook Save

crm.pricebooks.list

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Pricebooks List

crm.privacy_settings.get

Read. Scope: crm.read. Contract: source_inferred. Crm Privacy Settings Get

crm.privacy_settings.save

Write. Scope: admin. Contract: source_inferred. Crm Privacy Settings Save Retry-safe with idempotency_key.

crm.product.archive

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Product Archive

crm.product.revenue

Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Product Revenue

crm.product.save

Write. Scope: crm.write, admin. Contract: declared_dynamic. Crm Product Save

crm.products.list

Read. Scope: crm.read, admin. Contract: route_inferred. Crm Products List

crm.propose.meeting

Read. Scope: crm.read, admin. Contract: route_inferred. Crm Propose Meeting

crm.propose.outreach

Write. Scope: crm.write, admin. Contract: declared_dynamic. Crm Propose Outreach

crm.prospecting.dashboard

Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Prospecting Dashboard

crm.prospecting.icp.save

Write. Scope: crm.write, admin. Contract: declared_dynamic. Crm Prospecting Icp Save

crm.prospecting.import

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Prospecting Import

crm.prospecting.research

Write. Scope: crm.write, admin. Contract: declared_dynamic. Crm Prospecting Research

crm.prospecting.score

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Prospecting Score

crm.prospecting.sequence

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Prospecting Sequence

crm.qualification.checklist.get

Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Qualification Checklist Get

crm.qualification.checklist.save

Write. Scope: crm.write, admin. Contract: declared_dynamic. Crm Qualification Checklist Save

crm.quota.save

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Quota Save

crm.quote.get

Read. Scope: crm.read, admin. Contract: route_inferred. Crm Quote Get

crm.quote.save

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Quote Save

crm.quotes.list

Read. Scope: crm.read, admin. Contract: route_inferred. Crm Quotes List

crm.record.delete

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Record Delete

crm.record.fields.get

Read. Scope: crm.read, admin. Contract: route_inferred. Crm Record Fields Get

crm.record.fields.save

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Record Fields Save

crm.record.get

Read. Scope: crm.read, admin. Contract: route_inferred. Crm Record Get

crm.record.history

Read. Scope: crm.read, admin. Contract: route_inferred. Crm Record History

crm.record.save

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Record Save

crm.record.share.set

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Record Share Set

crm.record.share.unset

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Record Share Unset

crm.record.shares

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Record Shares

crm.records.list

Read. Scope: crm.read, admin. Contract: route_inferred. Crm Records List

crm.restore.email.consent

Write. Scope: crm.write, admin. Contract: route_inferred. Contact Restore Email Consent

crm.resync.from.platform

Write. Scope: crm.write, admin. Contract: route_inferred. Contact Resync From Platform

crm.retention.catalog

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Retention Catalog

crm.revert

Write. Scope: crm.write, admin. Contract: declared_dynamic. Crm Revert

crm.runtime.policy.get

Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Runtime Policy Get

crm.runtime.policy.remote.wipe

Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Runtime Policy Remote Wipe

crm.runtime.policy.save

Write. Scope: crm.write, admin. Contract: declared_dynamic. Crm Runtime Policy Save

crm.save

Write. Scope: crm.write, admin. Contract: route_inferred. Contact Save

crm.scoring.rule.ai

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Scoring Rule Ai

crm.scoring.rule.delete

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Scoring Rule Delete

crm.scoring.rule.list

Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Scoring Rule List

crm.scoring.rule.save

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Scoring Rule Save

crm.segments.delete

Write. Scope: crm.write. Contract: source_inferred. Crm Segments Delete Retry-safe with idempotency_key.

crm.segments.list

Read. Scope: crm.read. Contract: source_inferred. Crm Segments List

crm.segments.members

Read. Scope: crm.read. Contract: source_inferred. Crm Segments Members

crm.segments.preview

Read. Scope: crm.read. Contract: source_inferred. Crm Segments Preview

crm.segments.save

Write. Scope: crm.write. Contract: source_inferred. Crm Segments Save Retry-safe with idempotency_key.

crm.segments.suggestions.accept

Write. Scope: crm.write. Contract: source_inferred. Crm Segments Suggestions Accept Retry-safe with idempotency_key.

crm.segments.suggestions.dismiss

Write. Scope: crm.write. Contract: source_inferred. Crm Segments Suggestions Dismiss Retry-safe with idempotency_key.

crm.segments.suggestions.list

Read. Scope: crm.read. Contract: source_inferred. Crm Segments Suggestions List

crm.semantic.search

Read. Scope: crm.read, admin. Contract: route_inferred. Crm Semantic Search

crm.send.email

Write. Scope: crm.write, admin. Contract: route_inferred. Contact Send Email

crm.send.email.route.crm.send.email

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Send Email

crm.send.for.signature

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Send For Signature

crm.send.payment.link

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Send Payment Link

crm.sequence.action

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Sequence Action

crm.sequence.runs

Read. Scope: crm.read, admin. Contract: route_inferred. Crm Sequence Runs

crm.setup.status

Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Setup Status

crm.sharing.rules.get

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Sharing Rules Get

crm.sharing.rules.save

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Sharing Rules Save

crm.subject.registry

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Subject Registry

crm.subscriptions.list

Read. Scope: crm.read, admin. Contract: route_inferred. Crm Subscriptions List

crm.subscriptions.rollup

Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Subscriptions Rollup

crm.subscriptions.sync

Write. Scope: crm.write, admin. Contract: declared_dynamic. Crm Subscriptions Sync

crm.task.create

Write. Scope: crm.write, admin. Contract: declared_dynamic. Crm Task Create

crm.tasks.list

Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Tasks List

crm.team.parent.set

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Team Parent Set

crm.team.rules.set

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Team Rules Set

crm.team.save

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Team Save

crm.teams.list

Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Teams List

crm.territory.set

Write. Scope: crm.write, admin. Contract: route_inferred. Crm Territory Set

crm.video.status

Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Video Status

crm.views.delete

Write. Scope: crm.write, admin. Contract: declared_dynamic. Crm Views Delete

crm.views.list

Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Views List

crm.views.save

Write. Scope: crm.write, admin. Contract: declared_dynamic. Crm Views Save

crm.webhooks.delete

Write. Scope: crm.write. Contract: source_inferred. Crm Webhooks Delete Retry-safe with idempotency_key.

crm.webhooks.list

Read. Scope: crm.read. Contract: explicit. List CRM outbound webhook endpoints and recent deliveries

crm.webhooks.save

Write. Scope: crm.write. Contract: source_inferred. Crm Webhooks Save Retry-safe with idempotency_key.

crm.webhooks.test

Write. Scope: crm.write. Contract: source_inferred. Crm Webhooks Test Retry-safe with idempotency_key.

crm.workflows.delete

Write. Scope: crm.write. Contract: source_inferred. Crm Workflows Delete Retry-safe with idempotency_key.

crm.workflows.list

Read. Scope: crm.read. Contract: source_inferred. Crm Workflows List

crm.workflows.save

Write. Scope: crm.write. Contract: source_inferred. Crm Workflows Save Retry-safe with idempotency_key.

клиенти (44)

customers.analyze

Write. Scope: customers.write, journey.write, admin. Contract: explicit. Analyze a customer journey with AI Required fields: client_id. Retry-safe with idempotency_key.

customers.behaviour

Read. Scope: customers.read, admin. Contract: route_inferred. Cdp Behaviour

customers.behaviour.analyze

Write. Scope: customers.write, admin. Contract: route_inferred. Cdp Behaviour Analyze

customers.chat.embed.backfill

Write. Scope: customers.write, admin. Contract: route_inferred. Client Chat Embed Backfill

customers.chat.embed.status

Read. Scope: customers.read, admin. Contract: declared_dynamic. Client Chat Embed Status

customers.chat.faq.ai.generate

Write. Scope: customers.write, admin. Contract: route_inferred. Client Chat Faq Ai Generate

customers.chat.faq.approve.all

Write. Scope: customers.write, admin. Contract: route_inferred. Client Chat Faq Approve All

customers.chat.faq.delete

Write. Scope: customers.write, admin. Contract: route_inferred. Client Chat Faq Delete

customers.chat.faq.delete.all

Write. Scope: customers.write, admin. Contract: declared_dynamic. Client Chat Faq Delete All

customers.chat.faq.export

Write. Scope: customers.write, admin. Contract: declared_dynamic. Client Chat Faq Export

customers.chat.faq.generate

Write. Scope: customers.write, admin. Contract: route_inferred. Client Chat Faq Generate

customers.chat.faq.import

Write. Scope: customers.write, admin. Contract: route_inferred. Client Chat Faq Import

customers.chat.faq.list

Write. Scope: customers.write, admin. Contract: route_inferred. Client Chat Faq List

customers.chat.faq.save

Write. Scope: customers.write, admin. Contract: route_inferred. Client Chat Faq Save

customers.chat.faq.set.help

Write. Scope: customers.write, admin. Contract: route_inferred. Client Chat Faq Set Help

customers.chat.faq.set.help.all

Write. Scope: customers.write, admin. Contract: route_inferred. Client Chat Faq Set Help All

customers.chat.faq.status

Write. Scope: customers.write, admin. Contract: route_inferred. Client Chat Faq Status

customers.chat.grant.upload

Write. Scope: customers.write, admin. Contract: route_inferred. Client Chat Grant Upload

customers.chat.help.set.slug

Write. Scope: customers.write, admin. Contract: route_inferred. Client Chat Help Set Slug

customers.chat.knowledge.crawl.step

Write. Scope: customers.write, admin. Contract: route_inferred. Client Chat Knowledge Crawl Step

customers.chat.knowledge.delete

Write. Scope: customers.write, admin. Contract: route_inferred. Client Chat Knowledge Delete

customers.chat.knowledge.delete.all

Write. Scope: customers.write, admin. Contract: declared_dynamic. Client Chat Knowledge Delete All

customers.chat.knowledge.delete.duplicates

Write. Scope: customers.write, admin. Contract: declared_dynamic. Client Chat Knowledge Delete Duplicates

customers.chat.knowledge.duplicates

Write. Scope: customers.write, admin. Contract: declared_dynamic. Client Chat Knowledge Duplicates

customers.chat.knowledge.export.json

Write. Scope: customers.write, admin. Contract: declared_dynamic. Client Chat Knowledge Export Json

customers.chat.knowledge.import.json

Write. Scope: customers.write, admin. Contract: route_inferred. Client Chat Knowledge Import Json

customers.chat.knowledge.preview

Write. Scope: customers.write, admin. Contract: route_inferred. Client Chat Knowledge Preview

customers.chat.knowledge.recrawl

Write. Scope: customers.write, admin. Contract: route_inferred. Client Chat Knowledge Recrawl

customers.chat.knowledge.test.url

Write. Scope: customers.write, admin. Contract: route_inferred. Client Chat Knowledge Test Url

customers.chat.revoke.upload

Write. Scope: customers.write, admin. Contract: route_inferred. Client Chat Revoke Upload

customers.chat.upload.agent.avatar

Write. Scope: customers.write, admin. Contract: declared_dynamic. Client Chat Upload Agent Avatar

customers.chat.upload.ai.avatar

Write. Scope: customers.write, admin. Contract: declared_dynamic. Client Chat Upload Ai Avatar

customers.chat.upload.icon

Write. Scope: customers.write, admin. Contract: declared_dynamic. Client Chat Upload Icon

customers.client.analyze

Write. Scope: customers.write, admin. Contract: route_inferred. Cdp Client Analyze

customers.client.delete

Write. Scope: customers.write, admin. Contract: route_inferred. Cdp Client Delete

customers.client.export

Write. Scope: customers.write, admin. Contract: route_inferred. Cdp Client Export

customers.client.journey

Read. Scope: customers.read, admin. Contract: route_inferred. Cdp Client Journey

customers.client.prepare.outreach

Write. Scope: customers.write, admin. Contract: route_inferred. Cdp Client Prepare Outreach

customers.clients.list

Read. Scope: customers.read, admin. Contract: route_inferred. Cdp Clients List

customers.detail

Read. Scope: customers.read, admin. Contract: route_inferred. Client Detail

customers.get

Read. Scope: customers.read, crm.read, admin. Contract: explicit. Get a customer profile Required fields: client_id.

customers.journey

Read. Scope: customers.read, journey.read, admin. Contract: explicit. Get a complete customer journey Required fields: client_id.

customers.list

Read. Scope: customers.read, crm.read, admin. Contract: explicit. List known customers

customers.outreach.prepare

Write. Scope: customers.write, crm.write, admin. Contract: explicit. Prepare CRM outreach for a customer Required fields: client_id. Retry-safe with idempotency_key.

departments (1)

departments.list

Read. Scope: departments.read, admin. Contract: source_inferred. Departments List

engagement (164)

engagement.ab.autowinner

Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Ab Autowinner

engagement.ab.bandit

Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Ab Bandit

engagement.address.get

Read. Scope: engagement.read, admin. Contract: declared_dynamic. Survey Address Get

engagement.address.save

Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Address Save

engagement.ai.agent

Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Ai Agent

engagement.ai.analyze

Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Ai Analyze

engagement.ai.compile.profile

Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Ai Compile Profile

engagement.ai.copy

Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Ai Copy

engagement.ai.critique

Read. Scope: engagement.read, admin. Contract: declared_dynamic. Promo Ai Critique

engagement.ai.decide

Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Ai Decide

engagement.ai.design

Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Ai Design

engagement.ai.edit

Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Ai Edit

engagement.ai.generate

Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Ai Generate

engagement.ai.ideas

Read. Scope: engagement.read, admin. Contract: declared_dynamic. Promo Ai Ideas

engagement.ai.image

Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Ai Image

engagement.ai.image.edit

Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Ai Image Edit

engagement.ai.localize

Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Ai Localize

engagement.ai.logo

Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Ai Logo

engagement.ai.media.jobs

Read. Scope: engagement.read, admin. Contract: declared_dynamic. Promo Ai Media Jobs

engagement.ai.narrative

Read. Scope: engagement.read, admin. Contract: declared_dynamic. Promo Ai Narrative

engagement.ai.responsive

Read. Scope: engagement.read, admin. Contract: declared_dynamic. Promo Ai Responsive

engagement.ai.variants

Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Ai Variants

engagement.ai.video.start

Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Ai Video Start

engagement.ai.video.status

Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Ai Video Status

engagement.approval.decide

Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Approval Decide

engagement.approval.request

Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Approval Request

engagement.approvals.list

Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Approvals List

engagement.asset.delete

Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Asset Delete

engagement.asset.upload

Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Asset Upload

engagement.assets.list

Read. Scope: engagement.read, admin. Contract: declared_dynamic. Promo Assets List

engagement.audience.materialize

Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Audience Materialize

engagement.audience.save

Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Audience Save

engagement.audience.test

Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Audience Test

engagement.audit.export

Read. Scope: engagement.read, admin. Contract: declared_dynamic. Promo Audit Export

engagement.autoresponder.get

Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Autoresponder Get

engagement.autoresponder.save

Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Autoresponder Save

engagement.bank.delete

Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Bank Delete

engagement.bank.list

Read. Scope: engagement.read, admin. Contract: declared_dynamic. Survey Bank List

engagement.bank.save

Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Bank Save

engagement.bank.used

Read. Scope: engagement.read, admin. Contract: route_inferred. Survey Bank Used

engagement.blackouts.get

Read. Scope: engagement.read, admin. Contract: declared_dynamic. Promo Blackouts Get

engagement.blackouts.save

Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Blackouts Save

engagement.brand.kit.bootstrap

Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Brand Kit Bootstrap

engagement.brand.kit.font.upload

Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Brand Kit Font Upload

engagement.brand.kit.get

Read. Scope: engagement.read, admin. Contract: declared_dynamic. Promo Brand Kit Get

engagement.brand.kit.get.route.survey.brand.kit.get

Read. Scope: engagement.read, admin. Contract: declared_dynamic. Survey Brand Kit Get

engagement.brand.kit.save

Write. Scope: engagement.write, admin. Contract: declared_dynamic. Promo Brand Kit Save

engagement.brand.kit.save.route.survey.brand.kit.save

Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Brand Kit Save

engagement.campaign.archive

Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Campaign Archive

engagement.campaign.delete

Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Campaign Delete

engagement.campaign.duplicate

Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Campaign Duplicate

engagement.campaign.get

Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Campaign Get

engagement.campaign.launch

Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Campaign Launch

engagement.campaign.list

Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Campaign List

engagement.campaign.pause

Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Campaign Pause

engagement.campaign.preview

Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Campaign Preview

engagement.campaign.publish

Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Campaign Publish

engagement.campaign.rollback

Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Campaign Rollback

engagement.campaign.save

Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Campaign Save

engagement.campaign.save.route.survey.campaign.save

Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Campaign Save

engagement.campaign.toggle

Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Campaign Toggle

engagement.campaign.versions

Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Campaign Versions

engagement.comment.add

Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Comment Add

engagement.comments.add

Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Comments Add

engagement.comments.delete

Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Comments Delete

engagement.comments.list

Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Comments List

engagement.comments.list.route.survey.comments.list

Read. Scope: engagement.read, admin. Contract: route_inferred. Survey Comments List

engagement.comments.resolve

Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Comments Resolve

engagement.connectors.catalog

Read. Scope: engagement.read, admin. Contract: declared_dynamic. Promo Connectors Catalog

engagement.coupon.providers

Read. Scope: engagement.read, admin. Contract: declared_dynamic. Promo Coupon Providers

engagement.coupons.clear

Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Coupons Clear

engagement.coupons.stats

Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Coupons Stats

engagement.coupons.upload

Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Coupons Upload

engagement.delete

Write. Scope: engagement.write, admin. Contract: route_inferred. Announcement Delete

engagement.delete.route.tour.delete

Write. Scope: engagement.write, admin. Contract: route_inferred. Tour Delete

engagement.delivery.analytics

Read. Scope: engagement.read, admin. Contract: route_inferred. Survey Delivery Analytics

engagement.delivery.dashboard

Read. Scope: engagement.read, admin. Contract: route_inferred. Survey Delivery Dashboard

engagement.deployment.ab.promote

Read. Scope: engagement.read, admin. Contract: route_inferred. Survey Deployment Ab Promote

engagement.deployment.ab.save

Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Deployment Ab Save

engagement.deployment.publish

Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Deployment Publish

engagement.deployment.save

Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Deployment Save

engagement.deployment.status

Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Deployment Status

engagement.detail

Read. Scope: engagement.read, admin. Contract: route_inferred. Campaign Detail

engagement.digest.save

Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Digest Save

engagement.feed.catalog

Read. Scope: engagement.read, admin. Contract: declared_dynamic. Promo Feed Catalog

engagement.feed.items

Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Feed Items

engagement.geo.preview

Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Geo Preview

engagement.idle.cron.set

Write. Scope: engagement.write, admin. Contract: route_inferred. Proactive Idle Cron Set

engagement.import.create

Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Import Create

engagement.import.replay

Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Import Replay

engagement.leads.export

Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Leads Export

engagement.leads.list

Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Leads List

engagement.list

Read. Scope: engagement.read, admin. Contract: declared_dynamic. Announcements List

engagement.list.route.tours.list

Read. Scope: engagement.read, admin. Contract: declared_dynamic. Tours List

engagement.module.set.ai.live

Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Module Set Ai Live

engagement.module.set.custom.html

Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Module Set Custom Html

engagement.module.set.enabled

Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Module Set Enabled

engagement.module.status

Read. Scope: engagement.read, admin. Contract: declared_dynamic. Promo Module Status

engagement.onsite.preview

Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Onsite Preview

engagement.pause.all

Read. Scope: engagement.read, admin. Contract: declared_dynamic. Promo Pause All

engagement.presence

Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Presence

engagement.preview.share

Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Preview Share

engagement.push.draft

Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Push Draft

engagement.recipients.issue

Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Recipients Issue

engagement.recipients.list

Read. Scope: engagement.read, admin. Contract: route_inferred. Survey Recipients List

engagement.recipients.revoke

Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Recipients Revoke

engagement.response.detail

Read. Scope: engagement.read, admin. Contract: route_inferred. Survey Response Detail

engagement.responses.browse

Read. Scope: engagement.read, admin. Contract: route_inferred. Survey Responses Browse

engagement.rule.delete

Write. Scope: engagement.write, admin. Contract: route_inferred. Proactive Rule Delete

engagement.rule.save

Write. Scope: engagement.write, admin. Contract: route_inferred. Proactive Rule Save

engagement.rule.stats

Read. Scope: engagement.read, admin. Contract: route_inferred. Proactive Rule Stats

engagement.rule.test

Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Rule Test

engagement.rule.toggle

Write. Scope: engagement.write, admin. Contract: route_inferred. Proactive Rule Toggle

engagement.rules.list

Read. Scope: engagement.read, admin. Contract: declared_dynamic. Proactive Rules List

engagement.save

Write. Scope: engagement.write, admin. Contract: route_inferred. Announcement Save

engagement.save.route.tour.save

Write. Scope: engagement.write, admin. Contract: route_inferred. Tour Save

engagement.stats

Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Stats

engagement.stats.route.tour.stats

Read. Scope: engagement.read, admin. Contract: route_inferred. Tour Stats

engagement.studio.a11y

Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Studio A11y

engagement.studio.ai.generate

Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Studio Ai Generate

engagement.studio.ai.insights

Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Studio Ai Insights

engagement.studio.ai.target

Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Studio Ai Target

engagement.studio.archive

Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Studio Archive

engagement.studio.assets

Read. Scope: engagement.read, admin. Contract: declared_dynamic. Survey Studio Assets

engagement.studio.create

Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Studio Create

engagement.studio.delete

Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Studio Delete

engagement.studio.duplicate

Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Studio Duplicate

engagement.studio.event

Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Studio Event

engagement.studio.get

Read. Scope: engagement.read, admin. Contract: route_inferred. Survey Studio Get

engagement.studio.governance

Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Studio Governance

engagement.studio.list

Read. Scope: engagement.read, admin. Contract: declared_dynamic. Survey Studio List

engagement.studio.preview

Read. Scope: engagement.read, admin. Contract: route_inferred. Survey Studio Preview

engagement.studio.preview.link

Read. Scope: engagement.read, admin. Contract: route_inferred. Survey Studio Preview Link

engagement.studio.publish

Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Studio Publish

engagement.studio.rename

Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Studio Rename

engagement.studio.revert

Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Studio Revert

engagement.studio.save.draft

Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Studio Save Draft

engagement.studio.save.targeting

Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Studio Save Targeting

engagement.studio.set.active

Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Studio Set Active

engagement.studio.set.status

Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Studio Set Status

engagement.studio.template.delete

Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Studio Template Delete

engagement.studio.template.save

Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Studio Template Save

engagement.studio.tpl.preview

Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Studio Tpl Preview

engagement.studio.upload

Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Studio Upload

engagement.studio.webhook

Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Studio Webhook

engagement.targeting.simulate

Read. Scope: engagement.read, admin. Contract: route_inferred. Survey Targeting Simulate

engagement.template.apply

Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Template Apply

engagement.template.list

Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Template List

engagement.template.save.custom

Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Template Save Custom

engagement.toggle

Write. Scope: engagement.write, admin. Contract: route_inferred. Announcement Toggle

engagement.toggle.route.tour.toggle

Write. Scope: engagement.write, admin. Contract: route_inferred. Tour Toggle

engagement.trigger.set.save

Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Trigger Set Save

engagement.variant.delete

Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Variant Delete

engagement.variant.list

Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Variant List

engagement.variant.promote

Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Variant Promote

engagement.variant.save

Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Variant Save

engagement.version.compare

Read. Scope: engagement.read, admin. Contract: route_inferred. Survey Version Compare

engagement.version.get

Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Version Get

engagement.version.label

Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Version Label

engagement.webhook.delete

Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Webhook Delete

engagement.webhook.replay

Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Webhook Replay

engagement.webhook.run

Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Webhook Run

engagement.webhook.save

Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Webhook Save

engagement.widget.data

Read. Scope: engagement.read, admin. Contract: declared_dynamic. Tour Widget Data

feedback (8)

feedback.analytics

Read. Scope: feedback.read, admin. Contract: source_inferred. Feedback Analytics

feedback.detractors

Read. Scope: feedback.read, admin. Contract: source_inferred. Feedback Detractors

feedback.get

Read. Scope: feedback.read, admin. Contract: source_inferred. Feedback Get

feedback.ingest

Write. Scope: feedback.write, admin. Contract: explicit. Ingest a feedback record or external review

feedback.list

Read. Scope: feedback.read, admin. Contract: source_inferred. Feedback List

feedback.overview

Read. Scope: feedback.read, admin. Contract: source_inferred. Feedback Overview

feedback.sources.list

Read. Scope: feedback.read, admin. Contract: explicit. List Voice of Customer feedback sources

feedback.update

Write. Scope: feedback.write, admin. Contract: source_inferred. Feedback Update Retry-safe with idempotency_key.

files (1)

files.get

Read. Scope: files.read, admin. Contract: source_inferred. Files Get

intent (6)

intent.clear

Write. Scope: intent.write, admin. Contract: declared_dynamic. Intent Clear

intent.funnel

Read. Scope: intent.read, analytics.read, admin. Contract: explicit. Read the intent funnel

intent.funnel.aggregate

Read. Scope: intent.read, admin. Contract: route_inferred. Intent Funnel Aggregate

intent.funnel.route.intent.funnel

Read. Scope: intent.read, admin. Contract: route_inferred. Intent Funnel

intent.summary

Read. Scope: intent.read, analytics.read, admin. Contract: explicit. Read intent summaries

intent.summary.route.intent.summary

Read. Scope: intent.read, admin. Contract: route_inferred. Intent Summary

kb (6)

kb.faq.delete

Write. Scope: kb.write, admin. Contract: source_inferred. Kb Faq Delete Retry-safe with idempotency_key.

kb.faq.generate

Write. Scope: kb.write, admin. Contract: source_inferred. Kb Faq Generate Retry-safe with idempotency_key.

kb.faq.import

Write. Scope: kb.write, admin. Contract: source_inferred. Kb Faq Import Retry-safe with idempotency_key.

kb.faq.list

Read. Scope: kb.read, read, admin. Contract: source_inferred. Kb Faq List

kb.faq.save

Write. Scope: kb.write, admin. Contract: source_inferred. Kb Faq Save Retry-safe with idempotency_key.

kb.faq.set_status

Write. Scope: kb.write, admin. Contract: source_inferred. Kb Faq Set Status Retry-safe with idempotency_key.

knowledge (77)

knowledge.analytics.get

Read. Scope: kb.read, admin. Contract: route_inferred. Help Analytics Get

knowledge.analytics.toggle

Write. Scope: kb.write, admin. Contract: route_inferred. Help Analytics Toggle

knowledge.article.ai.refine

Read. Scope: kb.read, admin. Contract: route_inferred. Help Article Ai Refine

knowledge.article.class.bulk

Write. Scope: kb.write, admin. Contract: route_inferred. Help Article Class Bulk

knowledge.article.delete

Write. Scope: kb.write, admin. Contract: route_inferred. Help Article Delete

knowledge.article.publish

Write. Scope: kb.write, admin. Contract: route_inferred. Help Article Publish

knowledge.article.save

Write. Scope: kb.write, admin. Contract: route_inferred. Help Article Save

knowledge.article.set.category

Write. Scope: kb.write, admin. Contract: route_inferred. Help Article Set Category

knowledge.article.set.public

Write. Scope: kb.write, admin. Contract: route_inferred. Help Article Set Public

knowledge.articles.ai.generate

Write. Scope: kb.write, admin. Contract: route_inferred. Help Articles Ai Generate

knowledge.articles.bulk.delete

Write. Scope: kb.write, admin. Contract: route_inferred. Help Articles Bulk Delete

knowledge.articles.count

Read. Scope: kb.read, admin. Contract: declared_dynamic. Help Articles Count

knowledge.articles.ids

Read. Scope: kb.read, admin. Contract: route_inferred. Help Articles Ids

knowledge.articles.list

Read. Scope: kb.read, admin. Contract: route_inferred. Help Articles List

knowledge.articles.set.public.all

Write. Scope: kb.write, admin. Contract: route_inferred. Help Articles Set Public All

knowledge.categories.ai.merge

Write. Scope: kb.write, admin. Contract: declared_dynamic. Help Categories Ai Merge

knowledge.categories.bulk.delete

Write. Scope: kb.write, admin. Contract: route_inferred. Help Categories Bulk Delete

knowledge.categories.list

Read. Scope: kb.read, admin. Contract: declared_dynamic. Help Categories List

knowledge.categories.merge.dupes

Write. Scope: kb.write, admin. Contract: declared_dynamic. Help Categories Merge Dupes

knowledge.category.delete

Write. Scope: kb.write, admin. Contract: route_inferred. Help Category Delete

knowledge.category.get

Read. Scope: kb.read, admin. Contract: route_inferred. Help Category Get

knowledge.category.save

Write. Scope: kb.write, admin. Contract: route_inferred. Help Category Save

knowledge.center.article.image.upload

Write. Scope: kb.write, admin. Contract: declared_dynamic. Help Center Article Image Upload

knowledge.center.favicon.upload

Write. Scope: kb.write, admin. Contract: declared_dynamic. Help Center Favicon Upload

knowledge.center.hero.dark.upload

Write. Scope: kb.write, admin. Contract: declared_dynamic. Help Center Hero Dark Upload

knowledge.center.hero.upload

Write. Scope: kb.write, admin. Contract: declared_dynamic. Help Center Hero Upload

knowledge.center.logo.dark.upload

Write. Scope: kb.write, admin. Contract: declared_dynamic. Help Center Logo Dark Upload

knowledge.center.logo.upload

Write. Scope: kb.write, admin. Contract: declared_dynamic. Help Center Logo Upload

knowledge.center.settings.get

Read. Scope: kb.read, admin. Contract: declared_dynamic. Help Center Settings Get

knowledge.center.settings.save

Write. Scope: kb.write, admin. Contract: declared_dynamic. Help Center Settings Save

knowledge.center.translate.estimate

Write. Scope: kb.write, admin. Contract: declared_dynamic. Help Center Translate Estimate

knowledge.center.translate.run

Write. Scope: kb.write, admin. Contract: route_inferred. Help Center Translate Run

knowledge.center.translate.status

Read. Scope: kb.read, admin. Contract: declared_dynamic. Help Center Translate Status

knowledge.center.translate.stop

Write. Scope: kb.write, admin. Contract: declared_dynamic. Help Center Translate Stop

knowledge.center.widget.icon.upload

Write. Scope: kb.write, admin. Contract: declared_dynamic. Help Center Widget Icon Upload

knowledge.comments.deliver.notifications

Write. Scope: kb.write, admin. Contract: route_inferred. Kb Comments Deliver Notifications

knowledge.comments.maintenance

Write. Scope: kb.write, admin. Contract: route_inferred. Help Comments Maintenance

knowledge.comments.moderate

Write. Scope: kb.write, admin. Contract: route_inferred. Help Comments Moderate

knowledge.comments.moderate.route.kb.comments.moderate

Write. Scope: kb.write, admin. Contract: route_inferred. Kb Comments Moderate

knowledge.comments.moderation.list

Read. Scope: kb.read, admin. Contract: route_inferred. Help Comments Moderation List

knowledge.comments.moderation.list.route.kb.comments.moderation.list

Read. Scope: kb.read, admin. Contract: route_inferred. Kb Comments Moderation List

knowledge.comments.notification.run

Write. Scope: kb.write, admin. Contract: route_inferred. Help Comments Notification Run

knowledge.import.batches

Write. Scope: kb.write, admin. Contract: route_inferred. Kb Import Batches

knowledge.import.connectors

Write. Scope: kb.write, admin. Contract: declared_dynamic. Kb Import Connectors

knowledge.import.csv.preview

Read. Scope: kb.read, admin. Contract: route_inferred. Kb Import Csv Preview

knowledge.import.preview

Write. Scope: kb.write, admin. Contract: route_inferred. Kb Import Preview

knowledge.import.resync

Write. Scope: kb.write, admin. Contract: route_inferred. Kb Import Resync

knowledge.import.run

Write. Scope: kb.write, admin. Contract: route_inferred. Kb Import Run

knowledge.import.undo

Write. Scope: kb.write, admin. Contract: route_inferred. Kb Import Undo

knowledge.insights.generate

Write. Scope: kb.write, admin. Contract: route_inferred. Help Insights Generate

knowledge.insights.get

Read. Scope: kb.read, admin. Contract: declared_dynamic. Help Insights Get

knowledge.mark.reviewed

Write. Scope: kb.write, admin. Contract: declared_dynamic. Kb Mark Reviewed

knowledge.missed.dismiss

Write. Scope: kb.write, admin. Contract: route_inferred. Kb Missed Dismiss

knowledge.missed.draft.article

Write. Scope: kb.write, admin. Contract: route_inferred. Kb Missed Draft Article

knowledge.missed.list

Read. Scope: kb.read, admin. Contract: route_inferred. Kb Missed List

knowledge.missed.mark.published

Read. Scope: kb.read, admin. Contract: route_inferred. Kb Missed Mark Published

knowledge.missed.refresh

Write. Scope: kb.write, admin. Contract: declared_dynamic. Kb Missed Refresh

knowledge.organize.descriptions

Write. Scope: kb.write, admin. Contract: declared_dynamic. Help Organize Descriptions

knowledge.organize.status

Write. Scope: kb.write, admin. Contract: declared_dynamic. Help Organize Status

knowledge.organize.step

Write. Scope: kb.write, admin. Contract: route_inferred. Help Organize Step

knowledge.publish

Write. Scope: kb.write, admin. Contract: route_inferred. Kb Publish

knowledge.reformat.revert

Write. Scope: kb.write, admin. Contract: declared_dynamic. Help Reformat Revert

knowledge.reformat.status

Read. Scope: kb.read, admin. Contract: declared_dynamic. Help Reformat Status

knowledge.reformat.step

Write. Scope: kb.write, admin. Contract: route_inferred. Help Reformat Step

knowledge.review.queue

Read. Scope: kb.read, admin. Contract: declared_dynamic. Kb Review Queue

knowledge.search.gaps

Read. Scope: kb.read, admin. Contract: declared_dynamic. Kb Search Gaps

knowledge.set.featured

Write. Scope: kb.write, admin. Contract: route_inferred. Help Set Featured

knowledge.set.visibility

Write. Scope: kb.write, admin. Contract: declared_dynamic. Kb Set Visibility

knowledge.subdomain.allocate

Write. Scope: kb.write, admin. Contract: route_inferred. Help Subdomain Allocate

knowledge.subdomain.check

Read. Scope: kb.read, admin. Contract: route_inferred. Help Subdomain Check

knowledge.subdomain.release

Write. Scope: kb.write, admin. Contract: route_inferred. Help Subdomain Release

knowledge.taxonomy.organize

Write. Scope: kb.write, admin. Contract: declared_dynamic. Kb Taxonomy Organize

knowledge.taxonomy.status

Read. Scope: kb.read, admin. Contract: declared_dynamic. Kb Taxonomy Status

knowledge.taxonomy.step

Write. Scope: kb.write, admin. Contract: route_inferred. Kb Taxonomy Step

knowledge.widget.categories

Read. Scope: kb.read, admin. Contract: route_inferred. Kb Widget Categories

knowledge.widget.publish

Write. Scope: kb.write, admin. Contract: route_inferred. Kb Widget Publish

knowledge.widget.targets

Read. Scope: kb.read, admin. Contract: route_inferred. Kb Widget Targets

leads (6)

leads.delete

Write. Scope: leads.write, crm.write, admin. Contract: explicit. Delete a lead Required fields: lead_id. Retry-safe with idempotency_key.

leads.delete.route.lead.delete

Write. Scope: leads.write, admin. Contract: route_inferred. Lead Delete

leads.list

Read. Scope: leads.read, crm.read, admin. Contract: explicit. List leads

leads.stats

Read. Scope: leads.read, analytics.read, admin. Contract: explicit. Get lead statistics

leads.stats.route.leads.stats

Read. Scope: leads.read, admin. Contract: declared_dynamic. Leads Stats

leads.update

Write. Scope: leads.write, crm.write, admin. Contract: explicit. Update a lead Required fields: lead_id, status. Retry-safe with idempotency_key.

мета (4)

meta.action

Read. Scope: none. Contract: explicit. Get one General API action contract Required fields: name.

meta.actions

Read. Scope: none. Contract: explicit. List the complete General API contract

meta.me

Read. Scope: none. Contract: explicit. Describe the authenticated API key and active workspace

meta.scopes

Read. Scope: none. Contract: explicit. List API scopes and the actions protected by each scope

notifications (1)

notifications.list

Read. Scope: notifications.read, admin. Contract: source_inferred. Notifications List

платформа (345)

platform.add.announcement

Write. Scope: platform.write, admin. Contract: declared_dynamic. Add Announcement

platform.add.kb.article

Write. Scope: platform.write, admin. Contract: route_inferred. Add Kb Article

platform.add.todo.item

Write. Scope: platform.write, admin. Contract: route_inferred. Add Todo Item

platform.ai.action.lookup

Write. Scope: platform.write, admin. Contract: route_inferred. Ai Action Lookup

platform.ai.anomaly.detect

Read. Scope: platform.read, admin. Contract: route_inferred. Ai Anomaly Detect

platform.ai.brain.add

Write. Scope: platform.write, admin. Contract: route_inferred. Ai Brain Add

platform.ai.brain.delete

Write. Scope: platform.write, admin. Contract: route_inferred. Ai Brain Delete

platform.ai.brain.edit

Write. Scope: platform.write, admin. Contract: route_inferred. Ai Brain Edit

platform.ai.brain.list

Write. Scope: platform.write, admin. Contract: route_inferred. Ai Brain List

platform.ai.brain.pin

Write. Scope: platform.write, admin. Contract: route_inferred. Ai Brain Pin

platform.ai.brain.status

Write. Scope: platform.write, admin. Contract: route_inferred. Ai Brain Status

platform.ai.chat

Write. Scope: platform.write, admin. Contract: route_inferred. Ai Chat

platform.ai.confidence.stats

Read. Scope: platform.read, admin. Contract: declared_dynamic. Ai Confidence Stats

platform.ai.context.lookup

Write. Scope: platform.write, admin. Contract: route_inferred. Ai Context Lookup

platform.ai.daily.brief

Write. Scope: platform.write, admin. Contract: route_inferred. Ai Daily Brief

platform.ai.daily.brief.check

Read. Scope: platform.read, admin. Contract: declared_dynamic. Ai Daily Brief Check

platform.ai.daily.brief.dismiss

Write. Scope: platform.write, admin. Contract: declared_dynamic. Ai Daily Brief Dismiss

platform.ai.daily.brief.fetch

Read. Scope: platform.read, admin. Contract: route_inferred. Ai Daily Brief Fetch

platform.ai.eval.control.summary

Read. Scope: platform.read, admin. Contract: declared_dynamic. Ai Eval Control Summary

platform.ai.eval.feedback.queue

Read. Scope: platform.read, admin. Contract: declared_dynamic. Ai Eval Feedback Queue

platform.ai.eval.kb.gap.queue

Read. Scope: platform.read, admin. Contract: declared_dynamic. Ai Eval Kb Gap Queue

platform.ai.eval.load

Read. Scope: platform.read, admin. Contract: declared_dynamic. Ai Eval Load

platform.ai.eval.replay.history

Write. Scope: platform.write, admin. Contract: declared_dynamic. Ai Eval Replay History

platform.ai.eval.run

Write. Scope: platform.write, admin. Contract: declared_dynamic. Ai Eval Run

platform.ai.eval.save

Write. Scope: platform.write, admin. Contract: declared_dynamic. Ai Eval Save

platform.ai.eval.score.answer

Read. Scope: platform.read, admin. Contract: declared_dynamic. Ai Eval Score Answer

platform.ai.eval.simulate

Read. Scope: platform.read, admin. Contract: route_inferred. Ai Eval Simulate

platform.ai.feedback.analysis

Read. Scope: platform.read, admin. Contract: declared_dynamic. Ai Feedback Analysis

platform.ai.feedback.stats

Read. Scope: platform.read, admin. Contract: declared_dynamic. Ai Feedback Stats

platform.ai.history.archive

Write. Scope: platform.write, admin. Contract: declared_dynamic. Ai History Archive

platform.ai.history.clear.all

Write. Scope: platform.write, admin. Contract: declared_dynamic. Ai History Clear All

platform.ai.history.delete

Write. Scope: platform.write, admin. Contract: declared_dynamic. Ai History Delete

platform.ai.history.export.csv

Write. Scope: platform.write, admin. Contract: declared_dynamic. Ai History Export Csv

platform.ai.history.get

Write. Scope: platform.write, admin. Contract: declared_dynamic. Ai History Get

platform.ai.history.list

Write. Scope: platform.write, admin. Contract: declared_dynamic. Ai History List

platform.ai.history.stats

Write. Scope: platform.write, admin. Contract: declared_dynamic. Ai History Stats

platform.ai.insight.clear

Write. Scope: platform.write, admin. Contract: route_inferred. Ai Insight Clear

platform.ai.insight.history

Read. Scope: platform.read, admin. Contract: route_inferred. Ai Insight History

platform.ai.insight.report.delete

Write. Scope: platform.write, admin. Contract: route_inferred. Ai Insight Report Delete

platform.ai.insight.report.get

Read. Scope: platform.read, admin. Contract: route_inferred. Ai Insight Report Get

platform.ai.instructions.compress

Write. Scope: platform.write, admin. Contract: declared_dynamic. Ai Instructions Compress

platform.ai.instructions.connector.templates

Read. Scope: platform.read, admin. Contract: declared_dynamic. Ai Instructions Connector Templates

platform.ai.instructions.example

Read. Scope: platform.read, admin. Contract: declared_dynamic. Ai Instructions Example

platform.ai.instructions.load

Write. Scope: platform.write, admin. Contract: declared_dynamic. Ai Instructions Load

platform.ai.instructions.preview

Read. Scope: platform.read, admin. Contract: route_inferred. Ai Instructions Preview

platform.ai.instructions.reset

Write. Scope: platform.write, admin. Contract: declared_dynamic. Ai Instructions Reset

platform.ai.instructions.save

Write. Scope: platform.write, admin. Contract: declared_dynamic. Ai Instructions Save

platform.ai.page.insights

Read. Scope: platform.read, admin. Contract: route_inferred. Ai Page Insights

platform.ai.popup.regen

Write. Scope: platform.write, admin. Contract: route_inferred. Ai Popup Regen

platform.ai.quality.view

Read. Scope: platform.read, admin. Contract: declared_dynamic. Ai Quality View

platform.ai.reasoning.chain.get

Read. Scope: platform.read, admin. Contract: route_inferred. Ai Reasoning Chain Get

platform.ai.score.lead

Write. Scope: platform.write, admin. Contract: route_inferred. Ai Score Lead

platform.ai.smart.alerts

Read. Scope: platform.read, admin. Contract: declared_dynamic. Ai Smart Alerts

platform.ai.triage.accuracy

Read. Scope: platform.read, admin. Contract: declared_dynamic. Ai Triage Accuracy

platform.ai.whmcs.chat

Write. Scope: platform.write, admin. Contract: route_inferred. Ai Whmcs Chat

platform.ai.writing

Write. Scope: platform.write, admin. Contract: route_inferred. Ai Writing

platform.api.keys.catalog

Read. Scope: platform.read, admin. Contract: declared_dynamic. Api Keys Catalog

platform.api.keys.create

Write. Scope: platform.write, admin. Contract: route_inferred. Api Keys Create

platform.api.keys.delete

Write. Scope: platform.write, admin. Contract: route_inferred. Api Keys Delete

platform.api.keys.list

Read. Scope: platform.read, admin. Contract: declared_dynamic. Api Keys List

platform.api.keys.revoke

Write. Scope: platform.write, admin. Contract: route_inferred. Api Keys Revoke

platform.api.keys.update

Write. Scope: platform.write, admin. Contract: route_inferred. Api Keys Update

platform.audit.export

Read. Scope: platform.read, admin. Contract: route_inferred. Audit Export

platform.blocked

Write. Scope: platform.write, admin. Contract: route_inferred. Blocked

platform.campaigns

Read. Scope: platform.read, admin. Contract: declared_dynamic. Campaigns

platform.chart.browsers

Read. Scope: platform.read, admin. Contract: declared_dynamic. Chart Browsers

platform.chart.countries

Read. Scope: platform.read, admin. Contract: declared_dynamic. Chart Countries

platform.chart.devices

Read. Scope: platform.read, admin. Contract: declared_dynamic. Chart Devices

platform.chart.hourly

Read. Scope: platform.read, admin. Contract: declared_dynamic. Chart Hourly

platform.chart.new.returning

Read. Scope: platform.read, admin. Contract: declared_dynamic. Chart New Returning

platform.chart.os

Read. Scope: platform.read, admin. Contract: declared_dynamic. Chart Os

platform.chart.sources

Read. Scope: platform.read, admin. Contract: declared_dynamic. Chart Sources

platform.chart.visitors

Read. Scope: platform.read, admin. Contract: route_inferred. Chart Visitors

platform.chatbot.flow.delete

Write. Scope: platform.write, admin. Contract: route_inferred. Chatbot Flow Delete

platform.chatbot.flow.get

Read. Scope: platform.read, admin. Contract: route_inferred. Chatbot Flow Get

platform.chatbot.flow.save

Write. Scope: platform.write, admin. Contract: route_inferred. Chatbot Flow Save

platform.chatbot.flow.stats

Read. Scope: platform.read, admin. Contract: route_inferred. Chatbot Flow Stats

platform.chatbot.flow.test.advance

Read. Scope: platform.read, admin. Contract: route_inferred. Chatbot Flow Test Advance

platform.chatbot.flow.test.start

Write. Scope: platform.write, admin. Contract: route_inferred. Chatbot Flow Test Start

platform.chatbot.flow.toggle

Write. Scope: platform.write, admin. Contract: route_inferred. Chatbot Flow Toggle

platform.chatbot.flows.list

Read. Scope: platform.read, admin. Contract: declared_dynamic. Chatbot Flows List

platform.chatbot.flows.widget.data

Read. Scope: platform.read, admin. Contract: declared_dynamic. Chatbot Flows Widget Data

platform.chatbot.node.delete

Write. Scope: platform.write, admin. Contract: route_inferred. Chatbot Node Delete

platform.chatbot.node.save

Write. Scope: platform.write, admin. Contract: route_inferred. Chatbot Node Save

platform.chatbot.nodes.list

Read. Scope: platform.read, admin. Contract: route_inferred. Chatbot Nodes List

platform.clear.admin.chat.history

Write. Scope: platform.write, admin. Contract: declared_dynamic. Clear Admin Chat History

platform.command.center.view

Read. Scope: platform.read, admin. Contract: declared_dynamic. Command Center View

platform.complete.todo.item

Write. Scope: platform.write, admin. Contract: route_inferred. Complete Todo Item

platform.consent.log.list

Read. Scope: platform.read, admin. Contract: route_inferred. Consent Log List

platform.countries

Read. Scope: platform.read, admin. Contract: declared_dynamic. Countries

platform.country.detail

Read. Scope: platform.read, admin. Contract: route_inferred. Country Detail

platform.custom.code.approve

Write. Scope: platform.write, admin. Contract: route_inferred. Custom Code Approve

platform.custom.code.disable

Write. Scope: platform.write, admin. Contract: route_inferred. Custom Code Disable

platform.custom.code.reject

Write. Scope: platform.write, admin. Contract: route_inferred. Custom Code Reject

platform.custom.code.rollback

Write. Scope: platform.write, admin. Contract: route_inferred. Custom Code Rollback

platform.custom.code.status

Read. Scope: platform.read, admin. Contract: route_inferred. Custom Code Status

platform.delete.todo.item

Write. Scope: platform.write, admin. Contract: route_inferred. Delete Todo Item

platform.devices

Read. Scope: platform.read, admin. Contract: declared_dynamic. Devices

platform.diag.check.resolutions

Read. Scope: platform.read, admin. Contract: declared_dynamic. Diag Check Resolutions

platform.diag.dismiss

Write. Scope: platform.write, admin. Contract: route_inferred. Diag Dismiss

platform.diag.recheck

Read. Scope: platform.read, admin. Contract: route_inferred. Diag Recheck

platform.diag.recheck.all

Read. Scope: platform.read, admin. Contract: declared_dynamic. Diag Recheck All

platform.diag.report

Write. Scope: platform.write, admin. Contract: route_inferred. Diag Report

platform.diag.unmute

Read. Scope: platform.read, admin. Contract: route_inferred. Diag Unmute

platform.dismiss.credit.alert

Write. Scope: platform.write, admin. Contract: route_inferred. Dismiss Credit Alert

platform.domain.knowledge.ai.generate

Write. Scope: platform.write, admin. Contract: route_inferred. Domain Knowledge Ai Generate

platform.domain.knowledge.delete

Write. Scope: platform.write, admin. Contract: route_inferred. Domain Knowledge Delete

platform.domain.knowledge.list

Write. Scope: platform.write, admin. Contract: route_inferred. Domain Knowledge List

platform.domain.knowledge.save

Write. Scope: platform.write, admin. Contract: route_inferred. Domain Knowledge Save

platform.domain.knowledge.toggle

Write. Scope: platform.write, admin. Contract: route_inferred. Domain Knowledge Toggle

platform.domain.verify.add

Write. Scope: platform.write, admin. Contract: route_inferred. Domain Verify Add

platform.domain.verify.list

Read. Scope: platform.read, admin. Contract: declared_dynamic. Domain Verify List

platform.domain.verify.recheck

Write. Scope: platform.write, admin. Contract: route_inferred. Domain Verify Recheck

platform.domain.verify.remove

Write. Scope: platform.write, admin. Contract: route_inferred. Domain Verify Remove

platform.dynamic.action.dispatch

Write. Scope: platform.write, admin. Contract: route_inferred. Dynamic Action Dispatch

platform.events.clear.all

Write. Scope: platform.write, admin. Contract: declared_dynamic. Events Clear All

platform.events.list

Read. Scope: platform.read, admin. Contract: route_inferred. Events List

platform.experiment.delete

Write. Scope: platform.write, admin. Contract: route_inferred. Experiment Delete

platform.experiment.results

Read. Scope: platform.read, admin. Contract: route_inferred. Experiment Results

platform.experiment.save

Write. Scope: platform.write, admin. Contract: route_inferred. Experiment Save

platform.experiments.clear.all

Write. Scope: platform.write, admin. Contract: declared_dynamic. Experiments Clear All

platform.experiments.list

Read. Scope: platform.read, admin. Contract: declared_dynamic. Experiments List

platform.failed.logins.clear.all

Write. Scope: platform.write, admin. Contract: declared_dynamic. Failed Logins Clear All

platform.failed.logins.clear.history

Write. Scope: platform.write, admin. Contract: declared_dynamic. Failed Logins Clear History

platform.failed.logins.journey

Write. Scope: platform.write, admin. Contract: route_inferred. Failed Logins Journey

platform.failed.logins.list

Write. Scope: platform.write, admin. Contract: declared_dynamic. Failed Logins List

platform.failed.logins.unblock

Write. Scope: platform.write, admin. Contract: route_inferred. Failed Logins Unblock

platform.feedback.analysis.get

Read. Scope: platform.read, admin. Contract: declared_dynamic. Feedback Analysis Get

platform.feedback.analysis.run

Write. Scope: platform.write, admin. Contract: route_inferred. Feedback Analysis Run

platform.feedback.analytics.all

Read. Scope: platform.read, admin. Contract: route_inferred. Feedback Analytics All

platform.feedback.analytics.detractors

Read. Scope: platform.read, admin. Contract: route_inferred. Feedback Analytics Detractors

platform.feedback.analytics.metrics

Read. Scope: platform.read, admin. Contract: route_inferred. Feedback Analytics Metrics

platform.feedback.analytics.overview

Read. Scope: platform.read, admin. Contract: route_inferred. Feedback Analytics Overview

platform.feedback.analytics.segments

Read. Scope: platform.read, admin. Contract: route_inferred. Feedback Analytics Segments

platform.feedback.analytics.sentiment

Read. Scope: platform.read, admin. Contract: route_inferred. Feedback Analytics Sentiment

platform.feedback.analytics.themes

Read. Scope: platform.read, admin. Contract: route_inferred. Feedback Analytics Themes

platform.feedback.analytics.trends

Read. Scope: platform.read, admin. Contract: route_inferred. Feedback Analytics Trends

platform.feedback.assignees.list

Read. Scope: platform.read, admin. Contract: declared_dynamic. Feedback Assignees List

platform.feedback.event.outbox.drain

Write. Scope: platform.write, admin. Contract: route_inferred. Feedback Event Outbox Drain

platform.feedback.exports.create

Write. Scope: platform.write, admin. Contract: route_inferred. Feedback Exports Create

platform.feedback.exports.get

Read. Scope: platform.read, admin. Contract: route_inferred. Feedback Exports Get

platform.feedback.external.review.ingest

Write. Scope: platform.write, admin. Contract: route_inferred. Feedback External Review Ingest

platform.feedback.ingest.create

Write. Scope: platform.write, admin. Contract: route_inferred. Feedback Ingest Create

platform.feedback.items.assign

Write. Scope: platform.write, admin. Contract: route_inferred. Feedback Items Assign

platform.feedback.items.evidence

Read. Scope: platform.read, admin. Contract: route_inferred. Feedback Items Evidence

platform.feedback.items.follow.up.complete

Write. Scope: platform.write, admin. Contract: route_inferred. Feedback Items Follow Up Complete

platform.feedback.items.follow.up.set

Write. Scope: platform.write, admin. Contract: route_inferred. Feedback Items Follow Up Set Required fields: bool.

platform.feedback.items.get

Read. Scope: platform.read, admin. Contract: route_inferred. Feedback Items Get

platform.feedback.items.list

Read. Scope: platform.read, admin. Contract: route_inferred. Feedback Items List

platform.feedback.items.mark.read

Write. Scope: platform.write, admin. Contract: route_inferred. Feedback Items Mark Read

platform.feedback.items.notes.add

Write. Scope: platform.write, admin. Contract: route_inferred. Feedback Items Notes Add

platform.feedback.items.set.priority

Write. Scope: platform.write, admin. Contract: route_inferred. Feedback Items Set Priority

platform.feedback.items.set.status

Write. Scope: platform.write, admin. Contract: route_inferred. Feedback Items Set Status

platform.feedback.items.tags.add

Write. Scope: platform.write, admin. Contract: route_inferred. Feedback Items Tags Add

platform.feedback.items.tags.remove

Write. Scope: platform.write, admin. Contract: route_inferred. Feedback Items Tags Remove

platform.feedback.list

Read. Scope: platform.read, admin. Contract: route_inferred. Feedback List

platform.feedback.reconciliation

Read. Scope: platform.read, admin. Contract: declared_dynamic. Feedback Reconciliation

platform.feedback.reports.delete

Write. Scope: platform.write, admin. Contract: declared_dynamic. Feedback Reports Delete

platform.feedback.reports.email

Read. Scope: platform.read, admin. Contract: declared_dynamic. Feedback Reports Email

platform.feedback.reports.get

Read. Scope: platform.read, admin. Contract: declared_dynamic. Feedback Reports Get

platform.feedback.reports.list

Read. Scope: platform.read, admin. Contract: declared_dynamic. Feedback Reports List

platform.feedback.satisfaction.advice.last

Read. Scope: platform.read, admin. Contract: declared_dynamic. Feedback Satisfaction Advice Last

platform.feedback.satisfaction.advise

Read. Scope: platform.read, admin. Contract: declared_dynamic. Feedback Satisfaction Advise

platform.feedback.satisfaction.overview

Read. Scope: platform.read, admin. Contract: declared_dynamic. Feedback Satisfaction Overview

platform.feedback.sources.health

Read. Scope: platform.read, admin. Contract: declared_dynamic. Feedback Sources Health

platform.feedback.sources.list

Read. Scope: platform.read, admin. Contract: declared_dynamic. Feedback Sources List

platform.feedback.sources.rebuild

Write. Scope: platform.write, admin. Contract: route_inferred. Feedback Sources Rebuild

platform.feedback.sources.replay

Write. Scope: platform.write, admin. Contract: route_inferred. Feedback Sources Replay

platform.feedback.stats

Write. Scope: platform.write, admin. Contract: declared_dynamic. Feedback Stats

platform.fx.refresh.now

Write. Scope: platform.write, admin. Contract: declared_dynamic. Fx Refresh Now

platform.geoip.autodetect

Read. Scope: platform.read, admin. Contract: declared_dynamic. Geoip Autodetect

platform.get.admin.chat.history

Read. Scope: platform.read, admin. Contract: declared_dynamic. Get Admin Chat History

platform.get.ai.snapshot

Write. Scope: platform.write, admin. Contract: route_inferred. Get Ai Snapshot

platform.get.campaign.groups

Read. Scope: platform.read, admin. Contract: declared_dynamic. Get Campaign Groups

platform.get.client.chat.knowledge.overview

Write. Scope: platform.write, admin. Contract: declared_dynamic. Get Client Chat Knowledge Overview

platform.get.kb.categories

Read. Scope: platform.read, admin. Contract: route_inferred. Get Kb Categories

platform.get.live.health.snapshot

Read. Scope: platform.read, admin. Contract: route_inferred. Get Live Health Snapshot

platform.get.pwa.chat.prefs

Write. Scope: platform.write, admin. Contract: declared_dynamic. Get Pwa Chat Prefs

platform.get.servers

Read. Scope: platform.read, admin. Contract: declared_dynamic. Get Servers

platform.get.survey.config

Read. Scope: platform.read, admin. Contract: declared_dynamic. Get Survey Config

platform.get.ticket.options

Read. Scope: platform.read, admin. Contract: declared_dynamic. Get Ticket Options

platform.get.ticket.thread

Read. Scope: platform.read, admin. Contract: route_inferred. Get Ticket Thread

platform.get.todo.list

Read. Scope: platform.read, admin. Contract: declared_dynamic. Get Todo List

platform.get.whmcs.health.snapshot

Read. Scope: platform.read, admin. Contract: declared_dynamic. Get Whmcs Health Snapshot

platform.get.widget.advanced

Read. Scope: platform.read, admin. Contract: route_inferred. Get Widget Advanced

platform.groups.create

Write. Scope: platform.write, admin. Contract: route_inferred. Groups Create

platform.groups.delete

Write. Scope: platform.write, admin. Contract: route_inferred. Groups Delete

platform.groups.list

Write. Scope: platform.write, admin. Contract: route_inferred. Groups List

platform.groups.rename

Write. Scope: platform.write, admin. Contract: route_inferred. Groups Rename

platform.groups.set.primary

Write. Scope: platform.write, admin. Contract: route_inferred. Groups Set Primary

platform.hc.preview.mint

Read. Scope: platform.read, admin. Contract: route_inferred. Hc Preview Mint

platform.hc.template.apply

Write. Scope: platform.write, admin. Contract: route_inferred. Hc Template Apply

platform.hc.template.delete

Write. Scope: platform.write, admin. Contract: route_inferred. Hc Template Delete

platform.hc.template.preview

Read. Scope: platform.read, admin. Contract: route_inferred. Hc Template Preview

platform.hc.template.save

Write. Scope: platform.write, admin. Contract: route_inferred. Hc Template Save

platform.hc.templates.list

Read. Scope: platform.read, admin. Contract: declared_dynamic. Hc Templates List

platform.hc.translation.review.get

Read. Scope: platform.read, admin. Contract: declared_dynamic. Hc Translation Review Get

platform.hc.translation.review.list

Read. Scope: platform.read, admin. Contract: declared_dynamic. Hc Translation Review List

platform.hc.translation.review.revert

Write. Scope: platform.write, admin. Contract: declared_dynamic. Hc Translation Review Revert

platform.hc.translation.review.save

Write. Scope: platform.write, admin. Contract: declared_dynamic. Hc Translation Review Save

platform.heatmap

Read. Scope: platform.read, admin. Contract: route_inferred. Heatmap

platform.inbound.activity.feed

Write. Scope: platform.write, admin. Contract: route_inferred. Inbound Activity Feed

platform.inbound.endpoints.delete

Write. Scope: platform.write, admin. Contract: route_inferred. Inbound Endpoints Delete

platform.inbound.endpoints.list

Write. Scope: platform.write, admin. Contract: route_inferred. Inbound Endpoints List

platform.inbound.endpoints.save

Write. Scope: platform.write, admin. Contract: route_inferred. Inbound Endpoints Save

platform.inbound.endpoints.test

Write. Scope: platform.write, admin. Contract: route_inferred. Inbound Endpoints Test

platform.ip.classify

Read. Scope: platform.read, admin. Contract: route_inferred. Ip Classify

platform.js.errors.clear.all

Write. Scope: platform.write, admin. Contract: declared_dynamic. Js Errors Clear All

platform.js.errors.list

Read. Scope: platform.read, admin. Contract: route_inferred. Js Errors List

platform.js.issue.assign

Write. Scope: platform.write, admin. Contract: route_inferred. Js Issue Assign

platform.js.issue.update

Write. Scope: platform.write, admin. Contract: route_inferred. Js Issue Update

platform.js.sourcemap.delete

Write. Scope: platform.write, admin. Contract: route_inferred. Js Sourcemap Delete

platform.js.sourcemap.upload

Write. Scope: platform.write, admin. Contract: route_inferred. Js Sourcemap Upload

platform.js.sourcemaps.list

Read. Scope: platform.read, admin. Contract: declared_dynamic. Js Sourcemaps List

platform.leads

Read. Scope: platform.read, admin. Contract: route_inferred. Leads

platform.license.delete

Write. Scope: platform.write, admin. Contract: declared_dynamic. License Delete

platform.license.diagnostics

Read. Scope: platform.read, admin. Contract: declared_dynamic. License Diagnostics

platform.license.force.check

Read. Scope: platform.read, admin. Contract: declared_dynamic. License Force Check

platform.license.preflight

Read. Scope: platform.read, admin. Contract: declared_dynamic. License Preflight

platform.license.save

Write. Scope: platform.write, admin. Contract: route_inferred. License Save

platform.license.status

Read. Scope: platform.read, admin. Contract: declared_dynamic. License Status

platform.license.verify.now

Write. Scope: platform.write, admin. Contract: declared_dynamic. License Verify Now

platform.lifecycle.evaluate

Read. Scope: platform.read, admin. Contract: route_inferred. Lifecycle Evaluate

platform.lifecycle.rule.delete

Write. Scope: platform.write, admin. Contract: route_inferred. Lifecycle Rule Delete

platform.lifecycle.rule.list

Read. Scope: platform.read, admin. Contract: route_inferred. Lifecycle Rule List

platform.lifecycle.rule.save

Write. Scope: platform.write, admin. Contract: route_inferred. Lifecycle Rule Save

platform.list.assignable.sites

Read. Scope: platform.read, admin. Contract: declared_dynamic. List Assignable Sites

platform.list.network.issues

Read. Scope: platform.read, admin. Contract: declared_dynamic. List Network Issues

platform.list.sites

Read. Scope: platform.read, admin. Contract: declared_dynamic. List Sites

platform.lookup.client.full

Read. Scope: platform.read, admin. Contract: route_inferred. Lookup Client Full

platform.mark.feedback.read

Write. Scope: platform.write, admin. Contract: route_inferred. Mark Feedback Read

platform.marketplace.local.install

Write. Scope: platform.write, admin. Contract: route_inferred. Marketplace Local Install

platform.marketplace.local.uninstall

Write. Scope: platform.write, admin. Contract: route_inferred. Marketplace Local Uninstall

platform.marketplace.session.get

Read. Scope: platform.read, admin. Contract: declared_dynamic. Marketplace Session Get

platform.marketplace.session.set

Write. Scope: platform.write, admin. Contract: route_inferred. Marketplace Session Set

platform.message.contact.locale

Write. Scope: platform.write, admin. Contract: route_inferred. Message Contact Locale

platform.message.outbound.convert

Write. Scope: platform.write, admin. Contract: route_inferred. Message Outbound Convert

platform.message.translate

Write. Scope: platform.write, admin. Contract: route_inferred. Message Translate

platform.message.translation.delete

Write. Scope: platform.write, admin. Contract: route_inferred. Message Translation Delete

platform.message.translation.save

Write. Scope: platform.write, admin. Contract: route_inferred. Message Translation Save

platform.meta.channels.disconnect

Write. Scope: platform.write, admin. Contract: declared_dynamic. Meta Channels Disconnect

platform.onboarding.action

Read. Scope: platform.read, admin. Contract: declared_dynamic. Onboarding Action

platform.onboarding.readiness

Read. Scope: platform.read, admin. Contract: declared_dynamic. Onboarding Readiness

platform.open.network.issue

Read. Scope: platform.read, admin. Contract: declared_dynamic. Open Network Issue

platform.open.ticket

Read. Scope: platform.read, admin. Contract: route_inferred. Open Ticket

platform.operator.text.translate

Write. Scope: platform.write, admin. Contract: route_inferred. Operator Text Translate

platform.opsiq.backup.export

Read. Scope: platform.read, admin. Contract: declared_dynamic. Download a full backup in one request (retired)

platform.opsiq.backup.import

Write. Scope: platform.write, admin. Contract: route_inferred. Opsiq Backup Import

platform.opsiq.backup.import.start

Write. Scope: platform.write, admin. Contract: route_inferred. Opsiq Backup Import Start

platform.opsiq.backup.job.start

Write. Scope: platform.write, admin. Contract: route_inferred. Opsiq Backup Job Start

platform.opsiq.backup.job.status

Write. Scope: platform.write, admin. Contract: route_inferred. Opsiq Backup Job Status

platform.outreach.campaign.delete

Write. Scope: platform.write, admin. Contract: route_inferred. Outreach Campaign Delete

platform.outreach.campaign.list

Read. Scope: platform.read, admin. Contract: route_inferred. Outreach Campaign List

platform.outreach.campaign.save

Write. Scope: platform.write, admin. Contract: route_inferred. Outreach Campaign Save

platform.outreach.campaign.send

Write. Scope: platform.write, admin. Contract: route_inferred. Outreach Campaign Send

platform.outreach.compose.send

Write. Scope: platform.write, admin. Contract: route_inferred. Outreach Compose Send

platform.outreach.replies.list

Read. Scope: platform.read, admin. Contract: route_inferred. Outreach Replies List

platform.outreach.reply.ai

Write. Scope: platform.write, admin. Contract: route_inferred. Outreach Reply Ai

platform.outreach.reply.mark

Write. Scope: platform.write, admin. Contract: route_inferred. Outreach Reply Mark

platform.outreach.reply.pref

Write. Scope: platform.write, admin. Contract: route_inferred. Outreach Reply Pref

platform.outreach.reply.send

Write. Scope: platform.write, admin. Contract: route_inferred. Outreach Reply Send

platform.outreach.reply.thread

Write. Scope: platform.write, admin. Contract: route_inferred. Outreach Reply Thread

platform.outreach.template.delete

Write. Scope: platform.write, admin. Contract: route_inferred. Outreach Template Delete

platform.outreach.template.list

Read. Scope: platform.read, admin. Contract: route_inferred. Outreach Template List

platform.outreach.template.preview

Read. Scope: platform.read, admin. Contract: route_inferred. Outreach Template Preview

platform.outreach.template.save

Write. Scope: platform.write, admin. Contract: route_inferred. Outreach Template Save

platform.overview

Read. Scope: platform.read, admin. Contract: declared_dynamic. Overview

platform.overview.hub.view

Read. Scope: platform.read, admin. Contract: route_inferred. Overview Hub View

platform.overview.intelligence.graph

Read. Scope: platform.read, admin. Contract: declared_dynamic. Overview Intelligence Graph

platform.pages

Read. Scope: platform.read, admin. Contract: route_inferred. Pages

platform.paths.data

Read. Scope: platform.read, admin. Contract: route_inferred. Paths Data

platform.profile.change.password

Write. Scope: platform.write, admin. Contract: declared_dynamic. Profile Change Password

platform.profile.get

Read. Scope: platform.read, admin. Contract: route_inferred. Profile Get

platform.profile.reward.claim

Write. Scope: platform.write, admin. Contract: route_inferred. Profile Reward Claim

platform.profile.reward.claim.cancel

Write. Scope: platform.write, admin. Contract: route_inferred. Profile Reward Claim Cancel

platform.profile.save

Write. Scope: platform.write, admin. Contract: declared_dynamic. Profile Save

platform.profile.session.revoke

Write. Scope: platform.write, admin. Contract: route_inferred. Profile Session Revoke

platform.profile.sessions.list

Read. Scope: platform.read, admin. Contract: declared_dynamic. Profile Sessions List

platform.profile.sessions.revoke.others

Write. Scope: platform.write, admin. Contract: declared_dynamic. Profile Sessions Revoke Others

platform.profile.team.dispute.file

Write. Scope: platform.write, admin. Contract: route_inferred. Profile Team Dispute File

platform.purge

Write. Scope: platform.write, admin. Contract: route_inferred. Purge

platform.purge.all

Write. Scope: platform.write, admin. Contract: route_inferred. Purge All

platform.realtime

Read. Scope: platform.read, admin. Contract: route_inferred. Realtime

platform.realtime.test

Write. Scope: platform.write, admin. Contract: route_inferred. Realtime Test

platform.retention.data

Read. Scope: platform.read, admin. Contract: route_inferred. Retention Data

platform.routes.list

Read. Scope: admin. Contract: source_inferred. List every registered OpsIQ operation

platform.routes.read

Read. Scope: admin. Contract: explicit. Execute a registered read operation Required fields: route.

platform.routes.write

Write. Scope: admin. Contract: explicit. Execute a registered write operation Required fields: route, idempotency_key. Retry-safe with idempotency_key.

platform.run.ai.analysis

Write. Scope: platform.write, admin. Contract: route_inferred. Run Ai Analysis

platform.save.admin.chat.history

Write. Scope: platform.write, admin. Contract: route_inferred. Save Admin Chat History

platform.save.pwa.chat.prefs

Write. Scope: platform.write, admin. Contract: declared_dynamic. Save Pwa Chat Prefs

platform.save.survey.config

Write. Scope: platform.write, admin. Contract: route_inferred. Save Survey Config

platform.save.widget.advanced

Write. Scope: platform.write, admin. Contract: declared_dynamic. Save Widget Advanced

platform.scim.token.issue

Read. Scope: platform.read, admin. Contract: route_inferred. Scim Token Issue

platform.scim.token.list

Read. Scope: platform.read, admin. Contract: declared_dynamic. Scim Token List

platform.scim.token.revoke

Write. Scope: platform.write, admin. Contract: route_inferred. Scim Token Revoke

platform.segment.delete

Write. Scope: platform.write, admin. Contract: route_inferred. Segment Delete

platform.segment.list

Read. Scope: platform.read, admin. Contract: route_inferred. Segment List

platform.segment.members

Read. Scope: platform.read, admin. Contract: route_inferred. Segment Members

platform.segment.preview

Read. Scope: platform.read, admin. Contract: route_inferred. Segment Preview

platform.segment.save

Write. Scope: platform.write, admin. Contract: route_inferred. Segment Save

platform.segment.suggestion.accept

Write. Scope: platform.write, admin. Contract: route_inferred. Segment Suggestion Accept

platform.segment.suggestion.dismiss

Write. Scope: platform.write, admin. Contract: route_inferred. Segment Suggestion Dismiss

platform.segment.suggestion.list

Read. Scope: platform.read, admin. Contract: route_inferred. Segment Suggestion List

platform.send.campaign

Write. Scope: platform.write, admin. Contract: route_inferred. Send Campaign

platform.send.client.email

Write. Scope: platform.write, admin. Contract: route_inferred. Send Client Email

platform.send.ticket.reply

Write. Scope: platform.write, admin. Contract: route_inferred. Send Ticket Reply

platform.service.studio.get

Read. Scope: platform.read, admin. Contract: declared_dynamic. Service Studio Get

platform.set.active.site

Write. Scope: platform.write, admin. Contract: route_inferred. Set Active Site

platform.site.set.group

Write. Scope: platform.write, admin. Contract: route_inferred. Site Set Group

platform.sites.add

Write. Scope: platform.write, admin. Contract: route_inferred. Sites Add

platform.sites.edit

Write. Scope: platform.write, admin. Contract: route_inferred. Sites Edit

platform.sites.list

Write. Scope: platform.write, admin. Contract: route_inferred. Sites List

platform.sites.picker

Write. Scope: platform.write, admin. Contract: route_inferred. Sites Picker

platform.sites.remove

Write. Scope: platform.write, admin. Contract: route_inferred. Sites Remove

platform.stats

Read. Scope: platform.read, admin. Contract: declared_dynamic. Stats

platform.stepup.verify

Write. Scope: platform.write, admin. Contract: declared_dynamic. Stepup Verify

platform.submit.agent.ai.feedback

Write. Scope: platform.write, admin. Contract: route_inferred. Submit Agent Ai Feedback

platform.submit.triage.feedback

Write. Scope: platform.write, admin. Contract: route_inferred. Submit Triage Feedback

platform.test.geoip

Read. Scope: platform.read, admin. Contract: route_inferred. Test Geoip

platform.top.pages

Read. Scope: platform.read, admin. Contract: route_inferred. Top Pages

platform.train.client.chat.knowledge

Write. Scope: platform.write, admin. Contract: route_inferred. Train Client Chat Knowledge

platform.triggers

Read. Scope: platform.read, admin. Contract: declared_dynamic. Triggers

platform.turn.pool.add

Write. Scope: platform.write, admin. Contract: route_inferred. Turn Pool Add

platform.turn.pool.list

Read. Scope: platform.read, admin. Contract: declared_dynamic. Turn Pool List

platform.turn.pool.pick.test

Write. Scope: platform.write, admin. Contract: route_inferred. Turn Pool Pick Test

platform.turn.pool.remove

Write. Scope: platform.write, admin. Contract: route_inferred. Turn Pool Remove

platform.turn.pool.update

Write. Scope: platform.write, admin. Contract: route_inferred. Turn Pool Update

platform.update.lead.status

Write. Scope: platform.write, admin. Contract: route_inferred. Update Lead Status

platform.wa.embedded.signup.exchange

Write. Scope: platform.write, admin. Contract: route_inferred. Wa Embedded Signup Exchange

platform.warehouse.export.run

Read. Scope: platform.read, admin. Contract: declared_dynamic. Warehouse Export Run

platform.warehouse.exports.list

Read. Scope: platform.read, admin. Contract: declared_dynamic. Warehouse Exports List

platform.webhook.deliveries.list

Read. Scope: platform.read, admin. Contract: route_inferred. Webhook Deliveries List

platform.webhook.endpoint.delete

Write. Scope: platform.write, admin. Contract: route_inferred. Webhook Endpoint Delete

platform.webhook.endpoint.list

Read. Scope: platform.read, admin. Contract: declared_dynamic. Webhook Endpoint List

platform.webhook.endpoint.save

Write. Scope: platform.write, admin. Contract: route_inferred. Webhook Endpoint Save

platform.webhook.endpoint.test

Write. Scope: platform.write, admin. Contract: route_inferred. Webhook Endpoint Test

platform.webhook.redeliver

Write. Scope: platform.write, admin. Contract: route_inferred. Webhook Redeliver

platform.weekly.digest.view

Read. Scope: platform.read, admin. Contract: route_inferred. Weekly Digest View

platform.whmcs.op.dispatch

Read. Scope: platform.read, admin. Contract: declared_dynamic. Whmcs Op Dispatch

platform.workspace.custom.domain.remove

Write. Scope: platform.write, admin. Contract: declared_dynamic. Workspace Custom Domain Remove

platform.workspace.custom.domain.set

Write. Scope: platform.write, admin. Contract: route_inferred. Workspace Custom Domain Set

platform.writing.json.knowledge.clear

Write. Scope: platform.write, admin. Contract: declared_dynamic. Writing Json Knowledge Clear

platform.writing.json.knowledge.count

Read. Scope: platform.read, admin. Contract: declared_dynamic. Writing Json Knowledge Count

platform.writing.json.knowledge.import

Write. Scope: platform.write, admin. Contract: route_inferred. Writing Json Knowledge Import

portal_studio (148)

portal_studio.add

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Domain Add

portal_studio.allocate

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Subdomain Allocate

portal_studio.apply.kit

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Apply Kit

portal_studio.apply.theme

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Design Apply Theme

portal_studio.approval

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Design Approval

portal_studio.approve

Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Approve

portal_studio.ask

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Ask

portal_studio.audience.explain

Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Audience Explain

portal_studio.brand.generate

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Design Brand Generate

portal_studio.brand.import

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Design Brand Import

portal_studio.cancel.schedule

Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Design Cancel Schedule

portal_studio.certify

Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Certify

portal_studio.check

Read. Scope: portal_studio.read, admin. Contract: route_inferred. Portal Host Check

portal_studio.check.route.portal.subdomain.check

Read. Scope: portal_studio.read, admin. Contract: route_inferred. Portal Subdomain Check

portal_studio.comment.add

Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Comment Add

portal_studio.comment.resolve

Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Comment Resolve

portal_studio.component.package.inspect

Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Component Package Inspect

portal_studio.component.package.install

Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Component Package Install

portal_studio.component.validate

Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Component Validate

portal_studio.config

Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Handoff Config

portal_studio.data.resolve

Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Data Resolve

portal_studio.delete.theme

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Design Delete Theme

portal_studio.developer.contract

Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Developer Contract

portal_studio.discovery.preview

Read. Scope: portal_studio.read, admin. Contract: route_inferred. Portal Studio Discovery Preview

portal_studio.discovery.save

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Discovery Save

portal_studio.document.load

Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Load

portal_studio.document.save

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Save

portal_studio.form.archive

Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Form Archive

portal_studio.form.catalog

Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Form Catalog

portal_studio.form.create

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Form Create

portal_studio.form.delete

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Form Delete

portal_studio.form.duplicate

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Form Duplicate

portal_studio.form.evaluate

Read. Scope: portal_studio.read, admin. Contract: route_inferred. Portal Studio Form Evaluate

portal_studio.form.group.apply

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Form Group Apply

portal_studio.form.group.delete

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Form Group Delete

portal_studio.form.group.save

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Form Group Save

portal_studio.form.publish

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Form Publish

portal_studio.form.restore

Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Form Restore

portal_studio.form.save

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Form Save

portal_studio.form.template

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Form Template

portal_studio.form.test

Read. Scope: portal_studio.read, admin. Contract: route_inferred. Portal Studio Form Test

portal_studio.form.version.restore

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Form Version Restore

portal_studio.identity.discover

Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Identity Discover

portal_studio.identity.load

Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Identity Load

portal_studio.identity.save

Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Identity Save

portal_studio.integration.activate

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Integration Activate

portal_studio.integration.install

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Integration Install

portal_studio.integration.kill.switch

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Integration Kill Switch

portal_studio.integration.list

Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Integration List

portal_studio.integration.policy

Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Integration Policy

portal_studio.integration.policy.save

Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Integration Policy Save

portal_studio.integration.preflight

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Integration Preflight

portal_studio.integration.revise

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Integration Revise

portal_studio.integration.rollback

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Integration Rollback

portal_studio.integration.transition

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Integration Transition

portal_studio.journey.archive

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Journey Archive

portal_studio.journey.catalog

Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Journey Catalog

portal_studio.journey.delete

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Journey Delete

portal_studio.journey.duplicate

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Journey Duplicate

portal_studio.journey.evaluate

Read. Scope: portal_studio.read, admin. Contract: route_inferred. Portal Studio Journey Evaluate

portal_studio.journey.instantiate

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Journey Instantiate

portal_studio.journey.restore

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Journey Restore

portal_studio.journey.save

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Journey Save

portal_studio.kb.category.delete

Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Kb Category Delete

portal_studio.kb.category.reorder

Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Kb Category Reorder

portal_studio.kb.category.save

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Kb Category Save

portal_studio.kb.governance

Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Kb Governance

portal_studio.kb.governance.save

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Kb Governance Save

portal_studio.kb.languages

Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Kb Languages

portal_studio.kb.languages.save

Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Kb Languages Save

portal_studio.kb.parity

Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Kb Parity

portal_studio.kb.search.tuning

Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Kb Search Tuning

portal_studio.kb.search.tuning.save

Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Kb Search Tuning Save

portal_studio.kb.tree

Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Kb Tree

portal_studio.knowledge.summary

Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Knowledge Summary

portal_studio.list

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Domain List

portal_studio.load

Read. Scope: portal_studio.read, admin. Contract: route_inferred. Portal Analytics Load

portal_studio.load.route.portal.design.load

Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Design Load

portal_studio.load.route.portal.form.load

Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Form Load

portal_studio.lock

Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Lock

portal_studio.migration.apply

Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Migration Apply

portal_studio.migration.approve

Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Migration Approve

portal_studio.migration.list

Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Migration List

portal_studio.migration.reconcile

Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Migration Reconcile

portal_studio.migration.report

Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Migration Report

portal_studio.migration.rollback

Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Migration Rollback

portal_studio.migration.rollout

Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Migration Rollout

portal_studio.migration.start

Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Migration Start

portal_studio.node.add

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Node Add

portal_studio.node.delete

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Node Delete

portal_studio.node.duplicate

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Node Duplicate

portal_studio.node.move

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Node Move

portal_studio.node.update

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Node Update

portal_studio.operations.control

Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Operations Control

portal_studio.operations.record

Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Operations Record

portal_studio.operations.summary

Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Operations Summary

portal_studio.org.context

Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Org Context

portal_studio.org.member.save

Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Org Member Save

portal_studio.org.members

Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Org Members

portal_studio.org.requests

Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Org Requests

portal_studio.page.archive

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Page Archive

portal_studio.page.create

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Page Create

portal_studio.page.delete

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Page Delete

portal_studio.page.duplicate

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Page Duplicate

portal_studio.page.restore

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Page Restore

portal_studio.page.update

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Page Update

portal_studio.parity.accept

Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Parity Accept

portal_studio.parity.capture

Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Parity Capture

portal_studio.parity.compare

Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Parity Compare

portal_studio.parity.create

Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Parity Create

portal_studio.parity.list

Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Parity List

portal_studio.presence

Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Presence

portal_studio.preview

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Design Preview

portal_studio.preview.catalog

Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Preview Catalog

portal_studio.publish

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Design Publish

portal_studio.quality

Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Quality

portal_studio.redirect.delete

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Redirect Delete

portal_studio.redirect.save

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Redirect Save

portal_studio.release.publish

Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Publish

portal_studio.release.rollback

Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Rollback

portal_studio.release.schedule

Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Schedule

portal_studio.remove

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Domain Remove

portal_studio.request.changes

Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Request Changes

portal_studio.restore.published

Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Restore Published

portal_studio.revert

Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Design Revert

portal_studio.review

Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Review

portal_studio.review.link

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Design Review Link

portal_studio.rollback

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Design Rollback

portal_studio.save

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Design Save

portal_studio.save.route.portal.form.save

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Form Save

portal_studio.save.theme

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Design Save Theme

portal_studio.saved.section.delete

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Saved Section Delete

portal_studio.saved.section.instantiate

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Saved Section Instantiate

portal_studio.saved.section.save

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Saved Section Save

portal_studio.schedule

Read. Scope: portal_studio.read, admin. Contract: route_inferred. Portal Design Schedule

portal_studio.schedule.cancel

Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Schedule Cancel

portal_studio.scim.config

Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Scim Config

portal_studio.service.archive

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Service Archive

portal_studio.service.catalog

Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Service Catalog

portal_studio.service.duplicate

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Service Duplicate

portal_studio.service.reorder

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Service Reorder

portal_studio.service.restore

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Service Restore

portal_studio.service.save

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Service Save

portal_studio.service.template

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Service Template

portal_studio.sign.in.flow.save

Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Sign In Flow Save

portal_studio.test.link

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Handoff Test Link

portal_studio.unlock

Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Unlock

portal_studio.upload

Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Image Upload

sales (14)

sales.ai.insight

Write. Scope: sales.write, admin. Contract: route_inferred. Sales Ai Insight

sales.analyze

Write. Scope: sales.write, analytics.write, admin. Contract: explicit. Analyze sales with AI Retry-safe with idempotency_key.

sales.chart

Write. Scope: sales.write, admin. Contract: route_inferred. Sales Chart

sales.compare

Read. Scope: sales.read, analytics.read, admin. Contract: explicit. Compare sales periods

sales.compare.route.sales.compare

Read. Scope: sales.read, admin. Contract: route_inferred. Sales Compare

sales.goal.delete

Write. Scope: sales.write, admin. Contract: route_inferred. Conversion Goal Delete

sales.goal.list

Read. Scope: sales.read, admin. Contract: route_inferred. Conversion Goal List

sales.goal.save

Write. Scope: sales.write, admin. Contract: route_inferred. Conversion Goal Save

sales.list

Read. Scope: sales.read, analytics.read, admin. Contract: explicit. List sales and conversions

sales.list.route.conversion.list

Read. Scope: sales.read, admin. Contract: route_inferred. Conversion List

sales.record

Write. Scope: sales.write, admin. Contract: route_inferred. Conversion Record

sales.stats

Read. Scope: sales.read, analytics.read, admin. Contract: explicit. Read sales statistics

sales.stats.route.sales.stats

Read. Scope: sales.read, admin. Contract: declared_dynamic. Sales Stats

sales.table

Read. Scope: sales.read, admin. Contract: route_inferred. Sales Table

сигурност (21)

security.ai.analyze

Write. Scope: security.write, admin. Contract: route_inferred. Security Ai Analyze

security.ai.ask

Write. Scope: security.write, admin. Contract: route_inferred. Security Ai Ask

security.ai.briefs

Read. Scope: security.read, admin. Contract: declared_dynamic. Security Ai Briefs

security.ai.chain.explain

Read. Scope: security.read, admin. Contract: route_inferred. Security Ai Chain Explain

security.ai.incident.action

Write. Scope: security.write, admin. Contract: route_inferred. Security Ai Incident Action

security.ai.incidents

Read. Scope: security.read, admin. Contract: route_inferred. Security Ai Incidents

security.ai.js.triage

Read. Scope: security.read, admin. Contract: route_inferred. Security Ai Js Triage

security.ai.policies

Read. Scope: security.read, admin. Contract: declared_dynamic. Security Ai Policies

security.ai.policy.action

Write. Scope: security.write, admin. Contract: route_inferred. Security Ai Policy Action

security.ai.verdicts

Read. Scope: security.read, admin. Contract: route_inferred. Security Ai Verdicts

security.blocklist.add

Write. Scope: security.write, admin. Contract: source_inferred. Add a spam rule (email, domain or IP) to the ticket blocklist Required fields: kind, value. Retry-safe with idempotency_key.

security.blocklist.list

Read. Scope: security.read, admin. Contract: explicit. List the current ticket spam rules

security.chain.reanchor

Write. Scope: security.write, admin. Contract: declared_dynamic. Security Chain Reanchor

security.check

Read. Scope: security.read, admin. Contract: source_inferred. Check an IP or email against the platform blocklists and Security AI verdicts

security.ip

Write. Scope: security.write, admin. Contract: route_inferred. Block Ip

security.ip.route.unblock.ip

Write. Scope: security.write, admin. Contract: route_inferred. Unblock Ip

security.list

Write. Scope: security.write, admin. Contract: route_inferred. Access Log List

security.overview.chains

Read. Scope: security.read, admin. Contract: declared_dynamic. Security Overview Chains

security.overview.data

Read. Scope: security.read, admin. Contract: declared_dynamic. Security Overview Data

security.report

Write. Scope: security.write, admin. Contract: source_inferred. Report abuse a connector observed (spam, login attack, scan, fraud) Retry-safe with idempotency_key.

security.visitor

Write. Scope: security.write, admin. Contract: route_inferred. Block Visitor

sessions (5)

sessions.detail

Read. Scope: sessions.read, admin. Contract: route_inferred. Session Detail

sessions.get

Read. Scope: sessions.read, analytics.read, admin. Contract: explicit. Get a session journey Required fields: session_id.

sessions.list

Read. Scope: sessions.read, analytics.read, admin. Contract: explicit. List sessions

sessions.merged

Read. Scope: sessions.read, admin. Contract: route_inferred. Sessions Merged

sessions.table

Read. Scope: sessions.read, admin. Contract: route_inferred. Sessions Table

settings (11)

settings.ai.eval.watchtower.config

Write. Scope: settings.write, admin. Contract: declared_dynamic. Ai Eval Watchtower Config

settings.get.client.chat.settings

Read. Scope: settings.read, admin. Contract: route_inferred. Get Client Chat Settings

settings.get.settings

Read. Scope: settings.read, admin. Contract: route_inferred. Get Settings

settings.opsiq.branding.clear

Write. Scope: settings.write, admin. Contract: route_inferred. Opsiq Branding Clear

settings.opsiq.branding.upload

Write. Scope: settings.write, admin. Contract: route_inferred. Opsiq Branding Upload

settings.privacy.settings.get

Read. Scope: settings.read, admin. Contract: declared_dynamic. Privacy Settings Get

settings.privacy.settings.save

Write. Scope: settings.write, admin. Contract: route_inferred. Privacy Settings Save

settings.save.ai.settings

Write. Scope: settings.write, admin. Contract: route_inferred. Save Ai Settings

settings.save.chat.widget.settings

Write. Scope: settings.write, admin. Contract: declared_dynamic. Save Chat Widget Settings

settings.save.client.chat.settings

Write. Scope: settings.write, admin. Contract: route_inferred. Save Client Chat Settings

settings.save.settings

Write. Scope: settings.write, admin. Contract: route_inferred. Save Settings

site_intelligence (221)

site_intelligence.action.audit.chain

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Action Audit Chain

site_intelligence.action.execute

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Action Execute

site_intelligence.action.preview

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Action Preview

site_intelligence.action.token

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Action Token

site_intelligence.agent.auto.bg

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Auto Bg

site_intelligence.agent.auto.bg.stop

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Auto Bg Stop

site_intelligence.agent.auto.step

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Auto Step

site_intelligence.agent.chat

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Chat

site_intelligence.agent.conn.delete

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Conn Delete

site_intelligence.agent.conn.get

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Conn Get

site_intelligence.agent.conn.save

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Conn Save

site_intelligence.agent.conn.test

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Conn Test

site_intelligence.agent.coverage

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Coverage

site_intelligence.agent.events

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Events

site_intelligence.agent.hosted.apply

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Hosted Apply

site_intelligence.agent.hosted.finalize

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Hosted Finalize

site_intelligence.agent.hosted.live.set

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Hosted Live Set

site_intelligence.agent.hosted.preview

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Hosted Preview

site_intelligence.agent.hosted.rollback

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Hosted Rollback

site_intelligence.agent.hosted.start

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Hosted Start

site_intelligence.agent.hosted.verify

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Hosted Verify

site_intelligence.agent.run.delete

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Run Delete

site_intelligence.agent.run.finalize

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Run Finalize

site_intelligence.agent.run.rollback

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Run Rollback

site_intelligence.agent.run.start

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Run Start

site_intelligence.agent.run.status

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Run Status

site_intelligence.agent.run.verify

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Run Verify

site_intelligence.agent.runs.list

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Runs List

site_intelligence.agent.set.mode

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Set Mode

site_intelligence.agent.status

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Status

site_intelligence.agent.step.apply

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Step Apply

site_intelligence.agent.step.skip

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Step Skip

site_intelligence.agent.turn.status

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Turn Status

site_intelligence.ai.activity

Read. Scope: site_intelligence.read, admin. Contract: declared_dynamic. Si Ai Activity

site_intelligence.ai.alert.enrich

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Alert Enrich

site_intelligence.ai.alerts

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Alerts

site_intelligence.ai.analyst

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Analyst

site_intelligence.ai.analyst.ask

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Analyst Ask

site_intelligence.ai.analyst.email

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Analyst Email

site_intelligence.ai.analyst.run

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Analyst Run

site_intelligence.ai.badges

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Badges

site_intelligence.ai.badges.portfolio

Read. Scope: site_intelligence.read, admin. Contract: declared_dynamic. Si Ai Badges Portfolio

site_intelligence.ai.badges.preview

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Badges Preview

site_intelligence.ai.bl.plan

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Bl Plan

site_intelligence.ai.bl.plan.run

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Bl Plan Run

site_intelligence.ai.brief

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Brief

site_intelligence.ai.brief.run

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Brief Run

site_intelligence.ai.comp.analyse

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Comp Analyse

site_intelligence.ai.comp.analyse.run

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Comp Analyse Run

site_intelligence.ai.content.get

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Content Get

site_intelligence.ai.content.list

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Content List

site_intelligence.ai.content.publish

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Content Publish

site_intelligence.ai.content.write

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Content Write

site_intelligence.ai.daily.digest

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Daily Digest

site_intelligence.ai.discover

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Discover

site_intelligence.ai.fix.apply

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Fix Apply

site_intelligence.ai.fix.apply.bulk

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Fix Apply Bulk

site_intelligence.ai.fix.dismiss

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Fix Dismiss

site_intelligence.ai.fix.dismiss.bulk

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Fix Dismiss Bulk

site_intelligence.ai.fix.generate

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Fix Generate

site_intelligence.ai.fix.generate.all

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Fix Generate All

site_intelligence.ai.fix.list

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Fix List

site_intelligence.ai.kw.coach

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Kw Coach

site_intelligence.ai.kw.coach.run

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Kw Coach Run

site_intelligence.ai.overview

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Overview

site_intelligence.ai.page.audit

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Page Audit

site_intelligence.ai.page.audit.run

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Page Audit Run

site_intelligence.ai.portfolio

Read. Scope: site_intelligence.read, admin. Contract: declared_dynamic. Si Ai Portfolio

site_intelligence.ai.portfolio.history

Read. Scope: site_intelligence.read, admin. Contract: route_inferred. Si Ai Portfolio History

site_intelligence.ai.portfolio.run

Write. Scope: site_intelligence.write, admin. Contract: declared_dynamic. Si Ai Portfolio Run

site_intelligence.ai.probe

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Probe

site_intelligence.ai.prompt.add

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Prompt Add

site_intelligence.ai.prompt.history

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Prompt History

site_intelligence.ai.prompt.remove

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Prompt Remove

site_intelligence.ai.prompts

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Prompts

site_intelligence.ai.readiness

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Readiness

site_intelligence.ai.ready

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Ready

site_intelligence.alert.resolve

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Alert Resolve

site_intelligence.alerts

Read. Scope: site_intelligence.read, admin. Contract: route_inferred. Si Alerts

site_intelligence.alerts.list

Read. Scope: site_intelligence.read, admin. Contract: explicit. List Site Intelligence alerts

site_intelligence.alerts.resolve

Write. Scope: site_intelligence.write, admin. Contract: explicit. Resolve a Site Intelligence alert Required fields: alert_id. Retry-safe with idempotency_key.

site_intelligence.analyze

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Analyze

site_intelligence.ask

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ask

site_intelligence.audit.hint

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Audit Hint

site_intelligence.backlink.disavow

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Backlink Disavow

site_intelligence.backlinks

Read. Scope: site_intelligence.read, admin. Contract: route_inferred. Si Backlinks

site_intelligence.backlinks.list

Read. Scope: site_intelligence.read, admin. Contract: explicit. List backlinks

site_intelligence.backlinks.refresh

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Backlinks Refresh

site_intelligence.billing.overview

Read. Scope: site_intelligence.read, admin. Contract: declared_dynamic. Si Billing Overview

site_intelligence.brand.get

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Brand Get

site_intelligence.brand.radar

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Brand Radar

site_intelligence.brand.save

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Brand Save

site_intelligence.cannibalisation

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Cannibalisation

site_intelligence.compare

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Compare

site_intelligence.competitor.add

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Competitor Add

site_intelligence.competitor.refresh

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Competitor Refresh

site_intelligence.competitor.remove

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Competitor Remove

site_intelligence.competitors

Read. Scope: site_intelligence.read, admin. Contract: route_inferred. Si Competitors

site_intelligence.competitors.list

Read. Scope: site_intelligence.read, admin. Contract: explicit. List competitors

site_intelligence.content.brief

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Content Brief

site_intelligence.content.decay

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Content Decay

site_intelligence.content.draft

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Content Draft

site_intelligence.crawl.budget

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Crawl Budget

site_intelligence.crawl.list

Read. Scope: site_intelligence.read, admin. Contract: route_inferred. Si Crawl List

site_intelligence.crawl.status

Read. Scope: site_intelligence.read, admin. Contract: route_inferred. Si Crawl Status

site_intelligence.crawls.list

Read. Scope: site_intelligence.read, admin. Contract: explicit. List Site Intelligence crawls

site_intelligence.crawls.status

Read. Scope: site_intelligence.read, admin. Contract: explicit. Get crawl status

site_intelligence.dashboard

Read. Scope: site_intelligence.read, admin. Contract: explicit. Read the Site Intelligence dashboard

site_intelligence.dashboard.route.si.dashboard

Read. Scope: site_intelligence.read, admin. Contract: route_inferred. Si Dashboard

site_intelligence.dashboard.save

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Dashboard Save

site_intelligence.diag.backfill

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Diag Backfill

site_intelligence.diag.compare

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Diag Compare

site_intelligence.diag.portfolio

Read. Scope: site_intelligence.read, admin. Contract: declared_dynamic. Si Diag Portfolio

site_intelligence.diag.recs.regen

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Diag Recs Regen

site_intelligence.diag.thresholds

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Diag Thresholds

site_intelligence.diag.thresholds.eval

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Diag Thresholds Eval

site_intelligence.diag.thresholds.history

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Diag Thresholds History

site_intelligence.diag.thresholds.profile

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Diag Thresholds Profile

site_intelligence.diag.thresholds.save

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Diag Thresholds Save

site_intelligence.diagnostics

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Diagnostics

site_intelligence.exec.report

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Exec Report

site_intelligence.export

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Export

site_intelligence.ga4.connect

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ga4 Connect

site_intelligence.ga4.list.properties

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ga4 List Properties

site_intelligence.ga4.map

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ga4 Map

site_intelligence.ga4.status

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ga4 Status

site_intelligence.ga4.sync

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ga4 Sync

site_intelligence.gbp

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Gbp

site_intelligence.gbp.draft.approve

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Gbp Draft Approve

site_intelligence.gbp.draft.dismiss

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Gbp Draft Dismiss

site_intelligence.gbp.draft.sync

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Gbp Draft Sync

site_intelligence.gbp.drafts

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Gbp Drafts

site_intelligence.gbp.locations

Read. Scope: site_intelligence.read, admin. Contract: declared_dynamic. Si Gbp Locations

site_intelligence.gbp.map

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Gbp Map

site_intelligence.gbp.post.draft

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Gbp Post Draft

site_intelligence.gbp.post.publish

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Gbp Post Publish

site_intelligence.gbp.qa

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Gbp Qa

site_intelligence.gbp.qa.approve

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Gbp Qa Approve

site_intelligence.gbp.qa.dismiss

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Gbp Qa Dismiss

site_intelligence.gbp.qa.sync

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Gbp Qa Sync

site_intelligence.gbp.site.prefs

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Gbp Site Prefs

site_intelligence.gbp.sync

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Gbp Sync

site_intelligence.google.truth.schedule.save

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Google Truth Schedule Save

site_intelligence.growth

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Growth

site_intelligence.gsc.connect

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Gsc Connect

site_intelligence.gsc.list.properties

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Gsc List Properties

site_intelligence.gsc.map

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Gsc Map

site_intelligence.gsc.opportunities

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Gsc Opportunities

site_intelligence.gsc.status

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Gsc Status

site_intelligence.gsc.sync

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Gsc Sync

site_intelligence.image.audit

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Image Audit

site_intelligence.internal.links

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Internal Links

site_intelligence.issue.history

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Issue History

site_intelligence.issues

Read. Scope: site_intelligence.read, admin. Contract: route_inferred. Si Issues

site_intelligence.issues.list

Read. Scope: site_intelligence.read, admin. Contract: explicit. List Site Intelligence issues

site_intelligence.keyword.add

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Keyword Add

site_intelligence.keyword.remove

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Keyword Remove

site_intelligence.keyword.research

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Keyword Research

site_intelligence.keywords

Read. Scope: site_intelligence.read, admin. Contract: route_inferred. Si Keywords

site_intelligence.keywords.list

Read. Scope: site_intelligence.read, admin. Contract: explicit. List tracked keywords

site_intelligence.local

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Local

site_intelligence.local.grid

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Local Grid

site_intelligence.local.grid.scan

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Local Grid Scan

site_intelligence.log.ingest

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Log Ingest

site_intelligence.log.summary

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Log Summary

site_intelligence.metadata.audit

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Metadata Audit

site_intelligence.overview

Read. Scope: site_intelligence.read, admin. Contract: declared_dynamic. Si Overview

site_intelligence.page

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Page

site_intelligence.page.experience

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Page Experience

site_intelligence.page.optimize

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Page Optimize

site_intelligence.pages

Read. Scope: site_intelligence.read, admin. Contract: route_inferred. Si Pages

site_intelligence.pages.list

Read. Scope: site_intelligence.read, admin. Contract: explicit. List Site Intelligence pages

site_intelligence.pagespeed.bridge.status

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Pagespeed Bridge Status

site_intelligence.portfolio.export

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Portfolio Export

site_intelligence.provider.health

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Provider Health

site_intelligence.rank.check

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Rank Check

site_intelligence.rec.action

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Rec Action

site_intelligence.recommendations

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Recommendations

site_intelligence.redirect.audit

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Redirect Audit

site_intelligence.report

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Report

site_intelligence.report.generate

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Report Generate

site_intelligence.reports

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Reports

site_intelligence.reports.list

Read. Scope: site_intelligence.read, admin. Contract: source_inferred. Site Intelligence Reports List

site_intelligence.reset.google.oauth

Write. Scope: site_intelligence.write, admin. Contract: declared_dynamic. Si Reset Google Oauth

site_intelligence.revenue

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Revenue

site_intelligence.revenue.portfolio

Read. Scope: site_intelligence.read, admin. Contract: declared_dynamic. Si Revenue Portfolio

site_intelligence.save.shared.google.oauth

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Save Shared Google Oauth

site_intelligence.scan.run

Write. Scope: site_intelligence.write, admin. Contract: explicit. Start a Site Intelligence analysis Retry-safe with idempotency_key.

site_intelligence.schedule.delete

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Schedule Delete

site_intelligence.schedule.run.now

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Schedule Run Now

site_intelligence.schedule.save

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Schedule Save

site_intelligence.schedules.list

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Schedules List

site_intelligence.schema.audit

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Schema Audit

site_intelligence.server.engineer

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Server Engineer

site_intelligence.settings.save

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Settings Save

site_intelligence.sites.list

Read. Scope: site_intelligence.read, admin. Contract: explicit. List Site Intelligence monitored sites

site_intelligence.speed

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Speed

site_intelligence.speed.progress

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Speed Progress

site_intelligence.speed.run

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Speed Run

site_intelligence.speed.v2

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Speed V2

site_intelligence.speed.v2.build.task

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Speed V2 Build Task

site_intelligence.speed.v2.collect

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Speed V2 Collect

site_intelligence.speed.v2.read

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Speed V2 Read

site_intelligence.speed.v2.run

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Speed V2 Run

site_intelligence.start.crawl

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Start Crawl

site_intelligence.task.approve

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Task Approve

site_intelligence.task.assign

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Task Assign

site_intelligence.task.bulk.apply

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Task Bulk Apply

site_intelligence.task.bulk.assign

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Task Bulk Assign

site_intelligence.task.bulk.deadline

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Task Bulk Deadline

site_intelligence.task.bulk.dismiss

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Task Bulk Dismiss

site_intelligence.task.deadline

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Task Deadline

site_intelligence.task.note

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Task Note

site_intelligence.task.proof

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Task Proof

site_intelligence.task.reject

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Task Reject

site_intelligence.task.review

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Task Review

site_intelligence.topical.map

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Topical Map

site_intelligence.webhook.delete

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Webhook Delete

site_intelligence.webhook.save

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Webhook Save

site_intelligence.webhooks.list

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Webhooks List

site_intelligence.workflow

Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Workflow

статус (6)

status.component.save

Write. Scope: status.write, admin. Contract: declared_dynamic. Status Component Save

status.components.save

Write. Scope: status.write, admin. Contract: explicit. Create or update a public status component Required fields: name. Retry-safe with idempotency_key.

status.incident.create

Write. Scope: status.write, admin. Contract: declared_dynamic. Status Incident Create

status.incident.resolve

Read. Scope: status.read, admin. Contract: route_inferred. Status Incident Resolve

status.incidents.create

Write. Scope: status.write, admin. Contract: explicit. Create a status-page incident Required fields: title. Retry-safe with idempotency_key.

status.incidents.resolve

Write. Scope: status.write, admin. Contract: source_inferred. Status Incidents Resolve Retry-safe with idempotency_key.

проучвания (22)

surveys.analytics.get

Read. Scope: surveys.read, admin. Contract: source_inferred. Surveys Analytics Get

surveys.audiences.list

Read. Scope: surveys.read, admin. Contract: explicit. List survey audiences

surveys.audiences.materialize

Write. Scope: surveys.write, admin. Contract: source_inferred. Surveys Audiences Materialize Retry-safe with idempotency_key.

surveys.campaigns.create

Write. Scope: surveys.write, admin. Contract: explicit. Create or update a survey campaign Required fields: deployment_id. Retry-safe with idempotency_key.

surveys.campaigns.launch

Write. Scope: surveys.write, admin. Contract: source_inferred. Surveys Campaigns Launch Retry-safe with idempotency_key.

surveys.campaigns.list

Read. Scope: surveys.read, admin. Contract: explicit. List survey campaigns

surveys.deployments.list

Read. Scope: surveys.read, admin. Contract: explicit. List survey deployments

surveys.deployments.set_status

Write. Scope: surveys.write, admin. Contract: source_inferred. Surveys Deployments Set Status Retry-safe with idempotency_key.

surveys.get

Read. Scope: surveys.read, admin. Contract: source_inferred. Surveys Get

surveys.imports.create

Write. Scope: surveys.write, admin. Contract: explicit. Create and run a survey import Required fields: kind. Retry-safe with idempotency_key.

surveys.imports.process

Write. Scope: surveys.write, admin. Contract: source_inferred. Surveys Imports Process Retry-safe with idempotency_key.

surveys.invitations.list

Read. Scope: surveys.read, admin. Contract: explicit. List survey invitations

surveys.links.create

Write. Scope: surveys.write, admin. Contract: source_inferred. Surveys Links Create Retry-safe with idempotency_key.

surveys.list

Read. Scope: surveys.read, admin. Contract: explicit. List survey definitions

surveys.responses.get

Read. Scope: surveys.read, admin. Contract: source_inferred. Surveys Responses Get

surveys.responses.list

Read. Scope: surveys.read, admin. Contract: explicit. List survey responses

surveys.triggers.list

Read. Scope: surveys.read, admin. Contract: explicit. List survey trigger sets

surveys.types.list

Read. Scope: surveys.read, admin. Contract: explicit. List supported question types and Studio templates

surveys.versions.list

Read. Scope: surveys.read, admin. Contract: source_inferred. Surveys Versions List

surveys.webhooks.delete

Write. Scope: surveys.write, admin. Contract: source_inferred. Surveys Webhooks Delete Retry-safe with idempotency_key.

surveys.webhooks.list

Read. Scope: surveys.read, admin. Contract: explicit. List survey webhook subscriptions

surveys.webhooks.save

Write. Scope: surveys.write, admin. Contract: explicit. Create or update a survey webhook subscription Required fields: url. Retry-safe with idempotency_key.

team (63)

team.delete

Write. Scope: team.write, admin. Contract: route_inferred. Admin Users Delete

team.delete.route.departments.delete

Write. Scope: team.write, admin. Contract: route_inferred. Departments Delete

team.list

Read. Scope: team.read, admin. Contract: route_inferred. Admin Users List

team.list.route.departments.list

Read. Scope: team.read, admin. Contract: declared_dynamic. Departments List

team.perf.activity

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Activity

team.perf.ai.compare

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Ai Compare

team.perf.ai.review

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Ai Review

team.perf.availability

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Availability

team.perf.award.finalize

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Award Finalize

team.perf.award.history

Read. Scope: team.read, admin. Contract: route_inferred. Team Perf Award History

team.perf.award.void

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Award Void

team.perf.claim.pay

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Claim Pay

team.perf.claim.recover

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Claim Recover

team.perf.claim.reject

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Claim Reject

team.perf.clear

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Clear

team.perf.coaching.action.item.add

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Coaching Action Item Add

team.perf.coaching.action.item.complete

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Coaching Action Item Complete

team.perf.coaching.evidence.pin

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Coaching Evidence Pin

team.perf.coaching.evidence.unpin

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Coaching Evidence Unpin

team.perf.coaching.session

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Coaching Session

team.perf.coaching.session.create

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Coaching Session Create

team.perf.coaching.session.update

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Coaching Session Update

team.perf.coaching.sessions

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Coaching Sessions

team.perf.coaching.status

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Coaching Status

team.perf.data

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Data

team.perf.heatmap

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Heatmap

team.perf.history

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf History

team.perf.pay.all.claims

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Pay All Claims

team.perf.qa.calibration.record

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Qa Calibration Record

team.perf.qa.dispute.resolve

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Qa Dispute Resolve

team.perf.qa.disputes

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Qa Disputes

team.perf.qa.evaluation.submit

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Qa Evaluation Submit

team.perf.qa.overview

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Qa Overview

team.perf.qa.scorecard.publish

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Qa Scorecard Publish

team.perf.qa.scorecard.save

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Qa Scorecard Save

team.perf.quest.record

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Quest Record

team.perf.quest.save

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Quest Save

team.perf.quest.status

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Quest Status

team.perf.quests

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Quests

team.perf.recognition

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Recognition

team.perf.recognition.settings.save

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Recognition Settings Save

team.perf.recognition.streak.history

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Recognition Streak History

team.perf.recognition.streaks.record

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Recognition Streaks Record

team.perf.reward.budget.authorize

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Reward Budget Authorize

team.perf.reward.claims

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Reward Claims

team.perf.reward.pay

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Reward Pay

team.perf.reward.payouts

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Reward Payouts

team.perf.reward.period.finalize

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Reward Period Finalize

team.perf.reward.period.history

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Reward Period History

team.perf.reward.period.preview

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Reward Period Preview

team.perf.reward.period.reverse

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Reward Period Reverse

team.perf.reward.period.void

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Reward Period Void

team.perf.reward.save

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Reward Save

team.perf.reward.state

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Reward State

team.perf.trends

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Trends

team.perf.v2.data

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf V2 Data

team.perf.v2.export

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf V2 Export

team.perf.v2.live

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf V2 Live

team.perf.v2.reward.sheet

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf V2 Reward Sheet

team.perf.v2.settings

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf V2 Settings

team.perf.v2.settings.save

Write. Scope: team.write, admin. Contract: route_inferred. Team Perf V2 Settings Save

team.save

Write. Scope: team.write, admin. Contract: route_inferred. Admin Users Save

team.save.route.departments.save

Write. Scope: team.write, admin. Contract: route_inferred. Departments Save

билети (75)

tickets.ai.summary

Read. Scope: tickets.read, admin. Contract: route_inferred. Ticket Ai Summary

tickets.analytics

Read. Scope: tickets.read, admin. Contract: route_inferred. Ticket Analytics

tickets.approval.decide

Read. Scope: tickets.read, admin. Contract: route_inferred. Ticket Approval Decide

tickets.approval.request

Read. Scope: tickets.read, admin. Contract: route_inferred. Ticket Approval Request

tickets.approvals.pending

Read. Scope: tickets.read, admin. Contract: declared_dynamic. Ticket Approvals Pending

tickets.assignment.rule.delete

Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Assignment Rule Delete

tickets.assignment.rule.list

Read. Scope: tickets.read, admin. Contract: declared_dynamic. Ticket Assignment Rule List

tickets.assignment.rule.save

Write. Scope: tickets.write, admin. Contract: declared_dynamic. Ticket Assignment Rule Save

tickets.assignment_rules.delete

Write. Scope: tickets.write, admin. Contract: source_inferred. Tickets Assignment Rules Delete Retry-safe with idempotency_key.

tickets.assignment_rules.save

Write. Scope: tickets.write, admin. Contract: explicit. Create or update a ticket assignment rule Required fields: name. Retry-safe with idempotency_key.

tickets.bulk

Write. Scope: tickets.write, admin. Contract: source_inferred. Tickets Bulk Retry-safe with idempotency_key.

tickets.bulk.route.tickets.bulk

Write. Scope: tickets.write, admin. Contract: route_inferred. Tickets Bulk

tickets.calendar.delete

Write. Scope: tickets.write, admin. Contract: route_inferred. Sla Calendar Delete

tickets.calendar.save

Write. Scope: tickets.write, admin. Contract: declared_dynamic. Sla Calendar Save

tickets.claim

Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Claim

tickets.embed.load

Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Embed Load

tickets.embed.save

Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Embed Save

tickets.embed.secret

Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Embed Secret

tickets.field.save

Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Field Save

tickets.follower.add

Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Follower Add

tickets.follower.remove

Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Follower Remove

tickets.get

Read. Scope: tickets.read, admin. Contract: source_inferred. Tickets Get

tickets.kb.deflection

Read. Scope: tickets.read, admin. Contract: route_inferred. Ticket Kb Deflection

tickets.kb.draft

Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Kb Draft

tickets.kb.save

Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Kb Save

tickets.kb.version.restore

Read. Scope: tickets.read, admin. Contract: route_inferred. Ticket Kb Version Restore

tickets.kb.versions

Read. Scope: tickets.read, admin. Contract: route_inferred. Ticket Kb Versions

tickets.link.add

Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Link Add

tickets.link.remove

Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Link Remove

tickets.list

Read. Scope: tickets.read, admin. Contract: source_inferred. Tickets List

tickets.open

Write. Scope: tickets.write, admin. Contract: source_inferred. Tickets Open Retry-safe with idempotency_key.

tickets.open_guest

Write. Scope: tickets.write, admin. Contract: source_inferred. Tickets Open Guest Retry-safe with idempotency_key.

tickets.ops.summary

Read. Scope: tickets.read, admin. Contract: declared_dynamic. Ticket Ops Summary

tickets.policy.delete

Write. Scope: tickets.write, admin. Contract: route_inferred. Sla Policy Delete

tickets.policy.list

Read. Scope: tickets.read, admin. Contract: declared_dynamic. Sla Policy List

tickets.policy.save

Write. Scope: tickets.write, admin. Contract: declared_dynamic. Sla Policy Save

tickets.presence.leave

Read. Scope: tickets.read, admin. Contract: route_inferred. Ticket Presence Leave

tickets.presence.ping

Read. Scope: tickets.read, admin. Contract: route_inferred. Ticket Presence Ping

tickets.quick.replies

Write. Scope: tickets.write, admin. Contract: declared_dynamic. Ticket Quick Replies

tickets.quick.reply.save

Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Quick Reply Save

tickets.relations.get

Read. Scope: tickets.read, admin. Contract: route_inferred. Ticket Relations Get

tickets.reply

Write. Scope: tickets.write, admin. Contract: source_inferred. Tickets Reply Retry-safe with idempotency_key.

tickets.reply.delete

Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Reply Delete

tickets.reply.edit

Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Reply Edit

tickets.reply.outbound.convert

Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Reply Outbound Convert

tickets.reply.translate

Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Reply Translate

tickets.reply.translation.delete

Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Reply Translation Delete

tickets.reply.translation.save

Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Reply Translation Save

tickets.rule.compose

Read. Scope: tickets.read, admin. Contract: route_inferred. Ticket Rule Compose

tickets.side.ai.draft

Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Side Ai Draft

tickets.side.assign.department

Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Side Assign Department

tickets.side.create

Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Side Create

tickets.side.list

Read. Scope: tickets.read, admin. Contract: route_inferred. Ticket Side List

tickets.side.mention

Read. Scope: tickets.read, admin. Contract: route_inferred. Ticket Side Mention

tickets.side.recipients

Read. Scope: tickets.read, admin. Contract: declared_dynamic. Ticket Side Recipients

tickets.side.reply

Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Side Reply

tickets.sla.delete

Write. Scope: tickets.write, admin. Contract: source_inferred. Tickets Sla Delete Retry-safe with idempotency_key.

tickets.sla.save

Write. Scope: tickets.write, admin. Contract: explicit. Create or update an SLA policy Required fields: name. Retry-safe with idempotency_key.

tickets.split

Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Split

tickets.split.candidates

Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Split Candidates

tickets.tag.add

Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Tag Add

tickets.tag.list

Read. Scope: tickets.read, admin. Contract: route_inferred. Ticket Tag List

tickets.tag.remove

Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Tag Remove

tickets.tags.add

Write. Scope: tickets.write, admin. Contract: source_inferred. Tickets Tags Add Retry-safe with idempotency_key.

tickets.tags.list

Read. Scope: tickets.read, admin. Contract: source_inferred. Tickets Tags List

tickets.tags.remove

Write. Scope: tickets.write, admin. Contract: source_inferred. Tickets Tags Remove Retry-safe with idempotency_key.

tickets.update

Write. Scope: tickets.write, admin. Contract: source_inferred. Update a ticket status, priority, subject, department or assignment Retry-safe with idempotency_key.

tickets.view.delete

Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket View Delete

tickets.view.list

Read. Scope: tickets.read, admin. Contract: declared_dynamic. Ticket View List

tickets.view.save

Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket View Save

tickets.views.delete

Write. Scope: tickets.write, admin. Contract: source_inferred. Tickets Views Delete Retry-safe with idempotency_key.

tickets.views.save

Write. Scope: tickets.write, admin. Contract: source_inferred. Tickets Views Save Retry-safe with idempotency_key.

tickets.worklog.add

Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Worklog Add

tickets.worklog.delete

Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Worklog Delete

tickets.worklog.list

Read. Scope: tickets.read, admin. Contract: route_inferred. Ticket Worklog List

todos (1)

todos.add

Write. Scope: todos.write, admin. Contract: source_inferred. Todos Add Retry-safe with idempotency_key.

visitors (3)

visitors.block

Write. Scope: visitors.write, security.write, admin. Contract: explicit. Block a visitor Required fields: visitor_id. Retry-safe with idempotency_key.

visitors.list

Read. Scope: visitors.read, analytics.read, admin. Contract: explicit. List visitors

visitors.table

Read. Scope: visitors.read, admin. Contract: route_inferred. Visitors Table

writing (6)

writing.analyze

Write. Scope: writing. Contract: source_inferred. Writing Analyze Retry-safe with idempotency_key.

writing.compose

Write. Scope: writing. Contract: source_inferred. Writing Compose Retry-safe with idempotency_key.

writing.reply

Write. Scope: writing. Contract: source_inferred. Writing Reply Retry-safe with idempotency_key.

writing.rewrite

Write. Scope: writing. Contract: source_inferred. Writing Rewrite Retry-safe with idempotency_key.

writing.summarize

Write. Scope: writing. Contract: source_inferred. Writing Summarize Retry-safe with idempotency_key.

writing.translate

Write. Scope: writing. Contract: source_inferred. Writing Translate Retry-safe with idempotency_key.

Има ли OpenAPI и пощальон на разположение?+

Да. Генерираният OpenAPI 3.0 Документът е в /api/v1/openapi.php, генерираната колекция на Пощальона е в /api/v1/postman.php, и докторите на разработчиците са в /api/docs/.

Как да работя с повече от едно работно място?+

Изпратете site_key в органа за запитване, за да изберете работно място. Ключът, издаден за едно работно пространство остава прикован към него; ключ с администратор контекст може да избере всяко работно пространство, което е разрешено да се види и е отказан за всяко не е.

Кои действия могат да бъдат само за четене?+

Всяко действие, маркирано като четене. Задайте режим на разрешения за четене само и всеки запис се отказва с read_ only_key, така че отчитането интеграция не може да промени нищо дори по грешка.

Защо не ме откриха за нещо, което мога да видя в администрацията?+

Ключът е с обхват към работно пространство. Записите в други работни пространства се връщат не_намерени, а грешки в разрешението, така че API никога не потвърждава дали нещо съществува другаде.

Разработчик

Сигурност API

Един договор за сигурност за всеки конектор и интеграция: попитайте OpsIQ Какво знае за един IP или подателя, и да се хранят обратно злоупотребата собствената си система вижда.

OpsIQ вече се защитава: IP защитната стена блокира нападателите, тръбопровода за билети филтри спам, и Al-Security класира нарушителите и предлага блок правила. API Платформа за плащане, клиентски портал или приложение по поръчка може да провери посетител преди да му се доверите и да докладва какво е наблюдавал, така че цялата инсталация да се учи от всяка повърхност.

Какво можеш да направиш?

Проверка преди да се доверите

Охрана. проверете отговорите с състоянието на защитната стена, всяко правило за спам съвпада с това на подателя и присъдата на AI за IP. Едно обаждане, едно консолидирано мнение.

Докладвай какво си видял.

Сигурност. report записва наблюдението като събитие за сигурност, има Security AI класификация на IP Повтарящите се доклади се струпват в инциденти, точно като атаките. OpsIQ вижда директно.

Правила за споделяне на спам

Охрана. blocklist. add и security. blocklist . list прочетете и напишете същите правила за спам страницата използва билети, така че подателя блокиран в една система е блокиран навсякъде.

Докладване за злоупотреба от конектор
POST /api/v1.php
Authorization: Bearer opq_your_api_key
Content-Type: application/json

{
  "action": "security.report",
  "ip": "203.0.113.7",
  "kind": "spam",
  "reason": "Sent 40 junk tickets in 10 minutes",
  "source": "whmcs:example.com"
}

Обхвати и безопасност

security.read

Трябва ни охрана, проверка и списък с хора.

security.write

Трябва да се осигури охрана, докладвай и блокирай.

Нищо не е тихо разрушено.

Един подбран изпращач все още се приземява в спам изгледа, където билетът може да бъде прочетен и възстановен.

Платформата се защитава.

Собственост на сървъра IP Адресите никога не могат да бъдат блокирани, добавени в списъка с блокирани или докладвани чрез този. API, така че неправилно конфигурирана интеграция не може да вземе платформата надолу.

💡
Задайте ключ под Интеграции, след това API ключове и му дайте само охранителните обхвати, от които се нуждае. Пълният договор за заявка за всяко действие е в мета. акции и документ OpenAPI.
Дали съществуващите ми конектори го използват автоматично?+

Изходното синхронизиране вече е автоматично: когато блокирате IP, свързани платформи се разказва чрез синхронизацията конектор сигурност. API Насочете вашия конектор или потребителски код към тези четири действия с ключ, носещ защитните обхвати.

Къде живеят правилата на спама?+

One store. The Tickets page Block sender control, the spam AI in Settings, and this API all work against the same blocklist, so there is exactly one place to look.

Разработчик

Събития API

Изпратете персонализирани събития от вашия сървър или уебсайт на OpsIQ за анализи, експерименти, CRM задействания и уеб-кабина условия.

Как работи?
Събития APIТрак() повикване изпращане на потребителски демо_заведени събитие в OpsIQ, което подхранва цели за преобразуване, сегменти и задейства.OpsIQ.track("demo_booked," {стойност: 0, план: "pro"});Цели на преобразуванеСегментиСпусъци и уеблоковеБроузър (OpsIQ.track) или сървър-страна POST /v1/events
Събития API

Събития от страната на браузъра

Проследяване на събития от браузъра
window.OpsIQ = window.OpsIQ || [];
window.OpsIQ.push(["track", "button_clicked", {
  button: "signup",
  page: "/pricing",
  variant: "green"
}]);

Събития от страна на сървъра

Сървър-страна, записва дейности и преобразува срещу контакт чрез действието API_. Използвайте crm.activities.record за жизнения цикъл/бизнес дейност и crm.conversions.record Няма такова нещо. events.send действие; входящият CRM приемник на събитие живее при /v1/inbound.php?t=<token> за системи от трети страни, които предизвикват събития.

Дейност от страна на сървъра (действие API)
POST /api/v1.php
Authorization: Bearer opq_your_key
Content-Type: application/json

{
  "action": "crm.activities.record",
  "site_key": "site_abc123",
  "email": "[email protected]",
  "event": "subscription.upgraded",
  "value": 50,
  "currency": "USD"
}

Конвенция за назоваване

Нотация на точката

"завършено" не "завършен."

Минало време

"Бутон. Кликна" не "бутон. клик."

Бъди по-конкретен.

"Pricing. plan_sselect" не "user_action."

Разработчик

Как данните се преливат през OpsIQ

Разбирането на потока от данни ви помага да дебъгнете интеграциите и оптимизирайте ефективността.

Как работи?
Как се движат даннитеData flows from the widget and beacon into OpsIQ core (CDP, identity graph, AI brain, analytics, CRM) then out via webhooks and the REST API.Name& фарOpsIQ coreCDP · графика за самоличностМозък на Ал.аналитични данни · CRMУеб куки навънРЕСТ API
Поток на данни

Входящ поток от данни

1
Фар за джаджа

На JavaScript джаджата изпраща изгледи, кликвания и чат съобщения до /beacon.php.

2
Поглъщане на събития

Събития, съхранявани в opsiq_събития със site_key, тип събитие, клиент и имоти.

3
Сесия

Строител на сесии групи страница гледания в сесии (чрез крон).

4
Резолюция на самоличността

Когато бъдат идентифицирани, анонимните записи са свързани с профила на клиента.

5
Синхронизиране на съединителя

Съединители изтеглят данни от външни платформи и съхраняват в кеша на конектора.

6
Контекст на AI

AI събира контекст от: история на посетителите, профил на клиента, данни за конекторите, KB и бърз.

Изходящ поток от данни

1
Пожари на събития

Вътрешната проява е запалена (писма, създадена, чат. съобщение, поръчка. завършена).

2
Опашка за работа

Събитие, поставено в опашката за работа на Асинк.

3
Изпращане на уеблок

Диспечерът изпраща знаци и изпраща до всички записани крайни точки.

4
Повторение за провала

Неуспешни доставки, които са били повторно получени с експоненциално отстъпление.

Настройки

Настройки на референцията

Всичко по-долу е в обхвата на работното пространство, в което сте, така че един акаунт може да работи няколко марки с различни идентичности, поведение и правила за задържане.

Намиране на настройки

Има около шестстотин индивидуални контроли в Настройките, разпределени в единадесет раздели, групирани под четири менюта. Не се очаква да разглеждате за тях.

Настройки на търсенето (Ctrl + K)

Натиснете Ctrl + K, или Cmd + K върху Mac, навсякъде на страницата Настройки. Въведете в прости думи и натиснете Enter да скочи направо към контрола. Търсенето толерира малки типофи и разбира свързаните с тях думи, така че графикърът намира Cron и личното пространство намира контрол за проследяване.

Работно пространство и план

Генерал и Лиценз.

AI и поддръжка на клиенти

Admin AI Assistant, Client Chat, OpsIQ Priting and Support Portal.

Данни и управление

Проследяване и поверителност, разрешения и сигурност.

Система

Cron Setup (само за себе си) и Dagering Zone.

Запис

Всеки раздел запазва самостоятелно със собствен бутон Save. Клиентски разговор и OpsIQ Писане на пин техните към екрана. Запис преди превключване на разделите; промените не се извършват през.

Дълбоки връзки

Активен подпрозорец е написан на адреса на страницата, така че един раздел може да бъде отбелязан или изпратен на колега.

Общи положения: Бизнес идентичност

Най-важната карта на страницата. AI чете тези стойности на всеки отговор, доклад и ежедневно кратко.

Търговско наименование

Използва се в доклади на AI, ежедневни слипове и клиентски думи. Съвпадение на вашия уеб сайт fooker.

Бизнес промишленост

Изберете от уеб хостинг, електронна търговия, SaaS, недвижими имоти, агенция, консултации, здравеопазване, образование, финанси или общ бизнес.

Системен език

Езикът показва на всеки, който не е избрал своя собствен. Всеки агент може да го преодолее в профила си.

Използване на език на браузъра

Показва страницата за влизане на собствения език на посетителя. След като някой избере език там, изборът им печели и това никога не го отменя.

Системна часова зона

Зоната, в която работи цялата система: дати, доклади, графици и фонови крони. Използвайте своята оперативна времева зона, а не клиентите си.

Общи: GeoIP и проследяване

Път на базата данни GeoIP2

Пълен път до GeoLite2-City. mmdb. Авто-детектори на първо натоварване през cPanel, Plesk, DirectAdmin, Cloudways, Docker и plain Linux или Windows. Добавете Geolite2-ASN. mmb в същата папка за доставчика на интернет.

Режим на източника на гео

Само GeoLite2, GoLite2, с a Cloudflare връщане назад, или Cloudflare Само.Cloudflare режимите изискват сайта да бъде проксиран през Cloudflare, с посетители заглавни части на местоположението са активирани за града и региона.

Тайм аут (и) на сесията

Неактивност преди сесията на посетителите се счита за завършена. По подразбиране 14400, което е четири часа.

Интервал на обновяване (сек)

How often the Live Feed refreshes. Default 30 seconds.

Активен праг (min)

Колко дълго се брои за на живо след последното зареждане на страницата. По подразбиране 2 минути. Това е предаването на живо, а не продължителността на сесията.

Задържане на данни (дни)

Deletes collected and generated records past this age: analytics, chat, tickets, feedback, transactions, AI telemetry, integration logs and CRM activity. 0 keeps everything forever. Settings, authored content and consent receipts are never removed.

Когато разговорът се изтрие

Изберете колко от изтрит разговор остава на запис: пълен запис, рекорд без разговор, или само резултата. Изтриване винаги крие чата от пощенската кутия и историята на посетителя. Планирано задържане и Забравете посетителите винаги изтриват в пълна степен, независимо от това.

Проследяване на движението по бот

Преброява пълзящи като посетители.

Изскачането на обзора е включено

Показва джаджа за обратна връзка в сайта на посетителите. Отделно от проучванията за чат при клиентска чата, Support Flow.

Общи характеристики: AI

Главни превключватели за всяка повърхност на AI. Всички по подразбиране да се включват и запазват на работно пространство.

ИИ триаж на билети

Класифицира всеки билет по категория, приоритет и сантименталност, и пише резюме на темите в горната част на билета.

AI Triage hover резюме

Показва триаж таговете и резюмето в подсказка с инструменти, когато агент се върти на ред в списъка с билети. Изисква AI Triage.

Входящо поле Copilot (composer)

Добавяне на проект AI отговор, по-топъл, по - кратък, по официален и апологетичен бутон под кутията за отговор на билета. Нищо не изпраща без агента.

Питай...OpsIQ Копилот

Страницата-охраняем пилот на всяка страница администратор. Знае кой клиент, фактура или билет е отворен.

Сутрешен доклад

На първо отваряне всеки ден вторият пилот представя спешни билети, закъсняли отговори и чакащи чатове. Неделите произвеждат една седмица в рецензия.

Общи: пари, брандиране, архивиране

OpsIQ базова валута

Всяка сума пари в администратор се конвертира в тази валута за дисплей. Съединители съхраняват своя собствена изходна валута; настройте това на конектор.

Авто-синк FX скорости

Обновяване на цените на всеки шест часа от безплатна обществена емисия без ключ API. Можете да добавите ръчни цени, които да пренастроят захранването. С автоматично изключване, валутите без ръчна скорост остават неконвертирани.

Включване на търговски и Билинг функции

С него се разкрива страницата "Продажби и реализации," картите за приходите от таблото и "Live Intelligence Feed." С нея всяка ценова повърхност е скрита, а страницата за продажби напуска менюто.

Търговски речник

Учи OpsIQ вашата формулировка: независимо дали правите подновяване, думата за подновяване, какво продавате и как се наричат купувачите.

Маркиране и лого

Два качването, един за светло фонови (admin странични ленти) и един за тъмно (sign-in page). PNG, JPG, WebP или SVG до 3 MB_.

Site Intelligence Agent, allow private SSH targets

Агентът за автоматична употреба SEO свързва SSH. Частните, rookback и запазените адреси са блокирани по подразбиране като анти-SSRF мярка. Само да се даде възможност за самостоятелно инсталирани инсталации, които трябва да достигнат до местен сървър.

OpsIQ Подкрепление / Възстановяване

Експортира всяка настройка и OpsIQ- Собствена маса плюс качени файлове.OpsIQ конфигурация и записи само; тя никога не засяга клиенти, фактури, билети, услуги, домейни, поръчки или сделки.

⚠️
Вземете резервно копие преди да използвате нещо в опасна зона. Подкреплението живее в General и изтриване на действия живеят в опасната зона, така че е лесно да се достигне до бутона за изтриване без да са експортирани първи.
Настройки

Настройки: Сигурност

Protection for the admin sign-in, your staff accounts and the data OpsIQ collects. Customer sign-in for the support portal is configured separately.

Защита при влизане

Google reCAPTCHA_

Изберете v3 (невидим, вкара) или V2 (чекова кутия), задайте праг на резултата v3 и да се доставят сайта и тайни ключове. Тези същите ключове са повторно използване от формата на портала за поддръжка заявка.

Автоматично изключване на записа

Блокирате адрес след няколко неуспеха в рамките на прозорец, за няколко часа. Можете да персонализирате съобщението от заключената страница и да покажете малко разсейване на екрана.

Втвърдяване на вход

Политика на паролата с минимална дължина, отхвърляне на пароли, открити в известни нарушения, заключване на сметка срещу поверително плънка, задължителен двуфактор за всеки администратор, въвеждане на парола преди опасни действия, и ново устройство сигнали за влизане.

Единичен подпис - включен (OIDC)

Записване на персонал чрез вашия доставчик на идентичност. Нуждае се от издател URL, клиентски ID и клиентска тайна. Домейни за автоматично предоставяне, по един ред, създават потребители автоматично на първо влизане.

Единичен подпис (SAML 2.0)

За доставчиците, които говорят SAML. OpsIQ осигурява отговора на ACS URL и SP субект ID; Вие предоставяте IdP лице ID, влизане URL, незадължителен знак за напускане URL и Х.509 е- поща и име полета атрибут са необходими само за нестандартни имена на атрибути.

SCIM Provisioning

Създаване, актуализиране и изключване на режисьора OpsIQ Сметки.OpsIQ ен SCIM база URL; генерирате етикети тук, за да може човек да бъде отстранен без да се нарушава останалото.

Заплахи, блокиране и събиране

Списък с изходи

Ограничения, които външни хостове могат да се обадят тези работни пространство конектори. SSH Контрол на целта в генерала.

Заплаха и автоматично блокиране

Blocks a visitor once their threat score passes your threshold. 0 disables it. Watch the Security Overview page for a week before choosing a number.

Съобщение за блока

Съобщението, което блокираният посетител вижда, като обикновен текст или собствен обичай HTML блок екран.

Основни уеб показатели от реални посетители

Мерки LCP, INP и CLS от реални сесии.

Партидаиран, повторно-безопасно предоставяне на събитие

Потребителски събития опашка в браузъра и доставят в партиди с retrices, намаляване на загубата на лоши мобилни връзки.

Подписано проследяване на бийкони

Реалната джаджа приспособява криптографски символ, така че фалшивите данни за проследяване могат да бъдат отхвърлени. Изключени по подразбиране; позволявайки промени как вграждането автентично, така тествайте първо.

Сигнали за сигурност

Засичане и блокиране на движение независимо от това. Тази карта контролира дали са ви казали, и колко AI помага.

Включване на сигнали за сигурност

Главен превключвател за тази карта.

Праг на неуспешна вълна

Колко неуспешни входове в кратък период се броят като вълна, за която си струва да се предупреди.

IP reputation intelligence

Добавят се точки за заплаха за посетителите, появяващи се в обществените случаи на насилие.

Часовник на сайта

Часово време и TLS проверки за изтичане на срока, предупреждавайки преди да изтече сертификатът.

Анализатор на сигурността и слипове за инциденти с ИИ

Добавя обяснима присъда към подозрителната дейност и групи, свързани с нападения в един-единствен инцидент, който може да се чете, а не поток от събития.

Автопилот на политиката

Действа самостоятелно, превръщайки това, което научава от инцидента в предложено или приложено правило.

Дневен съветник по смилаемост и седмична стойка

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

Стари предложения за автоматичното разширяване

Предложено правило за блок, върху което никога не си действал, изтича само по себе си, вместо да трупаш.

Възпроизвеждане на сесията DOM

Включване на повторение на DOM сесията

Когато от реплей библиотеката никога не е заредена, така че няма цена да го оставите на разстояние. Записите са включени в извадката и се маскират, и се наблюдават на страницата за повторение на сесията по Анализ.

Скорост на вземане на проби, максимално улавяне, задържане

Какъв дял от сесиите да записваме, колко дълго може да продължи един запис и колко дни се съхраняват записи.

⚠️
Сесия повторение записи реални хора, използващи вашия сайт. Дръжте темпа на пробата и задържане толкова ниска, колкото все още ще отговори на въпроса си, и го разкрие в съобщението за поверителност.
Настройки

Настройки: Проследяване и поверителност

Какво OpsIQ може да събере, и колко дълго всеки вид запис оцелява.

Изключения

Изключени IPs и CIDR диапазони

Адресите никога не са били проследени, един на линия, точни адреси или CIDR диапазони. Най-чистият начин да се запази собствения си екип от вашите анализи, защото тя обхваща всички на този адрес, а не само вписаните администратори.

Изключени URL пътеки

Page patterns never tracked, one per line, wildcards with an asterisk. For example /admin/* keeps the whole back office out of the visitor log.

Политика за запазване на данните

Отделно от общата настройка за задържане на данни по принцип и от прочистването в опасна зона.

Дневници за взаимодействие на AI

Confidence telemetry holding short previews of query and response. Default 90 days. This holds the most customer text, so shorten it first when tightening privacy.

Събития на използване на AI

По подразбиране се отчитат символите за отчитане на разходите. 90 Само числа, без съдържание на съобщения.

Одитна следа за действията

The tamper-evident action and security log. Default 365 days. Keep this longest; it is your evidence trail.

Диагностика

Здравни записи по подразбиране 30 дни.

Неотговорени въпроси

По подразбиране 90 дни. Работете с тях по въпросите, които AI пропусна страница преди изтичането им.

Наблюдатели и износ

Метрична аномалия

Ежедневно сравнение на вчерашното спрямо последното изходно ниво, предупреждаващо, когато метричното се движи повече от прага ви. По подразбиране 35 %.

Износ на склад

Нощни замъци на сесии, посетители, pageviews и свързани маси за вашия собствен BI стек, във формат, който изберете, се съхранява в продължение на няколко дни.

Настройки

Настройки: Admin AI Assistant

Плаващият асистент, който вашият персонал използва вътре в администратор, с достъп на живо до клиенти, фактури, билети, сървъри и крони трупи. Различен асистент от клиент-погледна един под Клиент чат.

Включване OpsIQ AI Widget

Показва бутона на асистента на всяка страница.

Подредба и поведение

Corner position, panel width (320 to 600 px), max height (400 to 900 px), corner radius (0 to 24), font size, and a frosted glass blur behind the panel.

Показване на бързи чипове

Едно кликнете бутони за бърз път под заглавната част. Най-бързият начин за повечето служители.

Показване на информация за модела

Показания, които моделът отговори и колко време отне. Полезно по време на настройката цена, шум за ежедневна употреба.

Пер-админ порта за достъп

Само показва асистента на регистриран администратор, чиито потребителско име и имейл съвпадат с OpsIQ агент, назначен за това работно място. Собствениците винаги преминават. Използвайте бутона "Проверете достъпа ми," преди да активирате или можете да заключите собствения си екип навън.

Личност

Име на дисплея, таг за заглавната част и съобщение за добре дошли по поръчка, показано при отваряне на панела.

Умни чипове за бързо действие

Редактиране на етикета и основната бърза помощ за всеки пряк път, добавете своя собствена или рестартирайте към по подразбиране. Етикетът е това, което персонала вижда, бърз е това което AI получава.

Цветове и форма

Чип форма (хапче, закръглена, квадратна), чип цветове, тема карта и стартер форма (кръгло, скуиркъл, квадрат), с жив преглед.

Памет за разговори

Асистентът помни всяка личност история през сесиите на браузъра, до 120 съобщения, съхранявани в собствената ви база данни. Изчистете я, за да започнете отначало.

Настройки

Настройки: Клиентски разговор

Шапката джаджата, която клиентите ви използват, и най-голямата област на Настройките. Шест под-табс, с главния превключвател и запишете закачени в горната част на раздела.

Работете чрез под-табове, за да се инсталирате на нов: идентичност и копиране, външен вид, поведение, поддръжка поток, обучение на знания.

Самоличност и копиране

Марка на марката

Име на джаджа, таглайн, име на AI, името, използвано за система и обяви без прекъсване, както и как се появяват имена на агенти.

Поздрави в чата

Два поздрава, един за всички посетители и един за идентифицираните посетители.

Изскачащ прозорец

Плаващото съобщение преди чат е отворено, със свое име, размер на шрифта и цветове. AI може да пише тийзърите, с контроли за колко да генерирате, колко да покажете на посещение и разликата между тях.

Пневмония и разрязване

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

Статут и неясни бележки

Три съобщения, които могат да бъдат видени от клиента: агент затваря чата, посетител е отишъл тихо и агент ръце обратно към AI. Избягвайте вътрешни думи като решен или тричленен.

Композитор и предложения

Входодържател, етикет на бутон за разговор с човек и предложените въпроси за отваряне. Три добри предложения отклоняват повече билети от страница статии.

Локатор, икони и аватари

Икона на стартовия двигател, незадължителна различна икона при отваряне, размер на гранатомета и изображения за човешкия агент и AI.

Външен вид

Тема и стъкло

Режим на темата, премиум цвят предварително настроен, размазан интензитет и непрозрачност, плюс джогинг за анимации, разделителни линии, скриване на реда за състоянието, скриване на картата на съобщението и скриването на близък бутон. Започнете с предварително зададена; той поставя десетки цветове наведнъж.

Основни цветове

Стартер, заглавна част, панел за помощ, връзки, бутони, системни съобщения и композитор, всеки с старт и краен цвят за градиенти. Използвайте опцията стъкло по подразбиране игнорира тези и запазва прозрачното покритие.

Панел, балончета и чипс

Около тридесет берачи, покриващи панела, граница, текст, входна област и всеки тип балон (визитор, AI, агент, машинопис, система) плюс внушение чипове и тяхното hover състояние. Отвори това само за точно съвпадение на марката, и провери контраста на балонния текст.

Подредба и форма

Широчина на панела и височина, радиус на ъгъла, размер на шрифта, позиция на екрана, форма на гранатомета, стил на балона и дали аватарите показват.

Поведение

AI отговаря автоматично

Майсторски превключвател за AI отговори.

Човешки последващи действия и естествени двойни текстови съобщения

Нежно проследяване, когато посетител отива тихо, и опция кратко второ съобщение по начина, по който човек би изпратил един. Настроен с максимални последващи действия за мълчание, първо забавяне, по-късно множител, присъствие прозорец и максимална последователност прозорец. Може да бъде ограничен до работното време, и потиснат след прости благодарности.

Отговори на криптописа и темпо на отговора

Дали отговорите напишете дума по дума, и колко бързо асистентът отговаря, чрез предварително зададен или собствено минимално и максимално забавяне в милисекунди. Малко закъснение се чете като повече човек, отколкото мигновен отговор.

Преведи на живо

Всеки агент чете и пише на собствения си език, докато посетителят чете техния.

Връщане на AI след безработна употреба

Протоколи за бездействие на агента преди AI да възобнови разговора.

Автоматично отваряне на чата

Seconds before the widget opens itself. 0 never opens. Intrusive on mobile; leave at 0 unless tested.

По-умни отговори

Планиране напред за едно-пас отговори, дълбочина на мислене, незадължителен отделен модел за отговор агент, показване на мотиви към посетителите, толериране на грешки, дългоразговорна памет, ограничаване на асистента само за вашия бизнес, цени в валутата посетител, и как се появяват връзки. Само говори за вашия бизнеса трябва да бъде включен за почти всеки.

Спестяване на разходи

Пропуска знанията търсене на поздрави като здравей и благодарност, и се поставя най-дългия отговор в символи.

Езици

Кои езици поддържа джаджата и как тя избира един за посетител.

Отговори на клиентска сметка

Отговори от собствен акаунт на клиенти, по желание погледнах на живо и незареден само когато е необходимо. Read-само във всички случаи; натоварване, когато се налага забележимо намалява разходите.

Възстановяване

Асистентски искания за възстановяване, когато асистентът събира детайли и ръце на човек.

Разговор и приложение

Продължавайки минали разговори, продължавайки разговор през свързани сайтове, влачейки прозорец, молейки гостите за имейл и оставяйки екипа ви да превърне разговора в билет.

Характеристики на джаджата

Emoji picker, прикачени файлове с опция за режим само за паста, разбиране на изображенията AI, inline икони, микрофон, бутон за разговор към агента, звукови звуци, преглед на прикачените файлове, бутон гласово повикване и изолация на сесията. AI разбирането на изображението е това, което позволява на посетителя да постави снимка скрийншот за грешка и да получи полезен отговор.

Admin Inbox, Съобщения и добре дошли Изскачане

Посетителят приветства изскачащ, плюс вашите агенти сигнали: входящ звук, настолни известия, шепот звуци, дали частни шепне звуков сигнал, и интервал за анкета в кутия.

Поддържащ поток

Човешко предаване

Как се определят заявките за лице, секундите, които агентът трябва да отговори, дали спадането връща чата на ИИ и дали AI продължава, когато изтече тайм аутът. Настройване на това преди да тръгне на живо или посетител, който иска човек просто чака.

Работни часове

Opening times, timezone and the closed-hours message. Outside these hours the AI will not offer a human. A separate schedule from the ticket business hours under OpsIQ Writing.

Отговори, когато AI е изключен

Първият отговор на ново съобщение, отговорът, когато някой вече е на опашката и колко време преди да се повтаря.

Форма за изключване

Показва форма за контакт вместо разговор.

Проверка на билети и уведомления за катедра

AI билет информираност, така че посетител цитирайки номер билет получава реалното си състояние, и кои отдели на AI може да се пренасочи към. Вграден панел показва реалните получатели за всеки отдел, решен по същия начин, както нотификаторът ги решава, така можете да видите преди клиента прави това отдел сигнализира никой.

Помощен център в чат джаджа

Позволява на посетителите да преглеждат публикувани статии без да напускат чата. Избирате къде се появява входната точка, етикета отдолу и иконата, както и дали да предложат линк към пълния център за помощ.

Рейтинг на разговорите

Рейтингът на звездата се задейства, когато агент затваря чата, когато предаването свършва или след период на бездействие, който сте задали. Изберете един или два спусъка, не всички от тях.

Проучване след чата

Кратко проучване, когато посетителят затваря чата, с вашия въпрос, забавяне, тайминг правило и капачка на посещение. Посетителите могат също да имейл или изтегляне на копието. Един въпрос получава отговор; три не.

Следчат имейл проучване

Последващо проучване по електронна поща след края на разговора, по избор на езика, в който посетителят си бъбреше, с контрол върху забавянето, предмет, интро, въпрос, както бутон етикети и линия благодарност.

Отговор на обратната връзка

Палци нагоре и палци надолу на всеки отговор AI, хранене на качествените арматурни дъски.

Архив за разговори

Авто-архив след дни, автоматично решаване след минути мълчание, и изтриване архивирани разговори след дни.

Обучение по знания

Нищо друго в "Клиентска чата" няма значение.

Обучение на знания в уеб сайта

Crawls your site so the assistant can answer from it. Up to ten starting links, a page limit, a link depth, and excluded folders. A single URL can be tested before the full crawl. Exclude checkout, account and admin paths.

Вграждане

API ключ и модел, които превръщат страниците в търсено значение, а не ключови думи.

Организатор на Знанието

Едно кликване и AI чете всеки Често задавани въпроси и пълзи страница и ги сортира в категории.

Често задавани въпроси, проверени отговори

Въпроси и отговори двойки третирани като най-висок приоритет източник, всеки със статус, тегло и категория. JSON Когато асистентът получи нещо нередно, напишете Често задавани въпроси: тя превъзхожда пълзящи страници, така че поправката е незабавна.

Разширено

Показатели и ограничения

Интервал за поляризиране, лимит на скоростта на съобщението и прозорец, максимален размер на прикачения файл, опити за закрепване на прозореца и позволени разширения на файловете. Списъкът с разширение е контрол на сигурността; дръж го здраво.

Доставка в реално време

Моментално съобщение и състояние на доставка вместо анкета, чрез Пушър, Ably или Firebase, с обратно проучване интервал. Полинг е добре за повечето сайтове.

Натиснете уведомленията

Сигнали за устройства за агенти чрез Causher Beams или OneSignal, с интерес към устройството.

Уеб натискане (VAPID)

Браузър натиснете с помощта на собствените си генерирани ключове без доставчик трета страна. Генерирани тук, не в опасна зона.

Глас, видео и екран

TURN препоръки така разговорите се свързват чрез ограничителни мрежи, използване Cloudflare или Twilio пълномощия или собствен Turn URL, потребителско име и признание.

Работен поток в кутия

Агенти настройки на работното пространство, вместо настройките за посетители: първо отговор SLA в минути, запазени изгледи към опашката, клавишни кратки пътища и командната палитра, търсене в разговори, както и билети за клиенти в инспектора.

Месиш канали

WhatsApp, SMS, Facebook Messenger, Instagram, Telegram , X директни съобщения и LINE , всеки със собствен AI автоматично реплика ключ , плюс превключвател на политиката за действия на AI по каналите , отговор debounce и шаблона WhatsApp повторно включване . Всеки канал се приземява в същата пощенска кутия като уеб чата .

A Live Widget Preview в долната част на актуализациите на раздела, докато редактирате. Използвайте го вместо да презареждате вашия сайт, за да проверите промяната.
Настройки

Настройки: OpsIQ Писане

Билетите отговориха писмено: автоматични отговори, местната система за билети, ескалация, работно време, маршрутизиране и клиенти-поглеждащите имейли.

Автоматично регулиране

Show OpsIQ Writing buttons

Добавя бутоните за помощ при писане на вашите агенти в администратор.

Включване на автоматичното възстановяване на билета

Задава нови билети и отговори и отговаря след забавяне. Започнете с него изключен и преглед на проекти за една седмица. Възстановяването, анулирането и промените в достъпа винаги трябва да достигне до човек.

Авторегулационни отдели

Всичко, което не е посочено, остава за човек, който е по подразбиране.

График на забавянето на отговора (минути)

Колко време да изчакате, преди автоматичния отговор изпраща. Веднага отговор се чете като робот; няколко минути се чета като бърз екип.

Макс AI отговори на билет по отдел

A per-department cap, for example Billing 1 and Support 3. Without a cap a confused thread can loop.

Дължина, статус и идентичност на отговора

Максималният текстови знаци, статусът на билета след отговор и след ескалация, и на кой администратор се приписват автоматичните отговори. Използвайте ясно посочена сметка, така че персоналът да може да каже отговорите на AI от човешките такива.

Физически операции по билети

Местна система за билети

Системата за билети е вградена в OpsIQ, за монтаж без външна помощна система.

Входящи имейли в местни билети

Превръща входящия имейл в билети. OpsIQ осигурява крайната точка URL Всичко, което може да изпрати до тази крайна точка може да създаде билети, така че пазете символичната тайна.

Многооборотни отговори и забавяне и дебуниране

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

Портал за обществена подкрепа

Страница с клиенти, на която всеки може да вдигне и проследи билета си с опция за добре дошъл. Адресът и изгледът му са конфигурирани в раздела Поддръжка Портал.

Формат на номера на билета

Колко произволни букви се появяват в генерирани номера на билети.

Имейл клиенти на техен език

Имейлите на билетите следват езика на клиента. Имейлът на персонала никога не променя език: уведомления, сигнали на отдели, брифинги и редовни доклади остават в езика на системата ви.

Потвърдения и потвърждения

Фиксирано потвърждение за нови билети, плюс съобщения за потвърждение при отваряне на билета, когато е оставена обратна връзка и когато билетът е затворен, всеки с преглед на живо. Има също така глобална опаковка имейл шаблон и връзката зад изгледа си бутон билет.

Прожектиране на AI спам

Билети за екрани от непознати подателят и може да се движи самостоятелно подозиран спам. Оставете автоматичното движение, докато не сте гледали неговата преценка.

Авто-затваряне на празни билети

Затваря билет след няколко тихи дни. Кажете на клиента в заключителното съобщение как да отвори отново.

Business hours (SLA calendar)

Часова зона, време за отваряне и затваряне, работни дни и почивки за таймерите за първо възстановяване и резолюция. Отделен график от работното време при чат на клиента.

Авто-подаване на нови билети

Автоматично назначение, по избор само на агенти, които са онлайн, с умения на агент и мач чувствителност за маршрутизиране на уменията.

Предлагам да се направи дубликат на билетите

Спотове, когато клиентът отваря билет близо до този, който вече имат, с регулируема чувствителност на мачовете.

Проучване за удовлетворение след затваряне

Имейл на проучване ден след затварянето. Резултатите се появяват на страницата CSAT.

Уведоми отдела по електронна поща

Получателите са членове на този отдел, а не адрес на пощенската кутия на отдела, който е входящият адрес билети пристигат.

Какво може да прочете Ал

Достъп до данни на AI клиент

Главен превключвател плюс индивидуални разрешения само за четене на клиентски профил резюме, фактури, транзакции, кредитен баланс, продукти и услуги, домейни, свързани сървъри и преглед на високо ниво сметка. Започнете с обобщението на профила и добавете категории, тъй като отговорите се нуждаят от тях.

Ескалация и знания

Включване на ескалация на билетите за AI

Премества билет до по-подходящ отдел преди да отговори. Избирате позволените отдели, закъснението на чека и можете да напишете свои собствени инструкции за ескалация. Включете вътрешната бележка ескалиране, така че вашият екип може да видите защо се движат билети.

Настройки на знанията

Дали отговорите използват езика на клиента, дали те се рисуват върху пълзящи линкове и Често задавани въпроси, дали AI чете образ и PDF Прикачени файлове, режим на отговор на знанието, независимо дали са внесени JSON използвате пълзящи връзки и често задавани въпроси трябва да бъде включен, или AI е предположение.

Спрете автоматичното реагиране след човешки отговор

Ако някой от персонала отговори, Ал-Ай спира да отговаря на този билет без него, а Ал-Ил може да говори за собствения ти агент.

Инструкции за билет и електронна поща

Инструкции за свободен текст, оформящи тон и съдържание за всеки отговор, с товароносимост на работния пример. Бъдете конкретни за това, което AI не трябва да прави.

Внос JSON знания

Качване или поставяне на JSON файл с познания за автора асистент.

Студио за бутони

A full designer for the customer-facing button: display style, size, label, icon, shape, minimum width, background style with primary and secondary colours, gradient angle, border, corner radius, shadow, typography, padding, idle animation, hover motion and colours, and the focus ring, plus a custom CSS box for anything the controls do not cover.

Настройки

Настройки: Портал за поддръжка

Сайтът, който се вижда от клиентите, където хората вдигат и следат билети и четат статиите за вашата помощ. Този раздел контролира как е достигната и как клиентите влизат; неговият визуалният дизайн се извършва в Студиото за поддръжка на портала.

Портал студио или вграден билет портал: кой от тях искам?

Това са два различни продукта и хората ги смесват постоянно. Те решават различни проблеми и да тичате заедно е нормално.

Поддръжка Портал студио: място, където изпращате клиенти

Студиото проектира пълен поддържащ сайт, който OpsIQ Домакини за вас. Той има собствен уеб адрес или свой собствен домейн, и носи целия опит самостоятелно обслужване: помощни статии с търсене, формата за заявка, историята на билета, клиентско записване и асистент. Изберете шаблон, работа чрез тема, навигация, подреждане, знание, футър, Бранд, билети, помощник, форма и CSS_, преглед на работния плот, таблети и размери на телефона, след което публикувате.

Използвай го, когато искате една маркова дестинация можете да посочите всеки клиент в и вие бихте предпочели да не се изгради или поддържа зона за поддръжка във вашия собствен сайт.

Вградени билет портал: билети във вашия собствен сайт

Вградените стъбла само опит билет на страница от вашия сайтКлиентите отварят, проследяват и отговарят на заявки за поддръжка без да напускате страниците си, а вашата собствена заглавна част, навигация и дизайн остават точно такива, каквито са. Задайте оформлението, външния вид и правилата за достъп в строителя на джаджата, прегледайте резултата, след което копирайте вградения отрязък във Вашата страница.

Използвай го, когато вече имате уебсайт или приложение със собствен дизайн и искате да се случи подкрепа вътре в него, вместо да предадете клиента на друг адрес.

Кратката версия

Студиото строи място, където изпращате клиенти. Вграждането носи билети до къде са вече клиентите ви. Много фирми работят и двете, вграждане на билет джаджата в тяхната област сметка за in-context заявки, като същевременно се поддържа домакина портал като пълна дестинация самообслужване с статии и търсене.

Адрес и достъп

Режим на достъп

Дали порталът е отворен за всеки или ограничен до регистрирани клиенти. Отворените портали получават повече билети и повече спам.

Избор на подредба

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

Адрес на портала

The address customers use. Pick a name and OpsIQ shows the resulting portal and matching help centre addresses. Changing it later breaks links you have already sent.

Собствен домейн

Сервиране на портала от домейн, който притежавате, като поддръжка. yourdomain. com.

Вграден портал за билети

Включва drop-in джаджата, описана по-горе, и отваря вграждане строител, където изберете оформлението, външния вид и правилата за достъп, прегледайте резултата и копирайте отцепката за страницата си. Това не е Портал студио: Студиото проектира хоствания портал, това поставя билети във вашия сайт. И двете могат да бъдат наведнъж.

Как клиентите се вписват

Това са опциите за влизане на клиентите ви.

Методи за вписване

Кои опции се появяват на страницата за влизане. Конекторът и имейл вход работят автоматично.

Социално включване

Доставчиците на потребителски сметки, всеки от които се нуждае от клиентски ID и тайна, с пренасочен адрес, предоставен от OpsIQ за регистрация при този доставчик.

Единичен знак (OIDC)

Клиентът се регистрира чрез доставчик на самоличност, с емитент URL, клиентски ID, тайна и по избор позволен имейл списък.

Клиент SAML 2.0

The SAML equivalent. OpsIQ supplies the ACS reply URL and SP entity ID; you supply the IdP entity ID, sign-in and sign-out URLs, X.509 certificate and optional attribute names. Turn SAML on in Sign-in methods or it will not appear.

Безшевни записи от приложението

Подписан дълбок линк, така че клиентът вече се е подписал към вашето заявление каца в портала без да се регистрира отново. OpsIQ осигурява тайната на подписването, портала URL Използвайте генератора преди да напишете код.

Подпишете се навсякъде.

Излизането от портала също така показва клиента от вашата кандидатура.

Внедряване и защита

Полета за искане

Всеки допълнителен полето губи изявления, така че попитайте само за това, което трябва да се триаж.

Спам и защита срещу злоупотреби

A honeypot and rate limiting always protect the public form. On top you can block disposable email addresses, add your own blocked domains, and add a CAPTCHA using Google reCAPTCHA or Cloudflare Turnstile. reCAPTCHA reuses the keys already set under Settings, Security; Turnstile keys are entered here.

Портални анализи

Само за четене на портална активност през последните 30 дни.

Настройки

Настройки: Права, Лицензии, Крон и опасна зона

Системната група, плюс контрола на достъпа до екипа, който решава кой да види кой подпрозорец.

Достъп до екипа и разрешения

Разрешения за прилагане на admin

Всеки администратор получава изрично набор от разрешения, обхващащи чат в кутия достъп, които Настройки секции те могат да редактират, и техните отдели. Всеки с пълната роля Администратор винаги има всяко разрешение. Настройки разрешения решават кой подпрозорец човек вижда, така че предоставят най-тесния набор, който им позволява да работят.

Лиценз

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

Настройки на Крон

Self-hosted installs only. On the OpsIQ cloud the scheduled tasks run for you and the tab is hidden. One line of crontab drives every scheduled task: ticket auto-reply, escalation routing, exchange-rate refresh, mailbox polling and connector sync.

1
Копиране на реда

В раздела е показана точната линия на кронтаб за вашия сървър с правилния PHP двоичен вече избран.

2
Добави го към кронтаб.

Run crontab -e as the user that runs PHP and paste the single line. On cPanel use the Cron Jobs tool instead.

3
Проверка

За една минута плочките на сърцето светят. Използвайте сега, за да тествате веднага, вместо да чакате.

Пулсът на панела показва последното движение, продължителността и това, което е обработено както за автоматичната опашка, така и за електронното проучване и конектора. Той предупреждава кога последното пускане идва от ръчния уеб бутон, а не от истински сървърен крон, и когато пулсът е отишъл застоял.

Зона на опасност

Изтриване на всички данни за проследяване

Wipes everything OpsIQ collected or generated. You tick what to include and type the confirmation phrase exactly. Settings and site configuration, blocked addresses, everything your team wrote (knowledge base, FAQs, translations, portal designs, action definitions) and consent receipts are all preserved.

По-стари от

Същата проверка, ограничена до записи по-стари от 30, 60, 90 или 180 За автоматично задържане използвайте стойностите на задържане в General и Tracking вместо това и оставете на планираната задача да го направи.

🚫
Експортирайте подкрепление от Настройките, генерале преди да използвате нещо в опасната зона.
Настройки

Управление на вашия екип

Покани членове на екипа и определи роли за контрол кой може да има достъп до какво.

Екип
Екип и отделиЕкранът на екипа: маса от администратори с контакт, значка за подражание (Собствен, Пълен Администратор, Агент) и отделите всеки може да има достъп.Екип и отделиРаботно пространствоЕкип и отдели+ Запис на администраторКОНТАКТРОЛУЧАСТИЕНОЩ[email protected]Ада ОвсуСобственикВсичкикм[email protected]Коджо МенсахПълномощникВсичкиРТ[email protected]Рита ТетеАгентСметкиСС[email protected]АгентПодкрепа1TEAMПокана за & управление на администраторски2ROLESСобственик · пълномощник · агент3SCOPEDДостъп до апартамента
Истинският екран на екипа: всеки администратор с контактите, ролята и отделите, които могат да достигнат, агентите са в обхват, собствениците са пълни.

Роли

Собственик

Пълен достъп, включително лиценз, таксуване и опасна зона.

Пълномощник

Пълен достъп, освен лиценз и опасна зона.

Агент

Само билети, разговори и анализи.

Покана членове на екипа

1
Отиди в отбора.

Навигация до екипа в страничния панел.

2
Кликнете върху поканите

Въведете имейл на члена на екипа.

3
Задаване на роля

Избери собственик, пълномощник или агент.

4
Отдели за определяне на местоположението

За агентите изберете достъпни отдели.

5
Изпращане на покана

Получават имейл с настройка на линк.

Настройки

Изпълнение на екипа

Достъп е с разрешение, а не по роля: разрешението за преглед отваря страницата, разрешението за управление отключва цели, QA и колегата-идентификация чете, и разрешението награда-финансови е това, което добавя раздела Rewards. Екип олово може да бъде даден на всеки един от тези, без да се превърне в пълен администратор.

Изпълнение на екипа
Изпълнение на екипаЕкранът за представяне на екипа: агенти, класирани в съставна лента за оценка, CSAT и баланс награда с бутон Pay на ред.Изпълнение на екипаРаботно пространствоИзпълнение на екипаАГЕНТСКРCSATБАЛАНСРТРита Тете4.8$42ПлащанеСССам Ботенг.4.5$28ПлащанекмКоджо Менсах4.2$15ПлащанеНОЩАда Овсу4.9$51Плащане1SCOREDКомпозитни показатели2CSAT & LOADРейтинги + обем3REWARDSСалда на агента по плащанията
Истинският екран за ефективност на екипа: всеки агент вкара по обем и CSAT, с награда баланс можете да платите на ред.

Как е организирана страницата

Всеки отговаря на различен въпрос и се поръчва от това колко спешно имат нужда от теб.

01 Команден център

Състояние на опашката, резултати от клиентите срещу целите ви, как е изразходван капацитета, ситуации, които се нуждаят от решение и коригираните доказателства за индекса на екипа.

02 съотборници

Лидерското табло, разпознаването (най-подобрените и най-добрите) и търсенето на контрол за това кой може да види класацията.

03 Качество

Скор карти, записани оценки, споразумение за коригиране на шансовете, дрифт на рецензента и спорове с доказателства.

04 Награди

Покупка на стойност, вземания за изплащане и разпределение на регулирания период: да се разреши финансиран таван, да се преразгледа прегледът, да бъде финализиран.

05 История

Как работното пространство се е преместило с течение на времето: тренд метрици с графика, както и 28 Всяка карта се крие, докато не има достатъчно история.

Неподготвените не са нула.

Съотборник без достатъчно поддържан обем гол или чиито размери носят доказателства се добавят до по-малко от половината конфигурирано тегло това е показано като Unscored. Техният резултат, ранг и лента са празни и тяхната разбивка е скрита. Това е умишлено: вземане на липсващи измерване като нула поставя някой в долната част на класирането за да има тиха седмица.

Двете прагове на доказателствата правят различни работни места и си струва да ги държим разделени. Минималният дръжка решава дали някой е вкаран изобщо. Минималните рейтинги не засягат резултата: той решава дали ще получи награда и награда за допустимост. Така че един съотборник може да бъде напълно отличен и класиран и все още да бъде недопустим за този период, защото твърде малко клиенти са ги оценили.

💡
Всяка фигура е с обхват към работното пространство, което виждате и времевия диапазон, който избирате. Съотборник, работещ в две отделни работни пространства, има независим запис във всяка. Две изключения си струва да знаете: един сайт GROUP е едно работно място, така че неговите домейни член се измерват заедно; и All-sites поглед съзнателно измерва всичко наведнъж.

Индекс на изпълнение

Композиция от пет измерения, всяка измерена срещу цел, която сте поставили, а не срещу колегите си, след това издърпана към средата, когато доказателствата зад нея са тънки. Обърнете внимание на посоката: корекцията се движи фигурата към 70 Така че тънък отличен резултат се изтегля надолу и слаб лош резултат е изтеглен. Лоша първа седмица на четири разговора не е постоянна присъда също. Тъй като доказателствата се натрупват коригираните фигурата се събира върху суровия един.

Качество

Допълва се от QA резултата резултати, когато те съществуват и са регулирани.

Респонсивност

Първите времена на отговор при P50 и P90 процента срещу вашите цели.

Резолюция

Време за преструктуриране и процент на едно докосване.

SLA

Достигане срещу SLA, което конфигурирахте, плюс риск и наруши бройката.

Стюарт

.. Отворете и трансферни курсове .... ... работата, която се връща.

💡
Тежестите са конфигурируеми и относителни; те не трябва да се общо 100. Липсващите доказателства могат само да намалят индекса, никога не го вдигат това по цялата конфизирана тежест остава в знаменателя.

Капацитет и време за производство

Occupancy, productive time, solved per productive hour and online share of the window. Utilisation is deliberately not reported: it needs scheduled hours as a denominator, OpsIQ has no roster or shift source, and a substituted denominator would be a guess wearing a percentage sign. It reads as unavailable with that reason attached.

⚠️
Само за да докладва. Заетостта казва колко време е било прекарано, никога не е било добре прекарано и никога не финансира, порти или размери плащане.

Осигуряване на качеството

Само публикувана версия може да получи оценка, и публикуването на нова версия никога не пренаписва това, което вече е вкара. Прегледът е доказателство за един разговор, а не присъда за човек.

Споразумение за преразглеждане

Reported as a chance-corrected statistic (Cohen's and Fleiss' kappa), not a raw agreement percentage. Two reviewers who pass everything agree 100% of the time while carrying no information.

Дрифт за проверка

Дали рецензент резултат систематично по-трудно или по-меко от колегите си на същия разговор го сравнява с останалата част от панела, а не тенденция с течение на времето.

Спорове

Един съотборник може официално да оспорва доказателствата, записани за тях. Открит спор блокира окончателното приключване на срока на наградата, докато не бъде решен.

Самопреглед

Съотборникът не може да се самооценка.

⚠️
AI-класирани оценки не могат да повлияят на заплащането, докато не бъде публикувано калибриране показвайки модела съгласен с човешките рецензенти достатъчно тясно, измерени от Капа срещу минимална проба. Отворен порта означава, че моделът е съгласен с хората достатъчно отблизо, за да се брои го никога не означава, моделът е правилен.

Признаване

Самото класиране е документирано като провал: метрични игри, прегаряне и публично посрамване на този, който е последен.

Най-добре

Измерени срещу по-ранното досие на съотборник, никога срещу колегите, с свиване, така че малък знаменател не може да купи победа.

Скариди

Следните периоди, които отговарят на фиксиран, обявен бар горска средна оценка, обработва обем, рейтинг и отрицателна скорост на обратна връзка, всички абсолютни цифри. Всеки може да се проведе серия едновременно, така че тя създава никаква класиране, и колега като изключителен месец не може да прекъсне вашата.

Класиране на опт-ин

Съотборникът винаги вижда своя индекс, независимо дали виждат колегите си е решение за работното място.

💡
Признаването никога не докосва пари. Стрипта не може да финансира изплащане или пробив един, и най-подобрени не е категория награда.

Куестс

Целта на екипа работи към, измерени срещу фиксиран деклариран бар, а не един срещу друг гол, така че всеки може да изчисти едно и също търсене в същия период.

Обхват и пропорционалност

Индивидуален или екип; еднократна, повтаряема или сезонна с изричен прозорец.

Критерии

Разговорите се обработват, рейтингите са получени, активни дни, среден рейтинг, или отрицателна обратна връзка. Всички абсолютни ... . Не метрични чиято стойност зависи от това какво колегите прави.

Качествена охрана

Изисква се на всяко търсене с цел обем. Удряйки броя, докато качеството пада под пода задържа търсенето, а не го завършва, и е показано като удържано, не недовършено.

Граници на повторение

За всеки период се използва най-бавният критерий плюс незадължителен охладител, преди повторението да може да се брои.

Екипни куестове

Споделен напредък без публикуване на препоръки за отбор, така че търсенето на екип не може да стане лидер.

Тренировъчен курс

Треньорската сесия е рекорд, а не чат. Има треньор, треньор на съотборник, график време, договорени точки за разговор, и резюме написани след това. Истински чатове, билети и оценки QA са прикачени към него като доказателство, така че разговорът се закотви да работи, че действително се случи, отколкото да си спомня впечатление.

Точки на разговор

Съгласен съм преди сесията, така че съотборникът няма да се изненада.

Недоставени доказателства

Chats, tickets and QA evaluations attached to the session. A pin stores a reference — a type and an id — not a copy, so it always points at the live record. OpsIQ does not verify the id before accepting it.

Елементи за действие

Всеки със собственик и дата на падежа. Един елемент, който е изтекъл датата му се показва като недължимо гонка по-късно това състояние, а не статус някой трябва да запомни да се определи.

Частна бележка

Треньорът има собствена нота. Съотборникът, който е треньор никога не може да го прочете ... не като агент, не като мениджър, не и като собственик.

Кой може да види сеанса?

Треньорът, съотборникът и всеки с разрешение за изпълнение на отбора.

Одит

Всяка творба, актуализация, пин, развързване и завършване се записва с това, което се е променило, от кого.

💡
Тренировката е умишлено отделена от отбелязването и парите. Сесията не променя ничий индекс, не дава награда и не се появява на дъската.

Награди и награди

Записаната дейност се превръща в символи с парична стойност, която сте задали. Пътят към плащане е умишлено бавен и всяка стъпка се записва.

1
Задаване на символична стойност

Колко жетони са равни на колко пари и каква е всяка дейност.

2
Упълномощен таван

За затворен календарен период, пълен администратор посочва максималните символи, които може да плати. Запазването на формата за настройки не разрешава бюджет и не може да промени таван, който вече е бил разрешен.

3
Преглед на прегледа

Откритите доказателства блокират тази стъпка.

4
Финализиране

The allocation is recorded permanently with the evidence behind it. A period that allocated nothing can be voided and re-run outright. One that issued tokens must be reversed first: OpsIQ writes a compensating entry against each wallet and never deletes the original, so the ledger still shows what happened and why, and only then is the period released. The reversal refuses if anyone has already cashed out more than the amount being recovered, and names who and by how much.

⚠️
Eligibility requires verified customer feedback. AI quality scores may supplement that judgement but never replace it, and a teammate shown as Unscored is not eligible. Each contributor is capped at 25% above their expected share of the period, so one very high-volume month cannot absorb the whole budget.
💡
Собственикът на сметката не участва в награди или символични награди, без ключ: те разрешават финансирания таван и финализират всяко разпределение, а няма кой да одобри това, което ще се плаща. Тяхната работа се измерва, отбелязва и се класира на дъската точно като всеки друг.

Всички останали участват по подразбиране, водят отбор и съсобственици. За да се остави някой навън, го отворите в Team & Departments и изключете Takes част в награди и опция за награди. Тяхната работа все още е отбелязана и показана; те спират да бъдат кандидат от този момент нататък, а нищо вече не е окончателно докоснато.

⚠️
Защото хората, които могат да участват са и тези, които може да одобрят изплащанията, OpsIQ отказва изплащане или кредит в собствения си портфейл, плащайки собствените си претенции, финализирайки период, в който ще бъдете изплатени и финализиране на награда, която ще спечелите. Друг пълен администратор или собственикът трябва да го направи. Плащат всички вземания пропускат своя собствена и докладва като пропуснати, не се провалят.

Кой може да вижда и прави каквото си иска?

Преглед на представянето на екипа

Бордът, състоянието на живо, капацитета и качеството на работното място.

Управление на ефективността на екипа

Цели и точки, износ, QA оценки и оценки, треньорство, куестове, както и четения, които носят колега-идентификационни данни като история на admin и история на награди.

Преглед на отбора награда финанси

Баланси, парични стойности, вземания и референции за плащане го разделя от доказателства за изпълнение, тъй като това е на заплата-adjacent.

Само пълен администратор

Всяка парична мутация: плащане на награда, плащане или отхвърляне на иск, разрешаване на бюджет, финализиране, анулиране или обръщане на разпределение, и определяне на лихвен процент от символи до пари. Те не могат да бъдат делегирани чрез предоставяне на разрешение.

Използвам го честно.

Индексът на изпълнение е доказателство за управление, а не автоматично решение за наемане на работа. Отворете изходните разговори зад определен брой преди да действа върху него, и претеглят случаите сложност, графици, отпуск и необходимост от достъпност.

Настройки

Вашите сайтове (работни пространства)

Сайтове (работни пространства) ви позволяват да управлявате няколко уеб сайтове от една инсталация OpsIQ. Всеки има свой собствен проследяващ, AI, конектори и достъп до екип.

Обекти
Вашите сайтовеЕкранът на сайтовете: списък с работни пространства, всяка със своя домейн, тип, конектор, значка за статус и бутон Open, плюс Добавяне-нов сайт.Вашите сайтовеРаботно пространствоВашите сайтове+ Добавяне на нов сайтSshop.acme.comeCommerce · Shopify connectorАктивноОтварянеHhost.acme.comHosting · WHMCS connectorАктивноОтварянеBblog.acme.comСъдържание · няма конекторНастройкаОтваряне1MULTI-SITEЕдно работно място на обект2ISOLATEDДанните никога не се смесват3PER-SITEСобствени настройки и конектори
Екранът на реалните сайтове: всеки сайт е собственото си изолирано работно пространство (собствен домейн, конектор и настройки), добавя и отваря от един списък.

Създаване на сайт

1
Отиване в свързани сайтове

Навигация към Свързвани сайтове.

2
Добавяне на нов сайт

Въведете име, домейн и описание.

3
Копиране на ключа за сайта

Всеки сайт получава уникален ключ (site_xxx) за джаджата отсечка.

4
Настройване независимо

Всеки сайт има свой собствен AI, конектори и настройки.

Колко места мога да имам?+

Зависи от плана на лиценза ти.

Настройки

Лиценз и план

Твоята. OpsIQ лиценз контрол функции, ограничения на сайта, и AI кредит баланс.

Лиценз
Лицензионен центърНа OpsIQ Лицензен център: план, значка за активен статус, ключ от маскиран лиценз, AI-кредитатор и бутон за проверка на силата.Лицензионен центърРаботно пространствоOpsIQ Лицензионен центърПланБизнесСъстояниеАктивноКлючOPSIQ-••• •-••Кредити на AI$68 лявоПроверка на дистанционното управление1PLAN & STATUSАктивно, от един поглед2KEYHMAC- cached local3CREDITSAI баланс и ограничения
Истинският Лиценз Център: Вашият план и активен статус, маскирания ключ, вашия AI-кредитен баланс, и едноклик сила повторно се потвърди.
Ключ за лиценза

Въведете Настройки > Лиценз. Валидиран срещу OpsIQ лиценз сървър.

Лиценз за сърцебиене / валидиране

OpsIQ обикновено чете подписания си местен лиценз кеш и освежава валидирането, когато е необходимо. Използвайте Силата дистанционно проверка, когато имате нужда от незабавен резултат; Диагностика идентифицира DNS HTPS или проблеми със сървъра.

План

Определя наличието и границите на функции.

Гранична стойност на обекта

Максимален брой работни пространства.

Кредити на AI

Ако използвате Управляван ИИ, Вашият кредитен баланс е показан тук.

Изтичане срока

Подновяване преди изтичане на срока на годност, за да се избегне прекъсване на услугата.

Какво ще стане, когато ми изтече разрешителното?+

Проследяване, билети и CRM продължават. AI функции пауза до подновяване на данните се съхранява.

Настройки

Профил, парола и двуфакторна идентификация

Всеки администратор може да поддържа своя собствена идентичност, работни предпочитания, парола и двуфакторна идентификация.

Продуктов екран
Моят профилПрофилната страница разделя личните данни, език/времева зона, аватар/подпис, парола и двуфакторна идентификация.Моят профилРаботно пространствоБИОГРАФИЧЕН ПРОФИЛЗавършеноTIMEZONEЕвропа/Атина2FAВключенЖИВЕЕШ РАБОТЕН ВИЖИме и електронна пощаЛична идентичностРедактиранеЕзик и часова зонаДати и интерфейсРедактиранеАватар и подписОтговори и присъствие на екипаРедактиранеПарола и 2FAЗащита на сметкатаПодсигурена1UPDATE PROFILEИдентификация и местоположение2SECURE LOGINПарола и 2FA3SAVEПрилагане към този администратор
Профилната страница разделя личните данни, език/времева зона, аватар/подпис, парола и двуфакторна идентификация.

Настройките на профилите принадлежат към администратора, който е регистриран и не променя марката за работно пространство. Използвайте уникална парола и дайте възможност за установяване на двуфакторна самоличност. Промяната на имейл или настройка за удостоверяване може да изисква повторно потвърждение или ново влизане в системата.

Настройки

Препоръчки за уведомяване

В случай че се установи, че даден продукт е бил предмет на контрол върху предпочитанията за уведомяване, той трябва да бъде информиран за това.

Продуктов екран
Препоръчки за уведомяванеСтраницата с уведомления предоставя избор на събитие в приложението и имейл плюс скорошен списък с уведомления.Препоръчки за уведомяванеРаботно пространствоIN-APPВключи.EMAILИзбирателенUNREAD4ЖИВЕЕШ РАБОТЕН ВИЖБилетът е определенВ приложение и електронна пощаВключи.Клиентът отговориВ ап.Включи.SLA рискВ приложение и електронна пощаВключи.Одобрение на AIВ приложение и електронна пощаВключи.1CHOOSE EVENTSСамо полезни сигнали2CHOOSE CHANNELВ приложение или електронна поща3ПРЕРАЗГЛЕЖДАНЕПоследни уведомления
Страницата с уведомления предоставя избор на събитие в приложението и имейл плюс скорошен списък с уведомления.

Преференциалните услуги обхващат задачи за билети, отговори на клиенти, предупреждения SLA, събития за чат и одобрение на AI. Поддържайте спешни оперативни сигнали, активирани някъде; изключване на имейл не изключва непременно уведомлението в приложението.

Настройки

Преглед на сигурността

Прегледът на сигурността е първият екран за оценка на блокове, входни атаки, сесии с заплахи, тенденции в сигурността и почтеност на събитията.

Продуктов екран
Преглед на сигурносттаПреглед на сигурността съчетава актуални рискови карти, тенденция 14-ден, списък с нападатели, статус на събитие фураж и почтеност.Преглед на сигурносттаРаботно пространствоACTIVE BLOCKS18FAILED LOGINS42HIGH THREAT3ЖИВЕЕШ РАБОТЕН ВИЖАвтоматичен блок7- day total and sourceТенденцияПоследни нападателиIP, държава и причинаПрегледСъбития, свързани със сигурносттаРезултат от риска и действиятаФуражЛовна цялост на хаш-веригатаВерига за катапултиране на събитияВалиден1READ HEADLINEТекуща експозиция2OPEN EVIDENCEНападатели и събития3ДЕЙСТВИЕБлок, разследване, износ
Преглед на сигурността съчетава актуални рискови карти, тенденция 14-ден, списък с нападатели, статус на събитие фураж и почтеност.

Използвайте заглавията на картите за триаж, след което отворете свързания одит, неуспешни входове, блокирани IPs или JavaScript Грешка на страницата за рекордно ниво работа. 14-дневната тенденция е по-полезен от един скок. Високите заплахи сесии трябва да бъдат разследвани срещу посетител, искане и удостоверяване на автентичността доказателства преди да се прилага постоянен блок.

Настройки

Запис на одитния дневник на Тампер-очевидно

Одитните записи, които са направили какво, когато, на кой обект, на какво ниво на риск и дали е успял.

Продуктов екран
Одит на дейносттаОдитната страница осигурява търсена, очевидно подправена дейност с действия, актьор, риск, цел и резултат.Одит на дейносттаРаботно пространствоСъбития18.2kHIGH RISK21INTEGRITYВалиденЖИВЕЕШ РАБОТЕН ВИЖВключване на съединителя[email protected] · ShopifyУспехAPI ключ отнет[email protected] · ключ 19УспехНастройките са променени[email protected]· AIУспехОтказано разрешение[email protected] · износБлокирани1FILTERДействие, риск и участник2ИНСПЕКТЦел и резултат3EXPORTCSV или JSON
Одитната страница осигурява търсена, очевидно подправена дейност с действия, актьор, риск, цел и резултат.

Филтър чрез действия, риск и участник; износ CSV или JSON Хаш верига помага за откриване на липсващи или променени реда одит, но тя не заменя защитени архивиране и ограничен достъп до база данни. Третирайте износа одит като чувствителен, защото те могат да идентифицират потребители, записи и действия за сигурност.

Операции

Диагностика

Диагностиката превръща проверките на подсистемата в обикновен английски здравни резултати и директни следващи действия.

Продуктов екран
ДиагностикаДиагностика групи здравни проверки за джаджа, AI, билети, интеграции, Site Intelligence, фонови задачи, CRM автоматизация, лицензиране и съхранение.ДиагностикаРаботно пространствоЗДРАВЕОПАЗВАНЕ13WARNING2Издънена1ЖИВЕЕШ РАБОТЕН ВИЖNameКрайни точки за бийкън и чатЗдравословноОсновни задачиCron surror heartПредупреждениеЕ- пощаИзходящото изпитване се провалиГрешкаКонекториРегистър и прием на събитияЗдравословно1REFRESHИзпълнение на текущите проверки2OPEN WARNINGПрочетете доказателствата3FIX AND RETESTПотвърждаване на възстановяването
Диагностика групи здравни проверки за джаджа, AI, билети, интеграции, Site Intelligence, фонови задачи, CRM автоматизация, лицензиране и съхранение.

Страницата проверява Site Speed, rank/keyword/backlink/local data, AI и портал за действие, билети, пълзящ / одити, интеграция/събитие прием, фонови задачи, CRM автоматизации, лиценз, джаджа и свързани с тях услуги. Тя умишлено съобщава оператор-четливи причини, вместо да се излагат сурови тайни.

След промяна, обновяване и потвърждаване на засегнатите подсистема се връща здрави. Зелена диагностична страница е необходима, но не е достатъчна за стартиране; завърши контролния списък предварително.

Настройки

Сигурност и достъп

OpsIQ включва множество защитни слоеве за защита на вашия администратор, данни, и API Достъп.

Как работи?
Сигурност и достъпПредпазител, освен включен контрол: два фактора OIDC SSO, SCIM 2.0, OAuth2 PKCE, CSRF/CSP, IP Файъруол, лимити и секретен трезор.Два фактора (TOTP)OIDC SSOSCIM 2.0OAuth2 PKCECSRF + CPPIP защитна стенаГраници на лихвения процентСекретна трезорна кутия
Сигурност

Характеристики на сигурността

Идентификация на администрацията

Имейл/парола с опция 2FA.

Заключване на вход

Временно заключване след твърде много неуспешни опити.

IP блокиране

Блок IPs или CIDR варира от достъпа до проследени сайтове.

Оценка на заплахите

Високите посетители могат да бъдат блокирани автоматично.

ВЗИХ

Изисква се за всички връзки. HTTP пренасочва към HTPS.

Заглавни части на HSTS

Строго-транспортната сигурност предотвратява понижените атаки.

Защита на CSR

Всички административни формуляри включват CSRS символи.

Защита на XSS

Всички потребителски входове са избягали.

Защита на SSRF

Outbound webhooks block private/internal IP addresses.

Препоръчва се настройка

1
Включване на 2FA

За всички административни сметки.

2
Силни пароли

Minimum 12 characters, mixed.

3
Сметки за преглед

Премахнете достъпа за бивши членове на екипа.

4
Мониторът не успя да влезе

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

5
Съхранявайте обновени

Нанесете актуализации за охранителните пластири.

Настройки

Роли и разрешения

Ролевият контрол на достъпа ви позволява да контролирате какво всеки член на екипа може да прави.

Роли и разрешения
Роли и разрешенияМатрица за участие по способност: Собственикът има всичко; пълно Admin липсва сметка и опасна зона; агент има само obsibled билети.Роли и разрешенияРаботно пространствоТЪРГОВЕЦБИЛИРАНЕОПАСНОСТБИКЕТАСобственикПълномощникАгентscoped13 ROLESСобственик · пълномощник · агент2GRANULARНа страница + за отдел3DEFAULT-DENYЗабравени пътища блокирани
Ролевата матрица с един поглед: Собственикът получава всичко, пълен администратор всичко освен сметка и опасна зона, агент само техните obspected билети.

Роли по подразбиране

Собственик

Всичко, включително лиценз, опасна зона и управление на инсталации.

Пълномощник

Всичко освен лиценз и опасна зона.

Агент

Отговорете на билетите за апартамент и чатите, преглеждайте аналитичните данни. Няма настройки, екип или достъп до сигурността.

Мога ли да създам потребителски роли?+

Три вградени роли плюс назначението на отдела дават изчерпателен контрол.

Настройки

Блокиран IPs

Manage IP addresses blocked from accessing your tracked sites.

Блокиран IPs
Блокиран IPsБлокираният...IPs екран: блок-ан-IP/CIDR форма до таблица с блокирани адреси с всеки запис, дата, причина и бутон Отблокиране.Блокиран IPsРаботно пространствоБлокиране на IP / CIDR203.0.113.0/24Причина (по избор)БлокЗасегнати адреси203.0.113.9Джун. 12 · груба силаОтблокиране45.12.0.0/16Джун. 10 · спамОтблокиране102.89.6.2Джун. 9 · злоупотребаОтблокиране1БЛОКIP или диапазон на CIDR2LISTКой и кога, с основание3UNBLOCKЕдно щракване
The real Blocked IPs screen: block a single IP or a CIDR range, and manage the list, each with its date, reason and one-click unblock.

Как да блокирате

1
Отидете в Security > Блокиран IPs

2
Добавяне на IP или диапазон на CIDR

Пример: 203.0.113.42 или 203.0.113.0/24

3
Добавяне на причина

Документ защо: спам, злоупотреба, остъргване и др.

Ще блокират ли законните потребители?+

Ако клиентите споделят корпоративно IP или VPN, блокиране на това IP Блокирай всички по него.

Настройки

Грешка при влизане

All unsuccessful login attempts to your OpsIQ admin.

Грешка при влизане
Грешка при влизанеЕкранът с неуспешните отчети: таблица на сметките/IPs с броя на провалите, времето на последния опит, и блок бутон на ред.Грешка при влизанеРаботно пространствоГрешка при влизанеСчетоводна сметка / IPИздъненаПоследноДейност[email protected] · 41.62.10.47Преди 2 м.Блок[email protected] · 102.89.6.23Преди 18 метраБлокНеизвестна · 45.12.9.7_12Преди 26 м.Блок[email protected] · 88.21.4.921h предиБлок1WATCHГрешка при влизане2COUNTSЗа сметка / IP3ДЕЙСТВИЕБлокиране от реда
Реалният неуспешен екран за вход: всеки акаунт/IP С последния си опит за провал, блокирайте източника на брутална сила от реда.

Какво показва всеки запис

Дата/време

Когато се случи опита.

Е- поща

Използван е имейл адрес.

IP address

Източник на опита.

Държава

Географско местоположение.

Причина

Грешна парола, заключена или не е намерена.

Предупредителни знаци

Много опити, същия имейл.

Отгатване на паролата. Уверете се, че 2FA е активирана.

Много опити, различни имейли

Автоматизирана атака. IP.

Необичайни държави

Ако екипът ви е местен, вероятно са чужди опити за нападение.

Настройки

Анализатор на сигурността на AI

An opt-in analyst layer over the Security pages: verdicts, incident briefs, a daily digest, a weekly posture check, Ask Security, and 0-token block policies. It never runs in the visitor request path.

Всяка страница за сигурност записва случилото се, но четенето му все още изисква преценка. Анализаторът на AI сигурност добавя, че решението е в сила и е построено да похарчи почти нищо: никога не стои в маяка или пътя за влизане, детерминистични правила уреждат очевидните случаи без AI повикване, присъди са кеширани, и най-добрата продукция на анализатора е детерминатично правило, което след това прилага завинаги в нулеви символи. Настройки → Сигурност; всички по подразбиране са изключени.

Какво добавя?

Присъда чипове + Обясни

Blocked IPs and Failed Logins rows show a benign / suspicious / hostile chip with a confidence score. Explain opens the reasoning, the facts used, and one-click Block / Release actions. Cached 24h, so re-viewing an IP is free.

Слипове за инциденти

Свързани събития се струпват в един инцидент (логин вълна, URL сканиране, автоматично блок взрив) с обикновен английски времева линия и една препоръчва следващата стъпка.

Ежедневно смилане

Едно повторение на ден: вчера срещу вашата база данни, блокове, инциденти и едно нещо да се направи.

Седмична проверка на стойката

В понеделник втвърдяване на контролен списък (2FA пропуски, lockout праг срещу реално обем атака, сигнали изключен) с тежест, усилие и точно определяне на всеки елемент.

Попитайте охраната

В полето за въпроси на преглед сигурност, който отговаря от вашия живот състояние сигурност. Дълбок сървър въпроси се предават на администратор инженер чат, отколкото предполагам.

Предложения за политика + автопилот

Анализаторът предлага конкретни блокови правила като одобрени/неиздадени карти; одобрени правила, които се прилагат на нула жетони с брояч на живо.

Настройки

Анализатор на сигурността на AI (security_ai_enabled)

Майсторски превключвател. Включване на чипове за присъда, Обяснение и Ask Security. Само двусмислени IPs _- достига модела, подредени в едно обаждане.

Слипове за инциденти (security_ai_incidents)

Струпва събитията в инциденти и пише всяка нова история.

Дневни бюлетини (security_ai_ digest)

Един преглед на охраната на ден на звънеца и Прегледа.

Седмична проверка на позата (security_ai_posture)

В понеделник втвърдяване на списъка с данни за прегледа.

Автопилот на политиката (Security_ai_autopilot)

Позволява на анализатора да активира най-безопасните си предложения без надзор: само обратими ограничени от времето блокове, единични IPs или диапазони не по-широк от /24, никога споделена/мобилна/частна, горна граница 10 на час, винаги одитиран и необратим.

💡
Всяко обаждане се маркира security_ai със собствена месечна капачка в AI Config → Ценови греди (по подразбиране 300k жетони). Ако капачката е ударена, характеристиките се разграждат до детерминистични четения. Блокиране, lockouts и сигнали никога не зависят от този бюджет. Анализаторът никога не може да изтрие данни, промяна настройки, докосване на одитната книга, или да направи постоянна забрана.
Операции

Кран и автоматизация

OpsIQ uses one product scheduler to run email polling, ticket automation, analytics rollups, retention, AI queues, CRM work, reports and connector jobs.

Продуктов екран
Кран и автоматизацияЕдин продукт крон вход доставя сърцето; OpsIQ решава кои вътрешни работни места са дължими.Кран и автоматизациясървърКАПАНВсяка минутаRUNNERcron/all.phpHEALTHНастройкиЖИВЕЕШ РАБОТЕН ВИЖУнифициран продуктов бегачopsiq/cron/all.phpИзисква сеБилет и електронна поща опашкиКратко планирана работаАктивноАнализ и задържанеВътрешен кадансНасроченоАбонати на конекториОбявени събития на крониОбхват1INSTALL ONE LINEПусни графика на продукта всяка минута2CHECK CRON SETUPПотвърждаване на сърдечния ритъм3USE DIAGNOSTICSРазследване на закъсняла или неуспешна работа
Един продукт крон вход доставя сърцето; OpsIQ решава кои вътрешни работни места са дължими.

Вписване на необходимите продукти крони

Добавяне на тази единствена линия към crontab за същия сървър и PHP среда, която работи OpsIQ:

OpsIQ product crontab entry
* * * * * php /path/to/opsiq/opsiq/cron/all.php >> /tmp/opsiq-cron.log 2>&1

Замяна /path/to/opsiq Използвайте пълната PHP CLI пътека, когато домакинът изисква такава, например /usr/bin/php8.4.

Не използвайте най-високото ниво /cron.php за продуктова работа. В този регистър, че бегачът принадлежи към отделна услуга извън този наръчник. OpsIQ продукт бегач е opsiq/cron/all.php.

Какво управлява единният график

Билет и AI опашки

Процеси, дължими автоматично реплики, ескалации, одобрения и други продукти на опашката.

Входяща поща

Социологическите проучвания конфигурирани пощенски кутии, където анкетирането е избраният метод за прием.

Анализ и сесии

Събира сесии и освежава планираните агрегати, когато те са дължими.

CRM и ангажираност

Провежда отбелязване, жизнен цикъл, работен процес, кампания и планирани-доклад задачи, които са активирани.

Задържане и поддръжка

Извършва дължимата работа по почистването, архива, изтичането и целостта.

Конектори

Диспечери конекторни абонати и анкети само за инсталирани, активирани и конектори.

Проверка на крона

  1. Отваряне Настройки - Настройка на Cron и да потвърдим, че продуктът бегача съществува.
  2. Използване Бягайте веднага! веднъж, след това потвърди администратор и анкетиране пулсови актуализации.
  3. Проверка Диагностика за късно сърцебиене, PHP CLI, база данни или проблем с файловия път.
  4. Проверка /tmp/opsiq-cron.log или пътя на лога, който сте избрали, когато ръчното движение се провали.

Дръжте конектора за управление къси, идмотифициран и работно пространство-огледай. Партида дълги синхронизирания и съхранява курсора / контролен пункт, така че следващото движение може да продължи безопасно.

🚫
Когато продуктът спира, времето се определя. OpsIQ работата спира или става късно, въпреки че обикновените административни страници все още могат да заредят.
Операции

Ходови операции по разполагане

A hosted OpsIQ deployment uses the same product screens and workflows while the hosting operator manages the server layer. Commercial sign-up, plans, billing and account-portal procedures are outside this handbook.

Продуктов екран
Домакинско разполаганеДомакинските промени в дейността, които поддържат инфраструктурата; това не променя начина на използване на клиентите OpsIQ.Домакинско разполаганеРаботно пространствоPRODUCT UIСъщото е. OpsIQINFRASTRUCTUREОператор-управляванWORKSPACE DATAИзолираниЖИВЕЕШ РАБОТЕН ВИЖВреме за кандидатстванеPHP, уеб сървър и база данниУправляванПродуктов кронПланирана от оператор-домакинПроверкаПодкрепления и актуализацииПолитика и доказателства на доставчикаПрегледOpsIQ settingsСайтове, AI, екип и конекториВашият екип1OPERATE OPSIQ NORMALLYИзползвайте същата навигация на продукта2VERIFY SERVICE HEALTHИзползване на диагностична диагностика и доказателство за състоянието3KNOW RESPONSIBILITYОтделни настройки на продуктите от хостинг работа
Домакинските промени в дейността, които поддържат инфраструктурата; това не променя начина на използване на клиентите OpsIQ.

Какво обикновено управлява хостинг оператор

  • Уеб сървър, PHP runtime, услуга за БД, TLS и съхранение.
  • Единният продукт крон и неговите сървърни дневници.
  • Обновления на приложенията, мониторинг на инфраструктурата и процеса на архивиране, определени в споразумението за хостинг.

Какво все още управлява един OpsIQ администратор

  • Уеб сайтове и джаджа инсталация, AI настройки, знания, пощенски кутии и поддръжка на клиенти работни потоци.
  • Достъп до екипа, отдели, контрол на сигурността, API ключове, конектори, автомати и настройки за съхранение на данни.
  • Проверка на продукта чрез диагностика, одитен дневник, тестове на конектори и реални проверки от край до край.

Оперативни проверки

Не приемайте, че управляваната услуга означава, че всяка продуктова интеграция е здравословна. Потвърдете най-новите доказателства и политика за запазване с хостинг оператора и използвайте OpsIQ Диагностика след промени в DNS, електронна поща, доставчици на ИИ, уеб сайтове или конектори.

Този раздел обхваща само продуктови операции. Търговските бордове, абонаментите, фактурирането и администрацията на клиентската сметка остават извън наръчника OpsIQ _.

Операции

Самонаблюдение OpsIQ

Самоотбрана. OpsIQ Вие отговаряте за времето за бягане, базата данни, TLS, крони за продукти, резервни копия, актуализации и мониторинг.

Продуктов екран
СамостоятелностСамостоятелното самоуправление дава контрол върху инфраструктурата и прави екипа ви отговорен за всяка оперативна зависимост.СамостоятелностсървърPHP8.4+DATABASEMySQL 5.7+SCHEDULERВсяка минутаЖИВЕЕШ РАБОТЕН ВИЖУдължение на времето за изпълнениекъдрици, pdo_ mysql, mbstring, jsonИзисква сеДопълнителни разширенияxml_, opensl, zip, intl, gdИзисква сеАлтернатива на базата данниMariaDB 10.3+ с InnoDBПоддържаниТранспортHTTPS и изходящ достъп на доставчикаПроверка1PREPARE THE SERVERИзисквания за време на изпълнение2INSTALL AND CONFIGUREИзползване на специална база данни и HTPS3ADD PRODUCT CRONСтарт opsiq/cron/all. php
Самостоятелното самоуправление дава контрол върху инфраструктурата и прави екипа ви отговорен за всяка оперативна зависимост.

Минимален софтуерен договор

PHP

PHP 8.4 or newer. Required extensions: curl, pdo_mysql, mbstring, json, xml, openssl, zip, intl and gd.

База данни

MySQL 5.7+ или MariaDB 10.3+ използване на InnoDB. Създаване на специална база данни и най-малко квалифициран потребител на приложения.

Уеб сървър

Апачи или Nginx конфигурирани за OpsIQ преден контролер, статични активи и изисквани пренаписвания.

HTTPS

Required for admin sessions, widget traffic, API keys, webhooks and provider calls.

Извънборсов достъп

Позволете DNS и HTTPS достъп до AI, имейл, конектор и лиценз крайни точки, които действително ви позволяват.

Достъп до файловете

Потребителите на уеб и CLI трябва да могат да четат файловете на приложенията и да пишат само до документираните места за съхранение/изписване.

Крон

Пусни OpsIQ продуктов графикер всяка минута със същата конфигурация на приложение и достъп до базата данни като уеб процеса.

Последователността на инсталирането

  1. Качване на версията в избрания корен от документа и запазване на предоставената структура на директория.
  2. Създаване на база данни и потребител на приложения, след това въведете в базата данни, каноничен URL и настройките на лиценза.
  3. Стартирайте потока инсталатор/настройка и създайте първата сметка на собственика.
  4. Включване на HTPS и проверка на пренасочване, бисквитки и публичното джаджа /API Пътища.
  5. Добавяне на обединено OpsIQ продукт крон:
Самостоятелно хостван продукт крон
* * * * * php /path/to/opsiq/opsiq/cron/all.php >> /tmp/opsiq-cron.log 2>&1
  1. Отворени настройки - Cron Settup и Diagnostics; стартирайте графика веднъж и да реши всяка неуспешна зависимост.
  2. Настройване на резервните, възстановяване на тестването, задържане на логовете и актуализиране процедури преди добавяне на данни за производството.

Обновяване на безопасно

  1. Прочетете бележките за освобождаване и проверете необходимите PHP/разширявания преди да промените файлове.
  2. Подкрепете базата данни и файловете за приложение/конфигуриране, след което докажете, че резервното копие може да бъде възстановено на място за тестване.
  3. Разгръщане на новите файлове без изтриване на специфична конфигурация или данни за времето за изпълнение.
  4. Стартирайте предоставения процес на миграция/преполет и проверете вход, проследяване джаджа, билети, електронна поща, AI, конектори и крони.
  5. Съхранявайте предишното освобождаване и архивиране на базата данни за документирания прозорец за обратно връщане.
🚫
Най-високо ниво на хранилището /cron.php не е OpsIQ продуктов график. Автоматизация на продукта само при opsiq/cron/all.php.
⚠️
Не изтривайте . schema_cache.json като рутинна поддръжка. Премахнете го само когато инструкциите за продукта изрично изискват възстановяване на схема-кеш.
Операции

Ръководство за производство

Checklist and best practices for running OpsIQ in production.

Ръководство за производство
Ръководство за производствоКонтролен списък с данни: потребителски домейн и SSL, Ал трениран, конектори и крони, резервни копия и задържане, и отборни роли.Контролен списък на движение в движениеРаботно пространствоПреди да тръгнеш на живоПотребителски домейн + SSL конфигуриранАл-Трениран за вашето съдържаниеТествани съединители · рънинг на крониРезервни части на комплекта ·& Преглед на функциите на екипа1GO-LIVEКонтролен списък преди стартирането2VERIFYДомейн · SSL · резервни части3CONFIDENTКораб, когато е зелен
Контролен списък с данни, така че нищо не е пропуснато: домейн + SSL, обучен AI, тествани конектори и крони, архивиране и задържане, както и роли на екипа.

Преди да тръгнете на живо

HTPS конфигуриран

SSL инсталиран, HTTP пренасочва, HSTS е включен.

Стартиране на крони

Проверете чрез диагностична страница.

Тестване на AI

Потвърдете точността и тона.

Инсталиран джаджа

Проверете с Live Feed.

Настройка на резервното устройство

Автоматизирана дневна база данни и архивиране на файлове.

Грешка при запис

PHP дневник за грешки активиран и наблюдаван.

Поканени отбор

Всички членове имат сметки с правилни роли.

Населена база за знания

Поне 5-10 статии.

Дневно: Проверка на таблото, изчистена опашка за билети, спот-проверка на разговорите с ИИ.

Седмично: Преглед AI Insights, актуализация KB, проверка на екипа изпълнение, преглед сигурност.

Месечен: Преглед на тенденциите в аналитичните анализи, одиторски конектори, актуализация на обучението на ИИ, проверка на архивирането.

Операции

Контролен списък преди стартирането

Пуснете портите на източника и пълна проверка на реалните продукти преди пускане или първото стартиране на производството. Командата не е доказателство, че тя премина във вашата среда.

Продуктов екран
Проверка на освобождаванетоИзгледът на освобождаване показва, че трябва да се задействат портите; той не ги маркира предварително като преминали.Проверка на освобождаванетосървърРЪНТИМPHP8.4SOURCE GATESДа се кандидатира на мястоOUTCOMEОсновани на доказателстваЖИВЕЕШ РАБОТЕН ВИЖНеобходими разширенияПроверете преди апартамента.ПортаPHP синтаксис почистванеВсички файлове на PHPПортаОценка на ИИ и PHPUnitИзпълнение при наличие на зависимостиПортаСтатични проверки и проверки на браузъраСтартирай, когато си настроенаПорта1RUN THE CHECKSЗахващане на действителния изход2FIX EVERY REQUIRED FAILUREНе заменяйте доказателствата с предположения3TEST THE PRODUCTПроверка на реалните пътувания на потребителя
Изгледът на освобождаване показва, че трябва да се задействат портите; той не ги маркира предварително като преминали.

Източник и отвор порти

Пуснете проверката на хранилището от корена на инсталацията и поддържайте пълния им изход с протокола за освобождаване.

Първичен портал за прелитане
php tools/preflight.php
Разширена врата за освобождаване
php tools/release_gate.php

The preflight checks the PHP 8.4 runtime and required extensions, performs a PHP syntax sweep, runs the AI evaluation ship gate and full PHPUnit suite, and runs PHPStan/Node checks when those tools are installed. The extended gate also includes smoke, clean-install/schema and browser end-to-end checks when their environment is configured.

Пропуснат чек не е пропуск. Запис защо е бил недостъпен, инсталирате липсващата зависимост или го стартирате в правилната среда CI/стартиране преди пускане.

Проверки на продукти

1_. Истинност и роли

Подпишете се като всяка планирана роля; проверете позволените и отречени страници/дейности.

2. джаджа и проследяване

Зареждане на истински сайт в частен браузър; проверка на трафика маяк, живо Feed, посетител и сеанс записи.

3. Чат и Ал

Задайте представителни въпроси; проверете заземяването на знанията, безопасността, ескалирането и историята на ИИ.

4. Tickets

Създаване, присвояване, отговор, ескалира, затваря и отваря през всеки активиран вход.

5. Имейл

Тест на изходяща доставка и всяка конфигурирана входяща пощенска кутия или уеб-кабина пътека.

6. CRM и аналитични

Създаване на контролиран контакт/сделка/преобразуване и проверка на арматурни табла, фунии, отбелязване и доклади.

7_. Съединители

Стартирайте изпитвания на свързване, едно четене, един безопасен запис/сух пробег и уебкасета / polling пътеки за всеки включен конектор.

8. API и webhooks

Проверете тесните обхвати, ограниченията на скоростта, неподвижните ретриси, подписите и дублираното обработване.

9. Крон

Пуснете единния продуктов график и потвърдете всички необходими сърдечни удари в Cron Setup/Diagnostics.

10. Сигурност

Проверка на 2FA, CSRF/сесии за контрол, одитни записи, ключови отнемане и изолация на работното пространство.

11. Подкрепление и възстановяване

Възстановяване на текущото резервно копие в отделна среда за изпитване и проверка на данните и конфигурацията.

12_. Въздържаност и връщане

Потвърдете записите/присъединителните файлове, съхрани личните данни и докажете процедурата по връщане.

⚠️
Разгърнете се само след всяко необходимо пътуване с цел да се осигури точно освобождаване и околна среда.
Разработчик

Уеб натискане на сайтовете на трети страни

Нотификации на браузъра (включително OpsIQ Push Campaigns) се нуждае от работник обслужващ от същия произход като страницата.OpsIQ джаджа натоварване от вашия OpsIQ разполагане, така че място на трета страна не може да се регистрира OpsIQ"е работник директно. Водете един малък файл в собствената домейн на сайта, за да се даде възможност за бутане там. Кампаниите доставят чрез двете поддържани методи.

Как работи?
Уеб натисканеOS-стил натискане уведомление над две карти за доставка: Вградени VAPID и Pusher Beams.Магазинът ти.Количката ви чака. 10% Днес почивен денСегаВградени (VAPID)Няма трета странаХост един файлИзбухващи гредиИзползвайте профила сиВодете работника.
Уеб натискане

Защо това е необходимо

Браузърите позволяват на страница да регистрира само работник от собствения си произход.OpsIQ разполагане, така че не може да инсталирате натиснете работник на клиент сайт, докато не домакин на работника от произхода му, джаджата тихо прескача бутане (без грешка, няма абонамент).OpsIQ Пусни кампаниите и чрез двете.

Вариант A · Самостоятелно уеб натискане (VAPID, без трета страна)

1. Download the worker from your OpsIQ deployment: https://YOUR-OPSIQ/opsiq/opsiq-push-sw.js

2. Качвай го на твоя корен от уеб така че е достъпен за https://yoursite.com/opsiq-push-sw.js. джаджата автоматично засича този път На страницата на собствения произход и го регистрира, не е необходимо snipet промяна. (Той използва тесен обхват, така че никога не заменя работник услуга вече работи.)

Незадължителен: ако трябва да го хоствате на нестандартен път, посочи джаджата към него преди Приема се само когато е с един и същ произход:

Незадължителен · само ако файлът НЕ е в уеб корена
<script>window.OpsIQ=window.OpsIQ||{};window.OpsIQ.pushSwUrl="/custom/opsiq-push-sw.js";</script>

3. В OpsIQ, генерира VAPID ключове (Settings → клиент Чат AI → Advanced → Уеб Push).

Зад CDN/Cloudflare Погрижи се. /opsiq-push-sw.js връща HTTP 200 (изчиства кеш-а ако беше)404 преди да качите;404 ще блокира регистрацията).

Вариант B · Избухващи греди (управляван доставчик)

1. В OpsIQ настройките определят доставчика на тласък Избухващи греди и въведи своите лъчи ИД на Първоинстанционния съд както и Тайен ключ.

2. Домакин на работниците от биймовете в корена на сайта като /service-worker.jsРазбрано. https://YOUR-OPSIQ/opsiq/pusher-beams-service-worker.jsИли да слеете тази линия със своя работник:

Работник на греди, домакин в https://yoursite.com/service-worker.js
importScripts("https://js.pusher.com/beams/service-worker.js");

3. Това е. джаджата автоматично зарежда гредите SDK и абонира всеки посетител за интерес на място opsiq-site-<your-site-key>Няма нужда от други кабели.

Как се провеждат кампаниите

Push Кампании публикуване чрез both методи наведнъж: посетителите на самостоятелно хоствания VAPID работник получават кодирания Web Push, а посетителите записани чрез Puster Beams получават гредите. Всеки посетител се достига през това, за което са се абонирали, така че можете да стартирате същия произход VAPIDE на някои сайтове и кръстосан произход биймове на други.

HTTPS се изисква за обслужващи работници и Web Push (локалното домакин е освободено за тестване). Админовата пощенска кутия вече използва същия механизъм за интереси на Биймс за сигнали от оператори.

Операции

Отстраняване на неизправностите

Общи проблеми и как да ги оправя.

Общи положения

Празна страница+

Check PHP error logs. Causes: old PHP (need 8.4+), missing extension, DB connection failed, wrong file permissions.

На таблото има нули.+

Проверка: инсталирана джаджа? Cron работи? Дата диапазон правилно? IP изключва?

100 mg

AI не отговаря+

Проверка: конфигуриран доставчик? API ключ валиден (use Test connect)? Бюджетът е изчерпан?

Ал дава грешни отговори.+

Проверка: базата на знанията до момента? Prompt ясно? Connector търси връщане на правилни данни? Преглед разговор в историята на AI.

Ал е бавен.+

Зависи от: доставчик API скорост, контекстен размер (голям KB = повече символи = по-бавен), латентност на мрежата. Опитайте по-бърз модел.

Проследяване

Липсващ джаджа+

Проверка: скрипт в източник на страница? JS грешки в конзолата? CSP блокиране? Ad блокер?

Неизвестна държава+

GeoIP not configured. Use Cloudflare (automatic) or MaxMind GeoLite2 database.

Билети

Имейлите не създават билети+

Проверка: пощенска кутия свързана? Cron работи? App паролата се промени? IMAP настройките са правилни?

Автоматичното регулиране не работи+

- Да, но първо е бил човек.

Конектори

Връзката не е била включена+

Ключът е изтекъл? API Достъпен от сървъра? URL Нали?

Свързани, но без данни+

Проверка: API ключове? Уебхок синхронизиране активирано?

Изпълнение

Бавни страници+

Проверка: производителност на базата данни (SHow ProcessLIST), PHP памет (увеличаване до 1GB), да се даде възможност за oppcache, намаляване на периода на задържане.

Операции

Не се извършват посещения за регистриране на данни

Използвайте тази фокусирана проверка, когато джаджата товари неправилно или живо Feed остава празен.

Когато джаджа не е сеч посещения, проверете ключа на сайта, заредете страницата в частен браузър, проверейте браузер Мрежа/Конзола панели за блокиран маяк или джаджа заявки, преглед Съдържание-Сигурност-Политика и рекламни блокери, потвърдете, че сайтът е активен OpsIQ, и отворени диагностики. Видим балон за чата не сам по себе си доказва, че аналитичен маяк е приет.

Референтен номер

Речник

Определения за термините, използвани през цялото време OpsIQ.

Действие

Нещо, което AI може да направи чрез конектор или платформа.

Агент

Член на екипа с ограничен достъп или агент на Ал.

BYOK

Донеси си собствен ключ, ти ще осигуриш свой собствен изкуствен интелект API ключ.

Съединител

Приставка, интегрираща външна платформа с OpsIQ_.

CSAT

Клиентско удовлетворение.

Сделка

Възможност за приходи в CRM.

Отдел

Категория билети за маршрутизиране и контрол на достъпа.

Ескалиране

Местя билет до друг отдел или от Ал в човек.

GeoIP

Visitor location detection from IP address.

Прехвърляне

Прехвърлям разговор от Ал на човек.

Знак за самоличност

Подписан знак за идентифициране на посетител на уеб сайт.

Основание на знанието

Статии, които AI използва за да отговори на въпроси.

Олово

Посетител показващ намерение за купуване.

Резултат от оловото

0-100 брой, показващ вероятност за преобразуване.

Етап на жизнения цикъл

Където е клиент: олово, перспектива, Клиент, риск, наранен.

Управляван AI

AI предоставя като част от вашия OpsIQ план.

Тръбопровод

Визуална дъска на етап сделка.

РБАК

Контрол на достъпа до базата.

Сесия

Серия от гледания на страници в рамките на прозорец с таймаут.

Ключ за сайта

Уникален идентификатор за проследяван уебсайт.

SLA

Споразумение за ниво на обслужване, време за реакция.

Token

Единица на AI текст. 4 знаци = 1 Жетон.

Доверен слой

Система за безопасност, контролираща автономията на ИИ.

Уеб-каска

Повикване на HTTP за уведомления за събития.

Name

JavaScript код вграден на вашия сайт.

Работно пространство

Сайт със собствен проследяващ, изкуствен интелект, конектори и екип.

Референтен номер

Потърсете още помощ.

Ако тази документация не отговори на въпроса ви:

Администратор на ИИ

Кликнете върху "Поискайте OpsIQ" в администратор. Има достъп до тази документация и данните от платформата ви.

Билет за подкрепа

Включване: това, което сте опитали, какво се е случило, какво очаквате и всички съобщения за грешка.

Е- поща

Поддръжка на имейл с лицензния ключ и описание.

Съвети за ефективни искания за подкрепа

Включване на страницата

Коя администраторска страница (URL или име).

Включване на настройките

Точно име и текущата стойност.

Включване на грешката

Точно съобщение за грешка с кодове.

Включване на стъпките

Това, което направи, стъпка по стъпка.

Включване на очакваните срещу действителните

Какво трябва да се случи срещу това, което се случи.

💡
Колкото по-специфично е вашето искане, толкова по-бързо отговорът. "Не работи" изисква разследване. "Кликването върху Save на AI Configure дава код за грешка 502" получава директен отговор.