Creators & communities
Substack
Posts, Notes, messages, subscribers and stats for your publication.
50 endpoints
Refund tickets, issue comps, make discount codes and email buyers in Humanitix. Use it in ChatGPT, Claude or any AI agent over MCP, or in n8n, Make and scripts over REST.
12 tools Read and write
Humanitix has a public API (v1.29.3) that reads events, orders, tickets and tags and can check a ticket in or out, but no MCP server and no endpoint to refund, comp, create a discount code or send an email (checked 31 Oct 2026). Cotlet runs 12 Humanitix tools hosted, over MCP for agents and REST for scripts.
| What you need | Zapier | Humanitix API | Cotlet |
|---|---|---|---|
| Read events, orders and tickets | Search events, new-order triggers | Yes | Yes |
| Refund or cancel tickets | No | No | Yes, after your OK |
| Complimentary tickets | No | No | Yes, after your OK |
| Discount codes | No | No | Yes, after your OK |
| Email campaigns to buyers | No | No | Yes, after your OK |
| Works without writing code | Yes | No | Yes |
Checked 31 Oct 2026. Sources: Humanitix Help: Public API documentation · Humanitix Public API: OpenAPI spec · Humanitix on Zapier · Humanitix Help: Zapier
Use your own account in its Cotlet Cloud Browser.
Connect your agent or create a Cotlet API key.
Ask your agent or send an HTTP request.
We never keep your Humanitix password, and no refund, ticket or email goes out until you approve it. Who can see your session
Use MCP with your AI agent, or HTTP requests in n8n, Make, Zapier and scripts. Follow the MCP setup below or jump to the REST guide.
Enable Humanitix for agents. Open a free Cotlet account, log in to Humanitix in its Cloud Browser and press Enable for agents.
Add the Cotlet address. Enter https://cotlet.dev/mcp/v1 as a new MCP server or connector in your agent.
Sign the connection. Chat apps open a Cotlet sign-in page. Code editors, n8n and scripts use an API key from the console.
Humanitix rides on https://cotlet.dev/mcp/v1 together with the other apps on your account. If you switch Humanitix on after connecting, refresh the connector to load the ticket and order tools.
Settings > Connectors > Add custom connector
URL: https://cotlet.dev/mcp/v1/connect
Claude Code:
claude mcp add --transport http cotlet-humanitix \
https://cotlet.dev/mcp/v1 \
--header "Authorization: Bearer $COTLET_API_KEY" Settings > Apps & Connectors > Create
MCP server URL: https://cotlet.dev/mcp/v1/connect
Authentication: OAuth // ~/.cursor/mcp.json
{
"mcpServers": {
"cotlet-humanitix": {
"url": "https://cotlet.dev/mcp/v1",
"headers": { "Authorization": "Bearer ${env:COTLET_API_KEY}" }
}
}
} # ~/.codex/config.toml
[mcp_servers.cotlet-humanitix]
url = "https://cotlet.dev/mcp/v1"
bearer_token_env_var = "COTLET_API_KEY" MCP Client Tool (inside an AI Agent)
Transport: HTTP Streamable
URL: https://cotlet.dev/mcp/v1
Auth: Bearer, <your key>
Tool: humanitix_read Make: MCP Client > Call a tool
Zapier: MCP Client by Zapier > Run Tool
Server URL: https://cotlet.dev/mcp/v1
Token: <your key>
Tool: humanitix_write Create a Cotlet API key with access to Humanitix and its read operations. Store it as COTLET_API_KEY in your environment or automation platform's credential store.
Connect Humanitix in Cotlet and enable it for agents. Account access: Your own Humanitix host account (it must open the events, orders and email campaigns your agent works on).
curl https://cotlet.dev/api/v1/humanitix/events \
-H "Authorization: Bearer $COTLET_API_KEY" A successful REST call puts the tool output in result. This illustrative response excerpt omits call IDs, messages and credit details.
{
"status": "success",
"app": "humanitix",
"tool": "list_events",
"result": {
"events": [
{
"event_id": "6531a0c4e2b7d4001f3c91a2",
"name": "Harbour Quiz Night",
"starts_at": "2026-11-14T19:00:00+11:00",
"status": "published",
"tickets_sold": 132
},
{
"event_id": "6531a1d8e2b7d4001f3c91b7",
"name": "Kids Craft Morning",
"starts_at": "2026-11-21T10:00:00+11:00",
"status": "published",
"tickets_sold": 57
}
],
"next_cursor": null
}
} Lists the events on the events tab. Each row carries the event_id the other tools take, the start date, whether the event is published and the tickets sold.
Use get_event for ticket types and settings.
cursor: Next page cursor from the previous call.
Keep the same selection when continuing a list. Compare changed record values as well as identifiers when refreshing your destination.
| Tool | Connect through | Example workflow |
|---|---|---|
| n8n | HTTP Request | Schedule a reminder email to the buyers of each event this week. Use send_email_campaign; each call waits for your approval by default. |
| Make | HTTP > Make a request | Create a discount code for each member on a sheet. Use create_discount_code; each call waits for your approval by default. |
| Python or Node.js | REST API | Search the orders of an event by email, name or order ID. Use list_orders with the event_id from this list. |
Send Authorization: Bearer <your Cotlet API key> in request headers. You configure the schedule, destination and record comparisons.
Cotlet reads Humanitix; your workflow steps write to your chosen destination. These HTTP workflows do not require a native Cotlet connector or a prebuilt template.
Python and Node.js can use the same HTTP requests without an AI agent. Keep access keys in credentials, outside shared workflow exports.
The API and MCP reference lists operations and inputs. The REST API guide explains authentication, errors and approvals.
Orders are found by order ID, name or email, the three keys Humanitix searches by. Answers to per-ticket checkout questions sit with the attendees.
Lists the events on the events tab. Each row carries the event_id the other tools take, the start date, whether the event is published and the tickets sold. Use get_event for ticket types and settings.
MCP callhumanitix_read → list_events
REST endpointGET https://cotlet.dev/api/v1/humanitix/events
| Name | Type | Description |
|---|---|---|
| cursor string | string | Next page cursor from the previous call. |
{
"events": [
{
"event_id": "6531a0c4e2b7d4001f3c91a2",
"name": "Harbour Quiz Night",
"starts_at": "2026-11-14T19:00:00+11:00",
"status": "published",
"tickets_sold": 132
},
{
"event_id": "6531a1d8e2b7d4001f3c91b7",
"name": "Kids Craft Morning",
"starts_at": "2026-11-21T10:00:00+11:00",
"status": "published",
"tickets_sold": 57
}
],
"next_cursor": null
} Returns the event page settings you see under Manage: dates, location, ticket types with price and capacity, and whether sales are stopped. Ticket type IDs from here feed create_manual_order and create_discount_code.
MCP callhumanitix_read → get_event
REST endpointGET https://cotlet.dev/api/v1/humanitix/events/{event_id}
| Name | Type | Description |
|---|---|---|
| event_id string required | string | Event ID from list_events. |
{
"event_id": "event_8c41d2"
} {
"event_id": "6531a0c4e2b7d4001f3c91a2",
"name": "Harbour Quiz Night",
"status": "published",
"sales_stopped": false,
"starts_at": "2026-11-14T19:00:00+11:00",
"ticket_types": [
{
"ticket_type_id": "tt_general",
"name": "General admission",
"price": 25,
"capacity": 120,
"sold": 98
},
{
"ticket_type_id": "tt_concession",
"name": "Concession",
"price": 15,
"capacity": 40,
"sold": 34
}
]
} Does what the orders report does: Humanitix searches orders by Order ID, name or email address. Each row has the order status, the total and the number of tickets. Use get_order for the tickets inside an order.
MCP callhumanitix_read → list_orders
REST endpointGET https://cotlet.dev/api/v1/humanitix/events/{event_id}/orders
| Name | Type | Description |
|---|---|---|
| event_id string required | string | Event ID from list_events. |
| query string | string | Order ID, buyer name or email address. |
| cursor string | string | Next page cursor from the previous call. |
{
"event_id": "event_8c41d2"
} {
"orders": [
{
"order_id": "K4TR9WNB",
"buyer": "Maria Jensen",
"email": "maria.jensen@example.com",
"status": "complete",
"total": 65,
"currency": "AUD",
"tickets": 2
},
{
"order_id": "Q8LM2XZD",
"buyer": "Tom Berg",
"email": "tom.berg@example.com",
"status": "complete",
"total": 25,
"currency": "AUD",
"tickets": 1
}
],
"next_cursor": null
} Returns the buyer, the tickets of the order with ticket type, price and status, and the payment total. Cancelled tickets stay on the order, because Humanitix never deletes an order; they drop out of the attendees report only.
MCP callhumanitix_read → get_order
REST endpointGET https://cotlet.dev/api/v1/humanitix/events/{event_id}/orders/{order_id}
| Name | Type | Description |
|---|---|---|
| event_id string required | string | Event ID from list_events. |
| order_id string required | string | Order ID from list_orders, the short code buyers see, for example K4TR9WNB. |
{
"event_id": "event_8c41d2",
"order_id": "order_8c41d2"
} {
"order_id": "K4TR9WNB",
"buyer": "Maria Jensen",
"email": "maria.jensen@example.com",
"status": "complete",
"currency": "AUD",
"tickets": [
{
"ticket_id": "tk_70211",
"ticket_type": "General admission",
"price": 25,
"status": "valid"
},
{
"ticket_id": "tk_70212",
"ticket_type": "General admission",
"price": 25,
"status": "valid"
},
{
"ticket_id": "tk_70213",
"ticket_type": "Concession",
"price": 15,
"status": "valid"
}
],
"total": 65
} Does what manage attendees > attendees does: one row per ticket holder with ticket type and check-in state. The filters match the ones in the app: ticket type, event date and cancelled tickets. Answers to per-ticket checkout questions appear here, not in the orders report.
MCP callhumanitix_read → list_attendees
REST endpointGET https://cotlet.dev/api/v1/humanitix/events/{event_id}/attendees
| Name | Type | Description |
|---|---|---|
| event_id string required | string | Event ID from list_events. |
| ticket_type string | string | Only tickets of this ticket type name. |
| cancelled boolean | boolean | Only cancelled tickets when true. Default false. |
| cursor string | string | Next page cursor from the previous call. |
{
"event_id": "event_8c41d2"
} {
"attendees": [
{
"ticket_id": "tk_70211",
"name": "Maria Jensen",
"ticket_type": "General admission",
"checked_in": false
},
{
"ticket_id": "tk_70213",
"name": "Lena Koch",
"ticket_type": "Concession",
"checked_in": false
}
],
"next_cursor": null
} Refunds go back to the card used and take 2 to 5 business days. A cancelled ticket is restocked. A resend goes to the address on the order.
Does what actions > cancel/refund does on an order. By default it cancels the chosen tickets (all if ticket_ids is empty) and refunds their net ticket sale to the card used, which takes 2 to 5 business days. amount overrides the refund: 0 cancels without refunding, a smaller figure is a partial refund. cancel false refunds without cancelling. Cancelled tickets are restocked. Humanitix refunds only if funds are available and never to another card. A swapped ticket cannot be refunded; refund the original order. By default you confirm each call; you can switch that off for this tool.
MCP callhumanitix_write → refund_tickets
REST endpointPOST https://cotlet.dev/api/v1/humanitix/events/{event_id}/tickets/refund
| Name | Type | Description |
|---|---|---|
| event_id string required | string | Event ID from list_events. |
| order_id string required | string | Order ID from list_orders, the short code buyers see, for example K4TR9WNB. |
| ticket_ids array | array | Ticket IDs from get_order. Omit to cancel every ticket of the order. |
| amount number | number | Refund amount in the order currency. Default is the net ticket sale of the chosen tickets; 0 cancels without a refund. |
| cancel boolean | boolean | Cancel the tickets as well. Default true; false refunds only. |
{
"event_id": "6531a0c4e2b7d4001f3c91a2",
"order_id": "K4TR9WNB",
"ticket_ids": [
"tk_70211",
"tk_70212"
]
} {
"order_id": "K4TR9WNB",
"cancelled_tickets": [
"tk_70211",
"tk_70212"
],
"refunded": 50,
"currency": "AUD",
"status": "refund_requested"
} Does what actions > resend order does: Humanitix emails the confirmation with the view tickets button to the address on the order. For a mistyped address the order must be corrected first; this tool does not edit the address. Humanitix keeps no log of when an order was resent. By default you confirm each call; you can switch that off for this tool.
MCP callhumanitix_write → resend_order
REST endpointPOST https://cotlet.dev/api/v1/humanitix/events/{event_id}/orders/{order_id}/resend
| Name | Type | Description |
|---|---|---|
| event_id string required | string | Event ID from list_events. |
| order_id string required | string | Order ID from list_orders, the short code buyers see, for example K4TR9WNB. |
{
"event_id": "event_8c41d2",
"order_id": "order_8c41d2"
} {
"order_id": "K4TR9WNB",
"sent_to": "maria.jensen@example.com",
"status": "sent"
} Does what "..." > stop sales does. Use it first when an event cannot go ahead, then email buyers, then refund. It stops new orders only; existing tickets stay valid until you cancel them. By default you confirm each call; you can switch that off for this tool.
MCP callhumanitix_write → stop_sales
REST endpointPOST https://cotlet.dev/api/v1/humanitix/events/{event_id}/sales/stop
| Name | Type | Description |
|---|---|---|
| event_id string required | string | Event ID from list_events. |
{
"event_id": "event_8c41d2"
} {
"event_id": "6531a0c4e2b7d4001f3c91a2",
"sales_stopped": true
} Comps count toward capacity and can exceed it. A discount code applies per ticket, not to a packaged ticket.
Does what + new manual order with the complimentary payment type does: tickets worth 0 for VIPs, sponsors and guest lists. They count toward capacity and can push sales above it, so check availability with get_event first. skip_emails stops the confirmation email; otherwise the guest gets their digital ticket at once. By default you confirm each call; you can switch that off for this tool.
MCP callhumanitix_write → create_manual_order
REST endpointPOST https://cotlet.dev/api/v1/humanitix/events/{event_id}/manual-orders
| Name | Type | Description |
|---|---|---|
| event_id string required | string | Event ID from list_events. |
| ticket_type string required | string | Ticket type name from get_event. |
| quantity integer required | integer | Number of tickets. |
| first_name string required | string | Buyer first name. |
| last_name string required | string | Buyer last name. |
| email string required | string | Buyer email address. |
| skip_emails boolean | boolean | Do not send the order confirmation. Default false. |
| note string | string | Internal note on the order. |
{
"event_id": "event_8c41d2",
"ticket_type": "ticket type",
"quantity": 1,
"first_name": "first name",
"last_name": "last name",
"email": "jane@example.com"
} {
"order_id": "W3HD7PCA",
"payment_type": "complimentary",
"tickets": 2,
"total": 0,
"confirmation_sent": true
} Does what promote > discounts > create discount code does. The name is the code buyers type at checkout. The discount applies per ticket, not to a packaged ticket. quantity caps uses across all orders and max_per_order caps discounted tickets in one order. valid_from and valid_to set the timeframe. A code gives buyers a lower price, so each call needs your OK by default; delete or edit it in the app to undo. By default you confirm each call; you can switch that off for this tool.
MCP callhumanitix_write → create_discount_code
REST endpointPOST https://cotlet.dev/api/v1/humanitix/events/{event_id}/discount-codes
| Name | Type | Description |
|---|---|---|
| event_id string required | string | Event ID from list_events. |
| code string required | string | The code buyers enter. |
| type string required | string | percentage or fixed_amount. |
| value number required | number | Percent off, or amount off in the event currency. |
| ticket_types array | array | Ticket type names. Omit for all ticket types. |
| quantity integer | integer | How many times the code can be used in total. |
| max_per_order integer | integer | Most tickets one order can discount. |
| valid_from datetime | datetime | Start of the timeframe. |
| valid_to datetime | datetime | End of the timeframe. |
{
"event_id": "event_8c41d2",
"code": "code",
"type": "type",
"value": 1
} {
"event_id": "6531a0c4e2b7d4001f3c91a2",
"code": "CHOIR20",
"type": "percentage",
"value": 20,
"ticket_types": [
"General admission"
],
"quantity": 30,
"status": "active"
} A campaign reaches buyers, or attendees if you collected an email per ticket. A duplicated event is a draft that nobody sees.
Does what email campaigns > new campaign does. recipients is buyers or all (buyers and attendees); attendees only get it if you collected an email per ticket. send_at is now, a date and time, or a number of hours before or after the event; before-event sends repeat for each date of a recurring event. Shortcuts such as @FirstName and @EventName fill in per buyer. Send it before you refund a cancelled event: once tickets are refunded, campaigns can no longer reach those ticket holders. By default you confirm each call; you can switch that off for this tool.
MCP callhumanitix_write → send_email_campaign
REST endpointPOST https://cotlet.dev/api/v1/humanitix/email-campaigns
| Name | Type | Description |
|---|---|---|
| event_ids array required | array | Event IDs from list_events. |
| name string required | string | Internal campaign name. |
| subject string required | string | Subject line. |
| message string required | string | Message body. Supports @FirstName, @EventName, @EventShortDate, @EventLocation. |
| recipients string | string | buyers or all. Default buyers. |
| send_at string | string | now, an ISO date and time, or "2 days before" / "1 day after" the event. Default now. |
{
"event_ids": "event ids",
"name": "Jane Doe",
"subject": "subject",
"message": "message"
} {
"campaign": "Quiz night reminder",
"events": [
"6531a0c4e2b7d4001f3c91a2"
],
"recipients": "buyers",
"scheduled_for": "2 days before the event",
"status": "scheduled"
} Does what the "..." menu > duplicate event does. It creates a draft with the event information, dates, ticket types, checkout questions, styling and settings; sales, attendees, access codes, discount codes, sales start and end dates and past dates of a recurring event are not copied. The draft reaches no one and nothing is published, so it needs no approval. Delete the draft in Humanitix to undo it.
MCP callhumanitix_write → duplicate_event
REST endpointPOST https://cotlet.dev/api/v1/humanitix/events/{event_id}/duplicate
| Name | Type | Description |
|---|---|---|
| event_id string required | string | Event ID from list_events. |
| name string required | string | Name of the new draft; make it unique, for example "Harbour Quiz Night 2027". |
{
"event_id": "event_8c41d2",
"name": "Jane Doe"
} {
"source_event_id": "6531a0c4e2b7d4001f3c91a2",
"event_id": "6531b7f2e2b7d4001f3c9244",
"name": "Harbour Quiz Night 2027",
"status": "draft"
} Your logged-in Humanitix profile, AES-256-GCM encrypted, in Finland. No password.
The 12 Humanitix tools. Never the cookie or your payout details.
What your login opens: events, buyers, emails, answers to checkout questions.
Payouts, bank details, team members, publishing and deleting events.
Humanitix lists team permissions on every plan. Use a login that opens only the events the agent works on.
Disable for agents, reset the browser or delete the API key.
Qualys SSL Labs, securityheaders.com and Mozilla Observatory grade our site A+ (live results). A SOC 2 report or third-party pentest does not exist yet.
"You will not: ... Access, monitor, extract, or copy any Site Content or information of the Websites using any robot, spider, scraper, or other automated means or any manual process for any purpose without Humanitix's express written permission."
The terms never mention AI agents. The clause is aimed at scraping, yet "other automated means" can be read to cover an agent that works in your own console. The terms also say that if you share login details, Humanitix "will consider their activities to have been authorised by you". We found no public case of a host suspended for automation (checked 31 Oct 2026). Humanitix can suspend an account under its terms, so decide with that risk in view.
Humanitix's API allows 200 requests a minute. The agent works at the speed of a person in the console, so spread a long refund list over an hour, not a few seconds.
When Humanitix reworks the orders report or the refund screen, the fix lands on our side. status.cotlet.dev checks the site, console and API every 3 minutes.
| Action | Undo |
|---|---|
| Refund tickets | No, the money goes back to the buyer's card |
| Cancel tickets | No, they are restocked for the next buyer |
| Resend an order confirmation | No, but a second copy harms nothing |
| Create complimentary tickets | Cancel them with a refund of 0 |
| Create a discount code | Change it by hand under promote > discounts |
| Send an email campaign | No, once it is sent |
| Duplicate an event | Delete the draft by hand in Humanitix |
| Stop ticket sales | Not by a tool |
6 of the 7 writes ask first: refund_tickets, resend_order, create_manual_order, create_discount_code, send_email_campaign, stop_sales. They move money, email buyers or change the price. duplicate_event makes an unpublished draft, so it runs at once. The 5 reads run at once. Turn the wait off per tool once a nightly run has earned your trust.
Humanitix refunds only if funds are available, and only to the card used. For a cancelled event, send the email campaign first: after refunds the campaign tool no longer reaches those ticket holders.
{
"name": "refund_tickets",
"arguments": {
"event_id": "6531a0c4e2b7d4001f3c91a2",
"order_id": "K4TR9WNB",
"ticket_ids": [
"tk_70211",
"tk_70212"
]
}
} curl -X POST https://cotlet.dev/api/v1/humanitix/events/6531a0c4e2b7d4001f3c91a2/tickets/refund \
-H "Authorization: Bearer $COTLET_API_KEY" \
-H "Content-Type: application/json" \
-d '{"order_id":"K4TR9WNB","ticket_ids":["tk_70211","tk_70212"]}' {
"order_id": "K4TR9WNB",
"cancelled_tickets": [
"tk_70211",
"tk_70212"
],
"refunded": 50,
"currency": "AUD",
"status": "refund_requested"
} A cron job or script reaches the same tools over REST at /api/v1/humanitix, with the same key and price. A Zapier trigger such as New Order can start that script. The tools table lists the REST path of each tool.
About $13 a monthfor a host with 3 events a month, 2,220 credits. Humanitix keeps charging its ticket fee as before.
| Job | Calls | Credits |
|---|---|---|
| Refund a guest who cannot come | 3 × 6 | 180 |
| Resend a confirmation that never arrived | 2 × 8 | 160 |
| Complimentary ticket for a guest | 2 × 10 | 200 |
| Member discount code | 2 × 5 | 100 |
| Reminder email, weekly | 2 × 4 | 80 |
| Cloud Browser, 30 days | 1,500 | |
| Total | 2,220 |
The month is our example: 3 events, 6 refunds, 8 resends, 10 comps, 5 discount codes and 4 reminders. Humanitix has no subscription; the Standard fee on its Australian page is 4% + $0.99 per paid ticket, excluding GST (31 Oct 2026). Dollars at the $29 pack rate.
| Credits | Price, one time | Calls at 10 credits | Per 1,000 credits |
|---|---|---|---|
| 5,000 | $29 | 500 | $5.80 |
| 15,000 | $79 | 1,500 | $5.27 |
| 32,000 | $149 | 3,200 | $4.66 |
| 60,000 | $249 | 6,000 | $4.15 |
Only successful calls use credits; failed calls and timeouts cost nothing. At a balance of 0 calls pause, never a surprise charge. Authenticate with the Authorization: Bearer header.
| Option | What it does | Where it stops |
|---|---|---|
| kevinnz/humanitix-mcp | Python MCP server over the Humanitix API, MIT, 9 tools: events, event dates, orders, tickets, check-in count, sales summary. | Read-only, one maintainer, 0 stars, last push 28 Sep 2026. You install it and keep an API key in a local file. |
| Zapier | Triggers for new orders, attendees, check-ins and events; Search Events. | No action that refunds, issues or emails. |
| Rakazo | An AI agent that fetches paginated events and tags. | Built on the same API, so reads only. |
| Your own script on the Public API | All reads, check-in and check-out. | Needs a developer, and no refund, comp, code or email endpoint exists. |
Pick Zapier to push new orders into a sheet or CRM. Pick the API if you have a developer and need reads at volume. Pick Cotlet when the agent should answer the guest emails: refund, comp, code and remind.
Take Group sp. z o.o. builds and runs Cotlet. The company is registered in Poland, EU (VAT PL6342984273), has worked since 2019 and was founded by Bart Krawczyk (Co-founder, CTO) and Jake Slugocki (Co-founder, SEO, sales and marketing). Send questions about the Humanitix tools to contact@cotlet.dev.
Create a free account at https://cotlet.dev, pick Humanitix under Integrations in the console and log in to Humanitix in its Cloud Browser. Your trial starts at once and asks for no card.
Sign up at cotlet.dev, log in to Humanitix once in its Cloud Browser and add Cotlet to ChatGPT or Claude, following the steps in your console. No API key is needed. ChatGPT and Claude then work in your Humanitix account through Cotlet, in their phone apps too.
With Cotlet, ChatGPT, Claude and other AI agents handle jobs like these in Humanitix: refund tickets for guests who cannot come; cancel an event and tell buyers first; issue complimentary tickets from a guest list. You ask in plain words, and anything that reaches other people waits for your OK first.
Your own host login. Refunds, manual orders, discount codes and email campaigns are host screens, so the account must open them for the event. Cotlet does not use the Humanitix API, which needs an API key from account > advanced and returns data only (checked 31 Oct 2026).
Yes, if funds are available. Humanitix says hosts can process refunds and cancellations anytime and are not bound by the event refund policy. Refunds go only to the card used and take 2 to 5 business days. An order is never deleted.
Humanitix runs country sites for Australia, New Zealand, the US, Canada, the UK and Fiji. You log in with the host account you already use, and the tools follow the screens it shows.
No. duplicate_event makes an unpublished draft, and you publish it yourself in Humanitix. No tool deletes an event, an order or a guest.
Only the entrance differs. Both carry the same 12 tools, inputs and answers, one API key and one price. Agents use MCP; scripts and HTTP steps use REST.
No. Cotlet is independent and not affiliated with Humanitix Limited.
Yes. Call Cotlet's REST API from a script or an HTTP step in n8n, Make or Zapier with your Cotlet key. MCP is the alternative for AI agents; you do not need to connect an agent to use REST.
Free 7-day trial with 2,000 credits, no card needed.
May we use Google Analytics to see which pages help people? It sets cookies only if you accept. No ads, and we never sell data. Cookie policy