Store/Manage (Encrypted customer id) for access to Cost Per Use Endpoint

Priority

Environment

None

Template

None

Description

Overview:
In order to access the Cost Per Use endpoint, there are 2 header elements which will need to be passed with each request
(1)Authorization token
(2)Encrypted customer id

This story is about the Encrypted customer id

When making requests to Cost Per Use endpoint for a customer, an encrypted customer id needs to be passed in as part of request header.

Define where mod-kb-ebsco-java will store encrypted id associated with a customer
This is similar to what we are storing in kb_credentials file for HoldingsIQ access - although only encrypted customer id is passed into request

Also plan to have both a prod and sandbox endpoint for access:
https://apis.ebsco.com/uc
https://apis.ebsco.com/uc-sandbox

See
for added details on APIGEE and encrypted customer id

Development Team

Spitfire

Release

None

Story Points

Sprint

Checklist

hide

TestRail: Results

Activity

Show:

Carole Godfrey August 26, 2020 at 7:34 PM

No APIGEE will store various customer id information on our behalf and provide an encrypted customer id - we will use this when making calls:
APIGEE stores on our behalf the following:
epCustomerID
atozCustomerID/eisholdingsid
customerOwnerID

Khalilah Gambrell August 26, 2020 at 4:58 PM

, do we need to store the EIS holdings ID?

Duplicate

Details

Assignee

Reporter

TestRail: Cases

Open TestRail: Cases

TestRail: Runs

Open TestRail: Runs

Created July 15, 2020 at 8:12 PM
Updated September 17, 2020 at 1:12 PM
Resolved September 17, 2020 at 1:12 PM
TestRail: Cases
TestRail: Runs