SFEC (System de facturation electronique certifier)

SFEC (System de facturation electronique certifier)

The ultimate goal of the SFEC is to serve as a solution that will support DGID to increase the tax base and generate more income for the State. This is going to be achieved by improving control over turnover through the systematic e-reporting of invoice data to the SFEC, improving analytical capabilities of DGID through data mining which shall even support in detecting anomalies and potential fraud.

The ultimate goal of the SFEC is to serve as a solution that will support DGID to increase the tax base and generate more income for the State. This is going to be achieved by improving control over turnover through the systematic e-reporting of invoice data to the SFEC, improving analytical capabilities of DGID through data mining which shall even support in detecting anomalies and potential fraud.

Sector

GovStack

Time

2024-Present

Team

15

Role

Solo UX Designer

1. Project Overview

1. Project Overview

SFEC (Système de Facturation Électronique Certifiée) is a government-led initiative to modernize how businesses in the Democratic Republic of Congo report their sales to the tax authority, DGID.
As the Lead UX Designer, my mission was to design an accessible, secure, and scalable solution usable by all types of economic agents from informal shops to large enterprises.

This required deep research into local business realities, digital maturity levels, and existing workflows, then translating those insights into intuitive digital tools.

SFEC (Système de Facturation Électronique Certifiée) is a government-led initiative to modernize how businesses in the Democratic Republic of Congo report their sales to the tax authority, DGID.
As the Lead UX Designer, my mission was to design an accessible, secure, and scalable solution usable by all types of economic agents from informal shops to large enterprises.

This required deep research into local business realities, digital maturity levels, and existing workflows, then translating those insights into intuitive digital tools.

  1. Challenges Founder during research

  1. Challenges Founder during research

Problem 1: Non-standardized, unreliable invoice data


Research insight:


Through contextual interviews with SMEs and market vendors, we discovered that many use paper receipts, WhatsApp screenshots, Excel files, or locally built software. This leads to inconsistencies, data loss, and manual errors.


UX implication:
A national tax system cannot rely on fragmented data. We needed a unified digital standard that still respects the diversity of user tools.

Problem 1: Non-standardized, unreliable invoice data


Research insight:


Through contextual interviews with SMEs and market vendors, we discovered that many use paper receipts, WhatsApp screenshots, Excel files, or locally built software. This leads to inconsistencies, data loss, and manual errors.


UX implication:
A national tax system cannot rely on fragmented data. We needed a unified digital standard that still respects the diversity of user tools.

Problem 2: Diverse user capabilities and uneven digital access


Research insight:

We conducted surveys and field observations in various regions (urban and semi-urban). Findings showed:

  • Large companies already use advanced accounting software.

  • SMEs prefer simple tools with minimal configuration.

  • Informal businesses have low digital literacy and limited internet connectivity.


UX implication:
A single interface would not work. We needed a multichannel strategy tailored to different technical realities.

Problem 2: Diverse user capabilities and uneven digital access


Research insight:

We conducted surveys and field observations in various regions (urban and semi-urban). Findings showed:

  • Large companies already use advanced accounting software.

  • SMEs prefer simple tools with minimal configuration.

  • Informal businesses have low digital literacy and limited internet connectivity.


UX implication:
A single interface would not work. We needed a multichannel strategy tailored to different technical realities.

Problem 3: High levels of fraud and undeclared transactions


Research insight:
DGID officials shared cases where invoices were edited or deleted after transactions. Businesses could manually alter records or avoid declaring sales entirely.


UX implication:
The system needed automatic certification, immutable records, and transparency without complicating the user experience.

Problem 3: High levels of fraud and undeclared transactions


Research insight:
DGID officials shared cases where invoices were edited or deleted after transactions. Businesses could manually alter records or avoid declaring sales entirely.


UX implication:
The system needed automatic certification, immutable records, and transparency without complicating the user experience.

Problem 4: DGID lacked modern audit, monitoring, and reporting tools


Research insight:
Workshops with tax inspectors showed they relied heavily on:

  • manual audits

  • paper files

  • sometimes incomplete data submitted by taxpayers

They needed digital tools to spot anomalies, manage taxpayers, and generate reports reliably.


UX implication:
We had to design a powerful yet intuitive administrative platform that supports analytical and operational workflows.

Problem 4: DGID lacked modern audit, monitoring, and reporting tools


Research insight:
Workshops with tax inspectors showed they relied heavily on:

  • manual audits

  • paper files

  • sometimes incomplete data submitted by taxpayers

They needed digital tools to spot anomalies, manage taxpayers, and generate reports reliably.


UX implication:
We had to design a powerful yet intuitive administrative platform that supports analytical and operational workflows.

Problem 5 Security vulnerabilities across invoicing tools


Research insight:
Technical audits showed that existing invoicing systems lacked encryption, audit trails, and identity verification.


UX implication:
Security had to be built-in by design, without overwhelming non-technical users.

Problem 5 Security vulnerabilities across invoicing tools


Research insight:
Technical audits showed that existing invoicing systems lacked encryption, audit trails, and identity verification.


