NewMaxio Metering is now available — usage-based billing for Advanced Billing.Learn more
/

Understand How Maxio Billing Activity Syncs to AvaTax

··

Last updated on Sep 19, 2026

Look up which Advanced Billing activity posts to Avalara and which Avalara field each piece of it lands in. Payments, prepaid charges, invoices, refunds, credit notes, and voids each behave differently, and the mapping depends on whether you use classic invoice billing or Relationship Invoicing. Nothing posts at all unless Post documents to Avalara is enabled.

How voids and refunds sync

Advanced Billing only attempts to void a document in Avalara if that document was already committed there. An uncommitted (Saved/draft) document is deliberately not voided, to avoid errors on documents Avalara hasn't finalized. If the void call itself fails, for example because Avalara has already filed the document, Advanced Billing doesn't automatically create an adjustment or negation transaction in its place.

On classic invoicing, a refund doesn't void or negate the original transaction at all; it creates a new, separate return-type transaction that references the original one.

Invoice billing mappings between Advanced Billing and Avalara

These mappings apply only if you use classic invoice billing in Advanced Billing. If you use Relationship Invoicing instead, see the Relationship Invoicing mapping section below.

Payments mapping

A Payment posts to Avalara as its own document, referencing the statement it settled:

From (Advanced Billing)PrefixTo (Avalara)
Transaction IDCHARGIFY-PAYMENTDOCUMENT CODE
Statement IDCHARGIFY-STATEMENTREFERENCE CODE
Customer IDN/ACUSTOMER

Charge (prepaid) mapping

Prepaid charges sync during Subscription renewal, at the end of the period, if automatic billing has been selected. If there is a current negative balance (credit) on the Subscription, this prepaid charge, covered by the existing credit, is applied to the full cost of all of that statement's charges. This is marked in Avalara as prepaid using Record External Payment or Adjust Balance options.

A charge for a zero (or fully discounted) amount is not synced, the same way a zero-amount Invoice is not posted. For example, the recurring renewal charge on a free Subscription creates no document in Avalara.

From (Advanced Billing)PrefixTo (Avalara)
Transaction IDCHARGIFY-PREPAID-CHARGE-{charge_id}DOCUMENT CODE
Statement IDCHARGIFY-STATEMENTREFERENCE CODE
Customer IDN/ACUSTOMER

Invoices mapping for classic invoice billing

An Invoice posts under a document code built from its Subscription and Invoice IDs, and its Avalara status follows whether the Invoice is paid:

From (Advanced Billing)PrefixTo (Avalara)
Subscription ID and Invoice IDCHARGIFY-SUB-{subscription_id}-INV-{invoice_id}DOCUMENT CODE
Unpaid (Status)Saved
Paid (Status)Committed
Customer IDCUSTOMER
Reference CodeN/ANot used

Refunds mapping

A refund posts as its own document with a single reference back to what was refunded. That reference is the Invoice when the refunded Payment is tied to one, and the Payment itself otherwise:

From (Advanced Billing)PrefixTo (Avalara)Notes
Refund IDCHARGIFY-REFUND-DOCUMENT CODE
Payment IDCHARGIFY-PAYMENT-REFERENCE CODEApplicable if the refunded Payment is not related to an Invoice
Invoice IDCHARGIFY-SUB-{subscription_id}-INV-{invoice_id}REFERENCE CODEApplicable if the refunded Payment is related to an Invoice
Customer IDCUSTOMER

Line item mapping for classic invoice billing

Each line on the document carries the Component or Product it came from, the tax code that classifies it, and the addresses used to source the tax:

From (Advanced Billing)PrefixTo (Avalara)Notes
Component IDComponent-{component_id}ITEM
Product IDProduct-{product_id}ITEM
Plan nameCHARGIFY-SUB-{subscription_id}-INV-{invoice_id}ITEM DESCRIPTIONWith Subscription date or to Product name field
Plan Tax TypeTAX CODE
Product Tax TypeTAX CODE
Tax Origin AddressORIGIN ADDRESS
Billing Address or Shipping AddressDESTINATION ADDRESS

Relationship Invoicing mapping between Advanced Billing and Avalara

These mappings apply only if you use Relationship Invoicing in Advanced Billing.

Invoices mapping for Relationship Invoicing

Relationship Invoicing uses its own document-code prefix, and adds a Voided status that classic invoice billing has no equivalent for:

From (Advanced Billing)PrefixTo (Avalara)Notes
Subscription ID and Invoice IDCHARGIFY-CENTRIC-SUB-{subscription_id}-INV-{invoice_id}DOCUMENT CODE
Unpaid (Status)Saved
Paid (Status)Committed
Voided (Status)Canceled
Subscription group ID and parent Invoice numberSUBSCRIPTION-GROUP-ID-{subscription_group_uid}, PARENT-INV-NUM-{parent_invoice_number}REFERENCE CODEApplicable if the Invoice is a segment of a consolidated Invoice
Customer IDCUSTOMER

Whether an open (Unpaid) Invoice posts to Avalara as Saved or Committed depends on the Accounting Method you choose when you Set Up AvaTax in Maxio Invoicing Suite: Accrual Basis commits open Invoices at issue; Cash Basis defers the commit call until the Invoice is paid.

Credit notes mapping

Credit notes sync when they are created, from prorated credits, refunds, manually applied service credits, and voiding partially paid Invoices.

From (Advanced Billing)PrefixTo (Avalara)Notes
Credit note ID and Subscription IDCHARGIFY-CENTRIC-SUB-{subscription_id}-CN-{credit_note_id}DOCUMENT CODE
StatusCommittedAlways
Invoice IDsCHARGIFY-CENTRIC-SUB-{subscription_id}-INV-{invoice_id}REFERENCE CODEOrigin Invoices that were credited or refunded
Customer IDCUSTOMER

Line item mapping for Relationship Invoicing

Line items follow the same mapping patterns as classic invoice billing, above.

To understand what Maxio sends Avalara and when tax is calculated, see How AvaTax Calculates Tax in Maxio.

If a void, refund, or other activity doesn't appear in Avalara, see AvaTax Troubleshooting and FAQs.

To learn how Relationship Invoicing works more broadly, see Understand Accounting Invoices.

Still need help?
Reach out and our support team will take it from here.

Contact support