Skip to main content
Aria Knowledge Central

Release 55

Note: This is a draft version of the release notes for Aria Billing Cloud—Version 55, which is currently available in Stage Future.

Overview

Enhancements and fixes to Aria functionality for this release are described below.

Release Date

Stage Future Release Date

 06-February-2024

System Requirements

Supported Browsers

Aria supports the latest stable versions of the following Web browsers: 

  • Chrome 63
  • Firefox 52
  • Microsoft Edge
  • Safari 11 on MacOS 

Screen Resolution

1024 x 768 or higher

Release 55 Contents

  1. Application Features 
    1. New Client Parameter to Specify Rebill or Reverse Behavior for Invoice Line Items (DEV-9036)
    2. Billing Group's Collection Groups Now Supported in Direct Post (DEV-10740)
    3. Event 1004 modified to only show MPIs that were included on invoice/statement and the statement number (DEV-10937)
    4. Allow creation of second_sequential_statement_id using modulus 11 for all generated statements (DEV-11067)
    5. Transaction Type Added to Generic Tax XML Request (DEV-11221)
    6. Statement status changed to 'Payment Reversed' for voided payment with transaction type (4) or (21) (DEV-11222)
    7. Client Parameters For Displaying Open Charges as Net Values (DEV-11224)
    8. API Enhancement to Support Processor Name in get_acct_payment_history_m API (DEV-11225)
    9. Decimal Currency Validation Added for Refunds (DEV-11226)
    10. Updates to Statement Send Status for statement generation upon empty invoice approval (DEV-11227)
    11. Void Written-off Invoices Via UI (DEV-11236)
    12. WorldPay Smart Payments Basic—Phase 2 (DEV-11249)
    13. One-Time Payments Now Support Tokenized Credit Cards (DEV-11257)
    14. $1/$0 Authorizations Available for 3 Credit Card Types for WorldPay (DEV-11258)
    15. Application Fixes 
  2. API Features 
    1. New Client Parameter to Specify Rebill or Reverse Behavior for Invoice Line Items (DEV-9036)
    2. Allow creation of second_sequential_statement_id using modulus 11 for all generated statements (DEV-11067)
    3. Orders Enhancement—Output Parameters Added to 'get_order_m' and 'get_order_items_m' APIs to Support CCP (DEV-11223)
    4. API Enhancement to Support Processor Name in get_acct_payment_history_m API (DEV-11225)
    5. Voids of Written-off Invoices for Unsettled Disputes No Longer Allowed (DEV-11236)
    6. Improved Handling of Order Units Crossing Multiple Rate Tiers for create_order_m (DEV-11243)
    7. New Output Parameter <dunning_process_name> added to get_acct_dunning_group_details_m API (DEV-11246)
    8. Coupon API enhancements to support CCP (DEV-11247)
    9. Account Status updates to get_acct_status_history_m API for CCP Support (DEV-11259)
    10. Improved Outputs for get_acct_groups_by_acct_m API Call (DEV-11271)
    11. API Fixes 
  3. WSDL File Locations
    1. Object Query WSDL Files

Application Features 

New Client Parameter to Specify Rebill or Reverse Behavior for Invoice Line Items (DEV-9036)

This feature introduces a new client parameter "Refund Reversal Action" to direct the behavior of Aria when you initiate a refund to your customer account holder of an invoice line item. It addresses the use case in which:

  1. a refund (a charge transaction in Aria) is issued against an invoice line item, 
  2. a reversal of the original charge (a payment transaction in Aria) is recorded, and 
  3. a third-party taxation engine must recalculate tax charges when the new invoice is created. 

Previously, there could be a $0.01 difference between the original invoice tax calculation and that returned by the third-party taxation engine for the refund-reversal or rebill invoice. This difference could result in error conditions preventing the desired transactions from completing.

Specifying the Value of "Refund Reversal Action"

You can update the value of this parameter under Configuration > Payments > Payment Settings. This can be set to "Reversal" or "Rebill":

  • Reversal (the default existing behavior): Aria creates a "refund" transaction and a reversal transaction for the line item. 
  • Rebill: Aria creates a "rebill" transaction and a "refund" transaction (and does not reverse the line item). 

Note: Read the Refund Reversal Action article to learn more about the topics introduced in this release note. 

Related Event and Account Notifications

