Guide · 8 min read

Help desk software for forex brokers: why tickets need the client's account state

Help desk software for a forex broker should show every ticket beside the client's account state, know-your-customer (KYC) status and funding history, so agents answer withdrawal, verification and platform questions without guessing. It also needs service-level clocks per queue, a complaint flag tied to your regulator's time limits, an audit trail per ticket, and limits on who sees what.

Key takeaways Ask an engineer
Published · Updated · By EntropyX Labs engineering

What should help desk software for a forex broker do?

  • The tickets that carry risk at a broker are about money and identity, so the agent needs the withdrawal status, KYC state and recent funding on the ticket itself, not in a second system.
  • Run two clocks: a service target you choose per queue and priority, and a complaint deadline that starts when the client expresses dissatisfaction, whatever words they use.
  • Complaint time limits differ by jurisdiction: the UK Financial Ombudsman Service tells businesses they have 8 weeks for most complaints, and the Australian Securities and Investments Commission (ASIC) requires a response to standard complaints within 30 calendar days. Map each licence with your compliance adviser.
  • Show agents statuses, not documents: KYC approved or pending answers the question without putting a passport scan in front of everyone in support.
  • Let AI draft and a named agent send, and keep the draft, the edits and the sent reply in the ticket's audit trail.

What does a broker's support desk actually handle?

A broker's queue looks like any other until you read the tickets: missing withdrawals, uncredited deposits, rejected documents, locked logins, disputed trades and partner commission. Some of them are complaints, whether or not the client uses the word.

Each answer lives in the account record, not in the message. The table shows what the agent needs for each type, and what happens on a help desk that holds only the email thread.

What each ticket type needs from the account record
Ticket typeWhat the agent needs on screenOn a help desk without account context
Withdrawal not receivedRequest status and method, compliance holds, KYC state, earlier withdrawals to the same destinationThe agent asks finance elsewhere and replies with a guess
Deposit not creditedPayment reference, provider status, target trading account, any reconciliation exceptionThe client is asked for a screenshot the system already holds
Documents rejectedWhich document failed and why, what is missing, expiry datesForwarded to compliance while the client waits
Login or passwordAccount status, recent security events, two-factor changes, registered contact detailsA forgotten password looks the same as a takeover attempt
Trade dispute (stop-out, slippage, swap)Account group and leverage, the trade, and who on the dealing desk reviews itThe ticket bounces between support and dealing
Partner commissionReferred accounts, commission lines and payout statusAnswered from a spreadsheet that may not match finance's
ComplaintAll of the above, plus the date dissatisfaction was first expressed and the deadline that followsLogged as a normal ticket, with the deadline tracked by hand

Why does a help desk without account state slow agents and create risk?

Speed is the visible cost: every question put to another team, or back to the client, adds a round trip. The hidden costs are risks:

  • Wrong promises. An agent who cannot see a compliance hold or an unfinished KYC review may tell a client a withdrawal is on its way. The client then complains about the broker's own words.
  • Social engineering. Someone trying to take over an account may start at support with a plausible story; an agent who sees recent security events, two-factor changes and the registered contact details can check the story against the record.
  • Data sprawl. When agents paste balances, document numbers and screenshots into tickets, personal and financial data ends up in a system with weaker access controls than the CRM (customer relationship management system).
  • Missed patterns. If tickets are not linked to the account, nobody notices that one client has written four times about the same withdrawal.

A help desk that reads status from the system of record when the ticket opens, and groups tickets per client, answers all four. The forex CRM guide covers that record.

How should a broker design support SLAs?

A broker needs two kinds of clock. The first is the service level agreement (SLA) you choose: first-response and resolution targets per queue and priority, in business hours that match when your clients trade. The second is the complaint clock, which a regulator sets and you do not.

  • Queues by topic and risk: funding, verification, platform, dealing disputes, partners and complaints, each with a named owner.
  • Priority from the account, not the subject line: a long-held withdrawal, a fresh security event or a client in a vulnerable situation goes first.
  • Fast acknowledgement: the Australian Securities and Investments Commission (ASIC) expects firms to acknowledge a complaint within 24 hours (or one business day) of receiving it, or as soon as practicable.
  • Written pause rules: the service clock may stop while you wait for a client's document; ask compliance whether the complaint clock does.
  • Escalation to a person, not a team, for every queue at every hour of the trading week.

Report attainment per queue and per agent each week, and read SLA breaches next to the complaint register.

Which tickets are complaints, and what do the rules say?

This is not legal advice: complaint rules depend on where you are licensed and what you sell, so map each jurisdiction with your compliance adviser. Three published regimes show what the desk must support.

In Australia, ASIC's Regulatory Guide 271, in force for complaints received from 5 October 2021, uses the definition in the AS/NZS 10002:2014 standard (since reissued as AS 10002:2022): an expression of dissatisfaction where a response or resolution is explicitly or implicitly expected or legally required. The client does not have to say 'complaint', and firms should not label such a message feedback or an enquiry merely because it was made verbally. A standard complaint needs a written response within 30 calendar days, stating the outcome and the client's right to take it to the Australian Financial Complaints Authority (AFCA).

In the UK, the Financial Ombudsman Service tells businesses they have 8 weeks to consider most complaints, and 15 days for complaints about payment services, electronic money, and fraud and scams. Check with your adviser how your rules count those days; a broker's trading complaints fall under the 8-week limit unless they concern a payment or e-money service. The final response should tell the customer they can refer the complaint to the ombudsman within six months.

