Aller au contenu principal

Étude de cas · SYGOL

Un transitaire de Conakry suit ses expéditions et calcule ses droits de douane dans un seul logiciel

SYGOL est le logiciel de gestion du transport et du dédouanement d’une entreprise de transit à Conakry, en Guinée. Nous l’avons construit à partir d’un cahier des charges très détaillé, en travaillant à distance depuis la France. Il est en production.

Client
SYGOL
Secteur
Transit et dédouanement
Lieu
Conakry, Guinée
Projet
Logiciel de gestion du transport et du dédouanement
Statut
En production
Transit et douane · Conakry, Guinée · 2026
entreprise de transit en Guinée, projet mené à distance depuis la France
Conakry
réunis dans un seul logiciel de gestion
Transport et douane
depuis 2026, sur Next.js et Supabase
En production

Contexte

Un transitaire prend en charge, pour le compte de ses clients, le passage des marchandises : suivi du transport, documents, déclaration en douane, paiement des droits et taxes, livraison, puis facturation de sa prestation. Chaque dossier d’expédition rassemble des dizaines d’informations et de dates.

L’entreprise derrière SYGOL avait une idée précise de son outil : un logiciel unique pour les opérations, la douane, le transport et la finance, avec des droits par rôle et, à terme, des portails pour ses clients et ses partenaires. Elle nous a transmis un cahier des charges organisé document par document, du dossier d’expédition jusqu’à la comptabilité.

Le logiciel a changé de nom en cours de projet et s’appelle désormais SYGOL : Système de Gestion des Opérations Logistiques et Douanières. Le changement a été mené dans toute l’application, des écrans aux documents.

Le problème

Le besoin central : réunir dans un seul dossier tout ce qui concerne une expédition, consultable par chacun selon son rôle, et calculer les droits de douane dans l’outil plutôt qu’à côté, dans un classeur.

Le calcul des droits et taxes est le cœur du métier. Il dépend de la position tarifaire de la marchandise, de sa valeur, de la devise, du taux de change et du régime douanier. Une erreur se répercute directement sur le coût de revient annoncé au client.

Les contraintes

  • Un périmètre qui couvre toute l’entreprise

    Opérations, douane, transport, commercial, finance, ressources humaines, administration. Il fallait livrer par étapes sans perdre la cohérence de l’ensemble.

  • Le cadre douanier guinéen

    Régimes douaniers, bureaux, types de déclaration, exonérations, admissions temporaires, et un tarif de plus de 6 000 positions. Les barèmes officiels sont fournis par l’entreprise : le logiciel devait les rendre modifiables plutôt que de les inscrire dans le code.

  • Des montants en francs guinéens

    Les montants se comptent en francs guinéens, avec des ordres de grandeur élevés. Les paiements devaient suivre des circuits de validation qui dépendent du montant.

  • Un projet mené à distance

    L’entreprise est à Conakry, nous sommes en France. Démonstrations, validations et corrections se font à distance, et le logiciel devait fonctionner dans un simple navigateur, sans installation.

  • Une traçabilité complète

    Chaque modification d’un dossier doit pouvoir être retrouvée : qui, quand, quelle valeur avant et après, pour quel motif. Ce qui est historisé ne se supprime pas.

Les décisions techniques, et pourquoi

  1. 01

    Commencer par le dossier d’expédition

    Plutôt que d’ouvrir tous les modules en même temps, nous avons d’abord construit la pièce centrale : le dossier d’expédition complet. La douane, les coûts et la facturation s’y rattachent.

  2. 02

    Une application web sur Next.js et Supabase

    Une application Next.js adossée à PostgreSQL via Supabase, qui fournit aussi l’authentification et le stockage des documents. L’hébergement est dans le cloud : l’entreprise n’a pas de serveur à administrer sur place.

  3. 03

    Des droits portés jusqu’à la base de données

    Les accès reposent sur une table de rôles et de permissions, par module et par action. Les règles sont aussi appliquées dans PostgreSQL (sécurité au niveau des lignes), pas seulement dans les écrans.

  4. 04

    Des référentiels modifiables

    Régimes, types de déclaration, bureaux de douane et positions tarifaires sont des tables gérées depuis l’administration. Quand un barème change, l’entreprise le met à jour elle-même.

  5. 05

    Un calcul qui suit la méthode de référence

    Le simulateur reprend la méthode du classeur de calcul de l’entreprise : valeur CAF convertie au taux de change, puis droits et taxes ligne par ligne (DD, RTL, PC, CA et TVA), jusqu’au total et au coût de revient estimé. Il reste une aide à la décision : la déclaration officielle se fait dans SYDONIA World, le système informatique des douanes.

  6. 06

    Des validations de paiement par paliers

    Plus un paiement est élevé, plus son circuit de validation compte de signataires, jusqu’à la direction générale. Les seuils se règlent dans l’administration, avec un outil pour tester un montant avant de l’enregistrer.

