SAIF.Data.Guidewire operations and processes¶
This page is the operation catalog and cross-operation hub for this library. Each operation's detailed, step-by-step logic lives in its own page under operations/.
Operation catalog¶
| Operation | Intent | Trigger | Inputs | Outputs | Rules |
|---|---|---|---|---|---|
| Resolve base URL and authenticate | Resolve a client's base URL and Basic-auth header, and execute cached requests | Client construction / first request | UrlKey, AuthKey, IDataClientConfiguration |
Configured HttpClient with BaseAddress and Authorization header |
SDG-BR-001, SDG-BR-002, SDG-BR-003 |
| Create claim activity | Post a new activity request against a Guidewire claim | Caller invokes CreateActivityRequest |
Claim id, Activity |
HTTP 2xx or thrown exception | SDG-BR-010, SDG-BR-011 |
| Claim data retrieval | Retrieve claim, MCO, condition, contact, financial, vocational, and legacy-claim data | Caller invokes a ClaimDataApiClient method |
Claim id or number, financial query options | ClaimData/related DTOs |
SDG-BR-003, SDG-BR-012 |
| Create check or recovery | Post a new check or recovery financial transaction | Caller invokes CreateCheckAsync / CreateRecoveryAsync |
Claim id, CheckFinancialData / RecoveryFinancialData |
HTTP 2xx or thrown exception | SDG-BR-011 |
| Payment and check lookup | Retrieve payments by invoice number or issue date, or a check by number | Caller invokes a FinancialDataApiClient lookup method |
Invoice number, issue date, zero-pay flag, check number | PaymentsResponse / CheckFinancialData |
SDG-BR-013 |
| Provider address maintenance | Add or update a provider's address in Guidewire ContactManager | Caller invokes the provider address method | Provider id, ProviderAddressRequest |
Unverified HTTP response | SDG-BR-014 |
| Worker retrieval | Retrieve a worker, worker claims, or run a claim search | Caller invokes a WorkerDataApiClient method |
Worker/claim id, FindClaimsSearchCriteria |
ClaimSummary/ClaimSummaries or null |
SDG-BR-011, SDG-BR-015 |
Process flow diagram¶
The following diagram visualizes the shared resolution/authentication/caching pipeline that every operation runs through before reaching a Guidewire endpoint.
flowchart TD
Start([Caller invokes a client method]) --> Resolve[Resolve base URL and authenticate]
Resolve --> Cached{"Cached GET/POST?"}
Cached -->|Yes| Policy[Execute through Polly cache policy]
Cached -->|No| Direct[Execute request directly]
Policy --> GW["Call Guidewire ClaimCenter /<br>ContactManager API"]
Direct --> GW
GW --> Status{"Non-success status?"}
Status -->|Yes, ensure-success call| Throw([Throw with status and content])
Status -->|No| Return([Return deserialized response])
Failure and edge-case behavior¶
- A non-success HTTP status on an ensure-success call (activity creation, check/recovery creation, worker retrieval) throws with the status code and response content (SDG-BR-011).
- Provider address add/update does not check the response status, so a failed request is silently unverified by the caller (SDG-BR-014).
- A null or
"0"worker/claim id short-circuits tonullwithout an HTTP call (SDG-BR-015). - An empty bulk claim id list short-circuits to an empty result without an HTTP call (SDG-BR-012).
Related documentation¶
Sources¶
Data/SAIF.Data.Guidewire/Clients/HttpClientBase.csData/SAIF.Data.Guidewire/Clients/ActivityDataApiClient.csData/SAIF.Data.Guidewire/Clients/ClaimDataApiClient.csData/SAIF.Data.Guidewire/Clients/FinancialDataApiClient.csData/SAIF.Data.Guidewire/Clients/ProviderDataApiClient.csData/SAIF.Data.Guidewire/Clients/WorkerDataApiClient.cs