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.
CtrlK
Search all OpsIQ topicsНяма съвпадение на раздел
Ръководство за клиентиАдминистративен водачРазработчикCRM referenceСъединител SDKРЕСТ APIСамостоятелно качени
Открито пътуване на посетителите
Проследяване сесии, страни, страници, води, конвертирания и подкрепа намерения в реално време.
Изготвен отговор на AI
OpsIQ може да помогне за писане на отговори на билети, чат отговори, резюмета и съобщения за клиенти.
Действие на уеб-лока готов
Свържете одобрените дейности на платформата, за да се осигури спусъка с потвърждение и одитна история.
Обхват
Обхват на настоящия наръчник
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, следвайки същата поръчка като страничния панел на администратор.
Портално студио
Използвайте специалното ръководство за администратор и разработчик за Портал архитектура, страници, компоненти, преглед, Help Center, идентичност, SCIM, регулирани издания, разширения, миграция и сертифициране.
Всеки екран в администратор: анализи, чат на живо, билети, 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.
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.
НастройкаНа 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.
Продуктов екранНа борда показва всяка настройка област, сегашното си състояние и следващото действие да завърши.
Препоръчителна последователност
Лиценз: да потвърди свидетелството и да потвърди работното място е активен.
AI доставчик: изберете доставчик/модел, въведете препоръки и стартирайте теста за свързване. AI може да бъде пропуснат, ако работното пространство първоначално ще използва само аналитични и билети.
Бизнес идентичност: задайте името, индустрията, описанието, тонът към клиента и данните за марката, използвани от джаджата и AI.
Съединител: позволяват най-малко една външна платформа, когато OpsIQ се нуждае от поръчки, клиенти, билети, електронна поща или друг контекст платформа.
Сайт и джаджа: създаване на сайта / работното пространство, копиране на ключа от сайта и проверка на частни браузър посещение в живо Feed.
Екип и маршрут: канят администратори/агенти, създават отдели, задаване на маршрутизиране на имейла и потвърждаване на предпочитанията за уведомяване.
Проверки на място: тестов чат, билет, синхронизиране на конектора, крон, изходящ имейл, уеб-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.
Продуктов екран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 показва дата диапазон, метрични карти и раздели за поддръжка, Чат, Ал, Посетител и Агент изпълнение.
Филтри и контролни уреди
Използване на предварително зададена или обичай от/до обхват, след това се освежават да възстанови всяка карта и диаграма за същия период.
Износ CSV_ експортирайте активния аналитичен изглед, а не снимка на екрана.
Скапът на работното пространство е автоматичен; смяната на сайтовете променя основния набор от данни.
Какво всеки подпрозорец мерки
Подкрепа: билети, създадени/затворени/изплатени, първи отговор, резолюция, резолюция за първи контакт, SLA и приоритет/отделение/статус разбивки.
Чат: Започнаха сесии, резолюции на AI, ескалации, изоставяне, време за работа, съобщения на сесия и AI/човешки/all CSAT.
AI: средна увереност, ниска степен на доверие, точност на триаж, обратна връзка, отклонение на знанията, символично/камера използване, и елементите, които се нуждаят от преглед.
Посетител: тенденции в трафика и ангажираността за избрания период.
Агент: мерки за работа на агента, скорост, затваряне и удовлетворение.
Използвайте Analytics Hub за преглед на кръстосания отбор; използвайте посветените Посетители, Билети, CSAT, AI История и Team Performance страници, когато имате нужда от рекордно ниво разследване.
Анализ
Дашборда
Dashboard е вашият дневен команден център. Показва трафик, продажби, поддръжка на товара, активност на ИИ и индикатори за преобразуване в един изглед. Отворете го всяка сутрин, за да разберете какво се случи през нощта и какво се нуждае от внимание днес.
ДашбордРеалният екран за преглед: 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, местоположение, източник, устройство и време, заплахи маркирани в червено.
Какво показва всеки ред
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, държава, устройство, източник, продължителност и страници) с рискови сесии, маркирани в червено.
Как работят сесиите
Сесия започва, когато посетителят зарежда първата си страница. Тя продължава, тъй като те се насочват към повече страници. Сесия завършва, когато посетителите са неактивни за периода на сесията (по подразбиране: 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 секунди (конфигурируем). Използвайте го по време на кампании, стартира продукти, и натоварени периоди на поддръжка, за да видите какво се случва точно сега.
Живи фуражи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?
Мога ли да филтрирам живото предаване по държава или устройство?+
За филтрирани гледки използвайте страниците с опции за филтриране на живо.
Анализ
Топ страници
Топ страниците показват кои страници на вашия сайт получават най-много трафик. Тя се редифицира страници от посещения, ангажименти, преобразувания и подпомага дейност. Използвайте го, за да идентифицирате най-доброто си съдържание, намери недостатъчно представящи страници, и открийте страници, които генерират въпроси за подкрепа.
Топ странициВашите страници са класирани от трафик и ангажираност, така че можете да забележите най-горното съдържание и страници, които генерират подкрепа.
Какво показва всяка страница
Страница 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 показва откъде вашите посетители идват от страната, града, устройството и източника. Използвайте го, за да разберете географските си пазари, да решите относно езикова подкрепа, план регионални маркетинг, и откриване на подозрителни модели на движение.
ГеоОт където идват вашите посетители (по държава, град и устройство) до размера на пазарите и място необичайно движение.
Какво виждаш?
Най-горна бар диаграма на страните
Най-добрите страни, класирани по брой посетители. Кликнете върху страна, за да пробие надолу до данните на градско ниво.
Кънтри поничка
Визуална разбивка на трафика по държави.
Пълна таблица в страната
Всяка страна с посетители в избрания период, показвайки броя на посетителите, броя на сесиите, процента на скачане и скоростта на обръщане.
Градско сондиране
Кликнете на страната, за да видите кои градове в тази страна имат най-много посетители.
Как работи 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 класира сесиите на посетителите с това, което те изглежда се опитват да направят: сърфирайте, изследвания, сравнение, купуване, получаване на подкрепа, или напусне. Използвайте го, за да разберете баланса на намеренията на вашия сайт и да определи къде посетителите отпадат.
Фуния с цел задаване на целиСесии класифицирани по намерение (отглеждане, проучване, сравнение, покупка) така че можете да видите точно къде хората се отбиват.
Категории на намерение
Преглеждане
Посетителите небрежно се оглеждат, кратки сесии, няколко страници, без да бъдат открити конкретни цели.
Проучване
Посетителите четат страниците на продукта/функционалността, документите или съдържанието на блога.
Сравняване
Посетителите гледат ценообразуване, сравнение на плана или игрални маси.
Купуване
Посетители на касата, количката или страниците за записване.
Поддръжка
Посетителите на страниците за помощ, страниците с контакти или чатовете.
Подскачане
Посетители, които напуснаха след една страница.
Как да четем фунията
Интерпретация на фунията
Сценарий:
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-задвижвани.
Мога ли да персонализирам категориите на намерения?+
Категориите са вградени въз основа на общи модели уеб поведение.
Анализ
Фънели, задържане и пътеки
Изграждане на потребителски пътувания от страница или стъпки събитие, измерване на кохорта задържане и откриване на пътищата посетители най-често минават през сайт.
Продуктов екранПоръчка за фуния показва всяка страница/събитие стъпка, останалите посетители и процента на преобразуване.
Фънели
Създаване на име фуния с 2 до 8 Задайте прозорец за преобразуване в часове; посетител брои само когато наредените стъпки се случват в този прозорец. Използвайте капка между стъпките, за да изберете къде да инспектирате повторение, грешки, скорост на страницата или съобщения.
Задържане
Задържане групи посетители в седмичните кохорти и показва колко се връща. 6, 8 или 12 седмичен хоризонт. Дръжте дефиницията на кохортата стабилна при сравняването на релийзи или кампании.
Пътища
Пътищата изброяват най-често срещаните последователности страница. Изберете дължина на пътя от 2 до 5 Използвайте го, за да намерите неочаквани отклонения, общи изходи и съдържание, които многократно предхождат преобразуването.
За да се реагира на завършена стъпка, създаване на цел за преобразуване, сегмент, спусък или работен поток.
Анализ
Повторение на сесия
Session Replay ви позволява да гледате времева линия на това, което посетител направи на вашия сайт: кои елементи те кликнаха, как превъртат, къде кръжат, и какво те напечатаха (с чувствителни полета маскирани). Използвайте го за диагностициране UX проблеми, проверка на бъг доклади, и разбиране на объркването на клиента.
Повторение на сесияРеплика точно това, което един посетител направи: кликвания, свитъци, писане (чувствителни полета маскирани), на времева линия пречиствател.
Намиране на правилната сесия
От страницата на Сесиите, потърсете сесии с докладвани въпроси, висока страница брои без преобразуване, или сесии от клиенти, които са подали билети за подкрепа. Щракнете върху иконата за възпроизвеждане, за да отворите времевата линия оглед.
Какво показва повторението
Времева линия
Хоризонтален бар показва събития с течение на времето. Кликнете навсякъде по време, за да скочи към този момент.
Навигация на страницата
Всеки товар на страниците се появява като сегмент от времевата линия. Можете да видите точния път, по който е тръгнал посетителят.
Щракване
Кликнете върху събитията са показани като точки на времевата линия и като акценти на реконструкцията на страницата.
Скитба
Дълбочината на свитъците е проследена, така че можете да видите колко надолу се чете посетителят.
Форма за взаимодействие
Фокусът на полето и записващите събития се записват. Входът на текст в паролата и чувствителните полета е маскиран по подразбиране.
Поверителност и маскиране
Сесия повторно играе маски чувствителни полета форма по подразбиране. Парола полета, кредитни карти входове, и полета маркирани с данни-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.
Дневник на събитията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
}]);
Филтрирайте чрез специфични имена на събития: pageview, chat. started, bitet. created и др.
Дата на изтичане на срока
Показване на събития от определен период от време.
Търсене
Търсене на данни за събития по ключова дума (URL, имейл, стойности на имота).
Колко време се водят събитията?+
Събитията следват политиката за задържане, определена в Настройките. По подразбиране: 90 дни. Събитията с висока стойност (покупки, събития за сигурност) могат да бъдат конфигурирани с по-дълго запазване.
Мога ли да използвам събития в A/B експерименти?+
Да. При създаването на експеримент, вие избирате събитие за преобразуване. Всяко вградено или персонализирано събитие може да се използва като цел за превръщане.
Анализ
Експерименти А/Б
Експериментите ви позволяват да тествате две версии на страница или функция и мярка, която човек изпълнява по-добре. OpsIQ песни впечатления, преобразувания и статистическа значимост.
Експерименти А/БПуснете два варианта, наблюдавайте конвертирането и статистическата значимост, и декларирайте победителя.
Как работят експериментите
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Истински посетители удрят счупен код повърхността тук (съобщение, източник, браузър и колко често) така че можете да поправите това, което има значение.
Какво показва всяка грешка
Грешка при съобщение
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, така че можете да видите приходите заедно с поведението на посетителите. Всяка покупка се приписва на пътуване на посетител, така знаете кои страници, кампании и канали водят приходи.
ПродажбиРеалният 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 тръбопровод.
ОловоРеалният екран 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Ал първи 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
Командният център е дневният ви брифинг, отваряйте го всяка сутрин, за да видите какво се е случило, какво се нуждае от внимание и какво да правите.
Команден центърИстинският Команден Център: превключване между Прогноза, 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. Те могат да бъдат клиент, перспектива, партньор или олово. Контактите имат имейл, име, компания, тагове, етап на жизнения цикъл и резултат горещост.
Намиране на контакти
Използвайте лентата за търсене, за да намерите по име, имейл, компания или тагове. Използвайте филтри: етап на жизнения цикъл, резултат от олово, източник, страна, последна дата на дейност, назначен собственик.
Профил на контакта
Кликнете върху контакт, за да видите пълния им профил: лична информация, компания, сделки, дейности, билети, чатове, посещения на уебсайта, резултат от оловен удар и прозрения на ИИ.
Оценка на горещината
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
Тръбопроводът (твоята сделка борда)
Тръбопроводът е визуален борд, където сделките се движат през етапи от ляво на дясно. Плъзнете и капка карти за авансови сделки. Всяка карта показва сумата сделка, спечелете вероятност, и здравословно състояние.
ТръбопроводРеалният тръбопроводен екран: данни на живо (открита стойност, среднопретеглена прогноза), 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 анализира всяка сделка и ви дава кратко със здравословно състояние, сигнали за риск, ключови хора, квалификационен списък, подготовка за срещи и предложения за следващи действия.
Тренер по сделкаТреньорът отбелязва защо една сделка може да се изплъзне (всеки сигнал цитира източника си) и ви дава следващия ход, който трябва да предприемете.
Какво ти казва треньорът?
Здравно обяснение
Специфични сигнали: дни в етап, последна дата за контакт, честота на активност, конкурент споменава, модели на възражения.
Кой помага на сделката (шампион) и кой се съпротивлява (блокери). Въз основа на анализ на взаимодействието и контактни роли.
Контролен списък за квалификация
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
Прогноза и доклади
Съвет-клас прогнозиране с защитен диапазон, ниво на сделка промяна обяснения, и проследяване на точността, така че можете да докажете и обясни номера си.
ПрогнозаДа се направи, най-добрия случай и тръбопровод от един поглед, Ал-претеглена по сделка здраве, с точност следите така че можете да го защитавате.
Прогнозни категории
Изпратено
Сделки с 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 изследвания, резултат, и проект на първа тъчна информация.
ПроспектАгентът на СПТ намира целеви компании, отбелязва ги във форма и проектира първия тъч за вашия преглед.
Еднократна настройка
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
Автоматично проследяване на последователности
Поредици автоматизира многоетапно проследяване: микс от имейл, изчакайте, задача, повикване, и уеб закач стъпки, които работят автоматично след като одобрите първоначалното изпращане.
ПоредициАвтоматизирани мулти-стъпкови последващи действия (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
Поддържане и отглеждане на клиенти
Управление на жизнения цикъл ви помага да защитите съществуващите приходи. Всяка сметка получава по-голям риск резултат, здраве резултат, експанзия резултат и препоръчителна книга за успех.
ЖивотоциклаКлиентите се движат през качване на борда, активен, в риск и подновяване, всеки от които е отбелязан за здраве и разширяване с книга за игра.
Дъската за жизнения цикъл
Стадийна карта
Визуален борд показва къде се намира всяка сметка: олово, перспектива, възможност, Клиент, разширяване, Подновяване, Риск, Наранен.
Рискови сметки
Всеки показва най-горния драйвер (поддръжка на шип, бездействие, неуспех в плащането) и препоръчван запис.
Възможности за разширяване
Сметки, които показват сигнали за готовност да купуват повече: висока употреба, функции заявки, планове за запитвания.
Подновяване
Сметки с предстоящи дати на подновяване. Сортира по ниво на риск и стойност на приходите.
Как? OpsIQ открива риск от чучуриване
Рискът от хърбави се изчислява чрез множество сигнали, слели се заедно:
Отворен брой билети, пикове на звука, негативни настроения, ескалации.
Поемане на ангажимент за продукти
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 автоматично намира и поправя въпроси, свързани с качеството на данните: дубликати, липсващи полета, несъответствия и стари записи.
Стюарт за данниСтюард агентът поддържа CRM-а чист, открива дубликати, пропуски, стари записи и лоши формати, оправяйки одобрение.
Контакти без електронна поща, сделки без суми, компании без домейни.
Несвързана документация
Сделки без свързани контакти, контакти без фирми. Предлага свързване въз основа на имейл домейн и контекст.
Несъответствия
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
Прегледайте останалото.
Амбър елементи се нуждаят от вашата преценка: възможни дубликати с малки разлики, предложени сценични промени, свързване на компанията. Прегледайте всяка една.
Стюардът предлага сливане: да се запази записа с повече активност, да се слеят другите сделки и дейности на рекорда. Преглед на предложението, да коригирате оцелялото име на дисплея, ако е необходимо, и да одобрите. И двете записи историята се съхранява в слятия контакт.
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.
Изгради моя CRMDescribe 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 одит: общ здравен резултат плюс списък на това, което е създадена правилно и това, от което все още се нуждае внимание.
Какво проверява?
Шема
Ако липсва миграция, 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 (списък на наличните типове събития).
Изстрелват се при добавяне на нов контакт към 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 гледки, разпространение, промоции и други инструменти на публиката-осъзнати.
Продуктов екранРедакторът на сегментите комбинира условията, показва броя на мачовете и позволява на оператора да избере жив филтър или заострени снимки.
A жив сегмент преизчислява от текущите данни, когато се използва. Заострени снимки Замразява текущия списък на членовете, който е полезен, когато публиката не трябва да се променя след одобрение.
Избор ВСИЧКИ когато всяко условие трябва да съответства или НЯМА ВПИСВАНЕ Когато едно условие е достатъчно. Преглед на броя на живот преди спестяване. Системните сегменти могат да бъдат видими, но защитени от обикновено редактиране.
CRM
Оловно оценяване
Правилата за водене на олово превръщат поведението и профилите в последователни резултати, които продажбите и автоматизацията могат да използват.
Продуктов екранВодещият резултат показва активни правила, подвижен прозорец и положителната или отрицателната промяна на резултата се прилага всяко правило.
AI правило строител може да превърне обикновен английски инструкция в структурирано правило. Всяко правило все още трябва да се преразгледа преди активиране: потвърди дейността или ключова дума, минимално преброяване, подвижен прозорец и промяна на резултата.
Положителните и отрицателните правила могат да съществуват едновременно. Работно пространство за резкор След промени в материалните правила съществуващите контакти се оценяват по новия модел. Скоровете могат да се хранят сегменти, маршрутизиране, търсене и условия на работния поток.
CRM
Лидер на продажбите
Лидерският борд сравнява представители, като използва постижение на квотите, печели приходи, комисия и отворен тръбопровод за избрания месец.
Продуктов екранМесечната водеща дъска нарежда представители на продажбите, като същевременно държи спечелените приходи, комисионната и отворения тръбопровод видими.
Постигането на квотата е смислено само когато всеки представител има текущата квота и сделките имат правилния собственик, размер, валута и близък статус. Използвайте дъската за обучение и признаване, не като единствената мярка за качество; тя се съчетава със сделка здраве, активност и точност прогноза.
CRM
Одобрение на сделка
Одобрението на сделката изисква подписване от управителя преди да могат да бъдат отбелязани сделките с висока стойност.
Продуктов екранПолитиката за одобрение определя два прага на стойност и опашката показва висящи, одобрени и отхвърлени решения.
Включване на политиката и определяне на ниво 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
Правила за жизнения цикъл
Правилата за жизнения цикъл автоматично преместват контактите между етапите, когато техните текущи данни отговарят на запазено условие.
Продуктов екранПравилата за жизнения цикъл се оценяват по приоритет; първото съвпадение променя етапа на контакт.
Всяко правило има етап източник, дестинация етап, активен флаг, приоритет и сегмент стил филтър. Планираната работа на жизнения цикъл оценява по-високи приоритети първо и спира след първия мач за контакт.
Правилата трябва да бъдат взаимно разбираеми. Избягвайте две активни правила, които могат да се движат един и същ контакт в противоположни посоки по време на едно и също изпитване на филтъра срещу сегмент преди активирането му.
CRM
Поток на дейност по CRM
Стриймът на работната дейност съчетава клиентски и оперативни събития, така че екипите да могат да разследват какво се е случило без отваряне на всеки модул.
Продуктов екранПотокът на активност междулиства чат, билет, имейл, уеб-лок, преобразуване и аномалия събития с филтри и въображение.
Филтрирайте по тип събитие, дата, контакт или състояние на клиента (включително платени клиенти). Захранването е четен модел на записана дейност; то не заменя изходния билет, разговор, сделка или запис на конектора.
CRM
Работни потоци
Работните потоци отговарят на дадено събитие и изпълняват поредица от действия, включително забавени стъпки възобновени с крони.
Продуктов екранРънът на работния поток показва своя спусък, завършени действия, изчакване забавяне и следващата стъпка.
Създаване на работен процес чрез избор на спусъка, добавяне на стъпки в ред и да му се даде възможност. Забавите се съхраняват, а не се държат от браузър заявка; единният крон подновява дължимия работен поток работи.
Вградените стартови шаблони включват добре дошли след регистрация, след покупка Благодаря и демо потвърждение. Клонирай шаблон, замени своите получатели / съдържание, след което тест с контролиран запис преди широко активиране.
Проектиране на действия, за да бъде 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 може да изготви отговора за вас.
Как се движи билетът
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 от вашите знания, изпратени или опашката като чернова.
Как действа автоматичното регулиране
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.
Как работи?Вграден портал за билети
Три вграждане аромата
Вградени
Внася билета портал вътре в гмуркане на страницата си. Порталът взема пълната ширина на контейнера си.
Плаващ джаджа
Показва плаващ бутон, който отваря билет портала в панел.
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.
Списък с търсени, филтрирани за състоянието. "Чакам те" маркира билетите, които екипът е отговорил.
Закачлив разговор
Пълен преглед на разговорите с богат текст, прикачени файлове и времеви печати.
Проект за автоматично запазване
Отговора на проекта за клиент се запазва автоматично, така че те не губят работа, ако те се движат далеч.
Оспорване на живо
"Уиджет" избира нови отговори всеки 12 секунди.
Реконструкция/отваряне
Клиентите могат да решат или да отворят отново собствените си билети с едно кликване.
✅
Вътрешните бележки никога не се показват на клиентите в билета. Това е твърда граница за сигурност.
Подкрепа
Поръчка за чат
В чат кутията е мястото, където вашият екип управлява разговори на живо с клиенти. Тя показва активни чатове, възложени разговори, Al-handled чатове и архивирана история.
Поръчка за чатПо една пощенска кутия за всеки чат на живо, списък с разговори, нишката с 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 може да се свържете с имейл пощенските кутии, за автоматично създаване на билети от входящи имейли и изпращане на отговори като електронна поща.
Е- пощаИзтеглете имейл в 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 е активирана, създайте парола за приложението. В противен случай използвайте редовната си парола.
В 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 съчетава карти с резултати, детрактор проследяване, коментари, отдел и агент разбивки, както и обратна връзка чат.
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-разрешени и човешки разговори. Ниските размери на пробите не трябва да се използват за класиране на агенти или модели.
Подкрепа
Е-мейл излъчвания
Страницата на платформата за електронна поща позволява на оторизиран оператор да изпрати еднократно съобщение до всички активни агенти, избрани агенти или отдел и преглед изпраща история.
Продуктов екранКомпозиторът на екипа показва публиката, темата, съобщението и историята на миналите доставки.
Тази страница е за вътрешни оперативни съобщения, а не клиентски маркетинг. Изберете най-малката правилна аудитория, превю имена и адреси, след което изпратите. Доставка използва конфигурирани изходящ имейл път и записва резултата.
Подкрепа
Пощенски кутии, доставка и входящи имейли
Configure how OpsIQ sends email, turns inbound messages into tickets and proves the sending domain is ready.
Продуктов екранНастройките на имейл съчетават изходящ маршрут, От идентичност, поглъщане на пощенска кутия, проверка на изпълнимостта и тестова поща.
Извънборсова поща
Пълните администратори могат да избират предпочитания имейл конектор; 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
Поддръжка Портал студио проектира и публикува опит за поддръжка на клиенти, без да изисква външни активи.
Продуктов екранPortal Studio shows a responsive preview alongside theme, navigation, knowledge, ticket, assistant, form, footer and CSS controls.
Използвайте шаблона като начална точка, след това конфигурирайте тема, оформление, навигация, търсене на знания, билетна форма, асистент, кракер, марка, поведение на билети, обичай CSS и общи настройки. Преглед на работния плот, таблета и мобилния преди публикуване.
Подкрепа
Пропуски в знанията
Опашката на знанието събира въпроси към клиента, които AI не може да отговори уверено, за да подобри покритието.
Продуктов екранПропуск опашката реди се на пропуснати или ниско самоуверени въпроси и проследява дали екипът ги е разрешил.
Отворете празно пространство, за да прочетете оригиналния въпрос и близкия разговор, след това изберете правилният определя: актуализира съществуваща статия, създаване на нова статия знания, добавяне на бизнес факт, коректни данни конектор или промяна ескалация инструкции. Маркирате, че решен само след оценка или реален тест връща приемлив отговор.
Подкрепа
Администриране на страницата за състоянието
Страницата с администрацията на статута предава здравето и инцидентите в сферата на услугите, използвайки компоненти, текущи състояния и актуализации.
Продуктов екранАдминистрацията на състоянието изброява компоненти и инциденти, така че операторите да могат да публикуват ясна информация за услугата с печатен номер.
Използвайте компонент състояния последователно. Когато инцидент засяга клиенти, публикува първоначално известие, добави време печат актуализации като промяна на фактите, и затвори с кратко резюме резолюция. Не използвайте страницата за състоянието като вътрешен дебъг лог; чувствителна диагностика принадлежат в OpsIQ и сървърни трупи.
100 mg
Настрой си изкуствен интелект.
AI Конфигурация е мястото, където можете да изберете вашия доставчик на AI, модел и контрол на разходите. OpsIQ подкрепя множество доставчици: Клод (Anthropic), GPT-4o (OpenAI), Gemini (Google) и Grok (xAI). API ключ (BYOK) или управляван изкуствен интелект, ако е на разположение на вашия план.
Нагласи Ал.Изберете управляван изкуствен интелект или собствен ключ, изберете модел за скорост срещу дълбочина и да се ограничи месечно харчене с символичен бюджет.
Избор на доставчик
Клод (Anthropic)
Силни разсъждения, внимателни с факти, добри в следването на сложни инструкции. Модели: claude-sonnet-4-20250514,Клод-3.5 Най-добре за: поддръжка на разговори, технически въпроси, подробен анализ.
Вие предоставяте свой собствен ключ 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 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 като нов наем, Клиент и 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 обръща (чат, проектопис за билет, администраторски действия) влезе с точния бърз, отговор, продължителност и резултат.
Какво показва всеки разговор
Дата и час
Когато се случи разговорът.
Идентификация на клиента
Име и електронна поща, ако е известно, в противен случай 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 прозрения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 Можете да поискате от него да търси данни, да обяснява функции, обобщени билети и изпълнение на дейности платформа.
Администратор на ИИКажете на администратор 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 трябва да се справят всеки, за да тестват обучението си и да намерят пропуски.
Сценарийна библиотека
Разследване за статута на поръчката
Сценарий:
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 търси базата със знания за съответните статии и ги използва, за да генерира точен, заземен отговор.
Основание на знаниетоПълзите сайта си и импортирайте документи в базата знания; 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 са изброени златните дела за изпитания, изискваното поведение, последните резултати и планираните пътувания на "Стражева кула."
Пълните администратори могат да създават набори за оценка с бързи, очаквани изходни етикети, изисквани цитати, правила за потвърждаване на човека, ескалационни очаквания и забранени действия.
" Стражева кула " планира ежедневни или седмични проверки чрез и изпълнява ограничен брой случаи (до осем на планирано преминаване) Преглед на неизправностите заедно с доставчика / модела, версията на подкана, версия на знанията, предложени действия и разходи преди промяна на производственото поведение.
100 mg
Езици и превод
Езиците управляват преведения текст с клиентско изражение и поведението, което се използва при OpsIQ следва език на клиента.
Продуктов екранСтраницата с езици показва изходния език, преведени езици, проект/жив състояние и поведение на клиента-език.
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, който обяснява какво да се определи и може да проектира поправките. Това е премиум функция; когато тя се появява като Сайт разузнаване в страничния панел. Данните на всеки домейн остават отделни, пълзящи, класации и отчети никога не се смесват между домейни.
Разузнаване на сайтовеПреглед на разузнаването: оценка на сайт-здравословен резултат от най-новите пълзене, проследяване на ключова дума на живо, тенденция за органични кликвания, и три стъпки цикъл: пълзи, следа, нека 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, и тя е изключен, докато не го включите.
Автоматично зарежданеКак тече сесията: агентът изброява вече препоръчаните поправки на сайта 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.
Студио за промоцииВизуалният дизайнер: блокова палитра отляво, кампанията ви на платното (тук изскача персонализиран купон с помощта на {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
Проектант на промоция
Промоция Дизайнер е отзивчив блок редактор за изграждане, преглед, версия и публикуване на предизборно преживяване.
Продуктов екранДизайнерът комбинира жив платно, преглед на устройства, блокове, персонализация променливи, коментари и история на версиите.
Използвайте блокове, за да композирате опита, прегледайте всеки поддържан огледпорт и вкарайте одобрени променливи персонализация. Преглед на коментарите и AI-медиен произход преди стартиране. Спестяване създава версии, така че предишния дизайн може да бъде инспектиран или възстановен.
Растеж и SEO
Шаблони за промоция
Шаблоните осигуряват търсачка, категоризирана начална галерия за кампании на Промоция Студио.
Продуктов екранОбразецът галерия филтрира първокласни макети и прилага цветовете на марката, когато даден шаблон стане чернов.
Търсене или филтриране по категория, зареждане на допълнителни резултати, преглед на пълния опит, след което изберете Използване на шаблонНовата кампания остава чернова и може да бъде променена в Промоция Дизайнер преди публикуване.
Растеж и SEO
Анализи на промоцията
Промоцията на анализи свързва впечатленията и кликванията с преобразувания, контекста на публиката, резултатите от действието на конектора и обучението на кампанията.
Продуктов екранАнализите на промоцията показват водещи резултати, публика и задействат разбивки, водят до резултат от действия за износ и конектор.
Прочетете впечатленията, клик-прорез процент и преобразува заедно. Пробив резултати надолу по страна, страница, спусък и устройство; експорт заловени води, когато е необходимо. Конектор екшън резултати показват дали промоцията готварски обещаните последващи действия действително тече. AI проницателност и обучение резюмета трябва да се третират като хипотези за валидиране, а не автоматично доказателство.
Растеж и SEO
Съобщения
Съобщения публикува съобщение в зоната за уведомяване джаджа с опционално насочване, график и покана за действие.
Продуктов екранРедакторът на съобщенията включва съдържание, CTA, публика, сегмент, правило на страницата, активни дати и визуален стил.
Изберете всички посетители, записани посетители или нови посетители; по избор стесните аудиторията с контактен сегмент и правило страница. Задайте активни от / активна към дати и активен флаг. Premium стил настройки и цветове променят презентация, но не заменят ясно съдържание.
Растеж и SEO
Натиснете кампании
Натиснете кампании изпраща браузър уведомления до записани посетители, след като са напуснали сайта.
Продуктов екранКомпозиторът на бута показва достъп до абонамента, съдържание, медии, действия, целеви правила и състояние график.
Настройване на уеб клавишите за Push първо под настройките Web Push. Кампанията може да включва заглавие, тяло, икона, герой изображение, значка, CTA и до два бутона за действие; постоянно уведомление остава докато посетителят взаимодейства.
Цел от публиката, незадължително управление за контакт и страница. Запишете проект, планирайте го или го изпратите незабавно. Използвайте абонамента и кликнете върху показатели, за да съдия достигне. HTTPS и правилно хостван работник услуга са необходими на вградени сайтове трети страни; вижте уеб тласък на трети страни сайтове.
Поверителност
Студио за съгласие на бисквитки
Студиото Cookie Conside проектира табелката "бисквитка," която посетителите ви виждат, определя какво е от съществено значение за вашия бизнес, прилага правилното поведение за всеки посетителски регион, и (научно) всъщност налага съгласие, така че аналитичните и маркетинговите етикети да не се изпълняват, докато посетителят не се съгласи. OpsIQ Това е първокласно студио за дизайн; банерът показва само след като включите съгласието си за работното си място.
Съгласие за бисквиткиФлагът за съгласие, както го виждат посетителите: вашата формулировка, вашите категории (съществени винаги е включен, останалите са избор на посетителя), и Приемете / Отхвърляне / Преференциации, с по-категория изпълнение зад него.
Студиото е подпрозорец.
Проекти
Изберете от голяма библиотека с банер дизайни и пълна цветова система (прозрачна, твърда или градиентна) за да съответства на вашата марка.
Стил
Фина настройка, етикети на бутони, връзки за политика, банер позиция и колко дълго се запомнят избор.
Категории
Дефинирай вашите собствени категории бисквитки и формулировката на посетителите. Вие решавате какво е важно. Съществено е винаги да бъде включено; всичко друго е тяхно, за да се позволи или откаже.
Бисквитки (скенери)
Сканиране на сайта и нека OpsIQ Ал-авто-открива всяка бисквитка и тракер, категоризира го, и напишете цел обикновен език. Това захранва таблицата предпочитания и автоматично блокиране.
Закон и регион
Изберете как се държи съгласието по закон (под) и включи споделянето на група-домейн, Google Mode V2 и интервалите за повторно съгласие.
Анализ
Вижте данните за съгласието на живо от реалния избор на посетители (приемайте процентите по категории), които са обхванати от работното ви пространство.
Оправи закона автоматично.
Автомагистрала по регион
Умно.
EU/UK visitors get opt-in (nothing non-essential runs until they accept); US visitors get opt-out with a "Do Not Sell or Share" option. OpsIQ decides per visitor by location. Recommended.
Опт-ин навсякъде
Строг
Строго GDPR за всички посетители, нищо не е задължително докато те приемат.
Не се вписвай навсякъде.
Сътрудничество
Таговете се изпълняват, освен ако посетителят не откаже.
Браузър Global Privacy Control (GPC) и Do-Not-Track (DNT) сигнали се спазват, независимо от режима, който изберете.
Как силите спират да ни залавят
Съгласието тук не е просто знаме, а контролира нещата:
По-скоро по отношение на прилагането. When a visitor refuses a category, OpsIQ stops the matching capture, with analytics off, analytics tracking genuinely does not run, not just visually.
Авто-блокиране на собствените си етикети. Tag any third-party script to stay inert until its category is granted. OpsIQ activates it the instant the visitor consents, and never before.
Авто- блокирайте таг на трета страна
<!-- This tag stays dormant until the visitor grants the "marketing" category -->
<script type="text/plain" data-opsiq-consent="marketing"
src="https://example.com/ads-pixel.js"></script>
💡
Google Съгласие Mode v2 (Law & Region tab) излъчва правилните gtag сигнали от всеки избор на посетител, така че GA4 и Googles Ads се подчиняват съгласие по произход. Повечето сайтове не се нуждаят от IAB TCF, това е само за сайтове, работещи IAB-рамков програми.
Споделяне на съгласие във вашите сайтове
Включване на групово споделяне, така че посетител, който приема на един от вашите сайтове не се задава отново на другите в тази работна група. Изборът им носи през броя дни, които сте задали. Изключете го за строго съгласие за домейн. Бисквитки Съгласия двойки с страницата за поверителност и съответствие, която запазва книгата за съгласието (доказателство за всяка субсидия и отмяна).
Отхвърлилите анализи наистина ли спират да се проследяват?+
Да, по-скоро ще спрем залавянето на източника.
Трябва ли ми предприемач?+
Не за банер. Тя се прехвърля през джаджата. Само автоматично блокиране на собствените си етикети трета страна се нуждае от еднократна промяна над тези тагове (показа по-горе).
Къде е доказателството, че посетителят е съгласен?+
На страницата за поверителност и съответствие: дневник за всяко разрешение за търсене и отнемане чрез контакт, канал, действие и дата.
Растеж и 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
Какво трябва да се случи (действие)
Показване на чат балон или банер на страница, стартиране на пътеводител турне, изпращане на уеб тласък или имейл, присвояване на отдел, или пожар уеб-кабина. Токове като {{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
Насочени турове
Ръководство Турове са стъпка по стъпка разходки, които са в точка на части от страницата си с реч балони и прожекторите, насочване на посетител чрез качване на борда или нова функция. Те са напълно тематични и построени във визуален дизайнер с жив преглед.
Как работи?Насочени турове
Как се прави обиколка
Стъпки
Всяка стъпка цели елемент и показва балон с вашия текст. Добавете толкова спирания, колкото се нуждае разходката и ги поръчайте.
& Предварителни настройки
Започнете от предварително настроен или дизайн на вашия собствен балон (цветове, градиенти, прожектори) с жив преглед отдясно.
Спусък
По избор се свързва 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.
Как работи?Цели на преобразуване
Дефинирай целта в три стъпки
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 ви позволява да изградите свой собствен изглед на метриците, които имат значение, вместо да разчитате само на стандартния преглед. Добавете джаджите, които искате, плъзнете и ги преоразмерете в оформлението, което харесвате, запишете го и го споделете с вашия екип.
Потребителски арматурни таблаИзграждане на собствен борд: добавяне на 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.
Излишък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 Крон.
Планирани докладиЗадаване на доклад веднъж (метрични набор, диапазон, график, получатели) и OpsIQ имейли с бял етикет PDF автоматично на вашия ритъм.
Да подготвим доклад.
1
Изберете какво да изпратите
Изберете метричния набор (трафик, SEO, продажби, подкрепа...) и дата диапазон.
2
& Задаване на график и получатели
Ежедневно, седмично или месечно, по време, което изберете, до един или повече получатели на имейли.
3
Запис
Докладът генерира и имейли по график, без ръчна стъпка.
💡
Планираните доклади се изпълняват през OpsIQ крона, ако доклад не пристигне, потвърдете Кронът работи (вж. Cron и автоматизация).
Поверителност
Поверителност и съответствие
Страницата за поверителност и съответствие е едно място, където да покажете на одитора отговорно отношение към личните данни: счетоводната книга за съгласие, регистъра за достъп до администраторски документи, политиката ви за пребиваване и съхранение на данни и готов за печат DPA_, в един таблов изглед. Само пълни администратори могат да го отворят.
Поверителност и съответствиеЕдин одитор-готов екран: книга за съгласие за търсене (издава/отправя по канал), дневник за достъп на който е докоснал данни, настройки за пребиваване/задържане и печатна DPA_.
Четирите раздела.
Счетоводна книга за съгласие
Търсене на запис на всяко съгласие, предоставяне и отмяна, чрез контакт, канал (email, тласък, SMS, в джаджа), действие, източник и дата. Вашето доказателство за контакт се съгласи (или оттегли).
Дневник на достъпа
Кой от вашия екип гледа, редактира, изнася, изтрива или изпраща данни за контакт с администратор, контакт, действие, заяви причина и IP. Точно това, което регулатор иска.
Резиденция и задържане
Обяснете къде живеят данните на работното място, задайте колко дни се съхраняват редовете от дейности (0 = завинаги) и записвайте вашия контролер на данни и DPO.
DPA template
Принтируема добавка за обработка на данни, която попълва в контролера, адреса, DPO, резиденцията и задържането. Печат или запис като PDF_.
✅
Поверителност и съответствие двойки с студио за съгласие на бисквитки (което събира съгласие) и страницата за експортиране (която произвежда копие от данните за DSAR). Вижте също Cron и автоматизация за почистване през нощта.
Конектори
Свържете вашите платформи
Връзка на съединителите OpsIQ за външни платформи: магазини за електронна търговия, системи за фактуриране, платежни процесори, доставчици на електронна поща и потребителски APIs Веднъж свързан, AI може да търси поръчки, данни за клиенти, абонаменти и др. и да предприема действия с вашето одобрение.
Как работи?Конектори
Кораби със OpsIQ_
Това са настоящето в момента, в който инсталирате и се нуждаете само от техните пълномощия.
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 и той се копира в папката на живо конектори, след което тя се държи точно като тези по-горе.
Списъкът с конектори се движи като пакети са публикувани. Авторският списък за ВАШИ инсталира е страницата 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 и трябва да се прилага към всеки запис и архивиране на книга. Работното пространство или групов обхват е само за четене; той никога не бива да разширява съхранената собственост на събитие.
Когато продажбите и фактурирането са активирани в 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 относно актуализацията и филтрите към реални колони:
Единственият поддържан начин да напишеш книгата с продажбите
фактура. платени, плащане. завършено и продажба. За една фактура споделете един отпечатък и актуализирайте един ред.
Възстановяване на разходите
Парите, които излизат е различен факт от парите, идващи в. Възстановяването на фактурата запазва своята идентичност, така че тя никога не може да презапише плащането, което обръща.
Без препоръки, без отпечатъци.
Ред, който не носи поръчка, фактура, абонамент или справка услуга не получава пръстови отпечатъци на всички, така че два несвързани реда никога не се сблъскват само защото и двете липсват 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. Основната анализ никога не трябва да се разклонява върху конектор куршум.
Уликите на сървъра печелят
Наблюдението на браузъра може да започне или да заложи на пътуване. Автентични конектор събития потвърждават регистрация, вход, плащане, покупка, подновяване, възстановяване и други крайни резултати. Валиден символ връзка сайт е най-силната връзка; невалиден знак се отхвърля и неговите вградени лични карти не се доверяват.
Поверителност
Изпратете само идентификатори и полета, необходими за декларираното пътуване. Уважение съгласие, маскиране и настройки за задържане. Никога не поставяйте пълномощия, данни от карти, тайни на удостоверяване или частни съобщения органи в свойствата.
Подкрепените семейства включват страница за участие/събития по 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.
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Искането се превръща в декларирано действие (типирано четиво/напишете/изтрива), което е проверено, потвърдено, след това изпълнено и докладвано.
Екшън жизнения цикъл
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. Не се изисква кодиране за основни конектори.
Изграждане на конекторНасочете строителя към всеки 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 да може да достигне крайна точка, за която не сте определили напечатано действие. Използвайте типирани действия, където можете; това е аварийният люк.
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.
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.
Конкретните бизнес правила на платформата в генерираните точки за разширяване; пакетният жизнен цикъл, опашките, работниците, миграцията и тестовете за съответствие остават управлявани от строителя.
Настройки на надеждността при всяко действие
Отписване
Колко пъти да се опитвам да се проваля на повикване, с отстъпление, което удвоява всеки опит. 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.
# 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.
поръчки/очакващи_нареждания
Каквато и да е транзакцията на платформата ви: поръчки, резервации, работни места, доставки. В очакване_поръчки е същият списък филтрирани към недовършените.
Приходи и парични суми, плюс сметки по държавни сметки.
билети, услуги, домейни, сървъри, дейност
Използвайте тези, когато платформата ви наистина ги има. Не принуждавайте нишка гол по-добре от неправилен раздел.
Всичко друго, което платформата ви има.
Обяви своя собствена. Доставчик, който декларира раздели(): ['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
Ако или е настроен, действието винаги се нуждае от одобрение. Изявете ги неофициално гол това е, което повърхности на администраторската карта за одобрение.
Напишете думи са проверени Преди да прочетете думи, така че смесено име като 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, както и потребителско име или имейл гол-админ достъп до мачовете на тези. Включете и двете, когато имате и двете.
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.
Всичко друго се докладва като неопаковано
Засяване имена на всеки файл, който е оставил след себе си. Прочетете този списък. Файл, който се очаква да кораб там означава погрешно разширение или грешно местоположение го няма безшумен успех.
Редактиране на всеки покрит файл прекъсва пломбата
Машинно четим договор. Неговият плужек, версия и способност набор трябва да бъде идентичен с настройките.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 може да открие, конфигурира, валидира, активира, изпълнява, тества, подписва и разпространява.
Референция на разработчицитеПакетът конектор има изискване за въвеждане и манифестиране на конектора, с незадължителни действия, рецепти, знания, активи и подписи метаданни.
settings.json използва манифестна версия 1. Валидаторът очаква куршум, име, версия, манифест_версия, съвместимост, описание и възможности. opsiq_min както и opsiq_max. Статус на освобождаване е един от production, beta, преглед или template; Възможността за зрялост използва нива L1 . Наследство пакети могат да бъдат нормализирани с предупреждения, но нов пакет трябва да премине без предупреждения.
Интерфейс на основния конектор
Идентификация и настройка: slug(), name(), description(), capabilities(), settingsSchema(), testConnection().
Живото цикъл: onEnable() както и onDisable(). Изключването трябва да бъде не-разрушително; почистване на данни е отделна преднамерена операция.
Входящ/синхронизация: handleWebhook(), poll(), backfill(). Социологическата политика се занимава с допълнителна работа; архивна информация за вноса и трябва да бъде безопасно да се повтаря.
Подкрепа: pushReply() където платформата приема отговори.
Действия: registerActions() доставки, които могат да бъдат изпълнявани по договори за действия.
Абстрактната база предлага също така и опционално накълцано табла, клиентски списък, откриване/създаване на електронна сметка, абонати, администратор/клиент за откриване, фактуриране/контекст/идентифициращи доставчици, извличане на отговор, повторно опитване на 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.
Животоциклет на регистъра
Дискавъри зарежда пакета и утвърждава манифеста му.
Конфигурацията се съхранява на работно място; тайните са кодирани.
Тестът за свързване доказва акредитации без да се позволява конектора.
Включване на обаждания onEnable(), синхронизира дефинициите на действие и може да започне първоначалното зареждане.
Екзекуцията на полинг/вещ/записвач винаги носи контекст в работното пространство.
Изключване на обажданията onDisable() и спира дейността без изтриване на вносни данни.
Чистката е отделна операция.
Правила за правилност
Използвайте клавиша за работното пространство/сайт във всяко четене, запис, кеш-ключ, дедуплация и уебкабина.
Направете бекфил, уеб-кабина поглъщане и напишете действия idempotent. Запишете външен ID/събитието ID където платформата осигурява такава.
За дистанционни системи използвайте техните API; никога не предполагайте, че техните таблици за база данни съществуват в OpsIQ връзка.
Връщане структурирани, клиент-безопасно грешки. Никога не разкрива тайни, сурови доставчик следи или друго работно пространство съществуване.
Обявява се само за възможности, които пакетът действително прилага. actions.json каталогът не прави действие използваемо, докато конекторът не бъде инсталиран, активиран, конфигуриран и връзката му е валидна.
Изпитване и освобождаване
Пуснете PHP линт, манифестно валидиране, тестове за свързване, изпитвания за схема на действие, тестове на подпис/реплей, тестове с работна пространство-изолация, тестове backfill-repeat, тестове и тестове за неизправност/рестартиране. След това трябва да се подпише и провери пазарен пакет, включва документация за настройка/поема/вербовчик, и да се посочи истинското му състояние на освобождаване.
Конектори
Рецепти за конектори
Рецепти стъпка по стъпка за общи конектори.
Рецепти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Конекторът декларира възможности (календар, обогатяване, класови данни, анализи...) и OpsIQ автоматично ги свързва с CRM и Site Intelligence, без промени в ядрото.
Възможности за деклариране
Декларатор (настройки.json)
Добавяне на a <domain>_capabilities масив, най-добър за конектори без код/маркет. Домейни: crm, site_intelligence.
Автобуси за капацитет и тяхната повърхност на метода
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.
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.
Промо публикаВашият конектор отговаря на живо сметка факти за вход-в посетител; студиото цели в тях, и не се затваря така че офертата за фактуриране никога не достига до грешния човек.
Как работи?
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}.
Добавяне '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 показва чипа, страницата за обратна връзка го изброява, и повторение събитие не променя нищо.
Конектори
Конекторен пазар
Пазарното място ви позволява да откривате, инсталирате и публикувате конектори, построени от общността.
Пазарна зонаПреглед на общността конектори, инсталирайте в едно кликване, или подпишете и публикувате своя собствена, предварително инсталирани и пазарни нива както търсаеми.
Намиране и инсталиране на конектори
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 строителИзграждане на крайни точки без сурова 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.
Разработчик
Спусък за готвене
Готови за използване рецепти за действие на спусъка за общи автомати.
Как работи?Спусък за готвене
Авто-създаване на билет от наблюдението
Сценарий:
Monitoring system sends POST when server goes down.
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
Разработчик
Изграждане на първото действие
Тази разходка създава просто действие на конектора от нулата.
Дейности по изгражданеИзградете едно действие от нулата. Назови го, настрой метода и крайната точка, декларирай типирани паради и го тествай на живо 200_.
Два вида действие
Преди да започнете, решете от коя част имате нужда. И двете са конфигурирани в един и същ екран.
Обади се на външен човек. API
Действието изпраща заявка за HTTP на платформата ви. Изберете това, когато OpsIQ трябва да се протегнете и да направите нещо от Ваша страна.
Стартирайте действие на конектора
Действието работи нещо инсталиран конектор вече осигурява. Изберете това, когато работата е вече на разположение и просто искате да го задействате. Избирате действието на конектора от списък, така че няма нищо за свързване.
✅
Втората опция е как да използвате отново всичко, което вашите конектори могат вече да правят без да го изграждат отново: прочетете нишка за билет, потърсете клиент, импортирайте контакти и т. н. Изберете действието на конектора от падащото и сте готови.
1
Планирайте действието
Пример: "lookup_product." Търси продукт по име, цена на връщане, акции и описание.
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, таен, картографски и скорошен резултат от дейността.
Създаване на един източник за изпращаща система. 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, абонаментите за събития, здравето на доставките и еднокликване подписано тест.
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 уведомява външните системи, когато нещо се случва вътрешно (външно).
УебхуковеИстинският екран с външни 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 за дедупликация.
Използвайте ngrok, за да изложите вашия местен сървър. Задайте крайната точка на уеб-хок до вашия негър URL_.
Ами ако крайната ми точка е временно намалена?+
OpsIQ retries with exponential backoff. If your endpoint recovers within the retry window, no events are lost.
Разработчик
API ключове
API ключове автентично искане към OpsIQ РЕСТ API Всеки ключ има разрешение.
API ключове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 Удовлетворява всеки обхват по-долу, така че го използвайте само когато наистина се нуждаете от широк достъп.
Списък и четене на билети и техните съобщения; отговор, актуализация, отваряне и стартиране на едро опашката операции.
разговори. чети / разговори. напиши
Прочетете разговори на живо и история на съобщения; изпраща съобщения, присвоява и променя статуса.
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 чат, създаване на билети и идентифициране на клиенти.
No. Under 15 KB gzipped, loads async after page content.
Може ли да персонализирам външния вид?+
Използвайте цвета на данните за първичен цвят. Поддръжка на контактите за CSS опции за пренастройване.
Разработчик
Монтаж на рецепти за джаджа
Специфични за платформата ръководства за монтаж.
Как работи?Инсталиране на рецепти
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 кутия):
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_.
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 връзки сърфиране история, чатове и билети за профила на клиента.
Как работи?Идентификация на посетителя
Две нива на идентичност, и когато всяко е достатъчно
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
PHPSDK
Пакет композитор: поколение символи за самоличност, действие API помощници, проверка на подписа на уеб-лока.
JavaScript SDK
От страната на браузъра: проследяване, идентичност, потребителски събития, контрол на чата.
WordPress приставка
Widget injection, identity from WP user sessions, WooCommerce sync.
Проучване 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
Формат на искането
Изпрати ключа като 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, статус, източник, етикет, резултат от олово, лимит.
Вижте кои конектори са инсталирани, какво всеки един може да направи и дали неговите пълномощия работят (оскоп конекторите. 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.
Не е изпратен ключ, или ключът е грешен или изтекъл. 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.
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.
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
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
Write. Scope: tickets.write, admin. Contract: source_inferred. Update a ticket status, priority, subject, department or assignment Retry-safe with idempotency_key.
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 прочетете и напишете същите правила за спам страницата използва билети, така че подателя блокиран в една система е блокиран навсякъде.
Трябва да се осигури охрана, докладвай и блокирай.
Нищо не е тихо разрушено.
Един подбран изпращач все още се приземява в спам изгледа, където билетът може да бъде прочетен и възстановен.
Платформата се защитава.
Собственост на сървъра 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_. Използвайте crm.activities.record за жизнения цикъл/бизнес дейност и crm.conversions.record Няма такова нещо. events.send действие; входящият CRM приемник на събитие живее при /v1/inbound.php?t=<token> за системи от трети страни, които предизвикват събития.
Разбирането на потока от данни ви помага да дебъгнете интеграциите и оптимизирайте ефективността.
Как работи?Поток на данни
Входящ поток от данни
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 вместо това и оставете на планираната задача да го направи.
🚫
Експортирайте подкрепление от Настройките, генерале преди да използвате нещо в опасната зона.
Настройки
Управление на вашия екип
Покани членове на екипа и определи роли за контрол кой може да има достъп до какво.
ЕкипИстинският екран на екипа: всеки администратор с контактите, ролята и отделите, които могат да достигнат, агентите са в обхват, собствениците са пълни.
Роли
Собственик
Пълен достъп, включително лиценз, таксуване и опасна зона.
Пълномощник
Пълен достъп, освен лиценз и опасна зона.
Агент
Само билети, разговори и анализи.
Покана членове на екипа
1
Отиди в отбора.
Навигация до екипа в страничния панел.
2
Кликнете върху поканите
Въведете имейл на члена на екипа.
3
Задаване на роля
Избери собственик, пълномощник или агент.
4
Отдели за определяне на местоположението
За агентите изберете достъпни отдели.
5
Изпращане на покана
Получават имейл с настройка на линк.
Настройки
Изпълнение на екипа
Достъп е с разрешение, а не по роля: разрешението за преглед отваря страницата, разрешението за управление отключва цели, QA и колегата-идентификация чете, и разрешението награда-финансови е това, което добавя раздела Rewards. Екип олово може да бъде даден на всеки един от тези, без да се превърне в пълен администратор.
Изпълнение на екипаИстинският екран за ефективност на екипа: всеки агент вкара по обем и 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, конектори и достъп до екип.
ОбектиЕкранът на реалните сайтове: всеки сайт е собственото си изолирано работно пространство (собствен домейн, конектор и настройки), добавя и отваря от един списък.
Създаване на сайт
1
Отиване в свързани сайтове
Навигация към Свързвани сайтове.
2
Добавяне на нов сайт
Въведете име, домейн и описание.
3
Копиране на ключа за сайта
Всеки сайт получава уникален ключ (site_xxx) за джаджата отсечка.
4
Настройване независимо
Всеки сайт има свой собствен AI, конектори и настройки.
Колко места мога да имам?+
Зависи от плана на лиценза ти.
Настройки
Лиценз и план
Твоята. OpsIQ лиценз контрол функции, ограничения на сайта, и AI кредит баланс.
ЛицензИстинският Лиценз Център: Вашият план и активен статус, маскирания ключ, вашия AI-кредитен баланс, и едноклик сила повторно се потвърди.
Ключ за лиценза
Въведете Настройки > Лиценз. Валидиран срещу OpsIQ лиценз сървър.
Лиценз за сърцебиене / валидиране
OpsIQ обикновено чете подписания си местен лиценз кеш и освежава валидирането, когато е необходимо. Използвайте Силата дистанционно проверка, когато имате нужда от незабавен резултат; Диагностика идентифицира DNS HTPS или проблеми със сървъра.
План
Определя наличието и границите на функции.
Гранична стойност на обекта
Максимален брой работни пространства.
Кредити на AI
Ако използвате Управляван ИИ, Вашият кредитен баланс е показан тук.
Изтичане срока
Подновяване преди изтичане на срока на годност, за да се избегне прекъсване на услугата.
Какво ще стане, когато ми изтече разрешителното?+
Проследяване, билети и CRM продължават. AI функции пауза до подновяване на данните се съхранява.
Настройки
Профил, парола и двуфакторна идентификация
Всеки администратор може да поддържа своя собствена идентичност, работни предпочитания, парола и двуфакторна идентификация.
Продуктов екранПрофилната страница разделя личните данни, език/времева зона, аватар/подпис, парола и двуфакторна идентификация.
Настройките на профилите принадлежат към администратора, който е регистриран и не променя марката за работно пространство. Използвайте уникална парола и дайте възможност за установяване на двуфакторна самоличност. Промяната на имейл или настройка за удостоверяване може да изисква повторно потвърждение или ново влизане в системата.
Настройки
Препоръчки за уведомяване
В случай че се установи, че даден продукт е бил предмет на контрол върху предпочитанията за уведомяване, той трябва да бъде информиран за това.
Продуктов екранСтраницата с уведомления предоставя избор на събитие в приложението и имейл плюс скорошен списък с уведомления.
Преференциалните услуги обхващат задачи за билети, отговори на клиенти, предупреждения SLA, събития за чат и одобрение на AI. Поддържайте спешни оперативни сигнали, активирани някъде; изключване на имейл не изключва непременно уведомлението в приложението.
Настройки
Преглед на сигурността
Прегледът на сигурността е първият екран за оценка на блокове, входни атаки, сесии с заплахи, тенденции в сигурността и почтеност на събитията.
Продуктов екранПреглед на сигурността съчетава актуални рискови карти, тенденция 14-ден, списък с нападатели, статус на събитие фураж и почтеност.
Използвайте заглавията на картите за триаж, след което отворете свързания одит, неуспешни входове, блокирани IPs или JavaScript Грешка на страницата за рекордно ниво работа. 14-дневната тенденция е по-полезен от един скок. Високите заплахи сесии трябва да бъдат разследвани срещу посетител, искане и удостоверяване на автентичността доказателства преди да се прилага постоянен блок.
Настройки
Запис на одитния дневник на Тампер-очевидно
Одитните записи, които са направили какво, когато, на кой обект, на какво ниво на риск и дали е успял.
Продуктов екранОдитната страница осигурява търсена, очевидно подправена дейност с действия, актьор, риск, цел и резултат.
Филтър чрез действия, риск и участник; износ CSV или JSON Хаш верига помага за откриване на липсващи или променени реда одит, но тя не заменя защитени архивиране и ограничен достъп до база данни. Третирайте износа одит като чувствителен, защото те могат да идентифицират потребители, записи и действия за сигурност.
Операции
Диагностика
Диагностиката превръща проверките на подсистемата в обикновен английски здравни резултати и директни следващи действия.
Продуктов екранДиагностика групи здравни проверки за джаджа, AI, билети, интеграции, Site Intelligence, фонови задачи, CRM автоматизация, лицензиране и съхранение.
Страницата проверява Site Speed, rank/keyword/backlink/local data, AI и портал за действие, билети, пълзящ / одити, интеграция/събитие прием, фонови задачи, CRM автоматизации, лиценз, джаджа и свързани с тях услуги. Тя умишлено съобщава оператор-четливи причини, вместо да се излагат сурови тайни.
След промяна, обновяване и потвърждаване на засегнатите подсистема се връща здрави. Зелена диагностична страница е необходима, но не е достатъчна за стартиране; завърши контролния списък предварително.
Настройки
Сигурност и достъп
OpsIQ включва множество защитни слоеве за защита на вашия администратор, данни, и API Достъп.
Как работи?Сигурност
Характеристики на сигурността
Идентификация на администрацията
Имейл/парола с опция 2FA.
Заключване на вход
Временно заключване след твърде много неуспешни опити.
IP блокиране
Блок IPs или CIDR варира от достъпа до проследени сайтове.
Оценка на заплахите
Високите посетители могат да бъдат блокирани автоматично.
ВЗИХ
Изисква се за всички връзки. HTTP пренасочва към HTPS.
Всички административни формуляри включват CSRS символи.
Защита на XSS
Всички потребителски входове са избягали.
Защита на SSRF
Outbound webhooks block private/internal IP addresses.
Препоръчва се настройка
1
Включване на 2FA
За всички административни сметки.
2
Силни пароли
Minimum 12 characters, mixed.
3
Сметки за преглед
Премахнете достъпа за бивши членове на екипа.
4
Мониторът не успя да влезе
Провери всяка седмица за подозрителни модели.
5
Съхранявайте обновени
Нанесете актуализации за охранителните пластири.
Настройки
Роли и разрешения
Ролевият контрол на достъпа ви позволява да контролирате какво всеки член на екипа може да прави.
Роли и разрешенияРолевата матрица с един поглед: Собственикът получава всичко, пълен администратор всичко освен сметка и опасна зона, агент само техните obspected билети.
Роли по подразбиране
Собственик
Всичко, включително лиценз, опасна зона и управление на инсталации.
Пълномощник
Всичко освен лиценз и опасна зона.
Агент
Отговорете на билетите за апартамент и чатите, преглеждайте аналитичните данни. Няма настройки, екип или достъп до сигурността.
Мога ли да създам потребителски роли?+
Три вградени роли плюс назначението на отдела дават изчерпателен контрол.
Настройки
Блокиран IPs
Manage IP addresses blocked from accessing your tracked sites.
Блокиран IPsThe 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.
Грешка при влизанеРеалният неуспешен екран за вход: всеки акаунт/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 решава кои вътрешни работни места са дължими.
Вписване на необходимите продукти крони
Добавяне на тази единствена линия към crontab за същия сървър и PHP среда, която работи OpsIQ:
Замяна /path/to/opsiq Използвайте пълната PHP CLI пътека, когато домакинът изисква такава, например /usr/bin/php8.4.
Не използвайте най-високото ниво /cron.php за продуктова работа. В този регистър, че бегачът принадлежи към отделна услуга извън този наръчник. OpsIQ продукт бегач е opsiq/cron/all.php.
Какво управлява единният график
Билет и AI опашки
Процеси, дължими автоматично реплики, ескалации, одобрения и други продукти на опашката.
Входяща поща
Социологическите проучвания конфигурирани пощенски кутии, където анкетирането е избраният метод за прием.
Анализ и сесии
Събира сесии и освежава планираните агрегати, когато те са дължими.
CRM и ангажираност
Провежда отбелязване, жизнен цикъл, работен процес, кампания и планирани-доклад задачи, които са активирани.
Задържане и поддръжка
Извършва дължимата работа по почистването, архива, изтичането и целостта.
Конектори
Диспечери конекторни абонати и анкети само за инсталирани, активирани и конектори.
Проверка на крона
Отваряне Настройки - Настройка на Cron и да потвърдим, че продуктът бегача съществува.
Използване Бягайте веднага! веднъж, след това потвърди администратор и анкетиране пулсови актуализации.
Проверка Диагностика за късно сърцебиене, PHP CLI, база данни или проблем с файловия път.
Проверка /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.
Какво обикновено управлява хостинг оператор
Уеб сървър, PHP runtime, услуга за БД, TLS и съхранение.
Единният продукт крон и неговите сървърни дневници.
Обновления на приложенията, мониторинг на инфраструктурата и процеса на архивиране, определени в споразумението за хостинг.
Какво все още управлява един OpsIQ администратор
Уеб сайтове и джаджа инсталация, AI настройки, знания, пощенски кутии и поддръжка на клиенти работни потоци.
Достъп до екипа, отдели, контрол на сигурността, API ключове, конектори, автомати и настройки за съхранение на данни.
Проверка на продукта чрез диагностика, одитен дневник, тестове на конектори и реални проверки от край до край.
Оперативни проверки
Не приемайте, че управляваната услуга означава, че всяка продуктова интеграция е здравословна. Потвърдете най-новите доказателства и политика за запазване с хостинг оператора и използвайте OpsIQ Диагностика след промени в DNS, електронна поща, доставчици на ИИ, уеб сайтове или конектори.
Този раздел обхваща само продуктови операции. Търговските бордове, абонаментите, фактурирането и администрацията на клиентската сметка остават извън наръчника OpsIQ _.
Операции
Самонаблюдение OpsIQ
Самоотбрана. OpsIQ Вие отговаряте за времето за бягане, базата данни, TLS, крони за продукти, резервни копия, актуализации и мониторинг.
Продуктов екранСамостоятелното самоуправление дава контрол върху инфраструктурата и прави екипа ви отговорен за всяка оперативна зависимост.
Минимален софтуерен договор
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 продуктов графикер всяка минута със същата конфигурация на приложение и достъп до базата данни като уеб процеса.
Последователността на инсталирането
Качване на версията в избрания корен от документа и запазване на предоставената структура на директория.
Създаване на база данни и потребител на приложения, след това въведете в базата данни, каноничен URL и настройките на лиценза.
Стартирайте потока инсталатор/настройка и създайте първата сметка на собственика.
Включване на HTPS и проверка на пренасочване, бисквитки и публичното джаджа /API Пътища.
Отворени настройки - Cron Settup и Diagnostics; стартирайте графика веднъж и да реши всяка неуспешна зависимост.
Настройване на резервните, възстановяване на тестването, задържане на логовете и актуализиране процедури преди добавяне на данни за производството.
Обновяване на безопасно
Прочетете бележките за освобождаване и проверете необходимите PHP/разширявания преди да промените файлове.
Подкрепете базата данни и файловете за приложение/конфигуриране, след което докажете, че резервното копие може да бъде възстановено на място за тестване.
Разгръщане на новите файлове без изтриване на специфична конфигурация или данни за времето за изпълнение.
Стартирайте предоставения процес на миграция/преполет и проверете вход, проследяване джаджа, билети, електронна поща, AI, конектори и крони.
Съхранявайте предишното освобождаване и архивиране на базата данни за документирания прозорец за обратно връщане.
🚫
Най-високо ниво на хранилището /cron.php не е OpsIQ продуктов график. Автоматизация на продукта само при opsiq/cron/all.php.
⚠️
Не изтривайте . schema_cache.json като рутинна поддръжка. Премахнете го само когато инструкциите за продукта изрично изискват възстановяване на схема-кеш.
Операции
Ръководство за производство
Checklist and best practices for running OpsIQ in production.
Ръководство за производствоКонтролен списък с данни, така че нищо не е пропуснато: домейн + SSL, обучен AI, тествани конектори и крони, архивиране и задържане, както и роли на екипа.
Преди да тръгнете на живо
HTPS конфигуриран
SSL инсталиран, HTTP пренасочва, HSTS е включен.
Стартиране на крони
Проверете чрез диагностична страница.
Тестване на AI
Потвърдете точността и тона.
Инсталиран джаджа
Проверете с Live Feed.
Настройка на резервното устройство
Автоматизирана дневна база данни и архивиране на файлове.
Грешка при запис
PHP дневник за грешки активиран и наблюдаван.
Поканени отбор
Всички членове имат сметки с правилни роли.
Населена база за знания
Поне 5-10 статии.
Дневно: Проверка на таблото, изчистена опашка за билети, спот-проверка на разговорите с ИИ.
Седмично: Преглед AI Insights, актуализация KB, проверка на екипа изпълнение, преглед сигурност.
Месечен: Преглед на тенденциите в аналитичните анализи, одиторски конектори, актуализация на обучението на ИИ, проверка на архивирането.
Операции
Контролен списък преди стартирането
Пуснете портите на източника и пълна проверка на реалните продукти преди пускане или първото стартиране на производството. Командата не е доказателство, че тя премина във вашата среда.
Продуктов екранИзгледът на освобождаване показва, че трябва да се задействат портите; той не ги маркира предварително като преминали.
Източник и отвор порти
Пуснете проверката на хранилището от корена на инсталацията и поддържайте пълния им изход с протокола за освобождаване.
Първичен портал за прелитане
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"е работник директно. Водете един малък файл в собствената домейн на сайта, за да се даде възможност за бутане там. Кампаниите доставят чрез двете поддържани методи.
Как работи?Уеб натискане
Защо това е необходимо
Браузърите позволяват на страница да регистрира само работник от собствения си произход.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 промяна. (Той използва тесен обхват, така че никога не заменя работник услуга вече работи.)
Незадължителен: ако трябва да го хоствате на нестандартен път, посочи джаджата към него преди Приема се само когато е с един и същ произход:
Незадължителен · само ако файлът НЕ е в уеб корена
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
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" получава директен отговор.