Skip to content
Yohannis.

Live national platform

eGP

Ethiopian e-Government Procurement

A national electronic public-procurement platform used by government buyers and suppliers.

Lead Engineer — national platform delivery

egp.gov.et
Ethiopian e-Government Procurement homepage showing digital procurement workflows and live tender activity

Product overview

Public procurement has to work for government entities and for the suppliers that bid into those processes. eGP is a national system, not a departmental app: many institutions, many roles, and workflows that have to remain auditable.

Problem

Paper and fragmented digital procurement slow public buying, hide process state, and make it hard for suppliers to participate consistently. A national platform has to encode those processes without becoming a different product for every institution.

My role

Lead Engineer — national platform delivery.

What I built

  • Delivered full-stack work across Angular, React, TypeScript, .NET / .NET Core, REST APIs, and SQL.
  • Helped shape reusable frontend and backend patterns so procurement workflows could be extended without a rewrite per agency.
  • Worked on system design and delivery as part of a 10–15 engineer leadership scope across national Perago platforms.
  • Contributed to the move from legacy AngularJS toward React on government frontend systems.

Architecture

  1. Client apps

    Buyer portal · Supplier portal · Administration

  2. API layer

    REST APIs · Auth · Role-aware access

  3. Business services

    Procurement workflows · Tendering · Institution operations

  4. Data & integrations

    SQL · Government identity and adjacent systems

Key engineering challenges

  • Workflow complexity: procurement is a process with roles, stages, and documents, not a CRUD form.
  • National scale: many institutions sharing a platform, with isolation and audit requirements.
  • Modernizing frontend architecture while the system stayed in production use.

Technology stack

  • Angular
  • React
  • TypeScript
  • .NET
  • REST APIs
  • SQL

Results

  • Shipped as a live national procurement platform at egp.gov.et.

Engineering decisions

  • Keep procurement rules in services behind APIs so buyer and supplier surfaces stay consistent.
  • Prefer reusable platform patterns over institution-specific application forks.
  • Omit internal operational detail, private procurement data, and unpublished system internals from this case study.