UX implication:
Security had to be built-in by design, without overwhelming non-technical users.

  1. Design Opportunity

  1. Design Opportunity

Through research synthesis, we defined a core opportunity:


Create a flexible, secure, and user-centered e-invoicing ecosystem that adapts to different business realities while ensuring standardized and certified invoice data.


This guided every design decision.

Through research synthesis, we defined a core opportunity:


Create a flexible, secure, and user-centered e-invoicing ecosystem that adapts to different business realities while ensuring standardized and certified invoice data.


This guided every design decision.

4. The Solution, A Multi-Channel E-Invoicing Ecosystem


4. The Solution, A Multi-Channel E-Invoicing Ecosystem


Sequence Diagram

Sequence Diagram

While most people think of UX as just screens, this is "Logic-First UX." It’s a technical flow that focuses on the chronological order of interactions between different objects or systems (The Taxpayer, the SFEC system, and the notification gateways).

Why We Did This (The "So What?")

We intentionally used this technical style to create a single source of truth for the entire team. Before I move into my designer-centric User Flows (which focus on the interface and human emotion), we needed to:


  1. Align with Devs & BAs: Ensure the backend logic is technically feasible.

  2. Eliminate Ambiguity: Clear up exactly how "if/else" scenarios are handled so there are no surprises during development.

  3. Build a Solid Foundation: By "breaking" the logic here, we save hours of redesigning screens later.

From System Logic to Human Experience: The User Flow

With the functional requirements and backend logic validated through our Sequence Diagrams, the next phase of the design process was to translate that "machine-level" data into a seamless human experience.

While the previous stage defined what the system does (the "if/then" rules and API triggers), this User Flow section focuses on how the taxpayer actually navigates those rules. Here, I’ve shifted from a technical blueprint to a designer-centric flow to:

  • Visualize the Interface Journey: Mapping out the specific screens, buttons, and visual cues the user encounters.

  • Prioritize Frictionless Interaction: Ensuring that complex steps—like multi-factor authentication and password setting—feel intuitive rather than clinical.

  • Contextualize Feedback: Defining how success messages and error states appear visually to guide the user back on track without needing to understand the underlying code.

From System Logic to Human Experience: The User Flow

Once the team reached a consensus on the User Flow, the "rules of engagement" were locked. This gave me the green light to focus on the High-Fidelity UI Design, where we move from "how it works" to "how it looks, feels, and builds trust."

Because the backend logic—like the taxpayer lookup and password validation—was already settled, the UI phase was an exercise in pure refinement rather than guesswork.

What was achieved in this stage:

  • Applying the Visual Identity: Translating the "SFEC" brand into a professional interface that feels secure for taxpayers.

  • Executing the Logic Visually: Designing the specific input fields for NIU/RCCM and the "Successful status" screens we mapped out in the sequence.

  • Polishing Error States: Taking the "if/else" error triggers (like password mismatches or expired links) and turning them into clear, helpful visual feedback for the user.

  • Ensuring Accessibility: Refining typography and contrast to ensure every taxpayer, regardless of their device, can navigate the activation process with ease.

Conclusion: Designing at the Intersection of Logic and Leadership

This project marked a pivotal chapter in my career, serving as my first deep dive into a high-stakes, large-scale ecosystem. As the solo designer, I wasn't just responsible for the visual output; I was the primary bridge between the technical rigor of Engineering, the functional requirements of Business Analysts, and the strategic visions of Founders, Ministers, and Corporate Directors.

The Art of the "Smarter Question"

In a room filled with high-level stakeholders, I quickly learned that my most valuable asset wasn't my ability to use Figma, but my ability to communicate. Being positioned between BAs and Engineers required a specific type of diplomacy:

  • Strategic Inquiry: I moved beyond asking "what do you want?" to asking "why does this logic serve the user?"—helping to bridge the gap between ministerial goals and technical feasibility.

  • Driving Alignment: By producing technical documentation like Sequence Diagrams, I was able to validate complex system logic—such as taxpayer lookups and multi-channel notifications—with the BAs and Engineers before a single pixel was drawn.

  • Building Trust: Demonstrating that I understood the "under-the-hood" mechanics allowed me to gain the confidence of the leadership team, ensuring that design decisions were seen as strategic rather than subjective.

Beyond the "Beautiful UI"

One of the greatest challenges was designing for a massive, diverse audience. The platform had to be equally accessible to tech-savvy professionals and taxpayers who are entirely unfamiliar with digital government tools. This led to a core design philosophy for this project: Meaning over Aesthetics.

  • Usability as a Priority: I focused on creating robust, meaningful components that guided the user through high-friction steps like password policy validation and account activation.

  • Inclusion by Design: By stripping away unnecessary visual noise, I ensured that the interface felt intuitive and secure for users with varying levels of digital literacy.

  • Functional Clarity: Every error state and successful status update was mapped to ensure that no user felt "lost" in the system, regardless of their background.

Create a free website with Framer, the website builder loved by startups, designers and agencies.