# Context.Insure Docs

> Unified product documentation for Context.Insure. Every HTML page has a raw Markdown twin.

## Products

- [PorterIQ](https://docs.context.insure/porteriq/index.md): Submission Triage & Intake Automation
- [Context DMS](https://docs.context.insure/dms/index.md): Document Intelligence & Evidence Store
- [Context Workbench](https://docs.context.insure/workbench/index.md): Underwriting & Actuarial Decision Workspace
- [Context Claims](https://docs.context.insure/claims/index.md): Claims Adjudication & Authority Engine
- [RemitIQ](https://docs.context.insure/remitiq/index.md): Premium Bordereaux & Settlement Reconciliation
- [BrokerIQ](https://docs.context.insure/brokeriq/index.md): Broker Placement & Pippa Advisory Copilot

## Pages

- [Context.Insure Docs](https://docs.context.insure/index.md): Unified documentation for PorterIQ, Context DMS, Context Workbench, Context Claims, RemitIQ, and BrokerIQ.
- [BrokerIQ](https://docs.context.insure/brokeriq/index.md): Broker placement and the Pippa advisory copilot.
- [Pippa](https://docs.context.insure/brokeriq/architecture/pippa.md): How the Pippa copilot sits beside the BrokerIQ placement record.
- [BrokerIQ domain glossary](https://docs.context.insure/brokeriq/domain-rules/domain-glossary.md): Domain glossary and Pippa vocabulary for BrokerIQ.
- [BrokerIQ runbook](https://docs.context.insure/brokeriq/runbooks/documentation.md): How BrokerIQ documentation stays accurate as the placement record changes.
- [Placement decisions](https://docs.context.insure/brokeriq/strategy-and-decisions/placement.md): Decisions that frame BrokerIQ placement.
- [Context Claims](https://docs.context.insure/claims/index.md): Claims adjudication and the authority engine for Context.Insure.
- [Authority engine](https://docs.context.insure/claims/architecture/authority-engine.md): How the Context Claims authority engine evaluates a settlement.
- [Authority rule seeding](https://docs.context.insure/claims/domain-rules/authority-rule-seeding.md): How authority rules are seeded before claims can be settled.
- [Admin user seeding](https://docs.context.insure/claims/runbooks/admin-user-seeding.md): Runbook for seeding Context Claims administrative users.
- [Adjudication decisions](https://docs.context.insure/claims/strategy-and-decisions/adjudication.md): Why authority is checked before a Context Claims payment.
- [Context DMS](https://docs.context.insure/dms/index.md): Document intelligence and the evidence store for Context.Insure.
- [Context DMS pipeline overview](https://docs.context.insure/dms/architecture/pipeline-overview.md): How documents move from ingest to the evidence store.
- [Document rules](https://docs.context.insure/dms/domain-rules/documents.md): Domain rules for documents held in Context DMS.
- [Context DMS operations](https://docs.context.insure/dms/runbooks/operations.md): How operators read the Context DMS pipeline.
- [Evidence store decisions](https://docs.context.insure/dms/strategy-and-decisions/evidence-store.md): Why Context DMS keeps extracted evidence with the original document.
- [PorterIQ](https://docs.context.insure/porteriq/index.md): Submission triage and intake automation for London market binders.
- [PorterIQ architecture](https://docs.context.insure/porteriq/architecture/overview.md): How PorterIQ intake services hand a submission to the platform.
- [Submission intake rules](https://docs.context.insure/porteriq/domain-rules/intake.md): Domain rules for a complete PorterIQ submission.
- [PorterIQ local preview](https://docs.context.insure/porteriq/runbooks/local-preview.md): How to read the PorterIQ baseline before upstream documentation sync.
- [PorterIQ product vision](https://docs.context.insure/porteriq/strategy-and-decisions/vision.md): Why PorterIQ exists and which intake decisions are already settled.
- [RemitIQ](https://docs.context.insure/remitiq/index.md): Premium bordereaux and settlement reconciliation for Context.Insure.
- [RemitIQ canonical architecture](https://docs.context.insure/remitiq/architecture/canonical-architecture.md): Canonical shape of premium bordereaux and settlement reconciliation.
- [RemitIQ evidence stack](https://docs.context.insure/remitiq/domain-rules/evidence-stack.md): Evidence required before RemitIQ marks a settlement reconciled.
- [RemitIQ infrastructure runbook](https://docs.context.insure/remitiq/runbooks/infrastructure.md): How to read the RemitIQ infrastructure notes.
- [Settlement decisions](https://docs.context.insure/remitiq/strategy-and-decisions/settlement.md): Why RemitIQ reconciles bordereaux and cash together.
- [Context Workbench](https://docs.context.insure/workbench/index.md): The underwriting and actuarial decision workspace for Context.Insure.
- [Workbench event store](https://docs.context.insure/workbench/architecture/event-store.md): Append-only event store and change-feed projections for Context Workbench.
- [Underwriting case rules](https://docs.context.insure/workbench/domain-rules/underwriting.md): Domain rules for assembling an underwriting case.
- [Projection runbook](https://docs.context.insure/workbench/runbooks/projections.md): How to reason about a lagging Workbench projection.
- [Workbench decisions](https://docs.context.insure/workbench/strategy-and-decisions/workspace.md): Which decisions belong in the Context Workbench case.