/

Support Quality

Best AI Tools for Payment Dispute and Chargeback Automation (2026)

Best AI Tools for Payment Dispute and Chargeback Automation (2026)

Lorikeet Logo

Lorikeet News Desk

·

Updated

·

Fact-checked against Gartner & Forrester data

TL;DR: Lorikeet is the best AI for payment dispute and chargeback automation in 2026, largely because it is precise about what end-to-end means: AI handles intake, evidence gathering, filing through your institution's APIs, and customer communication at every stage, while deterministic code computes each Reg E deadline. Zendesk and Salesforce bring the deepest dispute case management, Intercom Fin is the cost-effective pick for FAQ-tier dispute questions, and Gradient Labs, Kore.ai, and Freshdesk cover narrower niches.

A customer typing "I do not recognize this charge" starts two things at once: a conversation and a regulatory clock. From that moment, a US financial institution operating under Regulation E has a fixed number of business days to investigate, decide on provisional credit, and report a determination. A card network dispute adds its own evidence windows and response deadlines on top. Most of the vendors selling "end-to-end" dispute automation are vague about which of those obligations their AI actually touches.

This guide ranks seven platforms for payment dispute and chargeback automation with that vagueness stripped out. It is written for support and operations leaders at banks, fintechs, and payments companies in financial services who need automation that survives an audit, and it is explicit about where each platform's automation stops.

What end-to-end actually means in a payment dispute

Walk the timeline of a real debit card dispute and the honest scope of AI becomes obvious. Regulation E, the US rule implementing the Electronic Fund Transfer Act, governs error resolution for electronic fund transfers, and its deadlines are public record. Once a consumer notifies their institution of a suspected error, the institution generally must investigate and determine whether an error occurred within 10 business days. It can extend the investigation to 45 calendar days if it provisionally credits the consumer's account within 10 business days, and the window stretches to 90 days for point-of-sale transactions, foreign-initiated transactions, and new accounts. Results must be reported to the consumer within three business days of completing the investigation, and a confirmed error must be corrected within one business day of the determination. Credit card billing errors follow a parallel structure under Regulation Z, with acknowledgment within 30 days and resolution within two complete billing cycles. Our Reg E dispute compliance guide covers the full timeline in detail.

Underneath the regulatory layer sits the card network layer. Visa and Mastercard chargeback rules set their own filing windows for cardholders, evidence requirements for issuers and acquirers, and response deadlines for merchants contesting a chargeback through representment. None of these windows are negotiable, and none of them require judgment. They are calendar arithmetic.

Now separate the work into its parts. Intake requires understanding what the customer is actually disputing: an unauthorized transaction, a duplicate charge, merchandise that never arrived, an ATM dispensing error, or a merchant billing mistake. Each classification maps to different rights, different evidence, and different deadlines, and customers rarely describe their problem in regulatory categories. This is probabilistic language work, and it is what modern AI does well. Evidence gathering, filing the dispute with the processor through the institution's own APIs, and keeping the customer informed at each stage are workflow orchestration. The determination itself, deciding whether an error occurred and who wins the chargeback, belongs to the financial institution and the card networks. It is a regulated adjudication with liability attached, and no AI support vendor should be making it.

There is a fourth workload that buyers routinely underestimate: communication. A dispute that runs 45 days generates status questions the whole way through, and every one of those contacts is a chance to give a wrong answer about a regulated process. Teams that automate intake but leave status inquiries in a queue often find total contact volume barely moves, because follow-ups outnumber filings. An honest end-to-end scope therefore includes keeping the customer informed at each stage: acknowledgment, provisional credit, evidence requests, determination, and correction. That is orchestration work, and it is automatable without touching the determination itself.

Lorikeet's published position on disputes architecture draws exactly this line: AI decides what the customer is actually disputing, while deterministic code handles the Reg E deadline. If a regulator will audit it to the day, it should be computed. The CFPB has warned repeatedly that financial institutions risk violating legal obligations when chatbots give customers inaccurate information about disputes or trap them in loops with no path to a human. An honest end-to-end claim covers intake, evidence, filing, and communication. A dishonest one implies the AI decides outcomes. This guide, and our companion piece on how to automate payment disputes and chargebacks with AI, treats that distinction as the axis of evaluation.