When you issue a Rebill for Reversal, Aria suppresses select email and event notifications that might otherwise be triggered for other transactions and use cases.

Email Notifications Suppressed

  • Rebill Invoice (template class RB)
  • Credit Memo (template class CM)

Event Notifications Suppressed

 
Event Number Event Description
942 Pending Invoice Create
912 Write Off Voided
949 Void of Credit Memo
948 Credit memo Created
901 Invoice Created
941 Invoice Fully Paid
915 Refund Request Created

Payments and Credits Line Items

  • Aria carries payments applied on the original invoice being refund-rebilled to the new rebill invoice.
  • Aria re-applies payments from the original invoice to the same line item with same amount without any difference after rebilling.
  • Aria ports credit line items from the original invoice to the rebill invoice created when "Rebill" is specified for this new "Refund Reversal Action" client parameter. Note: This feature is not implemented for the regular rebill invoice.

Related API Calls

See the API Features writeup for DEV-9036 in these release notes.

Additional Considerations

  • Aria does not support refund-rebill for the NETS payment method.
  • Aria does not support refund-rebill for child invoices when initiated via the parent account.
  • Aria retains the Prompt Payment cutoff date from the original invoice, and recalculates the associated discount, on the rebilled invoice.
  • Aria retains the due date of the original invoice on the rebilled invoice, regardless of what you have specified for the Invoice Setting "Use Original Invoice Due Date for Rebill."
  • If you void a Refund-Rebill, Aria voids the refund transaction alone. You must manually adjust the account to bring back the original charges per below:
    • Void the existing write-off available on invoice being rebilled/reversed.
    • Void the existing credit memo(s) available on invoice being rebilled/reversed.
    • Create one new credit memo for the complete invoice being rebilled/reversed.
    • Create a new rebill invoice for the revised amount.

Note: Reversing line items with the amount as the full refundable amount is not covered as part of this release. If the user does refund a rebill for the full amount, Aria will only do a refund without rebilling invoices. This will be addressed in a future release. In the meantime, if you want to do a refund rebill for the full refundable amount, you can select the amount option as Other Amount and enter the full amount manually against each line item.


Billing Group's Collection Groups Now Supported in Direct Post (DEV-10740)

With this release, Aria introduces the Honor BG (Billing Group) Collection Group setting for a USS Reg Direct Post configuration. This can be honored at the time of a collection attempt along with the following master plan or invoice input fields in your Direct Post configuration (Configuration > Client Settings > USS Reg Configuration):

  • master_plan_instance_no
  • client_master_plan_instance_id
  • full_invoice_no
  • pending_invoice_no

The following values are permitted at this field:

  • Empty/False (default)—To maintain backward compatibility for our existing clients, the collection will be attempted with either the alt collection group(input) if provided or the account’s collection group.
  • True—If the client is configured with this option, the collection will be attempted with the billing group’s collection group.

The order of precedence for picking the Collection group for your Direct Post configuration is listed below:

  • alt_client_acct_group_id (the alternate collection group input remains as top precedence)
  • Billing Group’s Collection Group (if the Honor BG Collection Group USS Reg param is set to True)
  • Account collection group

The following validations/error codes have been introduced with this enhancement:

Error Key Reason
servercouldnotgetinvoicesbillinggrpcollectiongroup Only one Collection Account Group can be used per collection attempt. The submitted Invoices are mapped to more than one Collection Account Group or a Collection Group is not assigned.
servercouldnotgetmpisbillinggrpcollectiongroup Only one Collection Account Group can be used per collection attempt. The submitted Master Plan Instances are mapped to more than one Collection Account Group or a Collection Group is not assigned.

Learn more about Aria’s Direct Post from here.


Event 1004 modified to only show MPIs that were included on invoice/statement and the statement number (DEV-10937)

The Event 1004 now indicates whether or not an MPI has been billed on the current invoice/statement.

A new field ‘in_event_scope_ind' had been added to the Account and Master Plan Instances Notifications event class. This new field has a value of '1' if the MPI has been billed on the invoice that triggered Event 1004 or a value of 'NULL’ if the MPI did not contribute to Event 1004 (the MPI is not billed on the invoice).

The new ‘in_event_scope_ind' field has been added for the following events:

Event

Message

1004

Account Message Type "Invoice/Statement" Requires Sending

1014

Message Type "Invoice/Statement" Sent To Account Holder

