A landlord asking the internet "what is the best MTD software for buy-to-let?" gets back a flood of top-5 lists. Most of them rank a handful of products that have been on the market longest, weight them on features that may or may not matter to the asker's situation, and stop short of the only useful conclusion: it depends on the facts of your portfolio. This page does not pick a winner. We are a tax firm, not a software reseller, and we have no incentive to push you toward one product over another. Instead, this is a five-question decision framework that takes the facts of your situation and outputs the class of software that fits, plus six evaluation criteria to apply to any shortlist you compile.

The authoritative product universe is HMRC's compatible-software register at gov.uk/find-software. Any product not on that register is not a candidate for MTD ITSA, regardless of marketing claims. That is the only externally-imposed filter. Beyond it, the decision is yours, informed by the framework below.

Why we don't curate product picks

Three reasons. First, the market is moving fast. Products on the HMRC register in spring 2026 will not all be on it in autumn 2027; vendors update, withdraw, fail re-testing, or get acquired. A product pick documented today is stale within months, and a stale pick is worse than no pick. Second, the "best" product depends on the user's facts: a single-property single-owner landlord on PAYE has different needs from a 12-property joint-owner couple with foreign rentals, and recommending the same product to both is journalism, not advice. Third, we sit on the accountant side of the table; if we wrote a paid-recommendation listicle we would compromise the independence that makes our other advice useful. The output is a framework; the product universe is HMRC's register.

If you do want a product-comparison view, our 2026 MTD software for landlords overview and the broader landlord accounting software best options cover the product landscape; for the free-tier sub-market, the free vs paid options compared page sits alongside this one. Use those for the product survey; come back here for the decision framework that turns the survey into a fitting choice.

Start with HMRC's register (and what "compatible" means)

The register lists every product that has passed HMRC's technical testing for the MTD ITSA APIs. The terms "MTD compatible" and "HMRC recognised" are used interchangeably; the substantive question is whether a candidate product appears on the current register. Vendors who use phrases like "MTD ready", "MTD coming soon", or "MTD compatible in the future" have not completed the recognition process; treat their listing on HMRC's register as a hard prerequisite.

The register is fact-of-recognition, not endorsement. There is no listing fee, no commercial relationship between HMRC and the vendors, and no quality scoring; a product on the register has passed the API tests, nothing more. Products move on and off the list; check at the point of choosing, not against a six-month-old reference. The MTD operational discipline includes a quarterly check that your chosen product is still on the register (covered in the workflow side of our six-changes overview).

Five questions that pick your software class

Five facts about your situation determine which class of product fits. Walk them in order; each question outputs a constraint that the chosen software must satisfy.

  1. Portfolio shape: how many properties, all UK residential, all single-let, or a mix?
  2. Other people on the filing: any joint ownership, any non-property income, any foreign property?
  3. Workflow preference: ready to adopt a new accounting product, or do you prefer to keep working in spreadsheets?
  4. Who files: are you self-filing or accountant-led with Agent Services Account authorisation?
  5. Pricing-trap awareness: are you about to be sold on "free" without checking the eligibility small print?

Each question outputs a software-class constraint. Combine the constraints to land on a fitting shortlist drawn from HMRC's register.

Question 1: portfolio shape (count, type, mix)

One UK residential property, single-let, single owner, no other income worth a mention: the lightest-touch class fits. Free-tier products (subject to the eligibility constraints in Question 5) or low-end paid products are designed for this case. Look for SA105 categories aligned to the standard property-income headings (gross rent, agent fees, repairs, insurance, council tax, finance costs, other), basic bank-feed or CSV import, and a clean quarterly-submission workflow.

Two to ten properties, all UK residential, predominantly single-let: the landlord-specific SaaS class is the most natural fit. Products in this class typically handle per-property income and expense tracking, automatic apportionment of joint-account transactions across properties, mortgage-interest categorisation aligned to the Section 24 finance-cost line, and a portfolio dashboard view. Most accountants serving the small-to-mid landlord segment standardise on one or two products in this class.

Ten-plus properties, or any combination of HMO / multi-let / former-FHL units, or commercial-residential mix: a higher-end landlord SaaS product or a general accounting suite extended to property is more appropriate. The complexity isn't just transaction volume; HMO and multi-let units need room-level or unit-level cost allocation, and former-FHL units may carry historic treatment that affects expense categorisation in transition. Software needs to handle the variation without forcing manual workaround.