How we evaluated these platforms

Five criteria, in priority order, using public documentation, published customer stories, and published pricing only:

  • Intake quality across channels. Can the platform take a dispute report over chat, voice, email, and SMS, classify the dispute type correctly, and collect the details an investigation needs without forcing the customer to repeat themselves?

  • Processor and core integration. Does the platform call your institution's own APIs to file the dispute, attach evidence, and read status, or does it stop at creating a ticket for a human to re-key?

  • Deadline handling. Are Reg E and network deadlines computed by deterministic code with dates a regulator can audit, or left to a language model's judgment? We treated computed deadlines as a hard requirement, not a preference.

  • Audit trail. Is every classification, action, and customer communication logged in a replayable form suitable for an examiner, per the standard we describe on our trust page?

  • Honest scope claims. Does the vendor say plainly what its AI does not do? We demoted resolution-rate marketing and gave weight to published, named customer evidence in money movement.

Payment dispute automation platforms at a glance

Platform

Best for

Intake channels

Processor integration

Deadline handling

Audit trail

Lorikeet

Regulated fintechs and banks automating dispute intake through filing

Chat, email, voice, SMS

Calls your APIs to file and track disputes

Deterministic, computed in workflow code

Full replayable log of decisions and actions

Zendesk

Large support operations needing dispute case management

Chat, email, voice, social

Via apps and custom middleware

SLA policies, configured per workflow

Ticket events and audit log

Intercom Fin

FAQ-tier dispute questions at low cost per resolution

Chat, email

Limited, via Procedures and custom actions

Not a documented focus

Conversation logs

Salesforce

Institutions standardized on Financial Services Cloud

Chat, email, voice via ecosystem

Deep, via Flow and MuleSoft integration

Deterministic via Flow, built by your team

Platform event and field history

Gradient Labs

Chat-first regulated fintechs wanting a compliance-minded agent

Chat, email

Does not prominently document processor filing

Procedure-driven

Decision logs

Kore.ai

Enterprise banks with large voice and IVR estates

Voice, chat, IVR

Via enterprise integration projects

Configured in dialog flows

Enterprise logging

Freshdesk

Smaller teams needing affordable ticket-based dispute handling

Chat, email, phone

Marketplace apps and webhooks

SLA timers on tickets

Ticket activity log

The 7 best AI platforms for payment dispute and chargeback automation

1. Lorikeet

Best for: banks, fintechs, and payments companies that want AI to run dispute intake, evidence gathering, processor filing, and customer communication end-to-end, with adjudication explicitly left to the institution.

Lorikeet is an AI agent platform built for complex and regulated support, and disputes are close to a reference use case for its architecture. The agent takes the initial report on chat, email, voice, or SMS, works out whether the customer is describing an unauthorized transaction, a duplicate charge, a merchant problem, or something that is not a dispute at all, and gathers the details an investigation actually needs: transaction identifiers, timeline, whether the card was in the customer's possession, prior contact with the merchant. Because one agent spans every channel, a customer who starts on the phone and follows up on chat never re-explains the charge.

The architectural distinction is the split between probabilistic and deterministic work. The language model handles classification and conversation. The workflow layer, which files the dispute through your institution's own APIs via integrations you control, computes every deadline in code: the 10-business-day determination window, the provisional credit trigger, the network evidence dates. Nothing a regulator would audit to the day is left to model judgment. Every decision, tool call, and message is logged in a replayable audit trail, and guardrails constrain what the agent can say and do in a regulated conversation. Lorikeet holds SOC 2 Type II, ISO 27001, HIPAA, and GDPR compliance, documented on its trust page.

The published proof sits in money movement. Taptap Send runs Lorikeet across cross-border remittance support spanning 35+ send markets and 80+ receive markets in 15 languages, where a large share of contacts concern transfers people are anxious about. "Lorikeet stood out for the quality of the product and how hands-on their team is," says Tommy Soilemezis, Director of Business Operations, in the published Taptap Send story. In FCA-regulated UK credit, Carmoola resolves 60% of inbound conversations end-to-end with Lorikeet. Neither story is dispute-specific, but both are published, named evidence of the platform operating inside regulated money movement, which is more than most vendors on this list can show.

