maesn
Nordhealth
Practice Management Software

Nordhealth turns invoices written at the practice into bookings in DATEV.

Nordhealth builds practice management software for veterinary and therapy clinics, from Provet Cloud in 44 countries to Vetera in the German-speaking market. In veterinary care the invoice is settled on the spot by the animal owner, which puts billing at the centre of the software rather than at the end of it.

Key facts

Who Nordhealth is, and where Maesn sits in it

Website
nordhealth.com
About Nordhealth
A Nordic practice management software provider, building since 2001 and listed on Euronext Growth Oslo, where it raised €120M. Over 400 people work from 18 offices in ten countries, and more than 13.000 clinics and hospitals run on its products.
The product here
Provet Cloud, veterinary practice management available in 44 countries with over 70.000 customers. Vetera, its German-speaking sibling, was serving more than 2.000 practices, clinics and partners in Germany, Austria and Switzerland when Nordhealth acquired it in 2022.
Use case
Getting the content of a finished invoice into the accounting system without anyone at the practice handling it. The workflow itself, independent of any one product, is on the invoice creation page.
Previous solution
CSV export and import, with manual work in between that produced errors and delays in the accounting process.
Accounting systems
DATEV Rechnungswesen and DATEV Unternehmen Online, the two products this flow needs, with the other accounting systems its customers keep on the same connection
The problem

The invoice is complete before the accounting system sees it

Veterinary care is paid for on the spot. The animal owner settles at the counter, so the invoice is not a claim that gets chased later, it is the moment the practice earns its money.

That makes billing a core part of practice software rather than a module at the edge, and it means the invoice is assembled where the work happens. By the time it is issued, the debtor, the articles, the services, the tax rates, the service periods, the cost centres and the charge factors are all set, and they are set by the person who knows them.

The debtorThe animal owner who pays at the counter, kept as a receivable account in the practice software.
Articles and servicesWhat was dispensed and what was done, priced in the practice's own catalogue.
The tax treatmentSeveral VAT rates on one invoice, which is normal in veterinary care rather than an exception.
Service periods and factorsWhen the work happened and at which charge factor it is billed, both per line.
Four groups of detail that are already on the invoice before any accounting system sees it.

The default way out of a practice system is a file, and Nordhealth's own products show it. Vetera lists four accounting destinations on its integrations page, and every one of them is a transfer rather than a connection: DATEV data emailed to the tax advisor to be read in, Lexware moved across by click, Banana as a data transfer, Eurofibu through an export interface. Provet Cloud lists more than 150 partners across eight categories, and of the six entries under finance and reporting, one is an accounting system.

A CSV in between is where the detail goes. Someone has to map columns, someone has to fix what the mapping got wrong, and the accounting month waits for both. The practice, meanwhile, has already done the work twice: once at the counter and once for the export.

How Maesn solves it

What arrives in DATEV is a booking rather than a file

The invoice does not travel as an invoice, and it could not: on the systems these practices keep, the invoice is often not an object at all. What every accounting system does keep is the booking.

What Provet Cloud holds

A finished invoice with its lines: the debtor, every article and service, a tax rate per line, the period the work belongs to.

Ten of the 30+ connected systems accept an invoice. Exactly one accepts its lines.

What the accounting system takes

A booking on DATEV Rechnungswesen or a booking proposal on DATEV Unternehmen Online, the rate read from the system itself, the document attached, the person account written where the booking lands.

Neither DATEV product accepts an invoice or its lines. Both expose their tax rates and both take a document.

Counted across the 30+ connected systems, which is what decides the shape of the handover.

The debtor is the clearest case of why this needs translating. On sevdesk or Lexware Office the animal owner is a customer record. On DATEV Rechnungswesen there is no customer object at all, and the same person is a contact, because that is what a person account is called there. The common data model resolves that before Provet Cloud has to know about it, which is the difference between one integration and one per accounting system.

The tax rates work the same way round. A veterinary invoice can carry several of them, and which rate is valid is decided by the receiving system rather than by the practice software, so the booking is written with the rate that system defines. Everything downstream of that, from the advance return to the annual accounts, is the tax automation side of the same data.

What changed

Nothing has to be typed a second time

The bookings now leave Provet Cloud on their own. Nobody at the practice starts an export, corrects a mapping or waits for the accounting month to catch up.

What a veterinary practice wants from its software is time with animals, and every minute spent on a bookkeeping export is a minute it did not get. Removing that step does not just save the export itself, it removes the corrections after it and the delay behind those, which is where a manual handover actually costs.

For Nordhealth the same change shows up somewhere else: in what its own teams have to handle. An export that nobody runs is an export nobody supports, and an accounting system that is already reachable is one that does not need a project of its own when the next market asks for it. The mechanics of that, from onboarding a practice to the questions that never reach a support queue, are on the page for customer success teams.

Nordhealth case study FAQ

Common questions

Which DATEV product does the data reach?

Both, and the flow decides which. A deep booking can only be written where journal entries are accepted, which is DATEV Rechnungswesen, and a booking proposal only where proposals are accepted, which is DATEV Unternehmen Online. Measured across the 30+ connected systems, journal entries can be created on ten and booking proposals on ten, and the two DATEV products sit on different sides of that.

Why a booking rather than the invoice itself?

Because the invoice is not an object everywhere. Of the 30+ connected systems, ten accept an invoice and exactly one accepts its lines, and neither DATEV product accepts either. What every accounting system does keep is the booking, so that is what the integration writes: the amounts, the accounts and the tax treatment that the invoice produced.

Do articles and cost centres become records in the accounting system?

No. Articles can be created on four of the 30+ systems and cost centres on none of them, and neither reaches DATEV, where both objects are documented as unsupported. They stay in Provet Cloud, where the practice maintains them anyway, and what arrives in the accounting system is the amount and the tax treatment they produced.

Does the document travel with the booking?

Yes, where the target system takes one. Documents can be created on four of the 30+ connected systems, and both DATEV products are among the four, which is why a booking and the invoice behind it can arrive together rather than in two separate steps.

Does this only work for German practices?

The flow is not tied to DATEV. Provet Cloud publishes Xero as an accounting integration and Vetera publishes Lexware, and both are among the systems Maesn connects, so a practice in another market reaches its own system through the same connection rather than through a second project.

Could another practice-management vendor use the same setup?

The objects are the same wherever invoicing happens outside the ledger: the debtor, the article, the tax rate and the booking that comes out of them. What differs is which accounting system the practices keep, and that is a coverage question rather than an integration one.
Ship your ERP and accounting integrations. Connect once.
Book a demo