Snow and Thomson Reuters legal portal BiDirectional Integration for the Item 'Cost

Test Script Name

Center within AOP'

Verifies the
a. Changes to Work flow
b. Invoice spreadsheet Fields details
Test objective
c. Mapping for upload payments operations
d. Field Validations

Environment Requirements :
Test Pre-Conditions a. Dev instance will be used to execute the test cases
a. TATA Servicenow and Thomson reuters legal portal(3rd Party Tool) should be integrated

Sr No Step Detail

As per the Requirement(FRS V1.0),

1 Every day Schedule job will run and fetch the data from TATA Legal Portal in the form of
Invoice Spread sheet.

Verify that the following field values are mapped from Thomson legal portal to
servicenow.
(Column Name of in invoce spread sheet from Legal Portal > Fieldname in ServiceNow
Respectively)
a. Expense Frequency > Expense Frequency
b. Customer Success Based >Customer Success Based
c. Item Category > Item Category
d. Serengeti Invoice No > Serengeti Invoice No
e. Processed By >Requested By
2 f. Invoice Number > Invoice Number
g. Total > Approved Amount
h. Invoice Currency > Local Currency
i. GL Account #1 > GL Account
j. Cost Center #1 > Cost Code
k. Vendor Name > Office Vendor ID
l. Billing Period Start Date > Start Date
m. Billing Period End Date > End Date
n. Matter ID > Description of Request
o. Matter Short Name > Justification for the requisition

Validatio
Verify following fields are mandatory to raise the request (Line Item) in the TATA
Servicenow Instance:
1. Function- Will be auto populated from Approval Matrix Table using Cost Code
2. Sub Function- Will be auto populated from Approval Matrix Table using Cost Code
3. GL category- Will be auto populated from GL Account table using GL Account
3
 4 Verify that Default value “NA” will be captured for customer success-based field.

Verify there will not be any existing request based on “Invoice Number” & “Office Vendor
5
ID”

Verify that GL Account will be valid/active and exist in ServiceNow (If it is inactive, then
6 request will be canceled, and the notification will be sent to the request by user with
appropriate comments.)

7 Verify that Start & End Date will fall in same financial year
8 Verify that Currency will be valid and exist in system
Approval Process Depends on the CC(Cost Code)
Once webservices consumed and Request is Generated
verify that if Cost Center belong to “Legal” department , There will not be any approval on
9
the Request. RITM and Demand gets created

Verify that If Cost Center not belong to “Legal” department, then approval process
10
follows Approval Matrix, then the RITM gets created

Outbond Operations(Snow to Serengeti)

Once the request is created on Servicenow from the invoice attachment which is fetched
11 from serengeti,ServiceNow will pass Invoice Number, RITM & Demand Id if cc=Legal by
consuming upload payments operations

Once the request is created on Servicenow, from the invoice attachment whohc is fetched
12 from serengeti,ServiceNow will pass Invoice Number & RITM if cc!=Legal by consuming
upload payments operations

Verify that on the staging form, 'Response Status' and 'Status Code' is maintained to know
13
the status of the request update in the third party tool.
Input Expected results

TATA Webservices should be consumed to create the Request in the

TATA Servicenow

The mentioned fields values should be fetched by Servicenow from

Thomson legal Portal and Mapped accordingly.

Validations on Spread sheet Column Values

All Mentioned fields should be Mandatory to raise the request (Line
Item)
Default value “NA” should be captured for customer success-based
field.

 There should not be any existing request based on “Invoice Number”

& “Office Vendor ID”

GL Account should be valid/active and exist in ServiceNow (If it is

inactive, then request will be canceled, and the notification will be sent
to the request by user with appropriate comments.)

Start & End Date should fall in same financial year

Currency should be valid and exist in system

If Cost Center is Legal, there should not be any approval.RITM and

Demand Should be created

If the Cost Center is not Legal then approval process should follow
the approval matrix, then the RITM gets created

Once the request is created on Servicenow,

ServiceNow should pass Invoice Number, RITM & Demand Id if legal
is cost center by consuming Thomson wsdl.

Once the request is created on servicenow,

ServiceNow should pass Invoice Number and RITM if other than legal
portal by consuming Thomson wsdl.

User should be able to verify on the staging form that 'Response Status'
and 'Status Code'
Pass/Fail Additional information
 Test Script
Reports for Error Handling
Name

Verifies the Reports created for Exceptional & Error Handling

a. Validation failure B/W Legal Portal & ServiceNow
b. Connectivity failure B/W Legal Portal & ServiceNow
Test objective
c. Reporting Requirements

Environment Requirements :
Test Pre- a. Dev instance will be used to execute the test cases
Conditions
a. Snow and Thomson reuters legal portal should be integrated

Sr No Step Detail Input

Verify that If any validation mentioned (in the previous step )

fails, then a scheduled report will be sent to the Tracker Portal
1 tool support team & Business at the end of everyday so that
Legal tracker team can rectify those errors.

Verify that if there is any error while calling Legal Tracker Tool’s
2 API or getting response then notification will trigger to Legal
Tracker Portal tool support team.

Verify that If network issue is Identified during API calling, API

3 response and status code will be shared via notification to
support team.
 Verify that a report to be created for data validation.
as per the details are mentioned below:
 Type as List
 Filter= Request Created Today
 Fields
a. GL account
b. Cost centre
4 c. Invoice No
d. Serengeti Invoice No
e. Processed by
f. Amount in document currency and currency
g. Amount in USD
h. CC owner, team, level wise hierarchy (including the fields
identified in section 1.3.2)
i. RITM (if other than Legal CC) / RITM & Demand ID (if legal CC).
 Expected results Pass/Fail

If any validation mentioned (in the previous step )

fails, then a scheduled report should be sent to the
Tracker Portal tool support team & Business at the
end of everyday so that Legal tracker team can rectify
those errors.

If there is any error while calling Legal Tracker Tool’s

API or getting response then notification should
trigger to Legal Tracker Portal tool support team.

If network issue is Identified during API calling, API

response and status code will be shared via
notification to support team.
One report to be created for data validation. Details
are mentioned below:
 Type as List
 Filter=Request Created Today
 Fields
a. GL account
b. Cost centre
c. Invoice No
d. Serengeti Invoice No
e. Processed by
f. Amount in document currency and currency
g. Amount in USD
h. CC owner, team, level wise hierarchy (including the
fields identified in section 1.3.2)
i. RITM (if other than Legal CC) / RITM & Demand ID
(if legal CC).
Additional information
Test Script Name Email Notifications

Test objective Verifies the email Notifications triggeres for Error Handing

Environment Requirements :
Test Pre- a. Dev instance will be used to execute the test cases
Conditions
a. Snow and Thomson reuters legal portal should be integrated

Sr No Step Detail Input

Verify that a Notification will trigger to Legal Team to take corrective

1 action if Budget is not available for any reasons (and not just
restricted to budget) the service request

Verify that a Notifications triggger to User team if the Demand

2
doesn't get generated.
 Expected results Pass/Fail
A Notification should trigger to Legal Team to take
corrective action if Budget is not available for any
reasons (and not just restricted to budget) the service
request

A Notification should triggger to User team if the

Demand doesn't get generated.
Additional information