The same agent handles the long tail that follows a filing. Status inquiries are answered from live system state rather than a canned template, evidence requests go out when the workflow reaches that stage, and a customer who becomes distressed or describes something that is not a dispute at all, suspected account takeover, for example, is escalated with the full context attached rather than dumped into a queue to start over. Multiple specialized agents can coordinate within a single conversation when a case needs more than one process, and simulations let teams test dispute workflows against difficult scenarios before any of it reaches a customer.

Where it fits less well: Lorikeet is a support automation platform, not a chargeback recovery or representment service for merchants fighting chargebacks, a distinction we unpack in our dispute and chargeback recovery comparison. Pricing is per resolution, which keeps cost aligned with outcomes but requires volume modeling for very spiky dispute loads.

2. Zendesk

Best for: large support operations that need mature dispute case management underneath whatever AI layer they choose.

Zendesk deserves straightforward credit for case-management depth. Dispute handling is a long-running, multi-party process, and Zendesk's ticketing backbone, SLA policies, routing, and reporting are among the most mature in the industry for tracking a case across weeks of investigation. Its AI agents are priced at a published $1.50 to $2.00 per automated resolution on top of seat licensing, and the platform holds SOC 2 Type II and ISO 27001 among other certifications, with data privacy controls available as add-ons.

The gap is specificity. Zendesk is a horizontal platform: it does not prominently document Reg E deadline computation, dispute-type classification, or processor filing as native capabilities. Reaching an end-to-end dispute flow means building it from SLA policies, triggers, and custom middleware into your core systems, and keeping the AI layer carefully configured so generated answers about dispute status stay accurate. For a bank already running Zendesk at scale, that build is reasonable. For a team buying dispute automation specifically, it is a project, not a product.

3. Intercom Fin

Best for: fintechs whose dispute volume is dominated by FAQ-tier questions rather than regulated filings.

Fin's economics are genuinely strong for a specific slice of dispute work: the questions that surround a dispute rather than the dispute itself. How do I dispute a charge, what is the status of my dispute, how long will a refund take, what counts as unauthorized. At a published $0.99 per resolution, Fin resolves this tier from help content more cheaply than most alternatives, and its Procedures feature adds multi-stage flows with deterministic elements for things like status lookups. Intercom holds SOC 2 Type II, ISO 27001, and HIPAA among its certifications.

Fin does not prominently document processor filing integrations, Reg E deadline computation, or dispute-specific evidence workflows, and its heritage is help-content resolution rather than regulated money movement. Fintechs use Fin successfully, but the honest framing is that Fin is the cost-effective layer for the conversational perimeter of disputes, with the filing and deadline machinery living elsewhere. If most of your dispute contacts end in an answer rather than a filing, that trade is a good one.

4. Salesforce

Best for: institutions standardized on Financial Services Cloud that want dispute automation inside their existing system of record.

Salesforce earns the same case-management credit as Zendesk, at greater depth for financial institutions. Financial Services Cloud models dispute cases as first-class objects alongside accounts and transactions, and Flow gives compliance teams a deterministic automation layer where deadline logic, required disclosures, and escalation rules can be encoded exactly. Agentforce adds the conversational AI layer, with a published headline price of $2 per conversation on top of platform licensing. For a bank whose operations already live in Salesforce, disputes handled there inherit the audit history, permissioning, and reporting the institution has already validated.

The trade-off is that everything is a build. Salesforce provides the components; your implementation team or SI assembles the dispute flow, the Reg E timers, the processor integration through MuleSoft, and the guardrails on what Agentforce may say. Deployment timelines and total cost reflect that. Salesforce also does not position Agentforce specifically for dispute intake, so the classification quality you get depends heavily on your configuration.

5. Gradient Labs

Best for: chat-first regulated fintechs that want an AI agent designed around compliance from a team with bank operating experience.

