Annotated Commentary · Version 1.0

The Buyer’s Addendum, clause by clause.

Every clause of the Veterinary Software Buyer's Addendum, quoted in full, with the reasoning behind it: the problem each mechanism exists to solve, why the numbers are what they are, and what a vendor’s reaction to it tells you. Written for practice owners and the attorneys who review the addendum for them.

Definitions

The two definitions do more work than anything else in the document. Most export disputes are not about whether the vendor will hand data over - they are about what counts as "your data" and what counts as a usable format.

“Practice Data”

From the addendum

“Practice Data” means all data relating to the Practice, its clients, and its patients that is entered into, generated in, or stored in the System by or for the Practice, in the following five layers: (a) clinical and medical records; (b) client and patient demographic records; (c) financial and transaction history; (d) attachments, images, documents, and stored communications; and (e) associated metadata reasonably necessary to interpret the foregoing. Practice Data does not include the Vendor's software, templates, workflow configurations, or system settings.

Vendor agreements rarely define what “your data” includes, which means completeness gets defined later, by whoever performs the export. The five layers close the gaps where real migrations actually fail: a delivery of client demographics and invoices is not a medical record migration, and attachments and metadata are where exports quietly come up short.

The exclusion at the end is deliberate. The vendor keeps its software, templates, and configurations - the addendum claims your records, not their product. That boundary is part of why the definition is reasonable to sign.

“Machine Readable Format”

From the addendum

“Machine Readable Format” means a documented, structured, non-proprietary or openly documented electronic format that a competent engineer can load into another system without the Vendor's assistance, accompanied by a current data dictionary. A collection of PDFs or images of records is not a Machine Readable Format, except for attachments whose native format is a document or image.

The most common export failure is not refusal - it is a pile of PDFs. Technically your records, practically useless to the system you are moving to. This definition names that trick and rules it out.

The data dictionary requirement is the practical half: a structured export without documentation still forces your next vendor to reverse-engineer field meanings, billed by the hour. “Without the Vendor's assistance” is the test to keep in mind - if the outgoing vendor must be hired to interpret the export, it was not machine readable.

Section 1: Data Portability and Export

1.1 Export right

From the addendum

Upon written request, Vendor will deliver to Practice a complete copy of Practice Data within fifteen (15) business days, in a Machine Readable Format, with attachments delivered in their native file formats, at no charge for up to two (2) requests in any twelve (12) month period. Additional requests will be charged at the reasonable, cost-based fee stated in Exhibit A. A pending export request suspends any data retention or deletion period under the Agreement until the export is delivered and confirmed complete.

The numbers are starting positions: fifteen business days is enough time to run a real extract, and two free requests a year covers the normal case - one to evaluate a move, one to execute it - without letting exports become a harassment tool.

The last sentence is the one that matters most and gets noticed least. Some agreements start a deletion clock at termination. Without the suspension, a slow-walked export can run out that clock and the records are simply gone. With it, the vendor cannot delete data it has not yet delivered.

1.2 Standing export

From the addendum

The System provides a self-serve export function through which Practice can generate an export of Practice Data without Vendor assistance. Practice may exercise this function at any time, and its availability is a material term of the Agreement.

You should not need to open a support ticket to get a copy of your own records. A self-serve export removes the vendor's queue - and the vendor's mood - from the process entirely.

“Material term” is doing legal work here: if the export function disappears in a product update, that is not a roadmap decision you have to live with, it is a breach your attorney can act on.

1.3 No degradation

From the addendum

Vendor will not materially reduce the scope, format quality, or availability of the export capabilities described in this Section during the term.

This is acquisition-proofing. Export quality is rarely removed on day one - it erodes: a field dropped here, a format downgraded there, an export moved behind a support request. One sentence makes the capability you signed for the capability you keep.

1.4 Data use boundary

From the addendum

Vendor may use Practice Data to provide the System and services to Practice and to maintain, secure, and improve them. Vendor will not de-identify, aggregate, sell, license, or otherwise commercialize Practice Data, and will not use Practice Data to train machine learning or artificial intelligence models for the benefit of any third party, without Practice's affirmative written consent, which may be granted or withheld in Practice's sole discretion and revoked prospectively at any time. Any conflicting grant in the Agreement, a data processing addendum, or any policy incorporated by reference is superseded for Practice Data.

The market default is drifting toward “we may de-identify, aggregate, and use your data to improve our services” - language broad enough to cover selling benchmarks and training AI models on your clinical records. This clause flips the default: the vendor may use your data to serve you, and everything beyond that requires consent you affirmatively give and can revoke.

