-
Notifications
You must be signed in to change notification settings - Fork 213
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
PEGA reporting API - prod connection setup #94284
Comments
Notes from Cindy:
|
Blocking this story: #95912 - Check most recent status prior to sending most recent ZSF email |
It looks like the postman collection that Cindy provided is already configured with everything we need to query Prod. Since Postman is not installed on GAC and will regularly get removed, here's how to set this up:
|
I just pushed my code for 94284 into a draft PR so that it's easier to share. To run it locally:
Right now it's not working. As best I can tell, it's configured to hit the prod API with the same headers that are used in the postman collection that we were provided. Yet for some reason the API is responding with I asked Cindy if anything other than a missing |
As of today this is working. There was a capitalization issue with the post request headers that was causing the request to fail. After a small change on the Pega side, we're able to hit the API programmatically as described in the AC. |
Merged. @baltes Nothing is using this client code yet, so there's nothing to review. Moving this to closed. |
As a member of the IVC forms team, I need the ability to pull PEGA status updates for an occasional audit against our records.
For the staging environment, there is a postman workspace that can be used to pull a report. Reach out to a member of the IVC forms team for a copy of the workspace. We need a comparable process so that we can pull similar reports in production with appropriate security.
Acceptance criteria
The text was updated successfully, but these errors were encountered: