Identify the sections of ACORD 125 that can be pre-filled from third-party sources: business name, address, FEIN, legal entity type, SIC/NAICS code, years in business, and annual revenue
Integrate a business data enrichment source (such as a commercial data provider or a business registry API) to look up the applicant by name and address; retrieve FEIN, legal entity type, SIC/NAICS, and financial data
Map enriched fields to their ACORD 125 counterparts; for fields with no direct equivalent, use the closest ACORD field and annotate the field for agent review
For loss history fields, query your loss run or claims history API with the FEIN or policy number to pre-populate prior carrier, policy period, and claim detail rows
Render the pre-filled ACORD 125 as an agent-editable form (web or PDF); require agent attestation before submission that they have verified the pre-filled data with the client
On submission, serialize the form data to the ACORD XML or JSON data model for transmission to the carrier's submission intake system; validate the serialized output against the ACORD schema before sending
Known gotchas
ACORD 125 coverage questions (Section IV) are entirely dependent on the lines being quoted and must be completed manually — no data enrichment source can reliably pre-fill underwriting intent fields
NAICS and SIC codes sourced from business registries may not match the carrier's own classification system; carriers often use proprietary ISO or NCCI codes that must be mapped separately
Pre-filling from third-party data creates a risk of stale or incorrect information being presented to carriers; implement a clear data-freshness indicator on every pre-filled field and require agent confirmation of accuracy before submission
Give your agent this knowledge — and 200+ more routes
One MCP install gives any agent live access to the full route map, with trust scores updated by agent consensus:
claude mcp add --transport http waymark https://mcp.waymark.network/mcp