1042

Account Message Type "XML Statement" Requires Sending


Allow creation of second_sequential_statement_id using modulus 11 for all generated statements (DEV-11067)

Aria now supports the creation of a <second_sequential_statement_id> using modulus 11 for all generated statements. A Modulus 11 calculation method is used to generate the ‘check digit’ during statement generation that is used in the output parameter <second_acct_statement_seq_str> for get_invoice_information_m query API. The ‘check digit’ can be configured from Configuration > Notifications > Statement Sending > Check Digit.

The description of the UI field is as follows:

  • Modulus Method: Select between 'Modulus 10' (default) and 'Modulus 11'.

  • Weighting Factor: Text input field to enter comma-separated numeric digits, the default value is '2,3,4,5,6,7,8'.

  • Alternate Digit for Remainder 10: Text input field to enter a single alpha-numeric value, the default value is 'X'. 


Transaction Type Added to Generic Tax XML Request (DEV-11221)

The TransactionType field has been added to the Generic Tax XML request to send when making a quotation/post call. Now, Aria differentiates whether the quotation/post request is for an invoice, credit memo, reversal, writeoff, or void transaction. To enable this field, go to Configuration > Integration > Taxation Configuration > Create New Taxation Configuration [Generic Tax].

Note: You must select Generic Tax version 5.0 to enable the TransactionType field, which is the default setting for new Aria clients (3.0 is the default setting for legacy clients).


Statement status changed to 'Payment Reversed' for voided payment with transaction type (4) or (21) (DEV-11222)

When a payment is voided, the status of the statement, which the payment is adjusted against, is updated to "Payment Reversed" if the void charge transaction type is (4) “Balance Transfer To Account“ or (21) “Invoice charge line item”. For example, when a payment against a parent account with no charge line items is adjusted against a balance transfer charge from child account, the statement status will update to "Payment reversed". 


Client Parameters For Displaying Open Charges as Net Values (DEV-11224)

If the Enable Plan Unit Instances client parameter is set to True, prorated open charges for clients using this parameter are now shown as net values. This functionality is accessible only when the client parameter Net Value for Prorated Open Charges is set to True also; both parameters must be configured to show open charge net values. Please contact your Aria representative if you wish to enable this feature.


API Enhancement to Support Processor Name in get_acct_payment_history_m API (DEV-11225)

Changes have been made to the get_acct_payment_history_m API to enhance the Collection History UI screen in CCP:

Parameter

Parameter Type

Changes

<payment_method_filter>

input

New input parameter added for filtering the response data per Payment Method ID. (Default value of NULL).

<proc_name>

output

New output parameter added to display as a new column ‘Processor Name’ on the UI screen.

<pay_method_type>

output

Updated the existing output Payment Method Type by adding the values (-3) “Cash Credit” and (-2) “Internal Write-off“.

Note: CCP is Aria’s Customer Care Portal, which is the new Account Management UI that is currently in development.


Decimal Currency Validation Added for Refunds (DEV-11226)

Error messaging has been added with this release in the event that a refund amount exceeds the decimal values set at the Currency Scale field for that currency type (e.g., a USD amount of 25.0020 where the currency scale value is set for 3). This field value is set at the following location: Configuration > Billing > Currencies.


Updates to Statement Send Status for statement generation upon empty invoice approval (DEV-11227)

During statement generation upon an ‘empty invoice’ approval, the generated statements with balance transfer charges are sent to the client per their “Statement Sending” settings. The statement number’s record is retrieved and the statement status on the Account > Statement > Status column is changed to ‘Sent’. Previously, the statement status displayed ‘Not Sent’ even after the generated statement had been sent to the client.


Void Written-off Invoices Via UI (DEV-11236)

This feature adds the "Void" and "Void & Discard Usage" options to the invoice details UI screen for written-off invoices.

When you void an invoice with a written-off unsettled dispute hold, Aria now handles the voided writeoff via a "settle dispute" flow. This flow adds an account comment, "The dispute is settled with 'Remove and Do Not Re-Age' action since the disputed invoice is being voided,” and assigns reason code "13 (dispute settlement)" to that internal write-off void. 

Note: This is a change in behavior.


WorldPay Smart Payments Basic—Phase 2 (DEV-11249)

Delete Token