The final sentence is the enforcement mechanism. Data-use grants rarely live in the agreement you read - they live in a data processing addendum or a privacy policy incorporated by reference and updated at will. This clause reaches those documents and supersedes them for Practice Data.

Note what it does not do: it does not prohibit the vendor from using your data with your consent. A practice that wants to participate in benchmarking or research can simply say yes - the point is that yes becomes a decision, not a default.

Section 2: Interfaces and Verifiable Capability

2.1 Access to Practice Data

From the addendum

Vendor provides documented programmatic read access to Practice Data at no additional recurring charge, subject to published, commercially reasonable rate limits. Write access is available as documented and priced by Vendor. Vendor will provide at least twelve (12) months notice before deprecating any interface on which Practice has an active dependency.

The asymmetry is intentional and it is what makes the clause signable. Reading your own data should not carry a recurring toll - it is your data. Write access genuinely costs the vendor engineering and support effort, so the addendum leaves it “as documented and priced” rather than demanding it free.

The deprecation notice protects the integrations your practice quietly depends on - labs, payments, communications tools. Twelve months converts “the API you built on disappears next quarter” into a planned transition.

2.2 Public capability statement

From the addendum

Within ninety (90) days of execution, Vendor will publish and maintain, at a stable public address, a statement of the interfaces, export formats, and data exchange specification versions the System currently supports, and that page is incorporated into the Agreement by reference. If a published open specification for veterinary data exchange with a public conformance test exists, the parties will discuss conformance in good faith at each renewal, and any claim of conformance by Vendor must be verifiable by the published test.

This converts sales-call claims into contract terms. “We have an open API” and “we support standard formats” are cheap to say; a published page incorporated into the Agreement by reference is a representation the vendor is accountable for.

The second sentence is future-proofing for the industry. It names no specific standard - it simply says that if an open veterinary data exchange specification with a public conformance test exists, conformance claims must be verifiable by that test. No vendor can fail this clause by the ecosystem not existing yet; every vendor is held to it once it does.

Reading along with a contract on your desk?

Get the editable Word document and attach it to the vendor's agreement before pricing is final.

Get the Word document

Section 3: Migration Cost Assignment

3.1 Inbound migration

From the addendum

Any implementation of the System for Practice includes: (a) a minimum of two (2) test migrations before go live; (b) written acceptance criteria for migrated data, including record counts by layer of Practice Data and a documented spot check protocol; and (c) a go live gate requiring Practice's written sign off on the final test migration. If a data delivery fails acceptance criteria due to a defect in the delivering party's extract or conversion, the cost of remediation and redo is borne by the party that produced the defect.

Migrations do not usually fail because the data could not be moved. They fail because nobody defined what “done” meant, the go-live date arrived, and the practice went live on a partial conversion discovered exam by exam over the following months.

Two test migrations make the second one meaningful - the first finds the problems, the second proves they were fixed. Record counts by layer plus a spot-check protocol make acceptance objective, and the written sign-off gate means the go-live date moves when the data is not ready, instead of the data problem moving into production.

The defect-pays rule is symmetric on purpose: if the outgoing vendor delivers a broken extract, they pay; if the incoming vendor botches the conversion, they pay. Neither can bill you for redoing their own mistake.

3.2 Outbound cooperation

From the addendum

Upon notice of termination or non-renewal, Vendor will cooperate in good faith with Practice's successor system, including responding to reasonable technical questions within ten (10) business days and providing migration assistance at the rate card published in Exhibit A, without minimum purchase requirements.

An outgoing vendor has no commercial reason to be helpful, and the pricing of departure assistance tends to reflect that. This clause sets the terms while the relationship is still good: a response deadline, a rate card fixed in Exhibit A on the day you sign, and no minimum-purchase packages standing between you and a two-hour question.

Section 4: Post-Termination Access

4.1 Read only window

From the addendum

For ninety (90) days following the effective date of termination or expiration, Practice retains read only access to Practice Data in the System, including attachments, for the flat fee stated in Exhibit A. This fee is fixed at execution of this Addendum and is not subject to change at or after notice of termination.

In the months after a switch, someone at the front desk will need to check the old system - a record that converted oddly, an attachment that did not come across, a payment history question. Ninety days of read-only access is the practical safety net that keeps those moments from becoming emergencies.

The second sentence is the actual protection. Post-termination access priced at the moment of departure is an exit toll, quoted when your leverage is lowest. Fixing the fee at execution - years before anyone is leaving - is the entire point.

Section 5: Notice, Pricing, and Continuity

5.1 Renewal mechanics

From the addendum

Vendor will send Practice written notice at least one hundred twenty (120) days before any renewal, stating the renewal price. Practice's window to decline renewal will be no narrower than sixty (60) days. Following the initial term, renewal periods are one (1) year each. If Vendor fails to give timely notice under this Section, the then-current renewal window is extended until sixty (60) days after notice is actually given.

