Search the Aria Knowledgebase for
User Documentation, APIs, SDKs, and more!

 

Home > User Documentation > Aria6 Release Notes > Aria6 API Release Notes > Aria API Release 6.26

Aria API Release 6.26

Release Date

Production

10/22/2014

Aria6 System Requirements

Supported Browsers

  • Internet Explorer 9, 10, 11
  • Firefox 31
  • Chrome 36

Java Settings

Java 7.0​​

Screen Resolution

1024 x 768 or higher

Aria API Features

DEV-3478   Ability to Override Bill Lag Days When Calling get_acct_preview_statement API

Previously, if the account preview statement was requested during bill lag days through the Aria6 UI, API, or batch process, then only the previous period’s statement could be viewed. With this enhancement, you now have the ability to request the current period’s statement preview, or to preview the previous period’s statement during bill lag days.

Note: Aria will still provide the prior periods’ yet-to-be-finalized statement outside of the bill lag days.

DEV-3600   New Revenue Recognition Parameters in create_order and update_order APIs

The create_order and update_order APIs now accept a date parameter, <fulfilled_date>, to record the fulfilled date on an order. The create_acct_complete, update_acct_complete, and create_acct_hierarchy APIs now accept parameters to specify the name or ID of the Revenue Recognition profile, which is assigned to an account. If both the name and ID are specified, then the name takes precedence over the ID.

Aria API Fixes

DEV-3165    New Client-Level Setting for Charge Purchase Pro-Ration

Previously, Aria did not support the ability to make immediate plan changes and charge/credit pro-ration on the next billing day. If you wanted to immediately assign and apply pro-ration, the invoice had to be statemented immediately.

A <proration_invoice_timing> input parameter has been added to the create_new_plan and edit_plan Admintools APIs, which accepts inputs “A” or “I” to specify either Anniversary (A) or Immediately (I) options, described below.

  • Anniversary – The prorated charges will be kept as open charges and will be included in the anniversary invoice.
  • Immediately – The prorated charges will be billed immediately (existing behavior).

The below APIs create the open charges and credits when <proration_invoice_timing> is set to A (Anniversary):

  • update_master_plan
  • assign_supp_plan
  • replace_supp_plan
  • modify_supp_plan
  • cancel_supp_plan
  • assign_supp_plan_multi
  • create_order_with_plans

A new get_acct_open_charges ­API has also been created to retrieve the open charges for a given account. Additionally, in the existing get_unapplied_service_credits API, the locked credit amount is returned with the new <amount_reserved_for_anniversary> output parameter.

TICKET-4146   get_all_invoice_information API Call Query Parameter Matching All Conditions

Previously, the get_all_invoice_information API was not filtering correctly based on the <query_param> search parameter. For instance, a <query_param> of <user_id = 123ABC> and <invoice_type = P> returned all invoices that matched either of the conditions, rather than returning invoices that matched both of the conditions. This issue has been resolved to return the expected invoice matches.

TICKET-4197   get_inventory_items and get_inventory_item_details APIs Not Returning Pricing

Previously, the get_inventory_items and get_inventory_item_details APIs were not returning pricing details. The call has been corrected to return pricing as part of the response for these APIs.

TICKET-4435   Supplemental Field Not Storing at Account Level in a SOAP Call

Previously, when multiple supplemental field values were passed in the create_acct_complete API, and the first supplemental field value was blank, no supplemental field values were stored at the account level. In this scenario, the first supplemental field was a blank value, so no other supplemental fields could be validated to add at the account level. The code has been modified to validate the supplemental field values, even when the first supplemental field value is NULL. The pre-existing behavior continues to return an error message "6022- invalid supp field value" when any supplemental field value is NULL.

TICKET-4453   apply_coupon_to_acct API Not Cancelling Coupon When Upper Case

Previously, the delete_acct_coupon API was not cancelling a coupon from an account when the coupon code passed was in upper case. The logic has been modified to convert the coupon code to lower case before cancelling the coupon from the account.  The coupon is now cancelled from the account even when the coupon code that is passed from the delete_acct_coupon API is in upper case.

Aria Web Services API 6.26 Suite Changes

The table below identifies the API suites that contain changed or new API calls. Refer to the Aria API list.

API Suite

Changes Made?

Core API

Yes

Object Query API

No

AdminTools API

No

You must to post a comment.
Last modified
20:39, 20 Jul 2015

Tags

This page has no custom tags.

Classifications

This page has no classifications.