Aria’s Smart Payments integration with WorldPay now includes the ability to delete (revoke) tokens and tokenized pay methods so they can no longer be used to process tokenized payments. This can be performed by either of the following:

ACH Direct Debit Payments

Also, ACH Direct Debit payments are now supported within your WorldPay integration (pay_method = 2). The following fields must be completed to enable this pay method (Account > [search for account] > Account Overview > Payment Methods):

  • billingAddress
    • firstName
    • address1
    • postalCode
    • city
    • countryCode
  • bankAccountType
  • accountNumber
  • routingNumber

ACH direct debit in WorldPay requires a “bankAccountType” to be passed in the payment request with bank account number and routing number as the type of direct debit account used in the transaction.

Possible Values:

  • Checking
  • Savings
  • Corporate
  • Corp Savings

Note: ACH Direct Debit payments support both full and partial refunds.

Soft Descriptors

Soft descriptors are now supported with your WorldPay Smart Payments integration. Currently, this is used in support of pay method 2 as an alternate payment method. This will support other alternate payment method types in future releases (Configuration > Payments > Payment Gateways > Field Options). This field supports a maximum of 25 characters; Aria will truncate the field value if it exceeds this length to avoid transaction failure.


One-Time Payments Now Support Tokenized Credit Cards (DEV-11257)

Tokenized Credit Card is now available as a payment method in the Payments UI screen for making an alternate one-time payment. This can be selected at the Alternate Billing Type field (Account > [search for account] > Account Overview > Payments & Credits).

Learn more about Aria payment methods from here.


$1/$0 Authorizations Available for 3 Credit Card Types for WorldPay (DEV-11258)

For the WorldPay payment gateway, Aria performs $1/$0 authorizations for the VISA, Mastercard and Discover card types only (for the Tokenized Credit Card pay method). Aria will not record authorizations for other WorldPay-supported card types.


Application Fixes 

  • The Action Details column found on the Plans > Future Plan Changes tab has been updated to display the proper ‘Anniversary Status’ when the change queue is followed by an update to the ‘Anniversary Units’ queue for the the plan instance. The queued ‘Anniversary Status’ is now displayed along with the new queue action in the Action Detail column. (TICKET-19075)
  • When writing off an invoice during Master Plan Instance (MPI) suspension upon dunning completion, all of the ‘Payment Term’ MPIs charged on the invoice are retrieved. These retrieved MPIs are grouped in a collection. If a second MPI being processed by the dunning manager for dunning completion exists within the collection, this second MPI does not come out of dunning, even if it has a balance of zero, and will complete the dunning process. (TICKET-19240)
  • When creating a percentage-based discount rule, applying the discount rule to a coupon, and then associating the discount rule to a coupon for an account/plan instance, the prorated invoice is created and a coupon is now applied with the correct amount rounding for the designated plan currency (e.g., 2 digits for USD). (TICKET-19316)
  • Aria can now process refunds for accounts using a European currency format. To select this format, navigate to Configuration > Client Settings > Miscellaneous Settings > Universal Override Currency Format Mask. (TICKET-19317)
  • A maximum of 200 characters are now allowed for the 3DS Authentication Settings field under Processing Options when creating a Collection Group (Configuration > Payments > Collection Groups). (TICKET-19328)

API Features 

New Client Parameter to Specify Rebill or Reverse Behavior for Invoice Line Items (DEV-9036)

The new client parameter "Refund Reversal Action" directs the behavior of Aria when you initiate a refund to your customer account holder of an invoice line item. See the Application Features note for DEV-9036 above for more details about application behaviors. 

This note focuses on API enhancements to accommodate the new system behavior introduced with this feature. New output parameters are added to the API calls issue_refund_to_acct_m and get_refund_details_m.

New Output Parameters

API Hash Name New Fields
issue_refund_to_acct_m <reversed_invoice_transactions>
  • <rebill_invoice_no>—The Aria generated unique invoice number for the rebill invoice. This field is populated for the refund with rebill.
  • <rebill_invoice_line_no>—The line number on the rebill invoice. This field is populated for the refund with rebill.
  • <rebill_invoice_line_transaction_id>—The Aria generated transaction ID for the rebill invoice line. This field is populated for the refund with rebill.
     
     
get_refund_details_m <invoice_reversals>  

Allow creation of second_sequential_statement_id using modulus 11 for all generated statements (DEV-11067)