Ce que nous avons construit

Le dossier d’expédition

Sept onglets : détails et dates de mouvement, fret et équipements (conteneurs, plombs, tares, poids vérifiés), document de transport, douane, transport, coûts et revenus avec marge calculée automatiquement, documents joints. Les totaux de fret se calculent seuls.

La douane

Déclarations, simulateur de droits et taxes, exonérations, admissions temporaires et référentiels douaniers. Une position tarifaire se retrouve parmi plus de 6 000 en tapant quelques caractères.

La finance

Facturation, paiements et leurs circuits de validation, trésorerie, et une comptabilité organisée selon le référentiel SYSCOHADA, en usage dans les pays de l’OHADA.

Le reste du cahier des charges

Transport, cycle commercial, ressources humaines et paie, tableaux de bord, notifications et alertes, et un assistant IA spécialisé en réglementation douanière ont été développés module par module autour de ce cœur.

L’administration

Utilisateurs, rôles et permissions par module et par action, seuils de validation, référentiels, modèles d’étapes (workflows) paramétrables, devises, journal des événements.

Ce qui a été difficile

Reproduire un calcul de référence

Le simulateur devait donner le même résultat que le classeur de l’entreprise. Nous avons repris la méthode étape par étape et affiché chaque ligne du calcul, pour qu’un déclarant puisse le contrôler lui-même.

Un tarif de plus de 6 000 positions

Charger toutes les positions dans une liste rendait certaines pages lentes. La recherche démarre désormais à deux caractères et ne renvoie que les résultats utiles.

Des règles d’accès coûteuses

Vérifier les droits à chaque ligne lue ralentissait les grandes tables. Les règles ont été réécrites pour être évaluées une fois par requête, et les index manquants ont été ajoutés.

Un logiciel aux nombreux écrans

Couvrir toute l’entreprise, c’est une quarantaine d’entrées de menu. Elles sont regroupées par domaine et repliées par défaut ; seul le domaine en cours reste ouvert.

Livrer sans attendre toutes les données

Certaines données officielles devaient arriver en cours de route. Le moteur douanier a été construit pour fonctionner avec des tables que l’entreprise alimente elle-même, plutôt qu’avec des valeurs figées.

Les étapes du projet

  1. 01

    Découpage du cahier des charges

    Lecture document par document et découpage en lots : dossier d’expédition, moteur douanier et tarif, cycle commercial, étapes et paramétrage, comptabilité, module douane global avec assistant IA.

  2. 02

    Le dossier d’expédition

    Premier lot livré : la pièce centrale et ses sept onglets, avec le formulaire de création et de modification complet.

  3. 03

    La douane

    Moteur de calcul des droits et taxes, référentiels douaniers, simulateur, exonérations et admissions temporaires.

  4. 04

    Les autres modules

    Finance, transport, commercial, ressources humaines et administration, développés module par module autour du dossier.

  5. 05

    Performance et ergonomie

    Règles d’accès réécrites, index ajoutés, menu regroupé par domaine, recherche rapide dans le tarif, et passage au nom SYGOL dans toute l’application.

Le résultat

  • SYGOL est en production depuis 2026.
  • Le dossier d’expédition, la douane et la finance fonctionnent dans un même logiciel, sur une même base, avec des droits par rôle.
  • Le calcul des droits et taxes suit la méthode de référence de l’entreprise et affiche le détail de chaque ligne.
  • Les paiements suivent un circuit de validation qui dépend de leur montant.

Les portails destinés aux clients, fournisseurs, transporteurs et agents de l’entreprise sont prévus pour une seconde phase. Nous ne publions pas de gain chiffré : il n’a pas été mesuré avec l’entreprise.

Durée et ampleur

Notre rôle
Découpage du cahier des charges, conception, développement, mise en production et évolutions
Calendrier
Développement engagé en juin 2026, en production depuis 2026
Modules
Opérations, douane, transport, commercial, finance, ressources humaines, administration
Profils
Droits par rôle, par module et par action, jusqu’à la direction générale
Référentiels
Plus de 6 000 positions tarifaires, régimes, bureaux, types de déclaration
Accès
Navigateur web, sans installation
Monnaie
Franc guinéen

Nous ne publions pas le budget de nos projets.

Technologies

  • Next.js
  • React
  • TypeScript
  • Tailwind CSS
  • PostgreSQL
  • Supabase
  • Vercel

Services liés à ce projet

Réalisations

Les autres études de cas

Toutes les réalisations

Votre situation ressemble à celle-ci ?

Réponse sous un jour ouvré, en général par téléphone.

Décrire mon problème 09 61 20 47 79

Cadrage avant chiffrage. Premier échange sans engagement.