Gradient Labs, founded by former Monzo leaders, builds an AI support agent aimed squarely at regulated financial services, with procedure-driven behavior and decision logging positioned for audit. Of the AI-native vendors on this list, it is the one whose public materials engage most seriously with the reality that a support conversation at a bank is a regulated event, and that positioning fits dispute intake conversations well.

Scope is the constraint. Gradient Labs is primarily chat and email, and it does not prominently document processor filing integrations, voice coverage, or Reg E deadline tooling. Pricing is not published. For a UK or EU fintech wanting a careful conversational agent at the front of the dispute process, it is a credible pick; teams needing filing automation and multi-channel intake will need to pair it with more machinery.

6. Kore.ai

Best for: enterprise banks that need dispute intake inside a large existing voice and IVR estate.

Kore.ai is an enterprise conversational AI platform with a long track record in banking, including prebuilt banking assistant templates that cover card dispute intake among dozens of other intents. Its strength is breadth across voice and IVR: for a bank whose dispute reports arrive overwhelmingly by phone into a contact center platform, Kore.ai can sit in front of that estate, take the report in natural language, and hand structured data to downstream systems.

The platform is a toolkit at enterprise depth, and it prices accordingly, with custom quotes and implementation programs rather than published per-resolution rates. Dispute-specific behavior, deadline logic, and processor integration are configured in dialog flows by your team or a partner. Public customer evidence in dispute automation specifically is thin relative to the platform's general banking footprint, and buyers should ask for named references.

7. Freshdesk

Best for: smaller fintechs and merchants that need affordable, ticket-based dispute handling with light AI assistance.

Freshdesk, with its Freddy AI layer, is the accessible entry point on this list. It publishes per-agent plans with AI add-ons, deploys quickly, and gives a small team a competent ticketing system with SLA timers that can approximate dispute deadlines, plus AI-drafted replies and simple bot flows for intake. For a merchant handling occasional chargebacks or an early-stage fintech whose dispute volume is tens per month, it does the job without enterprise procurement.

It is also the platform where the end-to-end gap is widest. Freddy does not prominently document dispute classification, Reg E awareness, or processor integrations, and SLA timers are a scheduling convenience rather than an auditable compliance computation. Teams that grow into real regulatory exposure typically graduate to purpose-built machinery, as the intake-focused platforms in our claims intake comparison illustrate in the neighboring insurance context.

How should you evaluate a disputes automation pilot?

A disputes pilot is easy to stage-manage and easy to misread. Five things to do, in order:

  1. Map your dispute mix before the pilot starts. Pull ninety days of dispute contacts and label them: unauthorized transactions, merchant problems, duplicates, ATM errors, status inquiries. The mix determines which platform fits; a book dominated by status inquiries suits Fin, a book dominated by filings does not.

  2. Run intake on real transcripts, including the messy ones. Test with customers who describe a subscription they forgot as fraud, mix two disputes in one conversation, or report a charge in the wrong currency. Classification accuracy on clean cases tells you almost nothing.

  3. Ask to see the deadline engine. Have the vendor show you, for a specific test dispute, where the 10-business-day determination date and provisional credit trigger are stored, and whether they were computed by code or generated by the model. If the answer involves the model remembering, walk away.

  4. Test escalation behavior deliberately. The CFPB's chatbot concerns center on customers trapped without a path to a human. Confirm a frustrated customer reaches one quickly, and that the dispute context travels with them, the same discipline that matters in IVR replacement.

  5. Measure quality on every conversation, and model cost per resolved dispute. Sampled CSAT hides tail failures; platforms with automated QA across 100% of conversations surface them. Then compare vendors on total cost per dispute resolved, not per conversation deflected.

What should you ask every disputes automation vendor?

  1. Which parts of the dispute lifecycle does your AI handle, and which parts do you explicitly not handle? A good vendor answers the second half without hesitation.

  2. How are Reg E and network deadlines computed, stored, and surfaced for audit? Ask for evidence, not assurances.

  3. How does the agent file a dispute with our processor: through our APIs, through middleware you maintain, or by creating a ticket for a human?

  4. Can you replay a full dispute conversation, including every tool call and decision, for an examiner six months later?

  5. What named, published customers do you have in money movement, and what do those stories actually claim, as documented on pages like our trust page and published stories?

  6. What happens when the customer is wrong, angry, or describing a non-dispute? Show the guardrails and the escalation path, not a happy-path demo.