Question 2: who else is on the filings (joint ownership, other income, foreign property)

Joint ownership across the portfolio: the software's joint-owner handling becomes a category-defining feature. Two specific capabilities matter. Can the product record a single transaction at full value and apply each owner's ownership-percentage automatically at submission stage (rather than requiring you to enter the transaction twice at the pre-split values)? And does it support a mid-year ownership-percentage change when a Form 17 re-election shifts the split? Products vary widely; trial accounts let you stress-test both. The operational picture for joint-owner couples is in our joint-owner quarterly-filing mechanics page.

Mixed self-employment income alongside the rental portfolio: both streams sit inside the same MTD ITSA filing, so the software must handle SA103 self-employment categories and SA105 property categories cleanly. Some landlord-specific products treat self-employment as an afterthought; some general bookkeeping suites treat property as an afterthought. The mixed-income landlord is the strongest fit for products built genuinely cross-category, often general bookkeeping suites that have a credible property extension or vice versa.

Foreign property income inside the portfolio: the software must support the SA106 foreign-property fields and the foreign tax credit at end-of-period statement stage. Many MTD products in the early-2026 cohort launched without foreign-property support; the situation is improving but is still not universal. If you have any foreign rental income, foreign-property support is a hard requirement. Check the register and the vendor's feature list explicitly; vendor marketing tends to under-advertise this point.

Question 3: keep your workflow or switch

Some landlords are comfortable adopting a new accounting product as part of the MTD transition; others have run on spreadsheets for years and would rather keep the spreadsheet workflow than rebuild discipline in a new tool. Both routes are MTD-compatible; the constraint is the digital-link rule (covered in house position §19.14): data must flow from source to submission without manual re-keying once inside the chain.

The "keep your spreadsheet" route uses bridging software, which takes data from spreadsheet cells (via cell references or formulae, not copy-paste) and submits it to the MTD API. The HMRC register lists bridging-only products alongside full accounting products; the bridging route works for landlords who maintain disciplined SA105-categorised columns in their spreadsheet and want minimal change to existing workflow. The downside is that bridging-only products do not give you a bank-feed or a portfolio dashboard; the spreadsheet remains the primary record. We cover the bridging mechanic in detail in our forthcoming spreadsheet-plus-bridging page.

The "switch to a new product" route adopts a full accounting product (landlord-specific or general suite, per Question 1) and rebuilds the bookkeeping inside it. The transition is heavier but the long-run operational load is usually lower, especially for multi-property portfolios where spreadsheet maintenance becomes brittle as transaction volume rises. Most accountants steer multi-property clients toward this route over the bridging route, on the basis that bridging is a tactical accommodation rather than a strategic platform.

Question 4: who actually files (you or your accountant)

Self-filing landlords need a product they can operate end-to-end: data entry, categorisation, quarterly submission, end-of-period statement, final declaration. The user-experience side matters more here; you will be in the product weekly or monthly, and a product that looks clean in a demo but grates in daily use becomes the binding constraint. Trial periods are worth using; most products offer 14 to 30 days.

Accountant-led landlords (where the accountant is authorised via the Agent Services Account and runs the bookkeeping plus the submissions) typically standardise on the accountant's chosen product. The marginal cost to the landlord of insisting on their own preferred product is usually negative: most accountants price more efficiently on their standard product than on a one-off. The product still has to be on HMRC's register; the accountant's preference does not override that. The accountant-led model is the dominant one for landlords with 5+ properties, where the operational complexity favours specialist hands.

The hybrid model (you do the day-to-day data entry, the accountant reviews and submits) is the third common pattern. Here you need a product that supports a clean "review by agent" workflow, with the accountant viewing your data without overwriting it. The Agent Services Account authorisation enables this; not every product surfaces the agent-view workflow well. If hybrid is your model, test the review-flow in the demo before committing.

Want this checked against your specific situation?

Drop your email and a one-line summary. We reply within 24 hours, no phone call needed.

Question 5: pricing-trap awareness

Three pricing traps catch landlords in the early MTD cohort.

Trap 1: the conditional-free tier. "Free" rarely means unconditionally free. Banking-tied free (free if you bank with provider X, with eligibility lost if you switch bank) creates switching friction and concentration risk. Transaction-cap free (free up to N transactions a month, with overage tipping into a paid tier) silently flips to paid for the busy month that includes a major repair invoice. Feature-cap free (free version excludes a feature you actually need, such as foreign-income support or joint-owner handling) forces an upgrade once the feature gap is felt. Read the eligibility small print before assuming "free" applies to your case.

