guidewire-core-workflow-a
Handles end-to-end PolicyCenter workflows like quoting and binding, while managing common state-transition failure paths.
Install
mkdir -p .claude/skills/guidewire-core-workflow-a && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/8030" && unzip -o skill.zip -d .claude/skills/guidewire-core-workflow-a && rm skill.zipInstalls to .claude/skills/guidewire-core-workflow-a
Activation
This is the description your AI agent reads to decide when to run this skill — the better it matches your request, the more reliably it fires.
Automate the PolicyCenter account→submission→quote→bind→issue→endorse→renew pipeline including the failure paths — underwriting issues blocking bind, quotes expiring before bind, referrals stuck pending approval, and mid-term endorsements that trigger unexpected premium audit recalculation. Use when building outbound integrations against PolicyCenter Cloud API (CRM-driven submission, broker-portal binding, automated renewal jobs). Trigger with "policycenter automation", "submission to bind", "policy renewal", "policy endorsement", "underwriting issue".Key capabilities
- →Automate policy lifecycle from account creation to renewal
- →Handle underwriting issues that block binding
- →Manage mid-term endorsements and premium recalculations
- →Execute renewal jobs within configured windows
- →Perform checksum round-trips for concurrent edits
How it works
The workflow executes discrete state-transition functions for each lifecycle stage, using explicit checkpoints to handle failures like underwriting blocks or expired quotes.
Inputs & outputs
When to use guidewire-core-workflow-a
- →Automate policy submission and binding
- →Handle mid-term policy endorsements
- →Automate renewal processing
- →Resolve underwriting blocks via API
About this skill
Guidewire PolicyCenter Workflow
Overview
Drive the PolicyCenter policy lifecycle through Cloud API and survive the state-transition failures that derail naive automation. This is the workflow used by broker portals to quote-and-bind, by CRMs to push submissions, and by renewal jobs to issue out-of-cycle. Assumes guidewire-install-auth provides the bearer token and guidewire-sdk-patterns provides the retrying client with checksum round-trip.
Five production failures this skill prevents:
- Bind on a quote with open UW issues — quote API returns
200, theunderwritingIssues[]array is non-empty, the client ignores it, bind returns422 rule-violation. - Bind on a stale quote — quotes expire (default 30 days). A submission left open over a holiday returns
422 quote-expiredon bind. - Orphaned submissions on partial failure — submission → quote succeeds, bind fails, no rollback; the submission sits in
Quotedstatus forever, blocking the next attempt. - Renewal outside the renewal window — calling renewal before the window opens (typically 60–90 days before expiration) returns
422 renewal-window-closed. - Endorsement premium drift — mid-term endorsement recalculates premium against current rate plans, which may differ from the rate plan in force at policy inception. The numeric difference surprises downstream finance integrations.
Prerequisites
- A working auth + SDK layer per
guidewire-install-authandguidewire-sdk-patterns(getToken(),patchResource(),paginate(),mapError()) - Cloud API roles
pc.account.write,pc.submission.write,pc.policy.writeassigned to the integration's Service Application - Knowledge of which product code drives the workflow (e.g.,
PersonalAuto,BOPLine) — submission shape is product-specific - For renewal jobs: read access to the renewal-window configuration on the relevant product
Instructions
Build the workflow as discrete state-transition functions, each fully responsible for surfacing the failure modes of its transition. Compose them with explicit checkpoints — never collapse the pipeline into a single fire-and-forget call.
1. Create the account
const idempotencyKey = crypto.randomUUID();
const account = await retryable(async () => {
const res = await fetch(`${BASE}/pc/rest/v1/accounts`, {
method: "POST",
headers: { Authorization: `Bearer ${await getToken()}`, "Content-Type": "application/json", "Idempotency-Key": idempotencyKey },
body: JSON.stringify({ data: { attributes: { accountHolderContact: contact, primaryLocation: address } } }),
});
if (!res.ok) throw await mapError(res, "POST", "/pc/rest/v1/accounts");
return (await res.json()).data;
});
The Idempotency-Key prevents duplicate accounts on retry. Persist account.attributes.accountNumber and the resource id immediately — both are needed downstream and the resource id is not derivable from the number.
2. Create the submission against the account
Submission is product-specific; its attributes shape varies. Read the product's submission schema from the API reference rather than hardcoding fields. The submission moves to Draft on creation.
const submission = await createSubmission(account.attributes.id, {
productCode: "PersonalAuto",
effectiveDate: "2026-06-01",
});
3. Quote the submission and inspect underwriting issues
The most-skipped step in naive automation. The quote response embeds underwritingIssues[]; non-empty with blocksBind: true means bind will fail.
const quoted = await fetch(`${BASE}/pc/rest/v1/jobs/${submission.attributes.id}/quote`, {
method: "POST",
headers: { Authorization: `Bearer ${await getToken()}`, "Idempotency-Key": idempotencyKey },
});
const body = (await quoted.json()).data;
const blockingIssues = body.attributes.underwritingIssues?.filter((u: any) => u.blocksBind) ?? [];
if (blockingIssues.length) {
await routeToReferralQueue(submission, blockingIssues);
return { status: "referred", issues: blockingIssues };
}
Some UW issues are informational and bind succeeds anyway; check the boolean per issue, not the array length. Surface blocking issues to the manual review queue with the originating actor's identity so the underwriter has context.
4. Bind within the quote validity window
Quotes carry attributes.quoteExpirationDate. Past it, bind returns 422 quote-expired. Re-quote rather than retry.
if (new Date(body.attributes.quoteExpirationDate) < new Date()) {
return retryQuoteAndBind(submission.attributes.id);
}
const bound = await bindSubmission(submission.attributes.id);
After bind, the submission status moves to Bound and a Policy resource is created. bound.attributes.policy.id is the canonical policy reference for issuance, endorsement, and renewal.
5. Issue (commit the bound policy to in-force)
Bind alone does not put the policy in force; issuance is a separate transition. A bound-but-not-issued policy is invisible to billing; downstream invoices will not generate.
const issued = await fetch(`${BASE}/pc/rest/v1/policies/${bound.attributes.policy.id}/issue`, {
method: "POST",
headers: { Authorization: `Bearer ${await getToken()}`, "Idempotency-Key": idempotencyKey },
});
6. Endorsement with premium-drift detection
const endorsement = await openEndorsement(policyId, effectiveDate);
const requoted = await quoteEndorsement(endorsement.attributes.id);
const oldPremium = currentPolicy.attributes.totalPremium;
const newPremium = requoted.attributes.totalPremium;
if (Math.abs(newPremium - oldPremium) > MATERIAL_DRIFT_THRESHOLD) {
await emitPremiumDriftEvent({ policyId, oldPremium, newPremium, delta: newPremium - oldPremium });
}
const boundEndorsement = await bindEndorsement(endorsement.attributes.id);
Threshold is policy-dependent; finance teams typically want any drift over a few hundred dollars surfaced before bind. Do not silently bind material drifts — they show up as billing surprises.
7. Renewal within the renewal window
The renewal window is configured per product line. Hardcoding 60 days is wrong for any product with non-default settings; read the configuration or accept rejection from the API and respond to the renewal-window-closed error type.
const policy = await fetch(`${BASE}/pc/rest/v1/policies/${policyId}`).then(r => r.json());
const expirationDate = new Date(policy.data.attributes.expirationDate);
const renewalWindowOpens = subDays(expirationDate, 60);
if (new Date() < renewalWindowOpens) throw new Error("renewal-window-not-yet-open");
const renewalJob = await fetch(`${BASE}/pc/rest/v1/policies/${policyId}/renew`, { method: "POST" });
Output
A complete PolicyCenter workflow integration ships with all of the following:
- Discrete state-transition functions:
createAccount,createSubmission,quoteSubmission,bindSubmission,issuePolicy,openEndorsement,bindEndorsement,renewPolicy— each handling its own failures. - A blocking-UW-issue check before every bind attempt that routes referrals to a manual-review queue rather than retrying.
- Quote-expiry detection that re-quotes rather than retrying a stale quote.
- Premium-drift detection on endorsement with a configurable threshold and a finance-integration event emission.
- Idempotency-Keys generated once per logical operation (one per submission, one per endorsement, one per renewal cycle), reused across retries.
- A submission/policy state-transition log that captures every API response — debugging "why is this stuck" requires the full transition history.
Examples
Example 1 — End-to-end happy path
const account = await createAccount(contact, address);
const submission = await createSubmission(account.attributes.id, { productCode: "PersonalAuto", effectiveDate });
const quoted = await quoteSubmission(submission.attributes.id);
if (quoted.blockingIssues.length) return { status: "referred", issues: quoted.blockingIssues };
const bound = await bindSubmission(submission.attributes.id);
const issued = await issuePolicy(bound.attributes.policy.id);
return { status: "issued", policyNumber: issued.attributes.policyNumber };
Example 2 — Referred submission resumption
// Resume after underwriter approves the referral asynchronously
const submission = await getSubmission(submissionId);
if (submission.attributes.underwritingIssues.every(u => u.status === "Approved")) {
const requoted = await quoteSubmission(submissionId); // re-quote required after referral resolution
return await bindAndIssue(requoted);
}
Example 3 — Renewal with window check
const policy = await getPolicy(policyId);
const window = await getRenewalWindow(policy.attributes.productCode);
if (!isWithinWindow(policy.attributes.expirationDate, window)) {
return { status: "deferred", reason: "renewal-window-not-yet-open", retryAfter: window.opensOn };
}
const renewal = await renewPolicy(policyId);
return { status: "renewed", newPolicyId: renewal.attributes.id };
Error Handling
| Error | Cause | Solution |
|---|---|---|
422 with errors[].type === "rule-violation" on bind | unaddressed blocking UW issue | inspect quoted.attributes.underwritingIssues; never retry; route to manual review |
422 quote-expired on bind | quote past quoteExpirationDate | re-quote the submission; do not retry the bind directly |
422 renewal-window-closed | renewal initiated outside the configured window | back off until the window opens; surface retryAfter to the caller |
422 submission-state-invalid | trying to bind a submission still in Draft | call quote first; the state machine is enforced server-side |
409 Conflict on PATCH of submission | another job edited the submission concurrently | use patchResource() from guidewire-sdk-patterns to handle checksum round-tr |
Content truncated.
When not to use it
- →Attempting to bind a submission currently in Draft status
- →Retrying a bind directly after a quote-expired error
- →Silently absorbing premium drift during endorsements
Prerequisites
Limitations
- →Bind fails if underwriting issues remain open
- →Quotes expire after 30 days by default
- →Renewal jobs fail if initiated outside the configured window
How it compares
Unlike naive automation that collapses the pipeline into a single call, this workflow surfaces and handles specific state-transition failures.
Compared to similar skills
guidewire-core-workflow-a side by side with the closest alternatives in the catalog.
| Skill | Installs | Updated | Safety | Difficulty |
|---|---|---|---|---|
| guidewire-core-workflow-a (this skill) | 0 | 27d | Review | Advanced |
| fastapi-templates | 520 | 2mo | No flags | Intermediate |
| android-kotlin-development | 268 | 5mo | Review | Advanced |
| fastapi-pro | 79 | 4mo | No flags | Advanced |
Try saying
Example prompts that trigger this skill in your AI assistant.
More by jeremylongshore
View all by jeremylongshore →You might also like
fastapi-templates
wshobson
Create production-ready FastAPI projects with async patterns, dependency injection, and comprehensive error handling. Use when building new FastAPI applications or setting up backend API projects.
android-kotlin-development
aj-geddes
Develop native Android apps with Kotlin. Covers MVVM with Jetpack, Compose for modern UI, Retrofit for API calls, Room for local storage, and navigation architecture.
fastapi-pro
sickn33
Build high-performance async APIs with FastAPI, SQLAlchemy 2.0, and Pydantic V2. Master microservices, WebSockets, and modern Python async patterns. Use PROACTIVELY for FastAPI development, async optimization, or API architecture.
telegram-bot-builder
davila7
Expert in building Telegram bots that solve real problems - from simple automation to complex AI-powered bots. Covers bot architecture, the Telegram Bot API, user experience, monetization strategies, and scaling bots to thousands of users. Use when: telegram bot, bot api, telegram automation, chat bot telegram, tg bot.
telegram-mini-app
davila7
Expert in building Telegram Mini Apps (TWA) - web apps that run inside Telegram with native-like experience. Covers the TON ecosystem, Telegram Web App API, payments, user authentication, and building viral mini apps that monetize. Use when: telegram mini app, TWA, telegram web app, TON app, mini app.
stripe-integration
wshobson
Implement Stripe payment processing for robust, PCI-compliant payment flows including checkout, subscriptions, and webhooks. Use when integrating Stripe payments, building subscription systems, or implementing secure checkout flows.