Aria now supports the creation of a <second_sequential_statement_id> using modulus 11 for all generated statements. A Modulus 11 calculation method is used to generate the ‘check digit’ during statement generation that is used in the output parameter <second_acct_statement_seq_str> for get_invoice_information_m query API. 


Orders Enhancement—Output Parameters Added to 'get_order_m' and 'get_order_items_m' APIs to Support CCP (DEV-11223)

The following new output parameters have been added to the get_order_m API:

Name

Type

Description

invoice_status_cd

long

Status code of the invoice.

invoice_status_text

string

Description of the invoice status.

master_plan_name

string

Name of the master plan.

 

The following new output parameters have been added to the get_order_m and get_order_items_m APIs:

Name

Type

Description

item_svc_location_name

string

The origin location name for the specified service associated with the plan.

nso_rate_schedule_name

string

The rate schedule name used for pricing this NSO.


API Enhancement to Support Processor Name in get_acct_payment_history_m API (DEV-11225)

Changes have been made to the get_acct_payment_history_m API to enhance the Collection History UI screen in CCP:

Parameter

Parameter Type

Changes

<payment_method_filter>

input

New input parameter added for filtering the response data per Payment Method ID. (Default value of NULL).

<proc_name>

output

New output parameter added to display as a new column ‘Processor Name’ on the UI screen.

<pay_method_type>

output

Updated the existing output Payment Method Type by adding the values (-3) “Cash Credit” and (-2) “Internal Write-off“.

Note: CCP is Aria’s Customer Care Portal, which is the new Account Management UI that is currently in development.


Voids of Written-off Invoices for Unsettled Disputes No Longer Allowed (DEV-11236)

You can no longer void a written-off invoice via void_transaction_m if it was created as a "dispute hold" and that dispute is not yet settled. This API call will return error 3116, "Write-off of an unsettled dispute hold cannot be voided," when such a void is attempted. 

When you void an invoice with a written-off unsettled dispute hold, Aria now handles the voided writeoff via the "settle dispute" flow. This flow adds an account comment, "The dispute is settled with 'Remove and Do Not Re-Age' action since the disputed invoice is being voided,” and assigns reason code "13 (dispute settlement)" to that internal write-off void. 

Note: This is a change in behavior.


Improved Handling of Order Units Crossing Multiple Rate Tiers for create_order_m (DEV-11243)

This feature improves the way Aria handles order-related API calls create_order_m, get_order_m, and get_order_details_m for units of an item that get split across multiple rate tiers.

  • For create_order_m: when you specify both a number of units that split across multiple rate tiers for an order item and a <client_order_line_id>, Aria now notationally relates the <client_order_line_id> to the additional line items with different rates without violating an existing unique constraint for <client_order_line_id>. 
  • For get_order_m and get_order_details_m: for each item with multiple rate tiers, Aria returns the user-passed <client_order_line_id> on the first rate sequence number and that value as <original_client_order_line_id> on the internally split line items.

New Output Parameter <dunning_process_name> added to get_acct_dunning_group_details_m API (DEV-11246)

A new output parameter <dunning_process_name> has been added to the <dunning_group_detail> output array for the get_acct_dunning_group_details_m API. The <dunning_process_name> will return the dunning process from the associated <dunning_group_no> or NULL if the <dunning_group_no> is not associated to any dunning process.


Coupon API enhancements to support CCP (DEV-11247)

The get_acct_coupon_details_m API has been modified with a new input parameter value to include all coupons (active and inactive) that have been assigned to an account or to a master plan instance. This API now also returns <coupon_cancel_date>, <coupon_message>, <credit_interval_weeks>, <credit_interval_days>, and <scope_label> to ensure parity with the get_recurring_credit_template_details_m API.

Input Parameters:

Parameter

Changes

<include_all_active>

New Value added (2). When value (2) is passed, the API will not return the discount or bundles details for the cancelled coupons associated with discount rules or bundles.

(2): Include all coupons (active and inactive) that have been assigned to an account or to a master plan instance. 

Output Parameters:

Parameter

Changes

<coupon_cancel_date>

New added parameter.

Type: String

Description: Specifies the coupon cancel date.

<coupon_message>

New added parameter.

Type: String

Description: Coupon message defined at the catalogue level that can be subsequently displayed to end users upon successful application of this coupon to their account or to a master plan instance.

<credit_interval_weeks>

