How to Set Up a Direct Debit A Guide for UK Businesses
2026-03-18
Before you can start collecting payments via Direct Debit, there are a few essential pieces you need in place. At a minimum, you’ll need a Service User Number (SUN) from your bank, a compliant mandate that your customer has authorised, and their payment details. Getting these right from the start is crucial, as it’s what allows you to automatically pull funds through the Bacs system, seriously improving your cash flow and cutting down on admin headaches.
Your Essential Guide to Setting Up Direct Debits

For many UK businesses, Direct Debits are the engine behind recurring revenue. Yet, I’ve seen countless finance teams feel overwhelmed by the initial setup. This guide is here to change that. We’re going to break down the entire process into a clear, manageable roadmap so you can start collecting payments without the usual stress. Whether you’re handling supplier invoices or customer subscriptions, getting this right is a genuine game-changer.
The proof is in the numbers. In 2025 alone, Bacs processed a staggering 5,029,499 thousand Direct Debit transactions, which was a 1.8% increase from the previous year. This isn’t just a random statistic; it shows how deeply trusted and integrated Direct Debits have become for businesses and households all over the UK.
The Core Components You Can’t Ignore
Before we get into the nitty-gritty, let’s quickly cover the key players in this process. Each part has a specific job to do, and understanding them makes everything else fall into place much more easily.
- Service User Number (SUN): Think of this as your unique ID card for the Bacs payment scheme. It’s a six-digit number your bank gives you, and you simply cannot collect Direct Debits without it.
- Direct Debit Mandate: This is more than just a form; it’s the legal agreement you have with your customer. It grants you permission to take future payments and must contain very specific wording to be compliant.
- Bacs: The Bankers’ Automated Clearing System is the backbone of it all. It’s the secure network that manages Direct Debit and Direct Credit transactions across the UK.
- SEPA XML File: While Bacs is the UK standard, if you do business in Europe, you’ll work with SEPA (the Single Euro Payments Area). Your payment instructions must be formatted into a specific XML file format that the banking system can understand.
To help you get a bird’s-eye view, here’s a quick summary of what the setup journey looks like.
Direct Debit Setup At a Glance
The table below outlines the main stages you’ll go through. Think of it as your checklist for getting started.
| Stage | Key Requirement | Why It’s Important |
|---|---|---|
| Application | Obtain a Service User Number (SUN) from your bank. | This is your licence to operate within the Bacs scheme; without it, you can’t collect anything. |
| Authorisation | Create and get customers to approve a compliant mandate. | This is your legal proof of permission to debit an account, protecting both you and the customer. |
| Data Preparation | Collate customer payment details (IBAN, BIC, amount). | Accurate data is essential for successful collections and avoids payment failures. |
| File Conversion | Convert your payment data into a SEPA XML format. | Banks require this specific, standardised format to process your collection requests automatically. |
| Submission & Reconciliation | Upload the file to your bank and track payments. | This is the final step to getting paid and ensures you can handle any rejections or errors. |
Putting these pieces together correctly is what builds a robust, automated collection system. Ultimately, the goal is to shift your focus from chasing down invoices to enjoying predictable, on-time revenue.
The real win here is creating a system that stabilises your company’s cash flow. It’s about moving away from unpredictable payments and towards a reliable income stream you can count on.
This approach is a cornerstone of modern financial management. If you’re interested in the broader strategies, it’s well worth reading more about setting up recurring payments for a wider perspective.
Throughout this guide, we’ll walk you through the practical steps of turning a simple spreadsheet of billing data into a file your bank will accept, first time. If you’re brand new to this, a great place to start is by getting familiar with the fundamentals in our article on what is direct debit.
Right, before you even think about collecting your first Direct Debit, there’s some crucial prep work to get out of the way. Nailing these fundamentals from the start will save you a world of headaches and rejected payments later on. It’s all about building a solid foundation.
First, Secure Your Service User Number (SUN)
Your starting point is getting a Service User Number, or SUN. This unique, six-digit code is your official licence to collect Direct Debit payments through the Bacs system, and you get it directly from your sponsoring bank.
Be warned, banks don’t hand these out lightly. They need to be absolutely confident that your business is stable and that you’ll play by the rules before they’ll sponsor you into the scheme.
What will your bank want to see? * A Healthy Business: They’ll pore over your accounts and assess your management team’s experience. They need to know you’re financially sound. * A Legitimate Need: You’ll have to explain why you need to collect Direct Debits and prove your business model is a good fit. * Watertight Processes: The bank must be confident you can follow the strict Direct Debit scheme rules to the letter.
Getting a SUN isn’t an overnight job; it can often take several weeks. So, get that conversation with your bank started early. If you’re a smaller business or a start-up, you might find it easier to work with a third-party bureau. They use their own SUN to collect payments for you, which can be a much quicker route to getting started.
Think of it like this: when a bank gives you a SUN, they’re putting their own reputation on the line. They need to be 100% sure you’re a competent and trustworthy organisation before they give you the keys to the system.
With your SUN approved, your next focus shifts to getting your customer’s permission in a way that’s completely above board.
Create Compliant Mandates
The Direct Debit Mandate is the contract between you and your customer. It’s their formal authorisation for you to collect payments from their account. This isn’t just a tick-box exercise; the mandate has to include specific, legally required text, including the Direct Debit Guarantee.
Get this part wrong, and your payment collections could be invalid. It’s a serious risk.
The good news is you don’t have to become a legal expert overnight. Modern tools can handle this for you. For example, a service like ConversorSEPA can generate fully compliant, professional-looking PDF mandates automatically. This completely removes the risk of human error and ensures every mandate you issue is perfect.
Gather and Validate Customer Data
Now that you have your SUN and a compliant mandate process, the final piece is your customer’s bank data. This is where so many businesses trip up. Inaccurate data is one of the biggest causes of failed payments, leading to frustrating delays and bank charges.
For UK collections, you need the sort code and account number. For SEPA Direct Debits across Europe, you’ll need the customer’s IBAN (International Bank Account Number) and BIC (Business Identifier Code).
Simply asking your customer to type these details into a form is asking for trouble. A single mistyped digit can cause the entire payment to fail.
That’s why validation is your best friend. Before you even try to collect, you should use a tool to check that the account details are valid and correctly formatted. This one proactive step dramatically reduces the chance of a payment bouncing. Many platforms, including ours, build this validation right into the sign-up process, catching mistakes the moment they’re made. It’s a simple check that saves an enormous amount of time and trouble down the road.
Creating and Converting Your Remittance File
Right, you’ve got your SUN and have a solid process for signing up customers and validating their details. Now we get to the core of the operation: turning your list of payments into a file your bank will actually accept.
This isn’t as simple as emailing a spreadsheet over. Banks require a very specific file format known as SEPA XML. It sounds technical, I know, but modern tools have made this step surprisingly straightforward. You won’t need to write a single line of code.
Getting Your Payment Data in Order
Before you can think about conversion, your source data needs to be clean and organised. Whether you keep your records in Microsoft Excel, a CSV file, or get a JSON export from your accounting software, the principle is the same. Think of it as getting all your ingredients measured and ready before you start baking.
For any given Direct Debit run, your file must have these key bits of information for every single payment you plan to collect.
- Payer’s Full Name: The legal name of the person or company who authorised the payment.
- Payer’s IBAN: Their unique International Bank Account Number.
- Payment Amount: The exact sum you’re debiting.
- Mandate Reference: This is the unique code from the Direct Debit Mandate, linking this payment back to your customer’s original approval.
- Collection Date: The specific date you want the payment to be taken.
I’ve seen this go wrong countless times: data consistency is everything. Something as simple as mixing date formats (like DD/MM/YYYY and MM-DD-YY in one column) will cause the entire process to fail. The same goes for special characters in names or addresses. Spending five minutes checking and standardising your data now will save you hours of headaches later.
This all builds on the foundational steps of getting your SUN, managing mandates, and collecting customer data correctly. You can’t skip ahead.