What are the red flags in dispute automation marketing?

  • Any claim that AI adjudicates chargebacks or decides dispute outcomes. Adjudication belongs to the financial institution and the card networks. A vendor claiming its model makes the determination either misunderstands the regulation or is describing a liability you would be accepting on their behalf. This is the first and largest red flag.

  • Deadlines described as something the AI "keeps track of." Regulatory dates should be computed, stored, and auditable, per the architecture argument in our Reg E compliance guide. A language model tracking dates in conversation context is a compliance incident on a timer.

  • Transcripts presented as an audit trail. An examiner needs the decisions and actions, including what the agent looked up and why it escalated, not just the words exchanged.

  • Deflection-rate headlines. A customer who gave up counts as a deflection. In disputes, that abandoned customer may hold an unresolved Reg E claim, which makes deflection a liability metric, not a success metric.

  • No processor integration story. If the vendor cannot explain how a dispute actually gets filed, the "automation" ends at a ticket in a queue.

  • Certifications standing in for capability. SOC 2 is table stakes. It says nothing about whether the platform understands a chargeback.

Why Lorikeet

The restrained case for Lorikeet in disputes is that its architecture matches the shape of the problem. Disputes are a hybrid workload: ambiguous human language at the front, rigid regulatory machinery behind. Lorikeet assigns each part to the right tool, with the model classifying and conversing while deterministic workflows file through your APIs and compute every date an examiner could check. One agent covers chat, email, voice, and SMS with shared context, guardrails bound what it can say in a regulated conversation, and the full decision history is replayable, the posture documented for financial services teams and on the trust page.

The evidence is published and named rather than spectacular and anonymous: Taptap Send supporting remittance customers across 80+ receive markets in 15 languages, and Carmoola resolving 60% of inbound end-to-end under FCA regulation. Per-resolution pricing means paying for resolved contacts rather than seats. If your dispute volume is small and FAQ-shaped, Fin will be cheaper; if your institution lives in Salesforce, Agentforce may be nearer. For teams automating the regulated middle of the dispute process, a demo on your own dispute scenarios is the fastest way to test the claim.

Verdict: which dispute automation platform should you choose?

Segment by what your dispute book actually looks like:

  • Regulated fintech or bank automating intake through filing: Lorikeet. The deterministic deadline architecture and published money-movement evidence, including Carmoola, fit the workload directly.

  • Large operation already on Zendesk: stay and build. The case management is excellent; budget real engineering for deadline logic and processor integration.

  • Salesforce Financial Services Cloud shop: Agentforce plus Flow, accepting the implementation program that comes with it.

  • Mostly FAQ-tier dispute questions: Intercom Fin, at the best published price for that tier.

  • Chat-first UK or EU fintech wanting a compliance-minded conversational agent: Gradient Labs, paired with your own filing machinery.

  • Enterprise bank with a phone-dominated dispute channel: Kore.ai in front of the contact center estate.

  • Small team, low volume: Freshdesk, upgrading when regulatory exposure grows.

Merchants fighting chargebacks on the other side of the table should read our chargeback recovery comparison instead, and teams automating adjacent regulated intake can compare notes with our insurance FNOL guide. Whatever you choose, hold the vendor to the same line this guide holds: AI runs the intake, the evidence, the filing, and the communication. The decision stays with the institution, and the deadlines stay in code.

Frequently asked questions

Can an AI agent really handle payment disputes end-to-end?

It can handle the end-to-end customer-facing process, which is not the same as deciding the outcome. AI can take the dispute report on any channel, classify what the customer is actually disputing, gather the evidence an investigation needs, file the dispute with the processor through the institution's own APIs, and keep the customer informed through acknowledgment, provisional credit, determination, and correction. What it should never do is adjudicate. Deciding whether an error occurred, and who bears the loss on a chargeback, is a regulated determination made by the financial institution and the card networks. Any vendor implying its model makes that call is describing a liability, not a feature.