The auto-renewal trap has a standard shape: the decline window closes before you ever see the renewal price, and by the time the invoice arrives you are committed to another multi-year term. Every sentence here dismantles a piece of that - notice must arrive early and state the price, the decline window cannot be narrowed away, and renewals drop to one-year terms after the initial commitment.

The last sentence removes the incentive to “forget”: late notice does not shrink your decision window, it extends it. A vendor gains nothing by sending the renewal letter late.

5.2 Price escalation cap

From the addendum

Increases to recurring fees will not exceed, on an annualized basis, the lesser of (a) the percentage change in the Consumer Price Index plus two (2) percentage points, or (b) seven percent (7%), or such other formula as stated in Exhibit A. Any provision renewing the Agreement at “then-current list rates” or similar is superseded by this cap.

“Renews at then-current list rates” is an unlimited price increase wearing boilerplate. The cap replaces it with a formula: CPI plus two points in normal years, never more than seven percent even when inflation spikes. The lesser-of structure protects you in both directions.

This is also the clause vendors most often want to negotiate, and that is fine - Exhibit A explicitly allows a different formula. A vendor proposing CPI plus three has engaged with the mechanism. A vendor refusing any cap at all has told you what their renewal pricing strategy is.

5.3 Continuity

From the addendum

The Agreement and this Addendum bind the parties' successors and assigns, and a change of control of Vendor does not modify pricing or terms during the then-current term. If Vendor discontinues the System or materially ends its support, Vendor will provide at least twelve (12) months notice, one final export under Section 1.1 at no charge, and migration assistance at the Exhibit A rate card.

Consolidation is the veterinary software industry's normal state, not an edge case. The first sentence means the deal you signed survives your vendor being acquired - at least through the current term - rather than resetting to the acquirer's preferred pricing.

The second sentence is the sunset plan. Products get discontinued after acquisitions; when that happens, twelve months of runway, a free final export, and rate-card migration help are the difference between an orderly transition and a forced march on the acquirer's schedule.

Section 6: General

6.1 Order of precedence

From the addendum

In the event of conflict between this Addendum and the Agreement or any policy incorporated into it, this Addendum controls.

This is the load-bearing sentence of the entire document. An addendum that conflicts with the main agreement and loses is decoration - and vendor templates sometimes contain their own precedence language designed to win exactly this fight. It is the first thing the vendor's counsel will read, and the cover note asks your attorney to confirm the vendor's paper does not defeat it.

6.2 Survival

From the addendum

Sections 1, 3.2, 4, 5.3, and 6 survive termination or expiration of the Agreement.

The rights this addendum adds are mostly rights you need after the relationship ends - export, outbound cooperation, read-only access, discontinuation protections. Without a survival clause, contractual obligations can end with the agreement, which would extinguish these exactly when you need them. The list is precisely the exit machinery.

6.3 No other changes

From the addendum

Except as stated here, the Agreement remains unchanged.

Minimalism is the negotiation strategy. The addendum does not touch the vendor's license grant, warranty, liability, or venue provisions - the clauses their legal team cares most about defending. The less it rewrites, the harder it is to reject wholesale, and the more a refusal says about the specific terms the vendor wants to keep unwritten.

Exhibit A: Stated Numbers

Exhibit A is a one-page table completed with the vendor at execution: the per-request export fee beyond two per year, the flat fee for the 90-day read-only window, the outbound migration rate card, any negotiated escalation formula, the capability statement URL, and your renewal notice contact.

Why the table exists

From the addendum

To be completed at execution. This exhibit exists because an unpriced right is a quote you have not seen yet.

Every mechanism in the addendum that involves money points here, and the table is filled in while you still have leverage - before signature, alongside pricing. A right to migration assistance at “then-current rates” is not a right; it is an invitation to be quoted later, under duress.

The exhibit is also a fast read on the vendor. Reasonable numbers written down promptly is the good sign it looks like. A vendor who will not put numbers in the table is telling you those numbers are meant to be decided after you are locked in - which is information worth having before you sign.

Put the mechanisms in writing.

Download the editable Word document, attach it to your next agreement or renewal, and complete Exhibit A before you sign.

Get the Word document

The Veterinary Software Buyer's Addendum v1.0 and this commentary are published by VetSoftwareHub.com under the Creative Commons Attribution 4.0 International license (CC BY 4.0) - free to use, adapt, and redistribute with attribution. This is not legal advice, and VetSoftwareHub is not a law firm; put the final version in front of your own counsel before you sign. If you strengthen the addendum, tell us so version 1.1 can carry it forward.