{{ summaryAnnouncement }}
{{ summaryHeading }} {{ summaryValue }} {{ summaryLine }} {{ documentLabel }} {{ values.line_count }} line item{{ values.line_count === 1 ? '' : 's' }} Draft · USD
Billing document identity, line items, and tax inputs
Document type:
The selection changes the heading and counterparty wording throughout the generated document.
This name appears in the summary, document preview, and downloaded draft.
Confirm uniqueness and any required numbering policy in the official billing or procurement system.
Format: item name, quantity, rate. Up to 100 nonblank rows are supported.
Use 0 for a no-tax draft; verify tax treatment before issuing an official document.
%
Valid billing document inputs.
Blank is neutral and leaves the generated document unchanged.
For example, August retainer review. Blank is neutral.
{{ documentExportStatus }}
{{ documentLabel }}

{{ referenceDisplay }}

{{ partyPrefix }} {{ partyDisplay }}

Total{{ money(values.total) }}
{{ row.name }}{{ number(row.quantity) }} × {{ money(row.rate) }}{{ money(row.amount) }}
Subtotal
{{ money(values.subtotal) }}
Tax ({{ percent(values.tax_rate_percent) }})
{{ money(values.tax) }}
Total
{{ money(values.total) }}

Note: {{ document_note.trim() }}

Draft for review only. Confirm required legal, tax, address, date, currency, approval, and payment fields in the official system.

{{ tableExportStatus }}
LineItemQuantityRateAmountCopy
{{ row.line }}{{ row.name }}{{ number(row.quantity) }}{{ money(row.rate) }}{{ money(row.amount) }}
{{ chartExportStatus }}

Money documents do two jobs at once. They show what is being bought or billed, and they carry the identity, numbering, tax, approval, and payment details needed by the people and systems that receive them. Correct arithmetic is necessary, but it is not enough to make a draft valid for accounting, tax, procurement, or legal use.

Invoice
A seller's billing document to a customer. It normally identifies the sale, amounts due, and payment information required by the relevant business and jurisdiction.
Purchase order
A buyer's purchasing document to a vendor. It normally records what the buyer authorizes before fulfillment or billing.

Line items make a document auditable by separating description, quantity, rate, and extended amount. The subtotal adds those extended amounts. Tax, when applicable, is calculated from the entered rate and added to the subtotal. Credits or corrections may use negative values in some workflows, but their meaning and permitted treatment depend on the official system.

A draft should always be checked against the source agreement, quote, order, tax treatment, currency, dates, addresses, numbering policy, approvals, and payment terms. Requirements vary by organization and jurisdiction, so a generic draft should be transferred into the authoritative billing or procurement process before it is issued.

How to Use This Tool:

Choose the commercial role first, then enter each amount in a comma-separated row and verify the parsed ledger.

  1. Select Invoice or Purchase order. The choice changes the heading, counterparty label, and reference wording throughout the draft.
  2. Enter the Customer or Vendor and a unique reference. A missing identity does not stop the arithmetic, but it creates a draft warning.
  3. Add Line items as item name, quantity, rate, one nonblank row at a time. Keep commas out of item names and inspect Line ledger to confirm how every row was parsed.
  4. Set Tax rate to the rate already determined for the transaction. Use 0 for a no-tax draft; the generator does not decide whether tax applies.
  5. Compare Subtotal, Tax, and Total with the source records. Then move the reviewed information into the official accounting or procurement system with all required fields and approvals.

Interpreting Results:

The Billing document is a review draft in USD-style display, not an issued invoice or authorized purchase order. Confirm the line ledger first; a correct-looking total can still be based on a missing quantity, misplaced comma, wrong sign, or incorrect tax rate.

Warnings call attention to a missing customer or vendor, a missing reference, a zero-rate row, a negative adjustment, or a negative tax rate that was changed to 0. They do not detect duplicate references, tax errors, missing legal fields, approval failures, or currency mismatches.

Technical Details:

Each nonblank source line becomes one billing row. Arithmetic uses the numeric quantity and rate from that row, preserves negative adjustments, and keeps full numeric precision until the preview formats money to two decimal places.

Transformation Core

Rows are split at line breaks, then each row is split at commas. Leading and trailing spaces are removed before the three fields are interpreted.

How billing line text becomes calculated fields
PositionMeaningFallbackLimit
FirstItem nameItem 1, Item 2, and so onCommas inside a name are not supported
SecondQuantity1 when blank or not numericAbsolute value no greater than 1,000,000
ThirdRate0 when blank or not numericAbsolute value no greater than 1,000,000,000

Only the first three comma-separated parts affect a row. The source accepts up to 100 nonblank rows and 10,000 characters. Because a missing or invalid quantity and rate fall back rather than stopping the draft, the parsed ledger is the decisive review surface.

Formula Core

Line extension, subtotal, tax, and grand total follow ordinary percentage arithmetic.

Li=qiri S=i=1nLi T=S×max(0,t)100 G=S+T

q is quantity, r is rate, L is a line amount, S is subtotal, t is the entered tax percentage, T is tax, and G is total. Negative tax rates are converted to 0 and flagged. Rates above 1,000% are rejected.

For Consulting, 6, 150 and Hosting, 1, 80, the line amounts are 900 and 80. The subtotal is 980. At 8%, tax is 78.40 and the displayed total is 1,058.40. The calculation itself is not rounded to cents before later arithmetic, so fractional-cent entries require an external rounding decision.

The amount chart ranks rows by absolute contribution, keeps the eight largest, combines the remainder as Other, and adds tax as its own contribution. This grouping changes only the chart; it does not change the ledger or total.

Accuracy and Privacy Notes:

Document data and calculations remain in the browser during generation. Protect the resulting text and downloads as financial records, especially when they contain customer, vendor, pricing, or payment information.

  • The dollar sign is display formatting; there is no exchange-rate conversion or multi-currency accounting.
  • The model uses ordinary browser numbers, not jurisdiction-specific decimal, tax, or invoice-rounding rules.
  • Taxability, rate selection, invoice content, purchase authorization, and record retention must be confirmed elsewhere.
  • Negative quantities or rates are permitted as adjustments and flagged for review; their accounting treatment is not validated.