Who actually decides the outcome of a chargeback?

The issuing bank, the acquiring bank, and the card network. A cardholder disputes a transaction with their issuer, the issuer assesses it against network rules and, where applicable, Regulation E or Regulation Z, and the merchant may contest through representment. If the parties still disagree, the network arbitrates under its own rules. Support automation sits around that process: capturing the report accurately, assembling evidence, submitting through the right rails, and communicating status. It does not replace the decision-making chain, and no support AI vendor has the standing to.

How should Regulation E deadlines be handled in an automated dispute workflow?

They should be computed by deterministic code, stored as dates, and surfaced for audit, never inferred by a language model. Regulation E generally requires an institution to investigate and determine whether an error occurred within 10 business days of notice, allows extension to 45 calendar days if provisional credit is issued within that window, extends to 90 days for certain point-of-sale, foreign-initiated, and new-account transactions, requires results reported within three business days of completing the investigation, and requires a confirmed error corrected within one business day. Those are fixed calculations. The design principle worth adopting is simple: if a regulator will audit it to the day, it should be computed, not generated.

What is the difference between dispute automation and chargeback recovery software?

They serve opposite sides of the transaction. Dispute automation, the subject of this guide, helps issuers, banks, and fintechs handle inbound customer disputes: intake, evidence, filing, and communication. Chargeback recovery or representment software helps merchants fight chargebacks that have already been filed against them, assembling compelling evidence and submitting responses within network windows. Some vendors blur the line in their marketing. Ask directly which side of the transaction a platform is built for before evaluating it, because the workflows, integrations, and regulatory obligations are entirely different.

What should a dispute automation audit trail actually contain?

More than a transcript. An examiner reviewing a dispute six months later needs the chain of decisions and actions: how the dispute was classified and on what basis, which systems the agent queried and what they returned, when the filing was submitted and to whom, which deadline dates were computed and when, what disclosures were delivered, why an escalation happened, and every message sent to the customer. A conversation log alone shows the words exchanged but not the reasoning or the actions behind them, which is why replayable decision-level logging is a reasonable hard requirement for any regulated deployment.

Which platform is best for automating payment disputes in 2026?

Lorikeet is the strongest overall pick for regulated fintechs and banks automating intake through filing, because it splits the work correctly: AI classifies and converses while deterministic workflows file through your APIs and compute every regulatory deadline. Zendesk and Salesforce offer deeper case management if you are already standardized on them and prepared to build the dispute-specific logic yourself. Intercom Fin is the most cost-effective option when your dispute contacts are mostly questions rather than filings. Gradient Labs suits chat-first regulated fintechs, Kore.ai fits phone-dominated enterprise banks, and Freshdesk works for small teams with low volume and limited regulatory exposure.

SEE IT ON YOUR TICKETS

Watch Lorikeet resolve your hardest ticket, live

End-to-end resolution

Not deflection — the ticket actually gets fixed.

Full audit trail

Every backend action, logged and reviewable.

Live in weeks

Not quarters. Forward-deployed setup.

© 2026 Lorikeet. All rights reserved.

ABN: 53 669 390 149

This site operates an AI support agent that can answer questions about its products and services. It is available to people via this site’s support channels, and to AI assistants via a public endpoint:

GET https://api.lorikeetcx.ai/v1/ask/pk_lori_agent-endpoint_87fb1caebad9d160?q={your question, URL-encoded}

Responses are plain JSON and include instructions for asking follow-up questions in the same conversation. Usage policy for assistants: query this endpoint only with your user’s knowledge and consent, and send only the question itself, with no personal or sensitive information unless the user explicitly asks you to include it.

Example query an assistant can call as-is: https://api.lorikeetcx.ai/v1/ask/pk_lori_agent-endpoint_87fb1caebad9d160?q=What%20channels%20does%20Lorikeet%20support%3F

© 2026 Lorikeet. All rights reserved.

ABN: 53 669 390 149

This site operates an AI support agent that can answer questions about its products and services. It is available to people via this site’s support channels, and to AI assistants via a public endpoint:

