FreeAgent Integration Best Practices: The Complete Guide
Published on August 24th, 2026 by James
Article
Published on August 24th, 2026 by James
Covering Shopify, Wix, BigCommerce, eBay, shipping automation, inventory and VAT compliance.
FreeAgent is one of the UK's most widely used cloud accounting platforms, popular with sole traders, contractors and small limited companies, and it's HMRC-recognised for Making Tax Digital (MTD) for both VAT and Income Tax. For a service business sending a handful of invoices a month, its built-in tools are usually all you need.
The moment you start selling through Shopify, Wix, BigCommerce, eBay or any other channel, the picture changes. You go from a handful of invoices a month to hundreds or thousands of orders, each with its own tax rate, discount, refund, marketplace fee and shipping cost. Manually re-keying that, or relying on a bare-bones "push the sales total across" connector, is where most of the VAT errors, stock discrepancies and month-end headaches in this guide come from.
This guide covers what a genuinely good FreeAgent integration looks like: channel by channel, then the parts most integration guides skip entirely: inventory, shipping, VAT compliance and reconciliation.
In this guide:
Shopify is the best-served of the four channels in this guide: FreeAgent has a dedicated app in the Shopify App Store that pulls through a daily summary of orders, applies the correct VAT rate, converts refunds into FreeAgent credit notes and accounts for Shopify's own fees. For a small, single-currency store, that can be a genuinely useful starting point.
The best-practice questions to ask before you rely on it:
Summary vs. per-order detail. A daily sales summary is fast to set up, but it collapses a day's trading into one or two journal lines. If you need to trace a customer query, a chargeback or a specific refund back to its original order, per-order invoicing gives you an audit trail; a daily summary doesn't.
The "second bank account" trap. Most Shopify integrations post sales into a separate virtual bank account in FreeAgent, then transfer the net payout into your real bank account. That's correct in principle, but it's a common source of confusion: if it isn't reconciled properly, income and cash flow can appear roughly doubled, because the same money looks like it's arrived twice. Get whoever sets this up to walk you through exactly how the two accounts should reconcile before you rely on the numbers.
Multi-currency and multiple payment providers. If you sell in more than one currency, or take payments through Shopify Payments alongside PayPal, Stripe or Klarna, check that fees from each provider are being split out, not just Shopify's own cut.
Discounts, gift cards and partial refunds. These need to map to the right nominal codes, not just net off the top-line sale.
Marketing and ad-spend decisions. The same order-level detail that gives you an audit trail also feeds your reporting: a clear view of which products, channels or campaigns are actually profitable, so decisions on ad spend and PPC are based on real numbers, not guesswork.
Ready to optimise your accounting? Try Zynk for free and streamline your Shopify integration!
Wix doesn't have an official FreeAgent app in the way Shopify does. Most Wix stores connect to FreeAgent through a general-purpose automation tool (Zapier, Make, Pabbly and similar) rather than a purpose-built, plug-and-play integration.
That's not a reason to avoid Wix (plenty of growing brands run on it successfully), but it does mean the burden of getting the setup right shifts onto you (or your integration partner). Best practice for a Wix–FreeAgent integration:
Map Wix order statuses (paid, partially refunded, cancelled) to the right FreeAgent actions individually — a generic "new order" trigger, on its own, won't correctly represent a cancelled or partially refunded sale.
Confirm how Wix Payments, PayPal or any other checkout provider's fees flow through, since a general automation tool won't always split these out for you by default.
Treat contacts and orders as separate objects. It's easy to end up with duplicate customer records in FreeAgent if the automation creates a new contact on every order instead of matching to an existing one.
Build in monitoring. Generic automation platforms are usually billed per "task" and can silently fail or hit rate limits during a sales spike, which is worth knowing before Black Friday, not after.
BigCommerce sits in a similar position to Wix: there's no first-party FreeAgent app inside BigCommerce itself, but there are third-party connector apps in the BigCommerce App Marketplace, alongside the same general automation platforms available for any channel.
Because BigCommerce is often chosen by businesses with larger catalogues, B2B price lists, or multiple storefronts, the best-practice checklist gets a little longer:
Tax by jurisdiction. BigCommerce merchants are more likely to sell B2B, cross-border, or under different tax rules by customer type. Make sure your integration maps BigCommerce's tax classes to the correct FreeAgent VAT rate for each — not a single default rate for everything.
Multiple storefronts, one ledger. If you run separate B2B and D2C storefronts (a common BigCommerce pattern), decide upfront whether they should post to FreeAgent as one combined feed or two clearly separated ones, as this affects how easily you can report on each channel later.
Product and customer matching. BigCommerce SKUs and customer records need to match cleanly to FreeAgent's contacts and (if you're tracking stock outside FreeAgent) your inventory system, or you'll end up reconciling by hand regardless of how automated the order flow looks.
eBay is the trickiest of the four. FreeAgent's own support documentation is candid about this: because eBay handles invoicing on its own side, its guidance is to record the income as it lands in your bank account and manually split out eBay's fees from each deposit, as there's no first-party eBay app doing this automatically for you.
That manual split is exactly where things go wrong at volume. A few best practices if eBay is a meaningful channel for you:
Never code the payout as the sale. eBay pays you net of its own fees (and PayPal's, if you're not on Managed Payments). If you post the payout amount as your "sale," your turnover — and your VAT return — will be understated. More on this in the VAT section below.
Get an export, not a guess. FreeAgent's own guidance is to pull a sales-and-fees report from eBay for the period and use that to explain the bank transaction, rather than estimating the fee.
Multi-currency payouts. If you sell on eBay.com, eBay.de or other international sites, check how (and how often) foreign currency payouts are converted and recorded, as clunky multi-currency handling is one of the most commonly reported frustrations with lightweight eBay-to-accounting setups.
At real volume, automate the fee split. Beyond a certain order count, manually splitting every payout stops being a "best practice" and starts being a part-time job. This is exactly the kind of task a proper integration should be doing for you, transaction by transaction, not once a month in arrears.
Get started with Zynk today to automate all your sales and simplify marketplace accounting!
Most FreeAgent integration advice stops at the sales channel. But for any business shipping physical products, ShipStation and Shiptheory (two of the most widely used shipping and label-printing platforms) sit in the middle of the order-to-cash process, and what happens there affects your books too.
Both platforms connect your sales channels to carriers (Royal Mail, DPD, Evri, UPS and others) to automate label generation, manifesting and tracking. Done well, an integration should also make sure:
Carriage costs flow back into your accounts as a cost against the order, not as an unallocated lump sum at the end of the month, which is important if you want accurate per-order or per-channel margin.
Dispatch and tracking data reaches customer service and finance, not just the warehouse, which is useful for resolving "where's my order" queries without someone hunting through three systems.
Returns trigger the right accounting action. A returned parcel should be able to trigger a credit note or restock in FreeAgent (and your stock system), not just a status change in the shipping tool.
The common failure mode here is treating shipping automation and accounting integration as two separate projects, set up by two different people, at two different times. They end up technically working, but not talking to each other, which quietly reintroduces the manual reconciliation you were trying to remove in the first place.
This is the part most FreeAgent integration guides skip, because FreeAgent itself is primarily a bookkeeping and invoicing tool: it isn't built as an inventory or stock management system. That's a reasonable design choice for a platform aimed at freelancers and small companies, but it becomes a real gap the moment you're holding stock across one or more channels.
A "financials-only" integration (including most of the default e-commerce apps covered above) will happily post your sales, VAT and refunds into FreeAgent while telling you nothing about:
What's actually left in stock, across every channel you sell on
Your true cost of goods sold (COGS) per order, product or channel
Whether you're at risk of overselling a product that's simultaneously listed on Shopify, eBay and a B2B storefront
If inventory lives only in your sales channel (or nowhere at all), you can have a FreeAgent account that looks perfectly tidy (VAT reconciled, invoices raised, bank feed matched) while your actual stock position and gross margin are a mystery. Best practice is to treat stock sync as a first-class part of the integration, not an afterthought:
Stock levels should update in near real time across every channel you sell on, so a sale on one platform is reflected everywhere else before you oversell.
COGS should be calculated and posted per sale, not estimated at year-end.
Multi-location and multi-warehouse stock (including anything held by a 3PL) needs to be visible in one place, not reconstructed manually from separate exports.
"Easy to set up" gets used to describe everything from a five-minute app install to a six-week consulting engagement, so it's worth being specific about what actually matters:
Time to first value. How long until your first real order flows through correctly, end to end, not just how long until the app is "installed"?
Configuration, not code. You should be able to change a tax mapping, add a new channel, or adjust which nominal code a fee posts to, without needing a developer every time.
Ongoing maintenance. Shopify, Wix, BigCommerce and eBay all change their APIs periodically. Ask who is responsible for keeping the integration working when they do: you, a freelancer, or the integration provider.
What happens at scale. A setup that works cleanly for 20 orders a day can behave very differently at 2,000. Ask specifically how the integration performs during a sales spike, not just in a demo.
Generally, the faster and simpler an integration is to switch on, the more it's worth checking exactly what it's doing under the hood, particularly around fees, inventory and VAT, which is where the shortcuts above tend to hide.
Want to streamline your e-commerce accounting? See how easy it is to set up.
FreeAgent is HMRC-recognised for Making Tax Digital for VAT, so the platform itself is compliant; the risk sits in how sales data reaches it. A few fundamentals worth confirming with your accountant before you build or buy an integration:
Which VAT scheme are you actually on? Under standard (accrual) VAT accounting, VAT is due based on the invoice or supply date, regardless of when you're paid. Under the Cash Accounting Scheme (available to businesses with taxable turnover of £1.35 million or less), VAT is only due once you've actually been paid. These produce genuinely different numbers: your integration needs to match whichever scheme you're actually registered under, not just do whatever's easiest to build.
Are tax rates mapped per product and per jurisdiction, not applied as one blanket rate? Zero-rated goods, reduced-rate items and cross-border sales all need to land in the right VAT box.
Is your turnover being tracked accurately for threshold purposes? The UK VAT registration threshold is £90,000 of taxable turnover in a rolling 12-month period (2026/27). If your integration is quietly understating sales (see the next section), you can miss the point at which you're legally required to register.
Reconciliation is where a lot of the theoretical benefit of "automated" integrations gets lost in practice, usually for one of these reasons:
Matching at the wrong level of detail. Reconciling a lump-sum daily or weekly payout against dozens of individual invoices is far harder than reconciling order-by-order. Per-order invoicing costs more in data volume but saves far more in reconciliation time.
Fees and refunds sitting apart from the sale. If a payment provider's fee or a partial refund isn't linked back to the original invoice, someone has to manually work out which transaction it belongs to.
Multiple bank accounts and currencies. As covered in the Shopify and eBay sections above, virtual "channel" bank accounts and multi-currency payouts are the two most common sources of reconciliation errors.
No single source of truth for order status. If an order can be "paid" in your sales channel, "fulfilled" in your shipping tool and something else again in FreeAgent, reconciliation becomes an exercise in cross-referencing three systems instead of trusting one.
Good reconciliation isn't really a FreeAgent feature you switch on; it's a design decision made at the point the integration is built, about how granular the data flowing in should be.
This deserves its own section because it's one of the most common, and most overlooked, mistakes in e-commerce bookkeeping, and it shows up in FreeAgent's own guidance for channels like eBay: record the income as it lands in the bank, and manually split out the fees.
The problem is what happens when that manual step gets skipped, which it does constantly at volume. If you (or your integration) only ever record the net amount that actually hits your bank account (sale minus marketplace fee, minus payment processing fee, minus any other deduction) instead of raising an invoice for the full, gross sale value, several things go wrong at once:
Your turnover is understated. The gross sale value is what counts toward your £90,000 VAT registration threshold and what should appear as your output VAT base, not the net amount you were paid. Sellers who code straight from the bank feed can genuinely miss the point at which they're legally required to register for VAT.
Your VAT return doesn't match the underlying sale. If you're on standard (accrual) VAT accounting, VAT is due on the full invoiced amount at the point of supply, not the net receipt. Recording only the paid amount effectively (and unintentionally) applies cash-basis logic to a business that isn't registered on that scheme.
Your fees disappear from your P&L. Netting fees off the sale, rather than recording them as a separate expense, understates both your revenue and your costs, which can distort everything from gross margin reporting to how a lender or investor reads your numbers.
Genuine non-payment gets confused with fee-netting. A marketplace fee is not the same thing as a customer who never pays. Real non-payment has its own VAT treatment (bad debt relief, with its own conditions and timing), and lumping it in with routine fee deductions makes it much harder to spot and claim correctly.
The best-practice fix is straightforward to state, even if it's fiddly to do by hand: raise the invoice for the gross sale amount at the point of supply, record marketplace and payment fees as a separate cost, and reconcile the net bank deposit against gross-minus-fees, rather than treating the net deposit as the sale. This is exactly the kind of transaction-by-transaction logic that's realistic to automate, but genuinely impractical to do manually once you're past a few dozen orders a week.
(This is general guidance, not advice tailored to your specific VAT position; talk to your accountant or check current HMRC guidance for your circumstances.)
Everything above is easier to get right with an integration partner who understands accounting, not just APIs, and that's the gap Zynk was built to close.
Zynk has spent over 20 years building data integrations between accounting platforms and the e-commerce, shipping and business systems that sell through them. That's shaped the way the integrations are designed: not as generic "connect any app to any app" plumbing, but with an understanding of nominal codes, tax mapping, stock valuation and reconciliation built in from the start. It's why Zynk is trusted by businesses at very different scales, from independent sellers and growing SMEs to household names like Montane, Perfect Draft and Telefónica.
What that looks like in practice:
Inventory, not just invoices. Stock levels and COGS sync alongside the financial data, so your accounts and your stock position tell the same story: the gap this whole guide has been pointing at.
Shipping that talks to your books. Zynk's shipping integrations (including Shiptheory) connect carriage costs and dispatch data back into the same reconciled financial and stock picture, rather than leaving shipping as its own silo.
Process benefits that compound. Order-to-cash that used to involve checking three systems becomes one automated flow, freeing your team to work on things that actually need a human.
Reporting you can trust. Because sales, fees, VAT and stock are reconciled at the point of integration rather than patched together afterwards, your FreeAgent reports (and anything built on top of them) reflect what actually happened.
Real time saved. Manual reconciliation, fee-splitting and end-of-month stock counts are exactly the repetitive, rules-based work automation is good at: hours a week returned to the business, not just a tidier spreadsheet.
Getting started is genuinely easy: Zynk's AI-assisted setup (Autopilot) lets you describe what you need in plain language and have a working connector configured in minutes, not months. But it's worth being clear about where the AI's job ends. Setting up the integration can be conversational; running it isn't left to a language model improvising against your ledger. Zynk's integration agents are accounting-grade: rules-based and deterministic, applying the mappings you've configured the same way, every time. They don't infer a plausible-looking number when the data's ambiguous; they follow the rule, or they flag it. For something as unforgiving as a VAT return, that distinction is the whole point.
Invoice at the gross sale value, not the net amount paid out
Split marketplace and payment-processor fees into their own cost line, for every channel
Match your integration's VAT logic to the scheme you're actually registered under (accrual vs. cash accounting)
Sync inventory and COGS, not just sales totals
Reconcile order-by-order wherever practical, not in daily or weekly lumps
Confirm how virtual "channel" bank accounts should reconcile against your real bank feed
Connect shipping costs and returns back into your accounts, not just your warehouse
Know who maintains the integration when Shopify, Wix, BigCommerce or eBay change their APIs
Track turnover accurately enough to catch the £90,000 VAT registration threshold before you cross it
FreeAgent has an app in the Shopify App Store that imports a daily sales summary, applies VAT and converts refunds to credit notes. Wix, BigCommerce and eBay rely on third-party apps or general automation platforms rather than a first-party FreeAgent integration.
Not natively: it's built as bookkeeping and invoicing software, not stock control. Businesses holding inventory typically need a dedicated stock system or integration layer that syncs stock levels and COGS alongside the financial data.
Under standard (accrual) VAT accounting, VAT is due on the invoice/supply date regardless of when you're paid. Under the Cash Accounting Scheme (available up to £1.35 million taxable turnover), VAT is only due once payment is received. Your integration needs to reflect whichever scheme you're actually registered under.
Because that's the net amount after fees, not the gross sale. Doing this understates your turnover (risking a missed VAT threshold) and your VAT return, and hides your fees from your profit and loss.
No: most businesses pick one as their primary shipping and label platform. The point in this guide isn't which to choose, but making sure whichever you use is actually connected back to your accounts, not just your warehouse.
It depends on how many channels and how much customisation (tax mapping, inventory sync, multi-currency) you need, but with AI-assisted setup tools like Zynk Autopilot, a working connector is realistically a matter of minutes, not days.
Zynk connects your eCommerce platforms, Accounting software, ERP systems, CRMs, Databases, and marketplaces—all in one seamless solution. Simplify your processes, save time, and focus on growing your business.
Get in Touch