Procurement software in the insurance industry: a practical guide for mid-level managers

In short: As a mid-level manager at an insurer, you are usually the one who has to turn a decision to buy procurement software into something your team actually uses. This guide covers what to evaluate, where rollouts typically go wrong, and how to plan the implementation phase by phase. It also covers what makes insurance different: Solvency II outsourcing rules for critical or important functions, DORA's requirements for ICT third-party contracts and the Register of Information, and GDPR processor agreements. A system that can't capture this evidence inside the workflow will leave your team collecting it by hand before every audit.

As a mid-level manager in insurance, you sit between two sets of expectations. Senior management wants better spend visibility, tighter control and fewer compliance surprises. Your team wants a system that doesn't slow them down. When a new procurement platform arrives, you are the one who has to make both work.

This guide is written from that position. It covers the evaluation criteria that matter for insurance, the pain points managers run into most often, and a practical implementation plan. If you want to share something with your team about what changes in their daily work, our practical guide for operations professionals covers the end-user side.

Tip: at the end of the article, you'll find a downloadable evaluation checklist for comparing procurement platforms against insurance-sector requirements.

What makes procurement in insurance different

Most procurement software is built for general purchasing. Insurance adds a layer of regulatory evidence that the system either captures inside the workflow or leaves for your team to reconstruct later.

Solvency II outsourcing rules. Article 49 of the Solvency II Directive and Article 274 of the Delegated Regulation set requirements for outsourcing critical or important functions, such as underwriting in the name of the insurer, compliance, internal audit, accounting, risk management and actuarial support. Where a function falls into that category, a written agreement is mandatory, and the supervisor must be notified before the outsourcing begins.

DORA. The Digital Operational Resilience Act has applied since 17 January 2025, and it covers Solvency II insurers and reinsurers, not just banks. For procurement, two obligations matter most: contracts with ICT third-party providers must contain specific mandatory clauses, and the organisation must keep a Register of Information covering every ICT third-party arrangement, including subcontracting chains. When DORA started applying, EIOPA also repealed its separate guidelines on cloud outsourcing, so ICT and cloud contracts now need to be assessed against DORA.

GDPR. Wherever a supplier processes personal data on the insurer's behalf, which is common with claims, customer service and IT suppliers, Article 28 requires a data processing agreement with defined content.

Cost allocation. How purchases are allocated to cost centres, products and claims also feeds finance and actuarial reporting, including the attribution of expenses under IFRS 17. It is worth agreeing the allocation logic with finance before the system is configured, not after.

Key evaluation criteria

When you assess procurement platforms, these are the areas that decide whether the system works for an insurance team:

  • Process efficiency: automated requisition-to-order and invoice matching, with approval workflows you can configure to your own hierarchy and delegation rules.
  • Spend visibility and control: real-time budget tracking by cost centre, category and supplier, and the ability to spot and reduce off-contract buying.
  • Regulatory evidence: supplier classification for critical or important functions, ICT service flags, DORA Register of Information data, and GDPR Article 28 agreements, all captured as part of the normal process.
  • Supplier and risk management: SLA-based performance tracking, periodic supplier reviews, and identification of critical suppliers for business continuity planning.
  • Contract management: a central repository with renewal and notice-period alerts, version history and tracking of mandatory clauses.
  • Integration: reliable data flow to the ERP and finance systems, so reconciliation and reporting don't depend on manual exports.
  • Usability: if your team finds the system harder than email and spreadsheets, they will go back to email and spreadsheets.

The pain points managers run into most often

  • Low adoption: the system is live, but requests still arrive by email. This usually comes down to poor usability or training that didn't match people's actual tasks.
  • Rigid workflows: standard approval flows don't reflect insurance-specific hierarchies, risk escalation or claims-related purchasing, so people work around them.
  • Data that doesn't reconcile: inconsistent data between procurement and finance systems leads to manual reconciliation, usually right before a reporting deadline.
  • Evidence gaps: supplier classifications or contract data are incomplete, and the gap only surfaces when an auditor or the supervisor asks for the outsourcing or ICT register.

What the software should do for your area

1. Automate the routine steps

Rule-based approval routing and automatic matching of invoices against orders and receipts remove most of the chasing and manual checking. The biggest gains usually come from exceptions: price differences, partial deliveries, urgent purchases. We wrote about handling these without losing control in our article on rule-based exception handling.

Tip: in demos, ask to see how the system handles an exception you deal with every month, not the standard happy path.

2. Make spend visible

Real-time budget tracking lets you act before a budget is overspent, not after. A breakdown by category, supplier and cost centre shows where consolidation or renegotiation would pay off.

Tip: check whether dashboards can be set up per management level, so you see your own area's KPIs without building reports by hand.

3. Manage suppliers and their risk

A single supplier record with performance data, certifications and risk classification replaces scattered spreadsheets. In insurance, data protection and security compliance should be part of the supplier profile, not a separate file.

4. Keep contracts under control

Automatic alerts for renewals and notice periods, easy access to current terms, and a central repository make audits considerably faster, and prevent contracts from rolling over unnoticed.