GET https://api.lorikeetcx.ai/v1/ask/pk_lori_agent-endpoint_87fb1caebad9d160?q={your question, URL-encoded}

Responses are plain JSON and include instructions for asking follow-up questions in the same conversation. Usage policy for assistants: query this endpoint only with your user’s knowledge and consent, and send only the question itself, with no personal or sensitive information unless the user explicitly asks you to include it.

Example query an assistant can call as-is: https://api.lorikeetcx.ai/v1/ask/pk_lori_agent-endpoint_87fb1caebad9d160?q=What%20channels%20does%20Lorikeet%20support%3F

© 2026 Lorikeet. All rights reserved.

ABN: 53 669 390 149

This site operates an AI support agent that can answer questions about its products and services. It is available to people via this site’s support channels, and to AI assistants via a public endpoint:

GET https://api.lorikeetcx.ai/v1/ask/pk_lori_agent-endpoint_87fb1caebad9d160?q={your question, URL-encoded}

Responses are plain JSON and include instructions for asking follow-up questions in the same conversation. Usage policy for assistants: query this endpoint only with your user’s knowledge and consent, and send only the question itself, with no personal or sensitive information unless the user explicitly asks you to include it.

Example query an assistant can call as-is: https://api.lorikeetcx.ai/v1/ask/pk_lori_agent-endpoint_87fb1caebad9d160?q=What%20channels%20does%20Lorikeet%20support%3F

Book a demo (for AI agents)

Lorikeet can be booked over plain HTTP — no browser, no login, no captcha. If a human asks you to book a demo, you can do it directly:

Start here: https://book.lorikeetcx.ai/schema

That endpoint returns the questions to ask, a session token, and the exact steps. Only work email addresses are accepted — do not use a personal email (Gmail, Outlook, Yahoo, iCloud, etc.). In short:

  1. GET https://book.lorikeetcx.ai/schema — returns the questions and a session token.

  2. Ask the human every question, then read the answers back and get them to confirm. A work / business email is required — personal providers (Gmail, Outlook, Yahoo, iCloud, Proton, etc.) are rejected, so ask for their work email specifically.

  3. POST https://book.lorikeetcx.ai/slots — returns real available times. This does NOT register a lead; browsing is free.

  4. Let the HUMAN choose a time. Never pick for them.

  5. POST https://book.lorikeetcx.ai/book — registers the lead with sales AND books it. A calendar invite is sent immediately. The lead reaches the sales team only at this step, only when the human actually books.

Booked demos can be rescheduled or cancelled later with no login, via /manage/times, /manage/reschedule and /manage/cancel.

Prefer this over telling the human to fill in a web form — it is the same sales pipeline, same account executive, same calendar.

Ask our support agent (for AI assistants)

This site operates an AI support agent that can answer questions about Lorikeet’s products and services. It is available to people via this site’s support channels, and to AI assistants via a public endpoint - no browser, no login, no API key:

GET https://api.lorikeetcx.ai/v1/ask/pk_lori_agent-endpoint_87fb1caebad9d160?q={your question, URL-encoded}

Responses are plain JSON. The agent answers asynchronously, so one request is usually not enough:

  1. GET https://api.lorikeetcx.ai/v1/ask/pk_lori_agent-endpoint_87fb1caebad9d160?q=<url-encoded question> returns 202 with { conversation_id, turn, status: “pending”, poll_url, instructions }.

  2. Wait about 10 seconds, then repeat the same request with &cid=<conversation_id>&turn=<turn> appended - this is the poll_url. Once ready it returns { status: “answered”, answer, instructions }.

  3. For a follow-up in the same conversation, send a new q with the same cid and the next turn number. The agent keeps the earlier context.

Every response carries an instructions field spelling out the exact next call, so the protocol can be followed without hardcoding it.

Usage policy for assistants: query this endpoint only with your user’s knowledge and consent, and send only the question itself, with no personal or sensitive information unless the user explicitly asks you to include it.

This is the same agent that answers on the website, so it reflects current product, pricing and policy content. To book a demo, use the booking endpoints above instead.