As you can see, each piece logically builds on the last. Get these prerequisites right, and you’ll have a solid, compliant base before you even think about generating a payment file.
From Spreadsheet to SEPA XML with a Converter
With your data prepped and ready, it’s time for the conversion. This is where a dedicated tool like ConversorSEPA becomes your best friend. Instead of battling with complicated XML rules, you just upload your spreadsheet and let the software handle the technical details.
The process is refreshingly simple. You upload your Excel or CSV file, and the platform shows you a ‘mapping’ screen. This is where you connect the dots—telling the system that your “Customer Name” column is the “Payer Name,” your “Account Number” column is the “IBAN,” and so on.
Once the mapping is set, you just hit a button. The tool instantly generates a perfectly formatted SEPA XML file, built to precise banking standards. All that’s left is for you to download it and send it to your bank.
The real win here is the reduction in risk. A good conversion tool automatically checks your data against the official SEPA rulebook. It catches formatting mistakes, invalid characters, and structural problems that would almost certainly get your file rejected by the bank.
This automated check is your safety net. It gives you the best possible chance of your payment run being processed successfully on the first go—a massive efficiency boost for any small business or finance team looking to set up a direct debit system that just works.
Automating the Workflow with an API
For businesses with larger payment volumes or those aiming for a completely hands-off system, you can automate this entire process using an API (Application Programming Interface). It’s a more advanced route, but it allows your own accounting or CRM software to “talk” directly to the conversion service without any human intervention.
Instead of someone manually uploading a file each month, your software can be configured to:
- Automatically pull the latest billing data.
- Send that data directly to the ConversorSEPA API.
- Receive the completed SEPA XML file back in seconds.
- Save it to a secure folder, ready for the bank.
This completely removes the manual legwork, creating a seamless flow from your billing system to the final bank file. While it needs a bit of developer time to set up initially, the long-term time savings and elimination of human error are immense for any growing company. It turns a repetitive manual chore into an invisible, automated background task.
Validating and Submitting Your SEPA XML File
So, you’ve meticulously prepared your payment data and generated your SEPA XML file. It’s tempting to think the job is done, but there’s one crucial pre-flight check you absolutely can’t afford to skip.
Sending a flawed file to your bank is a sure-fire way to get payments rejected, creating a mountain of admin work and even landing you with unnecessary bank fees. This final stage is all about validation.
Why You Can’t Skip Validation
Think of this step as proofreading your file to ensure it’s not just formatted correctly but is also 100% compliant with the strict SEPA rulebook. A single mistake—an invalid character, a dodgy IBAN, or a missed tag—can bring the whole submission crashing down.
Banks rely on automated systems to process these XML files. They’re built for ruthless efficiency, which means they have zero tolerance for errors. If the system spots anything that doesn’t perfectly align with the official SEPA schema, it will reject the entire file on the spot.
This isn’t just a minor hiccup; it has a real financial impact. Rejected files often incur bank charges, and the knock-on effect of delayed payments can seriously disrupt your cash flow. Taking a few minutes to validate your file first is a small investment that pays off big time.
A rejected Direct Debit file isn’t just a technical problem; it’s a business problem. It delays your income and creates extra work for your finance team, pulling them away from more valuable tasks. The goal isn’t just to set up a direct debit system, but to make it flawlessly repeatable.
The good news is you don’t need to be an XML guru to run these checks. Most modern conversion tools have built-in validation features that act as an essential safety net.
Using a Validator to Catch Errors
When you use a service like ConversorSEPA, this validation happens automatically in the background. The platform scans your generated XML file against the latest banking standards, flagging any issues before you even get to download it.
These tools are looking for a whole range of common pitfalls:
- Structural Integrity: Is the XML file built correctly with all the required tags and groupings in the right order?
- Character Encoding: Are there any stray characters (like
&,<, or accented letters) that could break the file? - IBAN and BIC Formatting: Are all bank identifiers formatted correctly for their respective countries?
- Mandate Compliance: Does every single payment reference a valid and correctly formatted mandate ID?
By catching these errors upfront, you can quickly nip back to your original spreadsheet, fix the source data, and regenerate a perfect file in seconds. This proactive approach turns a potential crisis into a minor five-minute fix. To get more familiar with the nitty-gritty, check out our guide on how to validate a SEPA file for a deeper look at the process.
The Submission Process to Your Bank
Once your file has passed validation and you’ve got the all-clear, the final step is getting it to your bank. The exact procedure varies slightly between banks, but the general workflow is pretty standard across most online business banking portals.
Typically, you’ll log into your business banking account and find a section labelled something like “File Uploads,” “Bulk Payments,” or “Bacs/SEPA Submissions.” From there, you’ll be prompted to upload the SEPA XML file you generated.
The bank’s system will then perform its own set of validation checks. Since you’ve already pre-validated your file, it should sail through without any trouble. After a successful upload, you’ll usually see a confirmation message, and the payment run will be scheduled for the collection date you specified in your file. Job done.
Troubleshooting Common Direct Debit Failures