Trap 2: the per-seat dual-subscription. Joint-owner couples sometimes assume one subscription covers both spouses; many products require a separate subscription per filing taxpayer. A "£15 a month" product that requires two subscriptions for a joint-owner couple is actually £30 a month for the property. Compare on the basis of cost-per-filing-taxpayer, not cost-per-subscription, especially for multi-owner properties.

Trap 3: the upgrade-ramp pricing. Some products use a low entry price for year one to clear the MTD-onboarding rush, then ramp aggressively into year two and beyond. The headline year-one cost is misleading if the product's strategy is renewal capture. Look at the publicly-advertised year-two and year-three pricing where available; if it isn't published, ask the vendor for it in writing before committing.

Six evaluation criteria once you have a shortlist

Once Questions 1 to 5 have narrowed you to a software class and (typically) three to five candidate products on HMRC's register, apply six evaluation criteria to pick between them. None of these is decisive in isolation; weighted together, they discriminate well.

  1. HMRC register listing, today. Verify against gov.uk at the point of choosing. A product missing from the current register is not a candidate, regardless of past listing or vendor claims.
  2. SA105 category alignment. Does the product's expense categories map cleanly to the SA105 boxes you will report at end-of-period statement? Misaligned categories generate re-categorisation work at each quarter-close.
  3. Joint-owner handling (if relevant). Can the product apply ownership-percentage automatically at submission, and does it support mid-year split changes?
  4. Foreign-property support (if relevant). Does it handle SA106 fields and the foreign tax credit at EoPS?
  5. Agent Services Account workflow. If you are accountant-led or hybrid, does the product surface a clean agent-review workflow?
  6. Bank-feed or CSV-import reliability. For multi-property landlords, the data-ingestion side is operationally significant; check the supported banks list and the CSV-import format requirements.

Two pricing traps to avoid (the deeper version)

Beyond the conditional-free, per-seat, and upgrade-ramp traps in Question 5, two structural pricing patterns deserve a closer look before you commit.

The all-in-one bundle vs the standalone product. Some vendors offer MTD ITSA filing bundled with broader landlord features (rent collection, tenant-screening, maintenance ticketing, document storage). The bundle pricing can be attractive on a per-feature basis but locks you into the vendor's ecosystem; switching out of an all-in-one at year three (when the renewal price rises or the feature set diverges from your needs) is more expensive than switching out of a standalone MTD product. Weigh the integration benefit against the lock-in cost explicitly; for smaller portfolios the standalone route preserves optionality.

The per-property pricing model. A few products price per-property rather than per-subscription. This can favour the one-or-two-property landlord at low absolute cost, but scales linearly with portfolio growth. A 10-property landlord paying £5 per property per month (£50 monthly, £600 annual) is exposed to direct cost growth as the portfolio grows; a fixed-subscription product at the same operational tier might cost £30 monthly regardless of property count. Per-property pricing models reward small-portfolio landlords and penalise growing portfolios; project your two-to-three-year property count before committing.

Where to go from here

The decision framework outputs the software class and the candidate shortlist. The product survey (for users who want the named products in each class) is at our 2026 MTD software for landlords overview; the free-tier sub-market is at our free vs paid options compared page. The broader landlord-accounting product landscape (beyond just MTD filing) is at our landlord accounting software best options page.

If you are running joint-owner setups, the operational mechanics of two parallel quarterly cycles are in our joint-owner quarterly-filing mechanics page. If you are still calibrating whether you are even in MTD this year, the six headline changes overview covers the rule shape and the quarterly deadlines page gives the calendar dates. The digital record-keeping requirements page covers what counts as a digital record once your chosen software is in production.

The bottom line on choosing MTD software

The right MTD product for you is the one that fits your portfolio shape, your joint-ownership setup if any, your mixed-income picture if any, your workflow preference, and your filing model, drawn from HMRC's compatible-software register and screened against the six evaluation criteria. There is no universal "best" product because there is no universal landlord. The framework picks the class; the register limits the universe; the evaluation criteria pick the product. Avoid the conditional-free and per-property and upgrade-ramp traps. Test the product before committing; trial accounts exist for a reason.