Placeholders and rendering

Use invoice e-Invoice placeholders

Map all supplied invoice totals, dates, statuses, currency and billing/shipping fields.

Audience: CRM staffPermission: AdministratorModule v1.0.0
Exact navigationAdmin Area → Setup → Settings → Finance → e-Invoice → Template → Invoice placeholders
Before you begin
  • Use an authorised account and confirm the source CRM record or setting is correct.
  • Follow the exact route shown above; do not force database values to imitate a completed action.

What this guide covers

Map all supplied invoice totals, dates, statuses, currency and billing/shipping fields. These instructions follow the supplied module’s live hooks, controller, model, view and validation flow.

Exact step-by-step process

  1. Insert invoice ID, number, date, due date and status placeholders.
  2. Insert subtotal, tax, adjustment, discount, total, paid and balance values.
  3. Insert currency code.
  4. Insert billing and shipping address/country placeholders.
  5. Validate with representative invoices.

Fields, choices and supported possibilities

Invoice placeholdersINVOICE_ID, INVOICE_NUMBER, INVOICE_DATE, INVOICE_DUE_DATE, INVOICE_STATUS, INVOICE_SUBTOTAL, INVOICE_TOTAL_TAX, INVOICE_ADJUSTMENT, INVOICE_DISCOUNT_TOTAL, INVOICE_TOTAL, INVOICE_AMOUNT_PAID, INVOICE_BALANCE_DUE, CURRENCY_CODE and all supplied billing/shipping address fields.

Code-backed validations and workflow rules

  • Only values and transitions exposed by the supplied module code are supported.
  • Server-side validation remains authoritative even when browser controls appear to accept a value.

Expected result and verification

  • The requested record, output or setting is created or updated through the supported module flow.
  • Any related status, count, email, audit/event, PDF/file or queue evidence agrees with the source action.
  • An error message is investigated rather than bypassed.

Security, privacy and operational checks

  • Apply least privilege and verify the correct customer, lead, sales document or recipient before processing.
  • Protect public tokens, recipient data, IP/browser evidence, templates and exported files according to organisational policy.
  • Test configuration changes with controlled records before production-wide use.
  • Retain or delete evidence only under an authorised retention process.