Menu
Le portail compile et envoie désormais ces rapports selon un calendrier, rendant 20 heures par semaine à l'équipe.
Une société de paiement réglementée pilotait toute son activité — intégrer des clients entreprises, suivre chaque transaction et rendre compte de l'ensemble — avec des outils déconnectés et des tableurs manuels. Il lui fallait un seul portail pour diriger l'activité.
J'ai construit environ 90 % du front-end de ce portail. Les clients sont intégrés en masse plutôt qu'un formulaire à la fois, et chaque compte se trouve au même endroit.
L'argent — entrées, sorties, recouvrements, virements — est suivi en direct au lieu d'être reconstitué après coup.
Le plus grand gain concernait les rapports. Deux personnes y perdaient auparavant environ 20 heures par semaine — 15 à 20 rapports hebdomadaires et mensuels récurrents, chacun construit à la main.
Extraire les chiffres de milliers de transactions quotidiennes, écrire des formules Excel et mettre en forme chaque fichier : c'était le travail manuel. Désormais, le portail compile et envoie ces mêmes rapports selon un calendrier, sans que personne ne touche à un tableur.
Note de confidentialité : Les noms des clients et des entreprises ont été modifiés ou omis par souci de confidentialité. Le travail, mon rôle et le périmètre du projet sont réels.
Deux personnes passaient autrefois environ 20 heures par semaine à construire 15–20 rapports hebdomadaires et mensuels à la main — le portail les compile et les envoie désormais lui-même
Encaissements, décaissements, recouvrements et P2P suivis en direct — pas rapprochés après coup
La quasi-totalité du front-end du portail web, conçue et livrée de bout en bout
Chacun des 15–20 rapports hebdomadaires et mensuels récurrents se compile et s'envoie désormais tout seul
Grands livres, livres auxiliaires et transactions multipartites devaient devenir des écrans que du personnel non spécialiste puisse utiliser en confiance.
TypeScript avec gestion d'état Redux Toolkit et un système Ant Design, structuré en modules fonctionnels pour que le portail puisse continuer de croître.
Des flux de transactions en direct sur quatre parcours de paiement — de 1 000 à 10 000 par jour — exigeaient une vue toujours à jour sans surcharger l'interface.
Une vue en temps réel sur les encaissements, décaissements, recouvrements et P2P — associée à une intégration d'utilisateurs simplifiée, à l'unité comme en masse.
De grands tableaux financiers devaient s'exporter côté client en fichiers PDF et Excel soignés sans figer le portail.
Des rapports PDF (jsPDF + AutoTable) et Excel (XLSX) à la demande et programmés, qui se génèrent et se distribuent tout seuls — des heures de compilation manuelle deviennent une tâche de fond.
Les clients entreprises devaient amener de larges bases d'utilisateurs sur la plateforme — un formulaire manuel à la fois n'aurait jamais suivi.
Accès par rôle, gestion des comptes d'entreprise et historiques de transactions consultables avec leurs statuts — plus des vues de règlement et de rapprochement dans une interface responsive pensée pour de grands volumes.
Nos équipes pilotent l'activité depuis le portail : intégration, grands livres et vues de transactions en direct au même endroit. Muhammad a compris le métier, pas seulement les spécifications.
L’identité du client est confidentielle. Ce résumé reflète des retours oraux partagés avec Muhammad et l’équipe projet.
Dites-moi ce que vous construisez ou améliorez, et je vous aiderai à identifier une prochaine étape concrète.
Aucun commentaire pour l’instant. Soyez le premier à donner votre avis.
Des analyses sur le développement web et la création de produits qui sortent vraiment.