โ† Back to projects
Case Study โ€” Item 01

Intelligent Procurement Management Portal

A purpose-built procurement intelligence platform that replaced more than seven years of spreadsheet-based analysis, reducing execution times for critical purchasing processes by up to 99% without replacing the legacy ERP.

๐Ÿ“„ Full case study ๐Ÿ“ arc42 architecture doc
In Production
Role Internal Solution Architecture, Development & Deployment
Project Type Production
Stack .NET 8 ยท ASP.NET Core MVC ยท SQL Server ยท EF Core ยท Generative AI
Sector Precision Manufacturing
01

The Challenge

The procurement department of a mid-sized precision manufacturing company had operated for more than seven years relying primarily on Excel and Word to manage critical sourcing processes, including reorder calculations, purchase order follow-up, strategic materials analysis, and specialized tooling management.

This created recurring operational problems: late or poorly sized purchases, limited traceability, tooling shortages, delays in export documentation, fragmented information, and purchasing decisions that depended heavily on individual analyst judgment.

A modern ERP replacement had been evaluated for approximately two years, but its licensing and implementation costs were not economically viable. The solution therefore needed to improve the existing operation without replacing or modifying the corporate ERP.

The core challenge was not simply automating spreadsheets โ€” it was creating a reliable intelligence layer capable of standardizing decisions while protecting the company's critical legacy system.
02

The Approach

The project started by analyzing the procurement department's operational workflows, recurring problems, business rules, data dependencies, and infrastructure constraints.

Rather than attempting to replace the ERP, the solution was designed as an independent intelligence layer that consumes ERP information in read-only mode and performs analysis against a synchronized local copy.

An incremental delivery strategy was used. Each module was designed, developed, and validated against real production data before expanding the platform to additional processes.

Architecture decisions were evaluated based on business value, operational risk, cost, technical feasibility, maintainability, and the capabilities of the existing infrastructure.

03

Architecture

As-Is

Procurement analysis depended on manual exports from the legacy ERP into spreadsheets. Individual analysts performed calculations independently, with no centralized repository, standardized workflow, or complete audit history.

As-Is procurement architecture

To-Be

The new architecture introduced a web-based intranet platform operating as an intelligence layer above the existing ERP. Relevant information is periodically synchronized into a local repository where business rules, analysis engines, workflows, and AI-assisted capabilities operate without impacting the source system.

To-Be high-level solution architecture
04

The Solution

The resulting platform centralizes procurement analysis, purchase order follow-up, inventory-related calculations, specialized tooling management, approval workflows, reporting, and AI-assisted decision support within a single internal system.

Core Capabilities

  • Automated ERP data synchronization.
  • Standardized sourcing calculations.
  • Purchase order and request tracking.
  • Calculation โ†’ Review โ†’ Approval workflow.
  • Immutable decision history and audit trail.

Supporting Capabilities

  • AI-assisted analysis for complex scenarios.
  • Role-based access control.
  • Excel and PDF export capabilities.
  • Local operation during temporary ERP outages.
  • Centralized procurement information.
05

Key Architecture Decisions

5.1

Build vs. Buy

A purpose-built platform was selected instead of replacing the ERP, avoiding a major software investment while addressing the department's specific operational requirements. Cost
5.2

On-Premise Deployment

Existing company infrastructure was used instead of dedicated cloud infrastructure, eliminating additional recurring hosting costs. Infrastructure
5.3

Read-Only ERP Integration

The legacy ERP remained the source of truth and cannot be modified by the portal, reducing the risk of affecting critical corporate operations. Risk
5.4

Local Data Synchronization

Analytical workloads run against a synchronized local repository instead of querying the ERP directly, improving performance and operational resilience. Performance
5.5

Formal Approval Workflow

Purchasing analyses follow a Calculation โ†’ Review โ†’ Approval workflow, creating a reproducible and auditable decision process. Governance
06

Security & Risk

Security Controls

  • Secure password hashing.
  • Role-based access control (RBAC).
  • Protected configuration for external credentials.
  • Administrative control over password resets.
  • Audit logging for relevant user interactions.

Risk Mitigation

  • Read-only ERP integration prevents accidental source-system modification.
  • Concurrency controls protect synchronization processes.
  • Local data availability provides resilience during temporary ERP outages.
  • Immutable history improves traceability of purchasing decisions.
07

Business Impact

97% Procurement analysis time reduction
99% Purchase order follow-up time reduction
96% Operational meeting time reduction

Before

  • ~30 minutes per sourcing analysis.
  • ~2 hours per purchase order follow-up.
  • ~2 hours per operational tracking meeting.
  • ~30 minutes per proforma invoice.

After

  • ~1 minute per sourcing analysis.
  • ~1 minute per purchase order follow-up.
  • ~5 minutes per operational tracking meeting.
  • ~1 minute per proforma invoice.

The solution also introduced centralized information, AI-assisted analysis, standardized calculations, improved traceability, and the equivalent of one full 9-hour workday of capacity redirected toward higher-value activities.

08

Lessons & Next Evolution

Lessons Learned

  • Extending a legacy platform can sometimes generate more business value than replacing it.
  • Incremental validation against real production data reduced implementation risk.
  • Compatibility with familiar tools such as Excel helped accelerate user adoption.
  • Architectural separation between the portal and the ERP significantly reduced operational risk.

Next Evolution

  • Expand AI-assisted analysis into forecasting and shortage-risk detection.
  • Evaluate controlled and audited ERP write-back scenarios.
  • Consider cloud migration if future growth justifies the investment.
  • Extend the platform model to additional business departments.
Confidentiality Notice: This case study has been anonymized. Company-specific information, credentials, infrastructure details, proprietary data, and confidential implementation details have been removed or generalized.