Invoice attribute element
Learn how to use the invoice attribute element
The invoice attribute element collects customer data needed for e-invoicing purposes and then uses that data to create an invoice attribute.
For more details on how to use the element with specific selling entities, refer to the Handling e-invoicing requirements page.
How it works
To use the element, you'll typically collect enough information from customers during checkouts so that Digital River can determine the appropriate selling entity. At this point, you can create an invoice attribute element.
This prompts DigitalRiver.js to call to our country specification service to get the schemas it needs to build a data collection form. Once the form loads on your front end, customers select the appropriate options, enter their personal information, and click the submit button.
DigitalRiver.js then packages the form's data in a create invoice attribute request sent to our tax service. If that service successfully creates an invoice attribute, you receive the on complete event. That event's payload contains the invoice attribute's unique identifier.
You use this identifier to associate the invoice attribute with the checkout. Our tax service then attempts to validate the invoice attribute, and, if that validation proves successful, the object's data is added to the checkout.
At the time of order creation, our tax service once again validates the invoice attribute and Digital River's commerce system persists this object data. This allows our reporting services to periodically retrieve this data and transmit it to third-party e-invoicing services integrated with the appropriate tax agencies in each supported country.
Refer to the Handling e-invoicing requirements page for information on how to use the element to meet invoicing requirements in these countries.
Localizing the invoice attribute element
When instantiating a DigitalRiver object for use with the invoice attribute element, you can either set locale
to en-US
or zh-TW
.
For both localization options, the following shows what the element presents to Taiwan-based customers who use a citizen digital certificate carrier.
Note that the element also helps customers properly format their entries for certain fields.
createElement('invoiceAttribute', options)
createElement('invoiceAttribute', options)
Once you instantiate a Digital River object, you can use it to create an invoice attribute element.
This version of the createElement()
method has two required parameters: 'invoiceAttribute'
and a configuration object.
Invoice attribute element configuration object
The element's configuration object consists of a required invoiceAttribute
and an optional classes
and style
.
invoiceAttribute
invoiceAttribute
The configuration object's invoiceAttribute
contains the following properties:
sessionId
: The transaction's payment session identifier. This value is required if you don't specifycountry
andsellingEntity
. However, if you do passsessionId
, then your integration must have already collected the customer's shipping and/or billing information and used it to update the checkout with ashipTo.address.country
and/orbillTo.address.country
. Once this is done, Digital River will have the data it needs to calculate the checkout'ssellingEntity
. When you fetch the checkout'spayment.session.id
, pass that value tosessionId
, and create the element, DigitalRiver.js looks up the transaction's country and selling entity in the payment session and calls to the Country Specs API to retrieve the schemas needed to build the invoice attribute element's data entry forms.country
: The shipping or billing address country of the customer getting the invoice. This value is only required if you don't specifysessionId
.sellingEntity
: The selling entity of the transaction. This value is only required if you don't specifysessionId
.type
: This optional parameter represents the type of customer requesting the invoice. The acceptable values areindividual
orbusiness
. You can either settype
or set the checkout'scustomerType
and then passsessionId
. This feature allows you to use the on ready event to determine, based on the customer's type, whether an invoice attribute is required. In the following example, the checkout'ssellingEntity.id
isDR_TAIWAN-ENTITY
. For individual customers, the on ready event indicates that an invoicing system exists and that customer's must supply their invoice information. The same event type indicates that no invoice attribute requirements exist for business customers
email
: The element won't prompt a customer for their email address if specified. This is useful if your integration collects a customer's email address before creating the invoice attribute element. If this is the case, you can passemail
and prevent customers from having to enter the same information twice during the checkout process. For example, ifinvoiceAttribute
containsemail
and a customer getting a Taiwanese eGUI selects the member carrier option (which requires an email address) , the element won't display that data collection field.
classes
classes
For details, refer to Custom classes
style
style
For details, refer to Custom styles
mount()
mount()
The mount()
method displays the invoice attribute element in the container you designate. The method has one required parameter: the id
of the div
that should hold the element.
If this method is successful, then the on ready event is triggered.
unmount()
unmount()
The unmount()
method removes the invoice attribute element from the page. Once called, the element is no longer visible to customers. However, you can later re-add the element to div
by invoking mount()
.
destroy()
destroy()
The destroy()
method removes the invoice attribute element from the page and deactivates the element's functionality. Once the method is invoked, you can't call mount()
to reactivate the element and make it visible.
on('ready', handler)
on('ready', handler)
When the element opens and can accept user input, the on ready event is triggered. This version of on()
has two required parameters: 'ready'
and an event handler.
The event
contains all the possible data fields that might be displayed to customers in the element. The fields that are displayed depend on what options customers select.
The ready event is useful for information and testing purposes, but your integration doesn't necessarily have to implement any code to handle it.
For example, the payload of the following on ready event indicates that the customer's country (Taiwan) has an e-invoicing system for individual customers and they must provide invoice information.
The element will ask customers whether to select the mobile barcode carrier, citizen digital certificate carrier, or member carrier option. It also allows customers to bypass the carrier option entirely and instead designate a charity. Whatever option customers select, the event indicates that the element won't allow them to submit the form until they've specified a value.
on('complete', handler)
on('complete', handler)
Once customers enter properly formatted data in all of the element's required fields and then submit the form, the on complete event is triggered. This version of on()
requires two parameters: 'complete'
and an event handler.
If Digital River successfully creates an invoice attribute, then event
contains that object.
You should handle on complete by passing the event's id
to your back-end and using that value to set invoiceAttributeId
in the body of a POST/checkouts/{id}
request. This associates the invoice attribute with the checkout.
You can also respond to the event by calling unmount()
or destroy()
to close the element and make it no longer visible to customers.
If the create invoice attribute request fails, then event
contains an error.
Since the element validates the format of customer-entered data, errors are typically only returned when the invoice attribute service is unreachable, or customers are experiencing connection issues. In these cases, we recommend displaying a message such as “Something went wrong. Try again later” to customers.
Complete example
Last updated