New added parameter.

Type: Long

Description: How long in between applications of this credit.

<credit_interval_days>

New added parameter.

Type: Long

Description: How long in between applications of this credit.

<scope_label>

New added parameter.

Type: String

Description: Charges eligible to receive the discount.


Account Status updates to get_acct_status_history_m API for CCP Support (DEV-11259)

A new output parameter <changed_by> has been added to get_acct_status_history_m API to return the name of the resource that makes a status change. The <changed_by> returns the results in the ascending order of the timestamp when the status change occurred.

Note: Status changes can be made by a UI user, API call, Aria batch daemon, etc.


Improved Outputs for get_acct_groups_by_acct_m API Call (DEV-11271)

This feature adds a new output array to the get_acct_groups_by_acct_m API call, <acct_groups_by_acct>, to replace the output array <acct_groups>. This new array  includes all the fields from the <acct_groups> array (except <group_mask> and <group_seq_no>), plus additional output fields <assigned_by> and <assigned_date>.

The full list of fields in the <acct_groups_by_acct> is listed below:

API Hash Name New Fields
get_acct_groups_by_acct_m <acct_groups_by_acct> (new)
  • <group_no>—The unique ID of the account group
  • <group_name>—The name of the account group
  • <group_desc>—The long description of the account group
  • <group_type>—Whether this is a functional (F) or collections (C) account group
  • <client_acct_group_id>—The client-assigned group ID
  • <assigned_by>—The name of the user who assigned the account group to the account
  • <assigned_date>—Date when the account group was assigned to the account
<acct_groups> (deprecated) (all fields deprecated)

API Fixes 

  • The cancel_instance_contract_m API now correctly cancels a plan contract in auto renewal while other plan contracts are unaffected and remain eligible for activation. (TICKET-19331)

WSDL File Locations

Stage Current

 

US https://secure.current.stage.ariasystems.net/api/Advanced/wsdl/54/complete_m-doc_literal_wrapped.wsdl
EUR None
AUS https://secure.current.stage.aus.ariasystems.net/api/Advanced/wsdl/54/complete_m-doc_literal_wrapped.wsdl

Stage Future

 

US https://secure.future.stage.ariasystems.net/api/Advanced/wsdl/55/complete_m-doc_literal_wrapped.wsdl
EUR https://secure.future.stage.cph.ariasystems.net/api/Advanced/wsdl/55/complete_m-doc_literal_wrapped.wsdl
AUS https://secure.future.stage.aus.ariasystems.net/api/Advanced/wsdl/55/complete_m-doc_literal_wrapped.wsdl

Production

 

US https://secure.ariasystems.net/api/Advanced/wsdl/54/complete_m-doc_literal_wrapped.wsdl
EUR https://secure.prod.cph.ariasystems.net/api/Advanced/wsdl/54/complete_m-doc_literal_wrapped.wsdl
AUS https://secure.prod.aus.ariasystems.net/api/Advanced/wsdl/54/complete_m-doc_literal_wrapped.wsdl

Object Query WSDL Files

Stage Current

 

US https://secure.current.stage.ariasystems.net/api/AriaQuery/wsdl/54/integration_services_m-doc_literal_wrapped.wsdl
EUR None
AUS https://secure.current.stage.aus.ariasystems.net/api/AriaQuery/wsdl/54/integration_services_m-doc_literal_wrapped.wsdl

Stage Future

 

US https://secure.future.stage.ariasystems.net/api/AriaQuery/wsdl/55/integration_services_m-doc_literal_wrapped.wsdl
EUR https://secure.future.stage.cph.ariasystems.net/api/AriaQuery/wsdl/55/integration_services_m-doc_literal_wrapped.wsdl
AUS https://secure.future.stage.aus.ariasystems.net/api/AriaQuery/wsdl/55/integration_services_m-doc_literal_wrapped.wsdl

Production

 

US https://secure.ariasystems.net/api/AriaQuery/wsdl/54/integration_services_m-doc_literal_wrapped.wsdl
EUR https://secure.prod.cph.ariasystems.net/api/AriaQuery/wsdl/54/integration_services_m-doc_literal_wrapped.wsdl
AUS https://secure.prod.aus.ariasystems.net/api/AriaQuery/wsdl/54/integration_services_m-doc_literal_wrapped.wsdl
  • Was this article helpful?