No matter how well you prepare your remittance files, some payments will inevitably fail. It’s just a fact of life when managing Direct Debits. When a payment bounces, it’s more than just a line item on a report; it’s a real hit to your cash flow and a problem you need to solve quickly.
We’ve seen this become a bigger issue lately. Recent figures show UK Direct Debit failure rates hit a decade-high of 2.7% in early 2025. That’s a massive 42% increase from the year before, and it reflects the financial strain many people are under. For any business, this spike is a clear signal: you need a solid plan for handling failures as much as you need one for setting up payments. You can get more context on these payment trends and what they mean for UK businesses.
Decoding the Bacs Failure Codes
When a payment fails, the Bacs system doesn’t just leave you guessing. It sends back a reason code, which is your first and best clue for figuring out what went wrong. Think of these codes not as a problem, but as actionable information coming directly from your customer’s bank.
Instead of seeing a failure notice and feeling your stomach drop, your team can use these codes to decide on the right next step. Here are the main ones you’ll come across.
- Code 0 - Refer to Payer: This is by far the most common reason, and it almost always means there weren’t enough funds in the account when you tried to collect. It’s usually a temporary hiccup.
- Code 6 - Instruction Cancelled: This one is critical. It means the customer has cancelled their Direct Debit mandate with their bank. Your permission to collect has been revoked.
- Code 8 - Account Closed: Just as it sounds, the bank account you tried to debit is no longer active. This is a permanent failure for that set of details.
Knowing the difference is everything. A “Refer to Payer” code is a cash flow issue you can often resolve with a quick follow-up. A cancelled instruction, however, is a compliance issue. You must stop all collection attempts immediately.
Your Action Plan for Common Failures
How you react to a failure code will directly impact how quickly you recover the money and whether you keep the customer happy. A blanket approach just doesn’t cut it.
I’ve put together a simple table that your finance team can use as a go-to guide. It breaks down what each common code means and the most effective action to take.
Common Direct Debit Failure Codes and Actions
| Bacs Reason Code | Meaning | Recommended Action for Your Team |
|---|---|---|
| 0 - Refer to Payer | Insufficient Funds | Get in touch with the customer to agree on a new collection date. Re-present the payment once they’ve confirmed the funds are there. Automating this communication is a huge time-saver. |
| 6 - Instruction Cancelled | Mandate Cancelled by Customer | Do not re-attempt payment. Contact the customer to find out why they cancelled. If they want to continue their service, they’ll need to set up a brand-new mandate. |
| 8 - Account Closed | Customer’s Account is Closed | Do not re-attempt payment. You’ll need to contact the customer right away to get their new bank details and have them authorise a new Direct Debit mandate. |
By having a clear process, you turn a reactive scramble into a proactive workflow. This not only improves your chances of getting paid but also shows your customers you’re an organised and professional business to deal with.
The goal isn’t just to recover a single missed payment. It’s about using the failure as an opportunity to clean up your data and improve your processes, reducing the likelihood of future issues.
Communication and Record Keeping
When a payment fails, your communication needs to be prompt, clear, and appropriate for the situation. For a simple “Refer to Payer” failure, a friendly, automated email often does the trick. Something like: “Hi [Customer Name], it looks like your recent payment of £[Amount] failed. We can try collecting this again on [Date]. Please let us know if that works for you.”
For a cancelled mandate or closed account, a more personal touch might be required to get the new details. The key is to make it easy for the customer to fix the problem.
Internally, your records must be updated instantly. As soon as you get a “Mandate Cancelled” notification, that instruction should be marked as inactive in your system. This prevents anyone from accidentally re-submitting it, which would be a compliance breach.
By building a clear playbook for troubleshooting, you transform payment failures from a major headache into a manageable, routine process. This approach strengthens your cash flow, ensures your customer data stays accurate, and ultimately reinforces the reliable system you worked so hard to set up a direct debit with in the first place.
Fine-Tuning Your System for Security and Automation
Once your Direct Debit collections are up and running, it’s easy to stick with the status quo. But moving beyond the initial setup is where you’ll find real gains in efficiency and security. This is about evolving your process from functional to fantastic, creating a system that’s both smart and safe for the long haul.
Protecting your customers’ financial data isn’t just a tick-box exercise; it’s the foundation of your entire payment system. When you set up a direct debit process, there are a couple of security measures that are simply non-negotiable.
- Data encryption: Any information sent to your provider must be encrypted while it’s in transit, and just as importantly, while it’s stored on their servers. This is your digital armour, preventing anyone from snooping on the data at any point.
- Automatic file deletion: Once a remittance file has done its job, it should be permanently deleted. There’s absolutely no good reason to keep old payment files hanging around—it’s just an unnecessary security risk waiting to happen.
Think of these as the bare minimum for building trust and staying compliant.
Moving Towards Full Automation
Getting your file converted is a great first step, but the real magic happens when you automate the entire workflow from start to finish. Manually uploading a spreadsheet works, of course, but you can free up so much time by letting your systems talk directly to each other through an API.
Imagine your accounting software automatically generating the payment run for the month. Without anyone lifting a finger, that data is sent securely to a service like ConversorSEPA, which validates it and returns a perfect SEPA XML file. Your system then picks it up and schedules it for submission to the bank.
This hands-off approach practically eliminates the chance of manual errors and ensures payments are never forgotten.
Automating your Direct Debit workflow doesn’t make your team redundant. It empowers them by removing the tedious, repetitive tasks from their plate, letting them focus on high-value financial strategy instead of data entry.
This level of automation turns your collections process from a recurring chore into a smooth, background operation that grows right alongside your business. It also tightens up security by limiting how many people have access to sensitive payment details.
By minimising these human touchpoints, you significantly reduce the risk of errors and fraud, reinforcing the integrity of the Direct Debit Guarantee and building a more reliable payment system for everyone.
Your Direct Debit Questions, Answered
When businesses first look into setting up a direct debit system, a few key questions always come up. We’ve heard them all, so here are the straight-to-the-point answers based on our experience.
How Long Does It Take to Get Started?
This is always the first thing people want to know. Honestly, it depends entirely on the path you choose.
If you apply for your own Service User Number (SUN) directly through your bank, you’ll need to be patient. Their due diligence process is thorough and can take anywhere from a few weeks to several months.
The much faster route is to use a third-party bureau or a collections platform. Because you’re using their pre-approved SUN, you can often get everything up and running in just a couple of days.
What Are the Main Costs Involved?
When it comes to cost, it’s not just about one single fee. You should budget for a few different things:
- Setup Fees: Some providers, including banks or bureaus, will charge a one-off fee to get your account established.
- Transaction Fees: This is the standard cost you’ll see everywhere. It’s typically a small, fixed amount or a percentage charged for every successful collection.
- Failed Payment Fees: You can also expect to be charged a fee by the bank for any payment that bounces due to insufficient funds or other issues.
A quick word of advice: don’t just fixate on the per-transaction fee. A system that validates details upfront to reduce payment failures might have a slightly higher transaction cost, but it can save you a fortune in failed payment fees and admin headaches down the line.
Do I Need to Inform Customers Before Each Payment?
Yes, absolutely. This is a non-negotiable part of the Direct Debit scheme rules and a cornerstone of why the system is so trusted.
You are required to send every customer an advance notice before you take the first payment. You also have to send a new notice any time the amount or the collection date changes. The standard notice period is 10 working days, though you can agree on a shorter timeframe with your customer in your initial agreement.
This level of transparency is exactly why Direct Debits are the preferred way to pay for 70% of UK consumers with mortgages and 57% of those paying for insurance. You can dive deeper into these payment insights over on accesspaysuite.com.
Ready to skip the complexity of creating payment files? ConversorSEPA is built to instantly convert your Excel or CSV remittance files into the SEPA XML format your bank requires. Give it a try for free at https://www.conversorsepa.es.