Buying software
Software list price, quote, and invoice
Keep a public software list price, an account quote and an invoice apart before you compare the amounts.
A software list price, a quote and an invoice answer three different questions: what was on the public page, what was offered to an account, and what was billed.
Line the documents up on the same plan, quantity, currency and term before you draw a conclusion. A public page cannot, by itself, establish what one account was billed.
Three documents, three questions
A public list price supports what the page displayed for the shown scope and observation date. An account quote supports the terms offered to that account. An invoice supports what was billed. None of these three alone proves the other two.
Write the question first. Was this publicly displayed, offered to this account, or billed? The question decides which document you need. A public figure can be useful context without proving a private discount or a private charge.
The software comparison guide helps align units and intervals. The pricing history guide covers comparisons between dated public displays.
| Row | What to copy | What it can settle |
|---|---|---|
| Public card | Wording as seen, plus the date | The public claim |
| Quote | The terms in their context | Whether the scope matches |
| Invoice | The lines and conditions on the bill | What is still unknown |
Keep the public card, the quote and the invoice on separate rows. For each, write the text or the figure, the date, and the source. Then name the account, the quantity, the rate and the billing interval. A shared number is only the start. The unit and the conditions decide what the number describes. Leave a field blank, or mark it unknown, when the source does not establish it.
Connect each conclusion to its row. Check the source date, the scope and the tax treatment before you move a value. A source can answer one part and leave another open. A document can name a rate and still say nothing about eligibility, or about how a different document treats that rate. Keep the wording beside the value.
If the public card, the quote and the invoice use different intervals, keep three amounts. In this invented stack, USD 30 per user per month billed monthly, USD 24 per user per month for 20 users billed annually, and USD 5,760 on the invoice are not one price. The invoice matches 24 times 20 times 12 only as arithmetic on the quote.
Before you call the six-dollar gap a saving, match the plan, the region, the eligibility and the tax treatment. The example leaves those fields open. The invoice does not show that anyone paid, and the public card does not show the account's discount.
What each can prove
| Document | Supports | Does not establish alone |
|---|---|---|
| Dated public page | The displayed offer in its shown scope | Account terms or a bill |
| Account quote | Terms offered to the named account | Payment or a public offer |
| Invoice | What was billed to the account | What a public page displayed |
Record the source and date of each document, the plan, unit, quantity, region, currency, interval, discount and tax treatment. An invoice may include a quantity or adjustment that differs from the quote, so compare the lines rather than the totals alone.
Under the VerifiedPricing methodology, a checked public record contains human-reviewed facts with a source, scope, region and observation date. It is point-in-time evidence, and it does not replace an account quote or an invoice.
A fictional document stack
A fictional public card shows USD 30 per user per month, billed monthly. A quote offers USD 24 per user per month for 20 users, billed annually, with a named discount. An invoice bills USD 5,760 for the annual term before tax. All amounts and terms in this example are invented.
The invoice arithmetic is 24 times 20 times 12, which is USD 5,760 before tax. The quote's annual billing and discount differ from the monthly public card. The example does not establish a public price change, and it does not show that every account receives the quoted terms.
The documents are consistent with that fictional annual calculation, and each still supports its own claim. The invoice states the charge. It does not establish payment. The quote states an offer. The example does not infer an acceptance date.
Read the public card first. USD is the displayed currency, 30 is the rate, and one user is the unit. The rate is expressed per month and billed monthly. This row describes the public offer shown in the example, not an account transaction. The example does not specify region, tax treatment or included features for the card, so a comparison cannot assume those fields match the quote.
The quote names an account offer of USD 24 per user per month for 20 users, billed annually, with a named discount. Each field has a separate job. The user count supplies the quantity used for the illustration. The monthly expression describes the rate. Annual billing describes the term used in the calculation. The named discount is part of the offer context, but the example does not state a separate discount calculation or a duration beyond the quoted terms.
The invoice supplies the billed annual amount of USD 5,760 before tax. Multiplying the quoted rate by the 20 users and twelve months reproduces that amount in the fictional scenario. That agreement in arithmetic is useful, but the invoice is still the evidence of the billed line. It does not prove the account paid, and the quote does not prove that the public card applied to that account.
The public and quoted rates differ by USD 6 per user per month in the example. That subtraction describes two displayed figures. It is not, by itself, a like-for-like saving. The billing intervals differ, and the example leaves other scope fields open. A reader would need matched plan features, region, eligibility and tax treatment before making a stronger comparison. Do not count the discount a second time if the quoted rate already reflects it.
Inspect the invoice for its account name, service period, quantity, unit rate, tax and any separate adjustments. An invoice total can include more than the subscription line, so a matching grand total does not necessarily mean each line matches the quote. Here the invented calculation excludes unspecified tax and other charges. If a real invoice has a credit or a partial period, keep it as a separate line. Do not alter the quoted rate to absorb it.
Keep acceptance and payment as distinct questions. An offered quote may later be accepted or revised. A billed invoice may be paid, credited, or remain unpaid. The example supplies no acceptance evidence and no payment evidence. A decision sheet should name those gaps and the document needed for each question. It can still use the public card as context without presenting the card as proof of the account charge.
Before you compare
Transcribe each line into a comparison sheet. Keep a monthly rate separate from the annual amount due, and preserve the number of users and the named discount. If the units, regions or included scope differ, describe the distinction before calculating.
If one document lacks a field, do not fill it from another document unless you have evidence that the field applies. A public page may not say what an account's discount is. A quote may not say what every public buyer sees.
For a renewal decision, keep the notice or the order that applies to the next term. For an amount that was actually billed, use the account invoice. If the document you need is missing, say which question remains open.
Questions
Does a public list price prove my invoice?
No. A public page supports the displayed offer in its shown scope and date. The invoice supports what was billed to the account.
Does a quote prove payment?
No. A quote supports the terms offered to the account. An invoice supports what was billed, and a payment record is needed to establish payment.
Can a quote differ from a public card?
Yes. Compare the account, unit, quantity, interval, discount and other terms before you interpret the difference.