Overview
Enhancements and fixes to Aria functionality for this release are described below.
Overview
Enhancements and fixes to Aria functionality for this release are described below.
22-November-2022
12-January-2023
Aria supports the latest stable versions of the following Web browsers:
1024 x 768 or higher
A new Tokenized Automated Clearing House (ACH) payment method has been introduced as part of Aria’s integration with the Braintree payment gateway. ACH payment tokenization adds another level of data security in that sensitive account and number routing data is replaced by a random string of alphanumeric data stored in a reference token. The ACH processor has the full account and routing number securely stored and, using the matching token, processes the ACH transaction.
This payment method can be accessed from the following locations within the Aria application:
Note: To complete the Tokenized ACH payment, configuring notification settings is mandatory in the Braintree Portal. If a client is opting to use the Tokenized ACH payment method for making payments, for the initial online transaction, they will receive the status as “Pending Settlement.“ After 3 to 5 business days, Braintree will move the payment status to “Settled “or “Settlement Declined.“ Aria will be notified only when the following notification URL is configured in the Braintree portal.
=> https://secure.<environment>.ariasystems.net/api/alter_payment_status.php/client_no/<client_no>
Learn more about Aria’s Braintree payment gateway configuration from here.
This feature introduces a new instance-wide Invoicing parameter, "Auto Exit Dunning When Balance is Zero - Payment Terms". When set to "True", a Master Plan Instance billed via Payment Terms will exit Dunning (becoming Active) immediately upon its balance reaching zero. When set to "False", the Master Plan Instance will remain in Dunning until the next degrade date, when Aria's daily batch process would remove it from Dunning.
Note: To distinguish this parameter from the existing parameter related to Payment Methods, Aria has renamed the parameter "Auto-Rollback Dunning When Balance is Zero" to "Auto Exit Dunning When Balance is Zero - Payment Methods".
The Master Plan Instance dropdown in the Usage History, Rated/Unbilled and Cash Credits UI screens has been enhanced to dynamically list all MPIs associated with the account without any limitation on the number of master plan instances (MPIs). To access in Aria, go to Accounts > Usage > Usage History | Rated/Unbilled Usage tabs for the Master Plan Instance dropdown in both screens. For Cash Credits, click Accounts > [search for account] > Payments & Credits > Cash Credits tab and when a given account has multiple MPIs, a Select Master Plan Instance dropdown is available for selection at the bottom of the screen.
This feature introduces the ability to display supplemental field values specified for child accounts on parent statements. For example, you can store a VAT Registration Number for a child account, then display that on a parent statement. Contact Aria Customer Support or your TAM team if you would like to implement this in an existing statement template.
The Avalara Communication Tax engine is introduced with this release for US and EU taxation requirements. This is available for tax, post, refund, and void actions, as well as refund reversals, credit memos, and write-offs. Geocode support is also part of Aria's Avalara Communication Tax integration to ensure precision in tax calculation. In addition, the existing Avalara tax service will be renamed to BillSoft Communications Tax; it will be unavailable for new customers, though existing customers will be supported.
The Avalara Communication Tax configuration can be accessed as follows within the Aria application: Configuration > Integrations > Taxation Configuration > New > Method (for a new configuration).
Aria’s Avalara Communication Tax configuration also includes enhanced functionality based on client use cases for taxation calculation. The Bill From and Ship From address fields enable clients to configure the service location apart from doing so at the plan instance and service location levels within the Aria application.
Note: For this release, the Avalara Communication Tax should be set as a recurring service with full invoicing; proration is not currently available.
Click here to learn more about creating a taxation configuration.
This feature ensures that, when multiple percentage-based discount rule coupons are applied to an invoice totalling more than 100%—when the Discount Behavior is "Gross"—the total of the discounts does not exceed the charge amount.
With this release, Aria now enhances selected APIs with the Tokenized ACH payment method, providing additional data security via a token used by an ACH processor in concert with an account number and routing number to process payments. The existing <bank_acct_num>, <bank_routing_number> or <agreement_id> along with the <bank_acct_type> fields must be passed in these APIs when payment method 48 (for Tokenized ACH) is selected.
Note: If either <bank_acct_num>,<bank_routing_no> or <agreement_id> is not provided in the API call, the following error is generated:
Error Code | Description |
---|---|
4044 | Missing a required value. Please check that either the bank_account_no, bank_routing_number or agreement_id is present. |
The Tokenized ACH Payment method is supported by the following APIs:
Learn more about Aria's Braintree integration from here.
Admintools and Core APIs will no longer honor the deprecated API fields <client_item_id> and <filter_client_item_id> to avoid constraint errors when using Aria's Copy Config functionality. These fields were deprecated in Release 43 via DEV-10555, and in this release they are deleted from API documentation. If you are impacted, Customer Support Representatives have already contacted you to ensure this will not impact your existing usage of APIs and reporting.
You should remove all <client_item_id> and <filter_client_item_id> data and replace them with <client_sku> before Release 47 goes to production.
Copy Config requires that the <client_item_id> columns on both the source and destination be converted to <client_sku>. Only after the source and destination columns have been changed will Copy Config identify the conflicts between source and destination correctly. A fresh export is required before importing; previously exported files will fail to import correctly.
Affected Admintools API Calls
API |
Parameter deprecated in phase-1 (DEV-10555) |
---|---|
<inventory_items> (hash) > <client_item_id> |
|
<client_item_id> (input and output fields) |
|
<rule_application> (hash) > <client_item_id> |
|
<discount_rule> (hash) > <rule_application> (hash) > <client_item_id> |
|
<client_item_id> |
|
<client_item_id> |
|
<item> > <client_item_id> |
|
<discount_rule> (hash) > <item> (hash) > <client_item_id> |
|
<discount_rule> > (hash) <item> (hash) > <client_item_id> |
|
<client_item_id> |
|
<client_item_id> |
Affected Core API Calls
API |
Parameter deprecated in phase-1 (DEV-10555) |
---|---|
<all_client_item_details> (hash) > <client_item_id> (input field) |
|
<filter_client_item_id> (output field) | |
<items_basic_details> (hash) > <client_item_id> (input field)] |
|
<filter_client_item_id> (output field) | |
<class_items> (hash) > <client_item_id> |
|
<items_by_supp_field> (hash) > <client_item_id> |
|
<invoice_items> (hash) > <client_item_id> |
|
<cm_details> (hash) > <client_item_id_out> |
|
<cm_line_details> (hash) > <client_item_id> |
|
<invoice_cm_line_details> (hash) > <client_item_id> |
|
<invoice_line_details> (hash) > <client_item_id> |
|
<out_invoices_list> (hash) > <invoice_items> (hash) > <client_item_id> (input field) |
|
<out_invoices> (hash) (deprecated prior to DEV-10555 itself) > <invoice_items> (hash) > <client_item_id> (output field) |
|
<invoice_item_details> (hash) > <client_item_id> |
|
get_client_items_m (deprecated api) |
<client_item_details> (hash) > <client_item_id> [this is an API that was deprecated prior to DEV-10555 itself] (input field) |
<client_filter_item_id> (API itself was deprecated prior to DEV-10555) (output field) | |
<filter_client_item_id> |
|
<client_item_id> |
|
<filter_client_item_id> |
|
<filter_client_item_id> |
This feature removes mandatory field validation in the get_usage_history_m API call and adds the output parameter <filtered_usage_count>. The fields <date_range_start>, <invoice_no>, <client_record_id>, <specified_usage_type_no>, and <specified_usage_type_code> are no longer mandatory. If no value is specified for any of these fields, Aria will now return records based on the default value of <billed_filter>—introduced in Release 46—which is "0". This returns both billed and unbilled usage records. You could also specify a value for <billed_filter> of 1 (billed records only) or 2 (unbilled records only). The field <filtered_usage_count> can be used to paginate large result sets.
This feature adds the output field <custom_rate_ind> to the API calls create_order_m, update_order_m, create_order_with_plan_m, get_order_m, get_order_items_m, and get_order_details_m. This field indicates whether or not a custom rate was applied to an order on an invoice. Aria has also added other output fields to the API calls get_order_m and get_order_details_m.
Stage Current
Stage Future
Production
Stage Current
Stage Future
Production