Dette er den fuldstændige dokumentation for OpsIQ. Opsætning af produktet, køre support, konfigurere AI, administrere CRM, installere widget, bygge stik, ringe til REST API, modtage webkroge, pakke markedsplads apps, og operere selv-hostede installationer.
Alt OpsIQ gør, på ét sted: hvordan hver skærm virker, hvordan du forbinder dine egne systemer, og hvordan man bygger oven på det. Start hvor som helst, de sektioner følger samme rækkefølge som admin sidebar.
Brug den dedikerede administrator og udvikler guide til Portal arkitektur, sider, komponenter, preview, Hjælp Center, identitet, SCIM, regulerede udgivelser, udvidelser, migreringer og certificering.
Hver skærm i admin: analytics, live chat, billetter, CRM, videnbase, Site Intelligence, kampagner og kunde portal. Hvad hver side gør, hvad tallene betyder, og hvad de skal gøre, når de ser forkert.
Websidens widget, e-mail postkasser, indgående og udgående webkroge, og connecter bibliotek til platforme som Shopify, WooCommerce, WHMCS, Zendesk, Stripe, Slack og Gmail.
Connector Builder til no- code-stik, Handlinger & Triggers hvis du helst ikke vil bruge konnektorer overhovedet, og REST API med hver handling, omfang og fejlkode.
Roller og tilladelser, sikkerhed, cron, diagnostik, sikkerhedskopier, og både hosted og self-hosted implementering.
Læs skærmsnittene i sidebjælken. Hver åbner med hvad siden er til, så du kan stoppe, så snart du har det du har brug for.
Tilføj Indstillinger, Sikkerhed, Diagnostik, Cron og Produktion. Dette er de sektioner, der bestemmer om alt andet fortsætter med at virke.
Start ved Connectors, derefter Connector Builder, så REST API og webkroge. Læs dem i rækkefølge, og du vil have set alle måder OpsIQ kan tale med et andet system.
OpsIQ er en komplet AI- første business operationsplatform. Den erstatter din analytics, live chat, helpdesk, CRM, SEO toolkit, integration middleware og udvikler platform med en enkelt samlet admin, hvor hvert værktøj deler den samme kundesammenhæng. 8-12 separate SaaS-produkter, du installerer OpsIQ én gang og operere alt fra en skærm.
Hver side belastning, klik, rulle og navigation begivenhed er fanget i realtid. Se hvem der er på dit websted lige nu, hvilke sider de ser, hvor længe de bruger, og hvor de kom fra, alle uden tredjeparts cookies.
Fuld historie om hver besøgende med enhed, browser, operativsystem, land, by, referrer, UTM parametre, landing side, og identitet opløsning. Sessions gruppe sidevisninger i rejser, så du kan se hele stien en besøgende tager.
Tidslinje-stil afspilning af fangede besøgende sessioner. Se præcis, hvad brugerne gjorde: musemoduler, klik, ruller, side overgange, og danne interaktioner. Brug det til at diagnosticere UX spørgsmål, forstå drop- off punkter, og kontrollere konverteringsstrømme.
En real- time strøm af besøgende aktivitet som det sker. Se sidevisninger, chat starter, form indlæg, og intentsignaler opdateres hvert par sekunder. Filter efter land, enhed eller referrer til at fokusere på specifikke trafiksegmenter.
Sider rangeret efter besøg, engagement tid, bounce rate, konverteringer og støtte aktivitet. Identificer din højeste-performance indhold og sider, der har brug for forbedring.
Land, by og region opdelinger med kort. Enhed og browser distribution, trafik kilde analyse, søgemaskine refrerer tracking, og markedsindtrængning indsigt.
Spor besøgende intention signaler (prissætning side besøg, gentagne afkast, dokumentation browsing mønstre, og støtte interaktioner) til at identificere besøgende, der er tilbøjelige til at købe, churn, eller har brug for hjælp.
Kør split tests på din hjemmeside direkte fra OpsIQ. Opret varianter, sæt trafikfordeling, definere konverteringsmål og måle statistisk betydning.
Capture client- side JavaScript fejl fra din hjemmeside automatisk. Se fejlmeddelelser, stack spor, berørte browsere, frekvenstal, og hvilke sider udløser dem. Fejlhåndtering problemer uden separat fejlovervågning.
Hver tracked event (sidevisninger, brugerdefinerede begivenheder, chatinteraktioner, formularindlæg, køb) i en søgbar, filtrerbar log med fuld metadata.
Spor ordrer, indtægter, tilbagebetaling, abonnement fornyelser, og tilskrive konverteringer til trafik kilder, kampagner, og besøgende rejser. Indtægtsdashboards med periode sammenligning og trend analyse.
Højtintense besøgende identificeret af adfærdsmønstre. Score fører baseret på sidebesøg, tid på stedet, returfrekvens, support interaktioner, og brugerdefinerede signaler. Feed fører direkte ind i CRM rørledningen.
Automatiseret kravle af hele din hjemmeside for at opdage sider, opdage brudte links, finde manglende meta tags, kontrollere billede alt tekst, validere kanonical URLs, og kort dit websted struktur. Skema kravler til at køre dagligt, ugentligt eller på forespørgsel.
Omfattende teknisk analyse: Sidehastighedsscore, mobil reaktionsevne, Core Web Vitals, SSL certifikat status, omdirigerer kæder, duplikeret indhold detektering, kravl dybde analyse, og struktureret datavalidering.
Evaluere hver side for indhold kvalitet, ordtal, læsbarhed score, nøgleord tæthed, overskrift struktur, intern / ekstern link ratio, og friskhed. Identificer tyndt indhold, duplikerede sider, og indhold huller.
Semantisk søgning på tværs af hele dit websted indhold. Spørg naturligt sprog spørgsmål om dit indhold og få AI- syntetiserede svar med kildesiden referencer.
Overvåg dine søgemaskiners placering efter målsøgeord på tværs af Google og andre motorer. Spor position ændres over tid, sammenligne med konkurrenterne, og se hvilke sider rangerer for hvilke vilkår.
Oplev søgeord muligheder baseret på dit indhold, konkurrent analyse og søge volumen data. Få forslag til nye indhold emner, langhalevariationer, og indhold optimering mål.
Se hvilke websteder der linker til dig, spore nye og mistede links, analysere ankertekstdistribution og identificere link-building muligheder.
For virksomheder med fysiske steder: visualisere din lokale søgningssynlighed på tværs af et geografisk gitter. Se hvordan dine placeringer varierer efter placering, afstand fra din virksomhed og søge hensigt.
Tilslut din Google Business Profile til OpsIQ. Synkronisér anmeldelser, indlæg, Q & A, fotos og forretningsoplysninger. Administrer din GBP-notering indefra OpsIQ. Svar på anmeldelser, udgive indlæg og overvåge indsigter.
Automatiseret SEO og analytics rapporter genereret på din tidsplan (dagligt, ugentligt, månedligt). Rapporter omfatter ranking ændringer, trafik tendenser, tekniske problemer fundet, og indhold ydeevne. White- label output til rådighed for agenturer.
AI besvarer kundespørgsmål på din hjemmeside 24/7 ved hjælp af din viden base, tilsluttede platform data (ordrer, konti, abonnementer), og brugerdefinerede uddannelse prompts. Understøtter flere AI-udbydere: Claude (Anthropic), GPT- 4o (OpenAI), Gemini (Google), og Grok (xAI).
En AI copilot inde i din admin panel, der hjælper dig med at skrive billet svar, udkast kundekommunikation, analysere support tendenser, slå kundedata op på tværs af tilsluttede platforme, og udføre handlinger gennem stikkontakt system.
AI er baseret på dine videnbaserede artikler, FAQ-indgange, produktdokumentation og tilsluttede platformdata. Det hallucinerer ikke. Det svarer fra din faktiske forretningsinformation eller eskalerer når usikre.
Når AI 'en ikke kan løse et spørgsmål, opdager frustration, eller kunden beder om et menneske, det automatisk afleverer til dit team med fuld samtale kontekst. Konfigurativ tilbagegang / timeout auto-vende tilbage til AI.
Skriv separate instruktion prompts for customer-face AI og admin- facting AI. Control tone, grænser, eskalering regler, forbudte emner, og business-specifik adfærd. Per- workspace konfiguration understøttet.
Hver AI samtale er logget med fuld anmodning / svar detaljer, token brug, omkostningssporing, udbyder brugt, og model version. Gennemgå samtaler til at identificere uddannelseshuller og forbedre AI nøjagtighed.
Automatisk analyse af AI samtale mønstre. Se fælles spørgsmål, afviklingsrater, aflevering frekvens, kundetilfredshed efter emne, og områder, hvor AI har brug for bedre uddannelse.
Hver tilsluttet site / arbejdsplads kan bruge sin egen AI-udbyder, model, temperatur, token budget, og uddannelse prompts. En SaaS virksomhed kan bruge Claude for det vigtigste produkt og GPT- 4o for et sekundært mærke.
To AI tilstande: Administreret AI (inkluderet i din plan, nej API nøgle nødvendig) eller medbring din egen nøgle (brug din egen OpenAI/Anthropic/ Google / xAI API nøgle til fuld kontrol over modelvalg og omkostninger). Begge er førsteklasse, hver funktion fungerer med begge tilstande.
Sæt månedlige token budgetter, per-samtale grænser, og lav-balance advarsler. Spor udgifter pr udbyder, pr. arbejdsområde, og pr samtale. Forebyg runaway omkostninger med hårde lofter.
Fuld helpdesk med afdelinger, prioriteter (lav / medium / høj / presserende), statusser, SLA tracking, interne noter, kundesvar, fil vedhæftede filer og gevindsamtaler.
AI automatisk uddeler indgående billetter efter afdeling og prioritet. Aktivér auto- svar for sikre afdelinger. AI-udkast og sender et svar efter en konfigurerbar forsinkelse (standard: 2 minutter), så mennesker kan gribe ind først.
Tilslut en postkasse (Gmail, IMAP eller provider- specifikke) til automatisk at oprette billetter fra indgående e-mails. Svar på billettelefoner opdaterer billettråden.
Indlejret en customer-vender billet portal på din hjemmeside. Kunderne kan indsende billetter, se deres historie, svare på åbne billetter, og kontrollere status, alle mærkevarer til dit design.
Sammenfletning af billetter i en enkelt tråd. Sammenflettede billetter viser [Merged] på emnelinjen. Al samtale historie er bevaret i den overlevende billet.
Efter en menneskelig agent overtager en billet, skal du bruge "Return to AI" til at lade AI genoptage automatisk-svar på denne billet. Nyttigt når den human- nødvendige del er løst, men kunden har opfølgning spørgsmål AI kan håndtere.
AI- assisteret billethåndtering fra indbakke visning. Copilot foreslår svar, opsummerer samtale historie, anbefaler prioritet / afdeling opgaver, og kan udføre handlinger på tilsluttede platforme.
Real- time kunde chat lykkedes fra en samlet indbakke. Se alle aktive samtaler, kundenidentitet, samtale historie, og AI forslag. Flere agenter kan samarbejde om en samtale.
Trigger chat-beskeder baseret på besøgsadfærd: tid på side, specifik URL Besøgte, skriftdybde, returantal, exit intention eller brugerdefinerede begivenheder. Eksempel: Vis en help- besked efter 60 sekunder på prissiden.
En brugervenlig chat widget indlejret på din hjemmeside. Understøtter AI chat, live agent chat, billet indsendelse, viden base søgning, og besøgende identitet. Responsive, tilgængelig, og brandbar.
Indsamle kundetilfredshed ratings efter chat og billet interaktioner. Design undersøgelser med dine egne spørgsmål, vurdering skalaer, og opfølgning prompts. Resultater feed i team ydeevne og AI indsigt.
Efter en chat slutter, kan besøgende med en kendt e-mail modtage en mærkevare mail med et AI resumé af hvad der blev håndteret og et enkelt klik "Var det nemt?" Ja / Nej. En gang pr. tråd, signeret singleuse links, hver send logget, og resultatet lander på Feedback side som sit eget signal ved siden af in-chat stjerner.
Hver feedback element, der bærer en person viser dem: navn, e-mail, et klik-gennem til deres fulde kunde rejse og CRM kontakt, og one-click e-mails eller AI- udkast svar baseret på deres faktiske historie.
Separat AI skriftligt assistent for at komponere e-mail udkast, billet svar, meddelelser og kundekommunikation. Bruger sin egen prompt (ikke chat hjerne) til professionel virksomhed skrivning.
En enkelt skærm, der viser hele din CRM-tilstand: rørlednings værdi, dealhastighed, kommende opgaver, at- risk tilbud, agent aktivitet og AI anbefalinger. CRM startsiden er dit daglige udgangspunkt.
Administrer kundekontakter med fulde profiler: navn, e-mail, telefon, virksomhed, tags, livscyklusscenen, samtale historie, billet historie, køb historie og brugerdefinerede felter. Link kontakter til virksomheder for B2B forhold management.
Visual Kanban- stil dealboard med brugerdefinerede stadier. Træk handler mellem faser, sæt værdier, tildele ejere, spore tætte datoer, og se rørledningen værdi på hvert trin. Flere rørledninger understøttes.
AI analyserer hver aftale og giver coaching: risikosignaler (gik stille, konkurrent nævnt, budget bekymringer), nextbest- handling anbefalinger, vinde sandsynlighed, og foreslået opfølgning timing.
Indtægtsprognoser baseret på rørlednings data, historiske tætte rater og dealhastighed. Rapporter omfatter rørledning efter trin, efter ejer, efter kilde, omregningskurser, gennemsnitlig deal størrelse, og salgscyklus længde.
AI- drevet prospektering, der identificerer potentielle kunder fra dine besøgende data, blysignaler og tilsluttet platform aktivitet. Foreslår outreach mål, udkast indledende meddelelser, og scorer bly kvalitet.
Automatiseret multi- step opfølgning sekvenser: e-mail, vent, e-post, tjek svar, eskalere. Definer sekvenser for nye ledninger, stagnerede tilbud, efter-køb checkins, og re- engagement kampagner.
Spor kundens livscyklusstadier (bly, perspektiv, kunde, churned) med automatiserede overgange. Tilbageholdelsesmidlet overvåger for churn signaler og foreslår indgreb.
AI agent, der løbende renser og beriger dine CRM-data: duplikerer kontakter, udfylder manglende felter, validerer e-mails, standardiserer firmanavne og flaglister.
Naturligt sprog CRM konfiguration: fortælle AI, hvordan din salgsproces ser ud, og det bygger din rørledning faser, brugerdefinerede felter, deal skabeloner, og automatisering regler.
Automatisk revision af din CRM-datakvalitet: duplikering af kontakter, tilbud uden næste trin, gamle rørledninger, manglende kontaktoplysninger og datagrunding.
Trusselsniveau autonomi kontrol for hver CRM AI agent: Autopilot (AI handler uafhængigt), Copilot, (AI foreslår, menneskelige godkendelser) og Manual (AI observerer kun). Sæt dial per agent, per aktionstype, og pr. deal værdi tærskel.
CRM kører fire specialiserede AI-agenter: Steward (datakvalitet), SDR (prospektering), Gentening (churn prevention) og Analyst (rapportering og indsigt). Hver agent har sin egen Trust Dial indstilling.
Ready- to- use konnektorer til Shopify, WooCommerce, BigCommerce, Magento 2, PrestaShop, OpenCart, osCommerce, WordPress, WHMCS, Zendesk, Stripe, Amazon SES, Postmark, Resend, SendGrid, Mailgun, Gmail, IMAP, Slack, og Google Business Profile. Hvert stik bringer platformspecifikke AI-handlinger, viden og datasynkronisering.
Byg brugerdefinerede konnektorer til enhver platform, ingen kode, AI- assisteret, eller fuld kode. Byggeren understøtter REST og GraphQL APIs, OAuth godkendelse kode flow, webhook auto-registrering med Stripe og enkle signatur ordninger, paginering (offset, side, markør, og link-header), liste / fejl transformerer, multi-action sammenhæng, og markedsplads emballage.
ConnectorBuilderai hjælper dig med at bygge stik: beskrive, hvad du ønsker, og det foreslår handlinger, skriver anmodning håndtere, og kort API svar. Håndterer autentificering, pagination og fejlhåndtering automatisk.
Generisk in- app OAuth godkendelse flow, der virker med enhver forbindelse. PKCE støtte, site- scoped state management, automatisk token opdatering.OAuth parametre og OpsIQ tager sig af strømmen.
Connectors don't just add platform actions. They can power core features through capability "buses". A connector declares a capability (calendar, enrichment, esign in CRM; local_listing, rank_data in Site Intelligence; web_analytics in Analytics; payment_provider in Payments; email_sync in Mailbox; video_meeting in Comms) and implements its small method set; OpsIQ discovers it via CapabilityRegistry and wires it into the UI, the Customer 360 timeline, and the AI actions. Several connectors can offer the same capability with no lock-in. See connectors/PLATFORM_CONNECTORS.md.
Connectors live in one of two tiers. Pre-installed connectors (connectors/) are registry-active out of the box, kept lean to just the keyless reference and the most-used provider per capability (e.g. Google Calendar, Gmail, Google Business Profile). Marketplace connectors (marketplace_connectors/) are discoverable but inert until installed, e.g. Microsoft 365 Calendar, Outlook, DocuSign, Stripe, GA4, SerpApi, Zoom. Every bridge surfaces a marketplace list so the UI and the AI can prompt "install from the marketplace" (notify-to-install) when a capability has no ready provider, never a broken button.
Publish your connectors to the OpsIQ marketplace. Package connectors with profile.json, knowledge.json, workflow_recipes.json, and signed archives. Marketplace supports free and paid connectors with multi-source billing.
All connectors are cryptographically signed for integrity verification. Signing is checked at install time. Use the resign_all_connectors tool to re-sign after updates.
Declarative fuzzy-matching system for connector actions. Define lookup rules and OpsIQ matches user queries to platform entities using fuzzyScore and smartRank algorithms. Example: find_country("germ") matches Germany with 88.9% confidence.
Den almindelige beretning OpsIQ API publicerer 1,312 navngivne handlinger, mens konnektor pakker erklærer deres egen leverandør handlinger med indtastede parametre, autentificering krav, pagineringsregler, og svar transformerer gennem den forenede ActionExecutor.
Præ- byggede workflow opskrifter, der kombinerer flere konnektor handlinger i fælles business arbejdsgange. Eksempel: "Når en ny ordre kommer ind på Shopify, oprette en billet, opdatere CRM, og sende en Slack notification".
Forbindere erklærer videnemner, der synkroniserer til AI-vidensbasen. Platformspecifikke hjælpeartikler, opsætningsvejledninger og fejlfindingstrin er automatisk tilgængelige for AI uden manuel viden adgang.
A navngivet JSON API omfatter alle registrerede administratorer JSON operation, medAPI-nøgle autentificering, arbejdsplads isolation, scope, hastighedsbegrænsende, idempotent skriver, OpenAPI, og en genereret Postman samling.
Outbound webkrogs til alle større begivenheder: ordrer, fakturaer, abonnementer, billetter, chats, ledninger, brugerregistreringer og indkøbskurv opgivelse. Async levering via job kø, eksponentiel backoff relry, SSRF beskyttelse, og auto- deaktivere efter 15 fortløbende svigt.
Every outbound webhook is signed with HMAC-SHA256. Verify signatures on your receiving end to ensure webhook authenticity. Stable event_id for idempotent processing.
JavaScript SDK til tracking widget med identitetsopløsning, brugerdefineret event tracking, programmatisk chat kontrol, og page- specifik konfiguration. Installer opskrifter for React, Vue, Next.js, WordPress, Shopify og statisk HTML.
Serverside SDK og plugins til fælles rammer. WordPress plugin WHMCS modul, og generiske PHP / Node.js integration biblioteker.
Push brugerdefinerede begivenheder ind OpsIQ fra din backend: køb, signups, feature brug, fejl eller enhver forretningsbegivenhed. Begivenheder vises i den besøgende tidslinje og feed til analytics og AI-sammenhæng.
Byg automatiske arbejdsgange udløst af begivenheder: ny billet, chat startet, besøgende identificeret, deal stage ændret, eller brugerdefinerede begivenhed. Triggers udføre stik handlinger, sende webkrogs, opdatere optegnelser, eller underrette dit team.
Visuel API og webhook builder inde i admin. Indstil endpoints, testanmodninger, inspicer svar, og debug integration uden at forlade OpsIQ.
Tre roller: Ejer (fuld adgang, fakturering, farezone), Full Admin (alle operationer undtagen fakturering og farezone, og Agent (kun tildelte afdelinger, ingen indstillinger adgang). Alle følsomme sider er hårdnakket af rolle.
Ejer og Full Administrerende-kun dashboard viser opløsning gange, arbejdsbyrde distribution, håndtere dybde, kanal opdeling, trend analyse, SLA overholdelse, CSAT efter agent, genåbne satser, team rollups, og travleste timer. Opdateret i realtid.
Real- time whos- is- online widget i admin navigation. Hjertebeat- baseret tilstedeværelse påvisning (60- anden ping, 300- anden udvidelse, auto- beskære efter 120) Se, hvilke administratorer der er aktive i øjeblikket, og på hvilke sider.
Hvert tilsluttet websted (arbejdsområde) kan have sin egen AI-konfiguration, stik indstillinger, billet afdelinger, branding og operationelle regler. Globale standard kaskade til arbejdsrum, der ikke tilsidesætter dem.
Administrer flere hjemmesider fra en OpsIQ admin. Hvert websted har sin egen tracking snuppet, besøgende data og konfiguration. Skift mellem sites fra admin navigation.
Registreringsdreven e-mail skabeloner for alle automatiserede meddelelser: billetmeddelelser, chat-udskrifter, velkomstmails, kodeord nulstilles og systemalarmer. HTML skabeloner med live preview, variable chips ({{customer_name}}, {{ticket_id}}) og global layout kontrol.
Importér kontakter, billetter og videnartikler fra CSV/JSON. Eksportér besøgsdata, analyserapporter og CRM-registreringer. Dataportabilitet for migration mellem systemer.
OIDC (OpenID Connect) enkelt signal- on med fuld driftstid: opdagelse, tillade, callback, JWKS signatur verifikation, userinfo, domæne allow- liste- notering, JIT providering, og statusvagter. SAML konfiguration støtte.
Bygge- i DSAR (Data Subject Access Request) håndtering: eksportere og slette kundedata på tværs af alle systemer. Contact- niveau data sletning dækker sessioner, billetter, chats, CRM-optegnelser, og e-mail logfiler.
Blokspecifik IPs eller varierer fra adgang til dit websted eller admin. Automatisk lockout efter konfigurerbar mislykkedes login forsøg.IP, tidsstempel, og bruger agent.
HTTP Streng Transport Security, Permissions- Policy headers, og sikker cookie konfiguration. Selvhostede installationer kan tilføje CSP-headere gennem server konfigurationen.
SSRF Guard blokerer webkroge til private / metadata IP intervaller. Async levering forhindrer langsomme slutpunkter fra at blokere din applikation. Auto- deaktivere efter 15 fortløbende fejl forhindrer ressourceaffald på døde endepunkter.
Streng dataisolation mellem arbejdsområder. Besøgende, billetter, chats, CRM-poster og AI samtaler er indfanget til deres arbejdsplads. Cross-workspace data lækager forhindres på forespørgselslaget.
Støtte til månedlige, kvartalsvise, halvårlige, årlige, toårige og levetid fakturering cykler. Valuta normalisering for multi-valuta gateways. FX konvertering på betalingskvittering for nøjagtig indtægtsrapportering.
Byg-i cron system til planlagte opgaver: rapport generation, data oprydning, abonnement fornyelser, AI uddannelse opdateringer, stik syncs, og webhook reles. Sundhed diagnostik med advarselsindikatorer.
Indstil hvor lange besøgssessioner, chattroner, AI-samtalehistorik og hændelseslogfiler der opbevares. Automatisk oprydning af gamle data til håndtering af opbevaring og overholdelse af opbevaringspolitikker.
System sundhed dashboard viser cron status, database forbindelse, AI udbyder status, stik sundhed, webhook leveringspriser, og opbevaring brug. Advarsler om konfiguration problemer og ydeevne flaskehalse.
Spor hver besøgende fra landing til køb. Lad AI svare "Hvor er min ordre?" ved hjælp af live Shopify/WooCommerce/ BigCommerce data. Administrer support billetter med AI auto-svar. Kør en deal pipeline for engros og B2B fører. Attributte indtægter til trafik kilder og kampagner. Monitor indkøbskurv opgivelse med opsving arbejdsgange.
Overvåg forsøg signups og feature adoption med session replay. Spor hvilke dokumentationssider konvertere. Automatisk support med AI jorden i din API docs. Administrer abonnementsindtægter og ekspansionstilbud i CRM. Tilslut din faktureringsplatform (Stripe, WHMCS) for real- time MRR tracking. Brug CRM livscyklusagent til at opdage og forhindre churn.
Tilbyd white- label analytics og support portaler til klienter. Spor fører på tværs af flere klientsteder fra en admin. Brug CRM-rørledningen til at styre perspektiver og projektleder. Byg brugerdefinerede konnektorer til klientplatforme ved hjælp af Connector Builder. Generér mærkevarer SEO rapporter med Site Intelligence. Sælge markedsplads konnektioner som værditillæg tjenester.
Dybt WHMCS integration med 80+ AI-handlinger for ordreopslag, service management, DNS, og provision. Auto- svar på fælles hosting spørgsmål ved hjælp af videnbase artikler. Spor server status side engagement. Administrer teknisk support billetter med AI triage. Brug fakturering cyklus stige til månedlige gennem levetid hosting planer.
Fejl 40-70% af gentagne spørgsmål med AI chat baseret på din viden base. Route billetter til den rigtige afdeling med AI triage. Bane team ydeevne med opløsning gange, SLA overholdelse, og CSAT ved agent. Brug skriftligt AI for professionel svar udarbejdelse. Monitor støtte tendenser med AI indsigt.
Full Site Intelligence suite: kravler, tekniske SEO-audit, indholdsanalyse, SERP rank tracking, nøgleord forskning, backlink overvågning og lokale SEO grid. Google Business Profile management. Planlagte white- label rapporter for klienter. A / B test indbygget i sporing widget. Kampagne tildeling på tværs af alle kanaler.
Start med blot at spore og chatte, gratis at tilføje. Tilføj derefter billetter, når du får støtte volumen. Tænd CRM, når man begynder at sælge. Tilslut platforme som du vedtager dem. OpsIQ skalaer fra én person, der gør alt til en 50-person operationsteam med RBAC, afdelinger og peragent performance tracking.
Erhvervspolitik SSO med OIDC for centraliseret autentificering. Multi- workspace isolation for separate mærker eller divisioner. Per- worcspace AI konfiguration med forskellige udbydere og modeller. Custom connector udvikling med markedsplads distribution. Revision stier, GDPR overvågningsværktøjer og datalagringspolitikker.
Fuld hjemmeside analytics med besøgende sporing, session replay, side rankings, geo intelligens, intent funnels, konvertering tildeling, begivenheder, A / B eksperimenter, og JS fejlsporing, alle privat-venlige, alle i en platform.
AI- drevne kundechat med viden jordforbindelse, multi-udbyder AI støtte, auto- overdragelse til mennesker, proaktive chatregler, samtale historie, CSAT undersøgelser, og billetskabelse fra chat.
Indfødt billetsystem med afdelinger, prioriteter, SLA, AI-prøve, auto- svar med konfigurerbar forsinkelse, e-mail indtagelse, billet indlejret, billet sammenfletning, indbakke copilot, og Retur til AI kapacitet.
AI- første CRM med fire specialiserede AI-agenter (Steward, SDR, retention, Analyst), Trust Dial autonomi kontrol, rørledning bord, deal coaching, prognoser, sekvenser, livscyklusstyring, og naturligt sprog CRM konfiguration.
Website Intelligence med automatiserede kravler, tekniske SEO revisioner, indholdsanalyse, AI søgning, SERP rank tracking, søgeord forskning, backlinks analyse, lokale SEO grid, og skemalagt white- label rapporter.
Forbindelse SDK med 25+ pre- build connections, Connector Builder (no- code / AI- assisted / full-code) OAuth flow, webhook auto- registrering, et stort katalog af connector handling definitioner, der bliver eksekverbare kun når den relevante konnektor er installeret, aktiveret, konfigureret og valideret, SmartLookup, markedsplads, og signerede pakker.
Fuld GBP-stik: gennemgang management, post publishing, Q & A ledelse, foto uploads, business info sync, indsigt sporing, og AI- drevne revision svar, alle indefra OpsIQ.
Registreringsdrevne e-mail skabeloner med visuel editor, live preview, variable chips, global layout kontrol, og per- event tilpasning til alle automatiserede kommunikation.
Bygge- i team ydeevne: Opløsning gange, arbejdsbyrde, SLA overholdelse, CSAT efter agent, genåbne satser, travleste timer, realtids tilstedeværelse sporing, og per- afdeling opdelinger.
Native DSAR håndtering, data sletning på tværs af alle systemer, samtykke management, tilbageholdelse politikker, og revision stier, indbygget i platformen, ikke boltet på.
OpsIQ drives på forvaltet infrastruktur. Produktdrift er den samme; infrastruktur, opdateringer og sikkerhedskopier håndteres af hosting-operatøren.OpsIQ runtime i stedet for marketing eller kommercielle konto strømme.
Installér OpsIQ på din egen server for fuld kontrol over data, branding, opdateringer og integreringer. Kræver PHP 8.4+, MySQL 5.7+ eller MariaDB 10.3+, HTTPS og OpsIQ samlet cron. Understøtter WHMCS integration som et addon modul. Fuld datasuverænitet.
Følg 30-minuttersopsætningsvejledningen for at få sporet, chatten og grundlæggende AI til at arbejde på din hjemmeside.
Lær at læse dine besøgsdata, opsætte session spil igen, identificere spor og forstå trafikmønstre.
Kør din første SEO kravl, tjek dit tekniske helbred, og opsætte SERP rang sporing for dine mål søgeord.
Opsætning afdelinger, konfigurere auto- svar med AI, tilslutte e-mail indtagelse, og træne din AI til at håndtere fælles spørgsmål.
Organiser kontakter, bygge din pipeline, konfigurere AI agenter, indstille Trust Dial niveauer, og lad AI coach dine tilbud.
Tilslut din e-handel / fakturering platform, opbygge brugerdefinerede stik, oprette webkroge, og integrere via REST API.
Følg disse trin for at få OpsIQ kørende. Hvert skridt bygger på den forrige. Til sidst vil du have besøgende tracking, AI chat og grundlæggende billet support.
Indtast din licensnøgle i OpsIQ admin. Gå til Indstillinger, indtast den licens-nøgle, der er leveret til denne installation, og klik på Aktivér. Du bør se et grønt "Active" skilt.
Gå til Indstillinger og udfylde dit firmanavn, industrien, tidszone, standard valuta, og support timer. Denne information bruges af AI når du besvarer kundespørgsmål og ved analytics for timezone- aware rapporter.
Gå til AI konfiguration og vælg din udbyder. Indstillinger: Claude (Anthropic), GPT- 4o (OpenAI), Gemini (Google), eller Grok (xAI). API tasten hvis du bruger din egen nøgle, eller bruge Managed AI hvis tilgængelig på din plan. Klik på "Test forbindelse" for at verificere.
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.
Hvis De bruger Shopify, WooCommerce, WHMCS, eller en anden understøttet platform, gå til Connectors, finde din platform, indtaste legitimation, og klik på Test Connection. Dette giver AI adgang til bestillingsdata, kundeprofiler og support kontekst.
Gå til Team, klik på Invitation, indtast deres e-mail og rolle (Ejer, Full Admin, eller agent). Agenterne kan kun få adgang til afdelinger, du tildeler dem til. Ejere og Full Administratorer se alt.
Kopiér slangen fra Connected Sites og indsæt den på din hjemmeside. Dette giver dig sporing med det samme.
Gå til AI konfiguration, vælge en udbyder, indtaste din nøgle, og gemme. AI chat er nu aktiv på din hjemmeside.
Du har nu besøgende tracking og AI chat. Du kan tilføje billetter, CRM, og stik senere.
Gå til videnbase og tilføje 5-10 artikler om dine mest almindelige spørgsmål. AI bruger disse til at besvare kunderne præcist.
Gå til billetter og oprette mindst 2 afdelinger (fx "Salg" og "Support"). Tildel team medlemmer til hver.
Gå til AI-træning og skrive en Kunde AI prompt, der beskriver din virksomhed, tone, og eskalering regler.
Åbn din hjemmeside i en privat browser og chatte med AI som kunde. Tjek, at svarene er nøjagtige og tone er rigtigt.
Oprette en postkasse (Gmail, IMAP, eller en udbyder stik) så kundee-mails automatisk oprette billetter.
Aktivér billetten automatisk - svar for sikre afdelinger. Indstil en 2- minutforsinkelse, så mennesker kan gribe ind først.
Tjek Dashboard dagligt. Se på besøgsantal, bounce rate, topsider og salg, hvis sporing er tilsluttet.
Åbn AI CRM og lad OpsIQ import kontakter fra dine tilsluttede platforme. Gennemgå rørledningen bord.
Tjek AI Historie ugentligt. Kig efter forkerte svar, mistede spørgsmål og muligheder for at tilføje viden.
Opret en regel: hvis en besøgende er på prissiden for 60+ sekunder, vise en chatbesked spørger om de har brug for hjælp.
Hvis du bruger en platform, der ikke har en build- in stik, skal du bruge Connector Builder til at oprette en.
Tilslut OpsIQ til dine interne værktøjer ved hjælp af udgående webkroge til billet, chat og salgsarrangementer.
Ja. AI-udbyderen er valgfri. OpsIQ fungerer som en ren analytics og billetsystem platform uden AI. Du kan aktivere AI senere, når du er klar.
Ja. Connectorer berige AI med platformspecifikke data, men OpsIQ virker uden dem. Start med sporing og chat, og tilslut derefter platforme efter behov.
Du kan stadig bruge OpsIQ til billetter, CRM og team samarbejde. Sporingskontrollen er valgfri. Tilføj den når din hjemmeside er klar.
Besøg din hjemmeside i en privat / inkognito browser. OpsIQ Live Feed. Du bør se dit besøg vises inden 15 sekunder. Hvis ikke, så tjek: (1) er den snippet indsat korrekt, (2) er lokalitetsnøglen korrekt, (3) er ad blokkere eller CSP headers blokerer scriptet.
OpsIQ er ikke en funktion. Det er en operatør admin, en hjemmeside widget, en AI support lag, en billet / helpdesk system, en fuld CRM med fire AI agenter, en Site Intelligence suite, en konnektor platform med markedsplads, og en udvikler overflade. Her er hver komponent det indeholder.
Dashboard, live feed, besøgende log, sessioner, session replay, top sider, geo intelligens, intentfunnel, begivenheder log, A / B eksperimenter, JS fejlsporing, salg og konverteringer, ledninger, AI CRM (kommandocenter, kontakter, virksomheder, tilbud, pipeline bord, deal coaching, prognose, prospektering, sekvenser, livscyklus, data steward, Bygge min CRM, CRM config, CRR sundhed, CRM API), billetter, chat inbox, proaktive regler, CSAT undersøgelser, e-udkast, postkasser, AI konfiguration, AI-uddannelse, AI historie, AI indsigt, viden base, stik, Connector Builder, markedsplads, netværk, team, funktioner, design, software, teknologi, hardware, software og software.
Website tracking widget (analytics beacon + chat + billet indlejret + viden base søgning), klient AI chat, billet indsendelse portal, besøgende identitet token håndtering, fil uploads, CSAT undersøgelse kontrol, og customer-vender hjælpcenter.
Command center, kontakter, virksomheder, tilbud, pipeline bord med drag- and-drop, AI deal coaching (risikosignaler, nextbest- handling, win sandsynlighed), indtægter prognoser, prospektering agent (SDR), automatiseret opfølgning sekvenser, livscyklus og opbevaring management, data steward agent (dedup, berigelse, validere), opbygge min CRM (naturligt sprog setup), CRM konfiguration, CRM- sundhedstjek, Trust Dial (Autopilot / Copilot-manual per agent), fire specialiserede agenter (Steward, SDR, retention, Analyst), og CRM API med netkroge.
Automatiseret site kravler, teknisk SEO revision (hastighed, mobil, Core Web Vitals, SSL, omdirigerer, strukturerede data), indholdsrevision (ordoptælling, læsbarhed, nøgleord tæthed, overskrift struktur), AI- drevne semantisk søgning, SERP rank tracking på tværs af motorer, søgeord forskning med mulighed scoring, backlink analyse og overvågning, lokal SEO grid visualisering, Google Business Profile sync (anmeldelser, indlæg, Q & A, fotos, indsigt), planlagte rapporter (dagligt / ugentligt / månedligt), og white- label PDF produktion til agenturer.
Kunde AI chat (multi-udbyder: Claude, GPT- 4o, Gemini, Grok), admin AI assistent, AI viden jordforbindelse, auto-overdragelse med konfigurerbar return, per- workspace AI konfiguration, administreret AI og BYOK modes, token budgetter og omkostninger kontrol, AI historie revision spor, AI indsigt analyse, billet AI triage, billet auto-svar med forsinkelse, skrivning AI (separat prompt), og admin indbakke copilot.
25+ præ- byggede konnektorer (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 (no- code / AI- assisted / full- codes), generisk OAuth flow med PKCE, connect markedsplads med betalt distribution, konnektor signering og verifikation, SmartLookup fuzzy matching, et stort katalog af HTTP handling definitioner, hvis tilgængelighed afhænger af stik installation, enablement, konfiguration og validering, viden synkronisering, og workflow opskrifter.
RESTAPI(besøgende, events, billetter, kontakter, indstillinger, konnektorer), OpenAPI spec,API key management, outbound webkroge (async, signeret, prøvet igen, SSRF- bevogtet, auto- deaktiver), EventsAPI for brugerdefineret begivenhed indtagelse, widget SDKmed identitetsopløsning, udløser kogebog, actionkontrakter, stik SDK, markedsemballage, serverside SDK (PHP, Node.js) WordPress plugin, og WHMCS modul.
Business identitet, AI konfiguration per arbejdsområde, sporingsindstillinger, sikkerhed (HSTS, Permissions-Policy, IP blokerende, brute- force beskyttelse), RBAC (Ejer / Full Admin / Agent), team management og invitationer, team performance dashboard, admin tilstedeværelse sporing, e-mail skabelon system (registry- drevet, visuelle editor, variable chips), undersøgelse designer, domæne viden, billet indlejret konfiguration, branding, data retention politikker fakturering cyklus forvaltning (månedligt gennem levetid), valuta normalisering, import / eksport, diagnostik, cron automatisering, og fare zone.
Erhvervspolitik SSO (OIDC med JWKS-verifikation, JIT-hensættelser) SAML konfiguration GDPR/DSAR håndtering (eksport og sletning på tværs af alle systemer), sletning af data pr. kontakt, samtykkestyring, isolering af arbejdsområdet (streng Query- lag scoping), revisionsspor, fejlslagne login-sporing IP blokerende, udgående webhook SSRF vagt, og datalagring politikker.
Administreret AI proxied through OpsIQ udbyder URL, Website Intelligence udbyder opkald, licens validering, sundhedsrapporter, PDF rendering, og data eksport, alle dirigeret gennem den konfigurerede udbyder endpoint, ikke direkte leverandør API opkald fra din server.
Dagligt kommandocenter: trafikoversigt, levende besøgstal, salgsoversigter, support kø dybde, AI aktivitet advarsler og quick-action genveje.
Real- time besøgende stream: sidevisninger, chat starter, form indlæg, og intentsignaler opdateres hvert par sekunder med land, enhed, og referrer filtre.
Komplet besøg poster: enhed, browser, OS, land, by, referrer, UTM params, landing side, identitet, og fuld sideview historie.
Rejsegrupperet visning: sideflow, tid på side, skriftdybde, konverteringssti og exit-side for hver besøgssession.
Tidsplan afspilning af optagne begivenheder: muse bevægelse, klik, ruller, side overgange, og danne interaktioner for UX diagnose.
Sideperformance ranking: besøg, engagement tid, bounce rate, konverteringer, støtte interaktioner, og trend retning.
Geografiske rapporter: land / by sammenbrud med kort, enhedsdistribution, browser-andel, trafikkilder og markedspenetration.
Opførsel af hensigt sporing: prisbesøg, returfrekvens, doc browsing, støtte interaktioner, og brugerdefinerede signaler med konvertering sandsynlighed.
Søgetabel hændelseshistorie: sidevisninger, brugerdefinerede begivenheder, chats, køb, formular indlæg med fuld metadata og filtrering.
Split test: oprette varianter, tildele trafik, definere mål, måle betydning, og erklære vindere, alle indefra OpsIQ.
Frontend fejlregistrering: meddelelser, stack spor, berørte browsere, frekvens, berørte sider og trendsporing.
Indtægtsinstrumentbrættet: ordrer, fornyelser, tilbagebetalinger, henførsel efter kilde, kampagneindsats, periodisering og trendanalyse.
Lead management: scoring, kildetildeling, CRM-status, kontaktoplysninger, adfærdssignaler og rørledningsføring.
Full CRM: kommandocenter, kontakter, virksomheder, tilbud, rørledning bord, coaching, prognose, prospektering, sekvenser, livscyklus, data steward, og sundhed.
Støtte indbakke: afdelinger, prioriteter, SLA tracking, AI-triage, auto-svar, interne noter, fil vedhæftede filer, fusionering og status management.
Live samtaler: AI og menneskelig chat, overdragelse, samarbejde, samtale historie, kundeidentitet, og CSAT samling.
E-mail håndtering: indgående post til billetter, AI- assisteret svar sammensætning, skabelon valg, og postkasse konfiguration.
Udbyderopsætning: vælg Claude / GPT- 4o /Gemini/ Grok, indtast API nøgle eller aktivere administreret AI, sæt model, temperatur og token budgetter per arbejdsområde.
Hurtig authoring: customer-facting og admin- face prompts, eskalering regler, tone retningslinjer, forbudte emner, og grænse konfiguration.
Samtalekontrol: fuld anmodning / svar logs, token brug, omkostninger pr. samtale, udbyder, model version, og løsning resultat.
Mønsteranalyse: fælles spørgsmål, opløsertal, afslutningsfrekvens, tilfredshed efter emne og identifikation af uddannelsesafstand.
AI træningsindhold: artikler, FAQ poster, produkt docs, konnektor viden, og brugerdefinerede poster. Semantisk og søgeord søgning efter AI jordforbindelse.
Integration hub: installerede stik, sundhed status, action inventar, kreditstyring, markedsplads browser, og Connector Builder.
Webstedshåndtering: tracking snuppet, site nøgle, widget konfiguration, domæneindstillinger og per- site arbejdsområde isolation.
Brugerstyring: invitere medlemmer, tildele roller (Ejer / Full Admin / Agent), indstille afdelings adgang, og administrere tilladelser.
Ops målinger: Opløsning gange, arbejdsbyrde, SLA overholdelse, CSAT efter agent, genåbne satser, travleste timer, og trend analyse.
Konfiguration: business identity, AI setup, tracking, sikkerhed, branding, retention, e-mail skabeloner, fakturering, import / eksport, diagnostik, og fare zone.
Plan management: licensstatus, planfunktioner, brugsmålinger, fornyelse dato, og opgradering / nedgradering muligheder.
På on-boarding turen bliver en ny installation til et fungerende OpsIQ arbejdsområde og kan lades tilbage og genoptages uden at miste fremskridt.
Rejsebutikkerne færdiggørelse per arbejdsområde. Returnering til Onboarding bør vise afsluttede trin i stedet for at tvinge en genstart.
The Analytics hub bringer support, chat, AI, besøgende og agent rapportering i en datafilteret arbejdsrum med bærbare resultater.
Brug Analytics Hub til cross-team gennemgang; bruge de dedikerede Besøgende, Billetter, CSAT, AI Historie og Team Performance sider, når du har brug for record-niveau undersøgelse.
Dashboardet er din daglige kommandocentral. Det viser trafik, salg, support belastning, AI aktivitet, og konvertering indikatorer i én visning. Åbn den hver morgen for at forstå, hvad der skete natten over, og hvad der har brug for opmærksomhed i dag.
Antallet af personer på din hjemmeside lige nu. Dette opdaterer hver 15 sekunder (konfigurerbar). En besøgende er "aktiv" hvis de indlæste en side inden for den aktive tærskel (standard: 90 sekunder).
Hvor mange forskellige mennesker besøgte din hjemmeside i det valgte datointerval. OpsIQ identificerer besøgende ved en kombination af browser fingeraftryk, cookies og (hvis tilgængelig) bekræftet identitet.
Nye besøgende ser dit websted for første gang. Returnering besøgende har været set før. En høj returnering forhold betyder, at dit indhold bringer folk tilbage. En meget lav returnering ratio kan betyde, at du ikke bevarer interessen.
Procentdelen af besøgende, der forlod efter visning kun én side. En bounce rate over 70% på landingssider normalt betyder, at siden ikke opfylder de besøgende forventninger, forkert indhold, langsom belastning, eller dårlig mobil oplevelse.
Hvor længe besøgende bruger på hver side i gennemsnit. Meget korte gange (under 10 sekunder) på indhold sider tyder indholdet er ikke engagerende. Meget lange gange på kassen sider kan indikere forvirring.
IPadresser, der OpsIQ identificeret som potentielt skadelig baseret på trussel scoring, brute kraft forsøg, eller manuelle blokke. Klik for at se den blokerede IPs liste.
Indtægter fra forbundne salgskilder (Shopify, WooCommerce, Stripe, osv.). Hvis salget viser nul, kontrollere, at din platform stik er tilsluttet og synkronisering.
En linjegraph, der viser antallet af besøgende i det valgte datoområde. Søg efter mønstre: trafikpropper (kampagner, presseomtale), dips (weekender, helligdage) og vedvarende tendenser.
Hvor dine besøgende kommer fra: direkte, Google, sociale medier, e-mail kampagner, henvisning sites. Brug dette til at forstå, hvilke marketingkanaler der arbejder.
Chrome, Safari, Firefox, Kant, og andre. Hvis en browser har usædvanlig høj bounce rate, kan du have en CSS eller JavaScript kompatibilitetsspørgsmål.
Et gitter, der viser besøgsaktivitet pr. time i døgnet og ugedag. Brug dette til at beslutte, hvornår du skal planlægge support skift, hvornår at sende meddelelser, og hvornår du kan køre kampagner.
De sidste få besøgende med land, side, enhed og kilde. Nyttig for hurtig spot- checks under kampagner.
Klik på dato plukker øverst til højre for Dashboard. Presets: I dag, i går, Sidste 7 dage, Sidste 30 dage, Denne måned, Sidste måned, Brugerdefineret område. Alle dashboard kort og diagrammer opdateres, når du ændrer området. Datointervallet er i din konfigurerede tidszone (sæt i Indstillinger).
Your bounce rate jumped from 45% to 78% this week. What happened?
Check: (1) Ændrede en specifik landingsside sig? Gå til Top Sider og sortere efter starthastighed. (2) Har en kampagne sendt trafik til den forkerte side? Tjek Top Kilder for nye henvisere. (3) Har siden brudt på mobil? Tjek browser opdeling for mobile bounce rate. (4) Er det bot trafik? Tjek Trusler tælleren og besøgende detaljer for mistænkelige mønstre.
The dashboard shows 0 live visitors even though your website is getting traffic.
Check: (1) Er tracking widget installeret? Se din hjemmeside kildekode og søge efter OpsIQ script. (2) Er nøglen på webstedet korrekt? Sammenlign data- site- tasten i scriptet med nøglen i Connected Sites. (3) Er en CDN eller cache servering en gammel side uden scriptet? Ryd din CDN cache. (4) Er en annonce blocker eller CSP header blokerer scriptet? Tjek browseren konsol for blokerede anmodninger.
Your heatmap shows heavy activity between 10am-2pm on weekdays but nothing on weekends.
Dette er et B2B trafikmønster. Dine besøgende arbejder fagfolk browsing i løbet af forretningstider. Konsekvenser: (1) Planlæg støtte personale til hverdage åbningstider. (2) Send e-mail kampagner Tuesday- Torsdag morgen. (3) Ugentlige vedligeholdelsesvinduer er sikre. (4) Overvej at tilbyde live chat kun i myldretiden.
You see a sudden spike of 500 visitors in one hour from an unknown referrer.
Gå til besøgende og filter ved tidsvinduet. Tjek: (1) Er de rigtige besøgende eller bots? Se på session varighed, sider set, og browser mangfoldighed. (2) Hvis virkelige, hvilken side lander de på? (3) Kontroller referencen URL. Nogen kan have knyttet til dig fra Reddit, Hacker News, eller en populær blog. (4) Hvis det er bot trafik, kontrollere Trusler og overveje at blokere IP rækkevidde.
OpsIQ tæller besøgende forskelligt. Det bruger browser fingeraftryk og cookies, mens GA bruger en anden cookie model. Bot filtrering, ad blocker satser, og script loading orden kan også forårsage forskelle. 10-20% varians er normal.
Dashboardet er designet til OpsIQ admin. Ved ekstern rapportering, brug REST API til at trække analytics data og vise det i dit eget instrumentbræt eller BI værktøj.
Det tæller. IP adresser, der OpsIQ har markeret eller blokeret baseret på trusselsscoring, gentagne fejlbehæftede logins eller manuelle blokke. Klik på tælleren for at se detaljer og administrere blokke.
Den besøgende log viser hvert besøg på dine sporede hjemmesider. Hver række er en side belastning fra én besøgende. Brug det til at undersøge individuel besøgende adfærd, finde kampagne trafik, og diagnosticere tracking spørgsmål.
Besøgende IP adresse. Anonymeret hvis IP anonymisering er aktiveret i Indstillinger. Klik for at se alle besøg fra dette IP.
Detekteret fraIP adresse ved hjælp af GeoIP-data. Kræver MaxMind GeoLite2 database eller Cloudflare geo headers. Viser "Ukendt" hvis GeoIP ikke er konfigureret.
Den side, den besøgende indlæste. Klik for at se den fulde URL. Lang URLs er afkortet i tabellen visning.
Hvor den besøgende kom fra før landing på dit websted. "Direkte" betyder ingen referrer (bogmærker, indtastede URLs, nogle app links).
Besøgende enhed type (desktop, mobil, tablet) og browser (Chrome, Safari, Firefox, osv.). Parsed fra User- Agent header.
Når siden var indlæst, i din konfigurerede tidszone.
Hvis den besøgende identificeres (via id-token eller login), vises deres navn eller e-mail. Ellers vises som anonym.
Filtrerbesøg til en bestemt tidsperiode. Standard: sidste 7 dage.
Søg efter IP adresse, side URL, referrer, land eller kunde e-mail.
Filtrér efter trafikkilde: Direkte, Organisk, Social, Henvis, Betalt, Email.
Filtrer efter skrivebord, mobil eller tablet.
Vis kun første gang besøgende, der aldrig er blevet set før.
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?
I Besøgsloggen skal du bruge søgefeltet og skrive "sommer-salg". Søgechecks henviser til URLs og side URLs, så UTM parametre vil matche. Du kan også filtrere efter Kilde = Betalt for at indsnævre yderligere.
A customer emailed saying "your checkout page was broken yesterday around 3pm." How do you find their session?
Søg efter deres e-mail adresse i Besøgsloggen. Hvis de var logget ind, vil deres identitet vise sig. Sæt datoområdet til i går. Kig efter besøg for at tjekke sider omkring kl. 15. Klik på deres session for at se den fulde side flow og eventuelle JavaScript fejl.
You notice an IP address has 500+ visits in one hour, all to the same page.
Dette er sandsynligvis en bot, skraber, eller brudt script. Gå til Besøgslog og søge efter IP. Check: (1) Er alle besøg på samme side? (2) Er brugeragenten en kendt bot? (3) Er sessionen altid varighed 0 Hvis bekræftet som en bot, gå til sikkerhed og blokere IP.
Rå sidebelastninger. En række per side visning. Bedste for: undersøge specifikke sider, finde trafik fra specifikke kilder, diagnosticere tracking problemer.
Grupper sidevisning i rejser. En række pr. besøg session. Bedste for: forstå brugerflow, måling sessionsvarighed, identificere konverteringsstier.
Real- time aktivitet. Viser besøgende i øjeblikket på dit websted. Bedste for: overvågning kampagner i gang, spotting high- intention besøgende, ser supportmuligheder.
OpsIQ spore alle besøg som standard. For at udelukke din egen trafik, tilføje dine IPadresse til de udelukkede IPs liste i Indstillinger > Sporing.
GeoIP opslag kræver enten Cloudflare geo headers (automatisk hvis du bruger Cloudflare) eller en MaxMind GeoLite2 database fil. Tjek Indstillinger > GeoIP sti for at sikre databasefilen eksisterer og er læsbar.
Besøgsdata opbevares i opbevaringsperioden indstillet i Indstillinger (standard: 90 dage). Derefter bliver gamle optegnelser automatisk renset af cron- retentionjobbet.
Sessions gruppe flere sidevisninger fra samme person til en enkelt rejse. Mens Besøgende log viser individuelle side belastninger, Sessioner viser dig, hvordan folk bevæger sig gennem din hjemmeside fra landing til exit.
En session starter når en besøgende indlæser deres første side. Den fortsætter som de navigerer til flere sider. En session slutter, når den besøgende er inaktiv i sessionstimeperioden (standard: 30 minutter) eller lukker deres browser. Den samme person vender tilbage efter timeout skaber en ny session.
Landingssiden, hvor den besøgende indtastede dit websted. Dette fortæller dig, hvilket indhold der tiltrækker folk.
Exit side, hvor den besøgende venstre. Hvis exit siden er ofte prissætningen side, kan de besøgende sammenligne dig med konkurrenter.
Hvor mange sider den besøgende har set i denne session. Flere sider betyder normalt mere engagement, men det kan også betyde at den besøgende er tabt.
Total tid fra første side belastning til sidste aktivitet. Sessioner med 0 sekunder er bounces (enkelt sidevisning, ingen yderligere interaktion).
Trafikkilden til denne session (direkte, Google, social, henvisning osv.).
Detected land fra den besøgendes IP adresse.
Om den besøgende forlod efter visning kun én side. Bundede sessioner har en rød indikator.
Om den besøgende har gennemført en tracked conversion event (køb, tilmelding, formular indsendelse) under denne session.
Søg efter IP, e-mail, side URL, eller referere inden for sessioner.
Filtrer af nye besøgende (første session nogensinde) eller Returnerer besøgende.
Filtrér efter trafikkilde.
Filtrér efter land for at se sessioner fra en bestemt region.
Filter der kun viser hoppede sessioner eller sessioner markeret som trusler.
A customer just made a large purchase. You want to understand their journey before buying.
Søg efter deres e-mail i sessioner. Se på alle deres sessioner: (1) Hvor mange gange besøgte de, før de købte? (2) Hvilke sider så de? (3) Brugte de chat eller åbnede en billet? (4) Hvad var den samlede tid fra første besøg til at købe? Dette fortæller dig den typiske købsrejse for høj-værdi kunder.
A customer usually logs in from Nigeria but you see a session from Russia.
Søg efter kundens e-mail i sessioner. Sammenlign det land, som de seneste sessioner har fundet sted. Hvis en session pludselig vises fra et usædvanligt land, kan det være lovlig rejse eller en kompromitteret konto. Tjek: (1) Var der et mislykket login forsøg før den succesfulde? (2) Gjorde IP ændre inden for samme session? Flag det til gennemgang, hvis mistænkelig.
En besøgende er en person (eller browser). En session er et besøg fra den pågældende person. Den samme besøgende kan have mange sessioner over tid. Sessioner udløber efter timeout periode.
OpsIQ bruger en kombination af cookies, browserfingeraftryk og bekræftede identitetstokens. Hvis en besøgende rydder sine cookies og ikke er logget ind, vil de fremstå som en ny besøgende.
Live Feed viser besøgende i øjeblikket på din hjemmeside i realtid. Det opdateres automatisk hver 15 sekunder (konfigurerbar). Brug det under kampagner, produkt lancerer, og travle supportperioder for at se, hvad der sker lige nu.
Live Feed meningsmålinger din server på den konfigurerede opdateringsinterval. Hver række viser en besøgende i øjeblikket på dit websted: deres nuværende side, land, enhed, kilde, sessionsvarighed og sidetal. Grønne højdepunkter indikerer ny aktivitet siden sidste opdatering. Klik på alle besøgendes rækker for at se deres fulde sessionsdetaljer.
Hvor ofte live feed opdateringer. Standard: 15 sekunder. Lavere værdier (5-10s) give hurtigere opdateringer, men bruge flere serverressourcer. Højere værdier (30-60s) er lettere på serveren, men mindre real- tid.
Hvor længe en besøgende anses for at være "aktiv" efter deres sidste sidebelastning. Standard: 90 sekunder. Hvis en besøgende indlæser en side og derefter læser det for 2 minutter uden at klikke, de forsvinder fra live feed efter tærsklen.
Klik på Pause for at stoppe auto- genopfriske. Nyttigt, når du ønsker at læse detaljer uden listen opdatering. Klik på Genoptag for at genstarte.
You are running a product launch. A visitor just viewed your homepage, then features, then pricing, and is now on the checkout page.
Dette er højintention adfærd. I live feed: (1) Klik på den besøgende for at se deres session. (2) Hvis de starter en chat, AI vil have deres fulde rejse sammenhæng. (3) Hvis de forlader uden at købe, de bliver et spor i Leads side. (4) Overvej at skabe en proaktiv regel for at vise en chat besked, når besøgende nå checkout.
You see 20 visitors from the same IP address, all on different pages.
Dette kan være: (1) Et kontor med fælles internet. Tjek, om besøgene ligner virkelige mennesker (forskellige sider, rimelige sessionsvarighed). (2) En bot eller skraber. Tjek, om sessioner er meget korte (0-1sekunder) eller rammer sider systematisk (3) En belastningsprøve. Hvis du kører automatiserede tests, udelukker IP fra sporing.
Check: (1) Er widget script installeret på dit websted? (2) Er lokalitetsnøglen korrekt? (3) Er den aktive tærskel overskredet? (4) Bruger besøgende aggressive annonceblokkere, der blokerer for sporingsscriptet?
Live feed viser alle aktive besøgende. Til filtrerede visninger, skal du bruge Besøgslog eller sessioner sider med deres filter muligheder. Live feed er bevidst enkel for real- time overvågning.
Top Sider viser, hvilke sider på din hjemmeside får mest trafik. Det rangerer sider ved besøg, engagement, konverteringer og støtte aktivitet. Brug det til at identificere dit bedste indhold, finde underpræsterende sider, og opdage sider, der genererer supportspørgsmål.
Den fulde URL sti. Lignende sider (fx, produktvarianter) grupperes hvis gruppering er aktiveret.
Samlet antal gange denne side blev indlæst i det valgte datointerval.
Hvor mange forskellige mennesker har set denne side (en person, der ser den samme side to gange tæller som 1 unik).
Procentdel af besøgende, der forlod dit websted efter kun at have set denne side. Høj bounce på landing sider = problem. Høj hoppe på "tak" sider = normal.
Hvor længe besøgende bruger på denne side i gennemsnit. Meget kort = ikke at læse. Meget lang på en formular side = forvirring.
Hvor mange chatsamtaler blev startet fra denne side. High chat starter på en produktside betyder, at varebeskrivelsen kan være uklar.
Hvor mange supportbilletter blev skabt af besøgende, der var på denne side. Høj billetpris = potentielle UX eller indhold problem.
Your support team keeps getting questions about shipping. Which page is failing?
Sortér Top Sider ved "Support billetter" eller "Chat starter" faldende. Kig efter produkt eller forsendelse sider med høje tællinger. Siden med de mest supportspørgsmål har sandsynligvis uklart information. Fix sideindholdet og overvåge, om support spørgsmål falder.
You want to know where people leave your site most often.
Sortere ved at hoppe sats faldende. Ignorer sider, der naturligt exit punkter (tak sider, bekræftelse sider). Fokus på sider, som bør holde besøgende engageret: produktsider, priser, funktioner. Disse har brug for bedre calls- to- action eller klarere indhold.
Check: (1) Er tracking widget installeret på denne specifikke side? Single-page apps måske ikke brand sidevisninger på ruteændringer. (2) Er siden udelukket i tracking indstillinger? (3) Er en CDN servering af en cachet version uden tracking script?
Geo Intelligence viser, hvor dine besøgende kommer fra efter land, by, enhed og kilde. Brug det til at forstå dine geografiske markeder, beslutte sprogstøtte, planlægge regional markedsføring, og opdage mistænkelige trafikmønstre.
De øverste lande rangeret efter besøgstælling. Klik på et land for at bore ned til City- niveau data.
Synsopdeling af trafikken efter land.
Hvert land med besøgende i den valgte periode, viser besøgsantal, sessionstal, bounce rate og omregningskurs.
Klik på et land for at se, hvilke byer i landet har flest besøgende.
OpsIQ registrerer besøgsplacering på to måder: (1) Cloudflare geo headers. Hvis dit websted er bag Cloudflare, landedetektion er automatisk og præcis (2) MaxMind GeoLite2 database. Download den gratis database og konfigurere stien i Indstillinger. City- niveau detektion kræver Geolite2- City databasen, ikke kun landedatabasen.
Besøgende, der bruger VPN 'er, vil synes at komme fra VPN- serverens placering, ikke deres virkelige placering. Dette er ved design. OpsIQ kan og bør ikke forsøge at omgå VPN 'er. Hvis du ser usædvanlige land mønstre, overveje, at 10-20% af besøgende kan bruge VPN 'er.
You run a US-only business but 30% of traffic is from India.
Check: (1) Er disse reelle besøgende? Se på sessionsvarighed og sider set. Meget korte sessioner med høj bounce = sandsynligvis bots. (2) Finder de dig via Google? Tjek referenten. (3) Kan de være potentielle kunder på et nyt marked? Hvis trafikken er ægte og engageret, overveje at tilføje Indiaspecifikke priser eller indhold.
You want to know if you should translate your site into Spanish.
Se på Geo Intelligence side. Hvis Spanish- talende lande (Spanien, Mexico, Colombia, Argentina osv.) tilsammen repræsenterer mere end 10% af din trafik med lave hoppe satser, oversættelse er værd at overveje. Også kontrollere: gør besøgende fra disse lande konvertere til samme priser som dit primære marked?
You need to decide support team hours for different time zones.
Brug timebaseret heatmap (på Dashboard) kombineret med Geo Intelligence. Hvis 40% af din trafik er fra Europa og 35% Hvis du arbejder fra USA, skal du have dækning for begge tidszoner.Heatmap viser præcis, hvornår hver region er mest aktiv.
Germany shows 500 visitors this month but zero sales.
Undersøg: (1) Er de hoppende på prissiden? Måske er din prisfastsættelse ikke konkurrencedygtig for dette marked. (2) Skiber du til Tyskland? Tjek om din forsendelsesside nævner Tyskland. (3) Er din checkout tilgængelig i EUR? Valuta mismatch forårsager opgivet check outs. (4) Er disse besøgende fra en enkelt kilde, der kan være lav- hensigt trafik?
GeoIP er ikke konfigureret. Enten opsættes Cloudflare (som tilføjer geo headers automatisk) eller downloader MaxMind GeoLite2 databasen og indstille filstien i Indstillinger > GeoIP- sti.
OpsIQ blokerer ikke for hvert land. Brug din webserver eller Cloudflare firewall regler for landbaseret blokering.OpsIQ fokuserer på synlighed, ikke adgangskontrol på netværksniveau.
The Intent Funnel klassificerer besøgssessioner efter, hvad de synes at være forsøger at gøre: gennemse, forskning, sammenligne, købe, få støtte, eller forlade. Brug det til at forstå balancen af hensigt på dit websted og identificere, hvor besøgende falder ud.
Besøgende kigger sig omkring. Korte sessioner, få sider, ingen specifikke mål opdaget.
Besøgende læse produkt / funktion sider, docs, eller blog indhold. Længere tid på side, flere indhold sider.
Besøgende ser priser, plan sammenligning eller feature tabeller. Ofte vender tilbage besøgende.
Besøgende på checkout, vogn eller signup sider. Høj hensigt. Dette er dine konverteringsmuligheder.
Besøgende på hjælpsider, kontaktsider eller start chat.
Besøgende, der forlod efter en side.
1,000 visitors viewed Pricing. 270 opened chat. 92 started checkout. 64 paid. 18 opened support tickets.
Prisliste side er stærk nok til at skabe hensigt. Chat er vigtigt i køberstien: 27% af prissætning besøgende engagere sig med chat, før de køber. Support billetter efter kassen kan indikere aktivering eller betaling forvirring. Action: (1) Sikre AI chat svar prisspørgsmål godt. (2) Undersøg 18 post-checkout support billetter til fælles spørgsmål.
Brug datointervallet til at sammenligne intentionsmønstre på tværs af perioder. For eksempel sammenligne Black Friday uge til en normal uge. Du bør se et spike i "Købe" hensigt og muligvis "Support- søger" hvis dine kampagner skabt forvirring.
OpsIQ ser på siden URLs, session adfærd, og tidsmønstre. Prissætning sider signalsammenligning intention. Checkout sider signal køber hensigt. Hjælp / kontakt sider signal støtte hensigt. Klassificeringen er heuristic- baseret, ikke AI- drevet.
Ikke i øjeblikket. Kategorierne er bygget-i baseret på almindelige web adfærd mønstre. Brugerdefineret hensigt klassificering er på køreplanen.
Byg brugerdefinerede rejser fra side eller begivenhed trin, måle kohort fastholdelse og opdage stier besøgende oftest tage gennem et websted.
Opret en navngivet tragt med 2 til 8 side eller begivenhed trin. Indstil konverteringsvinduet i timer; en besøgende tæller kun, når de bestilte trin forekommer inde i dette vindue. Brug droppet mellem trin til at vælge hvor man kan inspicere replay, fejl, sidehastighed eller beskeder.
Tilbageholdelse grupper besøgende i ugentlige kohorter og viser, hvor mange tilbage. 6, 8 eller 12 week horisont. Hold kohortedefinitionen stabil, når du sammenligner udgivelser eller kampagner.
Stier viser de mest almindelige sidesekvenser. Vælg en sti længde fra 2 til 5 sider til at holde resultatet læseligt. Brug det til at finde uventede omveje, fælles udgange og indhold, der gentagne gange går forud for konvertering.
Brugerdefinerede tragte er analytiske definitioner, ikke automatiseringer. For at reagere på et afsluttet trin, skal du oprette en konvertering mål, segment, udløser eller workflow.
Session Replay lader dig se en tidslinje for, hvad en besøgende gjorde på dit websted: hvilke elementer de klikkede, hvordan de rullede, hvor de svævede, og hvad de skrev (med følsomme felter maskeret). Brug det til at diagnosticere UX problemer, kontrollere fejlrapporter, og forstå kundeforvirring.
Fra siden Sessioner, se efter sessioner med rapporterede problemer, high page tæller uden konvertering, eller sessioner fra kunder, der har indgivet supportbilletter. Klik på genafspilningsikonet for at åbne tidslinjen visning.
En vandret bjælke, der viser begivenheder over tid. Klik hvor som helst på tidslinjen for at hoppe til det øjeblik.
Hver side belastning vises som et segment på tidslinjen. Du kan se den nøjagtige sti, besøgende tog.
Klik begivenheder vises som prikker på tidslinjen og som højdepunkter på siden genopbygning.
Rul dybden er sporet, så du kan se hvor langt ned besøgende læse.
Feltfokus og indtastning registreres. Tekstinput i adgangskode og følsomme felter er som standard maskeret.
Session replay masker følsomme formularfelter som standard. Adgangskodefelter, kreditkortindgange og felter markeret med data-opsiq-maske registreres aldrig. Du kan indstille yderligere maskeringsregler i Indstillinger > Tracking. Hvis din compliance politik kræver det, kan du deaktivere reafspille helt.
A customer says "I tried to buy but the button did nothing."
Find deres session på siden Sessions (søg via e-mail). Åbn genafspilningen.1) Har de klikke på den rigtige knap? (2) Har en JavaScript fejl opstår? (Tjek siden med JS Fejl for den tid.) (3) Har siden genindlæst eller vist en fejlmeddelelse? (4) Var et krævet felt tomt? Genafspilningen viser præcis, hvad der skete.
Replay data vokser med trafikvolumen. Brug retentionsindstillinger til automatisk at rydde op gamle replay-data. For high-traffic sites, overveje en kortere genspils opbevaring periode (fx 30 dage) til at styre lagring.
Hvis "Respect Do Not Track" er aktiveret i Indstillinger, registreres besøgende med DNT-overskrifter ikke. Du kan også udelukke specifikke sider fra at genspille i sporingsindstillingerne.
The Events Log viser hver begivenhed, at OpsIQ har optaget: sidevisninger, klik, chat starter, billet kreationer, salg, og brugerdefinerede begivenheder. Brug det til debug-integreringer, kontrollere webhook levering, og forstå rækkefølgen af handlinger.
Fyret hver gang en sporet side belastninger. Inkluderer URL, titel, referrer og tidsstempel.
Fyret når en besøgende åbner chatkontrollen og sender deres første besked.
Fyret for hver besked i en chat samtale (både besøgende og AI / agent).
Fyret, når en ny supportbillet er oprettet (fra chat, e-mail, widget eller admin).
Fyret, når et svar tilføjes til en billet.
Fyret, når et køb er gennemført gennem en tilsluttet platform.
Fyret når en sporede formular indsendes (hvis formularsporing er aktiveret).
Fyret, når en besøgende identificeres via et identitetstegn.
Fyret, når et login forsøg mislykkes.
Du kan sende brugerdefinerede begivenheder fra din hjemmeside eller server til OpsIQ. Brugerdefinerede begivenheder er nyttige for sporing af handlinger, der er specifikke for din virksomhed: klik på knappen, brug af funktionen, videospil, downloads osv.
// Send a custom event from the browser
window.OpsIQ = window.OpsIQ || [];
window.OpsIQ.push(["track", "plan_selected", {
plan: "pro",
billing: "annual",
value: 99
}]);// Record a server-side activity for a contact (PHP)
$ch = curl_init("https://your-opsiq-domain.com/api/v1.php");
curl_setopt_array($ch, [
CURLOPT_POST => true,
CURLOPT_RETURNTRANSFER => true,
CURLOPT_HTTPHEADER => [
"Authorization: Bearer opq_your_key",
"Content-Type: application/json",
],
CURLOPT_POSTFIELDS => json_encode([
"action" => "crm.activities.record",
"site_key" => "site_abc123",
"email" => "[email protected]",
"event" => "subscription.upgraded",
"value" => 50,
"currency" => "USD",
]),
]);
$response = curl_exec($ch);
curl_close($ch);Filtrér med specifikke begivenhedsnavne: sidevisning, chat. started, ticket. created osv.
Vis begivenheder fra en bestemt tidsperiode.
Søgeresultater efter søgeord (URL, e-mail, begivenhedsegenskabstal).
Begivenheder følger retentionspolitikken som er angivet i Indstillinger. Standard: 90 dage. Højværdibegivenheder (køb, sikkerhedshændelser) kan indstilles med længere retention.
Ja. Når du opretter et eksperiment, vælger du en konverteringsbegivenhed. Enhver bygnings-i eller brugerdefineret begivenhed kan bruges som konvertering mål.
Eksperimenter lader dig teste to versioner af en side eller funktion og måle, som man udfører bedre. OpsIQ spor indtryk, konverteringer, og statistisk betydning.
Giv det et navn, definere din primære metrisk (konvertering begivenhed), og indstille varianter (kontrol og test).
OpsIQ tilfældigt tildeler besøgende til varianter og sporer deres adfærd. Må ikke ændre eksperimentet, mens det kører.
Efter nok data er indsamlet, kontrollere konfidensniveau.95% tillid betyder, at du kan være 95% Jeg er sikker på, at forskellen er reel, ikke tilfældig chance.
Oprettet, men endnu ikke startet. Du kan stadig redigere varianter og målinger.
Aktivt at tildele besøgende til varianter. Rediger ikke mens du kører.
Nået statistisk betydning eller blev manuelt stoppet. Resultater er endelige.
Resultaterne er blevet gennemgået, og forsøget er ikke længere nødvendigt på den aktive liste.
Beslut hvad du måler før start. Valg af en metrisk efter at se resultater introducerer bias.
Tilføj dit holds IP adresser til udelukkelseslisten, så personalets besøg ikke skæve resultater.
Stop ikke et eksperiment efter 100 besøgende. Du har brug for hundredvis eller tusindvis af besøgende per variant for pålidelige resultater.
Hvis du ændrer overskriften OG knappens farve, vil du ikke vide, hvilken ændring forårsagede forbedringen.
Efter eksperimentet slutter, bemærk hvilken variant der vandt og hvorfor du valgte at gennemføre det.
It depends on the baseline conversion rate and the effect size you want to detect. As a rule of thumb: at least 500 visitors per variant for a 20% effect size. For smaller effects, you need thousands.
Ja, men vær forsigtig. Hvis to eksperimenter påvirker den samme side, kan deres resultater interagere. Det er sikrere at køre eksperimenter på forskellige sider eller funktioner samtidigt.
JavaScript Fejl indsamler klient- side fejl fra din hjemmeside besøgende. En brudt knap, en mislykkedes API call, eller en manglende ressource dukker op her. Brug den til at finde og rette fejl, der påvirker virkelige kunder.
JavaScript fejltekst (fx "TypeError: Kan ikke læse egenskaber for udefinerede").
Hvilken side fejlen opstod på.
Hvilken browser og enhed type så fejlen. Nogle fejl er browser- specifikke.
Kodestedet hvor fejlen opstod. Klik for at udvide hele stack sporet.
Da denne fejl første gang dukkede op.
Når denne fejl senest opstod.
Hvor mange gange denne fejl er blevet registreret.
Hvor mange forskellige besøgssessioner oplevede denne fejl.
Ikke alle JavaScript fejl kræver øjeblikkelig opmærksomhed. Prioritér ved: (1) fejl på kritiske sider (checkout, tilmelding, login), (2) fejl med høje sessionstal, (3) fejl, der dukkede op for nylig (mulig regression fra en kode ændring), (4) fejl på din egen kode (ikke tredjeparts scripts).
The JS Errors page shows "TypeError: Cannot read properties of undefined (reading submit)" on /checkout, affecting 45 sessions this week.
Det betyder: 45 virkelige kunder kunne ikke fuldføre check out. Trin: (1) Åbn siden i den samme browser / enhed kombination. (2) Åbn browser konsol og reproducere fejlen. (3) Kontroller stack spor for at finde den nøjagtige linje kode. (4) Fix fejlen, implementere og overvåge fejltallet går til nul.
Ja. OpsIQ indfanger alle JavaScript fejl på siden, herunder fejl fra analytics scripts, chat widgets og annonce scripter. Filtrér efter URL i stack sporet til at fokusere på din egen kode.
Man kan ikke undertrykke specifikke fejl i OpsIQ, men du kan filtrere listen efter side URL eller fejlmeddelelse. Retter eller ignorerer fejl fra browserudvidelser (de viser ofte som fejl fra ukendte kilder).
Salgssporing forbinder din butik eller fakturering platform til OpsIQ, så du kan se indtægter sammen med besøgende adfærd. Hvert køb tilskrives en besøgende rejse, så man ved, hvilke sider, kampagner og kanaler drev indtægter.
Indtægter fra ordrer afsluttet i dag. Forfrisker med hver ny ordre begivenhed fra din tilsluttede platform.
Indtægter, der er aggregeret i perioden. Tilbagebetalinger fratrækkes disse totaler.
Linjediagram, der viser daglig omsætning i det valgte datointerval. Kig efter toppe (kampagner) og fald (problemer, sæsonbestemt).
Hvilke trafikkilder fører til de fleste køb. "Direkte" købere ofte bogmærke dit websted. "Google" købere fandt dig gennem søgning.
De seneste ordrer med kunde e-mail, beløb, valuta og elementer købt.
Go to Connectors > Shopify. Create a custom app in your Shopify admin (Settings > Apps and sales channels > Develop apps). Grant scopes: read_orders, read_customers, read_products. Copy the Admin API access token. In OpsIQ, enter your store domain (e.g., your-store.myshopify.com) and the access token. Click Test Connection. If successful, enable webhook sync for real-time order notifications.
Gå til forbindelser >WooCommerce. i din WordPress admin, gå til WooCommerce> Indstillinger > Avanceret > REST API. Opret en nøgle med læse / skrive tilladelse. Kopiér forbrugernøglen og forbruger hemmelighed. OpsIQ, indtast dit websted URL, forbrugernøgle, og forbruger hemmelighed. Klik på Test Connection.
Gå til Connectors > BigCommerce. I din BigTrade admin, gå til Avancerede Indstillinger >API Konti. Opret en V2 / V3 API Konto med læseplads for ordrer, kunder og produkter. Kopiér adgangskoden, klientens id, og API sti. Indtast dem i OpsIQ og test.
Gå til Connectors > Magento. I din Magento admin, gå til System > Integrationer. Opret en ny integration med API Ressourceadgang til Salg, Kunder og Katalog. Aktivér integrationen og kopiér adgangstavlen. Indtast den i OpsIQ med din Magento base URL.
Gå til Connectors > PrestaShop. I din Prestashop admin, gå til Avancerede parametre > Webservice. Aktivér webtjenesten og oprette en ny nøgle. Giv adgang til ordrer, kunder og produkter. Kopiér nøglen og indtast den i OpsIQ med din butik URL.
Gå til Connectors > OpenCart. Generér API legitimation fra dit OpenCart admin panel. Indtast API URL, brugernavn, og nøgle i OpsIQ. Forbindelsen bruger OpenCart 's REST API for ordre- og kundedata.
Gå til Connectors > osCommerce. Indstil databaseadgang eller API legitimation som dokumenteret i connector settings. osCommerce integration typisk kræver direkte databaseadgang eller en brugerdefineret API modul.
Gå til forbindelser > Stripe. Kopiér din Stripe begrænset API nøgle fra Stripe instrumentbrættet (Udviklere >API taster). Nøglen har brug for læse adgang til Kunder, afgifter, fakturaer og abonnementer. Indtast det i OpsIQ. Indstil webhook endpoint for realtids begivenheder.
Brug REST API eller webkroge til at sende salgsbegivenheder fra enhver platform. Send order. completed events med kundens e-mail, beløb, valuta og elementer. Se afsnittet Begivenheder API for nyttelast format.
Viser hvilke kanaler der bringer betalende kunder. 1000 besøgende og 50 salg, det vil sige en5% konverteringsrate. Hvis e-mail bringer 200 besøgende og 30 salg, dvs. 15%. E-mail er mere effektiv per besøgende.
Refinansierede ordrer spores separat. De reducerer din nettoindtægt totaler. Hvis refunderingsrater er høje fra en bestemt kilde, trafikken kan være lav kvalitet.
OpsIQ gemmer den oprindelige transaktionsvaluta og beløb. Multivalutavirksomheder se indtægter i hver valuta. Normaliseret rapportering bruger den konfigurerede vekselkurs.
Your pricing page gets 100 visitors per day but zero conversions.
Undersøg: (1) Brug Session Replay på prissætning side besøgende. Se, hvordan de interagerer med prissætningen tabellen. (2) Tjek Top Sider for prissætningen side bounce sats og tid-on- side. (3) Check Chat samtaler fra prissætning side besøgende. Hvilke spørgsmål stiller de? (4) Sammenlign din prissætning side til konkurrenter. (5) Prøv et A / B eksperiment med forskellige priser layouts.
You sent an email campaign with UTM tags. How do you measure its revenue impact?
Gå til Salg og filter ved kilden. Søg efter kampagnen UTM parameter. Du vil se: (1) Hvor mange besøgende kom fra e-mailen. (2) Hvor mange omregnet til salg. (3) Samlede indtægter, der er afsat til kampagnen (4) Sammenlign med den samme periode før kampagnen.
Check: (1) Is the platform connector connected and healthy? Go to Connectors and check the status. (2) Is webhook sync enabled? If using polling, is the cron job running? (3) Does the connector have the right API scopes? For Shopify, you need read_orders.
Når en ordre kommer ind via stikket, matcher OpsIQ kundens e-mail til en kendt besøgende. Hvis den besøgende blev sporet før købet, er salget tilskrives deres besøgende rejse, herunder trafik kilde, landing side, og session historie.
Du kan sende salgsarrangementer via REST API eller webkroge fra ethvert system. Begivenhedsformatet er dokumenteret i Events API afsnit.
Leads er besøgende eller kunder, der viser køb eller støtte hensigt. OpsIQ registrerer automatisk fører baseret på adfærd: prissætning sidebesøg, returbesøg, chat interaktioner, checkout starter, og høj engagement. Brug den Leads side til at prioritere opfølgning og fodre din CRM-rørledning.
Besøgende, der ser din prissætning eller planer side er aktivt overvejer et køb.
Besøgende, der kommer tilbage flere gange er engageret, men endnu ikke konverteret.
Besøgende, der starter en chat, søger aktivt hjælp, enten før-køb eller efter-køb.
Besøgende, der når checkout side, men ikke fuldføre købet.
Besøgende, der indsender en kontaktformular, demo anmodning eller signap form.
Besøgende, der ser mange sider med lang sessionstid er dybt forskningskrævende.
Klik på et hvilket som helst spor for at se deres fulde profil:
Navn, e-mail, virksomhed hvis kendt. Anonyme spor viser IP og placering.
Alle sessioner fra dette bly med sideflow, varighed og kilde.
Hver side de besøgte, beordret af rekognoscering.
Hvordan de fandt dig: økologisk, betalt, social, henvisning, direkte.
A0-100 score baseret på adfærd intensitet, recoence, og side hensigt.
om dette spor er blevet tilføjet CRM som en kontakt eller aftale.
AI- genereret forslag om, hvad der skal gøres næste (fx "Besøgte prissætning 3 gange · overveje proaktiv outreach").
Førere med en score over 80 få et "High Value" skilt. Det er dine hotteste udsigter. Prioritize dem for outreach, proaktiv chat eller CRM rørledning indgang.
A lead viewed your pricing page 3 times in 2 days, started a chat asking about enterprise plans, but has not purchased.
Dette er en høj hensigt. Trin: (1) Kontroller deres ledende detaljer for virksomheds- og rolleinformation (2) Gennemgå chatudskriften for specifikke behov og indvendinger. (3) Opret en aftale i CRM med de indsamlede oplysninger. (4) Tildel en opfølgningsopgave for et salgsholds medlem. (5) Hvis de vender tilbage til prisfastsættelsessiden, kan den proaktive chatregel udløse en personlig besked.
You have 50 anonymous leads with high scores but no email addresses.
Indstillinger: (1) Opret en proaktiv regel, der tilbyder en rabat eller ressource download i bytte for e-mail på high- intention sider. (2) Brug chatkontrollen til at bede om e-mail, når anonyme besøgende starter en samtale. (3) Tilføj en identitet token til din login / tilmelding sider, så returnering besøgende er automatisk identificeret.
Scoren mener: tilbagevendende besøg (seneste = højere), hyppighed af besøg (mere = højere], sider set (prissætning / checkout = højere}, sessionsvarighed (længere = højere.), chatinteraktioner (engageret = højere!) og returbesøg (flere sessioner = højere?).
Ja. I CRM-konfiguration kan du tilføje lead-scoring regler, der øger score baseret på specifikke søgeord, begivenheder, kilder eller sidemønstre.
OpsIQ sender en fuld AI- første CRM, der fanger kundesandhed, renser data, scorer fører, trænere tilbud, prognoser indtægter og handler, med hjemmeside intelligens, støtte, billetter, produkter og betalinger som én levende graf. Hver AI handling er indkøbt, forklarlig, reversibel og approvalskontrolleret.
Din daglige hjem skærm: omsætning puls, hvad AI fundet, hvad det gjorde, godkendelse kø, næste træk, agent sundhed, og ROI.
Folk og virksomheder i din CRM. Søg, filter, score og administrere profiler.
Visuel deal board med drag- and-drop stadier, vinde sandsynlighed, og AI coaching.
Board- grade prognoser: forpligtet, sandsynligt, bedste tilfælde, med konfidensintervaller og nøjagtighed sporing.
Hvor hver kunde står: aktiv, i fare, ekspansion klar, fornyelse skyldig, eller churning.
Beskriv din CRM-opsætning på almindelig engelsk. OpsIQ genererer en reversibel plan og anvender den ved godkendelse.
Selv- check side: schema, agenter, ruter, AI handlinger, og levende data tæller.
AI forslag gå til godkendelse kø. Du godkender, redigere eller afvise hver enkelt. Intet sker uden dit ord.
Når AI foreslår en ændring, det viser den aktuelle værdi og den foreslåede værdi. Human- indtastede data har herkomst beskyttelse.
Hver AI handling er optaget i tidsskriftet. Du kan fortryde enhver ændring med et klik.
Hver AI anbefaling viser sin begrundelse og de datakilder, den brugte. Ingen sort boks.
Klik på AI CRM i venstre navigation. Kommandocentret viser din nuværende tilstand.
Åbn CRM-sundhed for at verificere skemaet, agenter og ruter er klar.
Hvis en tilslutning er aktiv (Shopify, WHMCS, osv.), bliver kontakterne importeret automatisk. CSV eller oprette manuelt.
Gå til Pipeline og oprette din første rørledning med faser (fx, bly, Kvalificerede, Forslag, forhandling, Won, Lost).
Opret en aftale fra en kontakt, indstille beløb og scenen, og lad Deal Coach guide dig.
Nej. CRM er valgfri. OpsIQ fungerer perfekt som en tracking + support + AI platform uden CRM. Aktivér den, når du er klar til at styre salg og kundeforhold.
Ja. Du kan oprette kontakter og tilbud manuelt. Connectorer beriger CRM med platformsdata (ordrer, abonnementer, billetter), men er ikke påkrævet.
Trust Layer er det sikkerhedssystem, der styrer hvad AI kan gøre. Copilot-tilstand (standard): AI foreslår, menneskelige godkender. Autopilot mode (opt- in): Al virker automatisk på lav risiko, reversible operationer.
Kommandocentralen er din daglige briefing, og åbner den hver morgen for at se hvad der skete, hvad der skal gøres.
Pipeline værdi, tilbud vundet / tabt, nye spor, aktive tilbud og indtægter tendens, et øjebliksbillede af din nuværende tilstand.
AI- opdagede indsigt: stagnerede tilbud, at- risk konti, nye muligheder, data kvalitet spørgsmål, og markedssignaler.
Handlinger AI har taget (i Autopilot) eller foreslået (i Copilot.): sceneforskud, score opdateringer, kontakt berigelse, og opgaveskabelse.
Queue of AI forslag venter på din beslutning. Hver viser den foreslåede handling, ræsonnement og beviser. Godkend, rediger eller afviser.
AI- rangeret liste over 10 vigtigste ting at gøre i dag: følge op på en hot deal, kontrollere en at- risk konto, forske et nyt spor osv.
Sundhed af AI agenter: Capture, Data Steward, Deal Intelligence, Dee Coach, SDR, Gentention. Green = kører, rav = har brug for opmærksomhed, rød = fejl.
ROI tracking: tilbud påvirket af AI, tid gemt, nøjagtigheden af forudsigelser, og sammenligning med manuelt CRM arbejde.
Tjek rørledningen sundhed og indtægter tendens. Er du på sporet i denne måned?
Gennemgå hvert AI forslag. Godkend sikre handlinger, redigere hvor det er nødvendigt, afvise dårlige forslag.
Læs AI indsigt. Er nogen tilbud i fare? Er der nye muligheder?
Start med den øverste prioritet. AI har rangeret disse ved uopsættelighed og potentielle indvirkning.
You were away for a week. What happened while you were gone?
Åbn kommandocentralen og tjek: (1) "Hvad OpsIQ gjorde "viser alle AI handlinger under dit fravær. (2) "Skal godkendes" viser forslag, der venter på din gennemgang. (3) "Hvad OpsIQ fandt "fremhæver presserende punkter. (4) Sæt instrumentbrættets datointerval til din fraværsperiode for at se tendensen.
CRM organiserer dine forretningsforbindelser i fire objekter: Kontakter (mennesker), Virksomheder (organisationer), tilbud (indtægtsmuligheder) og opgaver (opfølgningshandlinger).
En person i din CRM. De kan være en kunde, et perspektiv, en partner eller et bly. Kontakter har en e-mail, navn, selskab, tags, livscyklusscenarie og hotness score.
Brug søgelinjen til at finde ved navn, e-mail, virksomhed eller tags. Brug filtre: livscyklus stadie, bly score, kilde, land, seneste aktivitetsdato, tildelt ejer.
Klik på en kontakt for at se deres fulde profil: personlig info, virksomhed, tilbud, aktiviteter, billetter, chats, besøg på hjemmesiden, lead score og AI indsigt.
A0-100 score beregnet ud fra adfærdssignaler: hjemmesidebesøg, e-mail engagement, chat interaktioner, købshistorik og recount. Højere = varmere.
Kontakter er knyttet til virksomheder via e-mail domæne eller manuel tildeling. En virksomhed kan have mange kontakter.
En indtægtsmulighed. Deals har en titel, beløb, rørledning, scene, vinde sandsynlighed, lukkedato, tildelt ejer, og tilknyttede kontakter / selskab.
En procentdel chance for at vinde handlen. Sæt manuelt eller beregnet af AI baseret på dine historiske win data. Driver den vægtede prognose.
Grøn (sund), gul (i risiko) eller rød (gået i stå). Baseret på aktivitet recount, fase varighed, og engagement signaler.
En opfølgning-up handling tildelt en person. Opgaver har en titel, forfaldsdato, prioritet, type (opkald, e-mail, møde, andet), og knyttet kontakt / aftale.
AI skaber opgaver automatisk, når det registrerer noget har brug for opmærksomhed: opfølgning på en blokeret aftale, reagere på en at- risk konto, forskning et nyt spor.
You want to see all high-score contacts in the UK who have not been contacted recently.
Gå til kontakter. Filter efter: Blyscore > 80, Land = Storbritannien, seneste aktivitet > 7 Det her er dine hotteste forsømte spor.
A contact just expressed interest in your enterprise plan during a chat.
Åbn kontaktprofilen. Klik på "Opret handel". Indtast titlen på handlen (fx, "Acme Corp - Enterprise Plan"), beløb, rørledning og fase (f. eks. "Kvalificeret"). Sæt den nære dato og tildele det til dig selv. Deal Coach vil begynde at spore denne mulighed.
Pipeline er et visuelt bræt, hvor tilbud bevæger sig gennem faser fra venstre mod højre. Træk og slip kort til at fremme tilbud. Hvert kort viser dealens beløb, vinde sandsynlighed, og sundhedstilstand.
Rørledningen viser alle aktive tilbud som kort arrangeret i kolonner (trin). Hver søjle header viser den samlede værdi af tilbud i det pågældende stadium.
Træk et kort til næste trin. Vindersandsynligheden og tæller opdateringen med det samme. Hvis flytningen mislykkes (valideringsfejl), falder kortet tilbage til sin oprindelige position.
Grøn badge = sund (seneste aktivitet, på sporet). Amber = i risiko (aftagende, har brug for opmærksomhed). Rød = gået i stå (ingen aktivitet for længe).
Klik på et kort for at åbne deal detaljer panel med kontakter, aktiviteter, Deal Coach korte, og hurtige handlinger.
AI forslag vises i godkendelsen kø øverst på pipeline side. Hvert forslag viser, hvad AI ønsker at gøre, hvorfor og beviserne. Du kan:
Accepter forslaget som - er. Handlingen løber gennem Trust Layer og registreres i tidsskriftet.
Ændre forslaget, før det godkendes. For eksempel ændre den foreslåede fase eller justere beløbet.
Afslå forslaget. AI lærer fra afslag til at gøre bedre forslag i fremtiden.
Win sandsynlighed kan indstilles manuelt eller beregnes af AI. Når AI beregner det, det bruger en model uddannet på dine egne lukkede tilbud (vundet og tabt). Hvis du ikke har nok historiske data, AI bruger stadie standard sandsynlighed. Sandsynligheden driver den vægtede prognose: a $10,000 deal at 30% Sandsynligheden bidrager $3,000 til den "sandsynlige" prognose.
A customer signed the contract and paid.
Træk kort til "Won" scenen. OpsIQ vil: (1) Markér handlen som lukket-vundet. (2) Opdatér prognosen. (3) Tilføj en "Won" aktivitet til tidslinjen. (4) Hvis konfigureret, udløse en webhook begivenhed (crm.deal.won). (5) Opdater kontakt livscyklusscenen til "Kunden".
You want to find deals that have been in the same stage for too long.
Kig efter røde (stilstands) skilte på rørledningen. Disse tilbud har ikke haft nogen aktivitet i længere tid end den indstillede rådnetærskel (indstillet i CRM Configuration > Pipelines). Klik på hver stoppet aftale for at se Deal Coach 's anbefaling til reaktivering.
Ja. Gå til CRM Configuration > Pipelines for at skabe yderligere rørledninger. Fælles brugstilfælde: separate rørledninger til nye forretninger vs. fornyelser, eller til forskellige produkter / tjenester.
Aftalen er markeret som lukket-tabt. Du vil blive bedt om at miste grund. Handlen fjernes fra det aktive bræt, men kan findes i den lukkede handel filter. Kontakten forbliver i CRM.
The Deal Coach analyserer hver aftale og giver dig en kort med sundhedsstatus, risikosignaler, nøglepersoner, en kvalifikation checklist, møde prep, og foreslået næste handlinger. Alt er indkøbt. Træneren viser hvilken billet, chat eller aktivitet hvert krav kommer fra.
Hvorfor handlen er sund, i fare eller gået i stå. Specifikke signaler: dage i scenen, sidste kontaktdato, aktivitetsniveau, konkurrent nævner, protestancemønstre.
Categorized into: indsigelser rejst, konkurrent nævner, prisforhandlinger, støtte risikoindikatorer, fornyelse / ekspansion signaler. Hvert signal links til sin kilde (chat udskrift, billet, e-mail, aktivitet).
Hvem hjælper handlen (mester) og hvem er imod (blocker). Baseret på interaktionsanalyse og kontaktroller.
SECTlisten MEDDICC eller BANT (konfigurerbar) viser, hvilke kvalifikationskriterier der er opfyldt, og hvilke der mangler.
Før et planlagt møde udarbejder træneren en kort dagsorden, nøglepunkter at dække, spørgsmål, risici at tage fat på, og materialer til forberedelse.
Foreslåede næste besked eller kaldescript baseret på den aktuelle handel tilstand og seneste interaktioner.
Hver påstand træneren gør links til en kilde: et billetnummer, chat udskrift ID, aktivitet dato, eller hjemmeside besøg.
Åbn enhver aftale og rulle til Deal Coach sektion. Læs sundhedstilstanden og nøglesignaler.
Kontrollér tjeklisten for kvalifikationer. Hvis "Economic Buyer" mangler, skal du planlægge at identificere og engagere budgetindehaveren.
Træneren foreslår konkrete næste handlinger. Klik for at oprette en opgave, udkast til en e-mail eller planlægge et møde, alle dirigeret gennem godkendelsen kø.
You have a meeting with a prospect tomorrow about a $50,000 deal.
Åbn handlen og læs Forhåndsafsnittet. Det viser: (1) Nøglepunkter baseret på de seneste interaktioner. (2) Indsigelser de rejste i chatten sidste uge. (3) Konkurrent de nævnte i en støtte billet. (4) Spørgsmål om deres tidslinje. (5) Risikofaktorer, der skal håndteres proaktivt. Brug dette kort til at forberede en fokuseret, bevisbaseret dagsorden.
The pipeline shows a red badge on a deal you thought was going well.
Klik på aftalen og læse Deal Coach sundhed forklaring. Det kan sige: "Denne aftale har været i forslag fase for 22 dage (tærskel: 14). Sidste kontakt var 11 for dage siden. Den primære kontakt åbnede en supportbillet om data migration bekymringer 5 dage siden (billet # T -892). Forslag: adressere migration bekymring og planlægge en opfølgning opkald. "Nu ved du præcis, hvad der skal rettes.
Board- grade prognoser med en forsvarlig rækkevidde, deal-niveau ændre forklaringer, og nøjagtighed sporing, så du kan bevise og forklare dine numre.
Dealer med 80% eller højere gevinstsandsynlighed. Det er dine mest sandsynlige gevinster. Dette bør være din forventede minimumsindtægt.
Alle åbne tilbud vægtet med deres AI- beregnede vindersandsynlighed. Dette er den mest realistiske forudsigelse af, hvad du vil lukke.
Alle åbne tilbud til fuld værdi. Dette er den maksimale mulige indtægt, hvis alt går perfekt (det sjældent gør).
En 80% Sandsynlighedsbånd viser det realistiske område. Eksempel: "Du vil sandsynligvis lukke mellem $45,000 og $72,000 i dette kvartal ".
Prognosen omfatter ugens-over-uge ændring tildeling. Når din prognose falder ved $15,000 rapporten forklarer præcist, hvilke aftaler der forårsagede ændringen: "Deal A smuttede til næste kvartal ($8,000), Deal B tabt ($5,000), Deal C reduceret i værdi ($2,000)."
Mean Absolute Percentage Error: how far off your forecasts have been historically. Lower is better. A MAPE of 15% means your forecasts are typically within 15% of actual results.
Brier-score, der måler hvor godt sandsynligheden for at vinde stemmer overens med de faktiske resultater. Hvis aftaler med 70% sandsynlighed rent faktisk vinder _70% af gangene, er kalibreringen god.
OpsIQ fanger et øjebliksbillede af din prognose hver uge (via cron). Over tid kan du se, hvordan din prognose nøjagtighed forbedres.
Hvor mange handler der flyttes fra hvert trin til det næste. Hvis 80% gå fra Kvalificeret til Forslag, men kun 20% Når du går fra forslag til forhandling, kan dine forslag have brug for arbejde.
Hvilke ledende kilder producerer de fleste gevinster. Invester mere i højvindskilder.
Hvordan hvert salgshold udfører: tilbud vundet, rørlednings værdi, gennemsnitlig deal størrelse, win rate.
Sandsække (urealistisk lave sandsynligheder), overbegå (urealistiske høj) og engageret-risiko (high-sandsynlighed tilbud viser stall signaler).
Your quarterly forecast dropped from $180,000 to $155,000 since last week.
Åbn siden med prognoser og tjek "hvad der ændrede sig". Rapporten viser: "Acme Corp deal ($15,000) flyttet til Lost, konkurrent valgt. Beta Inc deal ($8,000) tæt dato skubbet til næste kvartal. Ny aftale med Gamma LLC ($3,000) tilføjet i denne uge. "Nettoændringen er -$20,000 + $3,000 = -$17,000, forklarer faldet fra $180K til $163K (med de resterende $8K forklares ved sandsynlighedsjusteringer på andre tilbud).
Den Prospecting Agent hjælper dig med at finde og forske potentielle kunder. Beskriv din ideelle kunde, tilføje målvirksomheder, og lad AI forskning, score, og udkast til first-touch outreach.
Gå til CRM Configuration > Prospecting. Beskriv din ideelle kunde profil (ICP): målindustrier, virksomhedens størrelse, jobtitler, geografisk fokus, produkt- match vilkår, og minimum fit score. Eksempel: "B2B SaaS virksomheder med 50-500 ansatte i USA / Storbritannien, der sælger udviklerværktøjer, med en VP af Salg eller chef for vækst som den primære kontakt ".
Indtast virksomhedens domæner eller navne, du ønsker at forske. Du kan også lade AI foreslå virksomheder baseret på din ICP.
AI beriger hver virksomhed med tilgængelige data: størrelse, industri, tech stack, seneste nyheder, og fit score med forklaring.
For god- fit virksomheder, AI udkast en personlig førstehåndsmeddelelse. Gennemgå og godkende i køen.
Hver udsigt får en0-100 fit score baseret på fem faktorer:
Hvor godt virksomheden matcher din ideelle kunde profil (industri, størrelse, placering).
Er der beviser for, at de har brug for dit produkt nu? Jobstillinger, tech ændringer, klager over konkurrenter.
Virksomhedens størrelse, finansieringsstadiet og indtægtsindikatorer tyder på, at der er budgetmæssigt til rådighed.
Hvor relevant dit produkt er for deres virksomhed baseret på industri og teknologi.
Om du kan betjene denne kunde effektivt (tidszone, sprog, kompleksitet).
You want to evaluate whether acme.com is worth pursuing.
Tilføj acme.com til prospektlisten. AI 'en returnerer: Fit score 78/100 Grunde: B2B SaaS 120 medarbejdere, US- baseret, for nylig hyret en VP af Salg (uopsættelighed signal), bruger konkurrent X (produkt match). Købe signaler: besøgte din prissætning side to gange i sidste måned (fra hjemmeside sporing). Bedste kontakt: [email protected] (VP of Sales). Udpegede åbner refererer deres seneste leje og prissætning sidebesøg.
Sekvenser automatisere multi- step follow- up: en blanding af e-mail, vent, opgave, opkald og webhook trin, der kører automatisk efter du godkender den første send.
Definér trinene: e-mail, vent 3 dage, e-post, vent 5 dage, opgave (ring hvis ingen svar), e. Hvert e-mailtrin har en skabelon du kan tilpasse.
Tilføj kontakter til sekvensen. AI kan også foreslå tilmelding fra prospektering resultater.
Skridt køre automatisk på tidsplanen. Hvis en kontakt svarer på et hvilket som helst punkt, rækkefølgen pauser automatisk.
Se åbne priser, svarsatser, omregningskurser og afabonnenter pr. trin. Brug dette til at optimere din sekvens.
Når en kontakt svar, AI klassificerer svaret:
Interesseret, ønsker at tale. Sequence pauser, opgave skabt til opfølgning.
Har bekymringer, men ikke afvise. Sekvence pauser, opgave skabt med indsigelser detaljer.
Ønsker at stoppe med at modtage beskeder. Kontakt er undertrykt permanent.
Interesseret, men timing er forkert. Sekvenser, snooze opgave skabt.
- Ikke den rette kontakt.
Et supportspørgsmål, ikke et salgssvar.
Afmeld anmodninger bliver hædret øjeblikkeligt og kontakten er undertrykt fra alle fremtidige sekvenser.
Arbejdsområde-niveau daglig grænse (standard: 1,000 e-mails). Forebygger masse sender, at udløse spam filtre.
Maksimal 1 besked pr. kontakt per dag. Forebygger overvældende individuelle mennesker.
Skridt, der overstiger den daglige cap er udsat til næste dag. De bliver aldrig droppet eller sprunget over.
Sekvensen holder automatisk pause. Support tager prioritet over outreach. Sekvenset kan genstartes manuelt efter supportproblemet er løst.
Ikke direkte inden for sekvenser, men du kan oprette to sekvenser med forskellige beskeder og sammenligne deres resultater.
En side under CRM, der holder vækstmotoren: tilbagevendende indtægter (MRR / ARR), produktkataloget, lead-capture formularer, booking links og ledende routing. Alt her skriver direkte ind i CRM-formularen, så en formular indsendelse eller et booket opkald er en kontakt med historien, ikke en række i et regneark.
MRR og ARR projiceret fra din rigtige fakturering hovedbog. Abonnementer er grupperet fra betalinger per platform, faktureringscyklussen udledes af betalingshuller, og et abonnement bortfalder, når en betaling er forsinket forbi 1.5 gange sin cyklus. Kunder link til CRM-kontakter automatisk, når hovedbogen bærer deres e-mail.
En kilde til sandhed for hvad du sælger. Citater trække navn og liste pris fra kataloget, og accepterede citater rulle op i omsætning efter produkt. Products arkiv, de aldrig slette.
Hver formular får en hostet side plus en iframe integreret kode for dit eget websted. Indlæg bliver kontakter, ejeren får en meddelelse, og din routing regler tildele føringen.
Del et link, lad udsigter vælge en gratis slot. Slots respektere arrangørens arbejdstid, tidszone og eksisterende møder. En booking skaber mødet, e-mails udsigten en bekræftelse og underretter organisatoren.
Territoriale regler kører først, derefter felt regler (matche et felt som land eller kilde), derefter rund- robin på tværs af din rep pool. Det ruter KONTAKTS og DEALS både, uanset dealens status: en vundet aftale stadig har brug for en ejer til provision tildeling, kontoansvar og opfølgning, og i ejer eller team synlighed tilstand en ubody record er usynlige for alle men en manager. Records skabt ved automatisering (en connect salg, chat, en import) bærer ingen interaktiv skaberen, så de er dirigeret af de samme regler om oprette snarere end venstre ejerløs. Alt, der allerede har en ejer er aldrig ombytte.
Gå til CRM, derefter vækstværktøjer, så Lead-capture danner sektion.
Skriv et navn og en kommaadskilt feltliste, for eksempel navn, e-mail, telefon, besked. E-mail er altid påkrævet.
Kopiér det hostede link til at dele det hvor som helst, eller kopiere den indlejrede kode og indsætte den i en side på din hjemmeside.
Hver indsendelse er en CRM-kontakt med en formular. Indsendt aktivitet, en ejermeddelelse og automatisk routing.
En skjult honningkrukke felt lydløst smider bot indlæg.
Ti indlæg pr. time pr IP adresse på tværs af formularer og bookinger.
Indgivelse af en formular giver ikke markedsføringstilladelse. Kun et udtrykkeligt samtykke afkrydsningsfelt gør.
En slot er gen- valideret mod en ny tilgængelighed check i øjeblikket af booking.
Fra samme handel hovedger din Sales side bruger, fodret af fakturering stik. Brug re-sync fra fakturering efter tilslutning af en ny platform.
Ja. Hver formular har en hostet side på din egen adresse, der virker standalone, med eller uden JavaScript.
Et stik, op til tyve gateways. Tilslut SMS og WhatsApp-udbydere du faktisk bruger, markere et som standard, og vælg nogen af dem, når du sms 'er en kontakt. Samtykke kontrolleres af CRM før der kontaktes en gateway.
På siden med forbindelser, åbnes messaging Hub (SMS og WhatsApp) og aktiveres.
I samme skuffe eller i CRM Growth Tools, skal du vælge en gateway fra dropdown (Twilio, Vonage, Termii, Meta WhatsApp Cloud, Infobip og mere), indsætte sin API legitimation og forbinde. Du kan tilføje flere, herunder den samme gateways to gange med forskellige konti.
Hver udbyder post viser sin egen webhook URL med en kopiknap. Indsæt det i gateways delivery-rapport og indbound- message indstillinger for at få leveringsstatus og svar tilbage i OpsIQ.
Åbn en kontakt og brug SMS eller WhatsApp-knappen. Hvis mere end én udbyder understøtter kanalen, kan du vælge mellem en vælger; ellers bruges standarden.
Ukendt samtykke er ikke samtykke. En send nægter medmindre SMS samtykke udtrykkeligt gives. WhatsApp rider det samme samtykke.
Et ikke-kontaktflag blokerer alle kanaler, uanset hvad der er indstillet.
Kontakter på undertrykkelseslisten bliver aldrig sendt.
En blokeret send fortæller dig præcis hvorfor, så du kan reparere data i stedet for at gætte.
https://your-address/opsiq/cron/messaging_webhook.php?sk=SITE_KEY&e=ENTRY_ID&t=TOKEN. Per- entry token er minted, når udbyderen er tilsluttet og aldrig roterer på redigere.
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":"..."}.
Leveringsrapporter stempler den opsøgende hovedbog række, der bærer udbyderens meddelelse id som leveret eller sendt. Indgående meddelelser matcher kontakten med telefonnummer inde i arbejdsrummet, jord som en message. received aktivitet, og markere samtalen svarede.
Forkert eller manglende token svar 403. Ukendt nyttelast tælles og ignoreres, aldrig fatal, så en forkert konfigureret gateway kan ikke bryde endepunktet.
Twilio, Vonage, Plivo, MessageBird, Sinch, Infobip, Telnyx, ClickSend, Termii, Africa 's Talking, BulkSMS, Textlocal, Meta WhatsApp Cloud, 360dialog, SMSAPI, Gupshup, Kaleyra, D7 Networks, Hubtel, og en brugerdefineret HTTPS webhook for noget andet.
Valgs-knappen gemmes krypteret i stikkontakten og er aldrig ekko tilbage til browseren. Edit af en indgang med en tom hemmelighed holder den gemte én.
Ja, gennem registrerede handlinger, der kræver bekræftelse og køre den samme samtykke gate. AI kan også liste tilsluttede udbydere til at forklare, hvad der er tilgængelige.
Livscyklusstyring hjælper dig med at beskytte eksisterende indtægter. Hver konto får en churn risiko score, et helbred score, en udvidelse score, og en anbefalet succes playbook.
Visuel tavle, der viser hvor hver konto står: Bly, Prospect, Opportunity, Customer, Expansion, Reneural, In risk, Churned.
Konti markeret med høj churn risiko. Hver viser den øverste driver (støtte spike, inaktivitet, betalingsfejl) og en anbefalet gemme spil.
Konti, der viser tegn på villighed til at købe mere: høj brug, feature anmodninger, plan forespørgsler.
Konti med kommende fornyelsesdatoer. Sorteret efter risikoniveau og indtægtsværdi.
Churn-risikoen beregnes ud fra flere sammensmeltet signaler:
Handle sundhed, inaktivitet, nylige tab, faldende engagement.
- Udestående billetter, lydspor, negative følelser.
Loginfrekvens, brug af funktioner, sidebesøg, API opkald.
Fejlede betalinger, forfaldne fakturaer, nedgradering anmodninger, annullering side besøg.
For risikokonti: nå ud proaktivt, tage fat på bekymring, tilbyde støtte, eskalere om nødvendigt.
For kommende fornyelser: Bekræft tilfredshed, gennemgang brug, nutidsværdi, tilbyde incitament hvis det er relevant.
For ready- to- grow konti: nuværende opgraderingsmuligheder, dele succeshistorier, demonstrere ROI.
For underudnyttelse konti: tilbyde uddannelse, dele bedste praksis, aktivere funktioner, de ikke bruger.
A customer who normally logs in daily has not logged in for 2 weeks, and they opened 3 support tickets this month.
Lifecycle board flag denne konto som "På Risiko" med drivere: inaktivitet (14 dage siden sidste login) og støtte spike (3x normal billet volumen). Anbefalet spil: proaktiv opsøgende opkald til at forstå, hvad der sker. Er der et produkt problem? Evaluerer de konkurrenter? Tidlig intervention kan gemme kontoen.
Data Steward agenten finder og løser automatisk problemer med datakvalitet: duplikater, manglende felter, uoverensstemmelser og dårlige optegnelser.
Flere records for den samme person (f.eks. [email protected] og [email protected]). steward foreslår at fusionere dem.
Kontakter uden e-mail, tilbud uden beløb, virksomheder uden domæner. Foreslår påfyldning fra tilgængelige kilder.
Foreslår linkning baseret på e-mail domæne og kontekst, så du kan oprette en ny kontakt.
En aftale i "Won" scenen med 20% sandsynlighed, en kontakt mærket "Kunde" uden tilbud, en virksomhed med mismatchende industri.
Forhandler, der har været i samme fase for længe eller kontakter, hvis livscyklus ikke svarer til deres aktivitet.
Gå til CRM og find afsnittet om datastyring (eller åbn den fra CRM Health).
Grønne genstande er sikre: klare duplikater, åbenlyse manglende data. Accepter disse i bulk.
Amber elementer har brug for din vurdering: mulige duplikater med små forskelle, foreslåede fase ændringer, selskab forbinder. Gennemgå hver enkelt.
The steward found "John Smith ([email protected])" and "J. Smith ([email protected])": same email, different display names.
Stewarden foreslår at sammenlægge: holde rekorden med mere aktivitet, sammenflette de andre rekordhandler og aktiviteter. Gennemgå forslaget, justere det overlevende displaynavn om nødvendigt, og godkende. Begge records historie bevares i den fusionerede kontakt.
Byg min CRM kan du beskrive din CRM opsætning på almindelig engelsk. OpsIQ genererer en valideret, reversibel plan og anvender den ved godkendelse. Ingen kodning, ingen manuelt indstillingsklik.
Skriv en plain-engelsk beskrivelse af din CRM setup. Eksempel: "Opret en fornyelse rørledning med faser: Kommende, Kontakt, Forhandle, Reneged, Lost. Score fører højere, når de ser prissætning to gange".
OpsIQ viser en preview af, hvad det vil skabe: rørledning, faser, fase sandsynligheder, scoring regler, livscyklusregler. Gennemgå hvert element.
Klik på Anvend for at udføre planen. Hver ændring registreres som et bundt du kan fortryde med ét klik.
Hvis noget ikke er rigtigt, skal du klikke på Fortryd for at vende hele bundtet tilbage. Din CRM vender tilbage til sin tidligere tilstand.
Opret navngivne rørledninger med brugerdefinerede stadier, standard sandsynligheder, og rådne tærskler.
Boost ledende resultater baseret på adfærd: "Score højere, når de ser priser", "Scor lavere, når man besøger karrieresider".
Automatisk fremme livscyklusstadier: "Flyt til SQL, når de anmoder om en demo", "Flyt hen til Kunden, når handlen er vundet".
Tilføj felter til kontakter, tilbud eller virksomheder: tekst, nummer, dato, vælg, afkrydsningsfelt, URL, e-mail.
Definer MEDDICC eller BANT checklisten Deal Coach kvaliteter mod.
You manage SaaS subscriptions and need a pipeline for renewals.
Type: "Opret en fornyelsesrørledning. 90 Dage ud (10%), 60 Dage ud (25%), kontakt (40%), forhandlinger (60%), genoprettet (100%), Churned (0%). Sæt rådnetærsklen til 14 dage ". OpsIQ genererer planen, du gennemgår den, og klik på Anvend. Rørledningen vises på din Pipeline side med det samme.
Bygherren genererer kun handlinger, den ved hvordan man validerer. Hvis du beder om noget uden for dens muligheder (f. eks. "Integrer med min brugerdefinerede API"), vil den afvise anmodningen og forklare, hvad den kan gøre i stedet.
Ja. Hver Build My CRM handling er fanget som en reversibel bundt. Gå til CRM Health > Skift historie for at se alle bundter og fortryde nogen af dem.
Manuel CRM konfiguration for hold, der foretrækker at klikke over skrive. Alle indstillinger, som Bygge min CRM kan skabe, er også tilgængelige som traditionelle formfelter.
Opret, omdøb, ombestil og slet rørledninger og trin. Sæt standardvindenergien pr. fase. Indstil rådnetærsklen (dage uden aktivitet før en aftale er markeret "gået i stå").
Tilføj felter til tilbud, kontakter eller virksomheder. Felttyper: tekst, nummer, dato, vælg (dropdown med foruddefinerede indstillinger), afkrydsningsfelt, URL, e-mail. Brugerdefinerede felter vises på objektets profil og i filtre.
Definer tjeklisten deal Coach bruger til at evaluere tilbud. Vælg MEDDICC, BANT eller et brugerdefineret sæt af kriterier. Hvert element kan markeres kræves eller valgfrit.
Definer automatiske trin overgange: når en kontakt opfylder en betingelse (synspunkter prissætning, indsende en formular, foretager et køb), deres livscyklus fase forskud automatisk.
Boost eller reducere lead scores baseret på adfærd. Eksempler: "Viewed pricing side = +15 point "," Downloadet whitepaper = +10 point "," Besøgte karrieresider = -5point. "Minimum optælling kan sættes (fx," skal se prissætning mindst 2 gange ".
Opret navngivne filter + sortkombinationer til kontakter, tilbud eller virksomheder. Del visninger med dit team. Sæt en standardvisning pr. objekttype.
You want contacts who view your pricing page twice or more to get a higher score.
Gå til CRM Configuration > Foretrukne regler. Klik på Tilføj regel. Sæt: Event = "pageview", URL indeholder = "/pricing", Minimum count =2, Score boost = +20. Gem. Næste gang scorer kører, kontakter der matcher denne regel vil få +20 til deres hovedscore.
CRM Health er en selvdiagnostisk side, der kontrollerer din CRM er sat op korrekt og kører problemfrit.
Databaserne findes og har de rigtige kolonner. Hvis en migration blev overset, vil CRM Health markere det.
Alle CRM-agenter (Capture, Data Steward, Deal Intelligence, osv.) er registreret og sunde. Green = kører, rav = har brug for opmærksomhed, rød = fejl.
CRM API ruter og AJAX endpoints er registreret og kan kaldes.
CRM action kataloget er registreret i Action Registry. Hvis der mangler handlinger, CRM Health selv heler ved at genregistrere dem.
Samlede kontakter, virksomheder, tilbud, opgaver, aktiviteter og arrangementer. Nyttig til at kontrollere import og løbende dataindsamling.
Efter første gang CRM opsætning, åbne CRM sundhed og kontrollere alle kontroller er grønne. Hvis nogen er gule eller røde, skal du klikke på elementet for en diagnostisk forklaring og foreslået rettelse.
Tjek efter første opsætning, efter større opdateringer, og når CRM adfærd synes forkert. CRM Health selv heler mange problemer (som manglende handling registreringer) bare ved at åbne siden.
CRM udsætter en komplet offentlig REST API og udgående webkroge, så det passer til enhver stak uden manuel eksport.
API key (Authorization: Bearer opq_...) with scope crm.read or crm.write. POST to /api/v1.php with action and site_key.
crm. contact. list (search + filter), crm. Contacts. details (by ID), crm. contapts. upsert (create or update), crom. contakt ts. save.
crm. deals. list, crm. dels. details, crm. deals. create, crm. deal. update, crM. dales. proward (alle gennem Trust Layer).
crm. activities. list (tidslinje for en kontakt / aftale), crm. aktivitiesrecord (log en ny aktivitet).
crm.events.list (durable change feed with since_id cursor), crm.events.catalog (list available event types).
POST /api/v1.php
Authorization: Bearer opq_live_xxx
Content-Type: application/json
{
"action": "crm.deals.create",
"site_key": "<workspace>",
"title": "Acme renewal",
"amount": 12000,
"pipeline_id": 1,
"stage_id": 2
}Fyret, når en ny kontakt tilføjes CRM.
Fyret, når en aftale bevæger sig til et andet stadium.
Fyret, når en aftale er lukket som vundet.
Fyret, når en aftale er lukket som tabt.
Fyret når en ny opgave er oprettet (manuel eller AI- genereret).
Fyret, når en udsigt svarer på en sekvens e-mail.
Fyret, når en AI-agent laver et forslag til godkendelse kø.
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.
You want every new CRM contact to appear in a Google Sheet for your marketing team.
Sæt en webhook abonnent til crm. contact. created. Ret det til en Google Apps Script-app eller en Zapier webhook URL. Lasten inkluderer kontaktnavn, e-mail, firma, lead score og kilde. Dit script tilfalder en række til Google Sheet for hver ny kontakt.
Segmenter gemmer genanvendelige kontaktfiltre til CRM-visninger, outreach, kampagner og andre auditor- bevidste værktøjer.
A levende segment Genberegning af aktuelle data, når de anvendes. fast snapshot fryser den nuværende medlemsliste, som er nyttig, når et outreachaktivpublikum ikke må ændres efter godkendelse.
Vælg ALLE når hver tilstand skal matche eller Anything når en betingelse er nok. Gennemgå levende tal før du gemmer. System segmenter kan være synlige, men beskyttet mod almindelig redigering.
Lead- scoring regler forvandle adfærd og profil signaler til en konsekvent score, som salg og automatisering kan bruge.
AI regel builder kan vende en sle- engelsk instruktion til en struktureret regel. Hver regel bør stadig revideres før aktivering: bekræfte aktiviteten eller søgeord, minimum tæller, rullende vindue og score ændring.
Positive og negative regler kan eksistere side om side. Rescore arbejdsområde efter materialeregelændringer, så eksisterende kontakter evalueres under den nye model. Scorer kan fodre segmenter, routing, prospektering og arbejdsgange betingelser.
Leaderboardet sammenligner repræsentanter med kvotemængde, vandt indtægter, provision og åben rørledning for den udvalgte måned.
Kvoteopnåelse er kun meningsfuld, når hver repræsentant har en nuværende kvote og handler har den korrekte ejer, beløb, valuta og tæt status. Brug leaderboard til coaching og anerkendelse, ikke som den eneste kvalitetsforanstaltning; parre det med deal sundhed, aktivitet og prognose nøjagtighed.
Aftalegodkendelser kræver, at manager sign-off før høj værdi tilbud kan markeres vundet.
Aktivér politik og sæt niveau 1 og niveau 2 tærskelværdier. En tærskel på 0 deaktiverer dette niveau. Når en ikke-leder forsøger at vinde en aftale på eller over tærsklen, OpsIQ skaber en godkendelse anmodning i stedet for lydløst at ændre scenen.
Ledere og fulde administratorer er ikke blokeret af politikken. Enhver beslutning bør bevare den anmodende, godkendelse, tid og grund til audit.
Livscyklusregler flytter automatisk kontakter mellem faser, når deres aktuelle data matcher en gemt tilstand.
Hver regel har en kilde fase, destination stadium, aktivt flag, prioritet og segment- stil filter. Den planlagte livscyklus job evaluerer højere prioriteter først og stopper efter den første kamp for en kontakt.
Regler skal være gensidigt forståelige. Undgå to aktive regler, der kan flytte den samme kontakt i modsatte retninger under samme kørsel. Test filteret mod et segment, før det aktiveres.
Workspace aktivitet stream kombinerer kunde og operationelle begivenheder, så teams kan undersøge, hvad der skete uden at åbne hvert modul.
Filtrér efter hændelsestype, dato, kontakt- eller kundetilstand (herunder betalende kunder). Foderet er en read model af indspillet aktivitet; det erstatter ikke kildebilletten, samtalen, handlen eller konnektor record. Åbn den linkede record før du tager en følsom handling.
Workflows reagerer på en begivenhed og køre en bestilt række af handlinger, herunder forsinkede trin genoptages med cron.
Opret en workflow ved at vælge udløseren, tilføje trin i rækkefølge og gør det muligt. Forsinkelser gemmes, ikke holdes af en browser anmodning; den forenede cron genoptager due workflowet kører.
Build- in startskabeloner omfatter velkommen efter tilmelding, post- køb Thanks- you og demo bekræftelse. Klone en skabelon, erstatte sine modtagere / indhold, derefter teste med en kontrolleret rekord før bred aktivering.
Design handlinger, der skal være idempotent. Et forsøg igen må ikke sende duplikerede penge-flytte anmodninger eller oprette duplicate poster.
Billetter er din formelle support kanal. De har afdelinger, prioriteter, SLA mål, vedhæftede filer, interne noter, og fuld samtale threading. Billetter kan ankomme fra OpsIQ admin, billet form / montering, e-mail indtagelse, chat eskalering, connector, eller API.
En kunde sender en besked via e-mail, chat eskalering, billet isat, eller admin skaber en. Billetten får et unikt ID (fx, T-12345).
AI læser emnet og kroppen, tildeler prioritet (Low / Normal / High / Urgent), foreslår en afdeling, og registrerer følelser. Dette sker automatisk, hvis triage er aktiveret.
En agent åbner billetten, læser sammenhængen (kunde profil, platform data fra konnektorer, tidligere billetter), og skriver et svar. AI kan udarbejde svaret, og agenten redigerer før afsendelse.
Når problemet er løst, lukker agenten billetten. Kunden underrettes. Hvis kunden svarer efter lukning, åbner billetten automatisk igen.
Flyt billetten til en anden afdeling (f. eks. fra General til Billing). Nyttigt, når den oprindelige routing var forkert.
Tildel billetten til et bestemt team medlem. Den udpegede agent ser billetten i deres "My ticket" visning.
Skriv en note synlig kun for personalet. Brug til: undersøgelsesresultater, tilbagebetaling grunde, ingeniørmæssig kontekst, tidligere forpligtelser. Interne noter aldrig vises for kunderne.
Kombiner duplikerede billetter fra samme kunde. Den sammenlagte billet emne får en [MERGED] tag. Alle beskeder fra begge billetter bevares i den overlevende billet.
Indsæt en præ- skriftlig svarskabelon. Variabler som {{customer_name}} og {{ticket_id}} automatisk udskiftes.
Lad AI forbedre dit udkast til svar: justere tone, kortere / forlænge, fastsætte grammatik, eller oversætte. Du gennemgå resultatet før du sender.
Sæt til lav, normal, høj eller hurtig. Prioriteret påvirker SLA timere og sortere orden.
Sæt til åben, afventende, venter på kunden, genoplivet eller lukket.
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.
Opret afdelinger i Indstillinger > Billetter > Afdelinger. Fælles afdelinger: General, Billing, Teknisk, Salg, Misbrug, Onboarding. Hver afdeling kan have forskellige auto-svar regler, AI viden og team opgaver.
Opret genanvendelige svarskabeloner i Indstillinger > Billetter > Annullerede svar. Gode dåsesvar inkluderer:
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}}Når en kunde sender det samme spørgsmål flere gange (via e-mail og chat eller to separate e-mails), kan du flette duplikater sammen. Gå til billetten, klik på Merge, vælg den anden billet til at flette. Den overlevende billet får alle beskeder fra begge billetter. Den fusionerede billets emne får et [MERGED] mærke for at angive, at den blev kombineret.
Ikke- presserende spørgsmål, feature anmodninger, generel feedback. Mål første svar: 24 timer.
Standard support spørgsmål. Mål første svar: 8 timer.
Påvirkning af kundens forretning. Mål første svar: 4 timer.
Service ned, sikkerhedshændelse, tab af data, fakturering fejl. Mål første svar: 1 time.
SLA-timere starter, når billetten er oprettet og pause, når status er "venter på Kunden". Hvis SLA 's mål ikke overholdes, bliver billetten fremhævet og eventuelt eskaleret.
Aldrig. Interne noter er strengt personale-kun. De vises ikke i kundens billet portal, e-mail meddelelser, eller nogen customer-vender overflade.
Billetten åbner automatisk igen og vender tilbage til den aktive kø. Holdet får besked om det nye svar.
Ja. Brug Lock Tråd mulighed for at forhindre både kunde og AI i at tilføje nye svar. Nyttig for løst tvister eller lukkede undersøgelser.
Kontrolrummet for, hvordan din supportoperation opfører sig: SLA-politikker med eskaleringsstiger, virksomhedskalendere, en tvungen statusstrøm, CSAT-indstillinger og virksomhedens funktion skifter. Åbn den fra Billetter side (Service Studio knappen i operationsbaren).
Hver ny billet får et første- svar og en opløsning deadline fra den mest specifikke aktive politik: afdeling + prioritet slår afdeling, slår prioritet, slår standard. Deadlines pause automatisk, mens en billet sidder i afventning eller på hold.
I stedet for én overtrædelse kan en politik definere op til seks trin: for eksempel advare modtageren på 75% af vinduet, alarm managers på 100%, forflyt til en navngivet agent på 150% Hvert trin affyrer præcis én gang pr. billet.
Med åbningstider på, SLA ure kun brænde i arbejdstiden, så en billet åbnet fredag aften ikke er brudt af lørdag. Opkaldt kalendere (tidszone, dage, timer, ferie) kan knyttes til individuelle politikker for hold i forskellige regioner.
A fra / til matrix begrænser hvilken status ændringer admins kan gøre, med en Zendesk- stil forudindstillet. Automation, indgående e-mail og customer- oprindede billetsvar er altid fritaget, så en streng matrix aldrig kan blokere rørledningen.
Agenterne anmoder om signatur- off på en billet (refunderinger over en tærskel, politiske undtagelser). En navngivet approver eller enhver Full Administrator beslutter med en note; rekvisitter kan aldrig godkende deres egen anmodning.
Link billetter som relateret, duplikeret, forældre / barn eller blokering; split svar ud til en ny linked billet (den omvendte af fletning, uden at maile kunden); følg billetter til in-app meddelelser, og eventuelt CC follower e-mail adresser på udgående svar.
Med real- time indbakken aktiveret, nye billetter og svar vises for agenter inden for få sekunder gennem den eksisterende notifikationsstrøm. På en billet, agenter se hvem der ellers ser og få en advarsel banner, når en holdkammerat allerede skriver et svar. En one-click Claim knap tildeler billetten til dig selv.
Routing regler kan matche på AI triage signaler: prioritet, kategori, følelser og eskalering risiko, plus indtastede custom-field værdier fra din portal anmodning formular. Regler ved hjælp af disse betingelser forblive hvilende indtil funktionen er aktiveret.
Den matrix kun regulerer ADMIN handlinger. Customer- oprindede svar, e-mail-svar og automatisering er bevidst fritaget, så en streng politik kan aldrig låse kunder ud eller bryde rørledningen.
Nej. Politikker gemt med en enkelt brud handling holde arbejder uændret. En stige erstatter den enkelte aktion kun på politikker, hvor du definerer trin.
Auto- svar lader AI reagere på nye billetter automatisk. Eskalering flytter billetter til en anden afdeling, når AI registrerer specialiserede behov. Begge funktioner arbejde på tværs af indfødte billetter og email- oprettet billetter.
En ny billet er skabt fra enhver kilde (e-mail, chat, portal, API).
OpsIQ venter på den indstillede forsinkelse (standard: 2 Dette giver menneskelige agenter en chance for at reagere først.
Hvis en menneskelig agent svarer under forsinkelsen, auto- svar er annulleret. Hvis ikke, AI genererer et svar.
AI læser billetten, kontrollerer videnbasen, konnektor sammenhæng og kundehistorie, derefter skriver et svar. Svaret sendes (eller i kø som en udkast til gennemgang, afhængigt af indstillinger).
Sæt hvilke afdelinger der kan modtage eskalationer (fx kan Billing eskaleres fra Generelt, Teknisk kan eskalere fra Generelt).
Før auto-svar, AI klassificerer billetten hensigt: fakturering, teknisk, tilbagebetaling, misbrug osv.
Hvis billetten er i overensstemmelse med en eskaleringsafdeling, flyttes billetten.
Svaret genereres ved hjælp af destinationsafdelingens viden og AI uddannelse.
Master switch. Tænd for at aktivere AI automatisk-svar på billetter.
Hvilke afdelinger kan modtage automatisk svar. Start med lavrisiko afdelinger (Generelt, Salg) før du aktiverer fakturering.
Hvor lang tid at vente, før AI svarer (i sekunder). Standard: 120 sekunder (2minutter).0for øjeblikkelige svar.
Muligt indstille forskellige forsinkelser for business timer vs. efter timer.
Hvis en menneskelig agent svarer først, annullere auto- svar. Standard: til.
Aktivér automatisk afdelingsrouting baseret på billettehensigt.
Hvilke afdelinger billetter kan optrappes til.
Hvilken status der skal indstilles når du eskalerer (f. eks. Åbn, afventende).
Om der skal tilføjes en intern note, som forklarer årsagen til eskaleringen.
Billetter oprettet fra e-mail (via mailbox afstemning eller MX- pipeed levering) følger de samme auto- svar og eskaleringsregler. AI 's svar sendes som en e- mail reaktion til kunden. E-mail udkast gå til udkast kø for gennemgang, hvis konfigureret.
Kun hvis du aktiverer auto- svar for faktureringsafdelingen. Vi anbefaler at starte med auto- svar til fakturering og kun gør det muligt, når du har trænet AI med omfattende faktureringsviden og testet grundigt.
Hvis en kunde svarer siger, at svaret var forkert, bør en menneskelig agent gribe ind. Anmeld AI historie for at forstå, hvorfor AI gav det forkerte svar, så opdatere videnbasen eller AI uddannelse for at forhindre det i at ske igen.
Ja. Sæt leveringstilstanden til "draft" i stedet for "Autosend". Autosvar-udkast vil blive vist i Kladderne kø for menneskelig gennemgang, før du sender.
Billetportalen kan du tilføje en billet management interface til enhver hjemmeside. Kunder kan se deres billetter, oprette nye, og svare, alle uden at indtaste OpsIQ admin.
Renders billet portal inde i en div på din side. Portalen tager hele bredden af sin container.
Viser en flydende knap, der åbner billetten portal i et panel. Svarende til en chat widget.
Kræver en signeret identitet token. Kunderne se kun deres egne billetter.
<script src="https://your-opsiq-domain.com/widget.php" data-site-key="site_abc123" data-mode="tickets" data-identity-token="SERVER_GENERATED_TOKEN" async></script>
For bekræftet tilstand, skal din server generere en signeret identitet token. Denne token fortæller OpsIQ hvem kunden er, så de kun ser deres egne billetter.
<?php
// Generate identity token (PHP)
$site_secret = "opsiq_whsec_your_secret";
$payload = json_encode([
"site_key" => "site_abc123",
"customer" => [
"id" => "cust_1001",
"email" => "[email protected]",
"name" => "Ada Lovelace",
],
"iat" => time(),
"exp" => time() + 900, // 15 minutes
]);
$token = base64_encode($payload) . "." . hash_hmac("sha256", $payload, $site_secret);
// Pass $token to the frontend// WHMCS hook — auto-generate identity token
add_hook("ClientAreaPage", 1, function($vars) {
if (!isset($vars["loggedinuser"])) return;
$payload = json_encode([
"site_key" => "site_abc123",
"customer" => [
"id" => $vars["loggedinuser"]["id"],
"email" => $vars["loggedinuser"]["email"],
"name" => $vars["loggedinuser"]["firstname"]." ".$vars["loggedinuser"]["lastname"],
],
"iat" => time(),
"exp" => time() + 900,
]);
$token = base64_encode($payload).".".hash_hmac("sha256", $payload, "opsiq_whsec_xxx");
// Inject into page
});// Node.js / Express — generate identity token
const crypto = require("crypto");
function generateOpsIQToken(customer) {
const payload = JSON.stringify({
site_key: "site_abc123",
customer: {
id: customer.id,
email: customer.email,
name: customer.name,
},
iat: Math.floor(Date.now() / 1000),
exp: Math.floor(Date.now() / 1000) + 900,
});
const sig = crypto.createHmac("sha256", "opsiq_whsec_xxx")
.update(payload).digest("hex");
return Buffer.from(payload).toString("base64") + "." + sig;
}Søgebar, status- filtreret liste. En "Afventer dig" fremhæve flag billetter holdet har besvaret.
Fuld samtale visning med rig tekst, vedhæftede filer og tidsstempler.
Kundeudkast svar er automatisk gemt, så de ikke mister arbejde, hvis de navigerer væk.
Kontrolmålinger for nye svar hver ~12 sekunder.
Kunderne kan løse eller genåbne deres egne billetter med et enkelt klik.
Chat Indbakken er hvor dit team styrer live kundesamtaler. Det viser aktive chats, tildelte samtaler, AI- håndterede chats og arkiveret historie.
Samtaler i øjeblikket er i gang. Green dot = kunde skriver eller for nylig aktiv.
Samtaler hvor AI 'en reagerer. Du kan til enhver tid overtage ved at klikke på "Deltag".
Samtaler, der er tildelt dig.
Samtaler, hvor kunden venter på et svar.
Afsluttede samtaler. Søges efter søgeord, dato og kunde.
Når du overtager en samtale fra AI, skal du følge disse tre regler:
"Hej, det er Sarah fra supportholdet".
"Jeg kan se, at du spurgte om din ordreseddel".
Fortæl kunden, hvad der sker nu. "Jeg undersøger dette nu og vil have et svar til dig i et par minutter".
Brug AI skifte til toppen af hver samtale. Når AI er på, den AI genererer svar. Når slukket, kun menneskelige agenter kan svare. AI husker samtalen sammenhæng, selv når slået fra og tilbage på.
Indstil åbningstider i Indstillinger. Uden for åbningstider kan AI: (1) Fortsætte med at reagere på kunder, (2) Vis en "væk" besked og oprette en billet til opfølgning, eller (3) Deaktivér chat fuldstændigt og vis billetten. Vælg den adfærd, der passer til din supportmodel.
Matcher ikke kundens følelsesmæssige intensitet. Anerkend deres frustration uden at være defensiv.
Før du svarer, indsamle de relevante oplysninger: bestillingsdetaljer, kontostatus, tidligere billetter.
Hvis situationen omfatter refusioner, juridiske trusler, misbrug eller sikkerhed eskalerer til et seniorholdmedlem i stedet for at forsøge at håndtere det alene.
Ja. Brug interne noter i en samtale til at kommunikere med andre agenter. Disse noter er aldrig synlige for kunden.
Samtalen flytter til arkivet. Hvis kunden sender et nyt budskab senere, oprettes en ny samtale.
Connect WhatsApp, Facebook Messenger, Instagram DM, Telegram og LINE så de meddelelser kunder allerede sende dig ankommer i samme indbakke som din hjemmeside chat, besvaret af den samme AI assistent.
Hver kanal opfører sig identisk én gang tilsluttet: en kundebesked bliver en samtale i chatindbakken, din AI assistent svarer det ved hjælp af den samme viden og instruktioner som din hjemmeside chat, og enhver agent kan tage over. Intet om din AI har brug for konfigurering pr. kanal.
Et klik. Åbn forbindelser → Facebook Messenger & Instagram DM, klik på Connect, login med Facebook-konto, der forvalter din side, og vælg siden. Instagrams kommer med det, når din side har en Instagramms professionel konto knyttet.
Et klik hvor din udbyder tilbyder det: åbne Messaging Hub-stik og bruge Connect WhatsApp, derefter følg Meta 's guidede sign- up for at vælge eller oprette dit WhassApp Business nummer. Ellers indsætte legitimation fra nogen af 20 gateways.
To minutter. Besked @ BotPater i Telegram, send/newbot,vælge et navn og et brugernavn, der slutter i "bot", og indsætte den token, det giver dig i Telegram stik.OpsIQRegistrer webhook for dig.
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.
Tilføj en udbyder (Twilio, Vonage, Termii og andre) i messaging Hub med dens legitimations- og afsender nummer.
Forbindelse af en kanal starter ikke. Gå til Settings → Client Chat → Advanced → Messaging Channels, tænde for master skifte og derefter den enkelte kanal. Hver kanal har sin egen AI auto- svar kontakt, så du kan pilot på en før åbning af resten.
I Connectors, ved hjælp af instruktionerne i den connector skuffe.
Klik på Test. Det gør en reel opkald til udbyderen og fortæller dig, hvad der er galt, hvis noget er.
Indstillinger→Client Chat→Avanceret. Tænd hovedkontakten, derefter kanalen.
Fra en anden konto, bestil din side, nummer eller bot. Det skal vises i chat- indbakken inden for få sekunder og få et AI svar.
Beskeder platforme begrænser, hvor længe en virksomhed kan svare efter en kunde skriver. OpsIQ viser den resterende tid på hver samtale og håndhæver reglen for dig.
24 timer fra kundens sidste besked. Derefter kan du kun sende en godkendt skabelon, som du konfigurerer i samme Avanceret fane.
24timer for normale svar; agenter kan svare op til7dage senere under Meta 's humanagent godtgørelse.
Ingen platform- påtvunget vindue.
Kun hvis du fortæller dem. Svaret kommer fra din side, nummer eller bot præcis som et menneskeligt svar ville. Din AI instruktioner styre tonen, og om det identificerer sig selv.
Ja. Åbn samtalen i chatindbakken og klik på Deltag. AI stopper, du skriver, og kunden ser en kontinuerlig tråd på deres side.
Brug Afbryd forbindelsen på stikket. Brevhistorikken holdes; nye breve skal simpelthen stoppe med at ankomme, og platformen får besked om at holde op med at sende dem.
Nej. En side tilhører et arbejdsområde ad gangen. Forbindelse et andet sted flytter den, og det første arbejdsrum stopper med at modtage beskeder, så frakoble bevidst snarere end gentilslutte andre steder.
Disse eksempler viser, hvordan en veluddannet Kunde AI skal håndtere fælles scenarier. Brug dem til at teste din AI-træning og identificere huller.
Customer: Hi, I placed an order 3 days ago and haven't received any shipping notification yet. Order #ORD-5523.
AI bør: (1) Slå op ordre # ORD -5523 gennem stikket. (2) Rapportér den aktuelle status og tracking info hvis tilgængelig. (3) Hvis ordren er forsinket, skal du bekræfte forsinkelsen og give en estimeret tidslinje (4) Opfinde IKKE en shipping status, hvis stikket ikke har en.
Customer: How much does your Pro plan cost? Do you offer annual billing?
AI bør: (1) Svar fra videnbasen med aktuelle priser. (2) Forklar forskellen mellem månedlig og årlig fakturering (3) Hvis svaret ikke er i videnbasen, skal du sige det og tilbyde at forbinde dem med salg (4) Opfinde IKKE prissætning, der ikke er i videnbasen.
Customer: This is ridiculous! Your product does not work and I want my money back NOW.
AI bør: (1) Anerkend frustrationen roligt. (2) Spørg efter ordrenummer eller e-mail. (3) Forklar tilbagebetalingsprocessen. (4) Opret en supportbillet eller eskalere til en menneskelig agent. (5) Lover IKKE en tilbagebetaling, der kræver menneskelig godkendelse.
Customer: I was charged twice this month. My bank shows two charges of $29.99.
AI bør: (1) Bekræft bekymringen. (2) Indsamle de relevante oplysninger (e-mail, dato for gebyrer). (3) Forklar, at fakturering spørgsmål kræver menneskelig gennemgang. (4) Opret en billet til fakturering med detaljerne. (5) Sæt prioritet til High.
Customer: Bonjour, je voudrais savoir si vous livrez en France?
AI bør: (1) Svar på kundens sprog, hvis dette sprog er understøttet. (2) Svar på spørgsmålet om levering til Frankrig fra videnbasen. (3) Hvis sproget ikke understøttes, skal du svare på standardsproget og nævne hvilke sprog der er tilgængelige.
Customer: Hello, is anyone there? I need help with my account.
AI bør: (1) Hvis konfigureret til efter-timer AI, svar og assist. (2) Hvis after- hours skaber billetter, siger: "Vores team er i øjeblikket offline. Jeg har skabt en support billet til dig, og nogen vil følge op på i løbet af forretningstider". (3) Angiv billetnummeret.
Customer: How does your product compare to [Competitor X]?
AI bør: (1) Beskriv dit produkts styrker faktuelt. (2) Må IKKE nag konkurrenten. (3) Hvis der er en sammenligning side i videnbasen, link til det. (4) Hvis kunden spørger om funktioner, du ikke har, være ærlig.
Customer: I run a small online store with about 100 orders per month. Which plan is right for me?
AI bør: (1) Spørg om nødvendigt at afklare spørgsmål (f.eks., hvilke funktioner der betyder mest) (2) anbefale en plan baseret på videnbasen (3) Forklar, hvorfor den plan passer til deres behov (4) Nævn, at de kan starte med en mindre plan og opgradere senere.
Customer: I saw online that you give 50% discounts. Can I have one?
AI bør: (1) Polært forklare aktuelle kampagner, hvis nogen findes. (2) Opret eller lov IKKE rabatter, der ikke er i videnbasen. (3) Hvis kunden fortsætter, tilbyde at forbinde dem med salgsholdet.
Customer: How do I export my data? I can't find the export button.
AI bør: (1) Giv trin-for-trin instruktioner fra videnbasen. (2) Inkludér den nøjagtige side sti og knap placering. (3) Hvis funktionen kræver en specifik plan, skal det nævnes (4) Hvis funktionen ikke findes, være ærlig og foreslå alternativer.
Når en live chat har brug for en rigtig person, AI besvarer to spørgsmål: hvilket team ejer denne samtale, og hvem der skal informeres. Begge er konfigureret i Indstillinger, Client Chat, Support Flow, under AI routing afdelinger.
De to kasser på dette panel er en whitelist. Afdelinger flyttet til højre er de eneste AI kan rute til eller åbne billetter i. Alt venstre til venstre er usynligt for det, selv om afdelingen eksisterer og er bemandet. Start smal og tilføje afdelinger som du personale dem.
Dette er den del, de fleste mennesker forventer at konfigurere og behøver ikke at. Når AI eskalerer en chat, OpsIQ e-mails de personer, der er knyttet til denne afdeling. Du styre denne liste én gang, på Team og afdelinger side, og både billet eskalering og chat eskalation følge det.
Hver aktiv admin knyttet til afdelingen modtager deres egen kopi. Suspenderet og deaktiveret konti er sprunget over.
Bruges, når der ikke er nogen holdmedlemmer, så en eskalation stadig når frem til nogen.
Levering er ikke muligt. Rutepanelet markerer, at afdelingen i rødt og AI fortæller ikke besøgende et menneske blev anmeldt.
Præcis en afdeling bærer catch- all mark. Det modtager chats AI kunne ikke trygt sted, og det er en sidste udvej snarere end den normale sti.
Billing formulering går til en fakturering afdeling, hosting og fejl formulering til en teknisk en, køber ordlyd til salg.
Hvis nøgleord er inkonklusive, modellen læser samtalen og vælger fra de aktiverede afdelinger.
Først når begge kommer op tom, catch- alle afdeling modtager chatten.
Hvis catch- all er en salgsafdeling og den besøgende viste ingen købssignal, OpsIQ søger støtte eller teknisk afdeling i stedet, så almindelige support spørgsmål ikke akkumuleres i Salg.
Hvis eskalering email går ud, AI fortæller den besøgende holdet er blevet underrettet. Hvis det ikke kan gå ud, Al siger noget ærligt og inviterer dem til at efterlade meddelelsen i chatten i stedet. Det vil ikke hævde et menneske blev advaret, når ingen e-mail blev sendt.
Ingen er knyttet til det. Åbn Team og afdelinger, vedhæfte mindst én aktiv admin, derefter genindlæs indstillingerne side. Panelet læser live.
Ja. En brugerdefineret adresse, som tidligere er gemt til en afdeling, tilsidesætter stadig holdlisten. Nye opsætninger bør sætte folk på afdelingen i stedet, så der er et enkelt sted at vedligeholde.
Kontroller om det er en salgsafdeling. Hvis det er, og den besøgende viste ingen købssignal, OpsIQ ruter til en support eller teknisk afdeling med vilje.
OpsIQ kan oprette forbindelse til e-mail-postkasser for automatisk at oprette billetter fra indgående e-mails og sende svar som e-post. Det giver også AI- udarbejdet svar til menneskelig gennemgang.
IMAP (de fleste udbydere), Gmail API (Google Workspace), eller Microsoft Graph (Outlook 365).
Vært, havn, kryptering (SSL/TLS), brugernavn, adgangskode eller app password, mappe (normalt INBOX).
Kort postkassen til en billetafdeling. E-mails til [email protected] opretter billetter i afdelingen "Support".
Gå til Google-konto > Sikkerhed > 2- Trin Verifikation og aktivere det.
Gå til Google-konto > Sikkerhed > App Passwords. Vælg "Mail" og "Andet (OpsIQ) ". 16- tegnkodeord.
Gå til e-mail > Postkasser > Tilføj. Sæt vært: imap.gmail.com, port: 993, kryptering: SSL, brugernavn: [email protected], password: app 'en password.
Klik på Test Connection. Hvis det lykkes, vil OpsIQ begynde at stemme om nye e-mails med det indstillede interval.
I Outlook indstillinger > Mail > Sync e-mail, sikre IMAP er aktiveret.
Hvis MFA er aktiveret, skal du oprette en app adgangskode. Ellers skal du bruge din almindelige adgangskode.
Vært: outlook.office365.com, port: 993, kryptering: SSL, brugernavn: [email protected].
I cPanel > e-mail-konti, klik på din e-mailadresse for IMAP indstillinger.
Vært: normalt mail.yourdomain.com eller dit serverværtsnavn, port: 993 (SSL) eller 143 (STARTLLS), brugernavn: fuld e-mail adresse.
Når auto- svar er indstillet til "draft" tilstand, AI genererer svar udkast, der vises i træk kø. Du kan:
Læs udkastet og tjek for nøjagtighed.
Ændr tekst, tone eller indhold før afsendelse.
Godkend udkastet og send det som et e-mail svar.
Udkastet udgår, hvis det ikke er hensigtsmæssigt.
Hvis tilliden er høj nok og autosend er aktiveret, sendes udkast automatisk efter en konfigurerbar forsinkelse.
Check: (1) Er postkassen forbundet og sund? Kig efter grøn status i e-mail > Postkasser. (2) Er cron job kører? E-mail afstemning kræver cron. (3) Bliver e-mailen filtreret eller flyttet til en anden mappe end INBOX?
Hver postkasse kan kortlægges til en anden afdeling. [email protected] går til Support [email protected] til Billing.
CSAT måler billet og chat tilfredshed, overflader ulykkelige svar og sammenligner AI og menneskelige resultater.
Billetundersøgelser er planlagt efter lukning (normalt 24 time senere). Et positivt respons er en score på4eller 5. Brug detractor kø for scorer af 1 eller2og læse billetten / samtalen, før du kontakter kunden.
Chat feedback rapporteres separat for AI- løst og humanhåndteret samtaler. Lave stikprøvestørrelser bør ikke anvendes til ranking agenter eller modeller.
Email Platform-siden lader en autoriseret operatør sende en one-time besked til alle aktive agenter, udvalgte agenter eller en afdeling og gennemgå send historie.
Denne side er for interne operationelle meddelelser, ikke kundemarketing. Vælg det mindste korrekte publikum, preview navne og adresser, derefter sende. Levering bruger den konfigurerede udgående e-mail sti og registrerer resultatet.
Indstil hvordan OpsIQ sender e-mail, forvandler indgående beskeder til billetter og beviser at afsenderdomænet er klar.
Fulde administratorer kan vælge den foretrukne e-mail stik; OpsIQ falder tilbage til konfigureret SMTP/ mail levering når det er relevant. Indstil en genkendelig Fra navn / adresse, send en test og tjek 24-time succes / fiasko målinger.
En IMAP postkasse har brug for et navn, e-mail adresse, målafdeling, vært, port, sikkerhedstilstand, brugernavn, adgangskode, mappe, valgstat og certificeringsvalideringsvalg. Brug Poll nu til at kontrollere indtagelse, før de venter på cron.
På samme server kan et postrør passere den rå RFC822-besked direkte. En ekstern mail- server kan POST meddelelsen til det beskyttede indgående endpoint ved hjælp af sin token. Begge stier indtaster den samme dobbelt-, tråde- og ticket- routing rørledning.
SPF / DKIM / DMARC-kontrollen er vejledende dokumentation for det konfigurerede Fra domæne. Et grønt tjek garanterer ikke placering af indbakke, men der bør rettes op på en fejl før afsendelse af produktionsmeddelelser.
Støtte Portal Studio designs og udgiver den brugervenlige support oplevelse uden at kræve eksterne billedaktiver.
Brug skabelonen som udgangspunkt, og opstil derefter tema, layout, navigation, viden søgning, billet form, assistent, fod, mærke, billet adfærd, brugerdefinerede CSS og generelle indstillinger.
Den viden-hul kø indsamler kundespørgsmål AI kunne ikke besvare trygt, så holdet kan forbedre dækningen.
Åbn et hul for at læse det oprindelige spørgsmål og den nærliggende samtale, derefter vælge den rigtige rettelse: opdatere en eksisterende artikel, oprette en ny viden artikel, tilføje en business fact, rette stik data eller ændre eskalering instruktioner. Markér det løst først efter en evaluering eller reel test returnerer et acceptabelt svar.
Statusadministrationen siden kommunikerer service sundhed og hændelser ved hjælp af komponenter, aktuelle tilstande og opdateringer.
Brug komponentstater konsekvent. Når en hændelse påvirker kunder, udgive en indledende meddelelse, tilføje tidsstemplede opdateringer som fakta ændre sig, og lukke med en kortfattet opløsning resumé. Brug ikke statussiden som en intern debug log; følsomme diagnostik hører til i OpsIQ og server logs.
AI Configuration er hvor du vælger din AI udbyder, model og omkostningsstyring. OpsIQ understøtter flere udbydere: Claude (Anthropic), GPT- 4o (OpenAI), Gemini (Google), og Grok (xAI). Du kan bruge din egen API nøgle (BYOK) eller Managed AI, hvis tilgængelig på din plan.
Stærk ræsonnement, forsigtig med fakta, god til at følge komplekse instruktioner. Modeller: claude- sonnet -4-20250514, klaude...3.5-sonnet. Bedste for: support samtaler, tekniske spørgsmål, detaljeret analyse.
Hurtig, kreativ, god generel viden. Modeller: gpt- 4o, gpt-4o-mini. Bedste for: hurtige svar, kreative skrivning, brede videnspørgsmål.
God til faktuelle spørgsmål, flersproget support. Modeller:gemini-2.0-flash,gemini-1.5-pro. Bedste for: flersproget støtte, faktuelle opslag.
Hurtige, koncise svar. Modeller: grok-3Det bedste for: hurtige svar, afslappet tone.
Du giver din egen API nøgle fra udbyderen. Du betaler leverandøren direkte. Fuld kontrol over model valg og brug.
AI leveres som en del af din OpsIQ - Nej. API nøgle nødvendig. Anvendelse er afmålt mod din plans AI kredit balance.
I OpsIQ admin, navigere til Indstillinger > AI konfiguration.
Vælg din AI udbyder fra dropdown.
Hvis De bruger BYOK, indtast din API tasten. For Administreret AI, dette håndteres automatisk.
Vælg den specifikke model der skal bruges. Mindre modeller er hurtigere og billigere. Større modeller giver bedre kvalitet svar.
Klik på "Test-forbindelse" for at verificere API -tasten og modellen virker. Et grønt checkmark betyder succes.
Klik på Gem for at aktivere din AI-konfiguration.
Sæt en maksimal månedlig forbrug på AI tokens. Når budgettet er nået, AI funktioner yndefuldt nedgradering (kortere svar, ingen auto-svar) snarere end at stoppe helt.
Maksimale tokens per enkelt samtale. Forhindrer løbske samtaler fra at forbruge overdreven kreditter.
Når din AI kreditsaldo falder under tærsklen (standard: 50,000 tokens), en advarsel vises i admin. Sæt dette i AI konfiguration.
AI konfiguration er per- arbejdsområde. Hvis du håndterer flere steder, kan hvert arbejdssted bruge en anden udbyder, model og budget. Arbejdsområdet arver globale standardværdier medmindre overskridelsen. For at indstille per arbejdsrum: skifte til arbejdsrummet, så gå til AI konfiguration og gemme indstillinger der.
Gå til console.anthropic.com > API Nøgler > Opret nøgle. Kopiér tasten startende med "sk- ant-".
Gå til platform.openai.com > API Nøgler > Opret ny hemmelig nøgle. Kopiér nøglen startende med "sk-".
Gå til aistudio.google.com > Hent API Lav en nøgle til dit projekt.
Gå til console.x.ai > API Opret og kopiér din nøgle.
After entering your API key, click "Test connection." You should see a green checkmark and a sample response from the AI.
Hvis prøvningen ikke lykkes: (1) Kontroller, at API tasten er korrekt (ingen ekstra mellemrum) (2) Kontroller, at din konto har fakturering oprettet med udbyderen. (3) Kontroller, at modelnavnet er gyldigt. (4) Hvis du bruger Managed AI, kontrollere din licens er aktiv.
Der er ingen enkelt bedste udbyder. Claude er fremragende til support samtaler. GPT- 4o er hurtig og alsidig. Gemini håndterer flere sprog godt. Prøv hver eneste og se, hvilke der giver de bedste resultater for din specifikke brug sag.
Ja. Skift leverandør og API -nøgle til enhver tid. Eksisterende samtale historie er bevaret. AI vil bruge den nye udbyder til alle fremtidige samtaler.
AI nedbrydes yndefuldt: svar bliver kortere, auto-svar pauser, og admin viser en lav balance advarsel. Kernesporing, billetter, og CRM fortsætter med at arbejde uden AI.
Et sæt opt- in kontroller, der gør din kunde chat enten smartere (det årsager på tværs af en kundes konto som en menneskelig agent) eller billigere (det sender AI mindre, eller svar i færre trin). Hver kontrol er slukket som standard og uafhængig, at slå en til aldrig ændrer nogen anden adfærd. De fleste lever under Indstillinger > Client Chat > Behaviour; nogle få er på Opsætning af din AI og Train din AI.
En normal chatbot besvarer et spørgsmål fra et kig op. Agent-tilstand på, kan assistenten foretage flere read- only konto kontrol i en enkelt tur og krydshenvisning dem, fx "har jeg åbne billetter, og er min balance nok til min næste fornyelse?" besvares i et svar med math gjort. Det kun gør for verificerede kunder på grund eller tilbagebetaling spørgsmål; alt andet kører den normale single- svar sti.
Op til et par read- only lookups per tur, krydsrefereret før du svarer. Tænd når du har en tilsluttet platform (WHMCS, Shopify, Stripe, Zendesk osv.). Off = dagens single-lookup adfærd, uændret.
Hvor svært modellen grunde på komplekse sving (lav / medium / høj). Start på Lav; de fleste supportspørgsmål håndteres godt der.
Pins en stærkere model bare for komplekse agent drejninger, så hverdagen chat forbliver på en let, billig model og kun de hårde sving betale for dybde. Blank = din normale customer-chat model.
Et lille planlægningstrin afgør hvilke opslag der skal trækkes, og om videnbasen er nødvendig, så besvarer du i et enkelt hovedopkald i stedet for flere trin. En sub- skifte under Agent tilstand. Den kan ikke aktiveres medmindre Agent mode er tændt. Samme svarkvalitet, færre opkald på multipart spørgsmål.
Holder en kort løbende oversigt over ældre beskeder (navne, billet / faktura numre, beløb, beslutninger) så assistenten forbliver konsekvent på tværs af meget lange chats uden at genstarte hele udskrift. Bedste for support- tunge, lange tråde; par med Agent mode.
Læser små typoer ("mine åbne billetter", "ubetalte fakturaer") som de planlagte ord, så den rigtige information findes i stedet for at gå glip af. Fungerer med hver tilsluttet platform. Off som standard; nyttigt for mobil-tunge chat.
Kun lægger kundens konto snapshot, når spørgsmålet er faktisk om deres konto (balance, fakturaer, billetter, tjenester), springer det på generelle spørgsmål. Klipper omkostninger uden tab af kvalitet. Assistenten kan stadig hente kontoen live, når en tur har brug for det.
"Hej", "tak" og "ok" udløser ikke en viden- base søgning, disse svar aldrig bruge det. Enhver besked med reelt indhold stadig søger som normalt.
Caps hvor længe et enkelt svar kan være. Replik længde er den dyreste del af et opkald, så en fornuftig cap (omkring 500 for støtte) er den eneste mest effektive chat omkostningskontrol. Kun sænker din globale grænse, aldrig hæver det.
Hvor meget modellen tænker før svar (minimal til høj). Hold kunde chat på minimal / lav for hastighed; reservere højere indstillinger for analyse og admin copilot.
Hver AI overflade (live chat, billet udkast, resuméer, analyse, admin copilot, kampagner, site intelligens og mere) kan køre på sin egen model. Lys, hvor hastighed betyder noget, stærk, hvor kvalitet er afgørende. Blank på en overflade = udbyder standard for dette job.
Den admin copilot kan holde en afgrænset arbejdshukommelse og indlæse kun de værktøjer et spørgsmål har brug for (magert værktøj) i stedet for hvert værktøj hver tur.
Dine instruktioner sendes på hver tur, så deres længde er en tilbagevendende omkostninger. Knappen Compress omskriver en slot for at sige det samme med færre ord. Det nægter omskrivning, hvis det ville droppe enhver {variable} eller regel, og rapporterer hvad den beskyttede, så det aldrig lydløst ændrer mening.
Viser hvad OpsIQ allerede ved om din virksomhed per slot, så du kan slette alt, hvad du var gentage i dine egne instruktioner.
Nej. Hver kontrol er slukket som standard og uafhængig. At tænde en, tilføjer kun sin opførsel; at slukke den returnerer chatten til præcis hvordan det fungerede før.
Kør hverdagschat på en lys model og pin en stærkere Agent model. Derefter, hvis du har en tilsluttet platform, aktivere Agent mode, derefter Plan forude, så Long- samtale hukommelse. Derefter læne sammenhæng, skip-KB- for- hilsner, og et svar cap. Endelig komprimere dine instruktioner. Se et par rigtige chats efter hver ændring.
Admin AI chat er en arbejder ingeniør, ikke bare et spørgsmål boks. Det kan forske rettelser på nettet, holde et bibliotek over dine operationelle procedurer, patrulje dine servere på en tidsplan, og flytte filer. Det meste af dette drives ved at bede om det i chat; den ene ting du konfigurerer op foran er, hvilken web søgemaskine det bruger, på Opsætning din AI side.
Agenten søger på nettet efter dokumenter, fejlmeddelelser og aktuelle oplysninger, mens det virker. Ud af boksen bruger dette DuckDuckGo, som ikke behøver nogen nøgle og ingen opsætning.
Et gemt bibliotek af dine procedurer ("hvordan vi gør X her"). Agent skriver en ned efter nagle et vanskeligt job og følger det næste gang, så know-hvordan overlever slutningen af chatten.
Planlagt read- only patruljer. "Hver morgen, kontrollere diskplads og fejlloggen og fortælle mig." Resultater ankommer på din admin klokke.
Bed om en logfil og få et privat download link, eller har en fil kopieret fra en tilsluttet server til en anden. Begge begrænset på 5 MB.
Hvad agent web søgning bruger. Standard er DuckDuckGo: keyless, gratis, arbejder på hver installation. Brave Search, Tavily og Serper.dev (Google resultater) normalt vender tilbage bedre resultater, men hver har brug for en API nøgle fra denne udbyder. Hvis en keyed udbyder mislykkes af nogen grund (dårlig nøgle, kvote brugt op, netværk problemer), at søgning falder tilbage til DuckDuckGo automatisk, så søgningen aldrig går mørk.
Nøglen til din valgte udbyder, kun nødvendig for Brave, Tavily eller Serper. Når gemt er det maskeret og aldrig vises på siden igen; indsætte en ny til at erstatte den. En keyed udbyder bliver kun aktiv, når både udbyderen og dens nøgle gemmes.
Når agenten lige har arbejdet igennem et job, som du vil have udført på samme måde igen, så sig "save that as a runbook called nightly-cleanup" (gem det som en runbook kaldet natlig oprydning). Fra da af ser den runbogen ved navn i hver session, og når du beder om jobbet ved navn (eller beskriver det), henter den trinnene frem og følger dem.
En mission er en tilbagevendende job agenten kører på sin egen: time, dagligt på et sæt time, eller ugentligt på en fastsat dag. Missioner er read- kun ved design. De kan læse servere, data og internettet, men de kan aldrig ændre noget; de undersøger og rapporterer. Når en mission slutter, resultaterne lander som en meddelelse på din admin klokke. Sig "køre morgenen patrulje nu" til at udløse en på forespørgsel, eller bede agenten om at liste, pause eller fjerne missioner.
Spørg efter en fil ("få mig dagens fejllog fra webserveren") og agenten faser det og svar med et privat download link. Linken virker kun for signed- in admins og udløber efter omkring en dag. Filer er begrænset på 5 MB; for noget større, bede agenten til at komprimere eller trimme det på serveren først.
Agenten kan også kopiere en enkelt fil mellem to forbundne servere, igen op til 5 MB. Skriften på destinationen behandles som enhver anden ændring den gør: i ask mode du får et godkendelseskort først, er den eksisterende fil sikkerhedskopieret, og kopien er reversibel. For sikkerhed, filindholdet gen- læses fra kilden i det øjeblik kopien anvendes, ikke taget fra chatten.
AI Træning er, hvor du underviser OpsIQ hvordan man opfører sig. Du skriver prompts, der definerer personlighed, grænser, viden fokus og eskalering regler.
Kontrollerer hvordan AI taler til dine kunder i chatkontrollen. Dette er den vigtigste prompt for at komme rigtigt.
Kontrollerer, hvordan AI hjælper din admin team i operatøren dashboard. Dette håndterer interne forespørgsler og handling udførelse.
Din kunde AI prompt bør dække disse områder:
Hvem er AI? Giv det et navn, en rolle og personlighed. Eksempel: "Du er Luna, en venlig og kyndig kundesupport assistent for Acme Store".
Hvordan skal det kommunikere? Eksempel: "Vær professionel, men varm. Brug simpelt sprog. Undgå jargon. Hold svar koncise (2-3 stk. max) ".
Hvad skal det vide og ikke kender? Eksempel: "Du kender til vores produkter, priser, forsendelse, og returpolitik. Du ved IKKE om konkurrerende produkter eller interne virksomhedens beslutninger".
Hvornår skal det give videre til et menneske? Eksempel: "Eskalere til en menneskelig agent, når: kunden beder om en tilbagebetaling, nævner juridiske foranstaltninger, rapporterer et sikkerhedsspørgsmål, eller stiller det samme spørgsmål tre gange".
Hårde grænser. Eksempel: "Aldrig love restitutioner. Aldrig dele interne prissætning formler. Aldrig gøre op produktfunktioner, der ikke eksisterer. Aldrig give medicinsk, juridisk eller finansiel rådgivning".
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
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
Start med identitet, tone og nøglegrænser. Forsøg ikke at dække alt på dag et.
Læs samtaler, hvor AI gav forkerte eller suboptimale svar.
Tilføj specifikke regler for tilbagevendende problemer. Eksempel: hvis AI holder lovende restitutioner, tilføje "Aldrig love en refusion. Sig du vil eskalere til fakturering team".
Hvis AI 'en ikke kan besvare et spørgsmål, tilføje svaret på videnbasen i stedet for at forsøge at passe alt i prompten.
Den prompt definerer personlighed, grænser og regler. Kundskabsbasen giver faktuelle oplysninger (produktdetaljer, priser, politikker). AI læser begge, men den hurtige former adfærd, mens KB giver svar.
Den prompt er per- arbejdsplads. Hvis du har brug for forskellige AI-adfærd for forskellige afdelinger, bruge videnbasen til at give department- specifikke oplysninger og nævne afdeling sammenhæng i din prompt.
AI Historie viser hver samtale, som AI har haft med kunder og administratorer. Brug det til at revidere AI ydeevne, finde forkerte svar, og identificere uddannelseshuller.
Da samtalen skete.
Navn og e-mail, hvis kendt, ellers IP og land.
Chat widget, billet auto-svar, e-mail udkast, eller admin AI.
Fuld udskrift af samtalen: kundemeddelelser og AI svar.
Hvor mange tokens samtalen forbrugt. Høj symbolsk brug kan indikere AI giver alt for verbose svar eller samtalen gik i cirkler.
Alle handlinger AI udført under samtalen (slog op ordre, oprettet billet, osv.).
Hvis CSAT er aktiveret, kundens tilfredshed rating for denne samtale.
Søg efter specifikke emner for at se, hvordan AI håndterer dem. Eksempel: Søg efter "refund" for at kontrollere, om AI er i overensstemmelse med din refunderingspolitik.
Vis kun lavvurderede samtaler for at fokusere på utilfredse kunder.
Vis kun billetten auto- svar til audit automatiske svar adskilt fra chat.
High- token samtaler kan indikere problemer: AI rablende, går i cirkler, eller undlader at besvare spørgsmålet.
Var det et videnhul, et toneproblem eller et forkert svar?
De kan indikere forvirring. Var AI gentage sig selv? Har det ikke forstået spørgsmålet?
For videnhuller, tilføje artikler til videnbasen. For adfærdsproblemer, opdatere AI prompt. For tilbagevendende forkerte svar, tilføje eksplicitte korrektionsregler.
You search AI History for "installation" and find 15 conversations where the AI said "I do not have specific installation instructions for this product."
Dette betyder, at din viden base mangler installationsguider. Opret videnbaserede artikler for hvert produkt installation trin. Efter tilføjelse af dem, test ved at stille AI-installationsspørgsmål.
AI Insights analyserer automatisk konversationsmønstre og overflader, der kan gøres til genstand for handling: fælles spørgsmål, tilfredshedstendenser, videnhuller og eskaleringsmønstre.
Den oftest stillede spørgsmål. Hvis "Hvordan nulstiller jeg min adgangskode?" er #1, din viden base har brug for en fremtrædende password reset guide.
CSAT scorer over tid. Er AI tilfredshed forbedre eller faldende? Pludselig dråber kan indikere en viden base ændring, der brød noget.
Hvilken procentdel af samtalerne løser AI uden menneskelig indgriben? En sats over 70% Det er godt. 50% betyder, at den kunstige intelligens har brug for mere træning.
Hvorfor samtaler får overdraget til mennesker. Almindelige grunde: kunde anmodet menneske, AI kunne ikke besvare, følsomme emne, fakturering problem.
Emner, hvor AI ofte siger "Jeg ved det ikke" eller giver lav- tillid svar.
Hvor mange beskeder per samtale. Meget lange samtaler (10+ meddelelser) kan indikere AI er ikke at forstå spørgsmålet.
AI Insights shows that 23% of escalations are "Customer asked about warranty" and the AI could not answer.
Dette er et klart videnhul.1) Skriv en omfattende garanti artikel i videnbasen dækker alle garantibetingelser, krav proces, og udelukkelser. (2) Opdater AI-prompt til reference garanti oplysninger. (3) Monitor AI Insights næste uge for at se, om garanti eskaleringer falder.
The Admin AI (Spørg OpsIQ) hjælper dit team med at håndtere OpsIQ fra admin dashboard. Du kan bede det om at slå data op, forklare funktioner, sammenfatte billetter, og udføre platform handlinger.
Spørg: "Vis mig alle billetter fra [email protected]"eller" Hvad er status for orden # ORD-5523?"
Spørg: "Summarisér de sidste 10 billetter" eller "Hvad er de øverste support spørgsmål i denne uge?"
Spørg: "Hvordan konfigurerer jeg automatisk svar?" eller "Hvad betyder bounce rate kort?"
Spørg: "Opret en billet til [email protected] om fakturering "eller" Luk billet T -12345"
Spørg: "Hvor mange besøgende fik vi i går?" eller "Hvad er vores indtægter denne måned?"
Admin asks: "Find customer [email protected] and show me their recent activity"
AI ser op på kunden på tværs af alle tilsluttede datakilder: besøgende sessioner, billetter, chat samtaler, ordrer og CRM kontakter. Det returnerer en oversigt over seneste aktivitet med links til hvert element.
Admin asks: "What happened today?"
AI opsummerer: "I dag du havde 245 besøgende (op 12%), 8nye billetter (3 er løst af AI),2nye ordrer i alt $198, og1chat eskalering om en forsendelsesforsinkelse ".
Admin asks: "Change ticket T-5523 priority to Urgent"
AI bekræfter: "Jeg vil ændre billet T-5523 prioritet fra Normal til Hastende. Dette vil påvirke SLA timer. Bekræft?" Du bekræfter, og handlingen er udført.
Dette afsnit dækker fælles customer-vender AI scenarier med forventet adfærd og uddannelse tips.
Customer: "Where is my order #12345?"
Forventet AI adfærd: (1) Slå ordren op gennem platformen stik. (2) Rapport om status (behandling, forsendelse, levering). (3) Inkludér tracking nummer hvis tilgængelig. (4) Hvis ordren er forsinket, skal du bekræfte og give estimeret tidslinje (5) Opfinde aldrig tracking information.
Customer: "I forgot my password and cannot log in"
Forventet AI adfærd: (1) Giv adgangskoden nulstille trin fra videnbasen. (2) Inkludér nulstille link eller side sti. (3) Nævn, at nulstille e-mail kan tage et par minutter. (4) Foreslår at tjekke spam mappe. (5) Hvis kunden stadig ikke kan nulstille, eskalere til et menneske.
Customer: "Can you add dark mode to the mobile app?"
Forventet AI adfærd: (1) Tak for forslaget. (2) Forklar, hvordan anmodninger om funktioner håndteres (logget, revideret, prioriteret). (3) Lover du ikke at funktionen vil blive bygget. (4) Hvis en lignende funktion findes, nævne det.
Customer: "I was charged but my service is not working"
Forventet AI adfærd: (1) Bekræft frustrationen. (2) Kontroller servicestatus, hvis det er muligt. (3) Eskalere til fakturering afdeling med alle detaljer. (4) Lover du ikke en tilbagebetaling. (5) Sæt billet prioritet til High.
Customer: "What is the weather like in London today?"
Forventet AI adfærd: (1) Polært omdirigerer. "Jeg er din [Firma] støtte assistent og kan hjælpe med spørgsmål om vores produkter og tjenester. For vejr information, prøv en vejrtjeneste" (2) Spørg, om de har et produkt spørgsmål.
Åbn din hjemmeside i en privat / inkognito browser og chatte med AI som kunde. Prøv fælles spørgsmål, kant sager, og modstridende scenarier. Tjek, at AI følger dine hurtige regler og bruger videnbase indhold korrekt.
The Knowledge Base er et bibliotek af artikler, som AI bruger til at besvare spørgsmål. Når en kunde spørger noget, AI søger videnbasen for relevante artikler og bruger dem til at generere en præcis, jordbaseret svar.
"Hvad er din returpolitik?"
OpsIQ finder artiklen "Returneringspolitik" ved at matche søgeord og semantisk betydning.
AI læser artiklen og skriver en natursprog svar baseret på artiklen indhold.
Svaret er baseret på din politik, ikke AI 's generelle træningsdata.
Skriv en separat artikel for hvert emne: returpolitik, forsendelsespriser, kontoopsætning, nulstilling af adgangskode. Kombinér ikke uafhængige emner.
Start med det spørgsmål, kunder stiller, og giv derefter svaret. Dette hjælper AI matche spørgsmål til artikler.
"Returnering skal indledes inden for 30 dage levering" er bedre end "Vi har en returpolitik".
Hvad med internationale afkast? Hvad med digitale produkter? Hvad så med varer købt til salg? Dække undtagelserne.
Gennemgå artikler kvartalsvis. Slet forældede oplysninger. Opdatér prissætning, politikker og procedurer, når de ændrer sig.
Forsendelsesomkostninger, leveringstider, sporing, international forsendelse og håndtering af forsinkelser.
Returvindue, betingelser, proces, tilbagebetaling tidslinje, og undtagelser.
Adgangskode nulstilles, e- mail- ændring, kontosletning og dataeksport.
Planbeskrivelser, faktureringscyklus, betalingsmetoder, fakturaer og valuta.
Sådan bruger du hvert produkt eller hver funktion. Trin- stap instruktioner med screenshots.
Fælles problemer og løsninger. Fejlmeddelelser og deres rettelser.
Forretningstider, supportkanaler, svartider og eskaleringsstier.
Databehandling, vilkår for service, anmodninger om GDPR data.
Hver stik kan bidrage med viden til AI. Når en forbindelse er aktiveret, dens build- in videnartikler (produktkatalog, fælles spørgsmål, platform- specifikke fejlfinding) er automatisk tilgængelig for AI. Du kan skifte konnektor viden på eller fra pr connector indstillinger.
Videnbasen har et konfigurerbart token loft (standard: 32,000 tokens), der styrer hvor meget viden sammenhæng er sendt til AI per samtale. Hvis din videnbase er meget stor, AI vælger de mest relevante artikler inden for dette budget. Øg loftet, hvis AI ikke finder relevante artikler; reducere det, hvis du ønsker at reducere token omkostninger.
Start med5-10 artikler, der dækker dine mest almindelige spørgsmål. Tilføj mere som du identificerer huller gennem AI Historie og AI Insights. De fleste virksomheder har brug for 20-50 artikler til omfattende dækning.
I øjeblikket er artikler oprettet manuelt i OpsIQ. Du kan kopiere-paste indhold fra eksisterende FAQ 'er, hjælpe centre eller dokumenter.
Almindelig tekst fungerer bedst. AI forstår naturligt sprog bedre end struktureret HTML eller markdown. Skriv som du ville forklare til en kunde.
Evalueringssæt gør kritiske kundespørgsmål til gentagelige test for svarkvalitet, citater, eskalering og handlingssikkerhed.
Fulde administratorer kan oprette evalueringssæt med en hurtig, forventet kildemærkning, nødvendige citater, human- bekræftelsesregler, eskalering forventninger og forbudte handlinger. Kør et sæt direkte, tør- køre det, eller genafspille valgte historie.
Vagttårnet planer dagligt eller ugentligt kontrollerer gennem cron og kører et afgrænset antal tilfælde (op til otte pr skemalagt pass). Anmeldelse fejl sammen med udbyder / model, hurtig version, viden version, aktioner foreslået og omkostninger før ændring af produktionsadfærd.
Sprog håndterer oversat brugervenlig tekst og adfærd, der anvendes, når OpsIQ følger en kundes sprog.
OpsIQ oversætter operator- indtastet brugervendt tekst. Sæt kildesproget korrekt, før du laver oversættelser, tilføje målsprog, derefter gennemgå udkast før publicering. "Følg kundesprog" styrer svarsproget; oversætte widget interface styrer sine knapper, etiketter og systemtekst.
Oversættelse omfang kan være udkast-kun eller live. Må ikke stole på maskinoversættelse for juridiske, tilbagebetaling, sikkerhed eller sikkerhedstekst uden menneskelig gennemgang.
Hvert sted, der holder din egen formulering er anført med sin meddelelse tæller: klient chat beskeder, kampagner, proaktive meddelelser, chatstrømme, guidede ture, meddelelser, teaser bobler og Undersøgelser og formularer. Undersøgelsens overflade dækker hver offentliggjort undersøgelse helt: titel, hvert spørgsmål, alle svar muligheder, knapper, velkommen og tak-du kopiere, side krom og udfald sider. Nøglerne er bundet til spørgsmålet ID og optionsværdien, så ombestilling af spørgsmål eller indstillinger aldrig mister en oversættelse, og omformulering en meddelelse gen- oversætter kun denne besked. Offentliggjorte live undersøgelser tilbydes som standard; udkast slutter sig når du udvider omfanget.
Postchat e-mail undersøgelsen følger det sprog, som den besøgende faktisk chattede på, forudsat at sproget er et du tilbyder her; ellers bruger det dit systemsprog. Dens seks redigerbare felter oversættes også på denne side, og adfærden har sin egen kontakt i klient- chat- indstillinger.
Billet- og portalmeddelelser dækker den faste tekst operatører type en gang og hver kunde derefter modtager på det ene sprog: billetten anerkendelse, de åbnede, lukkede og feedback bekræftelser, per- afdeling signaturer og portalen velkommen linje. (AI auto-svar behøver ikke noget af dette, det allerede svar på kundens sprog.) Email kunder på deres eget sprog aktiveret i OpsIQ Skrivning, billet e-mail løser modtagerens sprog i denne rækkefølge: det sprog, de valgte i portalen eller Hjælp Centre (transporteres på billetten), lokaliteten på deres kontakt record, derefter det sprog de skrev i, detekteres lokalt ved script range og markør ord, uden eksternt opkald. Kun sprog valgt på Sprogsiden er nogensinde anvendes, så funktionen er inert indtil sprog tilføjes. HTML email wrapper er bevidst ikke oversat: det er markup, ikke prose. Stafffacing e-mail (meddelelser, afdeling advarsler, analytiker briefinger, planlagte rapporter, den ugentlige digest) bruger altid systemet sprog.
Dit Help Center er et selvserv hjælpesite bygget fra de artikler du publicerer. Kunderne kan læse og søge i det på sin egen offentlige side, og lige inde i chatkontrollen, så de kan finde svar på sig selv, før de nogensinde åbner en samtale. Alt i det kommer fra din videnbase, så det samme indhold, der giver din AI også beføjelser til din offentlige hjælp.
Et rent, søgbart hjælpested på /help.php. Kunder gennemse efter kategori, søge og åbne enhver artikel. Du kan give det dit eget navn og stil.
Et link til chatkontrollen, så kunderne kan søge i dine artikler uden at forlade chatten. Hvis de stadig har brug for en person, er de et tryk på fra at starte en samtale.
Gå til Config, then Help Center i din admin og slå til Aktivér offentligt hjælpecenter.
Sæt navnet på Hjælp Center, som vises i overskriften og browserfanebladet, og vælg en visuel stil. Du kan slå den øverste navigation fra for en ren side uden menu.
Intet viser, før du udgiver artikler til det. Den næste del dækker hvordan.
Artikler lever i din videnbase. En artikel vises i Hjælp Center, når det er offentliggjort og markeret offentligt. Der er et par måder at gøre dette:
Åbn artiklen, markér den offentliggjort, og slå muligheden for at vise den i Hjælp Center.
Brug Udgiv alle knap til at trykke hele dit publicerede sæt til Hjælp Center i et klik, i stedet for at gøre dem en ad gangen.
Har du allerede FAQ 'er? Udgiv alle til at hjælpe til at gøre dem til hjælp artikler, så de sidder sammen med alt andet.
Flytter fra en anden hjælp skrivebord? Importér KB knappen på fanebladet Artikler bringer en eksisterende videnbase ind for dig. Du har tre måder at pege det på dit indhold:
Giv det adressen på din nuværende hjælp center. Hvis den anerkender platformen (for eksempel Zendesk) det læser den nøjagtige kategori træ fra denne platform. Ellers kravler stedet og genopbygger strukturen fra siderne, importerer kun de rigtige artikler og springer login, priser og kontakt sider.
Hvis en platform allerede er tilsluttet dette arbejdsområde, og den har et videngrundlag, dukker den op i et nedkastningssystem under Importér fra en tilsluttet app. Vælg det og importere, ingen URL eller adgangskode behov. App 'en er kun angivet, når den er tilsluttet og sat op.
Ingen live site at pege på? Upload et regneark med title, category, og body Søjler. Parent / Child i kolonnen vedrørende kategori til opbygning af indlejrede kategorier.
Uanset hvilken måde du vælger, får du en forhåndsvisning først: de artikler den fandt, grupperet efter kategori, hver med et afkrydsningsfelt så du kan slippe alt hvad du ikke ønsker. Intet gemmes før du klikker på Importér. Fortryd den samlede import med et enkelt klik, eller Gensynkronisering en URL eller forbundet-app import senere for at trække i nye og ændrede artikler.
kb_capabilities blokken i dens settings.json (type kb_sourcemed adapter og a base_template). Se afsnittet om forbindelser og reference til platformstik.En ryddelig hjælp center er let at gennemse og lettere at søge. Organiser med AI knappen gør rydning for dig. I et klik læser det dine offentliggjorte artikler, sortere dem i fornuftige kategorier, og tilføjer tags. Det skaber en kategori, når den har brug for en, genbruger en kategori der allerede passer, og springer noget du allerede har organiseret, så du kan køre det igen når som helst du tilføjer nye artikler. Lad AI organisere i underkategorier i Help Center indstillinger og det kan også fil artikler under indlejret Parent / Child kategorier, som er praktisk lige efter import af en videnbase, der havde undersektioner.
Du kan vise Hjælp Center lige inde i chatkontrollen, så folk søger svar, før de giver besked. I dine chat widget indstillinger, vælge hvor hjælpelinket vises:
Et lille hjælpe- ikon øverst i kontrollen.
Et tekstlink under meddelelsesfeltet, for eksempel "Gennemse hjælpecenter". Du kan ændre ordlyden.
Vis det i overskriften og nederst for den mest synlige.
Hjælpen link har sin egen farvekontrol under widget udseende indstillinger. Lad det være tændt Ingen til at matche din affyrings farve, eller vælge en Fast farve eller Gradient. Hele hjælpeferien følger dit widget tema, så det altid ligner en del af dit mærke.
Ud af boksen din hjælp center allerede har en ren, delt adresse af sin egen (for eksempel /help/your-help-center). Du kan gå et skridt videre og tjene det under din eget domæne, så kunder og søgemaskiner se det som en del af dit mærke, for eksempel yourdomain.com/help eller help.yourdomain.com. Alt arbejder på dit domæne: links, billeder, søgning og artiklen ratings.
I Konfiguration, derefter Hjælp center, åben Indlejret tab og finde "Vis din hjælp center på din egen web-adresse". Vælg din setup (Cloudflare, Nginx eller Apache), kopiere den ready- made blok, og indsætte det i dit websted. Hver indstilling har en Opsætningsguide knap ved siden af det med de nøjagtige trin.
Foretag en foreløbig vurdering af de enkelte projekter. help.yourdomain.com? Det samme panel har en underdomæne mulighed. På Cloudflare er et subdomæne den mest pålidelige rute, og det giver dig en ren adresse med intet efter det.
help.yourdomain.com. Opsætning guide fører dig gennem den ene DNS record og ruten.Ud over enkeltartikelafstemninger har hjælpecentret sin egen analytics. Slå det til i Help Center indstillinger, og det registrerer roligt, hvordan folk bruger din hjælp: de mest-viste artikler, hvad de søger efter, og søgninger, der kom tilbage tomme (en ready- made to- write liste), at arbejde ud besøgende land og enhed på egen hånd, så det ikke behøver chat widget installeret til at rapportere. Hvert nummer vises for both steder din hjælp vises, den offentlige side og in-widget hjælp, samt kombineret, så du kan se, hvor meget hver enkelt faktisk bruges.
Hver sektion af Hjælp Center (kategorierne på hjemmesiden, de populære artikler, artikellisten på en kategori side og mere) har sin egen enkle regel. For hver enkelt kan du vise eller skjule det, og vise all a sat nummer, the senesteeller kun dem, du feature med en stjerne. Når en regel hætter en liste, kunderne stadig får et "Vis alle" link, så intet er virkelig ude af rækkevidde.
Du bestemmer også, hvordan de nyttige stemmer ser: skjult, en venlig forhold som "12 af 14 fandt denne hjælpsomme, "eller almindelige tommelfingre tæller. En minimumm- stemmer indstilling stopper en brand- ny artikel viser en akavet"0ud af0".
Hver artikel viser en Var det her en hjælp? prompt. Hvert ja eller nej tælles pr. artikel, så du kan se på et øjeblik hvilke artikler der besvarer spørgsmål godt og hvilke der skal omskrives. Gentagne stemmer fra samme besøgende ignoreres, så tællingerne forbliver ærlige.
Du kan ændre overskrifterne og etiketterne på Hjælp Center for at matche din stemme. Lad alle felter være blanke, og det falder tilbage til en fornuftig standard, så du kun redigere den formulering, du faktisk ønsker at ændre.
Nej. Det er bygget fra de samme videnbase artikler AI allerede bruger. Udgiv en artikel én gang, og det kan tjene begge dele.
Ja. Kun artikler, du udgiver og markerer offentlige vises i Hjælp Center. Alt upubliceret forbliver ude af det.
Ja. Kontrollinket hjælper med at sidde et hank væk fra at starte en samtale, så selv-tjene aldrig fanger nogen.
Website Intelligence er OpsIQ's bygning-i SEO og search- synlighed suite. Det kravler dit websted som en søgemaskine, spor hvor du rangerer, research søgeord, ure backlinks og konkurrenter, scanner din lokale korttilstedeværelse, kontrollerer sidehastighed, og gør det hele til customer-klar rapporter, med en AI analytiker, der forklarer hvad man skal fastsætte og kan udarbejde rettelser. Det er en premium funktion; når aktiveret det vises som Site Intelligity i sidebar. Hvert domæne data forbliver adskilt, crawls, rankings og rapporter aldrig blande mellem domænerne.
En kravl er OpsIQ besøger dine sider den måde, en søgemaskine ville, at finde tekniske spørgsmål: brudte links, manglende titler, tyndt indhold, langsomme sider, indeksering problemer.
På Oversigten, klik for at starte en kravl. OpsIQ køer det og arbejder gennem dine sider i baggrunden; en status indikator viser fremskridt.
Når det er færdigt, åbne spørgsmål og sidelisten. Hvert problem er grupperet efter sværhedsgrad, så du tackle de største gevinster først.
AI analytiker producerer en plain-sprog kort over, hvad der er galt, og hvorfor det betyder noget, og kan generere foreslåede rettelser du gennemgå, før du anvender.
Scanner dine sider for tekniske SEO spørgsmål og lister hver side med sine problemer. Retur når som helst, eller planlægge det.
Tilføj de søgeord, du holder af; OpsIQ kontrollerer, hvor dit websted rangerer og sporer bevægelse over tid.
Oplev nye søgeord ideer til at målrette, med AI nøgleord træner til at hjælpe prioritere.
Se hvem der linker til dig, opdater listen og desavow links du ikke ønsker at blive tilknyttet dit websted.
Tilføj konkurrentdomæner og sammenligne din synlighed mod deres, med en AI konkurrent analyse.
Scan local- listing synlighed på tværs af et geografisk gitter for at se, hvor du dukker op på kortet, plus Google Business Profile værktøjer.
Kør side- hastighed kontroller, så du kan fastsætte langsomme sider, der skader placeringer og konverteringer.
Generér indhold briefinger og udkast rettet mod de søgeord, du er målrettet.
Byg printbare, customer-ready rapporter af alt ovenfor.
To Google-stik gør estimater til reelle tal:
Træk de præcise forespørgsler, klik og indtryk Google-rapporter til dit websted, kort din ejendom, og overflade ranking muligheder direkte fra Googles egne data.
Medbring dine trafik- og forlovelsesdata sammen med dine SEO-data, så rapporter viser synlighed og adfærd sammen.
Du behøver ikke at køre alt i hånden. Planlagte genopfriskninger re- run kravler, rank kontrol, søgeord kontroller, backlink forfriskninger, local- grid scanninger og rapport generation på en kadence (dagligt eller ugentligt afhængigt af plan og volumen). Disse kører gennem OpsIQ cron, se Cron og automatisering sektion. Genererede rapporter eksport som printable, customer- ready dokumenter: agenturer sende hver klient en regelmæssig SEO opdatering, og fordi hvert domæne data er adskilt, hver klient kun ser deres egne.
Crawls, rank tracking, nøgleord forskning og backlinks arbejde uden at røre dit websted. For trafik og nøjagtige søgedata, tilslut Google Search Console og GA4.
Ja. Tilføj hvert domæne separat; deres kravler, placeringer og rapporter forbliver helt isoleret fra hinanden.
Ugentlig er masser for de fleste steder; kravl på efterspørgslen efter et stort indhold eller struktur ændring. Sæt en tidsplan, så du aldrig glemmer.
Auto- Implementering er den del af Site Intelligence, der faktisk anvender rettelser crawl og AI analytiker anbefale, i stedet for kun at rådgive dig. Agent virker strengt fra hvad Site Efterretninger allerede fundet (det kan aldrig opfinde en ændring) og går hver fix gennem samme sikre loop: en dry- run preview, din per- step godkendelse, live skrive, et automatisk snapshot, og en re- craw, der beviser open- issue tal gik ned. Det er en Managed- AI- eneste funktion; det vises som Auto-Implement (raket) handling inde i Site intelligens sektion, og det er slukket indtil du tænder det.
Agent kun nogensinde anvender rettelser, at Site Intelligence (eller AI analytiker) allerede anbefalet til dette domæne. På tværs af de understøttede platforme, der dækker:
sitemap.xml, robots. txt og omdirigerer, kanoniske og header regler i htaccess (Apache / LiteSpeed) eller nginx config.
Kollaps en multi-hop omdirigering kæde ned til en enkelt hop lige til den endelige URL, inde i samme forvaltede htaccess blok, så hastighed og link værdi stoppe utæt gennem ekstra humle.
Manglende eller svage sidetitler, metabeskrivelser, kanoniske tags og strukturerede data (skema) blokke.
Yoast, Rank Math og SEOPress titler & meta, og billede alt tekst, anvendt gennem WP-CLI på SSH sti eller REST API på den hostede sti.
Tilføjelser JSON-LD (schema) til sider, der mangler det. SSH sti en lille administreret hjælper (et must-use plugin) udskriver markup, så det virker med eller uden en SEO plugin; på den hostede sti din SEO-plugin bærer det.
Tilfører et relevant internt link inde i eksisterende WordPress indhold til at redde forældreløse sider og forbinde relaterede indlæg. Et link pr side, aldrig inden for en overskrift, et eksisterende link eller en kortkode, og altid godkendt af dig først.
Tegninger fuld erstatning indhold for tynde sider (tændt af en kravl mulighed, se nedenfor). Hvert udkast er revideret og godkendt af dig, før noget publicerer, og det gamle indhold holdes, så det kan gendannes.
Tænder på W3 Total Cache side caching, når kravlen finder hastighedsproblemer og at plugin er installeret, så siderne tjener hurtigere.
Produkt og samling SEO titler & beskrivelser, side og blog- artikel SEO, plus 301 omdirigerer, gennem Shopify Admin API.
Per- side SEO titel og meta beskrivelse gennem Webflow Data API v2.
Webstedet Intelligence Indstil panel for et domæne (dets crawl indstillinger) har to muligheder, der bestemmer hvor meget agenten lines op for dig forud for tid. Begge er slukket som standard og begge bruge AI kredit, så du tænder dem kun, når du ønsker at arbejde gjort for dig.
Hver kravl også skriver den konkrete fix indhold (titler, meta beskrivelser, alt tekst, skema, omdirigerer) for hvad det fandt, så rettelser er klar til at gennemgå og anvende det øjeblik kraven slutter i stedet for at blive genereret senere på efterspørgslen. Bruger AI kredit på hver kravle.
Agenten kan udarbejde fuld erstatning indhold for tynde sider. Intet er nogensinde offentliggjort på egen hånd: hvert udkast vises som en ændring, du gennemgår side om side og godkende eller afvise, det tidligere indhold holdes så det er reversibelt, og det er begrænset til et par sider per pass. Bruger AI kredit pr. draft.
For websteder på din egen server, agenten forbinder over SSH/SFTP ved hjælp af legitimation du gemmer, redigerer serveren config og side filer direkte, og kører WP- CLI for WordPress. Bedste, når du har shell adgang og ønsker fuld kontrol af filer.
For platforme, der ikke tillader SSH, agenten arbejder udelukkende gennem en embedsmand API konnektor WordPress (REST + application Passwords), Webflow (Data API v2) og Shopify (Admin API). Intet er installeret på værten.
Agent når hver platform gennem en konnektor:
Shopify og WordPress konnektorer med OpsIQ, bare aktivere dem under Connectors og tilføje butik / site legitimation.
Webflow, Wix og Squarespace installation fra Connectors → Marketplace, derefter tilslutte på samme måde.
Åbn Auto- Implementér (raket) fra Site Intelligence sektionen. Det viser de problemer Site Efterretninger allerede fundet, at det kan fastsætte på dette domæne.
For hver fix agent viser en dry- køre diffs (præcis hvad det vil skrive) før noget rører den levende site.
Du godkender (eller springer over) hver ændring individuelt. Intet anvendes uden din udtrykkelige go- forward på det trin.
Ved godkendelse agenten gør live skifte over SSH eller den hostede API og gemmer et øjebliksbillede først, så enhver ændring kan rulles tilbage.
Som det gælder hver ændring agent straks gen- kontrollerer, at præcis side og viser en per- trin "fast levende" dom, så du ser hver fastsætte jord på den levende side, som det sker. Til sidst det om- kravler hele webstedet og bekræfter open- problem tæller faldet.
Agenten kan kun gøre, hvad Webstedet Intelligence anbefalede for dette domæne. Det kan ikke foretage vilkårlige ændringer på dit websted eller server.
Hver skrive er forudvist som en diffs og anvendes kun efter du godkender, at specifikke trin.
Et øjebliksbillede gemmes før hver skrivning, så enhver ændring kan vendes tilbage.
Hver ændret side er re- kontrolleres det øjeblik, det er skrevet og får en "fast live" dom, så et fix bekræftes mod den levende side med det samme, ikke kun i lukning re-craw.
Interne links og thin-side indhold omskriver er højere-effekt, så de altid vises til dig for godkendelse og anvendes aldrig automatisk, uanset tilstand du kører.
Auto- Implement kører på Administreret AI; det blokeres, når et arbejdsområde bruger sine egne (BYOK) nøgler.
AI tokens regningen normalt som du bruger dem, plus en flad per- use gebyr per Auto- Implementér session, begge trukket fra samme Managed- AI kredit.
Nej. Hver ændring er fremvist som en dry- run diffs og anvendes kun efter du godkender det nøjagtige trin. Et øjebliksbillede gemmes før hver skrive, så du kan rulle tilbage.
Ikke på WordPress, Shopify eller Webflow De arbejder gennem deres officielle APIs uden adgang til skallen. SSH er kun en af de to stier, der bruges, når du vil have agenten til at redigere server config og filer direkte på din egen server.
Efter anvendelse af de godkendte rettelser agent re@-@ kravler webstedet og viser open- problem tæller før og efter, så du kan bekræfte rettelser reduceret problemerne.
Nej. AI indhold omskriver er slukket, indtil du tænder dem i kravl muligheder, de er begrænset til et par tynde sider per pass, og hvert udkast vises for dig for side- by- side godkendelse før noget publicerer. Det tidligere indhold holdes, så en omskrivning kan altid vendes tilbage.
Nej. Auto- Implementering er Managed- AI kun og blokeres under BYOK. Det regninger AI tokens normalt plus en flad per-use gebyr pr. session, fra samme Managed-AI kredit.
Survey Studio er arbejdsstedet for at skabe redigerbare undersøgelser, der kan leveres som en rig standalone side, websidekontrol eller inline-integration. Det aktuelle produkt giver også hostede links, underskrevne udkast til previews, private invitationer, QR deling, respons browsing og survey- scoped analytics. Websitets widget er et leveringsvalg; det er ikke definitionen af en undersøgelse.
survey kapacitet, og Survey-ejede udbyder registreringsdatabasen / sundhed grænse er tilgængelige nu. Undersøgelse Studio stadig har brug for den uafhængige multi-implementering arkitektur, signed-token undersøgelse Identitet Gateway, målretning / variabel ledninger, CRM Outreach sende flow og indtastet surveys.* API.Den nuværende guide tilbyder Standalone side & link, Website widget og Inline inmarge. Den godkendte målstrøm begynder med undersøgelse type og senere tilføjer CRM e-mail, privat- link og QR implementeringer som førsteklasses valg.
Vælg NPS, CSAT, CES, produkt feedback, post-køb, afbestilling, onboarding, hjemmeside, begivenhed, webinar, støtte, bly / demo, retssag, vidnesbyrd, forskning, medarbejder, indtag eller generel feedback.
Det nuværende katalog har klar redigerbare startere grupperet efter formål. Valg af skabelon skaber et kopieret udkast: ændring af din undersøgelse ændrer ikke startdatoen eller en anden undersøgelse.
Tilpas åbner alle spørgsmål, design, adfærd og levering kontrol. Hurtig gennemgang åbner det samme udkast ved den endelige bruger- view check. Intet publicerer eller sender automatisk.
En lydhør mærkevare side med sin egen URL. Brug private invitationer og udløb, når hver modtager har brug for et kontrolleret link. QR deling point på denne hostede oplevelse.
Den migrerede arv kanal. Det kan bruge side, geografi, enhed, besøgende, dato, prøveudtagning, nedkøling, besøg og kvoteregler. Det er stadig bakkes op af arve- widget bro mens implementering arkitektur er bygget.
En lydhør undersøgelse placeret inde i en side, portal, produkt eller hjælp center. Det kræver ikke Promotion Studio.
I dag kan Studio generere invitation HTML og private links. Ende- to- end sende fra CRM kontakter / segmenter, med samtykke, undertrykkelse, planlægning, forsøg og respons korrelation, er den godkendte CRM Outreach integration mål.
Undersøgelsessider har Survey- ejede temaer og sidelayout familier, lydhør kontrol, velkommen og færdiggørelse kopi, og en underskrevet udkast preview. Forhåndsvisning designer er fuld bredde under editoren, ikke en smal side skinne. Det bruger den virkelige hosted runtime i en sandboxed ramme og understøtter desktop, tablet og telefon bredder; preview trafik skriver ikke svar eller analytics.
En undersøgelse kan have separat versioneret side, widget, inkl, CRM e-mail, privat- link og QR installationer, hver med sin egen tilstand, design, publikum og analytics. Hver undersøgelse kan holdes på pause, deaktiveret eller slettet.
Byg et verificeret publikum fra CRM segmenter og Survey- stand stik, fastfryse det i en uforanderlig version, udstede en underskrevet invitation hver, og sende gennem den fastlåste udgående e-mail-forbindelse med per- invitation levering bevis.
Skydere, billede valg, fil upload, underskrift, adresse, telefon, overskrifter og rig tekst, med min / max længde, e-mail /URL/ antal forudindstillinger, brugerdefineret fejltekst og per- spørgsmål prefill URL parametre.
OG / OR tilstand grupper, grenregler, en sikker formel motor over svar, og score bands, der bærer deres egen result side: en scoret quiz lander på sin dom.
En besøgende sprog dropdown liste kun sprog med rigtige oversættelser, kiosk tilstand for delte tabletter (større mål, auto- reset, ingen omdirigerer), en prefill link builder, og redigerbare secure- badge og sidefod tekst.
Udgiv en udfordrer version på enhver implementering med en trafik split. Besøgende tildeles behændigt, svar stemples med den version faktisk serveret, og sammenligningstabellen viser svar, afslutning og middelværdi score per version. Forfremme vinderen i et enkelt klik.
En ugentlig e-mail med de sidste 7 undersøgelsesdage KPI 'er, de travleste undersøgelser, Feedback pulsen og den seneste AI briefing, sendt gennem det fastlåste outbound stik. Indstil det i Levering Centre, Automation.
Per- survey adgang lister begrænse hvem kan redigere, offentliggøre eller slette en undersøgelse. Publicere godkendelse (four-eyes) kræver en anden admin til at frigive den nøjagtige udkast; redigering nulstiller godkendelsen. Udkast aktie links lade en anmelder se det rigtige udkast uden logning i.
Kontrakt om tilslutning 2.2, indtastede undersøgelser. * og feedback. * aktioner på api/ v1, kanonisk undersøgelse. * begivenheder, holdbare signerede webkroge med Slack og Google Sheets relæformater, og one- svar PDF eksport.
Undersøgelse Analytics forklarer, hvordan en undersøgelse i sig selv er at nå folk og udføre. Feedback forklarer, hvad kunderne sagde på tværs af alle tilladte kilder, og hvad virksomheden bør gøre ved det. De to produkter linker til hinanden, men ikke dele eller overskrive analytisk sandhed.
Det måler egnethed, eksponering, udløser adfærd, starter, afslutning, opgivelse, spørgsmål og grenfriktion, timing, implementering / kampagne / version resultater og runtime pålidelighed.
En permission- bevidst kronologisk feed for afsluttede Survey svar, arv widget feedback, chat og billet CSAT, billetsvar feedback, kunde AI- svar ratings, videnbase nyttige stemmer og godkendte eksterne / brugerdefinerede kilder.
Analyserer kundebetydning: oprindelige måletrends, emner/temaer, følelser, intentioner, presserende behov, anmodninger, klager, ros, rejse-/produkt-/service-/teamsegmenter, kritikere og slutresultater.
Undersøgelse svar forbliver autoritative i Survey opbevaring. Feedback gemmer en genopbyggelig kilde reference og afledte signaler, derefter belastninger tilladt dokumentation på efterspørgslen. En afsluttet undersøgelse respons bliver højst et Feedbackelement.
NPS, CSAT, CES, stjerner, tommelfingre og hjælpsomhed skal altid bevare deres oprindelige metode, skala, prøve, dato vindue og nævner. De må aldrig kombineres i et uforklarligt gennemsnit.
The Promotion Studio forvandler din hjemmeside til en konverteringsmotor. Design pop- ups, bannere, slideins, top / bund barer, fuldskærmsovertagelser, inline blokke og endda landbaserede omdirigeringer, derefter vise den rigtige besked til de rette besøgende på det rigtige tidspunkt. Alt leveres gennem OpsIQ widget allerede på dit websted, så der er intet ekstra at installere. Du designer og gemme kampagner når som helst; de viser kun, når du publicerer dem, og studiet er tændt for dit arbejdsrum.
En forfremmelse: en pop- up, banner, bar, slide- in, full-screen, inline blok eller geo- omdiriger. Hver har et mål: salg, bly, sign-up, chat, undersøgelse, annoncering.
Du bygger udseendet i den visuelle editor. Hver gemme skaber en ny version, så du altid kan rulle tilbage. Intet er nogensinde tabt.
Hvem ser det: land, side, enhed, trafik kilde, returnering vs nye, tidsplan, og (med en forbindelse) din logged- i kunderne.
Når det vises: straks, ved forsinkelse, på rulle, på exit- intention, når tomgang, på et klik, efter N-sider, eller fra chat / billet aktivitet.
Live indtryk, clicck- through, konverteringer, en drop- off tragt, land / side / enhed splits, A / B vindere og en AI indsigt.
Åbn Promotion Studio og klik på New kampagne, eller vælg en ready- made design fra Templates galleriet.
Træk i blokke, overskrifter, tekst, knapper, billeder, badges, statistik, countdowns, formularer, kuponer, videoer, ratings, spinhjul. Style farver, gradienter og 3D effekter med skyderne. Eksempel Desktop / Tablet / Mobile, og brug Gratis flytte til at placere noget hvor som helst.
Type tokens som {first_name}, {country} eller {company} til enhver tekst. Ved show- tid bliver de den besøgendes virkelige værdier.
Vælg hvem der ser det (land, side, enhed, publikum) og når det skyder (forsinkelse, rulle, exit- intention). Lad en regel blank for at betyde alle.
Klik på Check for en hurtig præ-lancering scanning, og derefter Publiser. Det går live inden for få sekunder og begynder at indsamle analytics.
Kurs, afsnit, liste, citat, billede, ikon, skilt, stat, divider og mellemrum, byggesten af enhver meddelelse.
Knapper med rigtige handlinger: åbne et link, starte en chat, oprette en billet, kopiere en kupon, eller hoppe til en side.
Nedtællingstider, formularer (e-mail / telefon / tekst), kupon afslører og video indlejringer.
Spin- to- win hjul, ridsekort, NPS / stjerne ratings og multitrins tragte.
Kolonner, statuslinjer, social andel, sociale beviser tickers, ja / nej to-trin, quizzer og 3D effekter, tilt, glød, parallax, glassmorfisme.
Skriv en af disse i overskrifter, afsnit, knapper, skilte, statistik, lister eller citater. De erstattes med besøgendes live detaljer det øjeblik forfremmelsen vises (altid renset for sikkerhed):
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)Vis kun i (eller skjul fra) udvalgte lande, byer eller tidszoner via GeoIP. Great for regionale-specifikke tilbud eller en geo- omdiriger.
Begræns til visse sider ved hjælp af ligemænd / start- med / indeholder / regex, og udelukke sider også.
Desktop, tablet eller mobil, f. eks. en slank bar på mobil, en modal på skrivebordet.
Ny, returnerer, kendt (i din CRM) eller anonym; CRM segmenter, livscyklus fase, bly score eller browser sprog.
By UTM (utm_source, utm_campaign) or referring site, e.g. only visitors from a specific ad.
Start / slut datoer, time- of- dag vinduer, og hvor ofte en person kan se det (per session, per dag, efter de lukker / klik / konvertere).
Vis en procentdel af besøgende og køre varianter head- to- head; den samme person altid ser den samme variant.
Med en stikkontakt aktiveret, mål ved live account tilstand, f. eks. kunder med ubetalte fakturaer, eller aktive abonnenter.
Vælg hvordan forfremmelsen vises: Umiddelbart efter en forsinkelse, på rulledybde, på exit- intention, når tomgang, på et klik på et element, efter en række sider ses, på form- opgive, eller fra chat / billet aktivitet. Udviklere kan fyre en fra deres egen kode med window.OpsIQPromo.fire('event').
Dette er, hvad der gør OpsIQ kampagner specielt: tilslutte en platform som WHMCS (eller enhver forbindelse, der understøtter publikum) og studiet kan målrette besøgende ved deres live account tilstand.
Under Connectors, aktivere en, der udsætter publikum fakta (WHMCS gør ud af boksen). Kunderne er anerkendt sikkert, når de logges ind på platformen, OpsIQ Jeg stoler aldrig på en skrivemaskine i e-mail.
I kampagnens målretning > Publikum, kræver logged- in og tilføje regler som ubetalte fakturaer > = 1, abonnement er past-due, eller konto kredit > 0.
Brug tokens såsom {first_name} eller {balance_due}. En "Du har en forfalden faktura" påmindelse skriver sig selv.
En Produkt blok trækker reelle elementer (navn, pris, salgspris, billede, link) direkte fra WHMCS, WooCommerce, Shopify er OpsIQ fakturering. Tik "Hold frisk" og kortet opdaterer sin pris fra platformen hver time, mens offentliggjort.
En kupon blok kan skabe den reelle rabat kode i din butik, det øjeblik du offentliggør, så koden en besøgende afslører altid fungerer ved kassen.
Real ordrer fra dine platforme er matchet tilbage til kampagner time (ved kupon kode anvendes eller af lead 's e-mail), så de indtægter, du ser er fra faktiske salg, ikke skøn.
Den social- bevis ticker kan føre med ægte nylige ordrer ("Ada bestilt Starter Plan · 2h siden"), fornavn og element kun, aldrig e-mails eller beløb.
Split trafik på tværs af design varianter; lad studiet fremme den statistiske vinder automatisk, eller hånd trafik til bandit optimering, som skifter besøgende mod hvad konverterer som dokumentation kommer i.
Reserve et stykke af besøgende, der ikke ser noget, så du kan bevise kampagnen selv forårsager elevatoren.
Forskellige indhold per publikum på SAME-kampagnen (mobile besøgende, store vogne, returnerende kunder), hvert segment får sin egen version.
Varianter kan også teste, hvornår: øjeblikkelig vs forsinket versus exit- intented, målt hoved til hoved.
Mål efter hvad nogen gjorde med en anden kampagne ("så kampagne A, men ikke konvertere") til at bygge multi-step fremme sekvenser.
En lille pille besøgende kan genåbne efter lukning af kampagnen, så en lukket popup er aldrig gået for evigt.
I designeren, skifte heatmap til at male rigtige besøgende klik over hver blok af dit design.
Multitrins kampagner viser præcis, hvor folk falder af, skærm for skærm.
Sæt op til fire kampagner side om side (indtryk, klik, konverteringer), bedste værdi fremhævet.
Hver mandag en fordøje lander i dine meddelelser; 📖 Weekly historie knappen skriver et slea- sprog resumé med næste trin, når du ønsker en.
Chat med design copilot til at redigere lærred ("gøre overskriften haster, tilføje en nedtælling"), få kampagne ideer fra dine egne trafikdata, oversætte en kampagne pr. land, eller auto- fix en lav designscore.
En kommando læser din hjemmeside og foreslår dine rigtige mærkefarver og skrifttyper; gemme og hver picker fører med dem.
Skridt blokke få ægte per- screen redigering: faner for hver skærm, tilføje eller ombestille skærme, og forhåndsvisningen følger langs.
Navn vigtige versioner ("Start kandidat"), gendanne nogen af dem, og se en advarsel, når en holdkammerat redigerer den samme kampagne.
Se skrivebord, tablet og mobil side om side i én visning; slå pixel linealer til for præcis placering.
Hver kampagne kan også være en standalone hosted side for bios og QR-koder, en e-mail drop sekvens for fanget ledninger, eller et one- klik web- push udkast.
Udgiv fryservinduer (omdøbnings- frostperioder), en nødpause-alle switch, godkendelser, revisionsspor og version rollback.
Nej. Forfremmelser leveres af samme OpsIQ kontrol du allerede har installeret. Design, publicere, gjort.
Nej. Sæt frekvenshætter (pr. session / per dag, eller stop efter nogen lukker, klikker eller konverterer).
Udgivelse, pause, arkivering og rulning tilbage er begrænset til arbejdsrumsejere og fulde administratorer. Ethvert team medlem kan oprette og designe udkast.
Promotion Designer er en lydhør blok redaktør for bygning, gennemgang, versioning og offentliggørelse af en kampagne oplevelse.
Brug blokke til at komponere oplevelsen, få vist hver understøttet viewport og indsætte godkendte personalisationsvariabler. Anmeld kommentarer og AI- media provenance før lanceringen. Gemning skaber versioner, så et tidligere design kan inspiceres eller gendannes.
Skabeloner giver et søgbart, kategoriseret startgalleri til Promotion Studio kampagner.
Søg eller filter efter kategori, indlæse yderligere resultater, få vist den komplette oplevelse, og vælg derefter Brug skabelonDen nye kampagne er stadig et udkast og kan ændres i Promotion Designer før offentliggørelsen.
Fremme analytics forbinder indtryk og klik til konverteringer, publikum kontekst, connect handling resultater og kampagne læring.
Læs indtryk, klik-gennem hastighed og konverteringer sammen. Bryd resultaterne ned efter land, side, udløser og enhed; eksport fanget fører når det er nødvendigt. Connector handling resultater viser, om den lovede opfølgning faktisk kørte. AI indsigt og læring resuméer bør behandles som hypoteser for at validere, ikke automatisk bevis.
Meddelelser udgive en meddelelse i widget notification område med valgfri målretning, tidsplan og kalde til handling.
Vælg alle besøgende, signed-i besøgende eller nye besøgende; eventuelt indsnævre publikum med en kontakt segment og side regel. Sæt aktivitet-fra / aktivit-til datoer og et aktivt flag. Premium stil presets og farver ændre præsentation, men ikke erstatte klart indhold.
Push kampagner sende browser meddelelser til abonnerede besøgende, efter at de har forladt webstedet.
Indstil Web Push-tasterne først under webPush indstillingerne. En kampagne kan omfatte titel, krop, ikon, heltbillede, skilt, TTA og op til to handlingsknapper; der er en vedvarende meddelelse tilbage indtil den besøgende interagerer.
Målgruppe efter publikum, valgfrit kontaktsegment og sideregel. Gem et udkast, skemalæg det eller send det straks. Brug abonnementet og klik på målinger for at vurdere nå frem til. HTTPS og en korrekt hostet servicetjeneste er påkrævet på indlejrede tredjeparts sites; se Web Push på tredjeparts websteder.
Cookie Consent studio designer cookie banner dine besøgende ser, definerer hvad der tæller som vigtigt for din virksomhed, anvender den rigtige adfærd for hver besøgendes region, og (afgørende) faktisk håndhæver samtykke så analytics og marketing tags ikke køre indtil den besøgende accepterer. Banneret leveres gennem OpsIQ widget allerede på dit websted. Det er en premium design studie; banneret viser kun når du skifter samtykke til dit arbejdsområde.
Vælg fra et stort bibliotek af banner designs og en fuld farve system (gennemsigtig, solid eller gradient) til at matche dit mærke.
Fine- tune formulering, knap etiketter, policy links, banner position, og hvor længe et valg huskes.
Definer dine egne cookie kategorier og den formulering besøgende se. Du beslutter, hvad der er vigtigt. Essential er altid på; alt andet er deres at tillade eller afvise.
Scan dit websted og lad OpsIQ AI automatisk registrere hver cookie og tracker, kategorisere det, og skrive en play- sprog formål. Dette beføjelser indstillinger tabellen og auto-blokering.
Vælg, hvordan samtykke opfører sig ved lov (nedenfor), og slå gruppe- domæne deling, Google Consent Mode v2, og re-samtykket intervaller.
Se statistik over direkte samtykke fra reelle besøgsvalg (accepter satser efter kategori), der er kodet til dit arbejdsområde.
EU / UK besøgende får opt- in (intet ikke-essentielle kører, indtil de accepterer); amerikanske besøgende får Opt- out med en "Må ikke sælge eller Del" valgmulighed. OpsIQ beslutter per besøgende efter placering. Anbefalet.
Streng GDPR for alle besøgende, intet ikke-afgørende indtil de accepterer.
Tags køre, medmindre den besøgende vælger.
Browser Global Privacy Control (GPC) og Do- Not- Track (DNT) signaler er honoreret uanset tilstand du vælger.
Samtykke her er ikke kun et banner.
<!-- 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>Slå gruppe- domæne deling til, så en besøgende, der accepterer på et af dine websteder, ikke bliver spurgt igen på de andre i denne arbejdsgruppe. Deres valg går over for det antal dage du sætter. Sluk for den for streng per- domain samtykke. Cookie Consent par med Privacy & Compliance side, som holder samtykke-bogen (bevis for hver tilskud og tilbagekaldelse).
Ja. Per- kategori håndhævelse stopper matchende fangst ved kilden. Det er ikke et kosmetisk banner.
Nej til banneret. Det skibe gennem widget. Kun auto-blokere din egen tredjeparts tags har brug for en engangs markup ændring på disse tags (vist ovenfor).
På siden om beskyttelse af personlige oplysninger og overholdelse: en søgbar samtaleseddel for hvert tilskud og tilbagekaldelse ved kontakt, kanal, handling og dato.
Proaktive meddelelser når automatisk ud i det øjeblik en besøgendes adfærd matcher en regel, før de spørger. Du bygger hver som regel med tre dele: hvad der skal ske, hvornår det skal brand, og hvor ofte. Alt leveres gennem OpsIQ widget allerede på dit websted.
Vis en chat boble eller on- side banner, starte en Guided Tour, sende et web push eller e-mail, tildele til en afdeling, eller affyre en webhook. Tokens som {{visitor_name}} og {{page_title}} blive virkelige værdier.
Smal hvem udløser det: side /URL, tid på siden, rulle dybde, bly score, vender tilbage vs nye, tomgang. Uden betingelser, reglen brande for hver besøgende. Tilføj mindst én til at målrette det. Betingelser kombinere med OG.
Sæt en nedkøling så den samme person ikke bliver forpestet, f. eks. én gang pr. session eller én gang dagligt. Hver regel har en on / off status.
Kun hvis du tilføjer ingen betingelser. Tilføj mindst én betingelse (side, lead score, returnering...) til at målrette de rigtige besøgende.
De arbejder sammen: en proaktiv regel kan starte en Guided Tour, og en Chatbot Flow kan udløses af en proaktivt regel. Start med en enkelt chat- message regel, derefter lag de andre på.
Chatbot Flows script forgrener samtaler inde i din chat- kontrol (hilsner, nøgleord svar, guidede stier) uden kode. Et flow er et sæt forbundne trin (noder): du stiller et spørgsmål, den besøgende vælger en mulighed, og strømmen sender dem ned matchende gren. Kun Aktive strømme kører på dit websted.
Når stien er forudsigelig og du ønsker det identisk hver gang: booking trin, en returnerer guiden, en "hvilken plan?" vælger, indsamle en e-mail før aflevering. Flows aldrig improvisere.
Når spørgsmål er åbne-sluttede ", virker dette med min setup?". Kundechatten AI svarer fra din uddannede viden. En flow kan aflevering til AI (eller et menneske) på ethvert trin.
Kører som åbningsmeddelelsen, når en besøgende først åbner chatten.
Kører når den besøgende skriver et ord du har angivet (fx refundering, pris, annuller).
Starter når kontaktoplysninger er delt, eller et sæt tid ind i samtalen.
Kører som chatten wraps op (fx en rating), eller startes af en Proactive Message regel.
Klik på Ny Flow, navn det, vælg en udløsertype (og søgeord hvis Nøgleord), gemme. Det starter slukket.
Klik på Redigér Canvas. Den visuelle builder, hvor du tilføjer trin (beskeder, spørgsmål med knapper, grene) og tilslut dem.
For hvert valg, tegne en gren til næste trin. Slutstier ved at løse, give til AI, eller overføre til et menneske.
Klik på Aktivér. Flowet går live i din widget med det samme. Deaktivér når som helst uden at miste designet.
Nej. De kører side om side. Brug strømme til forudsigelige stier og AI for åbne-sluttede spørgsmål; en strøm kan altid give ud til enten.
Guidede Tours er trin-by-step walkgennemwiths, der peger på dele af din side med talefboble og en spotlight, vejlede en besøgende gennem onboarding eller en ny funktion. De er fuldt tematiseret og bygget i en visuel designer med en live preview. En tur kører kun, når det er markeret Aktiv.
Hvert trin er rettet mod et element og viser en boble med din tekst. Tilføj så mange stop som walkthrough behov og bestille dem.
Start fra et forudindstillet eller designe din egen boble (farver, gradienter, spotlight) med en levende forhåndsvisning til højre.
Muligvis linke en Proactive Regel, så turen auto- starter, når det regel brande (fx en tilbagevendende besøgende første dashboard besøg).
En tur er berettiget til at køre kun mens Aktiv er afkrydset. Afkryds for at tage det ned uden at slette det.
Klik på Ny Guidet Tour, navngiv det, og eventuelt linke en Proaktiv Regel, så den starter automatisk.
Tilføj hvert stop: Vælg det element, den peger på, og skriv bobleteksten. Ombestil indtil stien flyder.
Vælg en forudindstillet eller stil boblen selv. Live preview viser præcis, hvad besøgende ser.
Tik Aktiv og gem. Turen kan nu køre, på egen udløser, eller startede med en Proactive Message regel.
På egen udløser, eller via en Proactive Message regel "Guidet tour" handling, så du beslutter, hvilke besøgende se hvilken tur og hvornår.
Konverteringsmål forvandler en aktivitet, du holder af (et indadgående webhook-arrangement, en chat-besked, en billetløsning) til en registreret konvertering med fuld tildeling. Når aktiviteten brænder, logger OpsIQ en konvertering mod kontakten og binder den tilbage til de kampagner, segmenter og kilder, der førte dertil.
Klik på Ny konvertering mål. Vælg den aktivitet type, der tæller som en konvertering, eller brug en Quick- start forudindstillet, Stripe køb, Demo booket, Nyhedsbrev signiup eller Abonnement startet.
Give the conversion a name (purchase, demo_booked, signup) and optionally a fixed value and an attribution window.
Gem og aktivér. Fra da af, når aktiviteten brænder, OpsIQ registrerer en konvertering mod kontakten med tildeling til de foregående rører.
Enhver registreret aktivitet: en indgående webhook begivenhed (payment. happened), en chat e-mail capture, en billet opløsning, noget på kontakttidslinjen.
Brugerdefinerede Dashboards lader dig bygge dit eget billede af de målinger, der betyder noget, i stedet for kun at stole på den standard Oversigt. Tilføj de widgets du ønsker, trække og ændre størrelse dem ind i layout, gemme det, og dele det med dit team.
Klik på Tilføj kontrol og vælg metrisk eller diagram du ønsker at spore. Gentag for alt hvad du vil på brættet.
Træk kontroller for at ændre position og trække deres kanter til at ændre størrelse. KPI 'er på tværs af toppen, diagrammer nedenfor.
Gem instrumentbrættet og del det med dit team, så alle ser de samme numre.
Outreach is OpsIQ's1:1og bulk e-mail motor: komponere en personlig besked eller køre en kampagne til et CRM segment, med svar detektering, send- time kontrol, åbne / klik sporing, en tracking pixel og one-klik afmeld. Det er godkendt og CAN- SPAM / CASL kompatibel.
Skriv en personlig1:1e-mail med {tokens} fra kontakten og CRM.
Send til et CRM-segment, planlagt eller nu, med hætter og sendtidskontrol.
Genanvendelige meddelelsesskabeloner for gentagne outreach.
Svar på detektering registrerer svar og automatisk stopper opfølgning til alle, der svarede.
Vælg et CRM-segment (eller upload en liste). Undertryk og samtykke anvendes automatisk.
Skriv beskeden med personlighedstegninger; forhåndsvisning mod en rigtig kontakt.
Send nu eller på det bedste tidspunkt. En sporing pixel optegnelser åbner; klik og svar er tildelt.
Planlagte rapporter e-mail et valgt metrisk sæt til udvalgte modtagere på en tidsplan (dagligt, ugentligt eller månedligt) som en printbar, white- label PDF. Sæt det én gang og rapporten lander i indbakker automatisk gennem OpsIQ cron.
Vælg det metriske sæt (trafik, SEO, salg, support...) og et datointerval.
Daglig, ugentlig eller månedlig, på et tidspunkt du vælger, til en eller flere e-mail-modtagere.
Gem og aktivér. Rapporten genererer og e-mails selv på tidsplanen, ingen manuelt trin.
Den Privacy & Compliance side er det eneste sted at vise en revisor, du håndterer personlige data ansvarligt: samtykke-bogen, admin adgang log, dine data residency og opbevaring politik, og en ready- to- print DPA, i én tabbed visning.
En søgbar registrering af hver samtykke tilskud og tilbagekaldelse, ved kontakt, kanal (e-mail, push, SMS, in- widget), handling, kilde og dato. Din dokumentation en kontakt aftalt (eller trak).
Hvem på dit team set, redigeret, eksporteret, slettet eller messaged en kontakts data, med admin, kontakt, handling, angivne årsag og IP. Præcis hvad en regulator beder om.
Declare hvor dette arbejdsrums data lever, indstille hvor mange dage aktivitet rækker holdes (0 = forever), og registrere din dataansvarlig og DPO.
En printbar Databehandling Addendum, der udfylder din controller, adresse, DPO, residency og retention. Udskriv eller gem som PDF.
Forbindelsesforbindelse OpsIQ til eksterne platforme: e-handel butikker, faktureringssystemer, betalingsprocessorer, e-mail udbydere og brugerdefinerede APIs. Når forbundet, AI kan slå op ordrer, kundedata, abonnementer og meget mere, og tage handlinger med din godkendelse.
Disse er til stede det øjeblik, du installerer og behøver kun deres legitimation.
Web hosting fakturering: kunder, tjenester, billetter, fakturaer, domæner, servere.
E-handel: ordrer, kunder, produkter, beholdning, betalinger, webkrogs.
WordPress e-handel: ordrer, kunder, produkter, kuponer, forsendelse.
Indhold og brugere på et WordPress site.
Betalinger og salgssteder: ordrer, kunder, katalog.
Legacy e-handel: ordrer, kunder, produkter.
En Botble CMS hotel hjemmeside gennem den signeredeOpsIQbridge. Implementeringen af en platform udenAPI.
Helpdesk: billetter, brugere, organisationer, kommentarer.
Lokale virksomheder: anmeldelser, indlæg, Q & A, indsigt. Bruger OAuth.
Kalendere og begivenheder. Bruger OAuth.
Postkasser: indgående og udgående post, adressebogssynkronisering.
Email levering: sende e-mails og administrere skabeloner.
E-mail levering: sende e-mails via Mailgun.
Beskeder kanaler for indgående og udgående samtaler.
Facebook Messenger, Instagram DM og WhatsApp.
Analytics og søgedata til SEO -suiten.
Selskabsberigelse og import af bulk-kunder.
Disse er publicerede pakker, ikke en del af installationen. Installer en fra Connectors, Marketplace og det kopieres i mappen live connects, hvorefter den opfører sig præcis som dem ovenfor.
Betalinger: gebyrer, kunder, fakturaer, abonnementer, udbetalinger, tvister.
E-handel: ordrer, kunder, produkter, kategorier, mærker.
E-handel: ordrer, kunder, produkter, kategorier, beholdning.
E-handel: ordrer, kunder, produkter, vognregler, transportører.
E-handel: ordrer, kunder, produkter, kategorier.
Transaktionel e-mail levering.
Udgave og projektsporing.
Møder, kalendere og post.
Underskrift, prospektering, søgning og analytics data.
Website platforme.
Naviger til forbindelser i admin sidebar.
Gennemse listen eller søgningen. Forbindelser grupperes efter kategori.
Klik på stikket og slå til / fra Aktivér.
Udfyld de krævede felter: API nøgle URL, tokens osv. Hvert stik har specifikke krav dokumenteret i sit indstillingspanel.
Klik på "Test Connection". Et grønt resultat betyder, at stikket kan nå den eksterne platform. Et rødt resultat viser fejlen.
Vælg hvilke funktioner der skal aktivere: vidensynkronisering, webhook sync, AI-handlinger. Ikke alle stik understøtter alle funktioner.
AI kan slå kundedata, ordrer, abonnementer og meget mere gennem stikket. Når en kunde chatter, AI har reelle platform data til reference.
Din connections ContextProvider feeds ticket- AI en read- only konto oversigt over billetten ejer. customer_id når kendt; ellers, på billetten auto- svar, hvor ctx flag customer_trust_email er sandt, slå kontoen op ved customer_email (den verificerede billet afsender). Fjernplatforme afsløre en /context/customer-by-email endepunkt og stikket kalder det. Dette er, hvad der gør AI citere en reel balance / faktura i stedet for at sige "venligst logge ind". Ær operatørens dataklasse togles (customer_sections, customer_allow_credit) og holde sig strengt read- kun, aldrig udsende hemmeligheder.
Dit konnektor IdentityProvider feeds tre universelle billet opslag: lookupCustomerById() (kundekort) lookupCustomerServices() (produkt- / serviceskema), og listCustomers($query,$limit): "Søg kunde eller skriv e-mail" picker på den indfødte Compose- New- Ticket formular. Returnér rækker af {id, external_id, name, email, company, phone, platform, platform_label}. Fjernregel: hvis dine kunder bor i en anden database eller service, hente dem over din platforms API inden for disse metoder, aldrig læse det andet systems tabeller direkte (i OpsIQ DB de er tomme pladsholdere, hvilket er grunden til en lokal læse returnerer en tom plukker). Gate den eksterne sti på din konfigurerede API URL; holde en lokal læst kun som en same-DB fallback.
Når indkommende e-mail bliver en native billet, OpsIQ registrerer afsenderen ved at ringe lookupCustomerById(0, ['email'=>$sender]) på tværs af hver stik; den første match "ejer" kunden og dens platform Kuglen er stemplet på ticket.created begivenhed som _pipe_owner_platform Så en WHMCS-kunde e-mail åbner en billet i WHMCS (WHMCS nummerering, der er gengivet som én), mens en ukendt afsender forbliver en indfødt gæst. Hvis din konnektor spejler indfødte billetter på sin egen platform, Deres ticket.created - og det er vigtigt at få fat i: if (array_key_exists('_pipe_owner_platform',$payload) && $payload['_pipe_owner_platform'] !== '<your-slug>') return;. Nøglen er fraværende på ikke-pipede (chat / manuel / AI) billetter, så dem spejl som før. Per- afdeling kontrol bor under Team & Departments → Åbne billetter via e-mail (Alle / Kunderne kun / Off).
AI kan udføre handlinger gennem stikket: oprette billetter, opdatere ordrer, annullere abonnementer, alle med din godkendelse gennem Trust Layer.
Connectorer bidrager platform- specifikke videnartikler til AI. Shopify stik tilføjer e-handel fejlfinding; WHMCS connector tilføjer hosting viden.
Hvis din platform er vært for en videnbase, skal du erklære en kb_capabilities bloker ind settings.json (type kb_source) og din forbindelse vises i Hjælp Center editor Importér KB → Import fra en tilsluttet app dropdown når det er aktiveret og konfigureret i arbejdsrummet. Det er deklarativ, ingen metode til at implementere: navngiv en build- in adapter (zendesk for exact- tree Help Center API, eller crawl for alle KB-steder) og en base_template som https://{subdomain}.zendesk.com, som OpsIQ udfylder fra din konnektor gemte indstillinger. Valgs aldrig forlade serveren; browseren sender kun connector slug. For at understøtte en ny platform, tilføje en opsiq_kb_<platform>_manifest() adapter og referencenavn. connectors/PLATFORM_CONNECTORS.md §5.
Nogle konnektorer registrerer webkroge med den eksterne platform for real- time begivenhed meddelelser (nye ordrer, billet opdateringer, osv.).
E-handel stik fodre indtægter data i Sales dashboard for tildeling og analytics.
Ja. Du kan have Shopify for ordrer og Stripe for betalinger i samme arbejdsområde. AI sammenfletter data fra alle aktiverede konnektorer.
Brug Connector Builder til at oprette en brugerdefineret stik for enhver platform med en REST API. Eller tjek markedspladsen for communitysbuild-konnektorer.
Ja. Forbindere arbejder identisk i både cloud-udgaver og selvhostede udgaver.
Hver handelskonnektor bruger den samme platform- neutral event kontrakt. WHMCS er referencens implementering, men SaaS Bridge, butikker, betalingsudbydere, markedsplads-stik og Connector Builder pakker skal overholde de samme regler.
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.
platform is the connector registry slug, such as whmcs, shopify or opsiq_saas. traffic_source contains verified acquisition attribution when supplied; otherwise use that same slug as the fallback. Store identifiers, not display labels. OpsIQ resolves the friendly connector name in the UI.
event_id must be deterministic. Map at least one immutable order_ref, invoice_ref or subscription_ref so webhook retries and backfills update the same event instead of creating duplicate sales. service_ref identifies the affected product or service instance when one exists.
occurred_at is the payment or economic-event time reported by the source platform. Never replace historical payment dates with the import time.
Send kildebeløbet og en gyldig ISO-valuta på tre bogstaver. Hvis indstillingen af forbindelsesforbindelsen tillader OpsIQ FX konvertering, konverterer rapportering til den arbejdsrums rapporteringsvaluta; ellers rapporterer bevarer butikken eller faktureringsplatformen valuta. Forbindelseskoden må ikke være hardcode for en rapporterende valuta eller vekselkurs.
Brug ny, fornyelse, opgradering, tilbagebetaling, kredit eller ukendt. Klassificere fra faktura grund, abonnement eller service forhold, line- element type, eller en anden autoritativ kilde felt. Et gentagne køb af den samme kunde er ikke automatisk en fornyelse.
Kun positive betalte nye, fornyelse, opgradering eller lovligt ukendte handelsindtægter hører til i Sales & Conversions. Restitutioner indberettes af refundering og nettoindtægt analytics. Kontokredit, tegnebog top- ups, token top- up og Tilføj fonde forbliver billing- hovedbogholderi begivenheder og aldrig tælle som salg, konverteringer, ordrevolumen, eller salgsindtægter.
CRM-aftaler repræsenterer rørledninger og handel. De er ikke kommercielle-platform salg medmindre en tilsluttet fakturering eller butik platform udsender den realiserede betalte ordre eller faktura gennem denne kontrakt.
opsiq_conversions and dashboard summaries are compatibility projections rebuilt from the ledger. Connectors must not treat a projection as the financial source of truth. Contract revisions can re-evaluate derived rows without deleting the underlying billing history.
A remote connector reads its platform through the configured authenticated API. It must never depend on same-server database tables. The exact authenticated domain site_key is supplied by ConnectorRegistry and must be applied to every ledger write and backfill. Workspace or group scope is read-time aggregation only; it must never broaden stored event ownership.
{
"event_id": "acme_store:invoice:INV-1042",
"event_name": "invoice.paid",
"platform": "acme_store",
"order_ref": "ORDER-884",
"invoice_ref": "INV-1042",
"subscription_ref": "SUB-28",
"service_ref": "SERVICE-91",
"status": "paid",
"lifecycle_type": "renewal",
"amount": 129.00,
"currency": "USD",
"traffic_source": "acme_store",
"occurred_at": "2026-07-23 08:30:27"
}When Sales and billing is enabled in Connector Builder, map amount, currency, source status and source date, plus at least one order, invoice or subscription reference. Map lifecycle_type when the API exposes authoritative lifecycle evidence. The generated SalesIngest passes every row through the same CommerceEventRegistry normalizer used by built-in and marketplace connectors.
lifecycle_type er ikke et analytikermærke. OpsIQ læser det for at afgøre, om et salg kommer ind i CRM-rørledningen, så alle salgsforbindelser træffer en beslutning om, hvorvidt det har til hensigt eller ej.
Åbner en lukket-vundet aftale (ny virksomhed).
Optaget som tilbagevendende indtægter. Ingen new- business deal - fornyelser konvertere på en anden sandsynlighedskurve og blande dem korrumperer begge prognoser.
Åbner aldrig en aftale, i enhver tilstand. Penge returneres til en kunde er ikke en sejr.
Kun indtægter. Salget er registreret, men aldrig når rørledningen.
Matchende event_id og indsætte dig selv. event_id is platform:eventName:externalId, som svarer "har vi allerede behandlet denne levering" og kan ikke svare "har Vi allerede registreret dette salg". En platform, der annoncerer en betaling to gange - som invoice.paid og igen som payment.completed - Mints to id 'er og lander de samme penge to gange, med intet at kollidere og intet at advare.
Ring til den delte skrive i stedet. Core beregner salget forretningsidentitet (sale_fingerprint), matcher en eksisterende række på det, bevarer den oprindelige event_id om opdatering og filtre til rigtige kolonner:
\OpsIQ\Commerce\CommerceEventContract::upsertSaleRow('opsiq_sales_events', $row);fakture. paid, payment. completed og sale. compleed for en faktura deler et fingeraftryk og opdaterer en række.
Penge går ud er en anden kendsgerning end penge kommer ind. En tilbagebetaling af en faktura holder sin egen identitet, så det kan aldrig overskrive betalingen det vender tilbage.
En række uden ordre, faktura, abonnement eller service reference får ingen fingeraftryk overhovedet, så to ikke-forbundne rækker aldrig kolliderer bare fordi begge mangler et id.
invoice_ref, then order_ref, then subscription_ref, then service_ref — strongest first, so one sale keeps a stable identity.
En tilbagebetaling, en annullering eller en rettelse er en ny dated entry. Aldrig mutere rækken det retter. Omskrivning af en betaling til en tilbagebetaling ser ryddeligt og bryder tre ting på én gang:
Bruttosalg og refusionssats ophører med at være separable - og refusionssatsen er den metrisk, tilbageførslen findes at informere.
En tilbagebetaling i marts af et januar salg skal reducere marts. Omskrivning januar rækken lydløst genopretter en lukket periode.
En regnskabsbog registrerer, hvad der skete på et tidspunkt. Rettelser er kontra- poster, hvilket er hvordan dobbelt-post bogholderi har fungeret i fem århundreder.
Så en konnektor rapporterer om tilbageførsel i stedet for at anvende den: return refunded_at og refund_amount ved siden af salgsets egen livscyklus, og lad opkalderen skrive refunderingen som sin egen række dateret da refusionen skete. De to kan aldrig kollidere, fordi salget fingeraftryk adskiller en tilbagevenden fra et salg.
OpsIQ bestemmer livscyklussen once, in \OpsIQ\Commerce\SaleLifecycleClassifier. En konnektor erklærer kun, hvilken af dens egen platform ord betyder hvad, ved at gennemføre \OpsIQ\Connectors\SalesLifecycleConnectorInterface::salesLifecycleVocabulary(), og derefter kalder den delte klassifikator. Må ikke gen- implementere ræsonnementet.
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,
]);Dette er den fiasko, der koster mest og ser mindst forkert. WHMCS -stik matchede ['hosting','addon','domain'] - en liste der lyder som komplet. WHMCS udsender ikke en bare Domain type for rigtige domænelinjer; det udsender DomainRegister, DomainRenew, DomainTransfer, PromoHosting, PromoDomain, DomainAddon* og UpgradeAlle faldt forbi listen til unknown: 1,288 fakturaer, tre år, ingen fejl og ingen loglinje.
Hver ny kunde importerer deres historie gennem en stik-backfill, så en klassificering bug påvirker ikke et arbejdsområde - det påvirker alle arbejdspladser, der nogensinde onboards gennem denne forbindelse, i det øjeblik de først ser på deres rørledning. Tag ordforråd fra platformens dokumentation eller en tælling af levende data, og matche voksende familier ved prefix så en søskende ingen har set endnu klassificerer med sine slægtninge i stedet for at forsvinde.
Hver afsendt OpsIQ salgsforbindelse gennemfører dette — 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() ved hjælp af hvad per- record hente din stik allerede har. tools/crm_backfill_sales_lifecycle.php derefter reparerer din konnektor importerede historie uden per- connector kode: tør køre som standard, bakker sig op og kontrollerer rækken tæller før skrivning, reversibel gennem en fortryde hovedbog, og det skriver aldrig en mislykkedes læst som et svar.
Journey Intelligence accepterer en platform- neutral begivenhed kuvert fra browseren widget, build- in stik, SaaS Bridge, markedsplads pakker og Connector Builder output. Platform- specifikke navne er oversat i kanten; tragt, tildeling og site Intelligens kode forbruger kun kanoniske begivenheder.
Every event is bound to the authenticated domain site_key. A connector must take that key from ConnectorRegistry or its authenticated endpoint, never from an untrusted request body. Domains keep separate records; a domain group is a read-time aggregate only.
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.
Preserve source_event_name for evidence and troubleshooting, then map it to event_name_canonical. Core analytics must never branch on a connector slug.
Browser observation kan starte eller infundere en rejse. Autentificerede konnektor begivenheder bekræfte signiup, login, betaling, køb, fornyelse, tilbagebetaling og andre terminalresultater. En gyldig site- bundet korrelationsmelodi er den stærkeste join; en ugyldig token afvises og dens indbyggede ID 'er ikke er betroet.
Send kun id 'er og felter, der er nødvendige for den angivne rejse. Respekt samtykke, maskering og opbevaring indstillinger. Aldrig placere legitimation, kortdata, autentificering hemmeligheder eller private message organer i egenskaber.
{
"contract_version": 1,
"event_id": "myshop:order:884:paid",
"source": "myshop",
"source_event_name": "order.paid",
"event_name_canonical": "commerce.purchase.completed",
"site_key": "exact_domain_site_key",
"occurred_at": "2026-07-23T08:30:27Z",
"visitor_id": "optional-browser-visitor",
"session_id": "optional-browser-session",
"journey_id": "optional-journey",
"attempt_id": "optional-attempt",
"correlation_token": "optional-signed-token",
"customer_ref": "C-42",
"user_email": "[email protected]",
"object_type": "order",
"object_ref": "884",
"order_ref": "884",
"outcome": "succeeded",
"evidence_level": "server_confirmed",
"confidence": 1,
"properties": {"amount": 129, "currency": "USD"}
}Brug det smalste sandfærdige navn. Understøttede familier inkluderer engagement side / TTA begivenheder; konto signiup, login, MFA og adgangskode nulstillet; bly og form faser; produkt, vogn, checkout, betaling, køb, abonnement, fornyelse og tilbagebetaling; promotion indtryk og konverteringer; help- center, chat og billet begivenheder; sikkerhedshændelser; og navngivne brugerdefinerede begivenheder. Typiske terminalnavne er account.signup.succeeded, account.login.succeeded, lead.form.succeeded, commerce.payment.succeeded, commerce.purchase.completed, commerce.subscription.renewed og commerce.refund.completed.
Kontrollen kan arbejde uden en konnektor ved at observere sidestruktur, formulere handlinger, DOM resultater og besøgende rejse log. Denne dokumentation forbliver eksplicit klassificeret som observeret eller udledes. En konnekse tilføjer autoritativ server bekræftelse og kan korrelere det til den samme browser forsøg. Abandinux er først gemt som kandidat; det bliver opgivet kun efter inactivity vindue i UI og kun når der ikke senere opsving eller succes eksisterer.
Attribution foretrækker en gyldig underskrevet korrelationsværdi, derefter en nøjagtig rejse, forsøg, session eller handel reference, så den samtykkede identitet graf, og endelig en afgrænset adfærd match. Uovertruffen salg forbliver utilskrives. Multi- touch hovedgæringsvægte skal samlede 1. Website Intelligence tildelt indtægter læser denne bog; kreditter, tegnebog top- ups, token top- op og Tilføj fonde er aldrig købe konverteringer. Connector FX adfærd forbliver kontrolleret af denne konnektor indstilling.
{
"capabilities": ["sales", "journey_events"],
"journey_capabilities": {
"journey_events": true,
"payments": true,
"subscriptions": false,
"correlation_token": false,
"backfill": true
},
"journey_event_mappings": [{
"source_event_name": "order.paid",
"event_name_canonical": "commerce.purchase.completed",
"field_map": {
"order_ref": "order.id",
"customer_ref": "order.customer_id",
"amount": "order.total",
"currency": "order.currency",
"occurred_at": "order.paid_at"
}
}]
}Declare kun kapaciteter pakken virkelig leverer. Connector Builder validerer kortlægningen og genererer den samme platform- neutral adapter, der anvendes af first-party pakker. Journey indtagelse accepterer en begivenhed eller et afgrænset parti af 100 gennem det genererede autentificerede integration endpoint.
Hver forbindelse erklærer et sæt af handlinger: ting AI kan gøre gennem den eksterne platform. Handlinger er broen mellem "AI siger" og "AI gør".
"Cancel my subscription." The AI identifies this requires the "cancel_subscription" action.
Er denne handling tilladt? Er den aktiveret? Har den nuværende bruger den rigtige rolle?
Handlingen har brug for et abonnement ID. AI ser det op fra kunden kontekst eller spørger kunden.
For destruktive eller højeffekthandlinger, AI beder om bekræftelse før udførelse.
Handlingen kalder den eksterne platform API.
AI rapporterer resultatet til kunden.
Look up data without changing anything. Examples: list_orders, get_customer. Safe, no confirmation needed.
Create or modify data. Examples: create_ticket, update_order. May require confirmation.
Remove data. Examples: cancel_subscription. Always require confirmation.
Opdaget i handlinger.json, generisk API kalder defineret deklarativt.
Optional per-action "capability" field in actions.json, a connector-neutral class tag (e.g. "tickets" for a ticket read/lookup, "ticket_create" for opening a ticket). OpsIQ gates the whole class uniformly across every connector: ticket reads drop out of the AI when the operator turns off AI Ticket Awareness, and ticket creation is reserved for OpsIQ's own composer (so a connector's create tool can't duplicate it). Declare it and your connector conforms. OpsIQ never needs to know your action names. The Connector Builder exposes it as a Capability dropdown per action.
Gennemført i PHP i connector klassen. Fuld kontrol over logik.
{
"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" }
}
}
}Connector Builder kan du oprette en komplet stik til enhver platform med en REST API. Ingen kodning kræves for grundlæggende konnektorer.
Hver genereret API connector kan afsløre separate Native API Læs og indfødt API Skriv handlinger. Kurerede handlinger er fortsat foretrukne; indfødte handlinger dækker udbyder endpoints tilføjet senere. Runtime understøtter REST, GraphQL, JSON, formular XML, rå og flerdelte kroppe, afgrænset paginering API-version headers og idempotens, mens du holder legitimation inde i workspace connector indstillinger.
Guiden har seks trin, vist som faner over toppen. Du kan hoppe mellem dem frit, og Gem udkast i foden holder dit arbejde på ethvert tidspunkt.
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.
Vælg autentificeringsmønstret som platformen bruger og udfyld sine felter. Indtast også rigtige testdata her: de bruges til forbindelsestesten på næste trin, og de gemmes ikke efter du har udgivet dem.
Indtast API base URL og et verificér endpoint, derefter køre en live-tilslutning test ved hjælp af legitimation fra trin 2. Gør dette, før du definerer nogen handlinger, hvis aut eller base URL er forkert, hver handling du skriver bagefter ville mislykkes af samme grund, og du ville være debugging den forkerte ting.
Definer hver operation: navn, HTTP metode, endpoint sti, parametre, respons felt kortlægning, og de pålidelighed indstillinger beskrevet nedenfor. Du kan køre hver handling individuelt mod den levende API fra dette trin.
Kortlæg webhook-events din platform sender på OpsIQ begivenheder, så ting, der sker på din platform kan begynde at arbejde i OpsIQ.
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>/.
Fem adfærd generatoren overraske folk. Ingen er en fejl; alle af dem vil koste dig en eftermiddag, hvis du møder dem ved et uheld.
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.
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.
Hvis du lader verifikationsstien være tom, skriver bygherren /ping ind i det genererede stik og ind i profilen.json's test blok. Næsten ingen rigtig platform tjener den rute, så Test Connection mislykkes med HTTP404på hver installation og læser som en kunde forkert konfiguration snarere end en pakke defekt. Sæt en verificering sti, at din platform faktisk svar. For en bro stik, pege det på din egen diagnostiske endpoint - det beviser hele kæden i et opkald: broen er indsat, de vigtigste kampe, og broen kan nå databasen.
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- kryds en kapacitet og den næste udgivelse fjerner sin udbyder-fil. Hand- edits til enhver genereret fil - ContextProvider.php frem for alt - overskrives uden varsel. Kopiér tilpasninger ud først, eller tage ejerskab af pakken ved at slette.opsiq- Bygmester.json(hvorefter guiden ikke længere vil håndtere det).
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.
Byggerpakker er signeret med denne installations egen symmetriske nøgle. Det registrerer manipulation. Det beviser ikke hvem der skrev pakken, og enhver installation som holder den samme nøgle kan producere den samme signatur. Behandl en lokalt underskrevet pakke som selvsigneret.
Udgivelse nægter en kugle, der allerede eksisterer under/connectors/.Det ser ikke på/marketplace_connectors/,så en håndskrevet førstepartipakke med den samme kugle kan ende i skyggen.
Hver handling har følgende indstillinger. Kun de første fire er nødvendige; resten kontrol, der kan køre det, og hvor omhyggeligt.
The key is what the AI calls; the label is what a human reads. Keys are namespaced with your connector slug automatically, so two connectors can both have a "list_orders" without colliding.
- Get, POST, PUT, PATCH eller DELETE.
Påsat basen URL. Brug {name} f.eks. for pladsholdere /opportunities/{id}/stage
For hver parameter vælger du også, hvor den går: organ, path, query eller sidehoved. En sti parameter fylder en {placeholder}; en forespørgsel parameter er vedlagt til URL.
Sig hvilket felt i JSON svar betyder hvad, som er kundens navn, som e-mail, som det er den samlede ordre. Dette er hvad lader AI læse din platforms data snarere end gætte på det.
Dit team (admin AI), signed-in kunder (kunde chat), både, eller skrive assistent. Kundehandlinger kører kun for signed - i kunden, og identitetsfelter er låst til dem automatisk, så en kunde ikke kan spørge om en anden.
Et menneske skal godkende, før handlingen løber.
Markerer handlingen som sletning eller ændring af tilstand. Bruges til at advare, før den kører.
The admin must hold this permission for the AI to run the action on their behalf; full administrators always pass. Choose from manage_integrations, manage_general, manage_billing, manage_sales_bridge, manage_knowledge, manage_appearance, manage_behavior, manage_permissions, manage_dangerzone, reply_to_chats, escalate_to_ticket, send_agent_email, or none, meaning any authenticated admin.
Valgfrit, men værd at skrive. Det fortæller AI, når man skal nå til denne handling, for eksempel "Brug dette, når admin beder om at ændre en aftale fase". Et godt vink er forskellen mellem en handling AI bruger korrekt og én det ignorerer.
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.
Valgfrit. For endepunkter der returnerer en liste, den stiplede sti til array, for eksempel data eller data. items
Valgfrit. Et kropsfelt, hvis tilstedeværelse betyder opkaldet mislykkedes, for eksempel errormessage, nyttigt for APIs at returnere HTTP 200 på fiasko.
Hver handling kan køres mod den levende API fra dette trin, så du kan løse en forkert sti eller felt navn før nogen andre bruger det.
Triggers trin giver dig en webhook URL til at registrere med din platform, og kontrollerer alle anmodninger, der ankommer på det.
Hovedet din platform tegn med, for eksempel X- Hub-Signature-256.
HMAC-SHA1, HMAC- SHA256 eller HMAC- SHA512.
Simpel, en almindelig hex eller base64 digest. Eller Stripe- stil, t =..., v1 =... format brugt af Stripe og flere platforme, der kopierede det.
Valgfrit. Nogle platforme præfix fordøjet, for eksempel sha256 =. Lad det tomt, hvis din ikke gør.
Kort hver begivenhed din platform sender på OpsIQ begivenhed, det bør hæve.
Hvis din platform har en API til at styre sine egne webkroge, behøver du ikke at registrere URL med hånden. Åbn Autoregister denne webhook på aktivér og pege det på to af de handlinger, du definerede i trin 4:
Kaldes når en admin aktiverer stikket. Du giver det parameternavn der bærer URL, eventuelt den som bærer begivenhedslisten, og stien i svaret der holder den nye webhooks id.
Kaldes når stikket er deaktiveret, ved hjælp af id fanget ovenfor, så deaktivering af stikket også stopper din platform sende til en død endpoint.
Profiler og kapaciteter er defineret af Connector Contract 2.2. Genererede og deklarative kapaciteter udsendes direkte; virksomhedens kapaciteter generere en EnterpriseExtension.php stillads med runtime livscyklusledninger.
Operationer AI kan køre på din platform: liste ordrer, finde en kunde, udstede en refusion.
Modtag webkroge fra din platform og gøre dem til OpsIQ begivenheder.
AI Triage og svaret Copilot på billetter, der opholder sig på din platform. Vælg det endpoint, der returnerer en billet med sine svar og kort felter; OpsIQ læser tråden gennem det.
Vis en kundes mail på deres tidslinje, send fra en aftale, og synkronisere din adressebog i OpsIQ CRM.
Sideside din kundeliste og importere hver enkelt som en OpsIQ kontakt. Dette er, hvad Importknappen kører.
Push live data fra din platform ind i hver AI samtale.
Find ud af, hvilken af dine kunder en besøgende er, og vis deres profil og køb på en billet.
Feed indtægter begivenheder og MRR tal i OpsIQ dashboards.
Drej billetter og e-mails din platform leverer via webhook i OpsIQ supporttråde.
Post OpsIQ personale svar tilbage til platformen tråden opstod på.
Importer dine personalekonti til OpsIQ admin brugere.
Importer dine supportafdelinger i OpsIQ.
Lad Promotion Studio målrette på fakta, du kender om en person, og gøre dine rigtige produkter inde i en forfremmelse.
Udsend server- verificerede Survey fakta, undslap variabler og afgrænset CRM Outreach modtager sider gennem en dedikeret SurveyProvider. php. Dette ikke genbruge Promotion runtime.
Hvornår OpsIQ blokerer en IP, ring til din platforms egen blok API Så blokken bliver også håndhævet der.
Modtag blokeret-IP Trusselssignaler fra OpsIQ.
Hver forbindelse du bygger skibe en kort reference beskriver, hvad din platform er, og hvad dens handlinger gør. OpsIQ admin AI læser det, når dit stik er aktiveret, så det forstår din platform snarere end bare at se en liste over handlingsnavne. Dette genereres for dig.
Din konnektor altid får en generel formål opkald, så AI kan nå et endpoint du ikke definere en indtastet handling for. Brug indtastede handlinger hvor du kan; dette er flugtlugen.
Contract version: 2.2 · 54 capabilities · 8 profiles.
Actions, triggers, OAuth/API-key authentication and optional context/identity mappings. Capabilities: actions, triggers, native_api, ai_brain_aware.
Customers, orders, sales, subscriptions, billing, promotions and journey events. Capabilities: actions, triggers, journey_events, sales, billing, sync_orders, customer_import, survey, promo_audience, promo_feed, context, identity.
Inbound tickets, outbound replies/notes, customer roster, AI triage and bidirectional ticket mirroring. Capabilities: actions, triggers, inbound_ticket, outbound_reply, outbound_note, ai_tickets, customer_import, survey, context, identity, ticket_mirror, attachment_bridge, conflict_resolution.
Inbound/outbound mail, address-book sync, multi-account OAuth and CRM timeline integration. Capabilities: inbound_email, outbound_email, mailbox, email_mailbox, oauth, actions, customer_import, ai_reply.
SEO, analytics, search-console, local-search or monitoring provider with scheduled sync. Capabilities: actions, triggers, site_intelligence, seo, scheduled_workers, durable_queue.
Deep two-way SaaS integration with customers, billing, identity, tickets, webhooks, queues, attachments and workers. Capabilities: actions, triggers, webhook, context, identity, customer_import, survey, journey_events, sales, billing, inbound_ticket, outbound_reply, ticket_mirror, attachment_bridge, durable_queue, scheduled_workers, database_migrations, conflict_resolution, enterprise_hooks, admin_assets.
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.
WHMCS-style local hooks, database access, two-way tickets, billing/customer sync, queues and migrations. Capabilities: actions, native_data, context, identity, customer_import, survey, journey_events, sales, billing, inbound_ticket, outbound_reply, ticket_mirror, attachment_bridge, durable_queue, scheduled_workers, database_migrations, conflict_resolution, enterprise_hooks, admin_assets.
Universal actions. Capability version: 1.0. Mode: generated. Runtime methods: registerActions. Package files: actions.json.
Inbound event triggers. Capability version: 1.0. Mode: generated. Runtime methods: handleWebhook. Package files: actions.json.
Inbound webhook endpoint. Capability version: 1.0. Mode: generated. Runtime methods: handleWebhook.
Universal Journey Event Contract mapping. Capability version: 1.1. Mode: generated. Interfaces: OpsIQ\Connectors\JourneyEventConnectorInterface. Package files: settings.json.
AI context providers. Capability version: 1.0. Mode: generated. Runtime methods: contextProviders. Interfaces: OpsIQ\Connectors\ContextConnectorInterface. Package files: ContextProvider.php.
Guest record lookup without login (reference + proof match). Capability version: 1.0. Mode: generated. Runtime methods: contextProviders. Interfaces: OpsIQ\Connectors\ContextConnectorInterface. Package files: GuestLookupProvider.php.
Admin/customer identity providers. Capability version: 1.0. Mode: generated. Runtime methods: identityProviders, detectAdmin, detectCustomer. Interfaces: OpsIQ\Connectors\IdentityConnectorInterface. Package files: IdentityProvider.php.
Sales and revenue ingestion. Capability version: 1.1. Mode: generated. Interfaces: OpsIQ\Connectors\CommerceConnectorInterface. Package files: SalesIngest.php.
Cross-platform billing snapshot. Capability version: 1.0. Mode: generated. Runtime methods: billingProviders. Interfaces: OpsIQ\Connectors\BillingConnectorInterface. Package files: BillingProvider.php.
Payment-provider capability bus. Capability version: 1.0. Mode: generated. Runtime methods: paymentsCapabilities.
External ticket/email to OpsIQ ticket ingestion. Capability version: 1.0. Mode: generated. Runtime methods: handleWebhook. Interfaces: OpsIQ\Connectors\TicketMirrorConnectorInterface.
Reply mirroring to the external platform. Capability version: 1.0. Mode: generated. Runtime methods: pushReply. Interfaces: OpsIQ\Connectors\TicketMirrorConnectorInterface.
Staff/customer synchronisation. Capability version: 2.0. Mode: generated. Runtime methods: listCustomers. Interfaces: OpsIQ\Connectors\CustomerImportConnectorInterface. Package files: SyncImport.php.
Department/team synchronisation. Capability version: 1.0. Mode: generated. Package files: SyncImport.php.
Order roster and order-event synchronisation. Capability version: 1.0. Mode: declarative. Interfaces: OpsIQ\Connectors\CommerceConnectorInterface.
Product, catalog and inventory synchronisation. Capability version: 1.0. Mode: declarative. Runtime methods: registerActions.
Project, issue and workspace synchronisation. Capability version: 1.0. Mode: declarative. Runtime methods: registerActions.
CRM customer roster import. Capability version: 2.0. Mode: generated. Runtime methods: listCustomers, backfillChunk. Interfaces: OpsIQ\Connectors\CustomerImportConnectorInterface.
Receive and emit security events. Capability version: 1.1. Mode: generated. Runtime methods: securityCapabilities, syncBlockedIp, removeBlockedIp. Interfaces: OpsIQ\Connectors\SecuritySyncConnectorInterface.
Native remote IP/CIDR blocking. Capability version: 1.0. Mode: generated. Runtime methods: syncBlockedIp, removeBlockedIp. Interfaces: OpsIQ\Connectors\SecuritySyncConnectorInterface.
Survey identity, audiences, recipients and variables. Capability version: 1.0. Mode: generated. Runtime methods: surveyAudienceCatalog, surveyAudienceFacts, surveyVariableCatalog, surveyVariables, surveyRecipientPage. Interfaces: OpsIQ\Connectors\SurveyConnectorInterface. Package files: SurveyProvider.php.
Ticket reply feedback mirror (platform reply ratings land via the portal write method). Capability version: 1.0. Mode: generated. Runtime methods: replyFeedbackCatalog, pullReplyFeedback. Interfaces: OpsIQ\Connectors\ReplyFeedbackConnectorInterface.
Promotion targeting facts. Capability version: 1.0. Mode: generated. Runtime methods: subscribers. Interfaces: OpsIQ\Connectors\PromotionConnectorInterface.
Promotion product/content feed. Capability version: 1.0. Mode: generated. Interfaces: OpsIQ\Connectors\PromotionConnectorInterface.
Mailbox bus, outbound mail and address-book sync. Capability version: 1.0. Mode: generated. Runtime methods: emailAccounts. Interfaces: OpsIQ\Connectors\MailboxConnectorInterface.
Receive inbound email. Capability version: 1.0. Mode: declarative. Runtime methods: poll, handleWebhook. Interfaces: OpsIQ\Connectors\MailboxConnectorInterface.
Send outbound email. Capability version: 1.0. Mode: declarative. Runtime methods: registerActions. Interfaces: OpsIQ\Connectors\MailboxConnectorInterface.
Mailbox connector. Capability version: 1.0. Mode: declarative. Runtime methods: emailAccounts. Interfaces: OpsIQ\Connectors\MailboxConnectorInterface.
AI triage and Inbox Copilot for remote tickets. Capability version: 1.0. Mode: generated. Runtime methods: loadTriageContext. Package files: AiOperations.php.
AI-assisted reply drafting. Capability version: 1.0. Mode: declarative. Runtime methods: registerActions.
Connector expertise supplied to Admin AI. Capability version: 1.0. Mode: generated. Package files: ai_expertise_admin.md, ai_api_reference.md.
Native API passthrough. Capability version: 1.0. Mode: generated. Runtime methods: registerActions.
Signed platform bridge (for platforms with no API). Capability version: 1.0. Mode: generated. Runtime methods: registerActions. Package files: bridge/.
Local database/platform data adapter. Capability version: 1.0. Mode: declarative. Runtime methods: nativeDataProviders. Interfaces: OpsIQ\Connectors\NativeDataConnectorInterface.
CRM capability provider (calendar, enrichment, telephony or customer data). Capability version: 1.0. Mode: declarative. Runtime methods: crmCapabilities. Interfaces: OpsIQ\Connectors\CrmCapabilityConnectorInterface.
Remote sender block-registry synchronisation. Capability version: 1.0. Mode: declarative. Runtime methods: blockSender, unblockSender, isSenderBlocked. Interfaces: OpsIQ\Platform\BlockRegistryInterface.
Inbound comment ingestion. Capability version: 1.0. Mode: declarative. Runtime methods: handleWebhook.
Outbound private note. Capability version: 1.0. Mode: declarative. Runtime methods: registerActions.
Outbound notification delivery. Capability version: 1.0. Mode: declarative. Runtime methods: registerActions.
OAuth 2.0 authorisation. Capability version: 1.0. Mode: generated.
Review ingestion and response. Capability version: 1.0. Mode: declarative. Runtime methods: registerActions.
Local search/location data. Capability version: 1.0. Mode: declarative. Runtime methods: registerActions.
SEO data and actions. Capability version: 1.0. Mode: declarative. Runtime methods: registerActions.
Site Intelligence provider. Capability version: 1.0. Mode: declarative. Runtime methods: siteIntelligenceProviders. Interfaces: OpsIQ\Connectors\SiteIntelligenceConnectorInterface.
Analytics data provider. Capability version: 1.0. Mode: declarative. Runtime methods: analyticsCapabilities.
Communications/video-meeting provider. Capability version: 1.0. Mode: declarative. Runtime methods: commsCapabilities.
Connector-provided admin/account/public browser assets. Capability version: 1.0. Mode: generated. Runtime methods: adminAssets. Interfaces: OpsIQ\Connectors\AdminAssetConnectorInterface.
Platform-native hooks and lifecycle callbacks. Capability version: 1.0. Mode: extension. Package files: EnterpriseExtension.php.
Durable outbox/inbox queue and retry policy. Capability version: 2.0. Mode: extension. Package files: EnterpriseExtension.php.
Bidirectional ticket mirror with conflict handling. Capability version: 2.0. Mode: extension. Interfaces: OpsIQ\Connectors\TicketMirrorConnectorInterface. Package files: EnterpriseExtension.php.
Attachment upload/download transfer. Capability version: 2.0. Mode: extension. Package files: EnterpriseExtension.php.
Connector-owned schema migrations. Capability version: 1.0. Mode: extension. Package files: EnterpriseExtension.php.
Connector-owned scheduled/background workers. Capability version: 1.0. Mode: extension. Package files: EnterpriseExtension.php.
Two-way sync conflict strategy. Capability version: 1.0. Mode: extension. Package files: EnterpriseExtension.php.
Hvor mange gange at prøve et mislykket opkald, med en backoff, der fordobler hvert forsøg. 429s og 5xx fejl er genprøvet; en 4xx er din anmodning skyld og gentage det ville bare brænde din sats grænse.
Et per- minutloft for denne handling, så en travl udløser kan ikke hammer din platform. Lad det på 0 uden nogen grænse.
Hvor længe skal du vente på din platform, før du giver op?
Kræv et menneske til at godkende før handlingen kører. Brug det til noget destruktivt.
Trin 2 tilbyder syv mønstre. Vælg den, der matcher din platforms API dokumentation, generatoren udsender den rigtige HTTP-klient til det.
En statisk nøgle sendt som en fast header, for eksempel X-API-Nøgle. Du giver header navn og etiketten admin form skal vise. Dette sender nøglen som en header; hvis din API forventer nøglen som en forespørgsel parameter i stedet, bruge Custom headers eller en full-code stik.
Token sent as Authorization: Bearer <token>. Common for modern APIs.
Brugernavn og adgangskode, base64- kodet ind i Autorisations-headeren. Du vælger etiketterne begge felter viser på admin-formularen.
En offentlig nøgle plus en hemmelighed, med anmodning organ underskrevet. Du giver underskrift header, nøglen header og tidsstempel header din platform forventer.
Server- to- server, uden brugerinteraktion og ingen omdirigering. Du giver token URL og et valgfrit omfang; admin leverer klientid og hemmelighed. Brug dette når din platform udsteder legitimationsoplysninger til en applikation snarere end til en person.
Autorisationskodestrømmen med PKCE, for Stripe, Shopify, Slack og QuickBooks- stil apps. Du giver tilladelsen URL, token URL og omfanget. Efter udgivelse, admin klikker Connect på stikket, autoriserer på din platform, og OpsIQ gemmer den genopfriske token og mints adgang tokens på efterspørgslen. URI til at registrere sig i din OAuth app 'en vises på konnektorens indstillingsside.
En fri- form JSON header map for alt de mønstre ovenfor ikke dækker, for eksempel {"X-API- Nøgle ":"{api_key}"X-Tenant": "{tenant_id}"}. Hver pladsholder bliver et felt på admin-formularen.
Bruger offset og begrænser parametre. Eksempel:? offset =100& grænse =50.
Uses page number. Example: ?page=3&per_page=50.
Bruger en markør token fra den tidligere svar.
Bruger Link response header med rel = "next".
connector. php ReturNS en instans. Det erklærer ikke en navngivet klasse, at OpsIQ jagter for. Metoden navne nedenfor er dem ConnectorInterface kræver; få en forkert er en dødelig på belastning, ikke en advarsel.
<?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);
}
};Når din platform ejer en billet, skal du filme den ind i OpsIQ fra dit stik ved hjælp af billetten inguest hjælper din konnektor arver (oprette for en ny billet, add-svar på follow- ups). Emit og abonnere på de universelle billetevents i din connector 's subscribers() metode ticket.created, ticket.replied, ticket.updated, ticket.deleted. Autosvar, eskalering, SLA og CSAT alle kroge de samme begivenheder, så du arver dem uden ekstra kode.
En billet er altid til kunden, men åbningsmeddelelsen kan være skrevet af staff: en agent, der åbner en billet på kundens vegne, eller når ud proaktivt. Hver helpdesk understøtter dette, så det er en del af den universelle ticket.created kontrakten snarere end noget hver stik løser privat.
klient (standard) eller admin. Udelad det og kunden antages.
The staff id when author_type=admin. Never the customer id.
Agent eller afdelingens udstillingsnavn.
Agentadressen. Aldrig kunden en. En personalemeddelelse under kundens e-mail er en rapportering og revision fejl.
Det er ikke kosmetisk. Forbrugere læser author_type at beslutte, hvis tur det er. En personale- skriftlig åbning rapporteret som client efterlader auto- svar berettiget til at besvare en besked din egen agent skrev, og gør din platforms ekko af denne åbning ligne en frisk kundemeddelelse, som derefter lander som en kopi og vender billetten til answered. Kortlæg din platforms signal på det i dit stik begivenhedsnormalisator, aldrig i forbrugerne.
Når en agent blokerer en sender, gælder det på tværs af every kanal straks (e-mail, chat, portal, widget og hver konnektor tvilling) fordi blokken håndhæves centralt, før nogen konnekse ser beskeden. Din konnekt arver det ved at gøre ingenting. Der er ingen indgående arbejde for at gennemføre og ingen måde at få det forkert.
Den valgfrie halvdel er outbound: at fortælle din platform en kunde blev blokeret her. Implementere det kun, hvis din platform kan udtrykke noget tilsvarende.
Must include block_registry AND the class must implement BlockRegistryInterface. The flag is a claim; the interface is the guarantee. The registry requires both.
Receives kind (email|domain|ip), value, reason, admin_id, expires_at, site_key. Returns [result, detail?, remote_ref?].
Den samme last skal være idempotent, men det er ikke en fejl at blokere noget.
For forsoning, så drift er rapporteret snarere end opdaget af en kunde. Returnerer [resultat, blokeret?].
Applied on your platform. Include remote_ref when you have an id worth recording.
Allerede i den anmodede stat.
Din platform har ikke noget tilsvarende koncept. IKKE en fejl.
Du kunne have gjort det, og det gik galt. Inkludér detaljer; det lander i revision spor.
At dechifrere er et rigtigt svar. Mange platforme har ingen "blokere denne afsender" koncept og tilbyder kun konto suspension, som stopper fakturering, logins og tjenester i stedet for bare support mail. Kortlægning "en agent blokeret en spam adresse" på "lukke klientens konto" ville lade en misklikket blok opsige en betalende kundes tjenester. Hvis det er den eneste håndtag du har, skal du returnere unsupported og lad det være.
Decidering omfatter også tilfælde, hvor platformen can gøre det, men vil ikke lade dig. API, ikke en funktion: en løftestang, der kun eksisterer i platformens admin UI er et håndtag din konnektor ikke har.
Læs 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} with suspended=true. A suspended end user's new requests divert to Suspended Tickets instead of opening one, genuinely the same idea as blocking a sender, and it stops no billing because Zendesk end users have none. Returns the user id as remote_ref.
Zendesk kan suspendere et helt domæne, men kun gennem suspendering: søgeord i Admin Center blocklist textarea, og ingen API skriver dette felt. Funktionen eksisterer; håndtaget ikke.
Der findes ingen IP -blok på ticket- niveau.
Zendesk kan ikke forud- suspendere en adresse, det aldrig har set. Intet at gøre er ikke en fiasko, og den lokale blok stadig stopper billetten.
NÆGTELSE. Mistænkte personale ville låse en kollega ud af helpdesk. En personaleadresse nå en bloklist er langt mere tilbøjelige til at være en fejl end en instruktion, kontrollere den rolle, før du handler på det.
Den sidste række er den værd at kopiere. Kontrakten kan ikke stoppe dig kortlægge en blok på noget destruktivt, så hver stik skal selv beslutte, hvad det vil nægte. Afslår højlydt, med en detail en operatør kan læse, slår adlying.
- Rapportér ærligt. Bemærk hvor få af disse rækker er okDet er det rigtige resultat, ikke et hul: en domæne blok virker stadig (den håndhæves i kernen, når den skrives); den kan simpelthen ikke blive afspejlet udad. ok for noget, du ikke gjorde ville fortælle en operatør blokken nåede din platform, når det aldrig forlod OpsIQ.
Det er skrevet, før du bliver kaldt og står hvad du vender tilbage. Du kan ikke forhindre en operatør blokere nogen.
Et kast behandles som ikke understøttet og registreres. Returnering mislykkedes med en detalje i stedet, så årsagen overlever.
Den samme blok kan offentliggøres mere end én gang.
Fan- out er synkron med operatørens klik. Kø langsomt arbejde i stedet for at holde anmodningen åben.
Aldrig re-block ind OpsIQ fra din kontaktperson. registreringsdatabasen springer den oprindelige stik, men en anden hop ville loop.
Hver meddelelse er skrevet til opsiq_block_registry_log (operation, art, værdi, årsag, admin, oprindelse, stik kugle, resultat, detaljer og tidsstempel) så en operatør kan se en blok ankom fra din platform snarere end fra en agent, og hvad hver forbindelse gjorde ved det.
Håndbog attachments array til at oprette ()/addReply(). Hvert element bærer filen i en af tre former:
Base64 af RAW-fil bytes, brug for filer bag auth (de fleste indgående tilfælde). OpsIQ afkoder det og re-hosts filen for dig. Den mest bærbare form.
A public https URL (e.g. a Zendesk content_url). Must be https; passes an SSRF / allowlist check before it is stored.
En gemt fil reference du allerede skrev (hvad den indfødte komponist uploader producerer).
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 kun filnavne (ikke bytes), så det pålidelige indadgående mønster er: læse byte hvor din kode allerede kører (inde i platformen, eller fra webshook nyttelast), base64 dem, og sende dem som content_b64 om begivenheden.
Outbound (OpsIQ → din platform). Når en agent vedlægger en fil, ticket.replied nyttelast giver dig svaret filer som stored_path post under OpsIQ fil butik. Læs dem og skubbe i din platforms eget format, og tjek platformen docs, kodning betyder: WHMCS ønsker base64_encode(json_encode([[name,data]])) (JSON, ikke serialize); Zendesk uploads rå bytes til /uploads.json til en token derefter sæt comment.uploads; Gmail sender en flerdelt / blandet RFC-822 besked base64url- kodet i raw; Amazon SES inbound attachments need the S3 receive action (the SNS path caps at 150 KB).
Hvis din platform er en separat app eller database (en hosted SaaS, en fjernbetjening WHMCS, et andet DB på samme server) Skriv aldrig dens tabeller direkte: en krydsdatabase skriver lander på uanset forbindelse er aktiv og lydløst går glip af de rigtige rækker. Altid: outbound = at ringe til platformens signerede REST API (replies, status, afdeling, sletter); inbound = platformen POST 'er en underskrevet webhook, din handleWebhook() kontrollerer det og affyrer matchningen ticket.* event. For at stoppe en spejlsløjfe, mærke hvad du skubber med en oprindelsesmarkør (fx mirror_origin:'opsiq'); platformen ekko det på webhook og din indgående håndværker springer sine egne ekkoer. OpsIQEvents::isMirroredEvent() på toppen af hver kontakt.
Et svar flytter automatisk status, en agent svar → answered, a kunde svar → customer_reply; spejl, at på samme måde. ticket.updated og læs payload['changes'] (f. eks. {status:'closed'}).
Status: OpsIQ's kanoniske sæt er open, customer_reply, answered, in_progress, pending, closed. Hold et lille tovejskort til din platforms ordforråd, og sørg for at din kolonne rent faktisk accepterer de værdier du skriver (en ENUM mangler en værdi bliver tavs kastet til tomme af nogle databaser). Afdeling: OpsIQ -id er meningsløst på din side, Send den aldrig. Send deskriptoren (name, email og slug) og løse det mod dine egne afdelinger ved e-mail → navn → slug, så "Billing Department" lander i er Afdelingen for fakturering i stedet for Generelt. Trigger på begge ticket.escalated og a department_id ændring i ticket.updated.
Hvis kunden valgte et bestemt produkt, når du åbner billetten, stemple en antydning, så agenten ser et fokuseret servicetort (med et enkelt klik "se andre produkter" modal for resten). Pass nogen af disse til at oprette ():
Preferred: the service id exactly as it appears in your IdentityProvider::lookupCustomerServices() list (each service's id). Unambiguous match.
En platform service-kode, f.eks. WHMCS S396 (service396) / D11 (domæne11). OpsIQ dekomponerer det valgfrie type- letter + id og matcher din service liste, med en type vagt, så et domæne kode aldrig passer til et produkt af samme id. Udsend en matchende ref på hver tjeneste for en præcis match.
Et domænenavn; matches som en understreng mod hver tjenestes detalje / domæne.
Masser af rigtige platforme skib ingen RESTAPIpå alle. Et hotel CMS, et gammelt faktureringssystem, en skræddersyet intern værktøj. Du kan stadig skrive en kompletOpsIQconnector for one: stikket sender en enkelt PHP-fil, som operatøren falder ind i deres egen offentlige webroot, og at filen ISAPIDenne side er hele mønsteret, med de regler, der gør det sikkert at køre og årsagen til hver regel.
En normal konnektor kalder en andens API. En bro connector bringer sin egen. Intet andet ændrer: de samme handlinger, den samme kontekst udbydere, den ene identitet kontrakt, den anden pakke layout.
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.
Ved siden af platformen egen index. php. Ingen platform kode er ændret, ingen plugin er installeret, intet at opretholde på tværs af platform opgraderinger.
Your settings.json declares webhook_help.snippet_template. The connector page renders it as a copyable file with their live settings already substituted, so there is nothing to hand-edit.
Din klient.php sender GET anmodninger med den delte nøgle i en X-Opsiq- Bridge- Key header.URLindstilling er platformen site root.
Denne fil sidder i en offentlig webroot bag en delt nøgle. At enkelt faktum driver hver regel nedenfor. Må ikke slappe nogen af dem for at gøre din bro enklere.
Ikke en Where klausul, ikke en ORDER BY fragment, ikke et "bare denne ene gang" rå forespørgsel parameter. Den opkaldende navngiver en tabel, en kolonne og en værdi; din fil bygger erklæringen. Det øjeblik en opkaldet kan bidrage SQL tekst, en delt nøgle bliver vilkårlig database udførelse.
Identifikatorer kan ikke være bundet som parametre, så de skal kontrolleres i stedet. Læs den rigtige tabel og søjleliste for DETTE database og afvis noget der ikke er på det. En identifikator, der ikke virkelig er et objekt i dette skema, kan da slet ikke nå frem til en forespørgsel - hvilket gør det sikkert at afsløre hver tabel.
Uden undtagelse, herunder værdier i en søgning. Validerede identifikatorer plus bundne værdier er det par, der gør overfladen total og indsprøjtningsoverfladen nul.
Det er reglen, folk vil springe over.
Match on column NAME: password, remember_token, secret, api_key, private_key, salt, token. Replace the value with a placeholder on the way out. Refuse the write entirely on the way in — writing a raw password hash is not an operation, it is a footgun. Send the operator to the platform's own password flow.
Aldrig en bulk slette, aldrig et slete ved filter. En bulk fjernelse er, hvordan en database dør. Hvis nogen virkelig har brug for en, kan de gøre det på platformen.
Klemme grænsen parameter med et hårdt loft. En runaway forespørgsel må ikke være i stand til at dumpe databasen gennem en chat-besked.
En ukonfigureret bro svarer 403 til alt. En bro, der er hjælpsom før den er konfigureret, er en bro, som var nyttig for en fremmed.
hash_equals, never ==. The key goes in X-Opsiq-Bridge-Key, not the query string, so it stays out of access logs, proxy logs and Referer headers.
En metode, en form, intet at smugle i et organ. Alt broen gør er udtryksfuldt som et GET med validerede parametre, og OpsIQ er den eneste opkaldskilde.
Dette er reglen der bliver argumenteret med, så her er begrundelsen i fuld udstrækning. Assistenten skal kunne se hele platformen: det er hvad der gør den nyttig, og en læsning kan ikke ødelægge noget. Skrifter er forskellige. Denne fil sidder i en offentlig webroot bag en delt nøgle. Hvis denne nøgle lækker, en ubegrænset skrive overflade gør lækage svarende til fuld databasekontrol - en ny admin bruger, en tom bookingtabel. En tillo- liste betyder en lækket nøgle stadig ikke kan nå et bord operatøren aldrig aktiveret.
/* ── 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';
To detaljer i nedenstående kontrol er nemme at få forkert. Tabelnavnet ankommer allerede RESOLVED, der bærer installationens bordpræfiks, mens en operatør skriver loft- list upræfixed fordi det er hvad de naturligt ville skrive. Sammenlign begge måder eller en forudfastsat installation lydløst tillader intet og hver skrivning pauser. Og afvisningen skal forklare sig selv, fordi den person, der læser det er en admin i et chat- vindue, ikke en udvikler med en stak spor.
/** 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);
};Fire kontroller i denne rækkefølge, før noget rører data. Kopiér ordren samt checks.
<?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. */Dette er det stykke, der vender "assistenten kan nå enhver tabel" fra hensynsløs til sikker. Løs den opkalders bordnavn mod den virkelige skema, tolerere en manglende eller ekstra bord præfiks, og returnere null for noget andet. Alt nedstrøms derefter arbejder med et navn, der beviseligt eksisterer.
/** 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;
};Note what is bound and what is validated. The filter column is checked against the real column list and then interpolated as an identifier; its value is bound. The limit is clamped. Rows are redacted on the way out. The update refuses the primary key and any auth column, and stamps updated_at when the table has one.
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,
]]);
}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)),
]]);
}Platform versioner er forskellige. Kolonner flytte, få omdøbt, eller er fraværende. En bro, der antager et skema arbejder på en installation. Orientering og tilpasse i stedet: Vælg kun de kolonner, der findes her, tolerere tabellen præfiks, og prøv plausible stavelser af en reference.
/* 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));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.
På en opslagsside skal en reference, der ikke findes, og en reference hvis bevis ikke matcher, give SAME-svaret. Forskellige svar gør din bro til et orakel, der bekræfter hvilke referencer der er reelle, hvilket er en gratis kundeliste eksport for enhver patient.
Broen kan være præcis medOpsIQ. Hvad når en besøgende er besluttet afOpsIQ, i et fast afslag.
Operatøren åbner aldrig dit lager.OpsIQog tryk på Kopi. Denne kopi kommer fra indstillinger.jsonog det skal være det samme program som bridge / * .php.
{
"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..."
}
}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.
Uafhængigt af det...{webhook_url}, {webhook_path}, {webhook_secret}, {site_key}, {base_url}og{slug}er udfyldt, før panelet nogensinde ser den snuppet.
En liste giver dig flere snuppets i et panel, f. eks. en bro fil og en separat relæ krog.
# 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.
Formerede operationer og en universel dataoverflade, sammen. De formede returnerer ryddige, målrettet-byggede svar på de spørgsmål folk faktisk stille; de universelle dem dækker alt andet, så assistenten aldrig sidder fast.
statistik, hovedobjektlisten med filtre, et objekt med tilhørende rækker, kataloget over det der sælges, kundesøgning med historie. Disse giver AI et godt svar i ét opkald i stedet for fem.
De to eller tre tilstand ændringer, der betyder - sæt status, annullere. Hold de accepterede værdier tilload- listet.
tabeller (med række tæller) og beskrive (kolonner, typer, primær nøgle, plus læsbare og skrivbare flag per kolonne).
forespørgsel, record. get, record. create, records. update, recog. delete. hver enkelt af dem valideret som vist ovenfor.
Identitetssuber kaldes af ADMIN 'S BROWSER, same-oprindelse, så de ikke kan sende en brugerdefineret header. Deres godkendelse er selve platformen session. Sæt dem foran tastetaten, holde dem væk fra alle record data, og aldrig lade dem returnere en hemmelighed. Se konnektor identitet side.
op=diag, structure only, masked.
Test det. Omdøb konstant til tom og bekræfte hver op svar 403.
hash_equals, and the key read from the header only.
Og et rigtigt bordnavn med forkert præfiks løser stadig.
Og en skrive, at navne et er nægtet med en forklaring.
Med beskeden, der fortæller operatøren, hvordan man udvider den.
php tools/sync_connector_bridge_snippets.php reports it in step.
Hvis din pakke sender en brofil, skal en operatør, der opgraderer stikket, også genindsætte filen i deres webroot. Sig det i panelet og i din CHANGELOG, hver udgivelse.
Bromønsteret er ikke et PHP mønster.OpsIQopkald er en HTTP endpoint, så filen kan være Node, Python, Go, Ruby, .NET eller Java, og butikken bag det kan være enhverSQLmotor ellerMongoDB. Hvad er PHP-formet er emballage rørledning, og denne begrænsning afgør, hvordan din bro når operatøren. Læs den levering sektion først: det er den del, der overrasker folk.
Det er hele kontrakten, intet i den nævner et sprog.
HTTPS. One GET request per opkald. Ingen krop, ingen anden metode.
En fælles hemmelighed i X-Opsiq-Bridge-Key forespørgsel header, sammenlignet i konstant tid. Ikke en forespørgselsparameter, ikke en cookie, ikke Basic Auth.
- Spørgestreng. op angiver overfladen do Angiver operationen, resten er operationens argumenter.
JSON. {"success":true,"data":{...}} eller {"success":false,"error":"snake_case_reason"}. CONTECT- Type ansøgning / json, og ingen caching.
200om succes.403ukonfigureret eller forkert nøgle404er ikke fundet405forkert metode400dårligt argument501ikke understøttet på dette skema.
Ingen rammer, ingen runtime, intet OpsIQ bibliotek på din side. Hvis det kan tjene det, kan det være en bro.
Den signerede pakke dækker en fast liste over filudvidelser, og en fil uden for denne liste er udeladt af ZIP. En bro på et sprog listen ikke dækker derfor kan ikke skib inde i pakken - men det kan ikke længere forsvinde på dig enten.26August2026en fil i bridge/ at pakkeren ville falde er en hård overensstemmelse fiasko, så pakken nægter at passere i stedet for at installere uden bro i det.
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
Filskibene i det underskrevne ZIP, og den snuppet verifikator holder din panel kopi byte- identisk med det, uanset af de to det er. Drivkontrollen læser hver fil i bro /, ikke kun PHP dem, så en opgraderet bro med en gammel panel kopi mislykkes bygningen på begge sprog.
The panel snippet is plain text with no idea what language it holds, so it works for any stack. Put the whole program in webhook_help.snippet_template, name the file in snippet_filename, and do NOT leave a copy in bridge/ — conformance will refuse the package rather than ship it hollow. Say plainly in webhook_help.body that the operator copies this file rather than getting it from the package.
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 når din pakke sender mere end én bro. Det er sådan, verifikatoren ved hvilken bro en panelkopi tilhører; uden det, en tvetydig parring rapporteres som en overensstemmelsesadvarsel og at snuppet er efterladt ukontrolleret.php tools/sync_connector_bridge_snippets.php --apply, og så genunderskrive pakken.Samme fire kontroller i samme rækkefølge overalt: mislykkes lukket med ingen nøgle, én metode, constant- time tastekomparation fra header, derefter tilslutte. Den eneste rigtige fælde er sammenligningen, og det er en anden fælde i hvert sprog.
// Node.js — no dependencies
const http = require("http"), crypto = require("crypto"), url = require("url");
const BRIDGE_KEY = process.env.OPSIQ_BRIDGE_KEY || ""; // empty = bridge OFF
const sameKey = (a, b) => {
const ha = crypto.createHash("sha256").update(String(a)).digest();
const hb = crypto.createHash("sha256").update(String(b)).digest();
return crypto.timingSafeEqual(ha, hb); // equal lengths, always
};
const out = (res, payload, code = 200) => {
res.writeHead(code, { "Content-Type": "application/json; charset=utf-8",
"Cache-Control": "no-store" });
res.end(JSON.stringify(payload));
};
http.createServer(async (req, res) => {
if (BRIDGE_KEY.length < 24) return out(res, { success: false, error: "bridge_not_configured" }, 403);
if (req.method !== "GET") return out(res, { success: false, error: "method_not_allowed" }, 405);
const given = req.headers["x-opsiq-bridge-key"] || "";
if (!given || !sameKey(BRIDGE_KEY, given))
return out(res, { success: false, error: "forbidden" }, 403);
const q = url.parse(req.url, true).query;
// ... dispatch on q.op / q.do exactly as the PHP bridge does
}).listen(process.env.PORT || 8787);# Python — Flask
import hashlib, hmac, os
from flask import Flask, request, jsonify
app = Flask(__name__)
BRIDGE_KEY = os.environ.get("OPSIQ_BRIDGE_KEY", "") # empty = bridge OFF
def same_key(a: str, b: str) -> bool:
return hmac.compare_digest(
hashlib.sha256(a.encode()).digest(),
hashlib.sha256(b.encode()).digest(),
)
def out(payload, code=200):
resp = jsonify(payload)
resp.status_code = code
resp.headers["Cache-Control"] = "no-store"
return resp
@app.before_request
def gate():
if len(BRIDGE_KEY) < 24:
return out({"success": False, "error": "bridge_not_configured"}, 403)
if request.method != "GET":
return out({"success": False, "error": "method_not_allowed"}, 405)
given = request.headers.get("X-Opsiq-Bridge-Key", "")
if not given or not same_key(BRIDGE_KEY, given):
return out({"success": False, "error": "forbidden"}, 403)// 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)));
}Sikkerhedselementet ændres ikke: en tabel eller kolonne navn den kaldende skal kontrolleres mod det rigtige skema før det interpoleres, og hver værdi skal være en bundet parameter. Kun introspektion forespørgsel, citationstegn og personsøgningsklausul forskellige.
Tabel: SELECT TABLE_NAME FROM information_schema.TABLES WHERE TABLE_SCHEMA = ?. Kolonner: det samme mod information_schema.COLUMNS med AND TABLE_NAME = ?. Citat med bagticks, fordobling af enhver bagtik indeni. Side med LIMIT n OFFSET m.
Same information_schema views, lower-case names, WHERE table_schema = $1 (sædvanligvis) public). Citat med dobbelt citater, fordobling enhver dobbelt citat indeni. Side med LIMIT n OFFSET m. Se foldereglen: en ikke citeret identifikator er foldet til lavere tilfælde, så sammenlign case- insensitively når du løser et navn.
Same INFORMATION_SCHEMA views. Quote with square brackets, doubling any closing bracket inside. Paging needs an ORDER BY: ORDER BY [id] DESC OFFSET @o ROWS FETCH NEXT @n ROWS ONLY.
Tabel: SELECT name FROM sqlite_master WHERE type = 'table' AND name NOT LIKE 'sqlite_%'. Kolonner: SELECT name FROM pragma_table_info(?) - anvende den bordværdsat form, fordi PRAGMA table_info(x) statement kan ikke tage en bundet parameter og indbydende streng interpolation der er præcis det hul, du forsøger at lukke. Citat med dobbelte citater. Side med LIMIT n OFFSET m.
Tabel: SELECT TABLE_NAME FROM ALL_TABLES WHERE OWNER = :owner; kolonner fra ALL_TAB_COLUMNS. Citat med dobbelte citater, og husk en ikke citeret identifikator folder til UPER tilfælde, det modsatte af PostgreSQL. Side med OFFSET :o ROWS FETCH NEXT :n ROWS ONLY på 12c og senere.
Ingen SQL, så ingen identifikation interpolation og ingen bundne parametre - en anden disciplin for samme mål. Se nedenfor.
-- 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;
Der er ingen spørgerække at injicere i, så folk antager der ikke er noget at beskytte. Der er: filterdokumentet. Passing opkald-leveret JSON direkte ind find() lader en ringer sende {"$ne": null} eller {"$gt": ""} hvor du forventede en værdi, og stille vælge hvert dokument. Byg filteret selv.
// 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();That is your information_schema. Resolve the caller's spelling against it and use the resolved name.
Et strygepunkt () eller et tal () omkring det er hele forsvaret mod sprøjteapparat. Et dokument, hvor du forventede en værdi er NoSQL ækvivalent med et omstrejfende tilbud.
Ekskl. sekreter-formede felter i projektion, så de aldrig forlade serveren, snarere end at slette dem fra resultatet bagefter.
deleteOne with a resolved _id. Never deleteMany, and never a filter the caller influenced.
Samme ræsonnement som SQL: Nævn de samlinger, en skrive kan røre ved, og afvise resten med en forklaring.
Identitetssonden er den anden halvdel af en bro, og det er HTTP også. Underskriftsblokken er identisk på alle sprog: base64url nyttelasten, HMAC-SHA256 at strengen, slutte sig til en prik.
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 and a top-level authenticated:true, plus an admin or customer subject with an id and a username or email. Same claims, same signature, same secret.
En tre-del JWT underskrevet HS256 værker, og det samme gør to-del base64url nyttelast plus hexHMACat PHP-referencen udsender. Brug det sprog, bibliotekerne gør naturligt - et JWT bibliotek er normalt den kortere sti udenfor PHP.
Sandt på alle sprog. Sigtning klient- side betyder forsendelse af webstedet hemmelighed for enhver besøgende.
Skriv broen i PHP. Den leveres i pakken, den er køre- check- checket, og det kan starte platformens egne rammer til at læse en live session for identitetssonden. Intet andet giver dig alle tre.
A . js bro skibe, tegn og er drift- kontrolleres præcis som en PHP et. Intet er opgivet.
Levere gennem panelet snuppet og sige det i panelet krop; ikke efterlade filen i bro /, hvor overensstemmelse vil afvise pakken. Forbindelsen er ellers helt normal: handlinger, kontekstudbydere, identitet og gæst opslag alle arbejder det samme, fordi ingen af dem bekymrer sig om, hvad svar HTTP opkald.
Så bromønsteret er ikke det rigtige værktøj. En bro eksisterer for at nå en platform indefra sin egen vært. Hvis du kun kan nå den udefra, skriver du en almindelig API stik mod hvilken overflade den gør afsløre.
Dette er den mest almindelige ting mangler fra en forbindelse, der "virker, men er ubrugelig". Handlinger lader AI DO ting. Kontekstafsnit lade det vide ting. Et stik har brug for både, og de fleste spørgsmål en admin spørger bliver besvaret af kontekst, aldrig ved en handling. En forbindelse med perfekte handlinger og ingen sammenhæng udbyder vil sandfærdigt rapportere, at det ikke kan se noget.
Opdaget i handlinger.jsoneller returneres af registerActions (). Modellen vælger en, udfylder sine parametre, ogOpsIQudfører det. Handlinger er for verber: annullere denne reservation, åbne den billet, ændre denne status.
"Hvor mange ordrer denne måned", "der er mine nyeste kunder",, "hvad sælger vi" alle løse gennem en kontekst opslag, og aldrig røre ved en handling overhovedet.
OpsIQ beder om sektioner med generisk navn. Dit job er at beslutte, hvad hver enkelt betyder på din platform og besvare det. En hotel booking IS hotellets ordre; et værelse IS, hvad hotellet sælger. Kort, ikke opfinde.
Whatever a transaction is on your platform: orders, bookings, reservations, jobs, shipments. pending_orders is the same list filtered to the unfinished ones.
Kundelisten.
Hvad platformen sælger: produkter, værelser, planer, tjenester.
Indtægter og penge-formet totaler, plus tal efter stat.
Brug disse når din platform virkelig har dem. Tving ikke en kortlægning - et ubesvaret afsnit er bedre end en forkert.
Deklarer din egen. En udbyder, der erklærer afsnit (): ['licenser', 'forsendelser'] har dem sammenlagt i den universelle lookup s tillock- liste, så platform- specifikke opslag bliver tilgængelige uden nogen kernekoncerner ændringer.
En kontekstudbyder SKAL implementere grænsefladen. Registreringssystemet type- checks det, så en klasse, der blot LOOKS højre er sprunget - uden fejl, hvor som helst.
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 '';
}
}Implementér ContextConnectorInterface og returnér dine udbydere fra contextProviders (). Forbindelsesklassen kan også implementere ContectProviderInterface direkte og blive registreret som sig selv.
build () giver en tekstblok, der er sammenkoblet i prompten. Skriv den for en læser: en overskrift, derefter en linje per række.
Fange dine egne undtagelser. En udbyder, der kaster er logget og sprunget, men vender tilbage "er kontrakten.
De genererede ContextProvider. php skibe sektioner (): array {return [];} og guiden har intet felt for det. Udfyld det i hånden - og husk, at genudgive fra guiden OVERWRITES filen. Kopiér dine redigeringer først.
$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);OpsIQ classifies an action by the WORDS in its action_id, and it is deliberately conservative: anything it cannot recognise is treated as a write and demands an approval card. Get the verb right and a read just runs.
Hvis en af dem er indstillet, skal handlingen altid godkendes. Beslut dem ærligt - det er hvad der dækker admin 's godkendelseskort.
tilføje, oprette, åbne, opdatere, redigere, ændre, slette, fjerne, ødelægge, annullere, refundere, suspendere, opsige, aktivere, godkende, afvise, sende, markere, nulstille, fange, ugyldige, lukke, genåbne, tildele, tilbagekalde, yde, sæt, skifte, aktivere og deaktivere, udstede, generere, anvende, afgift, betale, levering, forny, opgradere, flette, flytte, overføre, eskalere, flag, registrere, sync, skubbe, importere, køre, udløse, starte, stoppe, genstarte og et par mere.
get, list, search, find, view, show, header, count, lookup, beskrive, læse, preview, test, ping, status, resumé, detaljer, seneste, historie, check, log, statistik, målinger, oversigt, indtægter, opdeling, rapport, analytics, balance, brug, kvote, snapshot, indsigt, foder, udkast, triage, klassificere, foreslå.
Der er læst "GET, HEAD og MULITTER".
Uanerkendt betyder godkendelse påkrævet.
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.
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.
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.
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.
Hvad denne platform IS, hvordan dens data er formet, hvad dets objekter kaldes, og de særheder, der ellers ville gøre assistenten gætte. Skriv det for en kompetent kollega, der aldrig har set platformen.
Den kallable overflade. For en bro stik dette er din op og gøre ordforråd med deres parametre, ikke en REST endpoint tabel.
Cirka6,000tegn, der opbevares pr. stik, og om24,000tegn for hele blokken på tværs af alle aktiverede stik. Over per- connector cap din fil er trunkeret; skal være koncise før truncator er.
Disse filer er forskellen mellem den assistent, der bruger dine universelle bordværktøjer og besvare fra det forkerte afsnit, fordi intet nogensinde fortalte det disse værktøjer eksisterede.
En underskriftskontrakt tjener tre overflader. Konnektorens opgave er at forvandle "der er logget ind på platformen" til en signeret tokenOpsIQkan kontrollere, og derefter at præsentere den verificerede emne iOpsIQstikket godkender aldrig nogen - platformen gør, og underskriften bærer på denne påstand.
En admin emne. Kontrolladningen belastninger inde i platformen admin panel og hver medarbejder er matchet til deres egen OpsIQ agent. Fuld walkough på admin widget side.
En kunde emne. Dette er hvad lader en logged- i kunden få deres HELE konto i stedet for en anonym opslag: hver ordre, fuld detalje, og enhver self-service handling du tillader.
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.
Det er de påstande, verifikatorerne tjekker. Intet her er valgfrit, hvad et delvist eksempel ellers kunne antyde.
Top niveau. Skal svare til den lokalitetsnøgle for anmodningen, eller token er nægtet.
Top niveau, unix seconds. Exp skal være i fremtiden og efter iat. Et token mere end omkring et minut i fremtiden nægtes. Hold livet kort - minutter til timer.
Top niveau, ved siden af exp. Din platform påstand om, at et rigtigt menneske er logget ind.
Top niveau. En kort snegl navngivning af oprindelsen. Anbefalet, og det lader en konnektor identitet udbyder fortælle sine egne tokens fra en anden platform s.
Et objekt navngivning emnet. Det skal bære en ikke-tom id, og et brugernavn eller en e-mail - per-admin adgang gate matcher dem. Inkluder både når du har begge.
$payload = [
'site_key' => $cfgSiteKey,
'iat' => time(),
'exp' => time() + 6 * 3600,
'authenticated' => true,
'platform' => 'yourplatform',
/* 'admin' or 'customer' — OpsIQ stamps the matching session identity
* from whichever key is present. */
$opsiqSubject => $subjectPayload,
];
$payload64 = rtrim(strtr(base64_encode(json_encode($payload, JSON_UNESCAPED_SLASHES)), '+/', '-_'), '=');
$identityToken = $payload64 . '.' . hash_hmac('sha256', $payload64, $cfgSecret);OpsIQ har to token verifikatorer, og de var ikke identiske. At vide dette sparer dig en eftermiddag, fordi symptom ligner intet som årsagen.
opsiq/embed/admin_ajax.php carries a local verifier that accepts the authenticated flag in either position. Conversation list, history and unread all go through it, so they authenticate fine.
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.
Historie og samtaler virker. Hver chat tur svar "Admin login kræves". Det lyder præcis som en session fejl og er ikke: token mangler top-niveau flag.
Det accepterer nu flaget på øverste niveau ELLER inde i emnet, så kontrakten er ensartet. Ældre kerner læse kun det øverste niveau. Emit den kanoniske form og din pakke virker på hver udgivelse.
To ting skal være sandt. Core skal stemple den verificerede kunde, og din konnektor skal præsentere det.
Samme tegn som admin-en, med et kundeemne. Læs kunden fra platformens egen session. Hvis din platform signerer kunderne ind på en anden vagt end administratorer, så læs den vagt du ønsker og aldrig falde tilbage på tværs af emner - det er sådan en kunde ville blive udleveret en admin token.
På en gyldig token, kerne stempler den verificerede emne i sessionen. Din udbyder læser en dokumenteret identitet; det aldrig autentificerer.
detectCustomer () returnererOpsIQform. Det skal implementeresOpsIQ\ Platform\ IdentityProviderInterface, eller registreringsdatabasen lydløst springer det - den samme fælde som den kontekst udbyder.
Og OpsIQ låser det til den bekræftede identitet før udførelse. Modellen kan ikke levere det.
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;
}
}Modellen må aldrig vælge, hvis data den læser. OpsIQ håndhæver det på sin side, og din platform skal håndhæve det på den anden side også. En lås er en fejl væk fra en lækage; to låse er en kontrakt.
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.
Tag id du blev givet og tilføje det til den WHVOR klausul i hver læse og hver skrive på denne overflade. Aldrig stole på referencen i anmodningen på egen hånd. En signed-in kunde spørger om en andens ordre skal komme tilbage tom, ikke forbudt.
Call it customer_id, not cust or ref. A parameter OpsIQ does not recognise is a parameter it cannot lock.
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.
{
"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."
}Same-oprindelse, så det kan ikke bære en brugerdefineret header. Dens godkendelse er platformen session. Sæt den AHEAD af din bro-nøgle gate, holde det væk fra rekord data, og returnere intet overhovedet for en logged- out besøgende.
{"success":true,"authenticated":true,"admin":{...},"identity_token":"..."} — and {"success":false,"authenticated":false,"error":"..."} when nobody is signed in.
Kun den signerede, der udløber.
Den fulde endpoint implementeringer for Laravel,WordPress, WHMCS, Symfoni og almindelig PHP, plus de hard- won Laravel specificis og fejlfinding ordre, er på admin widget side. De er den samme kode for en kunde emne: ændre vagt du læser og emnet nøgle du underskriver.
The most common way to lose an afternoon is to edit a connector under marketplace_connectors/, reinstall it, and find nothing changed. Installs do not read that folder. They pull a signed ZIP from the marketplace catalogue. Publishing is the sequence that puts your changes into that ZIP.
Der er intet, der kan indrettes.
En installation downloads, at ZIP, kontrollerer signatur, og pakker det ud. Indtil du genopbygge ZIP 'en, hver installation holder få den gamle pakke.
It writes into /connectors/<slug>/ on this install. That is a local connector, not a marketplace release. The two paths do not overlap.
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.
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.
php tools/resign_all_connectors.php — the signature covers file hashes, so ANY edit invalidates it. Sign last, after every file is final.
Den søgende signerer hver pakke, da den bygger ZIP, og det kører i en sammenhæng, hvor nøglen ikke kan læses fra indstillinger - så det skal komme fra miljøet.
Geninstallation af stikket opdaterer pakken. Det rører IKKE kopierne siddende i operatørens webroot. Fortæl dem, i panelet og i changelog.
# 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/ConnectorsZIP er bygget fra signerens egen filliste, så en omstrejfende fil sidder i din pakkemappe ikke sendes. Det er bevidst: en usigneret fil bruges til at ride sammen med kunderne.
phpjson, js,css, md, txt,html, sh, svg, png, jpg, jpeg, gif, webp, ico, yml, yaml - rekursivt, herunder bro / og test /. signatur.jsonselv er udelukket fra hasherne og derefter tilføjet til ZIP, så installationer kan kontrollere.
Den søgende navngiver hver fil, den efterlod. Læs denne liste. En fil du forventede at sende vises der betyder en forkert udvidelse eller et forkert sted - ikke en stille succes.
Inklusive en Markown- fil.
Vi må returnere et tilfælde af ConnectorInterface.
Manifest: slug, name, version, manifest_version, compatibility, capabilities, connector_contract_version, settings.
Maskinlæsbar kontrakt. Dens slug, version og kapacitet sæt skal være identiske med settings.json.
Alle tre er kontrolleret for eksistens OG mindstestørrelse. ECOPER. md har brug for reelt indhold, ikke en stub.
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.
Overensstemmelse scanner de tre Markdown-filer for sekretariats- formede værdier og private nøgler, og mislykkes på et hit.
Den fulde overensstemmelse suite er den samme en installation kører. Det kontrollerer manifest mod kanoniske kontrakt, at runtime og manifestere kapaciteter enige, at hver erklæret kapacitet har sin fil og sine metoder, identitets- token kontrakt i hver minting fil, broch- snippet match, guest- lookup alloop allolist hygiejne, handling unikke og bekræftelse sikkerhed, og pakken signatur.
# 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
Dette er den kilde- niveau kontrakt for at opbygge en forbindelse, som OpsIQ kan opdage, konfigurere, validere, aktivere, udføre, teste, underskrive og distribuere.
connectors/example_platform/
├── connector.php # connector implementation / entry point
├── settings.json # manifest + configuration schema
├── actions.json # optional action catalogue
├── README.md # setup, scopes, webhooks and limits
├── workflow_recipes.json # optional reusable recipes
├── knowledge.json # optional provider knowledge
├── profile.json # optional connector profile
├── src/ # optional client/provider classes
├── assets/ # optional admin assets
└── signature.json # signed release metadatasettings.json bruger manifest version 1. The validator expects a slug, name, version, manifest_version, compatibility, description and capabilities. Compatibility declares opsiq_min og opsiq_max. Udgivelsesstatus er en af production, beta, forhåndsvisning eller template; kapacitet modenhed bruger niveau L1- L6. Legacy pakker kan normaliseres med advarsler, men en ny pakke bør passere uden advarsler.
slug(), name(), description(), capabilities(), settingsSchema(), testConnection().onEnable() og onDisable(). Deaktiver skal være ikke-destruktiv; data udrensning er en separat bevidst operation.handleWebhook(), poll(), backfill(). Poll håndterer trinvis arbejde; backfill import historie og skal være sikker at gentage.pushReply() hvor platformen accepterer svar.registerActions() kontrakter om udførelse af leverancer.securityCapabilities(), syncBlockedIp(), removeBlockedIp(), testSecuritySync().Den abstrakte base tilbyder også valgfri chunked backfill, kundeliste, email- konto opdagelse / skabelse, abonnenter, admin / kunde detektion, fakturering / kontekst / identitet udbydere, svar udvinding, genprøve HTTP-opkald, JSON-sti adgang, fuzzy ranking og pagination hjælpere.
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(), synkroniserer handlingsdefinitioner og kan starte den første efterfyldning.onDisable() og stopper aktiviteten uden at slette importerede data.actions.json kataloget gør ikke en handling brugbar, før stikket er installeret, aktiveret, konfigureret og dets forbindelse er gyldig.Kør PHP-flint, manifest validering, forbindelsestest, handlingsskema test, webhook signatur / replay tests, arbejdsrum- isolation test, backfill-gentest tests, desabled- connector tests og svigt / forsøg prøver. En markedsplads pakke skal derefter underskrives og verificeres, omfatte opsætning / tilladelser / webhook- dokumentation, og angive sin sande udgivelsesstatus. Forbindelsesflise og manifestere er det autoritative tilgængelighedssignal.
Step-by-step opskrifter til fælles stik opsætninger.
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.
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.
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.
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.
OpsIQ undersystemer er åbne for udvidelse. En konnektor kan tilslutte en ny kapacitet til CRM eller Site Intelligence uden ændringer i OpsIQ kerne, via platformen kapacitet register (\OpsIQ\ Platform\ KapabilityRegistry). Declare kapaciteten, gennemføre sin lille metode sæt, sende stikket,OpsIQ opdager det og wire det ind i UI, Kunden 360 tidslinje og installationsvejledningen.
Tilføj en <domain>_capabilities array, bedst til no- code / marketingstik. Domæner: crm, site_intelligence.
Gennemførelse crmCapabilities() / siCapabilities() at sende de samme deskriptorer tilbage.
Goal: make a calendar connector appear in the CRM Schedule-meeting panel.
"crm_capabilities": [ { "type": "calendar", "label": "Calendar (Acme)", "actions": ["createEvent","listEvents","freeBusy"], "requires_auth": true } ]
Goal: feed local-listing data into Site Intelligence.
"site_intelligence_capabilities": [ { "type": "local_listing", "actions": ["listLocations","listReviews","getInsights"], "requires_auth": true } ]
createEvent($settings,$params) → {success,event_id,html_link,meet_link}; listEvents; freeBusy. Drevet af\OpsIQ\ CRM\ CalendarBridge.
enrich($settings,$params) → {succes, træk}. Drevet af\OpsIQ\ CRM\ EnrichmentBridge (kører også automatisk på virksomhedens oprettelse, når en udbyder er tilsluttet).
sendForSignature($settings,$params) → {success,envelope_id,sign_url}. Driven by \OpsIQ\CRM\EsignBridge.
listLocations, listReviews, getInsights. Skibe via Google Business Profile-stikket.
keywordRanks($settings,$params) → {succes, ranges}. Drevet af\OpsIQ\ SiteIntelligence\ RankDataBridge. Skibe: SerpApi stik.
report($settings,$params) (sync / export) + ingest($settings,$events) (import).OpsIQ\ Analytics\ WebAnalyticsBridge. Skibe: Google Analytics (GA4) stik. Data API for rapporter, Måleprotokol til import. Analytics er åben for stik som CRM + Site Intelligence (domæne) analytics / analytics_capabilities).
listPayments, customerPayments, createPaymentLink. Drevet af\OpsIQ\ Betalinger\ PaymentsBridge. Vis en kundes betalinger på CRM tidslinjen + sende et betalingslink på en aftale. Skibe: Stripe Payments connector. Domæne payments / payments_capabilities.
listMessages + sendMessage. Drevet af\OpsIQ\ Mailbox\ MaileboxBridge. En kundes e-mails på Kunden 360 tidslinje + sende e-mail fra en aftale. Skibe: Gmail + Outlook / Microsoft 365 konnektorer. mailbox / mailbox_capabilities.
Alle Google-konnektorer deler en app via\OpsIQ\OAuth\ SharedGoogleApp. Sæt google_oauth_client_id/_secret når og Kalender, Analytics, Business Profile + Gmail alle arbejde (per- connector "(valgfri)" felter er override). De deler også en omdirigering URI, <site>/connectors.php?oauth=callback (ingen per- connector slug), fordi Google udsætter API at tilføje omdirigere URI 'er til en app OpsIQ genopretter stikket fra den signerede OAuth state nonce. Registrer at enkelt URI én gang og hver Google-stik (nuværende + fremtid) autoriserer uden yderligere konsolopsætning. SharedGoogleApp::resolve(...)'s redirect_uri fra din oauthParams(); aldrig hard- kode en per- slug omdirigere. Microsoft-konnektorer gøre det samme via\OpsIQ\OAuth\ SharedMicrosoftApp (microsoft_oauth_*).
Den Importér (historisk efterfyldning) og Importér kunder knapper viser KUN for stik, der faktisk implementere dem, detekteret ved refleksion, så der er ingen flag at erklære. backfill() eller backfillChunk() at tjene Import- knappen; tilsidesætter listCustomers() (returnerer {email, fornavn,...} sider) for at tjene Import kunder. AbstractConnector no- op og knappen forbliver skjult, så UI aldrig tilbyder en import en stik kan ikke udføre.
CRM agent foreslår og booker møder off deal signaler (\OpsIQ\ CRM\ MeetingProposer → CalendarBridge), og auto- beriger nye konti, "AI driver CRM" loop, udføres på tværs af stik busser.
fetchTicket())Når en besøgende henviser til et billetnummer i klientchatten ("hvad er status for T-000123?"), OpsIQ løser det i to lag. Niveau 1 læser den delte OpsIQ billet butik, hver stik med inbound_ticket Spejler sine billetter der, så synkroniseret billetter bare arbejde for ALL stik med nul-per- connector kode. Niveau 2 er en live fallback for OLD billetter, der aldrig blev afspejlet: kernen kalder en VALGTE fetchTicket() på hver aktiveret stik, der implementerer den. duck-typed (opdaget af method_exists()- som contextProviders()/audienceCatalog()), så den underskrevne ConnectorInterface er uberørt og stik, der ikke har brug for det (e-mail / chat kilder, der skaber billetter indbygget) simpelthen udelade det.
fetchTicket() modtager den verificerede besøgendes identitet i $ctx (client_id + client_email, den samme verificerede identitet klienten chat AI bruger). Løs platform kunde fra denne identitet og forespørgsel KUN at kundens billetter, derefter re-kontrollere ejerskab på detaljer rekord. null på enhver miss, mismatch, eller fejl, aldrig en anden kundes data. null Det er en skam, at jeg ikke kunne finde den billet.<?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) lister udbydere med installeret / aktiveret / klar status (filsystem-baseret; DB kun for det aktiverede flag).
CapabilityRegistry::active($domain,$type) giver den første klar udbyder med sin indlæst stik og indstillinger. Bridges kalder dette i stedet for hardcoding snegle.
Hvor en funktion har brug for en evne, der ikke er forbundet endnu, UI viser et enkelt klik Connect / Installer prompt, aldrig en død kontrol.
Se connectors/PLATFORM_CONNECTORS.md (CRM + Site Intelligence) og connectors/CRM_CONNECTORS.md i pakken.
Signed- i kunderne kan spørge kunden chat AI om deres OWN konto ("min balance", "mine ordrer", har support besvare min billet ") og hvis virksomheden gør det muligt, anmode om refusion. Alt af det er drevet af DIN-stik erklæringer: ingen OpsIQ kernekontroller, ingen platform hardcodning. AI kalder dine lookups som indfødte værktøjer (det kan ikke opfinde en), identitet er låst serverside til den verificerede kunde, og resultater automatisk trimmes for AI.
I Deres actions.json, en read- only handling bliver customer- callable med ALL tre: "scope":"client", "requires_confirmation":false, "is_destructive":false. Brug "scope":"both" når den samme opslag bør også være kallig af dit team i Admin AI. Det fulde ordforråd er admin, client, both og system (system når hverken AI - API og kun webhook ruter). writing scope - Skrivende assistent er serveret den admin handling.
Navn din identitet parameter fra standardsættet. Låst til den verificerede numeriske id: client_id, clientid, customer_id, user_id, userid, account_id. Låst fast til det id som en streng: client_identifier, customer_identifier, account_identifier. Låst til den verificerede e-mail: email, client_email, customer_email, user_email. OpsIQ låser og auto- fylder det fra platform- verificeret signed- i kunden; AI aldrig ser eller vælger identitet. Et ikke-standard navn mislykkes lukket (nægtet, aldrig lækket).
Alt, der ikke er opdaget af den identitet: Fokch-by-bare- id (order_id/ticket_id alene), storewide lister, free-text søgninger. "scope":"admin".
Løkkeresultater er strukturelt trimmet, før de når AI: Secretary-formede nøgler er tabt, lange strenge og lister er begrænset, blanke felter er beskåret, og et fladt kort bredere end tasten holder sin Svar- bærende nøgler først, penge (credit, balance, amount, total, due, paid), identitet (email, *name, phone, company), stat (status, active, expir*, renew*), datoer, plan / produkt / domæne / service / abonnement / ordre / faktura / billet felter, valuta, tællinger og stats/summary/totals, før nogen resterende pladser gå til andre nøgler smallest- value-først. Praktisk vejledning: navngiv dine felter med det standard ordforråd og returnere de felter, der besvarer kundens spørgsmål i stedet for en rå 100 -key platform dump; et felt opkaldt uden for ordforrådet konkurrerer om venstre sæder og kan trimmes fra meget brede nyttelaster.
To råoperationer, politisk frie: (1) en betalings- verificering læst filtrerbar efter identitet OG en transaktion reference (din API skal OG filtre), f.eks. whmcs_get_transactions; (2) en refundering udføre handling (scope:"admin", requires_confirmation:true, is_destructive:true, aldrig customer-exposed), fx whmcs_refund_order. Virksomheden vælger begge nøgler i Indstillinger → Client Chat; OpsIQ re- verificerer betalingen server- side, anvender virksomhedens politik boks (beløb cap, alder vindue, månedlige grænse), spørgsmål inde i boksen, og filer en gennemgangstast for alt andet.
Connector Builder action editor har de samme kontroller: sæt "Hvem kan bruge det" til Signed- i kunder, lad både skrive afkrydsningsfelter fra, og brug en standard identitet parameter navn.
Indgangene "Kundeself-service" i connectors/whmcs/actions.json, woocommerce/actions.json, oscommerce/actions.json; fuld kontrakt i connectors/README.md §8.1–8.2 og ConnectorInterface::registerActions().
Hoteller, kurerer og mange handelsplatforme betjener kunder, der har en reference, men ingen login: en gæst med en booking bekræftelse, en modtager med et tracking nummer. guest_lookup kapacitet (Connector Contract, mode: genereret) lader DIN-stik tjene disse besøgende i klienten chat AI - nejOpsIQkernemodsætninger, ingen hardkodning af platformen. Din konnektor erklærer, hvad der beviser ret, og hvilke felter der er synlige;OpsIQhåndhæver kontakten, speederen og uniformen benægtelse.
Besøgende leverer record reference (matches af regex du erklærer) plus det bevis, du vælger - normalt e-mail på pladen. Din hente handling henter rekord SERVER- SIDE ved henvisning; OpsIQ 's genererede udbyder sammenligner beviset mod FETCHED rekord. Den besøgendes input er aldrig tillid, og ingen verificeret identitet er skabt: match berettiger den besøgende til at en plade er tilladt felter, intet andet.
Not- fundne og bevis-mismatch producere en identisk svar. AI er udtrykkeligt instrueret om aldrig at bekræfte, om en reference findes og aldrig at opfinde record detaljer. Forsøg er rate- begrænset per samtale + IP af kernen før din forbindelse nogensinde bliver hørt.
Intet servicerer gæster, før virksomheden giver mulighed for BOTH-kontakter: den arbejdsrum- brede kontrol i Indstillinger→Sikkerhed→"Guest record opslag i klient chat" (permission- gated AND always password- bekræftet, selv når valgfri step-up er slukket), og din konnektor egen guest_lookup_enabled indstillinger skifte. Installation eller aktivering af en stik alene åbner aldrig gæstens overflade.
Den genererede udbyder registrerer på guest kontekstoverflade - strukturelt adskilt fra admin og customer. Eksisterende kontekst udbydere bliver aldrig hørt for anonyme besøgende, og gæstelæreren bliver aldrig konsulteret for signed-in dem. Den ctx det modtager bærer chatbeskeden, tråd id og den besøgendes hævdede (uverificerbare) pre-chat e-mail som bevis kandidat - ingen identitetsområder.
På Handlinger trin, tilføje en read- only handling, der returnerer One record ved sin reference (fx GET /bookings/{booking_number}) and map its response fields with aliases: status, arrival, departure, room_type, customer_email…
På kapacitetstrin, aktivere guest_lookup. Et dedikeret panel vises: Vælg hentning handling, navngiv referenceparameteren, give referencemønsteret (en regex organ såsom \bBK-[0-9]{4,10}\b), navngiv record ("booking"), og vælg bevis - e-mail på record-( anbefales) eller ingen (reference alene, for status- kun kurer tracking).
Tik præcis de felter en gæst kan se. Alt andet er DROPPIED - aldrig redigeret. Byggeren nægter PII- formede felter (e-mail, telefon, adresse, betaling...) i allolist, og Release-gate overensstemmelse suite re- kontrollerer den samme regel før udgive, så en hånd- redigeret spec ikke snige en ind. Bemærk, at install- tid validering dækker manifestet og underskrift kun, så køre conformance suiten selv før du skibet. Bevisfeltet selv kan aldrig vises.
Bygherren udsender GuestLookupProvider.php - den kanoniske hærdede implementering, identisk for hver genereret pakke - og tilføjer guest_lookup_enabled skifte til din konnektor indstillinger. Virksomheden arme de to kontakter og chat AI begynder at tilbyde opslag, når en besøgende spørger om din record type.
Tænk "hvad ville en kurer print på den offentlige tracking side": status, datoer, værelse eller service kategori, tæller. Navne, kontaktoplysninger, gadeadresser, betalingsdata og free-tekst noter har ingen plads i en anonym chat - Builder og overensstemmelse både afvise dem.
Den genererede udbyder afslutter sin produktion med en instruktion om kun at svare fra de anførte felter og tilbyde en billet til noget andet. Detaljer ikke i tillowlist er "ikke tilgængelig i chat" - af design.
Leverandøren re- stammer fra den besøgendes seneste meddelelser i samme samtale, så "og hvornår er check-out?" virker uden at skrive igen. Den matchede reference og bevis e-mail huskes på chatten tråd som CANDIDATES, så følgedup ikke re- spørge. De er kun kandidater: hver tur stadig re-henter rekord serverside og re-sammenligner beviset før frigive et enkelt felt.
En markedsplads pakke kan sende sine egne GuestLookupProvider.php implementing ContextProviderInterface med surfaces(): ['guest']. Følg den genererede skabelons kontrakt nøjagtigt - hent ved reference, bevis-match serverside, ensartet benægtelse, allolist- only output - og erklære guest_lookup in capabilities. Overensstemmelse kontrollerer gæstens overflade og scanner tillowlist for PII.
Lad Promotion Studio målkampagner ved LIVE klient og fakturering stat fra din platform: "har en ubetalt faktura", "ordre venter", abonnement annulleret. "Enhver forbindelse (pre- installeret, markedsplads, eller én du bygger dig selv) slutter sig til ved at gennemføre to små metoder. Ingen OpsIQ kerne ændringer, ingen platform hardcodning: din konnektor vises som en platform i studiet Målsætning fanen med sin egen dropdown af fakta, og flere stik kan aktiveres side om side.
Implementér audienceCatalog () på din konnektor klasse. Det returnerer en etiket og listen over nøgler din platform kan svare. Hver nøgle vises i studiet dropdown under dit platformnavn.
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.
Enable the connector. The Promotion Studio Targeting tab grows a "Client & billing" section listing your platform; admins build rules like "unpaid_invoices >= 1"; every fact also becomes a personalization variable such as {unpaid_invoices}.
public function audienceCatalog(): array
{
return ['label' => 'My Billing Platform', 'keys' => [
['key' => 'unpaid_invoices', 'label' => 'Unpaid invoices (count)', 'type' => 'number'],
['key' => 'pending_orders', 'label' => 'Pending orders (count)', 'type' => 'number'],
['key' => 'client_status', 'label' => 'Client status', 'type' => 'text'],
]];
}
public function audienceFlags(array $identity): array
{
// $identity = verified token payload: ['email' => ..., 'id' => ..., 'name' => ...]
$email = strtolower(trim((string)($identity['email'] ?? '')));
if ($email === '') return [];
$client = $this->api('GetClient', ['email' => $email]); // your platform call
if (!$client) return []; // unknown client -> return [] (fails CLOSED)
return [
'unpaid_invoices' => (int)$client['unpaid_count'],
'pending_orders' => (int)$client['pending_orders'],
'client_status' => (string)$client['status'],
];
}Tilføj 'promo_audience' til din konnektor capabilities() array så platformen og markedsplads liste det som audience- able (opdagelse virker også fra metode tilstedeværelse, men erklærer det er den rene signal). connectors/whmcs connector er den fulde referencefejl.
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.
På enhver fejl (API ned, klient ikke fundet, timeout) tilbagevenden []. En regel, hvis faktum mangler gør kampagnen IKKE vise. En billing- målrettet popup må aldrig nå den forkerte person; OpsIQ håndhæver dette også i reglen matcher.
audienceFlags () kaldes højst én gang pr. stik per side visning, og KUN når en offentliggjort kampagne faktisk bruger din platforms regler. Anonyme besøgende koster dig nul opkald. Hold det til 1-2 API opkald OpsIQ Hukommelser i anmodningen.
Indgives kombinere dine nøgler med =,! =, >, > =, <, < =, indeholder, er indstillet, er tom, du kun leverer værdier.
Hver kendsgerning fordobler som en variabel i kampagne kopi: {unpaid_invoices}, {client_status}, plus bygget- ins {first_name} og {client_email}. Værdier er renset før rendering.
Declarative (JSON-only) marketplace connectors get promo_audience for FREE: if your connector declares customers/users, invoices, orders or subscriptions resources, OpsIQ derives customer_status, unpaid_invoices, amount_due, pending_orders, active_subscriptions and subscription_status from your existing search actions. No code at all.
Add an audience_capabilities object · {"label": "My Platform", "keys": [{"key": "open_carts", "label": "Open carts", "type": "number"}]}, to control exactly which facts (and labels) appear in the studio dropdown.
Forbindere > din konnektor > Aktivér. Åbn derefter enhver kampagne målings fane. Din platform skal vises under "Klient & fakturering (connects)".
Tilføj: Din platform · en nøgle · > = · 1 og sæt "Logged- in klienter". Gem og udgiv.
Log ind på din platform som en klient, der matcher reglen (popup skal vise) og som en, der ikke (popop skal forblive skjult). Logged- out besøgende aldrig matche logged-i regler.
Ud over build- in udløser (forsinkelse, rulning, exit- intention, tomgang, klik, side- set, chat / billet aktivitet), kan du affyre en kampagne fra hvor som helst i dit websted eller stik front- end, efter et vellykket checkout trin, når en vogn er opgivet, når din SPA skifter rute osv.
Sæt kampagnens udløser til Brugerdefineret med et begivenhedsnavn (f. eks. checkout_failed), og derefter ringe til den globale krog fra din side:
// 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');Den survey kapacitet lader enhver platform levere verificerede kunde identitet adaptere, publikum fakta, sikre variabler og modtager kandidater til Survey Studio. Det er uafhængigt af promo_audience og giver ikke en forbindelse ejerskab af undersøgelser, svar, analytics eller e-mail levering.
SurveyConnectorInterface, det dedikerede Builder panel, genereret SurveyProvider.php, pakke metadata og overensstemmelse isolation hele skibet. Forbruget er endnu ikke kappet: SurveyConnectorRegistry er implementeret og testet, men ingen Survey runtime kalder det endnu, så udbyder sundhed ikke er dukket op i admin UI og ingen offentliggjort konnektor pakke erklærer evnen. Signed- token Survey Identity Gateway udstedelse, målretning og variabel integration, CRM Outreach materialisering og den første afsendt leverandør tilknytninger forbliver separate faser. Byg mod denne kontrakt nu; forventer, at runtime til at begynde at forbruge det i en senere udgave.Declare typed canonical facts and resolve values only for a server-verified, workspace-bound subject. Typical facts include order_count, last_order_status, cancelled_order_count, customer_created_at, active_subscription_count, past_due_invoice_count and open_ticket_count.
Deklarér kunde, konto, ordre, abonnement og support variabler med type, følsomhed og tilladt kontekst. Undersøgelse kopi kræver fallbacks og output- konteksteseabout.
Muligvis optælle kandidater til CRM Outreach med stabile eksterne id 'er, afgrænset sider, deterministiske markører og consenent- relaterede metadata. Undersøgelse fryser den valgte publikum før nogen send.
Accepter identitet kun fra Survey Identity Gateway efter token signatur, udløb, formål, stik og arbejdsområde verifikation. Browser- leveret e-mail, ID, tags eller fakturering fakta er aldrig autoritative.
SurveyConnectorRegistry er designet til at rapportere kompatible, blokerede og utilgængelige udbydere uden at udsætte indstillinger, stier, rå identiteter eller undtagelsesmeddelelser, og en blokeret udbyder kan aldrig påberåbes. Rapporteringsoverfladen er endnu ikke udsat i admin UI: i dag en blokeret leverandør er simpelthen inert.
Udeklarerede nøgler, forkerte typer, overdimensionerede værdier, emne mismatch, konnektor timeouts og ukendte identiteter afvises. En målretning regel, der har brug for en utilgængelig kendsgerning ikke matcher. Modtager sider er begrænset og revideret. Følsomme værdier aldrig vises i offentlig preview eller logs.
Kontrakt 2.2 skibe kapacitet registreringsdatabasen indgang, interface, Survey kortlægning panel, genereret SurveyProvider.php, kapacitet version, README / udvikler reference og overensstemmelse inventar. Handel, helpdesk, SaaS bro og lokale PHP profiler omfatter det; Standard API -konnektorer opt i. Den statiske gate afviser en Survey udbyder, der kalder en Promotion navnerum, tabel eller evne.
Den reply_feedback kapacitet afspejler en platforms egne per- svar ratings i OpsIQ. En stjerne en kunde giver et svar på personalet inde WHMCS's klient område lander på Same svar i OpsIQ admin tråd, med samme chip, agent kredit, Feedback side indgang og Team & Performance beregning som en rating givet på en OpsIQ portal billet. One storage, one chip, one pipeline; stikket kun oversætter.
Der er præcis to indgangsveje og en sandhed. OpsIQ portal billetter skrive nationally. Platform billetter flyder gennem stikket, og kernen lander hver begivenhed via ReplyFeedback::recordMirrored(): de samme kolonner, personale-kun regel, one-rating- per-svar latest-vinder semantik, arbejdsrums stempel og stemme af Kunden indeksering portalen skrive bruger. En stik aldrig skriver feedback rækker selv.
Add the capabilities.reply_feedback entry: version 1.0, the ReplyFeedbackConnectorInterface, methods replyFeedbackCatalog and pullReplyFeedback, implies inbound_ticket.
Add reply_feedback to the capabilities list. This is what connector discovery reads.
Declare reply_feedback.modes (poll and/or webhook) and the platform's rating scale. This is what the conformance gate reads.
Implement the interface, list reply_feedback in capabilities(), then re-sign the package.
Declare modes, platformens egen rating skala (kerne normaliserer sig til den indfødte 1-5), og enhver reaktion tokens. Kataloget skal være enig med spec.json.
pullReplyFeedback returns canonical events: platform ticket id, platform reply id, rating, optional reaction/comment, submitted time and a stable event_id. It reads and translates. It never writes.
event_id is stable per feedback STATE, so a replayed event is a no-op and a changed rating overwrites (latest wins, like the portal).
Sider er afgrænset og deterministiske; en markør, der ikke forhånd slutter løbet. Historisk backfill afløb som et rullende vindue, aldrig én kæmpe træk.
Med ingen konfiguration, returnerer du en tom komplet side i stedet for at kaste. Overensstemmelsesrunner sonder med tomme argumenter.
Core løser hver begivenhed til et lokalt svar ved spejlet markør billetten spejl allerede stempler (<slug>:<ticket>:reply:<reply>). En begivenhed, der ikke kan løses, er droppet, aldrig gættet; feedback kun tillægger personalet svar; og agent kredit altid kommer fra svaret 's eksisterende forfatter. Ratingskriften aldrig ændrer forfatterskab. inbound_ticket eller ticket_mirror.
WHMCS gemmer klient- område per-svar stjerne bedømmelser i tblticketreplies.rating. WHMCS connector erklærer poll mode med en 1-5 skibe a ticket_reply_ratings relæ kommando i sin bro fil, og oversætter hver række til en begivenhed, hvis ids matcher whmcs:<ticket>:reply:<reply> markerer allerede sine billettegret stempler. Efter opgradering af stikket, genkopieres brofilen til WHMCS serveren, så den nye kommando eksisterer der.
doc/contracts/TICKET_REPLY_FEEDBACK_CAPABILITY.md i OpsIQ pakke. Accept: sats et svar inde i platformen, vente på timeløn meningsmåling, og det samme svar i OpsIQ viser chippen, Feedback side lister det, og en genspillet begivenhed ændrer intet.Marketplace kan du opdage, installere og udgive konnektorer bygget af fællesskabet.
Gå til Connectors > Marketplace. Søg efter navn, kategori eller platform.
Tjek beskrivelsen, støttede handlinger og vurderinger.
Click Install. The connector package downloads and installs to marketplace_connectors/.
Aktivér det i Connectors, indtast API legitimationsoplysninger og test.
Brug Connector Builder. Verificer alle handlinger arbejde.
Generér profil.json, handlinger.json, viden.json og PHP-filer.
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.
Upload gennem markedet indsendelse flow til gennemgang.
Runtime opdagelse root. Alt her er live: de stik, der skib med OpsIQ, alt installeret fra markedspladsen, og alt det Connector Builder udgiver på denne installation.
Forlaget KILDE for first-party markedsplads pakker. Det er ikke en opdagelse rod: intet her er live, indtil det er pakket, underskrevet, indsået i kataloget og installeret, hvor en kopi lander i stik /.
EU API og Webhook Builder lader dig oprette brugerdefinerede API Endepunkter og webhook lyttere indeni OpsIQ uden at skrive rå PHP.
Løb, når der sker noget. OpsIQ, eller når et eksternt system lægger en matchende begivenhed til din webhook URL. Skriv begivenhedens navn, for eksempel ticket.created.
Brug en af build- in interval begivenheder som begivenhedsnavnet: cron. minust, cron. time eller cron.-dail. The Actions and Triggers skærmen har knapper til disse, så du behøver ikke at huske dem.
Kør når en admin beder AI for det i almindeligt sprog. Tilføj den sætning, der skal matche, for eksempel finde kunden.
Et eksternt system sender en HTTP POST til din OpsIQ webhook URL med et begivenhedsnavn.
En begivenhed udløser kan bære betingelser, så det kun kører, når de indgående data matcher. Uden betingelser det kører hver gang begivenheden brande.
En sti ind i begivenhedsdata. Brug en prik for indlejrede værdier, for eksempel customer. email.
Vælg om alle regler skal matche, eller bare en af dem.
er lig, ikke lig, indeholder, ikke indeholder, starter med, er en af, er ikke en af. Matching ignorerer hovedstæder.
større end, i det mindste mindre end, højst. Tal skrevet som tekst stadig sammenligne korrekt.
er til stede, mangler, er tom, ikke er tom.
Event ticket.created, with one rule: priority equals urgent.
Handlingen kører for presserende billetter og er sprunget over for alt andet. Ingen filtrering nødvendig i din ende.
Send HTTP POST til en ekstern URL med en brugerdefineret nyttelast.
Opret en supportbillet med angivet afdeling, emne og besked.
Send en e-mail med en brugerdefineret skabelon.
Opdatér en kunde, billet eller CRM rekord.
Udfør en registreret handling fra et aktiveret stik med sine forbindelsestilladelser og bekræftelsesregler.
Søg i det komplette API katalog ved navn. Felter, skoper, tilladelser, bekræftelse, idempotens og dry- run support kommer fra live action-kontrakten; arbejdsstrømmen udfører inde i sin gemte arbejdsplads og administrator sammenhæng.
Brug en konnektor Native API Læs eller bekræftet Native API Skriv handling, når udbyderen endpoint har ingen kurateret handling. Valgt forblive inde i konnekset og kun relative udbyder stier accepteres.
Ready- to- use trigger- action opskrifter til fælles automationer.
Monitoring system sends POST when server goes down.
Trigger: Inbound webhook Condition: payload.status = "down" Action: Create ticket · Dept: Technical, Subject: "Server {{payload.hostname}} down", Priority: Urgent
Slack 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
Denne walkthrough skaber en simpel forbindelseshandling fra bunden.
Før du starter, beslutte hvilken en du har brug for. Begge er konfigureret på samme skærm.
Handlingen sender en HTTP anmodning til din platform. Vælg dette, når OpsIQ har brug for at nå ud og gøre noget på din side.
Handlingen kører noget som en installeret forbindelse allerede giver. Vælg dette når arbejdet er allerede tilgængeligt og du bare vil udløse det. Du vælger forbindelseshandlingen fra en liste, så der er intet at wire op.
Example: "lookup_product". Look up a product by name, return price, stock, and description.
Tilføj handlingsdefinitionen:
{
"actions": [
{
"action_id": "lookup_product",
"label": "Look up a product",
"category": "Catalogue",
"description": "Find a product by name and return price, stock and description.",
"scope": "admin",
"requires_confirmation": false,
"is_destructive": false,
"delivery_type": "http",
"http_method": "GET",
"http_url": "/api/products/search",
"parameters": [
{ "name": "name", "type": "string", "required": true, "in": "query",
"description": "Product name to search for" }
],
"returns": [
{ "alias": "id", "path": "data.id", "type": "string" },
{ "alias": "name", "path": "data.name", "type": "string" },
{ "alias": "price", "path": "data.price", "type": "number" },
{ "alias": "stock", "path": "data.stock_quantity", "type": "number" }
]
}
]
}I Connector Builder anmeldelse trin, tryk på Tør køre. Det kører den fulde overensstemmelse checkliste mod din pakke og, når du har leveret legitimation, gør en reel forbindelse test.
Spørg admin AI: "Kig op produkt Widget Pro". AI bør finde og udføre handlingen.
Indgående endepunkter accepterer signeret JSON fra et andet system og gør det til en dobbeltsporet kontaktaktivitet, der kan fodre tidslinjer, scoring og arbejdsgange.
Opret en kilde pr. afsendersystem. OpsIQ genererer en URL/ token og hemmelighed. Send JSON med Content-Type: application/json og underskrive den nøjagtige rå krop ved hjælp af HMAC- SHA256:
X-OpsIQ-Inbound-Signature: sha256=<hex hmac>Kort JSON stier til kontakt e-mail, event navn og valgfri begivenhed ID. Begivenheds- id er den foretrukne deduplikeringsnøgle. Accepterede aktivitet indtaster kontakttidslinjen og kan påvirke bly scoring, segmenter, livscyklusregler og arbejdsgange.
Afvis ugyldige signaturer før fortolkning forretningsdata. Rotér en hemmelighed ved at opdatere begge sider i et kontrolleret vindue; ikke logge på hemmeligheden.
Udengående webhook administration skaber signerede abonnementer, tester endepunkter og overvåger asynkron levering og prøve igen sundhed.
Fulde administratorer oprette en HTTPS endpoint, vælge specifikke begivenheder eller wildcard, gemme hemmeligheden sikkert og sende en test. OpsIQ underskriver den rå nyttelast med HMAC- SHA256:
X-OpsIQ-Signature: sha256=<hex hmac>Verificer signaturen før deseronisering eller handling. Levering er asynkron og automatisk genprøvet efter ca. 1minut 5 minutter 30 minutter2time og 12 timer. Brug den seneste-levering jernbane til at inspicere status, svarkode og forsøg tælle.
Modtageren skal være idempotent, fordi ethvert asynkron system kan levere igen. Returnerer et 2xx svar kun efter varig accept.
Webkroge lader eksterne systemer underrette OpsIQ når noget sker (indadgående), og lad OpsIQ underrette eksterne systemer, når noget sker internt (udgående).
Gå til Indstillinger > Webkrogs. Tilføj et endpoint URL og vælg begivenheder der skal modtages.
ticket.created, ticket.replied, chat.started, chat.message, order.completed, crm.deal.stage_changed, crm.contact.created, etc.
Fejl i leverancerne igen med eksponentiel backoff. Efter 15 fortløbende svigt, er endepunktet automatisk deaktiveret.
Hver anmodning indeholder en HMAC signatur i X-OpsIQ-Signature. Kontrollér altid.
OpsIQ vil ikke sende til privat / intern IPs (127.x 10.x 172.16.x 192.168.x 169.254.169.254).
Webkroge leveres via job kø, ikke blokere OpsIQ operationer.
Each event has a unique event_id that stays the same across retries for deduplication.
<?php
$payload = file_get_contents("php://input");
$signature = $_SERVER["HTTP_X_OPSIQ_SIGNATURE"] ?? "";
$secret = "opsiq_whsec_your_secret";
$expected = hash_hmac("sha256", $payload, $secret);
if (!hash_equals($expected, $signature)) {
http_response_code(401);
exit(json_encode(["error" => "Invalid signature"]));
}
$event = json_decode($payload, true);
// Process the event...
http_response_code(200);
echo json_encode(["received" => true]);const crypto = require("crypto");
app.post("/opsiq-webhook", (req, res) => {
const payload = JSON.stringify(req.body);
const sig = req.headers["x-opsiq-signature"];
const expected = crypto.createHmac("sha256", "opsiq_whsec_xxx")
.update(payload).digest("hex");
if (!crypto.timingSafeEqual(Buffer.from(expected), Buffer.from(sig || "")))
return res.status(401).json({ error: "Invalid signature" });
console.log("Webhook:", req.body);
res.json({ received: true });
});Brug ngrok til at afsløre din lokale server. Sæt webhook endepunktet til din ngroks URL.
OpsIQ genforsøger med eksponentiel backoff. Hvis dit endepunkt genvinder inden for gentrievinduet, er ingen hændelser tabt.
API nøgler autentificere anmodninger til OpsIQ REST API. Hver nøgle har opfanget tilladelser.
Naviger til API nøglehåndtering.
Giv det et beskrivende navn.
Giv nøglen kun hvad den har brug for. Scopes kommer ind læse og skrive par per område, så en rapportering integration kan gives læser og intet andet.
Vælg det smalle sæt, der gør jobbet. admin opfylder alle nedenstående rammer, så brug det kun, når du virkelig har brug for bred adgang.
Kontakter, virksomheder, tilbud, aktiviteter, segmenter, outreach, konverteringer, livscyklus og CRM webkroge.
Liste og læs billetter og deres beskeder; svar, opdatere, åbne og køre bulk kø operationer.
Læs live-chat samtaler og besked historie; sende beskeder, tildele og ændre status.
Kendskab base poster.
Gemte svarskabeloner.
Se hvilke stik der er installeret, hvad de kan gøre, og test deres legitimation.
Se dine handlinger, udløsere og deres løbehistorie.
Afdelinger til rådighed for routing.
Anmeldelser til en navngivet operatør.
Rapportafsnit, CSV eksport og planlagte rapportdefinitioner.
Monitorerede steder og deres SEO rapporter.
Underskrevet download links til vedhæftede filer.
Status side komponenter og hændelser.
AI skriver hjælpere: udkast, sammenfatte, oversætte, omskrive, komponere, analysere.
Alt, herunder et lille antal følsomme handlinger, der bevidst ikke kan nås af nogen smal omfang: sletning af en kontakt, ændre indstillinger for personlige oplysninger, og læse adgang log.
Nøglen kan kalde alt, hvad dens rækkevidde tillader.
Hver skrivning afvises, uanset hvad der står i opslagstavlen. Det sikreste valg for rapportering, dashboards og alt, der aldrig bør ændre data.
Du opregner de nøjagtige handlinger, nøglen kan kalde. Alt andet er afvist, selv inden for et tilladt anvendelsesområde.
Vist en gang. Starter med "opq _". Gem det sikkert.
EU OpsIQ widget er en JavaScript snuppet du tilføjer til din hjemmeside for sporing, AI chat, billet skabelse, og kundeidentifikation.
<script src="https://your-opsiq-domain.com/widget.php" data-site-key="site_abc123" async></script>
Paste before the closing </body> tag. The script loads asynchronously and does not block page rendering.
Nødvendig. Din site nøgle fra Connected Sites.
Valgfrit. "chat" (standard), "billetter" eller "begge".
Valgfrit. "bottom-højre" (standard) eller "boftom-venstre".
Valgfrit. Primær farve hex kode.
Valgfrit. Indledende hilsen.
Valgfrit. UI sprog: "en", "es", fr ", de", pt ", ar" osv.
Valgfrit. Servergenereret signeret identitet token.
// Manually notify OpsIQ of a route change (for custom routers)
window.OpsIQ = window.OpsIQ || [];
window.OpsIQ.push(["pageview", {
url: window.location.href,
title: document.title,
}]);script-src 'self' https://your-opsiq-domain.com; connect-src 'self' https://your-opsiq-domain.com; frame-src https://your-opsiq-domain.com;
No. Under 15 KB gzipped, indlæser async efter side indhold.
Brug data- farve til primær farve. Kontaktunderstøttelse for CSS override muligheder.
Platform- specifikke installationsvejledninger.
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.
Add to your Shopify store.
Online Store > Themes > Edit Code > Layout > theme.liquid. Paste before </body>. Save.
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" />
Add to your WHMCS client area.
Opsætning > Generelle indstillinger > Andet > Global Footer Indhold. Indsæt slangen. Eller rediger din skabelon footer. tpl.
Add via GTM.
Opret brugerdefineret HTML tag, paste snavs. Trigger: Alle sider. Publicer.
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.
fra Fjernsider → dit websted → Koder, kopiere læsserens linje og tilføje det til din admin panelets sider (fod omfatter, layout skabelon, eller en admin- only custom-JS boks):
<script async src="https://YOUR-OPSIQ/opsiq/embed/admin_widget.php?site_key=SITE_KEY&identity_token=TOKEN_FROM_STEP_2"></script>
Kun din applikation ved, hvilken admin der er logget ind - det er ikke en mangel, det er sikkerhedsmodellen. Din server genererer en kortlivede signeret token fra din egen session, præcis som den besøgende identitet token, underskrevet med samme websted webhook hemmelighed:
<?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.Hver admin, der logger ind på din platform er matchet individuelt:OpsIQs per- admin adgang gate løser token brugernavn + e-mail mod énOpsIQAgent (Team side; bruge agentens "match e-mails" liste, når platformen e-mail er forskellig) og anvender, at agenten arbejdsområde, afdeling og indbakke tilladelser.OpsIQ; ingen ændringer.
Uanset hvilken rollestreng din platform sender vises påOpsIQside for tildeling; godkendelse altid kommer fraOpsIQAgent Record, aldrig fra den erklærede rolle.
Browsere sender aldrig din admin cookie til en anden oprindelse - ingen leverandør kan "bare opdage" dit login cross-domæne. Hvert alvorligt produkt løser dette på samme måde: din server kvitteringer, underskrevet. Det er hele kontrakten.
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 flag - sæt det på TOP-niveauDette flag er din servers påstand om, at et menneske virkelig logges ind, og OpsIQ nægter nogen token uden det. "authenticated" => true beside site_key/iat/exp, IKKE kun inde i admin objekt. Nuværende OpsIQ accepterer det i begge positioner, men ældre udgivelser kun læse det øverste niveau - og fejlen er vildledende: samtaleliste, historie og ulæste alle autentificere fint, mens hver chat tur svar "Admin login kræves", som ligner en session bug og er ikke. Hvis du ser præcis denne split, skal du markere dette flag først.
Signér kun på serveren, aldrig i browserenJavaScript. Hold exp kort (minutter til timer);OpsIQafviser udløbet og fremtid- dated tokens, og signaturen binder token til dit websted nøgle.
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.
Når din OpsIQ stik gemmer din identitet endpoint i sin admin_identity_probe_url indstilling, PLAIN loader linje er alle dine admin sider brug: widget opdager sonden fra stikket, kalder det med din hjemmeside nøgle + widget- token, og autentificerer hver admin automatisk. Siden kan stadig tilsidesætte med en data-identity-endpoint attribut eller window.OpsIQAdminIdentityEndpoint.
Hvis din platform er Laravel (Botble, Bagisto, brugerdefinerede apps) og dit endpoint er en standalone fil, der støvler rammen til at læse logged- i admin, tre specifikke vil spare dig timer - hver enkelt produceret en reel produktionsfejl, før det blev lært:
Dine udbydere kan løse request fra beholderen under boot. Laravels egen livscyklus binder den opfangede anmodning om første ting inde Kernel::handle() - Spejl denne rækkefølge: $app->instance('request', Request::capture()) TIDLIGERE $kernel->bootstrap(), eller du får "Målklasse [anmodning] findes ikke".
Moderne Laravel præfikser cookie værdier med en HMAC beregnet med APP-NØY (CookieValuePrefix) - en almindelig sha1(name."v2") kan aldrig matche det. Strip med CookieValuePrefix::validate($name, $decrypted, $keys)med strukturel fallback (40 hex-tegn + | på plads40). Fortæl: en session id længere end40Krydderier (81= præfiks stadig fastgjort) og en session, der kun indlæses med _token i det.
Det er det, der er bedst. login_<guard>_<sha1(guard class)> - til standardwebvagten: 'login_web_' . sha1(Illuminate\Auth\SessionGuard::class). Scan enhver login_* Numerisk nøgle som en fallback for brugerdefinerede vagter.
Skib a debug=1 tilstand, der navngiver den svigtende STEP og undtagelse - en blind catch- alle gjort en live implementering udiagnosticerbar. Botble broen (fra v1.0.7) er referencen: trin markører på kernen / bind / bootstrap / decrypt / session / 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]);
}Kun "hvem er logget ind?" linje ændringer - signaturblokken er identisk overalt. Skriv på serveren, aldrig i JavaScript.
<?php
/* The ONE helper every platform shares. Keep it verbatim. */
function opsiq_identity_token(array $admin, string $siteKey, string $secret, string $platform): string {
$payload = json_encode([
"site_key" => $siteKey,
"iat" => time(),
"exp" => time() + 6 * 3600,
"authenticated" => true, // TOP LEVEL — OpsIQ refuses the token without it
"platform" => $platform,
"admin" => $admin + ["authenticated" => true],
], JSON_UNESCAPED_SLASHES);
$p64 = rtrim(strtr(base64_encode($payload), "+/", "-_"), "=");
return $p64 . "." . hash_hmac("sha256", $p64, $secret);
}
/* ── WORDPRESS ─────────────────────────────────────────────────────────── */
require_once ABSPATH . "wp-load.php";
if (!current_user_can("manage_options")) { /* not an admin → refuse */ }
$u = wp_get_current_user();
$admin = ["id" => (string)$u->ID, "name" => $u->display_name,
"username" => $u->user_login, "email" => $u->user_email,
"role" => implode(",", $u->roles)];
/* ── WHMCS (inside an addon/hook, admin area) ──────────────────────────── */
$aid = (int)($_SESSION["adminid"] ?? 0);
if ($aid <= 0) { /* not an admin → refuse */ }
$row = Capsule::table("tbladmins")->where("id", $aid)->first();
$admin = ["id" => (string)$row->id, "name" => trim($row->firstname . " " . $row->lastname),
"username" => $row->username, "email" => $row->email, "role" => "administrator"];
/* ── SYMFONY ───────────────────────────────────────────────────────────── */
$u = $security->getUser(); // Symfony\Bundle\SecurityBundle\Security
if (!$u) { /* not an admin → refuse */ }
$admin = ["id" => (string)$u->getId(), "name" => $u->getName(),
"username" => $u->getUserIdentifier(), "email" => $u->getEmail(),
"role" => implode(",", $u->getRoles())];
/* ── PLAIN PHP / your own app ──────────────────────────────────────────── */
session_start();
if (empty($_SESSION["admin_id"])) { /* not an admin → refuse */ }
$admin = ["id" => (string)$_SESSION["admin_id"], "name" => $_SESSION["admin_name"] ?? "",
"username" => $_SESSION["admin_username"] ?? "", "email" => $_SESSION["admin_email"] ?? "",
"role" => $_SESSION["admin_role"] ?? ""];
/* ── then, on EVERY stack ──────────────────────────────────────────────── */
$token = opsiq_identity_token($admin, "SITE_KEY", "opsiq_whsec_your_site_secret", "wordpress");
echo json_encode(["success" => true, "authenticated" => true,
"admin" => $admin, "identity_token" => $token]);Dit endpoint returnerede ingen identity_token. Åbn endepunktet URL direkte i logge- i admin browser med &debug=1 - du vil se det svigtende trin. På Laravel er dette næsten altid den anmodning-bindende eller kogning-prefix punkt ovenfor.
Din token mangler TOP- NIVEAU authenticated flag - widgets eget endpoint accepterer token, den delte verifikator bag chatstrømmen nægter det. Tilføj "authenticated" => true beside exp.
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.
En CORS-forudflyvning afviser en af dine forespørgsler. OPTIONS og ekko den anmodende oprindelse, eller simpelthen undgå brugerdefinerede overskrifter - widget kun brug for cookien.
Tjek exp: tokens er kortlivede af design. Kontrolgensonder automatisk, så dette betyder normalt endepunktet stoppet med at se sessionen - en app nøgle rotation, en session- driver ændring, eller en cookie-domæne forandring.
Identitet forbinder anonyme besøgende til kendte kunder. Når identificeret, OpsIQ links browserhistorik, chats og billetter til kundens profil.
Du fortæller widget hvem den besøgende er med en plainJavaScriptobjekt. Det fylder e-mail og kunde id på besøgende log, så dit dashboard viser signed-i trafik og sessioner deltage. Det er en HINT: enhver kan redigere det i deres browser, såOpsIQfrigiver aldrig kontodata på styrken af det.
Din server signerer en kortlivede token med webhook-hemmeligheden på webstedet. OpsIQ kontrollerer signaturen og behandler først personen som en bevist kunde. Dette er det niveau, der låser kontosvar op i kundechat og konnektor opslag. Brug det til noget, en fremmed ikke må se.
Sæt objektet FØR kontrolscriptet, eller ring til identificer () senere når din app ved hvem der er logget på. Begge formularer læses; brug alt efter hvad der passer til din side.
<!-- 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>Præcis den samme token kontrakt som admin widget, med en customer emne i stedet for en admin en. Skriv under på din server og send den til kontrolprogrammet. To detaljer afgør om det verificerer, og begge er nemme at få forkert:
Signér $payload64, ikke $payload. Underskrivelse af den rå JSON producerer en token, der ser rigtigt og afvises hver gang med en underskrift mismatch.
Oversæt +/ til -_ og strimler = polstring. Plain base64 sker for at overleve i dag; base64url er kontrakten og er, hvad hver OpsIQ verifikator og reference stik udsender.
ved siden af site_key, iat og expDet er din påstand, at et rigtigt menneske er logget ind, og OpsIQ afviser token uden det.
En token, der kun indeholder en e-mail, bekræfter som en underskrift og bliver derefter tappet stille. Send altid et id.
Minutter til timer.
<?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>';customer subject, passed as identity_token to widget.php. Covered above.
admin subject, passed to opsiq/embed/admin_widget.php. Same signer, different subject key. See "Admin widget in your backend".
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.
De bliver anonyme, indtil de identificeres igen. OpsIQ forbinder den nye anonyme rekord til kundens profil i det øjeblik en antydning eller en token ankommer.
Det er det niveau1/ Niveau2split. Et usigneret vink fylder besøgsloggen og intet andet. Kontosvar skal have en bekræftet underskrift.
OpsIQ giver SDK pakker og plugins til fælles platforme.
Komponist pakke: identitet token generation, handling API hjælpere, webhook underskrift verifikation.
Browser- side: tracking, identitet, brugerdefinerede begivenheder, chatkontrol.
Widget injektion, identitet fra WP-brugersessioner, WooCommerce sync.
Fuld integration: widget, billet relæ, identitet, admin AI.
App er integreret med automatisk kunde identitet.
composer require opsiq/sdk
use OpsIQ\SDK\Identity;
$token = Identity::createToken(
siteKey: "site_abc123",
secret: "opsiq_whsec_your_secret",
customer: ["id" => "cust_1001", "email" => "[email protected]", "name" => "Jane"]
);
// Call any catalog action over the action API
$ch = curl_init("https://your-opsiq.com/api/v1.php");
curl_setopt_array($ch, [
CURLOPT_POST => true,
CURLOPT_RETURNTRANSFER => true,
CURLOPT_HTTPHEADER => [
"Authorization: Bearer opq_your_key",
"Content-Type: application/json",
],
CURLOPT_POSTFIELDS => json_encode([
"action" => "crm.contacts.list",
"status" => "lead",
"limit" => 25,
]),
]);
$contacts = json_decode(curl_exec($ch), true);Survey Studio er designet til at bruge den samme indtastede General API, intern eksekutor, event bus og webhook operationer som resten af OpsIQ. Dette lader udviklere integrere slutningen til enden uden at bygge en pakket stik.
platform.get.survey.config og platform.save.survey.config. The surveys.* og feedback.* familier nedenfor er den godkendte målkontrakt og skal vende tilbage unknown_action indtil registreret.surveys.types.*, surveys.templates.* og surveys.quick_launch.* liste, forhåndsvisning, instantiate og validere komplette startere.
surveys.create|get|list|update|archive|duplicate plus uforanderlig version, validering og offentliggørelse af handlinger.
surveys.deployments.*, surveys.links.*, surveys.audiences.*, surveys.triggers.* og surveys.variables.*.
surveys.invitations.*, surveys.campaigns.*, surveys.recipients.*, surveys.responses.*, eksport, redact og analytics.
surveys.webhooks.*, surveys.imports.*, feedback.items.*, feedback.analytics.*, feedback.sources.* og feedback.analysis.*.
Brug indtastede undersøgelser. * handlinger med en arbejdsrums-fastlåst nøgle. Skrifter erklærer tilladelse, risiko, bekræftelse, idempotens og tørløbsadfærd.
Send en underskrevet begivenhed til en indadgående webhook, for eksempel en ordre annullering eller afsluttet onboarding trin. Replay beskyttelse deduplikerer begivenhedens ID.
Vælg en OpsIQ Generelt API foranstaltninger såsom at udsende en Survey-invitation eller forberede en kampagne, og derefter kortlægge felter fra den verificerede udløser nyttelast.
Levere den dokumenterede business-safe undersøgelse. * livscyklusdelsæt til dit endepunkt med underskrift, filter, prøve igen, log og autoriseret spil igen.
Det delte katalog vil dække Survey / implementering offentliggøre tilstand, publikum og udløser beslutninger, invitationer, rende / start / partiel / genoptage / komplet / opgive, reaktion redaction, kampagne state og levering fejl. High- volumen fokus, rulle og spørgsmål timing ophold i Survey Analytics opbevaring medmindre eksplicit dokumenteret for fan- out.
EU OpsIQ REST API kan du programmæssigt få adgang til alle platform funktioner.
Send nøglen som Authorization: Bearer opq_... eller X-OpsIQ-Key: opq_.... Brug en godkendelse header, ikke begge.
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 er handlingsbaseret: send en action navn i kroppen. Hver registreret administrator JSON operation har en stabil navngivet handling. {"action":"meta.actions"} (ingen nøgle påkrævet) for den autoritative, per- install liste, anmodning kontrakt, risiko metadata og omfang. platform.routes.* Broen er kun tilbage for ældre integrationers vedkommende.
Liste CRM-kontakter (scope crm. read). Params: q, status, kilde, mærke, blyscore, grænse.
Resolve- eller- create a contact (scope crm. write). Params: email plus felter, tags, noter.
List CRM deals (scope crm.read). Params: status, stage_id, company_id, owner_admin_id, pipeline_id, limit.
Record a lifecycle/business activity for a contact (scope crm.write). Params: email or contact_id, event, value, currency.
Record a conversion (scope crm.write). Params: contact_id or email, conversion_type, value, currency.
Poll CRM begivenhed stream (scope crm. read). Params: grænse.
List tickets (scope tickets.read). Params: page, per_page, sort, order, status, priority, department_id, assigned_admin_id, client_email, search.
One ticket and its messages (scope tickets.read). Params: ticket_id or ticket_number, include_messages, messages_limit.
Post a reply to a ticket (scope tickets.write). Params: ticket_id or ticket_number, body, author_type, author_name, internal.
Update a ticket (scope tickets.write). Params: ticket_id or ticket_number, status, priority, subject, department_id, assigned_admin_id.
Open a support ticket (scope tickets.write). Params: customer_email, customer_name, subject, body, priority.
Kør en bulk kø operation (scope tickets. write). Params: drift, ids.
List live-chat conversations (scope conversations.read). Params: page, per_page, status, assigned_admin_id, client_email, search.
One conversation and its messages (scope conversations.read). Params: conversation_id or thread_key, include_messages.
Paged message history (scope conversations.read). Params: conversation_id, page, per_page, include_internal.
Send a message into a conversation (scope conversations.write). Params: conversation_id, message, sender_type, internal.
Assign, re-status or re-title a conversation (scope conversations.write). Params: conversation_id, status, assigned_admin_id, subject.
Se hvilke stik der er installeret, hvad hver enkelt kan gøre, og om dens legitimationsoplysninger virker (scope connectors. read).
De handlinger, din Handlinger builder vil køre (omfang automations. read).
Hvad vil brand og hvilke betingelser (rækkevidde automations. read).
Execution history for debugging an integration (scope automations.read). Params: status, action_key.
Afdelinger du kan rute en billet til (scope divisions. read).
Notifications for one operator (scope notifications.read). Params: admin_id (required), unread_only.
Et rapportafsnit som CSV (scope analytics. read). Params: sektion, forudindstillet, fra, til. Call analytits. sections. list for gyldige værdier.
Monitored sites and their SEO reports (scope site_intelligence.read).
Et kortlivede signeret download link til en vedhæftet fil (scope files. read). Params: reference, ttl.
Spørg, om en IP eller e-mail er blokeret eller mistænkelig her (rækkevidde security.read).IP firewall, billetten spam blokliste og cached Security AI dom. Params: ip e-mail.
Rapportér misbrug af dit system observeret (rækkevidde security. write). Optaget som en sikkerhedsbegivenhed, klassificeret af Security AI straks, og administratorer er alarmeret på høj risiko domestics. Params: ip, e-mail, art, årsag, kilde.
Manage the spam rules the ticket pipeline enforces (scope security.write / security.read). Same store as the Tickets page "Block sender" control. Params: kind (email, domain, ip), value, reason, expires_hours.
Hver liste handling bruger de samme parametre, så du lærer dem en gang.
Sidenummer der starter på 1, og sidestørrelse. Standard 50, maksimum 200. grænse og offset er også accepteret, hvis du foretrækker dem.
Feltet skal sortere efter, og asc eller desc (standard desc). Hver handling accepterer et fast sæt sorteringsfelter; alt andet ignoreres snarere end erroring.
Send filtre som et objekt, eller send et filter som en top- niveau parameter. Ukendt filtre ignoreres.
items, page, per_page, count, total and has_more. Keep requesting pages until has_more is false.
POST /api/v1.php
Authorization: Bearer opq_your_api_key
{
"action": "tickets.list",
"status": "open",
"priority": "urgent",
"sort": "created_at",
"order": "desc",
"page": 1,
"per_page": 50
}Hver fejl returnerer den samme form, med en stabil code du kan aflede på. Må ikke matche på den human- læsbare error der kan omformuleres.
{
"success": false,
"code": "missing_scope",
"error": "API key missing required scope. Needed one of: tickets.read, admin",
"request_id": "req_8f2c1a9d4b7e"
}Ingen nøgle blev sendt, eller nøglen er forkert eller udløbet. HTTP 401.
Nøglen er gyldig, men mangler det omfang denne handling har brug for. HTTP 403.
Nøglen er read- only, eller denne handling er ikke i sin allow- liste. HTTP 403.
Ingen sådan handling. Ring meta. actions til den aktuelle liste. HTTP 400.
En nødvendig parameter er fraværende, eller en værdi ikke accepteres. HTTP 400.
Optaget eksisterer ikke, eller er ikke i det arbejdsrum denne nøgle kan se. HTTP 404.
Timegrænsen for denne nøgle bruges op. HTTP 429.
Something failed on our side. The request_id identifies the attempt if you need to report it. HTTP 500.
Hvis en skrive gange ud, kan du ikke se, om det landede. Send en idempotency_key og en gentagelse af samme opkald giver det oprindelige resultat i stedet for at gøre arbejdet to gange.
{
"action": "tickets.reply",
"ticket_id": 4192,
"body": "Thanks, that is now fixed.",
"idempotency_key": "your-unique-id-for-this-attempt"
}En nøgle huskes for 24 timer mod samme virkning og API Nøglen.
The original response, plus idempotent_replay: true so you can tell it was a replay.
Kun succesfulde skriver huskes. Hvis et opkald mislykkedes, sender du det igen med den samme nøgle kører det igen, hvilket er hvad du ønsker.
- Det er harmløst at gentage en læsning.
Tilføj dry_run: true til enhver skrive. Din nøgle, scope og parametre er alle kontrolleret præcis som normalt, så opkaldet stopper før noget er oprettet eller ændret.
{
"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."
}En konfigurerbar timegrænse pr.API nøgle (standard) 1000 anmodninger pr. time). Sæt det per nøgle under Indstillinger,API Nøgler.
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.
Hvert svar bærer X- RateLimit- Limit, X- SateLimit - Resterende og X- rateLimut- Reset (en Unix tidsstempel). Se Revering og bremse før du løber ud snarere end venter på at blive afvist.
A 429 betyder vente og prøve igen. A 401 betyder, at selve nøglen er forkert eller udløbet, så genforsøg vil ikke hjælpe, før du retter nøglen.
Gentagne fejl- auth forsøg fra en IP er throttled separat. Gyldige nøgler aldrig trip dette.
Træk dig tilbage, når Resterende bliver lavt, og ære Retry-After efter en 429 i stedet for at prøve igen med det samme.
v1. Hvert svar bærer X -OpsIQ-API-Version og X-OpsIQ-API- Status, så du kan bekræfte det.
If a version is ever retired, responses gain standard Deprecation and Sunset headers, and meta.actions reports deprecated and sunset_at. Check those in your monitoring and you will never be surprised.
Eksisterende handlingsnavne, deres parametre og fejlkoder. Nye handlinger og nye valgfrie felter kan tilføjes når som helst, så ignorer felter du ikke genkender snarere end at fejle på dem.
Dette er hele løkken: Find arbejde, læs det, handl på det og bekræft hvad du gjorde.
# 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}Denne liste er genereret fra det løbende katalog, så den altid matcher den version, du er på. meta.actions giver samme information som JSON.
Write. Scope: administration.write, admin. Contract: route_inferred. Admin 2fa Disable
Write. Scope: administration.write, admin. Contract: route_inferred. Admin 2fa Enable
Write. Scope: administration.write, admin. Contract: route_inferred. Admin 2fa Recovery Regenerate
Read. Scope: administration.read, admin. Contract: declared_dynamic. Admin 2fa Setup
Read. Scope: administration.read, admin. Contract: declared_dynamic. Admin 2fa Status
Write. Scope: administration.write, admin. Contract: route_inferred. Admin Ai Train From Reply
Write. Scope: administration.write, admin. Contract: declared_dynamic. Admin Brain Cancel
Write. Scope: administration.write, admin. Contract: route_inferred. Admin Brain View
Write. Scope: administration.write, admin. Contract: route_inferred. Admin Chat Access Check
Write. Scope: administration.write, admin. Contract: route_inferred. Admin Chat Create Ticket On Behalf
Write. Scope: administration.write, admin. Contract: route_inferred. Admin Chat Draft Ticket From Thread
Write. Scope: administration.write, admin. Contract: route_inferred. Admin Conv Delete
Write. Scope: administration.write, admin. Contract: route_inferred. Admin Conv Get
Write. Scope: administration.write, admin. Contract: route_inferred. Admin Conv List
Write. Scope: administration.write, admin. Contract: route_inferred. Admin Conv New
Write. Scope: administration.write, admin. Contract: route_inferred. Admin Conv Save
Read. Scope: administration.read, admin. Contract: declared_dynamic. Admin Notification Prefs Get
Write. Scope: administration.write, admin. Contract: declared_dynamic. Admin Notification Prefs Save
Read. Scope: administration.read, admin. Contract: route_inferred. Admin Notifications List
Read. Scope: administration.read, admin. Contract: declared_dynamic. Admin Notifications Mark All Read
Read. Scope: administration.read, admin. Contract: route_inferred. Admin Notifications Mark Read
Write. Scope: administration.write, admin. Contract: route_inferred. Admin Notifications Pulse
Read. Scope: administration.read, admin. Contract: declared_dynamic. Admin Online List
Write. Scope: administration.write, admin. Contract: declared_dynamic. Admin Presence Ping
Write. Scope: administration.write, admin. Contract: route_inferred. Admin Realtime Token
Write. Scope: analytics.write, admin. Contract: route_inferred. Dashboard Add Widget
Read. Scope: analytics.read, admin. Contract: declared_dynamic. Analytics Connectors Catalog
Read. Scope: analytics.read, admin. Contract: route_inferred. Analytics Data
Read. Scope: analytics.read, admin. Contract: route_inferred. Analytics Export
Read. Scope: analytics.read, admin. Contract: route_inferred. Analytics Export Csv
Write. Scope: analytics.write, admin. Contract: route_inferred. Analytics Import
Write. Scope: analytics.write, admin. Contract: route_inferred. Analytics Report
Write. Scope: analytics.write, admin. Contract: route_inferred. Analytics Segments Delete
Read. Scope: analytics.read, admin. Contract: declared_dynamic. Analytics Segments List
Write. Scope: analytics.write, admin. Contract: route_inferred. Analytics Segments Save
Read. Scope: analytics.read, admin. Contract: declared_dynamic. Analytics Status
Write. Scope: analytics.write, admin. Contract: declared_dynamic. Replay Clear All
Read. Scope: analytics.read, admin. Contract: route_inferred. Funnels Compute
Write. Scope: analytics.write, admin. Contract: route_inferred. Ab Test Create
Write. Scope: analytics.write, admin. Contract: route_inferred. Dashboard Create
Write. Scope: analytics.write, admin. Contract: route_inferred. Report Create
Write. Scope: analytics.write, admin. Contract: route_inferred. Ab Test Delete
Write. Scope: analytics.write, admin. Contract: route_inferred. Dashboard Delete
Write. Scope: analytics.write, admin. Contract: route_inferred. Funnels Delete
Write. Scope: analytics.write, admin. Contract: route_inferred. Report Delete
Read. Scope: analytics.read, admin. Contract: route_inferred. Replay Events
Read. Scope: analytics.read, admin. Contract: source_inferred. Analytics Export
Read. Scope: analytics.read, admin. Contract: route_inferred. Dashboard Get
Read. Scope: analytics.read, admin. Contract: declared_dynamic. Dashboard Layout Get
Write. Scope: analytics.write, admin. Contract: route_inferred. Dashboard Layout Save
Read. Scope: analytics.read, admin. Contract: declared_dynamic. Ab Test List
Read. Scope: analytics.read, admin. Contract: declared_dynamic. Dashboard List
Read. Scope: analytics.read, admin. Contract: declared_dynamic. Funnels List
Read. Scope: analytics.read, admin. Contract: declared_dynamic. Report List
Write. Scope: analytics.write, admin. Contract: route_inferred. Dashboard Remove Widget
Read. Scope: analytics.read, admin. Contract: route_inferred. Dashboard Rename
Read. Scope: analytics.read, admin. Contract: route_inferred. Ab Test Results
Write. Scope: analytics.write, admin. Contract: route_inferred. Funnels Save
Read. Scope: analytics.read, admin. Contract: explicit. List scheduled analytics reports for an operator Required fields: admin_id.
Read. Scope: analytics.read, admin. Contract: explicit. List analytics report sections and date presets
Write. Scope: analytics.write, admin. Contract: route_inferred. Report Send Now
Read. Scope: analytics.read, admin. Contract: route_inferred. Replay Sessions
Read. Scope: analytics.read, admin. Contract: route_inferred. Funnels Step Visitors
Read. Scope: analytics.read, admin. Contract: route_inferred. Replay Timeline
Write. Scope: analytics.write, admin. Contract: route_inferred. Dashboard Toggle Shared
Write. Scope: analytics.write, admin. Contract: route_inferred. Ab Test Update
Write. Scope: analytics.write, admin. Contract: route_inferred. Report Update
Read. Scope: analytics.read, admin. Contract: route_inferred. Dashboard Widget Data
Read. Scope: automations.read, admin. Contract: explicit. List integration actions
Write. Scope: automations.write, admin. Contract: route_inferred. Workflow Delete
Read. Scope: automations.read, admin. Contract: route_inferred. Workflow List
Read. Scope: automations.read, admin. Contract: explicit. List automation execution history
Write. Scope: automations.write, admin. Contract: route_inferred. Workflow Save
Read. Scope: automations.read, admin. Contract: explicit. List integration triggers
Write. Scope: chat.write, admin. Contract: route_inferred. Chat Call Start
Write. Scope: chat.write, admin. Contract: route_inferred. Chat Cobrowse Send
Read. Scope: chat.read, admin. Contract: route_inferred. Chat Feedback
Write. Scope: chat.write, admin. Contract: route_inferred. Chat Feedback Digest
Write. Scope: chat.write, admin. Contract: route_inferred. Chat Form Delete
Read. Scope: chat.read, admin. Contract: route_inferred. Chat Form Get
Read. Scope: chat.read, admin. Contract: declared_dynamic. Chat Form List
Write. Scope: chat.write, admin. Contract: route_inferred. Chat Form Save
Write. Scope: chat.write, admin. Contract: route_inferred. Chat Form Set Default
Write. Scope: chat.write, admin. Contract: route_inferred. Chat Online Admins
Write. Scope: chat.write, admin. Contract: route_inferred. Chat Permissions List
Write. Scope: chat.write, admin. Contract: route_inferred. Chat Permissions Revoke
Write. Scope: chat.write, admin. Contract: route_inferred. Chat Permissions Save
Write. Scope: chat.write, admin. Contract: route_inferred. Chat Permissions Upload Avatar
Write. Scope: chat.write, admin. Contract: route_inferred. Chat Reaction Toggle
Write. Scope: chat.write, admin. Contract: source_inferred. Chat Saved Replies Add Retry-safe with idempotency_key.
Read. Scope: chat.read, admin. Contract: explicit. List workspace and personal saved replies
Write. Scope: chat.write, admin. Contract: source_inferred. Chat Saved Replies Save Retry-safe with idempotency_key.
Write. Scope: chat.write, admin. Contract: route_inferred. Chat Set Persona
Write. Scope: chat.write, admin. Contract: route_inferred. Chat Snooze Clear
Write. Scope: chat.write, admin. Contract: route_inferred. Chat Snooze Set
Write. Scope: chat.write, admin. Contract: route_inferred. Chat Transfer Thread
Write. Scope: chat.write, admin. Contract: declared_dynamic. Chat Transfer Unread
Write. Scope: chat.write, admin. Contract: route_inferred. Chat Typing Preview
Write. Scope: chat.write, admin. Contract: route_inferred. Chat Whisper Ai Summary
Write. Scope: chat.write, admin. Contract: declared_dynamic. Chat Whisper Controls
Write. Scope: chat.write, admin. Contract: route_inferred. Chat Whisper Delete Room
Write. Scope: chat.write, admin. Contract: route_inferred. Chat Whisper List
Write. Scope: chat.write, admin. Contract: declared_dynamic. Chat Whisper Mentions
Write. Scope: chat.write, admin. Contract: declared_dynamic. Chat Whisper Rooms
Write. Scope: chat.write, admin. Contract: route_inferred. Chat Whisper Save Controls
Write. Scope: chat.write, admin. Contract: route_inferred. Chat Whisper Send
Write. Scope: chat.write, admin. Contract: declared_dynamic. Chat Whisper Targets
Write. Scope: chat.write, admin. Contract: route_inferred. Chat Whisper Unread
Read. Scope: communications.read, admin. Contract: route_inferred. Email Auth Check
Write. Scope: communications.write, admin. Contract: route_inferred. Push Campaign Delete
Write. Scope: communications.write, admin. Contract: route_inferred. Push Campaign Save
Write. Scope: communications.write, admin. Contract: route_inferred. Push Campaign Send
Read. Scope: communications.read, admin. Contract: declared_dynamic. Push Campaigns List
Write. Scope: communications.write, admin. Contract: route_inferred. Email Drafts Delete
Read. Scope: communications.read, admin. Contract: declared_dynamic. Email Drafts List
Write. Scope: communications.write, admin. Contract: route_inferred. Email Drafts Save
Write. Scope: communications.write, admin. Contract: route_inferred. Email Drafts Send
Write. Scope: communications.write, admin. Contract: route_inferred. Email Mailboxes Delete
Read. Scope: communications.read, admin. Contract: route_inferred. Email Mailboxes List
Read. Scope: communications.read, admin. Contract: declared_dynamic. Email Mailboxes Poll
Write. Scope: communications.write, admin. Contract: route_inferred. Email Mailboxes Save
Read. Scope: communications.read, admin. Contract: declared_dynamic. Email Mailboxes Test
Write. Scope: communications.write, admin. Contract: declared_dynamic. Email Pipe Regen Token
Read. Scope: communications.read, admin. Contract: declared_dynamic. Email Platform List
Write. Scope: communications.write, admin. Contract: route_inferred. Email Platform Send
Read. Scope: communications.read, admin. Contract: declared_dynamic. Email Settings Get
Write. Scope: communications.write, admin. Contract: route_inferred. Email Settings Save
Read. Scope: communications.read, admin. Contract: route_inferred. Email Settings Test
Write. Scope: communications.write, admin. Contract: declared_dynamic. Push Vapid Generate
Read. Scope: connector_builder.read, admin. Contract: explicit. Export a generated connector Required fields: slug.
Write. Scope: connector_builder.write, admin. Contract: explicit. Generate a connector package Required fields: spec. Retry-safe with idempotency_key.
Read. Scope: connector_builder.read, admin. Contract: explicit. Load a Builder specification Required fields: slug.
Write. Scope: connector_builder.write, admin. Contract: explicit. Import cURL into Connector Builder Retry-safe with idempotency_key.
Write. Scope: connector_builder.write, admin. Contract: explicit. Import OpenAPI into Connector Builder Retry-safe with idempotency_key.
Write. Scope: connector_builder.write, admin. Contract: explicit. Import Postman into Connector Builder Retry-safe with idempotency_key.
Read. Scope: connector_builder.read, admin. Contract: explicit. List Builder connectors
Read. Scope: connector_builder.read, connectors.read, admin. Contract: source_inferred. List Connector Builder profiles and capability contracts
Write. Scope: connector_builder.write, admin. Contract: explicit. Run Builder conformance tests Required fields: slug. Retry-safe with idempotency_key.
Write. Scope: connector_builder.write, admin. Contract: explicit. Update a generated connector Required fields: slug, spec. Retry-safe with idempotency_key.
Read. Scope: connector_builder.read, admin. Contract: explicit. Validate a Builder specification Required fields: spec.
Write. Scope: connectors.write, admin. Contract: route_inferred. Connectors Action
Write. Scope: connectors.write, admin. Contract: explicit. Start connector backfill Required fields: slug. Retry-safe with idempotency_key.
Write. Scope: connectors.write, admin. Contract: route_inferred. Connectors Backfill
Read. Scope: connectors.read, admin. Contract: explicit. Read connector backfill status Required fields: slug.
Read. Scope: connectors.read, admin. Contract: route_inferred. Connectors Backfill Status
Read. Scope: connectors.read, admin. Contract: route_inferred. Connectors Builder Ai Actions
Read. Scope: connectors.read, admin. Contract: route_inferred. Connectors Builder Ai Handler
Write. Scope: connectors.write, admin. Contract: route_inferred. Connectors Builder Ai Map
Write. Scope: connectors.write, admin. Contract: route_inferred. Connectors Builder Delete
Write. Scope: connectors.write, admin. Contract: route_inferred. Connectors Builder Dry Run
Write. Scope: connectors.write, admin. Contract: route_inferred. Connectors Builder Generate
Write. Scope: connectors.write, admin. Contract: route_inferred. Connectors Builder Import Curl
Write. Scope: connectors.write, admin. Contract: route_inferred. Connectors Builder Import Openapi
Write. Scope: connectors.write, admin. Contract: route_inferred. Connectors Builder Import Postman
Read. Scope: connectors.read, admin. Contract: declared_dynamic. Connectors Builder List
Read. Scope: connectors.read, admin. Contract: route_inferred. Connectors Builder Load
Write. Scope: connectors.write, admin. Contract: route_inferred. Connectors Builder Marketplace Apply
Write. Scope: connectors.write, admin. Contract: route_inferred. Connectors Builder Marketplace Link
Read. Scope: connectors.read, admin. Contract: declared_dynamic. Connectors Builder Marketplace Status
Write. Scope: connectors.write, admin. Contract: route_inferred. Connectors Builder Marketplace Submit
Read. Scope: connectors.read, admin. Contract: route_inferred. Connectors Builder Test
Read. Scope: connectors.read, admin. Contract: route_inferred. Connectors Builder Test Action
Write. Scope: connectors.write, admin. Contract: route_inferred. Connectors Builder Update
Read. Scope: connectors.read, admin. Contract: route_inferred. Connectors Builder Validate
Write. Scope: connectors.write, admin. Contract: route_inferred. Connector Contacts Import
Read. Scope: connectors.read, connector_builder.read, admin. Contract: source_inferred. Read the canonical connector capability contract
Write. Scope: connectors.write, admin. Contract: explicit. Synchronize connector customers Required fields: slug. Retry-safe with idempotency_key.
Write. Scope: connectors.write, admin. Contract: explicit. Disable a connector Required fields: slug. Retry-safe with idempotency_key.
Write. Scope: connectors.write, admin. Contract: route_inferred. Connectors Disable
Read. Scope: connectors.read, admin. Contract: route_inferred. Connector Email Account Department
Write. Scope: connectors.write, admin. Contract: route_inferred. Connector Email Account Remove
Read. Scope: connectors.read, admin. Contract: route_inferred. Connector Email Account Routing
Write. Scope: connectors.write, admin. Contract: explicit. Enable a connector Required fields: slug. Retry-safe with idempotency_key.
Write. Scope: connectors.write, admin. Contract: route_inferred. Connectors Enable
Read. Scope: connectors.read, admin. Contract: source_inferred. Connectors Get
Read. Scope: connectors.read, admin. Contract: route_inferred. Connectors Get
Write. Scope: connectors.write, admin. Contract: route_inferred. Connectors Install
Read. Scope: connectors.read, admin. Contract: declared_dynamic. Connector Integrity Scan
Read. Scope: connectors.read, admin. Contract: explicit. List installed connectors and capabilities
Read. Scope: connectors.read, admin. Contract: declared_dynamic. Connectors List
Write. Scope: connectors.write, admin. Contract: route_inferred. Connector Oauth Start
Read. Scope: connectors.read, admin. Contract: explicit. Read connector settings Required fields: slug.
Write. Scope: connectors.write, admin. Contract: explicit. Save connector settings Required fields: slug, settings. Retry-safe with idempotency_key.
Write. Scope: connectors.write, admin. Contract: route_inferred. Connector Shared Oauth Delete
Write. Scope: connectors.write, admin. Contract: route_inferred. Connectors Sync Customers
Read. Scope: connectors.read, admin. Contract: source_inferred. Connectors Test
Read. Scope: connectors.read, admin. Contract: route_inferred. Connectors Test
Write. Scope: connectors.write, admin. Contract: route_inferred. Connectors Uninstall
Read. Scope: connectors.read, admin. Contract: route_inferred. Connectors Workflow Recipes
Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Ai Draft
Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Ai Rewrite
Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Archive
Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Assign
Write. Scope: conversations.write, admin. Contract: declared_dynamic. Admin Client Chat Assignees
Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Bulk
Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Clear
Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Clear All
Write. Scope: conversations.write, admin. Contract: declared_dynamic. Admin Client Chat Customer Tickets
Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Decline
Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Delete
Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Delete Last
Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Edit Last
Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Export
Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Forget Visitor
Read. Scope: conversations.read, admin. Contract: source_inferred. Conversations Get
Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat History
Read. Scope: conversations.read, admin. Contract: source_inferred. Conversations List
Read. Scope: conversations.read, admin. Contract: source_inferred. Conversations Messages
Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Resolve
Write. Scope: conversations.write, admin. Contract: declared_dynamic. Admin Client Chat Saved Replies
Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Saved Reply Add
Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Saved Reply Ai Generate
Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Saved Reply Delete
Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Saved Reply Save
Write. Scope: conversations.write, admin. Contract: source_inferred. Conversations Send Retry-safe with idempotency_key.
Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Send
Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Tags Set
Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Thread
Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Threads
Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Toggle
Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Toggle Attachments
Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Toggle Call Button
Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Typing
Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Unarchive
Write. Scope: conversations.write, admin. Contract: explicit. Update a conversation status, assignment or subject Retry-safe with idempotency_key.
Write. Scope: conversations.write, admin. Contract: route_inferred. Admin Client Chat Upload
Read. Scope: crm.read, admin. Contract: route_inferred. Crm Ab Results
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Access Set
Read. Scope: admin. Contract: source_inferred. Crm Access Log List
Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Account Health
Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Account Health Board
Write. Scope: crm.write, admin. Contract: declared_dynamic. Crm Account Health Refresh
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Account Plan Get
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Account Plan Save
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Account Plans Due
Read. Scope: crm.read, admin. Contract: route_inferred. Crm Account Timeline
Read. Scope: crm.read. Contract: explicit. List CRM contact activities
Write. Scope: crm.write. Contract: explicit. Record a CRM contact activity Required fields: contact_id, activity_type. Retry-safe with idempotency_key.
Read. Scope: crm.read, admin. Contract: route_inferred. Crm Activity Feed
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Agent Toggle
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Ai Policy Get
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Ai Policy Save
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Ai Policy Simulate
Read. Scope: crm.read, admin. Contract: route_inferred. Crm Ai Trace
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Approval Decide
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Approval Delegate Set
Read. Scope: crm.read, admin. Contract: route_inferred. Crm Approval List
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Approval Policy Get
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Approval Policy Save
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Approval Settings
Write. Scope: crm.write, admin. Contract: declared_dynamic. Crm Approve Apply
Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Approve List
Write. Scope: crm.write, admin. Contract: declared_dynamic. Crm Approve Reject
Write. Scope: crm.write, admin. Contract: declared_dynamic. Crm Approve Update
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Ask
Write. Scope: crm.write, admin. Contract: route_inferred. Contact Assign Owner
Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Assignment Get
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Assignment Save
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Attachment Delete
Read. Scope: crm.read, admin. Contract: route_inferred. Crm Attachment List
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Attachment Upload
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Autobook Meeting
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Autodeal Mode
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Book Meeting
Write. Scope: crm.write, admin. Contract: declared_dynamic. Crm Booking Link Save
Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Booking Links List
Write. Scope: crm.write, admin. Contract: declared_dynamic. Crm Build Apply
Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Build Get
Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Build List
Write. Scope: crm.write, admin. Contract: declared_dynamic. Crm Build Plan
Write. Scope: crm.write, admin. Contract: declared_dynamic. Crm Build Rollback
Write. Scope: crm.write, admin. Contract: route_inferred. Contact Bulk
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Bundle Set
Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Calendar Status
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Capture Status
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Comm Policy Get
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Comm Policy Save
Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Command Snapshot
Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Companies List
Read. Scope: crm.read, admin. Contract: route_inferred. Crm Company Hierarchy
Write. Scope: crm.write, admin. Contract: declared_dynamic. Crm Company Save
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Company Set Parent
Read. Scope: crm.read, admin. Contract: route_inferred. Crm Company Suggest Related
Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Connectors Catalog
Read. Scope: crm.read. Contract: source_inferred. Crm Consent Log List
Read. Scope: crm.read, admin. Contract: route_inferred. Crm Contact Churn
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Contact Draft Email
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Contact Enrich
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Contact Propose Email
Read. Scope: crm.read. Contract: source_inferred. Crm Contacts Detail
Write. Scope: admin. Contract: source_inferred. Crm Contacts Erase Retry-safe with idempotency_key.
Read. Scope: crm.read. Contract: source_inferred. Crm Contacts Export
Read. Scope: crm.read. Contract: source_inferred. Crm Contacts Import List
Write. Scope: crm.write. Contract: source_inferred. Crm Contacts Import Run Retry-safe with idempotency_key.
Read. Scope: crm.read. Contract: source_inferred. Crm Contacts List
Read. Scope: crm.read. Contract: source_inferred. Crm Contacts Next Action
Write. Scope: crm.write. Contract: source_inferred. Crm Contacts Open Chat Retry-safe with idempotency_key.
Write. Scope: crm.write. Contract: source_inferred. Crm Contacts Open Ticket Retry-safe with idempotency_key.
Write. Scope: crm.write. Contract: source_inferred. Crm Contacts Resync Retry-safe with idempotency_key.
Write. Scope: crm.write. Contract: source_inferred. Crm Contacts Save Retry-safe with idempotency_key.
Write. Scope: crm.write. Contract: source_inferred. Crm Contacts Send Email Retry-safe with idempotency_key.
Write. Scope: crm.write. Contract: explicit. Crm Contacts Upsert Required fields: email. Retry-safe with idempotency_key.
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Contract Amend
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Contract Price Set
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Contract Save
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Contract Usage
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Contracts List
Write. Scope: crm.write, admin. Contract: declared_dynamic. Crm Conversation Intel
Write. Scope: crm.write. Contract: source_inferred. Crm Conversions Goals Delete Retry-safe with idempotency_key.
Read. Scope: crm.read. Contract: source_inferred. Crm Conversions Goals List
Write. Scope: crm.write. Contract: source_inferred. Crm Conversions Goals Save Retry-safe with idempotency_key.
Read. Scope: crm.read. Contract: source_inferred. Crm Conversions List
Write. Scope: crm.write. Contract: source_inferred. Crm Conversions Record Retry-safe with idempotency_key.
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Create Video Meeting
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Customer Auto Sync
Read. Scope: crm.read, admin. Contract: route_inferred. Crm Customer Auto Sync Status
Read. Scope: crm.read, admin. Contract: route_inferred. Crm Customer Emails
Read. Scope: crm.read, admin. Contract: route_inferred. Crm Customer Payments
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Data Steward Bulk Propose
Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Data Steward Inbox
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Data Steward Propose
Write. Scope: crm.write, admin. Contract: declared_dynamic. Crm Deal Advance
Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Deal Coach
Write. Scope: crm.write, admin. Contract: declared_dynamic. Crm Deal Coach Action
Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Deal Get
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Deal Save
Read. Scope: crm.read, admin. Contract: route_inferred. Crm Deal Splits Get
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Deal Splits Set
Write. Scope: crm.write. Contract: explicit. Advance a CRM deal to another stage Required fields: deal_id, stage_id. Retry-safe with idempotency_key.
Write. Scope: crm.write. Contract: explicit. Create a CRM deal Required fields: title. Retry-safe with idempotency_key.
Read. Scope: crm.read. Contract: explicit. Get one CRM deal Required fields: deal_id.
Read. Scope: crm.read. Contract: explicit. List CRM deals
Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Deals List
Write. Scope: crm.write. Contract: explicit. Update a CRM deal Required fields: deal_id. Retry-safe with idempotency_key.
Write. Scope: crm.write, admin. Contract: route_inferred. Contact Detail
Write. Scope: crm.write, admin. Contract: declared_dynamic. Crm Draft Outreach
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Enrich Account
Write. Scope: crm.write, admin. Contract: route_inferred. Contact Erase
Read. Scope: crm.read. Contract: explicit. List subscribable CRM domain events
Read. Scope: crm.read. Contract: explicit. List durable CRM domain events
Write. Scope: crm.write, admin. Contract: route_inferred. Contact Export
Read. Scope: crm.read, admin. Contract: route_inferred. Contact Export All
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Field Add
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Field Policy Get
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Field Policy Save
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Field Remove
Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Fields List
Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Forecast Board
Write. Scope: crm.write, admin. Contract: declared_dynamic. Crm Forecast Snapshot
Write. Scope: crm.write, admin. Contract: declared_dynamic. Crm Form Save
Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Forms List
Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Health Repair Catalog
Write. Scope: crm.write, admin. Contract: declared_dynamic. Crm Health Smoke
Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Health Snapshot
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Home Persona Set
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Identity Rules Get
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Identity Rules Save
Read. Scope: crm.read, admin. Contract: route_inferred. Contact Import List
Write. Scope: crm.write, admin. Contract: route_inferred. Contact Import Run
Read. Scope: crm.read. Contract: source_inferred. Crm Inbound Activity
Write. Scope: crm.write. Contract: source_inferred. Crm Inbound Endpoints Delete Retry-safe with idempotency_key.
Read. Scope: crm.read. Contract: source_inferred. Crm Inbound Endpoints List
Write. Scope: crm.write. Contract: source_inferred. Crm Inbound Endpoints Save Retry-safe with idempotency_key.
Write. Scope: crm.write. Contract: source_inferred. Crm Inbound Endpoints Test Retry-safe with idempotency_key.
Read. Scope: crm.read, admin. Contract: route_inferred. Crm Leaderboard
Write. Scope: crm.write. Contract: source_inferred. Crm Lifecycle Evaluate Retry-safe with idempotency_key.
Write. Scope: crm.write. Contract: source_inferred. Crm Lifecycle Rules Delete Retry-safe with idempotency_key.
Read. Scope: crm.read. Contract: source_inferred. Crm Lifecycle Rules List
Write. Scope: crm.write. Contract: source_inferred. Crm Lifecycle Rules Save Retry-safe with idempotency_key.
Read. Scope: crm.read, admin. Contract: route_inferred. Contacts List
Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Mailbox Status
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Meeting Book
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Meeting Cancel
Read. Scope: crm.read, admin. Contract: route_inferred. Crm Meeting List
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Meeting Reschedule Accept
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Meeting Reschedule Reject
Write. Scope: crm.write, admin. Contract: route_inferred. Contact Merge
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Message Send
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Messaging Provider Delete
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Messaging Provider Save
Read. Scope: crm.read, admin. Contract: route_inferred. Crm Messaging Provider Test
Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Messaging Status
Write. Scope: crm.write, admin. Contract: route_inferred. Contact Next Action
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Object Save
Read. Scope: crm.read, admin. Contract: route_inferred. Crm Objects List
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Offline Pull
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Offline Push
Read. Scope: crm.read, admin. Contract: route_inferred. Contact Open Chat
Write. Scope: crm.write, admin. Contract: route_inferred. Contact Open Ticket
Write. Scope: crm.write. Contract: source_inferred. Crm Outreach Campaigns Delete Retry-safe with idempotency_key.
Read. Scope: crm.read. Contract: source_inferred. Crm Outreach Campaigns List
Write. Scope: crm.write. Contract: source_inferred. Crm Outreach Campaigns Save Retry-safe with idempotency_key.
Write. Scope: crm.write. Contract: source_inferred. Crm Outreach Campaigns Send Retry-safe with idempotency_key.
Write. Scope: crm.write. Contract: source_inferred. Crm Outreach Send Retry-safe with idempotency_key.
Write. Scope: crm.write. Contract: source_inferred. Crm Outreach Templates Delete Retry-safe with idempotency_key.
Read. Scope: crm.read. Contract: source_inferred. Crm Outreach Templates List
Read. Scope: crm.read. Contract: source_inferred. Crm Outreach Templates Preview
Write. Scope: crm.write. Contract: source_inferred. Crm Outreach Templates Save Retry-safe with idempotency_key.
Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Payments Status
Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Pipeline Data
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Price Resolve
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Pricebook Entry Set
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Pricebook Save
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Pricebooks List
Read. Scope: crm.read. Contract: source_inferred. Crm Privacy Settings Get
Write. Scope: admin. Contract: source_inferred. Crm Privacy Settings Save Retry-safe with idempotency_key.
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Product Archive
Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Product Revenue
Write. Scope: crm.write, admin. Contract: declared_dynamic. Crm Product Save
Read. Scope: crm.read, admin. Contract: route_inferred. Crm Products List
Read. Scope: crm.read, admin. Contract: route_inferred. Crm Propose Meeting
Write. Scope: crm.write, admin. Contract: declared_dynamic. Crm Propose Outreach
Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Prospecting Dashboard
Write. Scope: crm.write, admin. Contract: declared_dynamic. Crm Prospecting Icp Save
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Prospecting Import
Write. Scope: crm.write, admin. Contract: declared_dynamic. Crm Prospecting Research
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Prospecting Score
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Prospecting Sequence
Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Qualification Checklist Get
Write. Scope: crm.write, admin. Contract: declared_dynamic. Crm Qualification Checklist Save
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Quota Save
Read. Scope: crm.read, admin. Contract: route_inferred. Crm Quote Get
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Quote Save
Read. Scope: crm.read, admin. Contract: route_inferred. Crm Quotes List
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Record Delete
Read. Scope: crm.read, admin. Contract: route_inferred. Crm Record Fields Get
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Record Fields Save
Read. Scope: crm.read, admin. Contract: route_inferred. Crm Record Get
Read. Scope: crm.read, admin. Contract: route_inferred. Crm Record History
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Record Save
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Record Share Set
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Record Share Unset
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Record Shares
Read. Scope: crm.read, admin. Contract: route_inferred. Crm Records List
Write. Scope: crm.write, admin. Contract: route_inferred. Contact Restore Email Consent
Write. Scope: crm.write, admin. Contract: route_inferred. Contact Resync From Platform
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Retention Catalog
Write. Scope: crm.write, admin. Contract: declared_dynamic. Crm Revert
Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Runtime Policy Get
Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Runtime Policy Remote Wipe
Write. Scope: crm.write, admin. Contract: declared_dynamic. Crm Runtime Policy Save
Write. Scope: crm.write, admin. Contract: route_inferred. Contact Save
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Scoring Rule Ai
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Scoring Rule Delete
Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Scoring Rule List
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Scoring Rule Save
Write. Scope: crm.write. Contract: source_inferred. Crm Segments Delete Retry-safe with idempotency_key.
Read. Scope: crm.read. Contract: source_inferred. Crm Segments List
Read. Scope: crm.read. Contract: source_inferred. Crm Segments Members
Read. Scope: crm.read. Contract: source_inferred. Crm Segments Preview
Write. Scope: crm.write. Contract: source_inferred. Crm Segments Save Retry-safe with idempotency_key.
Write. Scope: crm.write. Contract: source_inferred. Crm Segments Suggestions Accept Retry-safe with idempotency_key.
Write. Scope: crm.write. Contract: source_inferred. Crm Segments Suggestions Dismiss Retry-safe with idempotency_key.
Read. Scope: crm.read. Contract: source_inferred. Crm Segments Suggestions List
Read. Scope: crm.read, admin. Contract: route_inferred. Crm Semantic Search
Write. Scope: crm.write, admin. Contract: route_inferred. Contact Send Email
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Send Email
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Send For Signature
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Send Payment Link
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Sequence Action
Read. Scope: crm.read, admin. Contract: route_inferred. Crm Sequence Runs
Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Setup Status
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Sharing Rules Get
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Sharing Rules Save
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Subject Registry
Read. Scope: crm.read, admin. Contract: route_inferred. Crm Subscriptions List
Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Subscriptions Rollup
Write. Scope: crm.write, admin. Contract: declared_dynamic. Crm Subscriptions Sync
Write. Scope: crm.write, admin. Contract: declared_dynamic. Crm Task Create
Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Tasks List
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Team Parent Set
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Team Rules Set
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Team Save
Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Teams List
Write. Scope: crm.write, admin. Contract: route_inferred. Crm Territory Set
Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Video Status
Write. Scope: crm.write, admin. Contract: declared_dynamic. Crm Views Delete
Read. Scope: crm.read, admin. Contract: declared_dynamic. Crm Views List
Write. Scope: crm.write, admin. Contract: declared_dynamic. Crm Views Save
Write. Scope: crm.write. Contract: source_inferred. Crm Webhooks Delete Retry-safe with idempotency_key.
Read. Scope: crm.read. Contract: explicit. List CRM outbound webhook endpoints and recent deliveries
Write. Scope: crm.write. Contract: source_inferred. Crm Webhooks Save Retry-safe with idempotency_key.
Write. Scope: crm.write. Contract: source_inferred. Crm Webhooks Test Retry-safe with idempotency_key.
Write. Scope: crm.write. Contract: source_inferred. Crm Workflows Delete Retry-safe with idempotency_key.
Read. Scope: crm.read. Contract: source_inferred. Crm Workflows List
Write. Scope: crm.write. Contract: source_inferred. Crm Workflows Save Retry-safe with idempotency_key.
Write. Scope: customers.write, journey.write, admin. Contract: explicit. Analyze a customer journey with AI Required fields: client_id. Retry-safe with idempotency_key.
Read. Scope: customers.read, admin. Contract: route_inferred. Cdp Behaviour
Write. Scope: customers.write, admin. Contract: route_inferred. Cdp Behaviour Analyze
Write. Scope: customers.write, admin. Contract: route_inferred. Client Chat Embed Backfill
Read. Scope: customers.read, admin. Contract: declared_dynamic. Client Chat Embed Status
Write. Scope: customers.write, admin. Contract: route_inferred. Client Chat Faq Ai Generate
Write. Scope: customers.write, admin. Contract: route_inferred. Client Chat Faq Approve All
Write. Scope: customers.write, admin. Contract: route_inferred. Client Chat Faq Delete
Write. Scope: customers.write, admin. Contract: declared_dynamic. Client Chat Faq Delete All
Write. Scope: customers.write, admin. Contract: declared_dynamic. Client Chat Faq Export
Write. Scope: customers.write, admin. Contract: route_inferred. Client Chat Faq Generate
Write. Scope: customers.write, admin. Contract: route_inferred. Client Chat Faq Import
Write. Scope: customers.write, admin. Contract: route_inferred. Client Chat Faq List
Write. Scope: customers.write, admin. Contract: route_inferred. Client Chat Faq Save
Write. Scope: customers.write, admin. Contract: route_inferred. Client Chat Faq Set Help
Write. Scope: customers.write, admin. Contract: route_inferred. Client Chat Faq Set Help All
Write. Scope: customers.write, admin. Contract: route_inferred. Client Chat Faq Status
Write. Scope: customers.write, admin. Contract: route_inferred. Client Chat Grant Upload
Write. Scope: customers.write, admin. Contract: route_inferred. Client Chat Help Set Slug
Write. Scope: customers.write, admin. Contract: route_inferred. Client Chat Knowledge Crawl Step
Write. Scope: customers.write, admin. Contract: route_inferred. Client Chat Knowledge Delete
Write. Scope: customers.write, admin. Contract: declared_dynamic. Client Chat Knowledge Delete All
Write. Scope: customers.write, admin. Contract: declared_dynamic. Client Chat Knowledge Delete Duplicates
Write. Scope: customers.write, admin. Contract: declared_dynamic. Client Chat Knowledge Duplicates
Write. Scope: customers.write, admin. Contract: declared_dynamic. Client Chat Knowledge Export Json
Write. Scope: customers.write, admin. Contract: route_inferred. Client Chat Knowledge Import Json
Write. Scope: customers.write, admin. Contract: route_inferred. Client Chat Knowledge Preview
Write. Scope: customers.write, admin. Contract: route_inferred. Client Chat Knowledge Recrawl
Write. Scope: customers.write, admin. Contract: route_inferred. Client Chat Knowledge Test Url
Write. Scope: customers.write, admin. Contract: route_inferred. Client Chat Revoke Upload
Write. Scope: customers.write, admin. Contract: declared_dynamic. Client Chat Upload Agent Avatar
Write. Scope: customers.write, admin. Contract: declared_dynamic. Client Chat Upload Ai Avatar
Write. Scope: customers.write, admin. Contract: declared_dynamic. Client Chat Upload Icon
Write. Scope: customers.write, admin. Contract: route_inferred. Cdp Client Analyze
Write. Scope: customers.write, admin. Contract: route_inferred. Cdp Client Delete
Write. Scope: customers.write, admin. Contract: route_inferred. Cdp Client Export
Read. Scope: customers.read, admin. Contract: route_inferred. Cdp Client Journey
Write. Scope: customers.write, admin. Contract: route_inferred. Cdp Client Prepare Outreach
Read. Scope: customers.read, admin. Contract: route_inferred. Cdp Clients List
Read. Scope: customers.read, admin. Contract: route_inferred. Client Detail
Read. Scope: customers.read, crm.read, admin. Contract: explicit. Get a customer profile Required fields: client_id.
Read. Scope: customers.read, journey.read, admin. Contract: explicit. Get a complete customer journey Required fields: client_id.
Read. Scope: customers.read, crm.read, admin. Contract: explicit. List known customers
Write. Scope: customers.write, crm.write, admin. Contract: explicit. Prepare CRM outreach for a customer Required fields: client_id. Retry-safe with idempotency_key.
Read. Scope: departments.read, admin. Contract: source_inferred. Departments List
Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Ab Autowinner
Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Ab Bandit
Read. Scope: engagement.read, admin. Contract: declared_dynamic. Survey Address Get
Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Address Save
Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Ai Agent
Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Ai Analyze
Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Ai Compile Profile
Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Ai Copy
Read. Scope: engagement.read, admin. Contract: declared_dynamic. Promo Ai Critique
Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Ai Decide
Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Ai Design
Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Ai Edit
Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Ai Generate
Read. Scope: engagement.read, admin. Contract: declared_dynamic. Promo Ai Ideas
Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Ai Image
Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Ai Image Edit
Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Ai Localize
Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Ai Logo
Read. Scope: engagement.read, admin. Contract: declared_dynamic. Promo Ai Media Jobs
Read. Scope: engagement.read, admin. Contract: declared_dynamic. Promo Ai Narrative
Read. Scope: engagement.read, admin. Contract: declared_dynamic. Promo Ai Responsive
Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Ai Variants
Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Ai Video Start
Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Ai Video Status
Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Approval Decide
Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Approval Request
Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Approvals List
Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Asset Delete
Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Asset Upload
Read. Scope: engagement.read, admin. Contract: declared_dynamic. Promo Assets List
Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Audience Materialize
Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Audience Save
Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Audience Test
Read. Scope: engagement.read, admin. Contract: declared_dynamic. Promo Audit Export
Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Autoresponder Get
Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Autoresponder Save
Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Bank Delete
Read. Scope: engagement.read, admin. Contract: declared_dynamic. Survey Bank List
Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Bank Save
Read. Scope: engagement.read, admin. Contract: route_inferred. Survey Bank Used
Read. Scope: engagement.read, admin. Contract: declared_dynamic. Promo Blackouts Get
Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Blackouts Save
Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Brand Kit Bootstrap
Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Brand Kit Font Upload
Read. Scope: engagement.read, admin. Contract: declared_dynamic. Promo Brand Kit Get
Read. Scope: engagement.read, admin. Contract: declared_dynamic. Survey Brand Kit Get
Write. Scope: engagement.write, admin. Contract: declared_dynamic. Promo Brand Kit Save
Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Brand Kit Save
Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Campaign Archive
Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Campaign Delete
Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Campaign Duplicate
Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Campaign Get
Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Campaign Launch
Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Campaign List
Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Campaign Pause
Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Campaign Preview
Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Campaign Publish
Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Campaign Rollback
Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Campaign Save
Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Campaign Save
Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Campaign Toggle
Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Campaign Versions
Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Comment Add
Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Comments Add
Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Comments Delete
Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Comments List
Read. Scope: engagement.read, admin. Contract: route_inferred. Survey Comments List
Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Comments Resolve
Read. Scope: engagement.read, admin. Contract: declared_dynamic. Promo Connectors Catalog
Read. Scope: engagement.read, admin. Contract: declared_dynamic. Promo Coupon Providers
Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Coupons Clear
Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Coupons Stats
Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Coupons Upload
Write. Scope: engagement.write, admin. Contract: route_inferred. Announcement Delete
Write. Scope: engagement.write, admin. Contract: route_inferred. Tour Delete
Read. Scope: engagement.read, admin. Contract: route_inferred. Survey Delivery Analytics
Read. Scope: engagement.read, admin. Contract: route_inferred. Survey Delivery Dashboard
Read. Scope: engagement.read, admin. Contract: route_inferred. Survey Deployment Ab Promote
Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Deployment Ab Save
Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Deployment Publish
Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Deployment Save
Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Deployment Status
Read. Scope: engagement.read, admin. Contract: route_inferred. Campaign Detail
Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Digest Save
Read. Scope: engagement.read, admin. Contract: declared_dynamic. Promo Feed Catalog
Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Feed Items
Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Geo Preview
Write. Scope: engagement.write, admin. Contract: route_inferred. Proactive Idle Cron Set
Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Import Create
Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Import Replay
Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Leads Export
Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Leads List
Read. Scope: engagement.read, admin. Contract: declared_dynamic. Announcements List
Read. Scope: engagement.read, admin. Contract: declared_dynamic. Tours List
Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Module Set Ai Live
Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Module Set Custom Html
Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Module Set Enabled
Read. Scope: engagement.read, admin. Contract: declared_dynamic. Promo Module Status
Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Onsite Preview
Read. Scope: engagement.read, admin. Contract: declared_dynamic. Promo Pause All
Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Presence
Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Preview Share
Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Push Draft
Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Recipients Issue
Read. Scope: engagement.read, admin. Contract: route_inferred. Survey Recipients List
Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Recipients Revoke
Read. Scope: engagement.read, admin. Contract: route_inferred. Survey Response Detail
Read. Scope: engagement.read, admin. Contract: route_inferred. Survey Responses Browse
Write. Scope: engagement.write, admin. Contract: route_inferred. Proactive Rule Delete
Write. Scope: engagement.write, admin. Contract: route_inferred. Proactive Rule Save
Read. Scope: engagement.read, admin. Contract: route_inferred. Proactive Rule Stats
Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Rule Test
Write. Scope: engagement.write, admin. Contract: route_inferred. Proactive Rule Toggle
Read. Scope: engagement.read, admin. Contract: declared_dynamic. Proactive Rules List
Write. Scope: engagement.write, admin. Contract: route_inferred. Announcement Save
Write. Scope: engagement.write, admin. Contract: route_inferred. Tour Save
Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Stats
Read. Scope: engagement.read, admin. Contract: route_inferred. Tour Stats
Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Studio A11y
Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Studio Ai Generate
Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Studio Ai Insights
Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Studio Ai Target
Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Studio Archive
Read. Scope: engagement.read, admin. Contract: declared_dynamic. Survey Studio Assets
Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Studio Create
Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Studio Delete
Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Studio Duplicate
Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Studio Event
Read. Scope: engagement.read, admin. Contract: route_inferred. Survey Studio Get
Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Studio Governance
Read. Scope: engagement.read, admin. Contract: declared_dynamic. Survey Studio List
Read. Scope: engagement.read, admin. Contract: route_inferred. Survey Studio Preview
Read. Scope: engagement.read, admin. Contract: route_inferred. Survey Studio Preview Link
Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Studio Publish
Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Studio Rename
Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Studio Revert
Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Studio Save Draft
Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Studio Save Targeting
Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Studio Set Active
Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Studio Set Status
Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Studio Template Delete
Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Studio Template Save
Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Studio Tpl Preview
Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Studio Upload
Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Studio Webhook
Read. Scope: engagement.read, admin. Contract: route_inferred. Survey Targeting Simulate
Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Template Apply
Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Template List
Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Template Save Custom
Write. Scope: engagement.write, admin. Contract: route_inferred. Announcement Toggle
Write. Scope: engagement.write, admin. Contract: route_inferred. Tour Toggle
Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Trigger Set Save
Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Variant Delete
Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Variant List
Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Variant Promote
Write. Scope: engagement.write, admin. Contract: route_inferred. Promo Variant Save
Read. Scope: engagement.read, admin. Contract: route_inferred. Survey Version Compare
Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Version Get
Read. Scope: engagement.read, admin. Contract: route_inferred. Promo Version Label
Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Webhook Delete
Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Webhook Replay
Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Webhook Run
Write. Scope: engagement.write, admin. Contract: route_inferred. Survey Webhook Save
Read. Scope: engagement.read, admin. Contract: declared_dynamic. Tour Widget Data
Read. Scope: feedback.read, admin. Contract: source_inferred. Feedback Analytics
Read. Scope: feedback.read, admin. Contract: source_inferred. Feedback Detractors
Read. Scope: feedback.read, admin. Contract: source_inferred. Feedback Get
Write. Scope: feedback.write, admin. Contract: explicit. Ingest a feedback record or external review
Read. Scope: feedback.read, admin. Contract: source_inferred. Feedback List
Read. Scope: feedback.read, admin. Contract: source_inferred. Feedback Overview
Read. Scope: feedback.read, admin. Contract: explicit. List Voice of Customer feedback sources
Write. Scope: feedback.write, admin. Contract: source_inferred. Feedback Update Retry-safe with idempotency_key.
Read. Scope: files.read, admin. Contract: source_inferred. Files Get
Write. Scope: intent.write, admin. Contract: declared_dynamic. Intent Clear
Read. Scope: intent.read, analytics.read, admin. Contract: explicit. Read the intent funnel
Read. Scope: intent.read, admin. Contract: route_inferred. Intent Funnel Aggregate
Read. Scope: intent.read, admin. Contract: route_inferred. Intent Funnel
Read. Scope: intent.read, analytics.read, admin. Contract: explicit. Read intent summaries
Read. Scope: intent.read, admin. Contract: route_inferred. Intent Summary
Write. Scope: kb.write, admin. Contract: source_inferred. Kb Faq Delete Retry-safe with idempotency_key.
Write. Scope: kb.write, admin. Contract: source_inferred. Kb Faq Generate Retry-safe with idempotency_key.
Write. Scope: kb.write, admin. Contract: source_inferred. Kb Faq Import Retry-safe with idempotency_key.
Read. Scope: kb.read, read, admin. Contract: source_inferred. Kb Faq List
Write. Scope: kb.write, admin. Contract: source_inferred. Kb Faq Save Retry-safe with idempotency_key.
Write. Scope: kb.write, admin. Contract: source_inferred. Kb Faq Set Status Retry-safe with idempotency_key.
Read. Scope: kb.read, admin. Contract: route_inferred. Help Analytics Get
Write. Scope: kb.write, admin. Contract: route_inferred. Help Analytics Toggle
Read. Scope: kb.read, admin. Contract: route_inferred. Help Article Ai Refine
Write. Scope: kb.write, admin. Contract: route_inferred. Help Article Class Bulk
Write. Scope: kb.write, admin. Contract: route_inferred. Help Article Delete
Write. Scope: kb.write, admin. Contract: route_inferred. Help Article Publish
Write. Scope: kb.write, admin. Contract: route_inferred. Help Article Save
Write. Scope: kb.write, admin. Contract: route_inferred. Help Article Set Category
Write. Scope: kb.write, admin. Contract: route_inferred. Help Article Set Public
Write. Scope: kb.write, admin. Contract: route_inferred. Help Articles Ai Generate
Write. Scope: kb.write, admin. Contract: route_inferred. Help Articles Bulk Delete
Read. Scope: kb.read, admin. Contract: declared_dynamic. Help Articles Count
Read. Scope: kb.read, admin. Contract: route_inferred. Help Articles Ids
Read. Scope: kb.read, admin. Contract: route_inferred. Help Articles List
Write. Scope: kb.write, admin. Contract: route_inferred. Help Articles Set Public All
Write. Scope: kb.write, admin. Contract: declared_dynamic. Help Categories Ai Merge
Write. Scope: kb.write, admin. Contract: route_inferred. Help Categories Bulk Delete
Read. Scope: kb.read, admin. Contract: declared_dynamic. Help Categories List
Write. Scope: kb.write, admin. Contract: declared_dynamic. Help Categories Merge Dupes
Write. Scope: kb.write, admin. Contract: route_inferred. Help Category Delete
Read. Scope: kb.read, admin. Contract: route_inferred. Help Category Get
Write. Scope: kb.write, admin. Contract: route_inferred. Help Category Save
Write. Scope: kb.write, admin. Contract: declared_dynamic. Help Center Article Image Upload
Write. Scope: kb.write, admin. Contract: declared_dynamic. Help Center Favicon Upload
Write. Scope: kb.write, admin. Contract: declared_dynamic. Help Center Hero Dark Upload
Write. Scope: kb.write, admin. Contract: declared_dynamic. Help Center Hero Upload
Write. Scope: kb.write, admin. Contract: declared_dynamic. Help Center Logo Dark Upload
Write. Scope: kb.write, admin. Contract: declared_dynamic. Help Center Logo Upload
Read. Scope: kb.read, admin. Contract: declared_dynamic. Help Center Settings Get
Write. Scope: kb.write, admin. Contract: declared_dynamic. Help Center Settings Save
Write. Scope: kb.write, admin. Contract: declared_dynamic. Help Center Translate Estimate
Write. Scope: kb.write, admin. Contract: route_inferred. Help Center Translate Run
Read. Scope: kb.read, admin. Contract: declared_dynamic. Help Center Translate Status
Write. Scope: kb.write, admin. Contract: declared_dynamic. Help Center Translate Stop
Write. Scope: kb.write, admin. Contract: declared_dynamic. Help Center Widget Icon Upload
Write. Scope: kb.write, admin. Contract: route_inferred. Kb Comments Deliver Notifications
Write. Scope: kb.write, admin. Contract: route_inferred. Help Comments Maintenance
Write. Scope: kb.write, admin. Contract: route_inferred. Help Comments Moderate
Write. Scope: kb.write, admin. Contract: route_inferred. Kb Comments Moderate
Read. Scope: kb.read, admin. Contract: route_inferred. Help Comments Moderation List
Read. Scope: kb.read, admin. Contract: route_inferred. Kb Comments Moderation List
Write. Scope: kb.write, admin. Contract: route_inferred. Help Comments Notification Run
Write. Scope: kb.write, admin. Contract: route_inferred. Kb Import Batches
Write. Scope: kb.write, admin. Contract: declared_dynamic. Kb Import Connectors
Read. Scope: kb.read, admin. Contract: route_inferred. Kb Import Csv Preview
Write. Scope: kb.write, admin. Contract: route_inferred. Kb Import Preview
Write. Scope: kb.write, admin. Contract: route_inferred. Kb Import Resync
Write. Scope: kb.write, admin. Contract: route_inferred. Kb Import Run
Write. Scope: kb.write, admin. Contract: route_inferred. Kb Import Undo
Write. Scope: kb.write, admin. Contract: route_inferred. Help Insights Generate
Read. Scope: kb.read, admin. Contract: declared_dynamic. Help Insights Get
Write. Scope: kb.write, admin. Contract: declared_dynamic. Kb Mark Reviewed
Write. Scope: kb.write, admin. Contract: route_inferred. Kb Missed Dismiss
Write. Scope: kb.write, admin. Contract: route_inferred. Kb Missed Draft Article
Read. Scope: kb.read, admin. Contract: route_inferred. Kb Missed List
Read. Scope: kb.read, admin. Contract: route_inferred. Kb Missed Mark Published
Write. Scope: kb.write, admin. Contract: declared_dynamic. Kb Missed Refresh
Write. Scope: kb.write, admin. Contract: declared_dynamic. Help Organize Descriptions
Write. Scope: kb.write, admin. Contract: declared_dynamic. Help Organize Status
Write. Scope: kb.write, admin. Contract: route_inferred. Help Organize Step
Write. Scope: kb.write, admin. Contract: route_inferred. Kb Publish
Write. Scope: kb.write, admin. Contract: declared_dynamic. Help Reformat Revert
Read. Scope: kb.read, admin. Contract: declared_dynamic. Help Reformat Status
Write. Scope: kb.write, admin. Contract: route_inferred. Help Reformat Step
Read. Scope: kb.read, admin. Contract: declared_dynamic. Kb Review Queue
Read. Scope: kb.read, admin. Contract: declared_dynamic. Kb Search Gaps
Write. Scope: kb.write, admin. Contract: route_inferred. Help Set Featured
Write. Scope: kb.write, admin. Contract: declared_dynamic. Kb Set Visibility
Write. Scope: kb.write, admin. Contract: route_inferred. Help Subdomain Allocate
Read. Scope: kb.read, admin. Contract: route_inferred. Help Subdomain Check
Write. Scope: kb.write, admin. Contract: route_inferred. Help Subdomain Release
Write. Scope: kb.write, admin. Contract: declared_dynamic. Kb Taxonomy Organize
Read. Scope: kb.read, admin. Contract: declared_dynamic. Kb Taxonomy Status
Write. Scope: kb.write, admin. Contract: route_inferred. Kb Taxonomy Step
Read. Scope: kb.read, admin. Contract: route_inferred. Kb Widget Categories
Write. Scope: kb.write, admin. Contract: route_inferred. Kb Widget Publish
Read. Scope: kb.read, admin. Contract: route_inferred. Kb Widget Targets
Write. Scope: leads.write, crm.write, admin. Contract: explicit. Delete a lead Required fields: lead_id. Retry-safe with idempotency_key.
Write. Scope: leads.write, admin. Contract: route_inferred. Lead Delete
Read. Scope: leads.read, crm.read, admin. Contract: explicit. List leads
Read. Scope: leads.read, analytics.read, admin. Contract: explicit. Get lead statistics
Read. Scope: leads.read, admin. Contract: declared_dynamic. Leads Stats
Write. Scope: leads.write, crm.write, admin. Contract: explicit. Update a lead Required fields: lead_id, status. Retry-safe with idempotency_key.
Read. Scope: none. Contract: explicit. Get one General API action contract Required fields: name.
Read. Scope: none. Contract: explicit. List the complete General API contract
Read. Scope: none. Contract: explicit. Describe the authenticated API key and active workspace
Read. Scope: none. Contract: explicit. List API scopes and the actions protected by each scope
Read. Scope: notifications.read, admin. Contract: source_inferred. Notifications List
Write. Scope: platform.write, admin. Contract: declared_dynamic. Add Announcement
Write. Scope: platform.write, admin. Contract: route_inferred. Add Kb Article
Write. Scope: platform.write, admin. Contract: route_inferred. Add Todo Item
Write. Scope: platform.write, admin. Contract: route_inferred. Ai Action Lookup
Read. Scope: platform.read, admin. Contract: route_inferred. Ai Anomaly Detect
Write. Scope: platform.write, admin. Contract: route_inferred. Ai Brain Add
Write. Scope: platform.write, admin. Contract: route_inferred. Ai Brain Delete
Write. Scope: platform.write, admin. Contract: route_inferred. Ai Brain Edit
Write. Scope: platform.write, admin. Contract: route_inferred. Ai Brain List
Write. Scope: platform.write, admin. Contract: route_inferred. Ai Brain Pin
Write. Scope: platform.write, admin. Contract: route_inferred. Ai Brain Status
Write. Scope: platform.write, admin. Contract: route_inferred. Ai Chat
Read. Scope: platform.read, admin. Contract: declared_dynamic. Ai Confidence Stats
Write. Scope: platform.write, admin. Contract: route_inferred. Ai Context Lookup
Write. Scope: platform.write, admin. Contract: route_inferred. Ai Daily Brief
Read. Scope: platform.read, admin. Contract: declared_dynamic. Ai Daily Brief Check
Write. Scope: platform.write, admin. Contract: declared_dynamic. Ai Daily Brief Dismiss
Read. Scope: platform.read, admin. Contract: route_inferred. Ai Daily Brief Fetch
Read. Scope: platform.read, admin. Contract: declared_dynamic. Ai Eval Control Summary
Read. Scope: platform.read, admin. Contract: declared_dynamic. Ai Eval Feedback Queue
Read. Scope: platform.read, admin. Contract: declared_dynamic. Ai Eval Kb Gap Queue
Read. Scope: platform.read, admin. Contract: declared_dynamic. Ai Eval Load
Write. Scope: platform.write, admin. Contract: declared_dynamic. Ai Eval Replay History
Write. Scope: platform.write, admin. Contract: declared_dynamic. Ai Eval Run
Write. Scope: platform.write, admin. Contract: declared_dynamic. Ai Eval Save
Read. Scope: platform.read, admin. Contract: declared_dynamic. Ai Eval Score Answer
Read. Scope: platform.read, admin. Contract: route_inferred. Ai Eval Simulate
Read. Scope: platform.read, admin. Contract: declared_dynamic. Ai Feedback Analysis
Read. Scope: platform.read, admin. Contract: declared_dynamic. Ai Feedback Stats
Write. Scope: platform.write, admin. Contract: declared_dynamic. Ai History Archive
Write. Scope: platform.write, admin. Contract: declared_dynamic. Ai History Clear All
Write. Scope: platform.write, admin. Contract: declared_dynamic. Ai History Delete
Write. Scope: platform.write, admin. Contract: declared_dynamic. Ai History Export Csv
Write. Scope: platform.write, admin. Contract: declared_dynamic. Ai History Get
Write. Scope: platform.write, admin. Contract: declared_dynamic. Ai History List
Write. Scope: platform.write, admin. Contract: declared_dynamic. Ai History Stats
Write. Scope: platform.write, admin. Contract: route_inferred. Ai Insight Clear
Read. Scope: platform.read, admin. Contract: route_inferred. Ai Insight History
Write. Scope: platform.write, admin. Contract: route_inferred. Ai Insight Report Delete
Read. Scope: platform.read, admin. Contract: route_inferred. Ai Insight Report Get
Write. Scope: platform.write, admin. Contract: declared_dynamic. Ai Instructions Compress
Read. Scope: platform.read, admin. Contract: declared_dynamic. Ai Instructions Connector Templates
Read. Scope: platform.read, admin. Contract: declared_dynamic. Ai Instructions Example
Write. Scope: platform.write, admin. Contract: declared_dynamic. Ai Instructions Load
Read. Scope: platform.read, admin. Contract: route_inferred. Ai Instructions Preview
Write. Scope: platform.write, admin. Contract: declared_dynamic. Ai Instructions Reset
Write. Scope: platform.write, admin. Contract: declared_dynamic. Ai Instructions Save
Read. Scope: platform.read, admin. Contract: route_inferred. Ai Page Insights
Write. Scope: platform.write, admin. Contract: route_inferred. Ai Popup Regen
Read. Scope: platform.read, admin. Contract: declared_dynamic. Ai Quality View
Read. Scope: platform.read, admin. Contract: route_inferred. Ai Reasoning Chain Get
Write. Scope: platform.write, admin. Contract: route_inferred. Ai Score Lead
Read. Scope: platform.read, admin. Contract: declared_dynamic. Ai Smart Alerts
Read. Scope: platform.read, admin. Contract: declared_dynamic. Ai Triage Accuracy
Write. Scope: platform.write, admin. Contract: route_inferred. Ai Whmcs Chat
Write. Scope: platform.write, admin. Contract: route_inferred. Ai Writing
Read. Scope: platform.read, admin. Contract: declared_dynamic. Api Keys Catalog
Write. Scope: platform.write, admin. Contract: route_inferred. Api Keys Create
Write. Scope: platform.write, admin. Contract: route_inferred. Api Keys Delete
Read. Scope: platform.read, admin. Contract: declared_dynamic. Api Keys List
Write. Scope: platform.write, admin. Contract: route_inferred. Api Keys Revoke
Write. Scope: platform.write, admin. Contract: route_inferred. Api Keys Update
Read. Scope: platform.read, admin. Contract: route_inferred. Audit Export
Write. Scope: platform.write, admin. Contract: route_inferred. Blocked
Read. Scope: platform.read, admin. Contract: declared_dynamic. Campaigns
Read. Scope: platform.read, admin. Contract: declared_dynamic. Chart Browsers
Read. Scope: platform.read, admin. Contract: declared_dynamic. Chart Countries
Read. Scope: platform.read, admin. Contract: declared_dynamic. Chart Devices
Read. Scope: platform.read, admin. Contract: declared_dynamic. Chart Hourly
Read. Scope: platform.read, admin. Contract: declared_dynamic. Chart New Returning
Read. Scope: platform.read, admin. Contract: declared_dynamic. Chart Os
Read. Scope: platform.read, admin. Contract: declared_dynamic. Chart Sources
Read. Scope: platform.read, admin. Contract: route_inferred. Chart Visitors
Write. Scope: platform.write, admin. Contract: route_inferred. Chatbot Flow Delete
Read. Scope: platform.read, admin. Contract: route_inferred. Chatbot Flow Get
Write. Scope: platform.write, admin. Contract: route_inferred. Chatbot Flow Save
Read. Scope: platform.read, admin. Contract: route_inferred. Chatbot Flow Stats
Read. Scope: platform.read, admin. Contract: route_inferred. Chatbot Flow Test Advance
Write. Scope: platform.write, admin. Contract: route_inferred. Chatbot Flow Test Start
Write. Scope: platform.write, admin. Contract: route_inferred. Chatbot Flow Toggle
Read. Scope: platform.read, admin. Contract: declared_dynamic. Chatbot Flows List
Read. Scope: platform.read, admin. Contract: declared_dynamic. Chatbot Flows Widget Data
Write. Scope: platform.write, admin. Contract: route_inferred. Chatbot Node Delete
Write. Scope: platform.write, admin. Contract: route_inferred. Chatbot Node Save
Read. Scope: platform.read, admin. Contract: route_inferred. Chatbot Nodes List
Write. Scope: platform.write, admin. Contract: declared_dynamic. Clear Admin Chat History
Read. Scope: platform.read, admin. Contract: declared_dynamic. Command Center View
Write. Scope: platform.write, admin. Contract: route_inferred. Complete Todo Item
Read. Scope: platform.read, admin. Contract: route_inferred. Consent Log List
Read. Scope: platform.read, admin. Contract: declared_dynamic. Countries
Read. Scope: platform.read, admin. Contract: route_inferred. Country Detail
Write. Scope: platform.write, admin. Contract: route_inferred. Custom Code Approve
Write. Scope: platform.write, admin. Contract: route_inferred. Custom Code Disable
Write. Scope: platform.write, admin. Contract: route_inferred. Custom Code Reject
Write. Scope: platform.write, admin. Contract: route_inferred. Custom Code Rollback
Read. Scope: platform.read, admin. Contract: route_inferred. Custom Code Status
Write. Scope: platform.write, admin. Contract: route_inferred. Delete Todo Item
Read. Scope: platform.read, admin. Contract: declared_dynamic. Devices
Read. Scope: platform.read, admin. Contract: declared_dynamic. Diag Check Resolutions
Write. Scope: platform.write, admin. Contract: route_inferred. Diag Dismiss
Read. Scope: platform.read, admin. Contract: route_inferred. Diag Recheck
Read. Scope: platform.read, admin. Contract: declared_dynamic. Diag Recheck All
Write. Scope: platform.write, admin. Contract: route_inferred. Diag Report
Read. Scope: platform.read, admin. Contract: route_inferred. Diag Unmute
Write. Scope: platform.write, admin. Contract: route_inferred. Dismiss Credit Alert
Write. Scope: platform.write, admin. Contract: route_inferred. Domain Knowledge Ai Generate
Write. Scope: platform.write, admin. Contract: route_inferred. Domain Knowledge Delete
Write. Scope: platform.write, admin. Contract: route_inferred. Domain Knowledge List
Write. Scope: platform.write, admin. Contract: route_inferred. Domain Knowledge Save
Write. Scope: platform.write, admin. Contract: route_inferred. Domain Knowledge Toggle
Write. Scope: platform.write, admin. Contract: route_inferred. Domain Verify Add
Read. Scope: platform.read, admin. Contract: declared_dynamic. Domain Verify List
Write. Scope: platform.write, admin. Contract: route_inferred. Domain Verify Recheck
Write. Scope: platform.write, admin. Contract: route_inferred. Domain Verify Remove
Write. Scope: platform.write, admin. Contract: route_inferred. Dynamic Action Dispatch
Write. Scope: platform.write, admin. Contract: declared_dynamic. Events Clear All
Read. Scope: platform.read, admin. Contract: route_inferred. Events List
Write. Scope: platform.write, admin. Contract: route_inferred. Experiment Delete
Read. Scope: platform.read, admin. Contract: route_inferred. Experiment Results
Write. Scope: platform.write, admin. Contract: route_inferred. Experiment Save
Write. Scope: platform.write, admin. Contract: declared_dynamic. Experiments Clear All
Read. Scope: platform.read, admin. Contract: declared_dynamic. Experiments List
Write. Scope: platform.write, admin. Contract: declared_dynamic. Failed Logins Clear All
Write. Scope: platform.write, admin. Contract: declared_dynamic. Failed Logins Clear History
Write. Scope: platform.write, admin. Contract: route_inferred. Failed Logins Journey
Write. Scope: platform.write, admin. Contract: declared_dynamic. Failed Logins List
Write. Scope: platform.write, admin. Contract: route_inferred. Failed Logins Unblock
Read. Scope: platform.read, admin. Contract: declared_dynamic. Feedback Analysis Get
Write. Scope: platform.write, admin. Contract: route_inferred. Feedback Analysis Run
Read. Scope: platform.read, admin. Contract: route_inferred. Feedback Analytics All
Read. Scope: platform.read, admin. Contract: route_inferred. Feedback Analytics Detractors
Read. Scope: platform.read, admin. Contract: route_inferred. Feedback Analytics Metrics
Read. Scope: platform.read, admin. Contract: route_inferred. Feedback Analytics Overview
Read. Scope: platform.read, admin. Contract: route_inferred. Feedback Analytics Segments
Read. Scope: platform.read, admin. Contract: route_inferred. Feedback Analytics Sentiment
Read. Scope: platform.read, admin. Contract: route_inferred. Feedback Analytics Themes
Read. Scope: platform.read, admin. Contract: route_inferred. Feedback Analytics Trends
Read. Scope: platform.read, admin. Contract: declared_dynamic. Feedback Assignees List
Write. Scope: platform.write, admin. Contract: route_inferred. Feedback Event Outbox Drain
Write. Scope: platform.write, admin. Contract: route_inferred. Feedback Exports Create
Read. Scope: platform.read, admin. Contract: route_inferred. Feedback Exports Get
Write. Scope: platform.write, admin. Contract: route_inferred. Feedback External Review Ingest
Write. Scope: platform.write, admin. Contract: route_inferred. Feedback Ingest Create
Write. Scope: platform.write, admin. Contract: route_inferred. Feedback Items Assign
Read. Scope: platform.read, admin. Contract: route_inferred. Feedback Items Evidence
Write. Scope: platform.write, admin. Contract: route_inferred. Feedback Items Follow Up Complete
Write. Scope: platform.write, admin. Contract: route_inferred. Feedback Items Follow Up Set Required fields: bool.
Read. Scope: platform.read, admin. Contract: route_inferred. Feedback Items Get
Read. Scope: platform.read, admin. Contract: route_inferred. Feedback Items List
Write. Scope: platform.write, admin. Contract: route_inferred. Feedback Items Mark Read
Write. Scope: platform.write, admin. Contract: route_inferred. Feedback Items Notes Add
Write. Scope: platform.write, admin. Contract: route_inferred. Feedback Items Set Priority
Write. Scope: platform.write, admin. Contract: route_inferred. Feedback Items Set Status
Write. Scope: platform.write, admin. Contract: route_inferred. Feedback Items Tags Add
Write. Scope: platform.write, admin. Contract: route_inferred. Feedback Items Tags Remove
Read. Scope: platform.read, admin. Contract: route_inferred. Feedback List
Read. Scope: platform.read, admin. Contract: declared_dynamic. Feedback Reconciliation
Write. Scope: platform.write, admin. Contract: declared_dynamic. Feedback Reports Delete
Read. Scope: platform.read, admin. Contract: declared_dynamic. Feedback Reports Email
Read. Scope: platform.read, admin. Contract: declared_dynamic. Feedback Reports Get
Read. Scope: platform.read, admin. Contract: declared_dynamic. Feedback Reports List
Read. Scope: platform.read, admin. Contract: declared_dynamic. Feedback Satisfaction Advice Last
Read. Scope: platform.read, admin. Contract: declared_dynamic. Feedback Satisfaction Advise
Read. Scope: platform.read, admin. Contract: declared_dynamic. Feedback Satisfaction Overview
Read. Scope: platform.read, admin. Contract: declared_dynamic. Feedback Sources Health
Read. Scope: platform.read, admin. Contract: declared_dynamic. Feedback Sources List
Write. Scope: platform.write, admin. Contract: route_inferred. Feedback Sources Rebuild
Write. Scope: platform.write, admin. Contract: route_inferred. Feedback Sources Replay
Write. Scope: platform.write, admin. Contract: declared_dynamic. Feedback Stats
Write. Scope: platform.write, admin. Contract: declared_dynamic. Fx Refresh Now
Read. Scope: platform.read, admin. Contract: declared_dynamic. Geoip Autodetect
Read. Scope: platform.read, admin. Contract: declared_dynamic. Get Admin Chat History
Write. Scope: platform.write, admin. Contract: route_inferred. Get Ai Snapshot
Read. Scope: platform.read, admin. Contract: declared_dynamic. Get Campaign Groups
Write. Scope: platform.write, admin. Contract: declared_dynamic. Get Client Chat Knowledge Overview
Read. Scope: platform.read, admin. Contract: route_inferred. Get Kb Categories
Read. Scope: platform.read, admin. Contract: route_inferred. Get Live Health Snapshot
Write. Scope: platform.write, admin. Contract: declared_dynamic. Get Pwa Chat Prefs
Read. Scope: platform.read, admin. Contract: declared_dynamic. Get Servers
Read. Scope: platform.read, admin. Contract: declared_dynamic. Get Survey Config
Read. Scope: platform.read, admin. Contract: declared_dynamic. Get Ticket Options
Read. Scope: platform.read, admin. Contract: route_inferred. Get Ticket Thread
Read. Scope: platform.read, admin. Contract: declared_dynamic. Get Todo List
Read. Scope: platform.read, admin. Contract: declared_dynamic. Get Whmcs Health Snapshot
Read. Scope: platform.read, admin. Contract: route_inferred. Get Widget Advanced
Write. Scope: platform.write, admin. Contract: route_inferred. Groups Create
Write. Scope: platform.write, admin. Contract: route_inferred. Groups Delete
Write. Scope: platform.write, admin. Contract: route_inferred. Groups List
Write. Scope: platform.write, admin. Contract: route_inferred. Groups Rename
Write. Scope: platform.write, admin. Contract: route_inferred. Groups Set Primary
Read. Scope: platform.read, admin. Contract: route_inferred. Hc Preview Mint
Write. Scope: platform.write, admin. Contract: route_inferred. Hc Template Apply
Write. Scope: platform.write, admin. Contract: route_inferred. Hc Template Delete
Read. Scope: platform.read, admin. Contract: route_inferred. Hc Template Preview
Write. Scope: platform.write, admin. Contract: route_inferred. Hc Template Save
Read. Scope: platform.read, admin. Contract: declared_dynamic. Hc Templates List
Read. Scope: platform.read, admin. Contract: declared_dynamic. Hc Translation Review Get
Read. Scope: platform.read, admin. Contract: declared_dynamic. Hc Translation Review List
Write. Scope: platform.write, admin. Contract: declared_dynamic. Hc Translation Review Revert
Write. Scope: platform.write, admin. Contract: declared_dynamic. Hc Translation Review Save
Read. Scope: platform.read, admin. Contract: route_inferred. Heatmap
Write. Scope: platform.write, admin. Contract: route_inferred. Inbound Activity Feed
Write. Scope: platform.write, admin. Contract: route_inferred. Inbound Endpoints Delete
Write. Scope: platform.write, admin. Contract: route_inferred. Inbound Endpoints List
Write. Scope: platform.write, admin. Contract: route_inferred. Inbound Endpoints Save
Write. Scope: platform.write, admin. Contract: route_inferred. Inbound Endpoints Test
Read. Scope: platform.read, admin. Contract: route_inferred. Ip Classify
Write. Scope: platform.write, admin. Contract: declared_dynamic. Js Errors Clear All
Read. Scope: platform.read, admin. Contract: route_inferred. Js Errors List
Write. Scope: platform.write, admin. Contract: route_inferred. Js Issue Assign
Write. Scope: platform.write, admin. Contract: route_inferred. Js Issue Update
Write. Scope: platform.write, admin. Contract: route_inferred. Js Sourcemap Delete
Write. Scope: platform.write, admin. Contract: route_inferred. Js Sourcemap Upload
Read. Scope: platform.read, admin. Contract: declared_dynamic. Js Sourcemaps List
Read. Scope: platform.read, admin. Contract: route_inferred. Leads
Write. Scope: platform.write, admin. Contract: declared_dynamic. License Delete
Read. Scope: platform.read, admin. Contract: declared_dynamic. License Diagnostics
Read. Scope: platform.read, admin. Contract: declared_dynamic. License Force Check
Read. Scope: platform.read, admin. Contract: declared_dynamic. License Preflight
Write. Scope: platform.write, admin. Contract: route_inferred. License Save
Read. Scope: platform.read, admin. Contract: declared_dynamic. License Status
Write. Scope: platform.write, admin. Contract: declared_dynamic. License Verify Now
Read. Scope: platform.read, admin. Contract: route_inferred. Lifecycle Evaluate
Write. Scope: platform.write, admin. Contract: route_inferred. Lifecycle Rule Delete
Read. Scope: platform.read, admin. Contract: route_inferred. Lifecycle Rule List
Write. Scope: platform.write, admin. Contract: route_inferred. Lifecycle Rule Save
Read. Scope: platform.read, admin. Contract: declared_dynamic. List Assignable Sites
Read. Scope: platform.read, admin. Contract: declared_dynamic. List Network Issues
Read. Scope: platform.read, admin. Contract: declared_dynamic. List Sites
Read. Scope: platform.read, admin. Contract: route_inferred. Lookup Client Full
Write. Scope: platform.write, admin. Contract: route_inferred. Mark Feedback Read
Write. Scope: platform.write, admin. Contract: route_inferred. Marketplace Local Install
Write. Scope: platform.write, admin. Contract: route_inferred. Marketplace Local Uninstall
Read. Scope: platform.read, admin. Contract: declared_dynamic. Marketplace Session Get
Write. Scope: platform.write, admin. Contract: route_inferred. Marketplace Session Set
Write. Scope: platform.write, admin. Contract: route_inferred. Message Contact Locale
Write. Scope: platform.write, admin. Contract: route_inferred. Message Outbound Convert
Write. Scope: platform.write, admin. Contract: route_inferred. Message Translate
Write. Scope: platform.write, admin. Contract: route_inferred. Message Translation Delete
Write. Scope: platform.write, admin. Contract: route_inferred. Message Translation Save
Write. Scope: platform.write, admin. Contract: declared_dynamic. Meta Channels Disconnect
Read. Scope: platform.read, admin. Contract: declared_dynamic. Onboarding Action
Read. Scope: platform.read, admin. Contract: declared_dynamic. Onboarding Readiness
Read. Scope: platform.read, admin. Contract: declared_dynamic. Open Network Issue
Read. Scope: platform.read, admin. Contract: route_inferred. Open Ticket
Write. Scope: platform.write, admin. Contract: route_inferred. Operator Text Translate
Read. Scope: platform.read, admin. Contract: declared_dynamic. Download a full backup in one request (retired)
Write. Scope: platform.write, admin. Contract: route_inferred. Opsiq Backup Import
Write. Scope: platform.write, admin. Contract: route_inferred. Opsiq Backup Import Start
Write. Scope: platform.write, admin. Contract: route_inferred. Opsiq Backup Job Start
Write. Scope: platform.write, admin. Contract: route_inferred. Opsiq Backup Job Status
Write. Scope: platform.write, admin. Contract: route_inferred. Outreach Campaign Delete
Read. Scope: platform.read, admin. Contract: route_inferred. Outreach Campaign List
Write. Scope: platform.write, admin. Contract: route_inferred. Outreach Campaign Save
Write. Scope: platform.write, admin. Contract: route_inferred. Outreach Campaign Send
Write. Scope: platform.write, admin. Contract: route_inferred. Outreach Compose Send
Read. Scope: platform.read, admin. Contract: route_inferred. Outreach Replies List
Write. Scope: platform.write, admin. Contract: route_inferred. Outreach Reply Ai
Write. Scope: platform.write, admin. Contract: route_inferred. Outreach Reply Mark
Write. Scope: platform.write, admin. Contract: route_inferred. Outreach Reply Pref
Write. Scope: platform.write, admin. Contract: route_inferred. Outreach Reply Send
Write. Scope: platform.write, admin. Contract: route_inferred. Outreach Reply Thread
Write. Scope: platform.write, admin. Contract: route_inferred. Outreach Template Delete
Read. Scope: platform.read, admin. Contract: route_inferred. Outreach Template List
Read. Scope: platform.read, admin. Contract: route_inferred. Outreach Template Preview
Write. Scope: platform.write, admin. Contract: route_inferred. Outreach Template Save
Read. Scope: platform.read, admin. Contract: declared_dynamic. Overview
Read. Scope: platform.read, admin. Contract: route_inferred. Overview Hub View
Read. Scope: platform.read, admin. Contract: declared_dynamic. Overview Intelligence Graph
Read. Scope: platform.read, admin. Contract: route_inferred. Pages
Read. Scope: platform.read, admin. Contract: route_inferred. Paths Data
Write. Scope: platform.write, admin. Contract: declared_dynamic. Profile Change Password
Read. Scope: platform.read, admin. Contract: route_inferred. Profile Get
Write. Scope: platform.write, admin. Contract: route_inferred. Profile Reward Claim
Write. Scope: platform.write, admin. Contract: route_inferred. Profile Reward Claim Cancel
Write. Scope: platform.write, admin. Contract: declared_dynamic. Profile Save
Write. Scope: platform.write, admin. Contract: route_inferred. Profile Session Revoke
Read. Scope: platform.read, admin. Contract: declared_dynamic. Profile Sessions List
Write. Scope: platform.write, admin. Contract: declared_dynamic. Profile Sessions Revoke Others
Write. Scope: platform.write, admin. Contract: route_inferred. Profile Team Dispute File
Write. Scope: platform.write, admin. Contract: route_inferred. Purge
Write. Scope: platform.write, admin. Contract: route_inferred. Purge All
Read. Scope: platform.read, admin. Contract: route_inferred. Realtime
Write. Scope: platform.write, admin. Contract: route_inferred. Realtime Test
Read. Scope: platform.read, admin. Contract: route_inferred. Retention Data
Read. Scope: admin. Contract: source_inferred. List every registered OpsIQ operation
Read. Scope: admin. Contract: explicit. Execute a registered read operation Required fields: route.
Write. Scope: admin. Contract: explicit. Execute a registered write operation Required fields: route, idempotency_key. Retry-safe with idempotency_key.
Write. Scope: platform.write, admin. Contract: route_inferred. Run Ai Analysis
Write. Scope: platform.write, admin. Contract: route_inferred. Save Admin Chat History
Write. Scope: platform.write, admin. Contract: declared_dynamic. Save Pwa Chat Prefs
Write. Scope: platform.write, admin. Contract: route_inferred. Save Survey Config
Write. Scope: platform.write, admin. Contract: declared_dynamic. Save Widget Advanced
Read. Scope: platform.read, admin. Contract: route_inferred. Scim Token Issue
Read. Scope: platform.read, admin. Contract: declared_dynamic. Scim Token List
Write. Scope: platform.write, admin. Contract: route_inferred. Scim Token Revoke
Write. Scope: platform.write, admin. Contract: route_inferred. Segment Delete
Read. Scope: platform.read, admin. Contract: route_inferred. Segment List
Read. Scope: platform.read, admin. Contract: route_inferred. Segment Members
Read. Scope: platform.read, admin. Contract: route_inferred. Segment Preview
Write. Scope: platform.write, admin. Contract: route_inferred. Segment Save
Write. Scope: platform.write, admin. Contract: route_inferred. Segment Suggestion Accept
Write. Scope: platform.write, admin. Contract: route_inferred. Segment Suggestion Dismiss
Read. Scope: platform.read, admin. Contract: route_inferred. Segment Suggestion List
Write. Scope: platform.write, admin. Contract: route_inferred. Send Campaign
Write. Scope: platform.write, admin. Contract: route_inferred. Send Client Email
Write. Scope: platform.write, admin. Contract: route_inferred. Send Ticket Reply
Read. Scope: platform.read, admin. Contract: declared_dynamic. Service Studio Get
Write. Scope: platform.write, admin. Contract: route_inferred. Set Active Site
Write. Scope: platform.write, admin. Contract: route_inferred. Site Set Group
Write. Scope: platform.write, admin. Contract: route_inferred. Sites Add
Write. Scope: platform.write, admin. Contract: route_inferred. Sites Edit
Write. Scope: platform.write, admin. Contract: route_inferred. Sites List
Write. Scope: platform.write, admin. Contract: route_inferred. Sites Picker
Write. Scope: platform.write, admin. Contract: route_inferred. Sites Remove
Read. Scope: platform.read, admin. Contract: declared_dynamic. Stats
Write. Scope: platform.write, admin. Contract: declared_dynamic. Stepup Verify
Write. Scope: platform.write, admin. Contract: route_inferred. Submit Agent Ai Feedback
Write. Scope: platform.write, admin. Contract: route_inferred. Submit Triage Feedback
Read. Scope: platform.read, admin. Contract: route_inferred. Test Geoip
Read. Scope: platform.read, admin. Contract: route_inferred. Top Pages
Write. Scope: platform.write, admin. Contract: route_inferred. Train Client Chat Knowledge
Read. Scope: platform.read, admin. Contract: declared_dynamic. Triggers
Write. Scope: platform.write, admin. Contract: route_inferred. Turn Pool Add
Read. Scope: platform.read, admin. Contract: declared_dynamic. Turn Pool List
Write. Scope: platform.write, admin. Contract: route_inferred. Turn Pool Pick Test
Write. Scope: platform.write, admin. Contract: route_inferred. Turn Pool Remove
Write. Scope: platform.write, admin. Contract: route_inferred. Turn Pool Update
Write. Scope: platform.write, admin. Contract: route_inferred. Update Lead Status
Write. Scope: platform.write, admin. Contract: route_inferred. Wa Embedded Signup Exchange
Read. Scope: platform.read, admin. Contract: declared_dynamic. Warehouse Export Run
Read. Scope: platform.read, admin. Contract: declared_dynamic. Warehouse Exports List
Read. Scope: platform.read, admin. Contract: route_inferred. Webhook Deliveries List
Write. Scope: platform.write, admin. Contract: route_inferred. Webhook Endpoint Delete
Read. Scope: platform.read, admin. Contract: declared_dynamic. Webhook Endpoint List
Write. Scope: platform.write, admin. Contract: route_inferred. Webhook Endpoint Save
Write. Scope: platform.write, admin. Contract: route_inferred. Webhook Endpoint Test
Write. Scope: platform.write, admin. Contract: route_inferred. Webhook Redeliver
Read. Scope: platform.read, admin. Contract: route_inferred. Weekly Digest View
Read. Scope: platform.read, admin. Contract: declared_dynamic. Whmcs Op Dispatch
Write. Scope: platform.write, admin. Contract: declared_dynamic. Workspace Custom Domain Remove
Write. Scope: platform.write, admin. Contract: route_inferred. Workspace Custom Domain Set
Write. Scope: platform.write, admin. Contract: declared_dynamic. Writing Json Knowledge Clear
Read. Scope: platform.read, admin. Contract: declared_dynamic. Writing Json Knowledge Count
Write. Scope: platform.write, admin. Contract: route_inferred. Writing Json Knowledge Import
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Domain Add
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Subdomain Allocate
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Apply Kit
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Design Apply Theme
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Design Approval
Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Approve
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Ask
Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Audience Explain
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Design Brand Generate
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Design Brand Import
Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Design Cancel Schedule
Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Certify
Read. Scope: portal_studio.read, admin. Contract: route_inferred. Portal Host Check
Read. Scope: portal_studio.read, admin. Contract: route_inferred. Portal Subdomain Check
Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Comment Add
Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Comment Resolve
Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Component Package Inspect
Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Component Package Install
Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Component Validate
Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Handoff Config
Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Data Resolve
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Design Delete Theme
Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Developer Contract
Read. Scope: portal_studio.read, admin. Contract: route_inferred. Portal Studio Discovery Preview
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Discovery Save
Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Load
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Save
Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Form Archive
Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Form Catalog
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Form Create
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Form Delete
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Form Duplicate
Read. Scope: portal_studio.read, admin. Contract: route_inferred. Portal Studio Form Evaluate
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Form Group Apply
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Form Group Delete
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Form Group Save
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Form Publish
Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Form Restore
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Form Save
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Form Template
Read. Scope: portal_studio.read, admin. Contract: route_inferred. Portal Studio Form Test
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Form Version Restore
Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Identity Discover
Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Identity Load
Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Identity Save
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Integration Activate
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Integration Install
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Integration Kill Switch
Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Integration List
Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Integration Policy
Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Integration Policy Save
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Integration Preflight
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Integration Revise
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Integration Rollback
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Integration Transition
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Journey Archive
Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Journey Catalog
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Journey Delete
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Journey Duplicate
Read. Scope: portal_studio.read, admin. Contract: route_inferred. Portal Studio Journey Evaluate
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Journey Instantiate
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Journey Restore
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Journey Save
Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Kb Category Delete
Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Kb Category Reorder
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Kb Category Save
Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Kb Governance
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Kb Governance Save
Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Kb Languages
Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Kb Languages Save
Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Kb Parity
Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Kb Search Tuning
Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Kb Search Tuning Save
Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Kb Tree
Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Knowledge Summary
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Domain List
Read. Scope: portal_studio.read, admin. Contract: route_inferred. Portal Analytics Load
Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Design Load
Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Form Load
Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Lock
Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Migration Apply
Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Migration Approve
Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Migration List
Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Migration Reconcile
Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Migration Report
Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Migration Rollback
Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Migration Rollout
Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Migration Start
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Node Add
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Node Delete
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Node Duplicate
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Node Move
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Node Update
Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Operations Control
Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Operations Record
Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Operations Summary
Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Org Context
Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Org Member Save
Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Org Members
Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Org Requests
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Page Archive
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Page Create
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Page Delete
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Page Duplicate
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Page Restore
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Page Update
Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Parity Accept
Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Parity Capture
Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Parity Compare
Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Parity Create
Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Parity List
Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Presence
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Design Preview
Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Preview Catalog
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Design Publish
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Redirect Delete
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Redirect Save
Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Publish
Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Rollback
Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Schedule
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Domain Remove
Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Request Changes
Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Restore Published
Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Design Revert
Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Review
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Design Review Link
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Design Rollback
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Design Save
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Form Save
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Design Save Theme
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Saved Section Delete
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Saved Section Instantiate
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Saved Section Save
Read. Scope: portal_studio.read, admin. Contract: route_inferred. Portal Design Schedule
Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Schedule Cancel
Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Scim Config
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Service Archive
Read. Scope: portal_studio.read, admin. Contract: declared_dynamic. Portal Studio Service Catalog
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Service Duplicate
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Service Reorder
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Service Restore
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Service Save
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Studio Service Template
Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Sign In Flow Save
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Handoff Test Link
Write. Scope: portal_studio.write, admin. Contract: declared_dynamic. Portal Studio Unlock
Write. Scope: portal_studio.write, admin. Contract: route_inferred. Portal Image Upload
Write. Scope: sales.write, admin. Contract: route_inferred. Sales Ai Insight
Write. Scope: sales.write, analytics.write, admin. Contract: explicit. Analyze sales with AI Retry-safe with idempotency_key.
Write. Scope: sales.write, admin. Contract: route_inferred. Sales Chart
Read. Scope: sales.read, analytics.read, admin. Contract: explicit. Compare sales periods
Read. Scope: sales.read, admin. Contract: route_inferred. Sales Compare
Write. Scope: sales.write, admin. Contract: route_inferred. Conversion Goal Delete
Read. Scope: sales.read, admin. Contract: route_inferred. Conversion Goal List
Write. Scope: sales.write, admin. Contract: route_inferred. Conversion Goal Save
Read. Scope: sales.read, analytics.read, admin. Contract: explicit. List sales and conversions
Read. Scope: sales.read, admin. Contract: route_inferred. Conversion List
Write. Scope: sales.write, admin. Contract: route_inferred. Conversion Record
Read. Scope: sales.read, analytics.read, admin. Contract: explicit. Read sales statistics
Read. Scope: sales.read, admin. Contract: declared_dynamic. Sales Stats
Read. Scope: sales.read, admin. Contract: route_inferred. Sales Table
Write. Scope: security.write, admin. Contract: route_inferred. Security Ai Analyze
Write. Scope: security.write, admin. Contract: route_inferred. Security Ai Ask
Read. Scope: security.read, admin. Contract: declared_dynamic. Security Ai Briefs
Read. Scope: security.read, admin. Contract: route_inferred. Security Ai Chain Explain
Write. Scope: security.write, admin. Contract: route_inferred. Security Ai Incident Action
Read. Scope: security.read, admin. Contract: route_inferred. Security Ai Incidents
Read. Scope: security.read, admin. Contract: route_inferred. Security Ai Js Triage
Read. Scope: security.read, admin. Contract: declared_dynamic. Security Ai Policies
Write. Scope: security.write, admin. Contract: route_inferred. Security Ai Policy Action
Read. Scope: security.read, admin. Contract: route_inferred. Security Ai Verdicts
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.
Read. Scope: security.read, admin. Contract: explicit. List the current ticket spam rules
Write. Scope: security.write, admin. Contract: declared_dynamic. Security Chain Reanchor
Read. Scope: security.read, admin. Contract: source_inferred. Check an IP or email against the platform blocklists and Security AI verdicts
Write. Scope: security.write, admin. Contract: route_inferred. Block Ip
Write. Scope: security.write, admin. Contract: route_inferred. Unblock Ip
Write. Scope: security.write, admin. Contract: route_inferred. Access Log List
Read. Scope: security.read, admin. Contract: declared_dynamic. Security Overview Chains
Read. Scope: security.read, admin. Contract: declared_dynamic. Security Overview Data
Write. Scope: security.write, admin. Contract: source_inferred. Report abuse a connector observed (spam, login attack, scan, fraud) Retry-safe with idempotency_key.
Write. Scope: security.write, admin. Contract: route_inferred. Block Visitor
Read. Scope: sessions.read, admin. Contract: route_inferred. Session Detail
Read. Scope: sessions.read, analytics.read, admin. Contract: explicit. Get a session journey Required fields: session_id.
Read. Scope: sessions.read, analytics.read, admin. Contract: explicit. List sessions
Read. Scope: sessions.read, admin. Contract: route_inferred. Sessions Merged
Read. Scope: sessions.read, admin. Contract: route_inferred. Sessions Table
Write. Scope: settings.write, admin. Contract: declared_dynamic. Ai Eval Watchtower Config
Read. Scope: settings.read, admin. Contract: route_inferred. Get Client Chat Settings
Read. Scope: settings.read, admin. Contract: route_inferred. Get Settings
Write. Scope: settings.write, admin. Contract: route_inferred. Opsiq Branding Clear
Write. Scope: settings.write, admin. Contract: route_inferred. Opsiq Branding Upload
Read. Scope: settings.read, admin. Contract: declared_dynamic. Privacy Settings Get
Write. Scope: settings.write, admin. Contract: route_inferred. Privacy Settings Save
Write. Scope: settings.write, admin. Contract: route_inferred. Save Ai Settings
Write. Scope: settings.write, admin. Contract: declared_dynamic. Save Chat Widget Settings
Write. Scope: settings.write, admin. Contract: route_inferred. Save Client Chat Settings
Write. Scope: settings.write, admin. Contract: route_inferred. Save Settings
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Action Audit Chain
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Action Execute
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Action Preview
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Action Token
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Auto Bg
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Auto Bg Stop
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Auto Step
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Chat
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Conn Delete
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Conn Get
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Conn Save
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Conn Test
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Coverage
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Events
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Hosted Apply
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Hosted Finalize
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Hosted Live Set
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Hosted Preview
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Hosted Rollback
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Hosted Start
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Hosted Verify
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Run Delete
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Run Finalize
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Run Rollback
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Run Start
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Run Status
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Run Verify
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Runs List
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Set Mode
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Status
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Step Apply
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Step Skip
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Agent Turn Status
Read. Scope: site_intelligence.read, admin. Contract: declared_dynamic. Si Ai Activity
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Alert Enrich
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Alerts
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Analyst
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Analyst Ask
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Analyst Email
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Analyst Run
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Badges
Read. Scope: site_intelligence.read, admin. Contract: declared_dynamic. Si Ai Badges Portfolio
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Badges Preview
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Bl Plan
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Bl Plan Run
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Brief
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Brief Run
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Comp Analyse
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Comp Analyse Run
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Content Get
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Content List
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Content Publish
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Content Write
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Daily Digest
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Discover
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Fix Apply
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Fix Apply Bulk
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Fix Dismiss
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Fix Dismiss Bulk
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Fix Generate
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Fix Generate All
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Fix List
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Kw Coach
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Kw Coach Run
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Overview
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Page Audit
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Page Audit Run
Read. Scope: site_intelligence.read, admin. Contract: declared_dynamic. Si Ai Portfolio
Read. Scope: site_intelligence.read, admin. Contract: route_inferred. Si Ai Portfolio History
Write. Scope: site_intelligence.write, admin. Contract: declared_dynamic. Si Ai Portfolio Run
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Probe
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Prompt Add
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Prompt History
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Prompt Remove
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Prompts
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Readiness
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ai Ready
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Alert Resolve
Read. Scope: site_intelligence.read, admin. Contract: route_inferred. Si Alerts
Read. Scope: site_intelligence.read, admin. Contract: explicit. List Site Intelligence alerts
Write. Scope: site_intelligence.write, admin. Contract: explicit. Resolve a Site Intelligence alert Required fields: alert_id. Retry-safe with idempotency_key.
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Analyze
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ask
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Audit Hint
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Backlink Disavow
Read. Scope: site_intelligence.read, admin. Contract: route_inferred. Si Backlinks
Read. Scope: site_intelligence.read, admin. Contract: explicit. List backlinks
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Backlinks Refresh
Read. Scope: site_intelligence.read, admin. Contract: declared_dynamic. Si Billing Overview
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Brand Get
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Brand Radar
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Brand Save
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Cannibalisation
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Compare
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Competitor Add
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Competitor Refresh
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Competitor Remove
Read. Scope: site_intelligence.read, admin. Contract: route_inferred. Si Competitors
Read. Scope: site_intelligence.read, admin. Contract: explicit. List competitors
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Content Brief
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Content Decay
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Content Draft
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Crawl Budget
Read. Scope: site_intelligence.read, admin. Contract: route_inferred. Si Crawl List
Read. Scope: site_intelligence.read, admin. Contract: route_inferred. Si Crawl Status
Read. Scope: site_intelligence.read, admin. Contract: explicit. List Site Intelligence crawls
Read. Scope: site_intelligence.read, admin. Contract: explicit. Get crawl status
Read. Scope: site_intelligence.read, admin. Contract: explicit. Read the Site Intelligence dashboard
Read. Scope: site_intelligence.read, admin. Contract: route_inferred. Si Dashboard
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Dashboard Save
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Diag Backfill
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Diag Compare
Read. Scope: site_intelligence.read, admin. Contract: declared_dynamic. Si Diag Portfolio
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Diag Recs Regen
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Diag Thresholds
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Diag Thresholds Eval
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Diag Thresholds History
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Diag Thresholds Profile
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Diag Thresholds Save
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Diagnostics
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Exec Report
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Export
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ga4 Connect
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ga4 List Properties
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ga4 Map
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ga4 Status
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Ga4 Sync
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Gbp
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Gbp Draft Approve
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Gbp Draft Dismiss
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Gbp Draft Sync
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Gbp Drafts
Read. Scope: site_intelligence.read, admin. Contract: declared_dynamic. Si Gbp Locations
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Gbp Map
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Gbp Post Draft
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Gbp Post Publish
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Gbp Qa
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Gbp Qa Approve
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Gbp Qa Dismiss
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Gbp Qa Sync
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Gbp Site Prefs
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Gbp Sync
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Google Truth Schedule Save
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Growth
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Gsc Connect
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Gsc List Properties
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Gsc Map
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Gsc Opportunities
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Gsc Status
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Gsc Sync
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Image Audit
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Internal Links
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Issue History
Read. Scope: site_intelligence.read, admin. Contract: route_inferred. Si Issues
Read. Scope: site_intelligence.read, admin. Contract: explicit. List Site Intelligence issues
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Keyword Add
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Keyword Remove
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Keyword Research
Read. Scope: site_intelligence.read, admin. Contract: route_inferred. Si Keywords
Read. Scope: site_intelligence.read, admin. Contract: explicit. List tracked keywords
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Local
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Local Grid
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Local Grid Scan
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Log Ingest
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Log Summary
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Metadata Audit
Read. Scope: site_intelligence.read, admin. Contract: declared_dynamic. Si Overview
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Page
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Page Experience
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Page Optimize
Read. Scope: site_intelligence.read, admin. Contract: route_inferred. Si Pages
Read. Scope: site_intelligence.read, admin. Contract: explicit. List Site Intelligence pages
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Pagespeed Bridge Status
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Portfolio Export
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Provider Health
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Rank Check
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Rec Action
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Recommendations
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Redirect Audit
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Report
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Report Generate
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Reports
Read. Scope: site_intelligence.read, admin. Contract: source_inferred. Site Intelligence Reports List
Write. Scope: site_intelligence.write, admin. Contract: declared_dynamic. Si Reset Google Oauth
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Revenue
Read. Scope: site_intelligence.read, admin. Contract: declared_dynamic. Si Revenue Portfolio
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Save Shared Google Oauth
Write. Scope: site_intelligence.write, admin. Contract: explicit. Start a Site Intelligence analysis Retry-safe with idempotency_key.
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Schedule Delete
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Schedule Run Now
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Schedule Save
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Schedules List
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Schema Audit
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Server Engineer
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Settings Save
Read. Scope: site_intelligence.read, admin. Contract: explicit. List Site Intelligence monitored sites
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Speed
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Speed Progress
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Speed Run
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Speed V2
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Speed V2 Build Task
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Speed V2 Collect
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Speed V2 Read
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Speed V2 Run
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Start Crawl
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Task Approve
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Task Assign
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Task Bulk Apply
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Task Bulk Assign
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Task Bulk Deadline
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Task Bulk Dismiss
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Task Deadline
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Task Note
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Task Proof
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Task Reject
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Task Review
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Topical Map
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Webhook Delete
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Webhook Save
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Webhooks List
Write. Scope: site_intelligence.write, admin. Contract: route_inferred. Si Workflow
Write. Scope: status.write, admin. Contract: declared_dynamic. Status Component Save
Write. Scope: status.write, admin. Contract: explicit. Create or update a public status component Required fields: name. Retry-safe with idempotency_key.
Write. Scope: status.write, admin. Contract: declared_dynamic. Status Incident Create
Read. Scope: status.read, admin. Contract: route_inferred. Status Incident Resolve
Write. Scope: status.write, admin. Contract: explicit. Create a status-page incident Required fields: title. Retry-safe with idempotency_key.
Write. Scope: status.write, admin. Contract: source_inferred. Status Incidents Resolve Retry-safe with idempotency_key.
Read. Scope: surveys.read, admin. Contract: source_inferred. Surveys Analytics Get
Read. Scope: surveys.read, admin. Contract: explicit. List survey audiences
Write. Scope: surveys.write, admin. Contract: source_inferred. Surveys Audiences Materialize Retry-safe with idempotency_key.
Write. Scope: surveys.write, admin. Contract: explicit. Create or update a survey campaign Required fields: deployment_id. Retry-safe with idempotency_key.
Write. Scope: surveys.write, admin. Contract: source_inferred. Surveys Campaigns Launch Retry-safe with idempotency_key.
Read. Scope: surveys.read, admin. Contract: explicit. List survey campaigns
Read. Scope: surveys.read, admin. Contract: explicit. List survey deployments
Write. Scope: surveys.write, admin. Contract: source_inferred. Surveys Deployments Set Status Retry-safe with idempotency_key.
Read. Scope: surveys.read, admin. Contract: source_inferred. Surveys Get
Write. Scope: surveys.write, admin. Contract: explicit. Create and run a survey import Required fields: kind. Retry-safe with idempotency_key.
Write. Scope: surveys.write, admin. Contract: source_inferred. Surveys Imports Process Retry-safe with idempotency_key.
Read. Scope: surveys.read, admin. Contract: explicit. List survey invitations
Write. Scope: surveys.write, admin. Contract: source_inferred. Surveys Links Create Retry-safe with idempotency_key.
Read. Scope: surveys.read, admin. Contract: explicit. List survey definitions
Read. Scope: surveys.read, admin. Contract: source_inferred. Surveys Responses Get
Read. Scope: surveys.read, admin. Contract: explicit. List survey responses
Read. Scope: surveys.read, admin. Contract: explicit. List survey trigger sets
Read. Scope: surveys.read, admin. Contract: explicit. List supported question types and Studio templates
Read. Scope: surveys.read, admin. Contract: source_inferred. Surveys Versions List
Write. Scope: surveys.write, admin. Contract: source_inferred. Surveys Webhooks Delete Retry-safe with idempotency_key.
Read. Scope: surveys.read, admin. Contract: explicit. List survey webhook subscriptions
Write. Scope: surveys.write, admin. Contract: explicit. Create or update a survey webhook subscription Required fields: url. Retry-safe with idempotency_key.
Write. Scope: team.write, admin. Contract: route_inferred. Admin Users Delete
Write. Scope: team.write, admin. Contract: route_inferred. Departments Delete
Read. Scope: team.read, admin. Contract: route_inferred. Admin Users List
Read. Scope: team.read, admin. Contract: declared_dynamic. Departments List
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Activity
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Ai Compare
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Ai Review
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Availability
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Award Finalize
Read. Scope: team.read, admin. Contract: route_inferred. Team Perf Award History
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Award Void
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Claim Pay
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Claim Recover
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Claim Reject
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Clear
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Coaching Action Item Add
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Coaching Action Item Complete
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Coaching Evidence Pin
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Coaching Evidence Unpin
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Coaching Session
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Coaching Session Create
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Coaching Session Update
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Coaching Sessions
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Coaching Status
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Data
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Heatmap
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf History
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Pay All Claims
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Qa Calibration Record
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Qa Dispute Resolve
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Qa Disputes
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Qa Evaluation Submit
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Qa Overview
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Qa Scorecard Publish
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Qa Scorecard Save
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Quest Record
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Quest Save
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Quest Status
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Quests
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Recognition
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Recognition Settings Save
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Recognition Streak History
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Recognition Streaks Record
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Reward Budget Authorize
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Reward Claims
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Reward Pay
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Reward Payouts
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Reward Period Finalize
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Reward Period History
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Reward Period Preview
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Reward Period Reverse
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Reward Period Void
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Reward Save
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Reward State
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf Trends
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf V2 Data
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf V2 Export
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf V2 Live
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf V2 Reward Sheet
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf V2 Settings
Write. Scope: team.write, admin. Contract: route_inferred. Team Perf V2 Settings Save
Write. Scope: team.write, admin. Contract: route_inferred. Admin Users Save
Write. Scope: team.write, admin. Contract: route_inferred. Departments Save
Read. Scope: tickets.read, admin. Contract: route_inferred. Ticket Ai Summary
Read. Scope: tickets.read, admin. Contract: route_inferred. Ticket Analytics
Read. Scope: tickets.read, admin. Contract: route_inferred. Ticket Approval Decide
Read. Scope: tickets.read, admin. Contract: route_inferred. Ticket Approval Request
Read. Scope: tickets.read, admin. Contract: declared_dynamic. Ticket Approvals Pending
Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Assignment Rule Delete
Read. Scope: tickets.read, admin. Contract: declared_dynamic. Ticket Assignment Rule List
Write. Scope: tickets.write, admin. Contract: declared_dynamic. Ticket Assignment Rule Save
Write. Scope: tickets.write, admin. Contract: source_inferred. Tickets Assignment Rules Delete Retry-safe with idempotency_key.
Write. Scope: tickets.write, admin. Contract: explicit. Create or update a ticket assignment rule Required fields: name. Retry-safe with idempotency_key.
Write. Scope: tickets.write, admin. Contract: source_inferred. Tickets Bulk Retry-safe with idempotency_key.
Write. Scope: tickets.write, admin. Contract: route_inferred. Tickets Bulk
Write. Scope: tickets.write, admin. Contract: route_inferred. Sla Calendar Delete
Write. Scope: tickets.write, admin. Contract: declared_dynamic. Sla Calendar Save
Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Claim
Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Embed Load
Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Embed Save
Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Embed Secret
Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Field Save
Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Follower Add
Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Follower Remove
Read. Scope: tickets.read, admin. Contract: source_inferred. Tickets Get
Read. Scope: tickets.read, admin. Contract: route_inferred. Ticket Kb Deflection
Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Kb Draft
Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Kb Save
Read. Scope: tickets.read, admin. Contract: route_inferred. Ticket Kb Version Restore
Read. Scope: tickets.read, admin. Contract: route_inferred. Ticket Kb Versions
Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Link Add
Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Link Remove
Read. Scope: tickets.read, admin. Contract: source_inferred. Tickets List
Write. Scope: tickets.write, admin. Contract: source_inferred. Tickets Open Retry-safe with idempotency_key.
Write. Scope: tickets.write, admin. Contract: source_inferred. Tickets Open Guest Retry-safe with idempotency_key.
Read. Scope: tickets.read, admin. Contract: declared_dynamic. Ticket Ops Summary
Write. Scope: tickets.write, admin. Contract: route_inferred. Sla Policy Delete
Read. Scope: tickets.read, admin. Contract: declared_dynamic. Sla Policy List
Write. Scope: tickets.write, admin. Contract: declared_dynamic. Sla Policy Save
Read. Scope: tickets.read, admin. Contract: route_inferred. Ticket Presence Leave
Read. Scope: tickets.read, admin. Contract: route_inferred. Ticket Presence Ping
Write. Scope: tickets.write, admin. Contract: declared_dynamic. Ticket Quick Replies
Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Quick Reply Save
Read. Scope: tickets.read, admin. Contract: route_inferred. Ticket Relations Get
Write. Scope: tickets.write, admin. Contract: source_inferred. Tickets Reply Retry-safe with idempotency_key.
Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Reply Delete
Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Reply Edit
Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Reply Outbound Convert
Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Reply Translate
Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Reply Translation Delete
Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Reply Translation Save
Read. Scope: tickets.read, admin. Contract: route_inferred. Ticket Rule Compose
Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Side Ai Draft
Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Side Assign Department
Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Side Create
Read. Scope: tickets.read, admin. Contract: route_inferred. Ticket Side List
Read. Scope: tickets.read, admin. Contract: route_inferred. Ticket Side Mention
Read. Scope: tickets.read, admin. Contract: declared_dynamic. Ticket Side Recipients
Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Side Reply
Write. Scope: tickets.write, admin. Contract: source_inferred. Tickets Sla Delete Retry-safe with idempotency_key.
Write. Scope: tickets.write, admin. Contract: explicit. Create or update an SLA policy Required fields: name. Retry-safe with idempotency_key.
Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Split
Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Split Candidates
Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Tag Add
Read. Scope: tickets.read, admin. Contract: route_inferred. Ticket Tag List
Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Tag Remove
Write. Scope: tickets.write, admin. Contract: source_inferred. Tickets Tags Add Retry-safe with idempotency_key.
Read. Scope: tickets.read, admin. Contract: source_inferred. Tickets Tags List
Write. Scope: tickets.write, admin. Contract: source_inferred. Tickets Tags Remove Retry-safe with idempotency_key.
Write. Scope: tickets.write, admin. Contract: source_inferred. Update a ticket status, priority, subject, department or assignment Retry-safe with idempotency_key.
Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket View Delete
Read. Scope: tickets.read, admin. Contract: declared_dynamic. Ticket View List
Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket View Save
Write. Scope: tickets.write, admin. Contract: source_inferred. Tickets Views Delete Retry-safe with idempotency_key.
Write. Scope: tickets.write, admin. Contract: source_inferred. Tickets Views Save Retry-safe with idempotency_key.
Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Worklog Add
Write. Scope: tickets.write, admin. Contract: route_inferred. Ticket Worklog Delete
Read. Scope: tickets.read, admin. Contract: route_inferred. Ticket Worklog List
Write. Scope: todos.write, admin. Contract: source_inferred. Todos Add Retry-safe with idempotency_key.
Write. Scope: visitors.write, security.write, admin. Contract: explicit. Block a visitor Required fields: visitor_id. Retry-safe with idempotency_key.
Read. Scope: visitors.read, analytics.read, admin. Contract: explicit. List visitors
Read. Scope: visitors.read, admin. Contract: route_inferred. Visitors Table
Write. Scope: writing. Contract: source_inferred. Writing Analyze Retry-safe with idempotency_key.
Write. Scope: writing. Contract: source_inferred. Writing Compose Retry-safe with idempotency_key.
Write. Scope: writing. Contract: source_inferred. Writing Reply Retry-safe with idempotency_key.
Write. Scope: writing. Contract: source_inferred. Writing Rewrite Retry-safe with idempotency_key.
Write. Scope: writing. Contract: source_inferred. Writing Summarize Retry-safe with idempotency_key.
Write. Scope: writing. Contract: source_inferred. Writing Translate Retry-safe with idempotency_key.
Ja. Den genererede OpenAPI 3.0 dokumentet er på /api/v1/openapi.php, den genererede Postman samling er på /api/v1/postman.php, og den human- læsbare udvikler docs er på /api/docs/.
Send site_key in the request body to choose a workspace. A key issued for one workspace stays pinned to it; a key with admin context can select any workspace it is permitted to see, and is refused for any it is not.
Any action marked as a read. Set the permissions mode on the key to read_only and every write is refused with read_only_key, so a reporting integration cannot change anything even by mistake.
The key is scoped to a workspace. Records in other workspaces return not_found rather than a permission error, so the API never confirms whether something exists elsewhere.
En sikkerhedskontrakt for hvert stik og integration: spørg OpsIQ hvad den ved om en IP eller afsender, og fodre tilbage misbrug dit eget system ser.
OpsIQ der allerede forsvarer sig selv: IP firewall blokke angribere, billetten pipeline filtrere spam, og sikkerhed AI klassificerer gerningsmænd og foreslår blok regler. API åbner denne intelligens til dine andre systemer. En faktureringsplatform, en klient portal eller en brugerdefineret app kan tjekke en besøgende, før du stoler på det, og rapportere, hvad den observerede, så hele installationen lærer fra hver overflade.
security. check svar med firewall tilstand, enhver spam regel der matcher afsenderen, og cached AI dom for IP. Et opkald, en konsolideret udtalelse.
security.report registrerer observationen som en sikkerhedsbegivenhed, har Security AI klassificere IP med det samme, og advarer de admins når dommen kommer tilbage høj risiko. Gentagne rapporter klynger sig til hændelser, præcis som angreb OpsIQ ser direkte.
security. blocklist. add og securiy. blocklist. list læse og skrive de samme spam regler, som siden Billetter bruger, så en afsender blokeret i et system er blokeret overalt.
POST /api/v1.php
Authorization: Bearer opq_your_api_key
Content-Type: application/json
{
"action": "security.report",
"ip": "203.0.113.7",
"kind": "spam",
"reason": "Sent 40 junk tickets in 10 minutes",
"source": "whmcs:example.com"
}Nødvendig for sikkerhed. check og security. blocklist. list. Sikker til at give en rapportering integration.
Nødvendig for security. report og securiy. bloklist. add. Giv det kun til systemer, du ønsker fodring regler og rapporter i.
En blokerende afsender lander stadig i Spam-visningen, hvor billetten kan læses og gendannes.
Serverens egen IP adresser kan aldrig blokeres, blocklistes eller rapporteres gennem dette API, så en forkert konfigureret integration kan ikke tage platformen ned.
Udgående synkronisering er allerede automatisk: når du blokerer en IP, tilsluttede platforme er fortalt gennem connector security sync. API er den indgående halvdel. Peg din konnektor eller brugerdefinerede kode på disse fire handlinger med en nøgle bærer sikkerhedsskoperne.
One store. Billetter side Block afsender kontrol, spam AI i Indstillinger, og denne API alle arbejder mod den samme blokliste, så der er præcis et sted at kigge.
Send brugerdefinerede begivenheder fra din server eller hjemmeside til OpsIQ for analytics, eksperimenter, CRM-udløsere og webhook betingelser.
window.OpsIQ = window.OpsIQ || [];
window.OpsIQ.push(["track", "button_clicked", {
button: "signup",
page: "/pricing",
variant: "green"
}]);Serverside, record aktiviteter og konverteringer mod en kontakt gennem handlingen API. Brug crm.activities.record for livscyklus- / forretningsaktiviteter og crm.conversions.record der er ingen events.send handling; den indgående CRM-hændelse modtageren bor på /v1/inbound.php?t=<token> til tredjepartssystemer, der skubber begivenheder ind.
POST /api/v1.php
Authorization: Bearer opq_your_key
Content-Type: application/json
{
"action": "crm.activities.record",
"site_key": "site_abc123",
"email": "[email protected]",
"event": "subscription.upgraded",
"value": 50,
"currency": "USD"
}"order. completed" not "ordereCompleted.
"button. clicked" ikke "button. clicck".
"pricing.plan_selected" not "user_action".
Forståelse af datastrømmen hjælper dig debug integration og optimere ydeevne.
EU JavaScript widget sender sidevisninger, klik og chat-beskeder til /beacon.php.
Events stored in opsiq_events with site_key, event type, customer, and properties.
Session Builder grupper side visninger i sessioner (via cron).
Når anonyme optegnelser identificeres, er de knyttet til kundens profil.
Konnektorer trække data fra eksterne platforme og gemme i connector cache.
AI samler kontekst fra: besøgshistorik, kundeprofil, konnektor data, KB, og prompt.
Interne begivenheder brande (ticket. created, chat. message, order. completed).
Begivenhed placeret i async job kø.
Afsender tegn og sender til alle tilmeldte endpoints.
Forsinkede leverancer genforsøgt med eksponentiel tilbageførsel.
Indstillinger er kontrolcentret for et arbejdsområde. Alt nedenfor er opfanget til det arbejdsrum, du befinder dig i, så en konto kan køre flere mærker med forskellige identiteter, chatadfærd og regler om fastholdelse.
Der er omkring seks hundrede individuelle kontroller i Indstillinger, spredt på tværs af elleve faner grupperet under fire menuer. Du forventes ikke at søge efter dem.
Tryk på Ctrl + K, eller Cmd + K på en Mac, hvor som helst på siden Indstillinger. Skriv i enkle ord og tryk på Enter for at hoppe direkte til kontrollen. Søg tolererer små typoer og forstår relaterede ord, så scheduler finder Cron og privatliv finder sporingskontrollerne. Det viser kun indstillinger din rolle kan åbne.
General og Licence.
Admin AI Assistent, klient chat, OpsIQ Skrivning og support portal.
Sporing og privatliv, tilladelser og sikkerhed.
Cron- setup (kun selv-hostet) og Fare Zone.
Hvert faneblad gemmer sig på egen hånd med sin egen knap Gem. Klientchat og OpsIQ Skrivertasten deres til skærmen. Gem før du skifter faner; ændringer bliver ikke båret over.
Den aktive fane er skrevet ind på siden adresse, så en fane kan bogmærkes eller sendes til en kollega.
Det vigtigste kort på siden. AI læser disse værdier på hvert svar, rapport og dagligt korte.
Bruges i AI rapporter, daglige briefinger og brugervenlig-vender formulering. Match din hjemmeside sidefod.
Tailors AI analyse, bly scoring, briefinger og undersøgelse forudsæt. Vælg mellem web hosting, e-handel, SaaS, fast ejendom, agentur, rådgivning, sundhedspleje, uddannelse, finans eller generel forretning.
Sproget, der vises til alle, som ikke har valgt deres eget.
Viser signe- i siden på den besøgende eget sprog. Når nogen vælger et sprog der, deres valg vinder, og dette aldrig tilsidesætter det.
Den zone, hele systemet kører i: datoer, rapporter, tidsplaner og baggrunden cron. Brug dine operationer tidszone, ikke dine kunder.
Fuld sti til GeoLite2- City. mmdb. Autodetekterer på første belastning på tværs af cPanel, Plesk, DirectAdmin, Cloudways, Docker og almindelig Linux eller Windows. Tilføj Geolite2-ASN. mmdb i samme mappe for besøgende internetudbyder.
Kun GeoLite2, Geolite2 med en Cloudflare nedslag, eller Cloudflare Kun.Cloudflare modes kræver, at stedet skal være proxyed gennem Cloudflare, med besøgende placering headers aktiveret for by og region detaljer.
Inaktivitet før en besøgssession anses for afsluttet. Standard 14400, som er fire timer.
Hvor ofte live feed genopfriskninger. Standard 30 sekunder.
Hvor længe en besøgende tæller som levende efter deres sidste sidebelastning. Standard 2 minutter. Dette er Live Feed drop- off, ikke sessionslængden.
Sletter indsamlede og genererede optegnelser forbi denne alder: analytics, chat, billetter, feedback, transaktioner, AI telemetri, integration logs og CRM-aktivitet. 0 holder alt for evigt. Indstillinger, forfattet indhold og samtykke kvitteringer er aldrig fjernet.
Vælger hvor meget af en slettet samtale forbliver på rekord: den fulde record, posten uden samtalen, eller score kun. Sletning altid skjuler chatten fra indbakken og besøgshistorikken. Planlagt tilbageholdelse og Glem besøgende altid slette i fuld uanset dette.
Tæller kravler som besøgende. Lad være; det puster besøgstæller og spytter hver rapport.
Viser den site- wide feedback widget til besøgende. Separat fra chatundersøgelser under Client Chat, Support Flow.
Master skifter for hver AI-overflade. Alle standard til at on og gemme per arbejdsområde.
Klassificerer hver billet efter kategori, prioritet og følelser, og skriver en tråd resumé øverst på billetten.
Viser triage tags og resumé i et værktøjstip, når en agent svæver en række i billetlisten. Kræver AI Triage.
Tilføjelse af udkast AI svar, Varmer, Shorter, Mere formelle og Apologetic knapper under billetten svarboks. Intet sender uden agenten.
Den side- bevidste flydende copilot på hver admin side. Ved hvilken kunde, faktura eller billet er åben.
På første åbne hver dag copilot præsenterer presserende billetter, forsinkede svar og venter chats. Søndage producere en uge i gennemgang.
Hvert penge i alt i admin er konverteret til denne valuta til visning. Connectorer gemme deres egen kilde valuta; indstille, at pr stik.
Genopfrisker priser hver sjette time fra et gratis offentligt foder uden API -nøgle. Du kan tilføje manuelle satser, der tilsidesætter foderet. Med automatisk synkronisering slukkes valutaer uden en manuel sats, efterlades ukonverteret.
Skibe off. At tænde det afslører salg og konverteringer side, dashboard indtægtskort og Live Intelligence Feed. Med det slukket, er hver pris overflade skjult og salgssiden forlader menuen.
Lær OpsIQ din formulering: om du gør fornyelser, ordet for fornyelse, hvad du sælger, og hvad købere kaldes.
To uploads, en til lys baggrunde (admin sidebar) og en til mørk (sign-in side). PNG, JPG, WebP eller SVG op til 3 MB.
Auto- Implementér SEO agent forbinder over SSH. Private, smutback og reserverede adresser blokeres som standard som en anti-SSRF foranstaltning. Kun aktivere på self-hostede installationer, der skal nå frem til en lokal server.
Eksportér alle indstillinger og OpsIQ-Ejet bord plus uploadede filer. Gendan erstatter OpsIQ konfiguration og kun optegnelser; det rører aldrig kunder, fakturaer, billetter, tjenester, domæner, ordrer eller transaktioner.
Beskyttelse af admin sign-in, dine personalekonti og data OpsIQ indsamler. Kundesign- in for support portalen er konfigureret separat.
Stopper bots og crediential fyld på admin signe- in. Vælg v3 (usynlige, scorede) eller v2 (afkrydsningsfelt), indstille v3 score tærskel, og levere webstedet og hemmelige nøgler. Disse samme nøgler genbruges af support portalen anmodning formular.
Bloker en adresse efter et antal fejl i et vindue, i et antal timer. Du kan tilpasse den låste-side besked og vise en lille servitrice-skærm distraktion.
Password politik med en minimal længde, afvisning af adgangskoder fundet i kendte overtrædelser, per- konto lockout mod kreditmæssig fyld, obligatorisk to-faktor for hver admin, password re- entry før farlige handlinger, og new- enhed sign-in advarsler.
Personale sign-in via din identitet udbyder. Har brug for udsteder URL, klient ID og klient hemmelighed. Auto-levering domæner, en per linje, oprette brugere automatisk på første sign- in.
For udbydere, der taler SAML. OpsIQ leverer ACS-svaret URL og SP enhed ID; du leverer den IdP enhed id, sign-in URL, valgfri signatur- out URL og X.509 signeringscertifikat. Felter med e- mail og navn er kun nødvendige for ikke-standard attributnavne.
Directory- drevet oprettelse, opdatering og deaktivering af OpsIQ Konti.OpsIQ leverer SCIM base URL; du genererer mærkede tokens her, så man kan blive tilbagekaldt uden at bryde resten.
Begrænsninger, som eksterne værter denne workspace-stik kan kalde. Companion til SSH målstyring i almindelighed.
Bloker en besøgende når deres trusselsscore passerer din tærskel. 0 deaktiverer det. Se Security Oversigt side i en uge, før du vælger et nummer.
Den besked en blokeret besøgende ser, som almindelig tekst eller din egen brugerdefinerede HTML blockskærm.
Måler LCP, INP og CLS fra rigtige sessioner.
Brugerdefinerede begivenheder kø i browseren og levere i partier med reles, reducere tab på dårlige mobile forbindelser.
Reale widget-indlejringer bærer en roterende kryptografisk token, så smedede sporingsdata kan afvises. Off som standard; gør det muligt at ændre hvordan indlejringerne autentificere, så test først.
Off som standard. Detektering og blokering køre uanset. Dette kort kontrollerer, om du får besked, og hvor meget AI hjælper.
Master switch for dette kort.
Hvor mange fejlslagne signaler i en kort periode tæller som en bølge værd at advare om.
Tilfører en trusselsscore for besøgende, der optræder i offentlige misbrugsfeeds.
Timeløn og TLS -kontrol af udløb, alarmering før et certifikat bortfalder.
Tilfører en forklarlig dom til mistænkelig aktivitet, og grupper relaterede angreb i en enkelt læsbar hændelse snarere end en strøm af begivenheder.
Handler på egen hånd, gør hvad det lærer fra en hændelse til en foreslået eller anvendt regel. Lad off indtil du har revideret sine forslag og er enig med dem.
En daglig gennemgang af siden med sikkerhedsoversigtog en ugentlig hærdning af tjeklisten, der viser hvad der er beskyttet og hvad der stadig er åbent.
En foreslået blokregel, du aldrig handlede på udløber af sig selv i stedet for at akkumulere.
Optager besøgssessioner til afspilning. Når der ikke er indlæst fra genafspilningsbiblioteket, så det ikke koster noget at lade være med at spille. Optagelser udtages og privatmaskeres, og ses på Session Replay side under Analytics.
Hvilken andel af sessioner at optage, hvor længe en enkelt optagelse kan køre, og hvor mange dage optagelser er holdt.
Hvad OpsIQ kan indsamle, og hvor længe hver slags rekord overlever.
Adresser aldrig sporet, en per linje, præcise adresser eller CIDR intervaller. Den reneste måde at holde dit eget team ud af din analytics, fordi det dækker alle på denne adresse snarere end kun signeret-i admins.
Sidemønstre aldrig sporet, en per linje, jokerkort med en stjerne. For eksempel /admin/* holder hele bagkontoret ud af besøgsloggen.
Per- undersystem automatisk udrensning i dage. Separat fra den samlede datatilbageholdelsesindstilling generelt og fra Fare Zone udrensning.
Tiltrolighedstrametri med korte forhåndsvisninger af forespørgsel og svar. Standard 90 dage. Dette indeholder den mest kundetekst, så forkortet det først, når der er en stramning af privatlivets fred.
Per- call token tæller for omkostningsrapportering. Standard 90 dage. Kun tal, intet brevindhold.
Den Tamper- evident handling og sikkerhedsloggen. Standard 365 dage. Hold denne længste; det er dit bevisspor.
Systemhelbredspapirer. Standard 30 dage.
Klynger af spørgsmål, som AI ikke kunne besvare. Standard 90 dage. Arbejde gennem dem på de spørgsmål, AI missede side, før de udløber.
Daglig sammenligning af i går mod den seneste baseline, alarmering, når en metrisk bevæger sig mere end din tærskel. Standard 35 procent. Off som standard.
Natlige dumps af sessioner, besøgende, sidevisninger og relaterede tabeller for din egen BI stak, i et format du vælger, holdes i en række dage. Off som standard.
Den flydende assistent dit personale bruger inde i admin, med live læse adgang til kunder, fakturaer, billetter, servere og cron logs. En anden assistent fra customer-står en under Client Chat.
Viser den assisterende knap på hver admin side. Off skjule det for alle.
Hjørneposition, panelbredde (320 til 600 px), maks. højde (400 til 900 px), hjørne radius (0til 24), skriftstørrelse, og en frosted glas slør bag panelet.
One- klik genvejsknapper under overskriften. Den hurtigste vej ind for de fleste medarbejdere.
Viser hvilken model der blev besvaret, og hvor lang tid det tog. Nyttig mens tuning omkostninger, støj til daglig brug.
Viser kun assistenten til en signed- i admin hvis brugernavn og e-mail både matcher en OpsIQ agent, der er tildelt dette arbejdsområde. Ejere altid passere. Brug Check min adgang knap før du aktiverer eller du kan låse dit eget team ud.
Vis navn, overskrift-tagline og en brugerdefineret velkomstbesked som vises når panelet åbnes.
Redigér etiketten og den underliggende prompt for hver genvej, tilføj din egen eller nulstil til standardværdier. Etiketten er hvad personalet ser, prompten er hvad AI modtager.
Chip form (pille, afrundet, firkantet), chip farver, korttema og afsender form (rund, egern, firkant), med en levende preview.
Assistenten husker hver person historie på tværs af browser sessioner, op til 120 beskeder, gemt i din egen database. Ryd det for at starte frisk.
chat widget dine kunder bruger, og det største område af Indstillinger. Seks under- faner, med master switch og Gem fastgjort til toppen af fanebladet.
Arbejd gennem underfanebladene i rækkefølge efter en ny installation: Identitet og Kopiér, Udseende, Opførsel, Support Flow, Viden-træning. Avanceret er infrastruktur og kan vente.
Kontrolnavn, tagline, AI-navn, navnet der bruges til system og inaktiv meddelelser, og hvordan agent navne vises. Agent Name Kilde bestemmer mellem rigtige navne, et brugerdefineret navn eller en team etiket.
To hilsner, en for alle besøgende og en for identificerede besøgende. Et spørgsmål starter flere samtaler end en erklæring.
Den flydende besked før chatten åbnes, med sit eget navn, skriftstørrelse og farver. AI kan skrive teasers, med kontrol for hvor mange der skal generere, hvor mange at vise per besøg og kløften mellem dem.
Det fulde script: beder om et navn og e-mail, bekræftelser, anmoder om en menneskelig, ingen agenter til rådighed, billet oprettet eller annulleret, aflevering venter. Omkring to dusin individuelle linjer i et kollapsebart panel.
Tre bruger- synlige beskeder: agent lukker chatten, besøgende er gået stille, og agent hænder tilbage til AI. Undgå intern formulering som løst eller triaged.
Input pladsholder, talk-to-a-human knap etiket, og de foreslåede åbning spørgsmål. Tre gode forslag aflede flere billetter end en side af artikler.
Launcher ikon, en valgfri anderledes ikon når åbne, lancerer størrelse, og billeder til den menneskelige agent og AI.
Tema mode, en premium farve forudindstillet, slør intensitet og ugennemsigtighed, plus toggles til animationer, separator linjer, skjule statuskortet, skjule besked boks kort og skjule den tætte knap. Start med et forudindstillet; det sætter snesevis af farver på én gang.
Launcher, header, helppanel, links, knapper, systemopslag og komponist, hver med start og slutfarve for gradienter. En brug standard glas indstilling ignorerer disse og holder den gennemsigtige finish.
Omkring tredive plukkere dækker panelet, kant, tekst, input område og hver boble type (besøgende, AI, agent, skrive, system) plus forslag chips og deres svæver tilstand. Kun åbne dette for præcis mærke matching, og kontrollere kontrast på boble tekst.
Panelbredde og højde, hjørneradius, skriftstørrelse, skærmposition, affyringsform, boblestil og om avatarer viser sig. Test bredden på en telefon.
Master skifte for AI svar. Off betyder hver besked venter på et menneske.
En blid opfølgning, når en besøgende går stille, og en valgfri kort anden besked den måde, en person ville sende en. Tuneret med max followups per stilhed, første forsinkelse, senere multiplikator, tilstedeværelse vindue og maksimal sekvens vindue. Kan begrænses til business timer, og undertrykkes efter en simpel tak.
Uanset om svar skrive ord for ord, og hvor hurtigt assistenten svarer, ved forudindstillet eller din egen minimum og maksimal forsinkelse i millisekunder. En lille forsinkelse lyder som mere menneskelig end et øjeblikkeligt svar.
Hver agent læser og skriver på deres eget sprog, mens den besøgende læser deres.
Minutter over agent inaktivitet før AI genoptager samtalen.
Sekunder før widget åbner sig selv.0aldrig åbner. Intrusive på mobil; orlov på0med mindre de er testet.
Planlægning forud for one- pass svar, tænkende dybde, en valgfri separat model for agent svar, der viser ræsonnement til besøgende, tolererende fejlspelling, lang-samtale hukommelse, begrænser assistent til din virksomhed kun, priser i den besøgende valuta, og hvordan links vises. Kun snak om din virksomhed bør være på for næsten alle.
Skips viden søgning efter hilsner såsom hi og tak, og hætter den længste svar i tokens. Trims koster uden at ændre svaret kvalitet på reelle spørgsmål.
Hvilke sprog widget understøtter, og hvordan det vælger en for en besøgende.
Svar fra en signed-i kundens egen konto, eventuelt kiggede op live, og eventuelt kun indlæses når det er nødvendigt. Læsning-kun i alle tilfælde; læsse-når - behov væsentligt reducerer omkostningerne.
Assisteret refusion anmodninger, hvor assistenten samler detaljer og hænder til en person. Det aldrig fuldfører en tilbagebetaling selv.
Holde tidligere samtaler, fortsætte en chat på tværs af dine tilsluttede websteder, draggbare vindue, bede gæsterne om en e-mail, og lade dit team gøre en chat til en billet.
Emoji picker, vedhæftede filer med en valgfri paste- only mode, AI-billede forståelse, inline ikoner, mikrofon, talktoagent knap, besøgende lyde, bilag preview, voice-call knappen og session isolation. AI-image forståelse er hvad lader en besøgende indsætte et fejlbillede og få et nyttigt svar.
Besøgende velkommen popup, plus dine agenter advarsler: indbakke lyde, desktop meddelelser, hvisker lyde, om private hvisken bip, og indbakke meningsintervallet.
Hvordan anmodninger om en person er tildelt, de sekunder en agent har til at svare, om faldende returnerer chatten til AI, og om AI genoptager når tidsfristen udløber. Indstil dette før du går live eller en besøgende, der beder om et menneske blot venter.
Åbningstider, tidszone og closed- timer meddelelse. Udenfor disse timer AI vil ikke tilbyde et menneske. En separat tidsplan fra billetten business timer under OpsIQ Skrivning.
Det første svar på et nyt budskab, svaret når nogen allerede er i kø, og hvor længe før man gentager.
Viser en kontaktformular i stedet for chatten.
AI billet bevidsthed, så en besøgende citerer et billettal får sin reelle status, og hvilke afdelinger AI kan rute til. En bygning-i panel viser de virkelige modtagere for hver afdeling, løst på samme måde anmelderen løser dem, så du kan se før en kunde gør, at en afdeling advarer ingen.
Lader besøgende gennemse publicerede artikler uden at forlade chatten. Du vælger hvor indgangen vises, nederste bar etiket og ikon, og om du vil tilbyde et link til det fulde hjælpecenter. Off som standard.
Stjernebedømmelse udløses, når en agent lukker chatten, når et ophør, eller efter en inaktivitet periode du har indstillet. Vælg en eller to udløsere, ikke alle af dem.
En kort undersøgelse, når den besøgende lukker chatten med dit spørgsmål, forsinkelse, timing regel og en cap per besøg. Besøgende kan også e-mail eller downloade udskriften. Et spørgsmål bliver besvaret; tre ikke.
En opfølgning undersøgelse via e-mail efter samtalen slutter, eventuelt på det sprog den besøgende chattede i, med kontrol over forsinkelse, emne, intro, spørgsmål, både knap etiketter og tak-du linje.
Tommelfingre op og tommelfingre ned på hver AI svar, fodring kvalitet dashboards.
Auto- arkiv efter dage, automatisk-løse efter minutters stilhed, og slette arkiverede samtaler efter dage. En tredje plads retention er indstillet, sammen med General og Tracking.
Det, assistenten ved, betyder ikke andet i Client Chat.
Kravler dit websted, så assistenten kan svare fra det. Op til ti startlinks, en side grænse, et link dybde, og udelukkede mapper. En enkelt URL kan testes før fuld kravl. Ekskl checkout, konto og admin stier.
API -tasten og modellen, der gør sider til søgbare betydning snarere end søgeord matcher.
Et klik og AI læser hver FAQ og kravlede side og sortere dem i kategorier.
Spørgsmål og svar par behandles som den højeste prioritet kilde, hver med en status, vægt og kategori. Searchable, kan overføres fra JSON, og AI kan skrive dem fra en beskrivelse af din virksomhed. Når assistenten får noget galt, skrive en FAQ: det harmløse sider, så fix er øjeblikkelig.
Poleringsinterval, meddelelsesprocentgrænse og vindue, maksimal vedhæftningsstørrelse, bilag forsøg per vindue, og tilladte filudvidelser. Udvidelseslisten er en sikkerhedskontrol; holde det stramt.
Øjeblikkelig besked og status levering i stedet for at aflytte, gennem Pusher, Ably eller Firebase, med en fallback valginterval. Polling er fint for de fleste steder.
Enhedsalarmer til agenter gennem Pusher Beams eller OneSignal, med en enhed interesse.
Browser skubbe ved hjælp af dine egne genererede nøgler uden tredjeparts udbyder. Genereret her, ikke i Fare Zone.
TURN legitimation så opkald forbinde gennem restriktive netværk, ved hjælp af Cloudflare eller Twilio akkreditiver eller din egen TURN URL, brugernavn og kreditværdighed.
Agent workspace indstillinger i stedet for besøgende indstillinger: first-response SLA på få minutter, gemte kø visninger, tastatur genveje og kommandopalet, in- samtale søgning, og kundebilletter i inspektøren.
WhatsApp, SMS, Facebook Messenger, Instagram, Telegram, X direkte beskeder og LINE, hver med sin egen AI auto- svar kontakt, plus en politisk skifte for AI handlinger på kanaler, et svar debounce og WhatsApp re- engagement skabelon. Hver kanal lander i samme indbakke som web chat.
Billetter besvaret skriftligt: automatiske svar, den indfødte billet system, eskalering, business timer, routing og customer-vender e-mails.
Tilfører skrivehjælpsknapperne til dine agenter i admin.
Kører nye billetter og svar og svarer dem efter en forsinkelse. Start med det ud og gennemgå udkast til en uge. Refusioner, aflysninger og adgangsændringer bør altid nå frem til en person.
Hvilke afdelinger auto-svar kan svare i. Alt ikke er opført er overladt til et menneske, som er den sikre standard.
Hvor længe skal man vente, før det automatiske svar sender. Et øjeblikkeligt svar lyder som en robot; et par minutter læser som et hurtigt team.
En per- afdeling cap, for eksempel Billing 1 og støtte 3. Uden en hætte kan en forvirret tråd løkke.
Maksimale skrivende tokens, billetten status efter et svar og efter en eskalering, og som admin konto de automatiske svar tilskrives. Brug en klart navngivne konto, så personalet kan fortælle AI-svar fra menneskelige dem.
Billetten er indbygget i OpsIQ, til installationer uden ekstern helpdesk.
Det vender indkommende e-mail ind i billetter. OpsIQ leverer endepunktet URL, Auth token, script sti og PHP binær. Alt, der kan sende til dette endpoint kan skabe billetter, så holde token hemmelighed.
Om AI holder svare som samtalen fortsætter, og om det venter et stille vindue så tre hurtige beskeder få en overvejet svar. Det rolige vindue er den bedste enkelt indstilling til at gøre automatiserede svar føler sig overvejet.
En brugervenlig-vender side, hvor nogen kan hæve og spore en billet, med en valgfri velkomstlinje. Dens adresse og udseende er konfigureret i Support Portal fanen.
Hvor mange tilfældige bogstaver vises i genererede billetnumre.
Billete- e-mails følger kundens sprog. Personale e-mail ændrer aldrig sprog: meddelelser, afdelings advarsler, briefinger og planlagte rapporter ophold i dit systemsprog.
En fast bekræftelse på nye billetter, plus bekræftelsesmeddelelser når en billet åbnes, når feedback er tilbage og når en bøde er lukket, hver med en live preview. Der er også en global e-mail skabelon wrapper og linket bag visningen din billet knap.
Screens billetter fra ukendte afsendere, og kan eventuelt flytte mistanke spam på egen hånd. Lad automatisk gå ud indtil du har set dens vurdering.
Lukker en billet efter en række stille dage. Fortæl kunden i den afsluttende besked, hvordan man åbner.
Tidszone, åbnings- og lukketider, arbejdsdage og helligdage for første- svar og afviklingstidspunkter. En separat tidsplan fra arbejdstiderne under klientchatten.
Automatisk opgave, eventuelt kun til agenter, der er online, med agent færdigheder og en match følsomhed for skill- baseret routing.
Spotter når en kunde åbner en billet tæt på en, de allerede har, med en justerbar match følsomhed.
Email en undersøgelse om dagen efter lukning. Resultater vises på CSAT siden.
Email afdelingen når en ny billet ankommer. Modtagere er medlemmerne af denne afdeling, ikke afdelingen postkasse adresse, som er den indgående adresse billetter ankommer på.
En masterkontakt plus individuelle read- only tilladelser til klientprofilsammenfatning, fakturaer, transaktioner, kreditbalance, produkter og tjenester, domæner, linkede servere og en topniveaukontooversigt. Start med profilen resumé og tilføje kategorier som svar har brug for dem.
Flytter en billet til en bedre egnet afdeling, før du svarer. Du vælger de tilladte afdelinger, checkforsinkelsen og kan skrive dine egne instruktioner om eskalering. Tænd den interne eskaleringsnote, så dit team kan se hvorfor en billet flyttede.
Om svar bruger kundens sprog, om de trækker på kravlede links og FAQ 'er, om AI læser billede og PDF bilag, vidensvartilstand, uanset om importeret JSON viden bruges, og om kildelinks kan forekomme. Brug gennemkravlede links og FAQ 'er bør være på, eller AI er gætte.
Når personalet svarer, AI stopper med at besvare denne billet. Uden det AI kan tale over din egen agent.
Free- tekst instruktioner forme tone og indhold for hvert svar, med et læseligt arbejdet eksempel. Vær specifik om, hvad AI må aldrig gøre.
Upload eller indsæt en JSON videnfil til skriveassistenten.
En komplet designer til brugervendsknappen: display stil, størrelse, etiket, ikon, form, mindste bredde, baggrundsstil med primære og sekundære farver, gradient vinkel, kant, hjørne radius, skygge, typografi, polstring, tomgang animation, svæver bevægelse og farver, og fokus ring, plus en brugerdefineret CSS boks for noget kontrollerne ikke dækker.
Den brugervenlige side, hvor folk rejser og sporer billetter og læse dine hjælp artikler. Dette fane styrer hvordan det er nået, og hvordan kunderne logger ind; dens visuelle design gøres i Support Portal Studio.
Det er to forskellige produkter, og folk blander dem konstant sammen. De løser forskellige problemer, og det er normalt at køre begge dele sammen.
Studio designer en komplet support websted, OpsIQ værter for dig. Det har sin egen web-adresse, eller dit eget domæne, og det bærer hele selvservicering oplevelse: hjælp artikler med søgning, anmodningsformularen, billet historie, kunde sign-in og assistent. Vælg en skabelon, arbejde gennem Tema, Navigation, Layout, Viden, Footer, Brand, Billetter, Assistent, Form og CSS, preview på skrivebordet, tablet og telefon størrelser, derefter offentliggøre.
Brug den når du ønsker en mærkevarer destination kan du pege hver kunde på, og du vil helst ikke bygge eller vedligeholde et supportområde inde i din egen hjemmeside.
De indrammede putter kun billetten oplevelse på en side af din egen hjemmeside. Kunder åbne, spore og svare på support anmodninger uden nogensinde forlader dine sider, og din egen header, navigation og design forbliver præcis som de er. Sæt layout, udseende og adgang regler i widget byggeren, få vist resultatet, så kopiere den indlejrede snap ind på din side.
Brug den når du allerede har en hjemmeside eller program med sit eget design, og du ønsker støtte til at ske inde i det snarere end at give kunden ud til en anden adresse.
Studio bygger et sted, du sender kunder til. Den indhyllede medbringer billetter til hvor dine kunder allerede erMange virksomheder kører begge dele, indlejrer billetten i deres kontoområde for inkontekstanmodninger, mens de holder den hostede portal som det fulde selvbetjeningsmål med artikler og søgning.
Uanset om portalen er åben for nogen eller begrænset til signed- i kunderne. Åbne portaler får flere billetter og mere spam.
Om portalen og hjælpecentret deler en helt eller bruger to, hvilken navigation og sidefod vises på begge overflader, og navigationssektionens etiket.
Den adresse, kunderne bruger. Vælg et navn og OpsIQ viser den resulterende portal og matchende hjælp center adresser. Ændring af det senere bryder links, du allerede har sendt.
Serverer portalen fra et domæne du ejer, såsom support. yourdomain. com.
Skifter på drop- i widget beskrevet ovenfor, og åbner indlejrede builder, hvor du vælger layout, udseende og adgang regler, få vist resultatet og kopiere snippet til din side. Dette er ikke Portal Studio: Studio designs den hostede portal, dette sætter billetter inde dit eget websted. Begge kan være på én gang.
Disse er dine kunder sign-in muligheder. Personale sign - in er konfigureret under Indstillinger, Sikkerhed.
Hvilke indstillinger vises på signe- in side. Forbinder og e-mail sign- i arbejde automatisk.
Forbrugerkontoudbydere, der hver har brug for et klient- og -hemmeligt id, med den omdirigerede adresse, som OpsIQ leverer til at registrere sig hos denne udbyder.
Kundesign- i gennem en identitet udbyder, med udsteder URL, klient-id, hemmelighed og en valgfri tilladt e-mail domæneliste.
EU SAML tilsvarende. OpsIQ leverer ACS-svaret URLog SP enhed ID; du leverer den IdP enhed id, sign-in og sign - ud URLs, X.509 certifikat og valgfri attributnavne. Drej SAML på i Sign-in metoder, eller det vil ikke forekomme.
En underskrevet dyb link, så en kunde allerede logget ind til din ansøgning lander i portalen uden at logge ind igen. OpsIQ leverer signeringshemmeligheden, portal URL og arbejdsrums nøgle, plus en generator til et signeret testlink. Brug generatoren før du skriver nogen kode.
Underskrivelse ud af portalen også tegn kunden ud af din ansøgning.
Hvilke strukturerede felter anmodningen formular indsamler. Hvert ekstra felt mister indlæg, så spørg kun om, hvad du har brug for at triage.
En honeypot og hastighedsbegrænsning beskytter altid den offentlige form. Øverst kan du blokere engangs e-mailadresser, tilføje dine egne blokerede domæner, og tilføje en CAPTCHA ved hjælp af GooglereCAPTCHAellerCloudflareTurnstile.reCAPTCHAgenbruger de nøgler, der allerede er sat under Indstillinger, Sikkerhed; Turnstile tasterne indtastes her.
En read- only summary of portal activity in the last thousand days.
Systemgruppen, plus team- adgangskontroller der afgør hvem der kan se hvilke Indstillinger fanebladet.
Hver admin får et eksplicit sæt tilladelser, der dækker chat-indbakke adgang, som Indstillinger sektioner de kan redigere, og deres afdelinger. Enhver med Full Administrator rolle altid har enhver tilladelse. Opsætning tilladelser beslutte, hvilke faner en person ser, så giv den smalste sæt, der lader dem arbejde.
Viser dit nuværende kørekort, hvad det giver dig ret til og dets status.
På OpsIQ cloud de planlagte opgaver kører for dig, og fanen er skjult. En linje af crontab drev hver skemalagte opgave: billet auto- svar, eskalering routing, udskiftning-rate opdaterings-, postkasse polling og konnektor synkronisering.
Fanebladet viser den nøjagtige crontab linje for din server med den korrekte PHP binære allerede valgt.
Kør crontab-e som brugeren, der kører PHP og indsætte den enkelte linje. På cPanel bruge Cron Jobs værktøj i stedet.
Inden for et minut hjerterytmen fliser lyser op. Brug Kør nu til at teste med det samme i stedet for at vente.
Hjertepanelet viser sidste løb, varighed og hvad der blev behandlet for både auto- svar kø og e-mail og connector poll. Det advarer om, når den sidste kørsel kom fra den manuelle web-knap i stedet for en reel server cron, og når et hjerteslag er gået skævt.
Kører alt OpsIQ indsamlet eller genereret. Du sætter kryds i, hvad der skal inkluderes og skrive bekræftelsessætningen præcist. Indstillinger og site konfiguration, blokerede adresser, alt dit team skrev (videnbase, FAQ 'er, oversættelser, portal design, handling definitioner) og samtykke kvitteringer er alle bevaret.
Den samme sweep begrænset til rekorder ældre end 30, 60, 90 eller 180 dage, eller et år. Ved automatisk rulning retention bruge fastholdelse værdier i Generelt og Tracking i stedet og lade den planlagte opgave gøre det.
Inviter teammedlemmer og tildele roller til at kontrollere, hvem der kan få adgang til hvad.
Fuld adgang, herunder licens, fakturering og farezone.
Fuld adgang undtagen licens og fare zone. Kan administrere administratorer.
Kun til de udvalgte afdelinger.
Naviger til holdet i sidepanelet.
Indtast teammedlemmets e-mail.
Vælg ejer, fuld admin eller agent.
For agenter, vælg tilgængelige afdelinger.
De modtager en e-mail med et setup link.
Hvordan dit supporthold udfører. Adgang er med tilladelse, ikke af rolle: visningen tilladelse åbner siden, administrere tilladelse låse mål, QA og de alfanumeriske læser, og belønnings- finansielle tilladelse er hvad tilføjer Belønning fanen. Et team bly kan gives nogen af disse uden at blive en fuld administrator.
Team Performance er fem faner. Hver svar et andet spørgsmål, og de bestilles af hvor hurtigt de normalt har brug for dig.
Live kø tilstand, kunderesultater mod dine mål, hvordan kapacitet blev brugt, situationer har brug for en beslutning, og bevis- justeret per-holdmats indeks.
Leaderboardet, anerkendelse (mest forbedret og striber), quests, og opt- i kontrol for hvem kan se rangering.
Scorekort, registrerede evalueringer, chance- korrigeret anmelder aftale, reviewer drift, og bevismateriale tvister.
Token værdi, udbetaling krav, og den regulerede periode tildeling: autorisere et finansieret loft, gennemgå forhåndsvisning, afslutte.
Hvordan arbejdsrummet har bevæget sig over tid: trendmålinger med et diagram, og en 28-dag dækning heatmap viser, hvornår holdet faktisk arbejdede. Hvert kort skjuler sig selv indtil der er nok historie til at tegne det.
En holdkammerat uden nok håndteret volumen - eller hvis dimensioner der er beviser for, der giver op til halvdelen af den indstillede vægt - vises som uscoret. Deres score, rang og band er tomme og deres nedbrydning er skjult. Dette er bevidst: at gøre en fraværende måling som nul sætter nogen i bunden af en rangering for at have en rolig uge. Bevistærskler kan indstilles per arbejdsområde i mål & scoring.
De to bevisgrænser gør forskellige job, og det er værd at holde dem adskilt. Minimum håndteret afgør, om nogen scores overhovedet. Minimumssatser påvirker ikke score: det beslutter tildeling og belønning berettigelse. Så en holdkammerat kan være fuldt scorer og rangeret og stadig ikke er berettiget til denne periode, fordi for få kunder bedømt dem.
En sammensat af fem dimensioner, hver målt mod et mål du har sat snarere end mod kolleger, derefter trukket mod midten, når beviserne bag det er tynd. Bemærk retningen: justeringen flytter figuren mod 70, så en tynd fremragende score trækkes ned og en tynd dårlig score trækkes op. En dårlig første uge på fire samtaler er ikke en fast dom enten. Som dokumentation akkumuleres den tilpassede tal konvergerer på rå én.
Kundetilfredshed fra verificerede feedback. Suppleret af QA scorecard resultater, hvor disse findes og er styret.
Første svartid på P50 og P90 percentilerne, mod dine mål.
Opløsningstid og one-touch opløsnings hastighed.
Tilslutning mod den SLA, du konfigurerede, plus risiko og overtrådte tællinger.
Genopen og overførselsrater - det arbejde, der kommer tilbage.
Occupationcy, produktiv tid, løst per produktive time og online andel af vinduet. Udnyttelse er bevidst ikke rapporteret: det har brug for planlagte timer som nævner, OpsIQ har ingen arbejdsskema eller skift kilde, og en substitueret nævner ville være et gæt iført en procentdel tegn. Det lyder som utilgængelig med den årsag knyttet.
En scorecard er rubric reviewere score reelle samtaler mod. Kun en offentliggjort version kan modtage en evaluering, og udgivelse af en ny version aldrig omskriver hvad der allerede blev scoret. En gennemgang er bevis på én samtale, ikke en dom på en person.
Anmeldt som en chance- korrigeret statistik (Cohen 's og Fleiss' kappa), ikke en rå aftale procent. To anmeldere, der passerer alt er enige 100% af tiden, mens de bærer ingen oplysninger.
Om en anmelder scorer systematisk hårdere eller blødere end sine kolleger på samme samtale - en sammenligning med resten af panelet, ikke en tendens over tid. Det har brug for en interaktion gennemgået uafhængigt mere end én gang.
En holdkammerat kan formelt bestride beviser, der er registreret om dem. En åben tvist blokerer belønnet-periode afslutning indtil det er løst.
En holdkammerat kan ikke selv vurdere det.
Ranking alene har dokumenteret fejl tilstande: metrisk gaming, udbrændthed, og offentlig skamp af hvem der er sidst. Tre alternativer sidde ved siden af det.
Målt mod en holdkammers egen tidligere rekord, aldrig imod kolleger, med krympning så en lille nævner ikke kan købe en sejr.
Konsistente perioder, der møder en fast, erklæret bar - gennemsnitlig rating, håndteret volumen, vurderinger tæller og negative- feedback sats, alle absolutte tal. Alle kan holde en stribe samtidigt, så det skaber ingen rangering, og en kollega har en ekstraordinær måned ikke kan bryde din.
En holdkammerat ser altid sit eget indeks; om de ser kolleger er en beslutning om arbejdsområde. Procentive bands kan offentliggøres i stedet for absolutte positioner.
Et mål, som holdet arbejder hen imod, målt mod en fast angivet bar i stedet for mod hinanden - så alle kan klare den samme søgen i samme periode.
Individuelt eller team; one-off, repeterbar, eller sæsonbestemt med et eksplicit vindue.
Samtaler håndteret, ratings modtaget, aktive dage, gennemsnitlig bedømmelse eller negativ feedback rate. Alle absolutte - ingen metrisk hvis værdi afhænger af hvad kolleger gjorde.
Krævet på enhver søgen med et volumen mål. At slå antallet mens kvalitet falder under gulvet tilbageholder søgningen snarere end at fuldføre den, og det vises som tilbageholdt, ikke ufærdig.
En per- periode cap, drevet af den hurtigste kriterium, plus en valgfri nedkøling før en gentagelse kan tælle.
Fælles fremskridt med ingen per- holdmat tildeling offentliggjort, så en team søgen kan ikke blive et leaderboard.
En coaching session er en rekord, ikke en chat. Det har en træner, en holdkammerat bliver trænet, en planlagt tid, aftalte talking punkter, og et resumé skrevet bagefter. Real chats, billetter og QA evalueringer er fastgjort til det som bevis, så samtalen er forankret i arbejde, der faktisk skete snarere end til en husket indtryk.
Vi er enige før mødet, så holdkammerat ikke går ind i en overraskelse.
Chats, billetter og QA evalueringer knyttet til sessionen. En pin gemmer en reference - en type og et id - ikke en kopi, så det altid peger på den levende rekord. OpsIQ verificerer ikke id før du accepterer det.
Hver med en ejer og en forfaldsdato. Et element forbi sin dato er vist som forsinket - en afledt tilstand, ikke en status nogen behøver at huske at indstille.
Trænerens egen note. Den holdkammerat, der trænes i, kan aldrig læse den - ikke som agent, ikke som manager, ikke en ejer. Denne check kører før alle andre tilladelser og kan ikke tilsidesættes.
Træneren, holdkammerat og alle med managementets tilladelse.
Hver oprette, opdatere, pin, unpin og afslutning er optaget med hvad der ændrede sig, af hvem.
Optaget aktivitet konverterer til tokens med en kontantværdi du har sat. Vejen til en betaling er bevidst langsom og hvert skridt registreres.
Hvor mange tokens er lig med hvor mange penge, og hvad hver aktivitet er værd.
I en lukket kalenderperiode angiver en fuldstændig administrator de maksimale tokens, den kan betale. Gemning af indstillingerne formular tillader ikke et budget, og det kan ikke ændre et loft, der allerede er godkendt.
Modtagere, reservere og grunden til at ingen er ukvalificeret.
Tildelingen registreres permanent med beviserne bag det. En periode, der er tildelt intet kan blive afvist og re- køre direkte. En, der udstedte tokens skal vendes først: OpsIQ skriver en kompenserende post mod hver tegnebog og aldrig sletter originalen, så hovedbogen stadig viser, hvad der skete, og hvorfor, og kun derefter er den periode, som frigives. Tilbagebetalingen nægter, hvis nogen allerede har indløst mere end det beløb, der bliver inddrevet, og navne hvem og hvor meget.
Alle andre deltager som standard, team fører og medejere inkluderet. For at udelade nogen, åbne dem i Team & Afdelinger og slukke for Tages del i priser og belønninger mulighed. Deres arbejde er stadig scoret og vist; de stopper med at være en kandidat fra det punkt på, og intet allerede afsluttet er rørt.
Bestyrelsen, live tilstand, kapacitet og kvalitetsoversigt for arbejdsområdet.
Mål og scoring, eksport, QA scorecards og evalueringer, coaching, quests, og de læser, der bærer profit- identificere data såsom per- admin historie og prisuddeling historie.
Saldi, kontantværdier, tilgodehavende noter og betalingsreferencer - adskilt fra performance dokumentation, fordi det er payroll- tilstødende.
Hver pengemutation: at betale en belønning, betale eller afvise et krav, godkende et budget, færdiggøre, frakende eller vende en tildeling, og fastsætte den-to-kontante sats. Disse kan ikke uddelegeres ved at give en tilladelse.
Præstationsindekset er ledelsesbevis, ikke en automatisk beslutning om beskæftigelse. Åbn kildesamtaler bag et nummer før du handler på det, og vejer sag kompleksitet, tidsplaner, orlov og tilgængelighed behov. En enkelt vanskelig uge ser intet som et vedvarende mønster.
Websteder (arbejdsrum) lader dig administrere flere hjemmesider fra en OpsIQ installation. Hver har sin egen tracking, AI, stik og team adgang.
Naviger til Connected Sites.
Indtast navn, domæne og beskrivelse.
Each site gets a unique key (site_xxx) for the widget snippet.
Hvert websted har sin egen AI, stik og indstillinger.
Det afhænger af din licensaftale.
Din OpsIQ licens kontrol funktioner, site begrænsninger, og AI kreditbalance.
Indtast i Indstillinger > Licens. Valideret mod OpsIQ licensserver.
OpsIQ normalt læser sin underskrevne lokale licens cache og genopfrisker validering, når det er nødvendigt. Brug Force fjernkontrol, når du har brug for et øjeblikkeligt resultat; Diagnostics identificerer DNS, HTTPS eller servertid problemer.
Afgrænsninger af tilgængelighed og grænser for funktioner.
Maksimalt antal arbejdsrum.
Hvis du bruger Managed AI, din kredit saldo er vist her.
Fornyet før udløb for at undgå afbrydelse af tjenesten.
Tracking, billetter og CRM fortsætter. AI har pause indtil fornyelse. Data er bevaret.
Hver administrator kan opretholde sin egen identitet, arbejdspræferencer, adgangskode og tofaktorgodkendelse.
Profilindstillingerne tilhører den signed- in administrator og ændrer ikke arbejdsrumsbranding. Brug en unik adgangskode og aktivér to-faktorgodkendelse. Ændring af en e- mail- eller autentificeringsindstilling kan kræve re- verificering eller et nyt sign- in.
Underretningspræferencer kontrollerer, hvilke operationelle begivenheder der når frem til en administrator i produktet eller pr. e-mail.
Indstillinger dækker billet tildeling, kundesvar, SLA advarsler, chat aflevering og AI godkendelse begivenheder. Hold hastende operationelle signaler aktiveret et sted; slukke e-mail ikke nødvendigvis slukke for in-app meddelelse.
Sikkerhedsoversigten er den første skærm til vurdering af blokke, login angreb, trusselssessioner, sikkerhedstendenser og begivenhed integritet.
Brug overskrifterne til triage, og åbn derefter den relaterede revision, Mislykkede Loginer, Blokeret IPs eller JavaScript Fejl side for record-niveau arbejde. 14-dag trend er mere nyttigt end en enkelt spike. High- trussels sessioner bør undersøges mod besøgende, anmodning og godkendelse beviser før en permanent blok anvendes.
Revisionsloggen registrerer, hvem der gjorde hvad, hvornår, hvilket objekt, på hvilket risikoniveau og om det lykkedes.
Filtrér ved handling, risiko og aktør; eksport CSV eller JSON for en undersøgelse. Hash kæden hjælper med at opdage manglende eller ændrede revisionsrækker, men det erstatter ikke beskyttede sikkerhedskopier og begrænset databaseadgang. Behandl revision eksport som følsom, fordi de kan identificere brugere, optegnelser og sikkerhedshandlinger.
Diagnostics forvandler undersystemkontrol til klar- engelske helbredsresultater og direkte næste handlinger.
Sidekontrollen Site Speed, rank / søgeord / backlink / lokale data, AI og action gateway, billetter, crawler / audits, integration / begivenhed indtag, baggrundsopgaver, CRM-automatiseringer, licens, widget og relaterede produkttjenester. Det forsætligt rapporterer operatørlæsbare årsager snarere end at afsløre rå hemmeligheder.
Efter en ændring, Genopfrisk og bekræfte det berørte delsystem giver sund. En grøn diagnostik side er nødvendig, men ikke tilstrækkelig til lancering; fuldføre Pre-launch checkliste så godt.
OpsIQ indeholder flere sikkerhedslag til at beskytte din admin, data, og API adgang.
E-mail / adgangskode med valgfri 2FA.
Midlertidig lås efter for mange mislykkede forsøg.
Block IPs eller CIDR spænder fra adgang til sporede websteder.
De kan blive blokeret af politiet.
Krævet for alle forbindelser. HTTP omdirigerer til HTTPS.
Strengt-transport-sikkerhed forhindrer nedgradering angreb.
Alle admin formularer omfatter CSRF tokens.
Alle brugerindgange er undsluppet. CSP-headers begrænser script- udførelse.
Udgående webkroge blokerer private / interne IP adresser.
For alle admin konti.
Minimum 12 tegn, blandet.
Fjern adgang for tidligere teammedlemmer.
Tjek hver uge for mistænkelige mønstre.
Anvende opdateringer straks for sikkerhedsplastre.
Role- Based Access Control lader dig kontrollere, hvad hvert team medlem kan gøre.
Alt, herunder licens, farezone og installation management.
Alt undtagen licens og farezone.
Svar på assigned-afdeling billetter og chats, se analytics. Ingen indstillinger, team, eller sikkerhed adgang.
Tre opgaver plus afdelingens opgave giver en granulær kontrol.
Administrer IP adresser blokeret fra adgang til dine sporede websteder.
Eksempel: 203.0.113.42 eller 203.0.113.0/24
Dokument hvorfor: spam, misbrug, skrabning, osv.
Hvis kunderne deler en virksomhed IP eller VPN, der blokerer det IP Bloker alle på den. Brug smalle blokke.
Alle mislykkede login forsøg på din OpsIQ admin.
Da forsøget skete.
E- mail- adresse brugt.
- Det er en kilde til forsøget.
Geografisk placering.
Forkert adgangskode, låst eller ikke fundet.
Password gætte. Sikre 2FA er aktiveret.
Automatiseret angreb. Bloker kilden IP.
Hvis dit team er lokalt, udenlandske forsøg er sandsynlige angreb.
En opt- in analytiker lag over Security-sider: Dommerens, hændelse briefinger, en daglig fordøje, en ugentlig stilling check, Spørg Sikkerhed, og 0-token block politikker. Det aldrig kører i den besøgende anmodning sti.
Hver Security side registrerer, hvad der skete, men læsning det stadig tager dom. AI sikkerhed analytiker tilføjer denne dom på plads, og det er bygget til at bruge næsten ingenting: det aldrig sidder i fyrtårn eller login sti, deterministiske regler afgøre de indlysende tilfælde med ingen AI opkald, domme caches, og analytikerens bedste output er en deterministisk regel, der derefter håndhæver evigt på nul tokens. Tænd funktioner på Indstillinger → Sikkerhed; alle standard slukket.
Blokeret IPs og Failed Logins rækker viser en godartet / mistænkelig / fjendtlig chip med en tillidsscore. Forklar åbner ræsonnementet, de anvendte fakta og one- klik Block / Release handlinger. Cached 24h, så re- visning af en IPer gratis.
Relaterede begivenheder klynge sig ind i en hændelse (login bølge, URL scanning, auto-blok burst) med en plain-engelsk tidslinje og et anbefalet næste skridt. Løbende angreb fold ind i samme hændelse.
En opsumning per dag: i går versus din baseline, blokke, hændelser, og den enkelte ting at gøre. Stille dage sende en deterministisk all- klar på nul tokens.
En mandag hærder checkliste (2FA huller, lockout tærskel versus reelle angreb volumen, advarsler off) med en sværhedsgrad, indsats og præcis fix per element.
Et spørgsmål felt på Security Oversigt, der svarer fra din live sikkerhed tilstand. Dybe serverspørgsmål gives til admin ingeniør chat snarere end gættet.
Analytikeren foreslår konkrete blokregler som Accept / Dismiss kort; godkendte regler håndhæves på nul tokens med en live hit counter. Valgfri autopilot godkender kun de sikreste regler automatisk.
Master switch. Aktiverer dom chips, Forklar og Spørg sikkerhed. Kun tvetydige IPs nå modellen, bøjet ind i et opkald.
Klynger begivenheder ind i hændelser og skriver hver ny historie. Kører på den eksisterende time sikkerhed cron.
En sikkerhed indsnævring per dag på klokken og Oversigt. Stille dage koster ingenting.
Mandag hærder tjeklisten i oversigten. Tjeklisten er fuldt deterministisk.
Lader analytikeren aktivere sine sikreste forslag uden opsyn: kun reversible tid- begrænsede blokke, enkelt IPs eller intervaller, der ikke er større end /24, aldrig delt / mobil / privat, begrænset 10 pr. time, altid revideret og uopnåelig.
OpsIQ bruger et produkt scheduler til at køre e-mail polling, billet automatisering, analytics rollups, retention, AI køer, CRM arbejde, rapporter og konnektor job.
Tilføj denne ene linje til crontab for den samme server og PHP miljø, der kører OpsIQ:
* * * * * php /path/to/opsiq/opsiq/cron/all.php >> /tmp/opsiq-cron.log 2>&1
Erstat /path/to/opsiq med installationsroot. Brug den fulde PHP CLI sti, når værten kræver en, for eksempel /usr/bin/php8.4.
Brug ikke top- niveau /cron.php til produktarbejde. I dette arkiv tilhører runner en separat nonproduct service uden for denne håndbog. OpsIQ produktrunner er opsiq/cron/all.php.
Processer, der skyldes auto- svar, eskalationer, godkendelser og andet queued produkt arbejde.
Polls konfigurerede postkasser hvor valtning er den valgte indsugningsmetode.
Samler sessioner og genopfriskninger planlagte aggregater, når de er forfaldne.
Kører scoring, livscyklus, workflow, kampagne og scheduled- rapport opgaver, der er aktiveret.
Udfører forfaldne oprydning, arkiv, udløb og integritet arbejde.
Dispatches connector cron abonnenter og polling kun til installerede, aktiverede og konfigurerede stik.
/tmp/opsiq-cron.log eller den logsti du valgte når en manuel kørsel mislykkes.Hold stik håndtere kort, idempotent og workspace- scoped. Batch lange synkroniseringer og gemme en markør / checkpoint, så det næste løb kan fortsætte sikkert.
En hostet OpsIQ implementering bruger de samme produktskærme og arbejdsgange, mens hosting-operatøren styrer server lag. Kommerciel signatur- up, planer, fakturering og konto-portal procedurer er uden for denne håndbog.
Antag ikke, at en styret service betyder, at enhver produktintegration er sund. Bekræft den seneste backup dokumentation og opbevaring politik med hosting operatør, og brug OpsIQ Diagnostik efter ændringer i DNS, e-mail, AI-udbydere, websteder eller konnektorer.
Dette afsnit omfatter kun produktoperationer. Kommercielle onboarding, abonnementer, fakturering og kundekonto administration forbliver uden for OpsIQ håndbogen.
En selv-hosted OpsIQ installation kører på infrastruktur du styrer. Du er ansvarlig for runtime, database, TLS, produkt cron, sikkerhedskopier, opdateringer og overvågning.
PHP 8.4 or newer. Required extensions: curl, pdo_mysql, mbstring, json, xml, openssl, zip, intl and gd.
MySQL 5.7+ eller MariaDB 10.3+ ved hjælp af InnoDB. Opret en dedikeret database og mindst privilegeret programbruger.
Apache eller Nginx konfigureret til OpsIQ frontcontroller, statiske aktiver og nødvendige omskrivere.
Krævet for admin sessioner, widget trafik, API nøgler, webkroge og udbyder opkald.
Tillad DNS og HTTPS adgang til AI, e-mail, stik og licens endpoints du faktisk aktivere.
Web- og CLI-brugerne skal kunne læse programfiler og kun skrive til de dokumenterede driftstimer / lagersteder.
Kør OpsIQ produktscheduler hvert minut med samme applikationskonfiguration og databaseadgang som webprocessen.
* * * * * php /path/to/opsiq/opsiq/cron/all.php >> /tmp/opsiq-cron.log 2>&1
Checkliste og bedste praksis for drift af OpsIQ i produktionen.
SSL installeret, HTTP omdirigerer, HSTS aktiveret.
Verificér via diagnostisk side.
Chat som kunde. Verificer nøjagtighed og tone.
På alle websider. Verificér med Live Feed.
Automatisk daglig database og fil sikkerhedskopier.
PHP fejllog aktiveret og overvåget.
Alle medlemmer har konti med rigtige roller.
Mindst 5-10 artikel.
Kør kildegates og komplet rigtige produkt kontrol før en udgivelse eller første produktion lancering. En kommando er tilgængelig er ikke bevis for, at det passerede i dit miljø.
Kør lagerkontrol fra installationsroot og holde deres komplette output med udgivelsesrekorden.
php tools/preflight.php
php tools/release_gate.php
Førflyvningen kontrollerer PHP 8.4 runtime og krævede udvidelser, udfører en PHP syntaks feje, kører AI evaluering skib gate og fuld PHPUnit suite, og kører PHPStan / Node kontrol, når disse værktøjer er installeret. Den udvidede port omfatter også røg, clean-install / schema og browser end-to-end kontroller, når deres miljø er konfigureret.
En skippet check er ikke et pass. Optag, hvorfor det var utilgængelig, installere den manglende afhængighed eller køre det i den korrekte CI / iscenesættelse miljø før udgivelse.
Log ind som hver tilsigtet rolle; kontrollere tilladte og nægtet sider / handlinger.
Indlæs et rigtigt websted i en privat browser; verificer beacon trafik, Live Feed, besøgende og session optegnelser.
Stil repræsentative spørgsmål; kontrollere viden jordforbindelse, sikkerhed, eskalering og AI historie.
Opret, angiv, svar, eskalér, luk og genåben gennem hver aktiveret indsugningssti.
Test udgående levering og hver konfigureret indadgående postkasse eller webhook sti.
Opret en kontrolleret kontakt / handel / konvertering og verificer dashboards, tragte, scoring og rapporter.
Kør forbindelsestest, én læse, en sikker skrive / tør køre og webhook / polling stier for hver aktiveret stik.
Verificer smalle scope, hastighedsgrænser, idempotente genteties, signaturer og duplikering.
Kør den samlede produkt scheduler og bekræfte alle nødvendige hjerteslag i Cron Setup / Diagnostics.
Verificer 2FA, CSR / sessionskontrol, revisionsposter, nøgletilbagekaldelser og isolering af arbejdsområdet.
Gendanne en nuværende backup i et separat testmiljø og kontrollere data og konfiguration.
Bekræft logfiler / indberetninger, behold anmodningsID 'er og bevis rollback-proceduren.
Browser push-meddelelser (herunder OpsIQ Push Campaigns) har brug for en servicetjeneste, der betjenes fra SAME OPRINDELSE som siden.OpsIQ widget belastninger fra din OpsIQ Opsætning, så en tredjeparts websted kan ikke registrere OpsIQ er arbejdstager direkte. Være vært en lille fil på webstedets eget domæne for at aktivere push der. Kampagner leverer gennem BOTH understøttede metoder.
Browsere kun lade en side registrere en tjeneste arbejdstager fra sin egen oprindelse.OpsIQ implementering, så det ikke kan installere skubbearbejder på en kunde site, indtil du er vært for arbejderen på dette websted 's oprindelse, widget lydløst springer skubbe (ingen fejl, intet abonnement). Du har to muligheder nedenfor;OpsIQ Push Campaigns publicerer gennem begge dele.
1. Download arbejderen fra din OpsIQ implementering: https://YOUR-OPSIQ/opsiq/opsiq-push-sw.js
2. Upload det til din webroot så det er muligt at nå på https://yoursite.com/opsiq-push-sw.js. Kontrollér auto- detekterer denne sti på sidens egen oprindelse og registrerer det, ingen snippet forandring nødvendig. (Det bruger et snævert omfang, så det aldrig erstatter en servicetjeneste du allerede kører.)
Valgfrit: hvis du skal være vært for den på en ikke-standard sti, så vis kontrollerne på den før det er kun accepteret, når sameoprindelse:
<script>window.OpsIQ=window.OpsIQ||{};window.OpsIQ.pushSwUrl="/custom/opsiq-push-sw.js";</script>3. I OpsIQ, generere VAPID nøgler (Opsætning → Klient Chat AI → Advanced → Web Push). Kontrollen derefter beder besøgende om tilladelse til anmeldelse og abonnerer dem.
/opsiq-push-sw.js giver HTTP 200 (rense cachen, hvis det var 404 før du uploadede; en cachet 404 vil blokere registrering).1. I OpsIQ indstillinger indstille push-udbyder til Pusher bjælker og indtaste dine Beams EU-varemærkeansøgning og Hemmelig nøgle.
2. Vært Beams service arbejdstager på lokalitetens rod som /service-worker.js. Modtaget https://YOUR-OPSIQ/opsiq/pusher-beams-service-worker.js, eller flette denne linje i din eksisterende rodarbejder:
importScripts("https://js.pusher.com/beams/service-worker.js");3. Det er det. Kontrollen automatisk indlæser Beams SDK og abonnerer hver besøgende på per- site interesse opsiq-site-<your-site-key>. Ingen andre ledninger nødvendige.
Push-kampagner publicerer gennem both metoder på én gang: besøgende på den selvhostede VAPID arbejdstager får krypteret Web Push, og besøgende abonneret via Pusher Beams få de Beams publicering. Hver besøgende er nået gennem hvad de har tegnet sig for, så du kan køre sameoprindelse VAPId på nogle steder og cross-herry Beams på andre.
HTTPS er påkrævet for servicearbejdere og Web Push (localhost er undtaget for test). Admin chat indbakke bruger allerede den samme Beams rentemekanisme til operatøradvarsler.
Fælles problemer og hvordan man løser dem.
Tjek PHP fejllogfiler. Årsager: gammel PHP (har brug for 8.4+), manglende udvidelse, DB-forbindelse mislykkedes, forkerte filtilladelser.
Markér: widget installeret? Cron- køring? Datoområde korrekt? IP ekskluderet?
Check: provider konfigureret? API tasten gyldig (brug Test forbindelse)? Budget opbrugt? Workspace AI config korrekte?
Tjek: viden base up to date? Hurtig klar? Connector opslag returnerer korrekte data? Anmeld samtale i AI Historie.
Afhænger af: udbyder API hastighed, kontekststørrelse (stor KB = flere tokens = langsommere), netværk latency. Prøv en hurtigere model.
Tjek: script i sidekilde? JS fejl i konsol? CSP blokering? Ad blocker?
GeoIP ikke konfigureret. Brug Cloudflare (automatisk) eller MaxMind GeoLite2 database.
Markér: postkasse tilsluttet? Cron kører? App kodeord ændret? IMAP indstillinger korrekt?
Check: aktiveret? Department tilladt? AI konfigureret? Cron kører? Human svarede først?
Er nøglen udløbet? API tilgængelig fra server? Base URL Korrekt?
Check: API nøgleskoper? Webhook sync aktiveret? Cron kører?
Tjek: databaseydeevne (SHOW PROCLIST), PHP hukommelse (stigning til 1GB), aktivere opcache, reducere retentionsperiode.
Brug denne fokuserede kontrol når kontrollen indlæses forkert eller Live Feed forbliver tom.
Når widget er ikke logger besøg, kontrollere stedet nøgle, indlæse siden i en privat browser, tjekke browsernetværket / konsollen paneler for blokeret beacon eller widget anmodninger, gennemgå controt- Security- Policy og ad blokkere, bekræfte webstedet er aktiv i OpsIQ, og åbne Diagnostics. En synlig chat boble ikke i sig selv bevise, at analytics beacone blev accepteret.
Definitioner af udtryk, der anvendes i hele OpsIQ.
Noget AI kan gøre gennem en konnektor eller platformen.
Et team med begrænset adgang, eller en AI-agent.
medbring din egen nøgle, du giver din egen AI API -nøgle.
Et plugin der integrerer en ekstern platform med OpsIQ.
Kundetilfredshedsscore.
En indtægtsmulighed i CRM.
En billettekategori for rute- og adgangskontrol.
Flytter en billet til en anden afdeling eller fra AI til menneske.
Besøgslokalitetsdetektion fra IP -adresse.
Overfører en samtale fra AI til menneske.
Underskrevet token til identifikation af besøgende på hjemmesiden.
Artikler AI bruger til at besvare spørgsmål.
En besøgende, der viser købshensigt.
0-100 antal, der angiver konverteringssandsynlighed.
Hvor en kunde er: Lead, Prospect, Customer, In Risk, Churned.
AI leveres som en del af din OpsIQ plan.
Visuel tavle over dealing stadier.
Role- Based Access Control.
En række sidevisninger inden for et tidsvindue.
Entydig identifikator for et sporet websted.
Tjenesteydelsesaftale, målsvartider.
Enhed af AI-tekst. 4 tegn = 1 token.
Sikkerhedssystemet styrer AI autonomi.
HTTP tilbagekald for begivenhed meddelelser.
JavaScript -kode indlejret på din hjemmeside.
Et websted med sin egen sporing, AI, konnektorer og team. Samme som "site".
Hvis denne dokumentation ikke besvarer dit spørgsmål:
Klik på "Spørg OpsIQ" i admin. Har adgang til denne dokumentation og din platform data.
Inkludér: hvad du prøvede, hvad der skete, hvad du forventede, og eventuelle fejlmeddelelser.
E-mail support med din licensnøgle og beskrivelse af udstedelse.
Hvilken admin side (URL eller navn).
Præcis indstillingsnavn og aktuel værdi.
Præcis fejlmeddelelse med koder.
Det, du gjorde, skridt for skridt.
Hvad der skulle ske, vs hvad der skete.