In the EU, the joint guidelines on complaints-handling from the European Securities and Markets Authority (ESMA) and the European Banking Authority (EBA), JC 2014 43 of June 2014, tell national supervisors to ensure that firms register complaints internally, for example in a secure electronic register, analyse complaint data for root causes, answer in plain language within national time limits, and explain any delay and when the investigation should be complete.

For the help desk that means a complaint flag any agent can set, a deadline computed from the date of first dissatisfaction for the client's jurisdiction, final-response templates that carry the right referral wording, and a register you can export.

Audit trails, AI-drafted replies and who may see what

Records first. ASIC's guide says firms must record every complaint in a system that tracks its progress, should record the outcome, remedy and any compensation on closing, and expects high-volume firms to use specialised complaints software or add complaint fields to their CRM. Whatever your regime, the audit trail should show every message, note, status change, reassignment and macro, with the agent and the time.

AI can draft a reply from your knowledge base and the ticket's account context; the risk is a confident answer about a client's money that nobody checked. Keep a named agent as the sender, store the draft beside the sent reply, and never let a draft promise a withdrawal date or complaint outcome the account does not support. If a bot answers clients directly, Article 50(1) of the EU AI Act, which applies generally from 2 August 2026, requires providers to design it so people are told they are dealing with an AI system, unless that is obvious. Ask counsel how your set-up is treated.

Data protection sets the edge of the context panel. The UK Information Commissioner's Office (ICO) explains data minimisation as personal data that is adequate, relevant and limited to what is necessary for the purpose, and its security guidance says data should be accessed, altered, disclosed or deleted only by those you have authorised. For support, that usually means statuses rather than sources: KYC approved or pending, not the passport scan; withdrawal on hold, not the full bank details.

What to ask a help desk vendor

  • Which account fields does the ticket view show, and are they read live from the CRM or copied when the ticket opens?
  • Can we set which fields each role sees, and hide document images and full payment details from support?
  • Can any agent flag a ticket as a complaint, and does the flag start a separate deadline per jurisdiction?
  • Can we export a complaint register with dates, outcome, remedy and compensation?
  • What does the audit trail record, can anyone edit it, and how long is it kept?
  • If AI drafts replies, which sources does it use, who approves, and is the draft stored next to the sent message?
  • Do email, chat and web-form messages from one client land on the same client record?
  • Where is the data hosted, and can we run the desk on our own infrastructure?

Where EntropyX Labs fits

EntropyX Tickets is support desk software built around the account record. Every ticket carries the client's account state, KYC status and recent activity, read live from the CRM when the agent opens it, in a context panel that shows each role only its fields; SLAs are tracked per queue and priority, with business hours, escalation paths and pauses while you wait on the client, all defined by you; agents use macros and templates; and there is an audit trail per ticket and per agent. Email, web forms and chat feed one queue; phone or voice intake is built on request. AI-drafted replies are grounded in your knowledge base and the ticket context, and a human approves before sending. Deployment is self-hosted or in our managed cloud, with go-live in one to two weeks.

Brokerage CRM is the native source of that context, with roles for sales, support, compliance and finance; other CRMs connect through an adapter that supplies the context panel. EntropyX Chat, our self-hosted messaging platform, feeds the same queue, and its signed webhooks can pipe ticket events into team rooms.

EntropyX Labs supplies the software, not the service: it does not provide support agents, set your service levels, decide which tickets are complaints or give legal advice on complaint rules. A complaints queue with its own SLA clock and a report is configured per broker, and locking the audit trail, its retention period and keeping each AI draft beside the sent reply are set per deployment.

Sources and further reading

This guide is engineering and product guidance from EntropyX Labs, a technology provider. It is not legal, regulatory or investment advice.

18–20 November 2026 · Singapore EXPO

Meet the EntropyX Labs team at Singapore FinTech Festival 2026.

FAQ

Questions this guide gets asked

Short, standalone answers. If yours is missing, the contact page reaches an engineer within one business day.

How long does a broker have to answer a complaint?

It depends on the regulator. ASIC requires a written response to standard complaints within 30 calendar days. The UK Financial Ombudsman Service says firms have 8 weeks for most complaints and 15 days for payment services, e-money, and fraud and scams. EU guidelines defer to national limits. Confirm each clock, and how days are counted, with your compliance adviser.

Is a withdrawal query a complaint?

Not always. A question about timing is a query. Once the client expresses dissatisfaction and expects a response, it may be a complaint even if the word is never used; ASIC's guide says the client need not call it one. Train agents to flag it and start the complaint clock.

Should support agents see a client's KYC documents?

Usually not. Agents need the status: approved, pending or rejected, the reason and any expiry date. The documents stay with compliance. Data minimisation limits personal data to what is necessary for the purpose, and a status answers most support questions without showing the scan.

Can AI answer broker support tickets on its own?

It can draft; a person should send. Drafts grounded in your knowledge base and the client's account state save time, but a wrong answer about money becomes the broker's promise. Under Article 50(1) of the EU AI Act, a bot that replies directly must be designed so people know they are dealing with AI, unless that is obvious.

More guides

All guides

Have a question this guide did not answer?

Send it. An engineer replies within one business day, and if the answer is useful to others it becomes part of the guide.