No—Receipt Maker does not upload your merchant details, line items, prices, notes, or payment figures to Lizely. Calculation, preview, printing, and creation of the standalone HTML file all happen locally in the current browser. That means the receipt data you enter is used in your browser to calculate and display the record rather than being sent to Lizely as part of the receipt-making process. If you choose Print receipt, the browser opens its print dialog; if you choose Download HTML, the browser creates a standalone file that you can save locally and reopen later. Those output choices move the receipt into your printer workflow or your device’s downloads, but they do not turn the input data into an upload to Lizely. The generated HTML contains the validated values shown in the preview and a compliance disclaimer. Receipt Maker is therefore suitable for creating a readable proof-of-payment record locally, but it is not a secure archive, fiscal-receipt system, accounting platform, or proof that a card or cash transaction actually occurred.
Where receipt details are handled
The distinction is between information sent to Lizely and a file you choose to create. The Receipt Maker workflow calculates and renders the receipt in the current browser. Your entered values remain part of the local calculation and preview, and the standalone HTML file is created there as well.
| Action | Local handling | Result |
|---|---|---|
| Enter receipt fields | Values are used in the current browser | Merchant, date, receipt number, currency, items, and payment figures |
| Calculate totals | Integer minor-unit arithmetic | Subtotal, discount, tax, tip, total, and change |
| Review the preview | Rendered in the browser | An inspectable proof-of-payment record |
| Print receipt | Opens the browser print dialog | Paper output or a PDF if the system provides that option |
| Download HTML | A standalone file is created in the browser | A local HTML receipt containing the preview values and disclaimer |
Choosing Download HTML creates a separate file containing the values shown in the preview. This is a local output action, not an upload of your receipt details to Lizely. Once saved, however, the file is separate and editable, so manage it like any other document containing payment information.
Receipt, invoice, or partial-payment record
Receipt Maker is for a completed exchange: money has already changed hands. This distinction affects both its purpose and its calculation guard. The tool records one ordinary transaction and refuses to label a receipt as paid unless the entered tendered amount covers the calculated total. It is not designed to request future payment or allocate money across an outstanding balance.
| Task | Appropriate tool | Reason |
|---|---|---|
| Record a completed payment | Receipt Maker | Shows the paid total and change for an ordinary completed transaction |
| Request payment | Invoice Generator | Use it when you need a due date, request for payment, or outstanding balance |
| Record a partial payment | Bookkeeping software with payment allocation and an audit trail | Receipt Maker does not maintain customer accounts, sequential ledgers, or partial-payment allocation |
Create a paid receipt without uploading details
Use this sequence to create a completed-payment record in Receipt Maker:
- Add the transaction header. Enter the merchant name, payment date, and receipt number, then select the currency you want displayed. These fields identify the transaction in the finished receipt; they do not authenticate the merchant or replace the original payment evidence.
- Enter the paid items and amounts. Add each item or service with its quantity and unit price. Quantity accepts up to three decimal places, while unit price accepts no more than two. Enter any flat discount, percentage tax, flat tip, and amount tendered. The discount cannot exceed the subtotal, and one receipt can contain no more than 100 line items.
- Generate and inspect the paid receipt. Review the preview against the original transaction evidence. Check every item, unit price, discount, tax, tip, total, and change value. If the tendered amount is below the total, generation stops. An amount equal to the total produces zero change; a higher amount produces the difference as change.
- Print or download the result. Use Print receipt to open the browser print dialog, or Download HTML to save a standalone receipt that can be reopened in an ordinary browser and printed later. After editing any field, the previous generated result is cleared, so create a fresh receipt and compare it with the original evidence before giving it to someone else.
How totals are calculated
For currencies displayed with two decimal places, one major unit is converted into 100 minor units before addition or subtraction. Inputs are validated first, and money calculations use these integer minor units rather than floating-point totals. Each unit price has no more than two decimal places, and each quantity can have up to three. A line amount is rounded to the nearest minor unit only after the validated quantity is multiplied by the integer unit price.
The calculation order is fixed. All validated line amounts are added to form the subtotal. A flat discount is subtracted from that subtotal and cannot exceed it. The entered percentage tax is then applied to the discounted subtotal and rounded to the nearest minor unit. Finally, the flat tip is added after tax. The formula is final total = discounted subtotal + tax + flat tip.
Worked example: One item at $10.00 with quantity 3 creates a $30.00 subtotal. Subtracting the $5.00 flat discount gives $30.00 - $5.00 = $25.00. Applying 10% tax gives $25.00 × 10% = $2.50. Adding the $1.00 flat tip makes the total $25.00 + $2.50 + $1.00 = $28.50. With $30.00 tendered, the change is $30.00 - $28.50 = $1.50.
Tax treatment varies by location and transaction, so enter a rate appropriate for your situation and confirm that this order matches your requirements. Receipt Maker contains no tax tables, product exemptions, rounding mandates, invoice numbering rules, or jurisdiction-specific compliance logic. For a focused explanation of the arithmetic, see how to make a receipt with exact totals.
Checks that protect the meaning of a receipt
- Paid-amount guard: Generation stops when the tendered amount is below the calculated total. This prevents an unpaid or partially paid request from being labeled as a paid receipt.
- Input validation: Blank, negative, non-finite, malformed, or excessive values are rejected rather than silently replaced with zero.
- Receipt and amount limits: A receipt can contain up to 100 line items, and totals beyond the supported amount range are reported.
- Fresh output after edits: Changing any field clears the last generated result, so the receipt shown after an edit is always based on a fresh generation.
These controls help prevent accidental mislabeling, but they do not authenticate a merchant, confirm that a card or cash payment occurred, or create an official fiscal receipt. Receipt Maker also does not maintain customer accounts, sequential ledgers, inventory, refunds, voids, or payment processor records. It focuses on documenting one completed payment.
What happens after printing or downloading
Use Print receipt to open the browser’s print dialog, where you can print on paper or save a PDF if that option is provided by your system. The browser’s window print method describes the standard print-dialog behavior. Receipt Maker does not send a copy of the receipt to Lizely as part of this action.
Use Download HTML when you want a standalone receipt file. It contains the validated values visible in the preview and includes a compliance disclaimer. Because the file can be reopened, edited, copied, or shared, it should not be treated as independent proof against fraud. Save it in an appropriate location, compare it with the processor record, cash journal, bank entry, or other source evidence, and regenerate it whenever an input changes.
When to keep authoritative transaction evidence
A Receipt Maker output is a general-purpose convenience document, not an accounting system, compliance service, or permanent audit trail. The tool does not create a tamper-evident signature, fiscal receipt, independent transaction confirmation, or archive of records. A downloaded or printed page can also be edited.
If a receipt must satisfy legal, tax, warranty, reimbursement, insurance, or regulated recordkeeping requirements, keep the authoritative payment processor record, cash register journal, bank entry, signed agreement, or other source document required for that transaction. Consult a qualified professional or the relevant authority about rules that apply to your location and circumstances.