Understanding Policy Management: Standard vs Complex Fields

Aclaimant recognizes that our larger customers manage more exposures, assets, and insurance policies. Larger organizations often require a more complex policy structure with specific details (fields) to better understand how their insurance program is performing to protect the organization.

The expanded Aclaimant Policy Management module includes new levels of detail. This enables Aclaimant to deliver complex field structures, improved integration with claims, and advanced reporting via Embedded Analytics.

Note: To ensure the interface remains easy to navigate, we separate the fields and features related to "Policy Complex" from "Policy Standard." 

 

User Objectives for Complex Policy Management

  • Risk Managers: Gain real-time visibility and control over policies with the specific fields needed to manage large-scale programs.

  • Teams: Achieve faster, more accurate policy lifecycle management through clear collaboration and standardized data entry.

  • Stakeholders: Ensure policy-related information is always up-to-date and easily accessible to all authorized users, including Brokers and Admins.

"Policy Information" Section

The foundation of every policy record is the Policy Information section. This area (now under the Policy Summary group) supports both our Standard and Complex modules.

  • Named Insured (Standard & Complex): A field to clearly identify the primary policyholder.

  • Currency & Status: Dropdowns to support multi-national programs (USD, CAD) and real-time lifecycle tracking (e.g., Bound, Cancelled, Renewed).

  • Master Policy Number (Complex): Essential for multi-location or controlled programs where individual certificates roll up to a single primary policy.

  • Parent Carrier (Complex): Allows you to track the primary holding company (e.g., Berkshire Hathaway) versus the specific issuing subsidiary.

  • Policy Inception Date (Complex): Track the original date coverage began, which is critical for "claims-made" policies with retroactive dates.

"Broker Details" Section

For our "Policy Complex" users, we have a dedicated Broker Detail section within the Policy Summary group. This allows for granular tracking of how policies are placed and how partners are compensated.

Key Fields:

  • Broker: The specific insurance broker or agent who placed the policy.

  • Producer/Agent Code: The industry-standard ID used for regulatory compliance and reconciling payments.

  • Broker Compensation Type: A multi-select dropdown including options like Commission, Fee-Based, or Hybrid.

Dynamic Fields (Conditional Logic)

To keep your data entry efficient, the system uses "Logic-Based" visibility:

  • Commission Fields: Selecting any "Commission" field via the dropdown will automatically expose the Broker Commission Percentage and Total Broker Commission fields.

  • Fee Fields: Selecting any "Fee" field will automatically expose the Total Broker Fee fields.

 

Step-by-Step: Adding a Complex Policy

Step 1: Access the Policy Module

Navigate to the Policies tab on your sidebar. Click + New Policy.

Screenshot 2026-04-06 at 3.15.42 PM.png

Step 2: Fill out the Policy Summary

Enter your Policy Label and Number. If the "Policy Complex" module is enabled, fill in the Master Policy Number and Parent Carrier to ensure your reporting reflects your full organizational structure. Screenshot 2026-04-06 at 3.16.26 PM.png

Step 3: Enter Broker & Compensation Data

Scroll to the Broker Detail section. Enter the Broker Name and Producer Code. Choose the Broker Compensation Type.

  • Note: The interface will dynamically expand to show you the appropriate numeric fields (Commission vs. Fees) based on your selection.

Step 4: Define Coverage Lines

Under the Policy Detail section (formerly "Periods"), define your Effective and Expiry dates. Use the Policy Upload field to attach the physical or electronic policy document.

Step 5: Save and Collaborate

Click Create Policy. Your Risk Manager will be notified of the new policy in real-time. If a Broker modifies an existing policy, System Admins can audit the change via the activity log to see exactly who made the update and when.

 

Was this article helpful?
0 out of 0 found this helpful
Have more questions? Submit a request

Comments

0 comments

Please sign in to leave a comment.