5. Report without extra work

When procurement data is structured from the start, answering a question from management or compliance takes minutes instead of days, and savings can be demonstrated with data rather than estimates.

Fluenta Blog CTA - Industry Subpage

Want to learn how to optimize your processes?

Discover our solutions for insurance companies

Common pitfalls and how to avoid them

1. Low user adoption

  • Involve key users in the selection, not just the rollout.
  • Offer role-specific training, including for compliance and risk colleagues.
  • Appoint one or two super-users in your team.
  • Show early wins, for example faster approvals or a register that no longer needs manual updating.

2. Poor data quality

  • Clean supplier and contract data before the migration, not after.
  • Agree data standards that match your reporting and register requirements.
  • Build validation into the forms, so incomplete classifications can't be submitted.
  • Make someone responsible for data quality in each area.

3. Integration problems

  • Map every integration in advance, including finance, ERP and reporting systems.
  • Ask suppliers which integrations they have already built for insurers.
  • Test with real data and real volumes before go-live.
  • Agree a fallback process for the period when an integration is not yet stable.

4. Compliance gaps

  • Prepare a requirements map covering Solvency II outsourcing, DORA and GDPR.
  • Involve compliance and risk management from the planning phase.
  • Test how the system produces the outsourcing and ICT registers with real records.
  • Define an escalation path for compliance issues found during use.

A phase-by-phase implementation plan

Preparation

  • Needs assessment: document current processes, pain points and requirements, including where regulatory evidence is currently collected by hand.
  • Stakeholder map: IT, finance, compliance, risk management, business units and, where relevant, the chief risk officer.
  • Target KPIs: agree in advance how success will be measured, for example requisition-to-order cycle time, share of spend under contract, invoice first-pass match rate, and completeness of supplier classifications.

Selection

  • Scenario-based demos: ask suppliers to demonstrate your own scenarios, including a critical outsourcing case and an ICT contract.
  • User testing: let future end users, compliance and risk colleagues try the system before you decide.
  • References: talk to other insurers who already use the system, especially about audits and supervisory requests.

Implementation

  • Pilot: start with one team or category, learn from it, then roll out further.
  • Phased rollout: introduce modules one by one, starting with those that carry the most regulatory weight.
  • Communication: explain why the change is happening, not just what and how. People accept extra fields more easily when they know which register they feed.
  • Validation: after each phase, check with compliance that the required evidence is actually being captured.

After go-live

  • Close monitoring: track the agreed KPIs weekly for the first few months.
  • Feedback loops: hold regular sessions with users and with compliance and risk colleagues.
  • Continuous improvement: adjust workflows as the regulatory requirements and your processes change.

Summary

As a mid-level manager, you have more influence over whether a procurement platform succeeds than anyone else in the organisation, because you connect the decision with the people who have to use the system. In insurance, the right system does more than handle standard purchasing: it captures the evidence Solvency II, DORA and GDPR require as part of the normal workflow.

The approach that works: start from your current pain points and evidence gaps, choose a system that addresses those specifically, and invest in change management and training at least as much as in the software itself. To see how this works in practice, explore Fluenta One's insurance procurement solution.

Frequently asked questions (FAQ)

What should a mid-level manager focus on when evaluating procurement software in insurance?

Process efficiency, spend visibility, supplier and contract management, integration with finance systems, and usability, plus one insurance-specific test: whether the system captures Solvency II outsourcing, DORA and GDPR evidence as part of the normal workflow.

Does DORA apply to insurance companies?

Yes. DORA has applied since 17 January 2025 and covers Solvency II insurance and reinsurance undertakings. For procurement, it means mandatory clauses in ICT third-party contracts and a Register of Information covering all ICT third-party arrangements, including subcontracting chains.

Do the EIOPA guidelines on cloud outsourcing still apply?

No. EIOPA repealed them when DORA started applying on 17 January 2025, because the two overlapped. Cloud and other ICT contracts are now assessed under DORA, while Solvency II outsourcing rules still apply to critical or important functions.

Why do implementations fail most often?

Usually because of low adoption, poor data quality or integration problems, not because of the software itself. Involving key users early, cleaning data before migration and testing integrations with real volumes prevent most of these problems.

Which KPIs should we track after go-live?

Requisition-to-order cycle time, share of spend under contract, invoice first-pass match rate, and the completeness of supplier classifications and register data. Measure the baseline before the rollout, otherwise the improvement can't be demonstrated.

Should we roll out all modules at once?

Usually not. A pilot with one team or category, followed by module-by-module rollout starting with the most regulation-sensitive areas, is less risky and gives you results you can show earlier.

Downloadable resource

Procurement software evaluation checklist: a checklist for evaluating procurement platforms against insurance-sector requirements. It covers:

  • process efficiency and approval workflow criteria
  • spend visibility and cost control requirements
  • supplier performance and risk management
  • Solvency II outsourcing and DORA Register of Information support
  • contract management and renewal tracking
  • integration and reporting capabilities

Sources and references

The sooner you start, the sooner you experience the benefits.