Offre technique et financière — E-Grenier V2.1

Reprise et refonte du code source, documentation, réalisation et accompagnement durable de l’OCPV
Prestataire proposant : CIACEMS — Cabinet d’Ingénierie Avancée et de Conception d’Environnements Multiservices Sécurisés
Destinataire : Office d’aide à la Commercialisation des Produits Vivriers — OCPV
Référence de proposition : CIACEMS/OCPV/EG21/2026-01
Date : 18 septembre 2026
Version : 1.4 — projet d’offre à finaliser avant soumission
Référence fonctionnelle : Cahier des charges E-Grenier V2.1, version 1.4

Montant proposé : 29 500 000 FCFA — vingt-neuf millions cinq cent mille francs CFA.
Qualification HT ou TTC : à confirmer par CIACEMS avant émission de l’offre définitive.

1. Proposition de CIACEMS

CIACEMS propose de concevoir et de mettre en service E-Grenier V2.1 pour relier la déclaration des récoltes, le contrôle des lots au hub, leur commercialisation et l’exploitation des données de marché. La prestation associe la réalisation logicielle, l’intégration des partenaires, la formation et un accompagnement en présentiel auprès des équipes de l’OCPV.

L’offre inclut la reprise et la refonte du code source E-Grenier V2 fourni par l’ancien prestataire, ainsi que la production de la documentation technique du code refondu. CIACEMS réalisera le diagnostic, le plan de refonte, la restructuration ou le remplacement des composants nécessaires à la V2.1 et les vérifications de non-régression. La documentation sera produite et actualisée pendant ces travaux, puis remise et vérifiée à la recette.

Le backend sera refait en Python/Django avec des API Django Ninja, et le web en SPA Vue.js avec les fonctions PWA prévues. L’ensemble des composants auto-hébergés sera conteneurisé avec Docker, organisé en microservices et déployé sur des VPS locaux sous Docker Swarm, avec Dokploy pour la gestion des déploiements. PostgreSQL, Redis et Celery compléteront ce socle, accompagné d’outils de supervision et de sécurisation.

La proposition comprend une réalisation initiale sur 20 semaines, dont les semaines 1 à 15 ont déjà été couvertes par le projet Agrilink-CI (intégration et consolidation dans E-Grenier V2.1), suivie de 12 mois de maintenance et d’accompagnement, durée proposée à confirmer. La phase finale (semaines 16 à 20) vise la livraison du MVP sous une semaine à la date de mise à jour du présent document. Les améliorations seront préparées avec les utilisateurs, priorisées avec l’OCPV et livrées selon des critères de recette explicites.

Le montant couvre les prestations CIACEMS définies dans cette offre. L’hébergement, les abonnements Auth0, les SMS et les frais des prestataires de paiement seront souscrits et financés séparément selon les usages et les contrats retenus. Leur inventaire et leur estimation seront remis au cadrage ; aucun tarif tiers n’est présenté ici comme acquis.

2. Compréhension du besoin et valeur attendue

L’OCPV doit disposer d’un outil utilisable par les acteurs des filières vivrières et par ses agents, capable de suivre les quantités disponibles, les contrôles, les transactions et les informations utiles au pilotage.

La proposition répond à cinq besoins :

• Accéder simplement au service : une application web/PWA ouverte depuis un lien, des parcours par profil et plusieurs moyens de connexion.
• Fiabiliser les offres : un lot ne devient commandable qu’après contrôle au hub et vérification de la quantité disponible.
• Suivre les transactions : commandes, paiements, confirmations et exceptions sont rattachés à des références traçables.
• Mieux exploiter l’information : les stocks, les flux et les transactions alimentent les tableaux de bord et les échanges avec Info-Prix.
• Faire durer le système : une équipe accompagne l’OCPV sur le terrain, forme les agents et organise les améliorations successives.

CIACEMS propose l’ajout d’Auth0 pour diversifier les connexions en complément du SMS OTP. Les connexions sans SMS pourront réduire le volume de messages et la dépense associée à grande échelle. Un utilisateur ayant préparé une alternative pourra continuer à accéder à son compte en cas d’indisponibilité du service SMS. Le parcours de secours sera vérifié à la recette.

3. Offre technique et périmètre inclus

3.1 Solution proposée

Les spécifications et critères d’acceptation sont définis dans le cahier des charges associé. La plateforme sera structurée pour permettre les évolutions des domaines métier sans dépendre d’une refonte complète à chaque ajout de fonction.

3.2 Dimensionnement proposé

Le forfait repose sur un pilote de 3 hubs au maximum dans 2 régions, jusqu’à 300 producteurs et acheteurs, et la formation de 30 agents ou référents. La capacité technique de référence est de 10 000 comptes enregistrés, 100 000 lots historisés et 100 sessions simultanément actives ; ces valeurs constituent des hypothèses de dimensionnement, et non les volumes constatés de l’OCPV.

La reprise initiale couvre une famille de fichiers normalisés, dans la limite de 20 000 lignes, avec une répétition et un chargement final. L’expérimentation prédictive couvre jusqu’à trois couples produit–marché, selon la disponibilité des historiques.

L’offre comprend un environnement de test isolé, un environnement de production en microservices sur des VPS locaux et la configuration d’un dispositif de sauvegarde séparé. Le nombre de VPS, leurs ressources, la topologie Swarm et les volumes persistants seront arrêtés au dimensionnement. La fourniture des ressources d’hébergement et de stockage relève des dépenses tierces du §8.3.

3.3 Conditions des intégrations

Le prestataire de paiement devra permettre le parcours financier validé avec l’OCPV, notamment l’identification du bénéficiaire, la confirmation et le suivi des exceptions. Les frais, délais et conditions de remboursement seront documentés avant la réalisation du connecteur.

Le connecteur Info-Prix sera développé sur la base d’une documentation, d’un contrat d’échange et d’accès de test remis par les interlocuteurs concernés. Une solution transitoire par fichiers pourra être convenue si nécessaire ; elle ne remplacera pas automatiquement la livraison du connecteur API.

Auth0 et les moyens de connexion seront configurés selon les options retenues et les comptes disponibles. Le rattachement de plusieurs connexions exigera la vérification des identités concernées. La récupération de compte et les habilitations resteront cohérentes quel que soit le moyen de connexion utilisé.

3.4 Extensions de la trajectoire V2.1

Les applications mobiles Android et iOS seront développées avec Flutter, en langage Dart, puis distribuées sur les stores. Elles s’appuieront sur les API Django Ninja et les mêmes règles métier et d’habilitation que la plateforme web. Ces applications, les services USSD, WhatsApp et SMS interactifs, le numéro vert, la reconnaissance vocale, les intégrations supplémentaires et la généralisation nationale feront l’objet de propositions complémentaires. L’accès mobile du périmètre initial est assuré par la PWA.

Le volet prédictif financé est une expérimentation avec rapport d’évaluation. Le passage à un service de prévision généralisé dépendra de la qualité des données, des résultats et d’un périmètre convenu. L’absence d’historique exploitable donnera lieu à un diagnostic et à un plan de constitution des données.

Ces extensions sont distinguées du périmètre initial pour que le montant proposé corresponde à des prestations et à des livrables identifiables.

3.5 Tâches de refonte et de production documentaire

Ces tâches sont comprises dans le forfait de réalisation de 25 000 000 FCFA. Elles portent sur les composants nécessaires au périmètre V2.1 ; leur organisation sera arrêtée après réception et diagnostic du code source. La documentation correspondra à chaque version livrée et sera maintenue lors des évolutions ultérieures.

3.6 Architecture et technologies de réalisation

Pour l’extension mobile décrite au §3.4, la technologie retenue est Flutter avec Dart pour Android et iOS. Son développement et sa publication sur les stores seront précisés dans la proposition complémentaire correspondante.

Django est retenu pour son cadre structuré, son ORM, ses migrations et ses fonctions d’administration. Ses mécanismes de sécurité seront configurés et vérifiés avec les contrôles métier, les protections des API et celles de l’interface Vue.js. Django Ninja facilitera la validation des données et la production des contrats OpenAPI. Présentation Django, sécurité Django, Django Ninja

Le découpage métier prévu comprend les services acteurs–habilitations, lots–hubs–stocks, commandes, paiements, SIM–analyse et notifications. Chaque service sera déployable séparément et possédera ses données PostgreSQL. Les échanges seront authentifiés et documentés ; les opérations entre services prévoiront les interruptions, les répétitions et les compensations nécessaires. La réservation et la tenue du stock seront traitées atomiquement par leur service propriétaire.

Les workers Celery fonctionneront dans des conteneurs séparés des API. Le Redis du transport de tâches sera distinct du Redis de cache. Les effets critiques resteront enregistrés dans PostgreSQL, avec suivi de leur transmission et reprise, afin de vérifier qu’une nouvelle tentative ne produit pas de double opération métier.

Les VPS seront hébergés localement, avec confirmation de leur localisation physique en Côte d’Ivoire par l’hébergeur et l’OCPV. Docker Swarm assurera l’orchestration et Dokploy le pilotage des déploiements. La topologie, les réplicas, les volumes persistants, les ressources et les procédures de reprise seront décrits dans L02 et L06. Docker Swarm, architecture Dokploy

La sécurité comprendra le chiffrement HTTPS, les pare-feu et réseaux privés, les accès SSH restreints, la gestion des secrets, les privilèges minimaux, la validation des jetons et droits, la revue des dépendances et les sauvegardes chiffrées. Les métriques, journaux et alertes permettront de suivre les API, les workers, les bases et les VPS. Auth0 et les prestataires de messagerie ou de paiement restent des services tiers, dont les échanges de données seront documentés.

La configuration de ce socle est intégrée aux prestations décrites. Les capacités matérielles, le stockage et les éventuelles souscriptions restent des dépenses d’exploitation à financer séparément, selon les dimensionnements et devis validés.

4. Méthode de réalisation et calendrier

CIACEMS conduira les travaux par étapes démontrables. Chaque séquence associera clarification du besoin, conception, réalisation, vérification et retour des utilisateurs. Les arbitrages seront enregistrés et les livraisons présentées régulièrement à l’OCPV.

Le délai de référence de 20 semaines s’appuie sur les travaux déjà menés dans Agrilink-CI pour les quinze premières semaines. La phase restante démarre après disponibilité des prérequis de consolidation et d’intégration dans E-Grenier V2.1. Les décisions et accès nécessaires aux intégrations seront attendus aux dates définies dans le dossier de cadrage. Tout retard affectant un jalon sera documenté et donnera lieu à une replanification concertée.

Une réunion opérationnelle hebdomadaire suivra les travaux ; un comité mensuel arbitrera les priorités, les risques, le budget et les livrables. Les retours sur les documents seront consolidés par l’OCPV avec un objectif de cinq jours ouvrés. La validation restera explicite.

5. Organisation de l’équipe et présence terrain

5.1 Fonctions mobilisées

Ces fonctions décrivent les compétences à mobiliser selon les phases ; plusieurs pourront être assurées par une même personne. La composition nominative, les disponibilités et les CV seront joints à l’offre définitive. Aucune référence de mission ni certification non documentée n’est revendiquée dans cette version.

5.2 Dispositif en présentiel

Une journée sur site correspond à une journée d’intervention d’au moins un membre de l’équipe ; elle ne représente pas la présence simultanée de toutes les fonctions. Les échanges à distance et les travaux de réalisation complètent ce dispositif.

Les interventions courantes seront réalisées à Abidjan. Deux missions régionales de trois jours au maximum pour deux intervenants sont comprises, avec leurs frais de déplacement et de séjour ; elles s’inscrivent dans les 20 journées de réalisation. Les interventions régionales supplémentaires seront estimées avant accord.

L’OCPV organisera l’accès aux sites, les salles, la mobilisation des bénéficiaires, leurs déplacements, leurs terminaux et la connectivité. Le planning de présence sera adapté aux activités des services et des hubs, dans le volume convenu.

6. Qualité, recette et transfert

Le cahier des charges associe chaque exigence à un critère vérifiable. CIACEMS remettra une matrice de recette, les résultats des tests, les anomalies et leurs corrections. Les vérifications comprendront les parcours métier, les accès hors périmètre, les doublons, les paiements retardés, les coupures réseau, la charge et la restauration.

Les objectifs initiaux proposés comprennent une disponibilité mensuelle de 99,5 %, une capacité de 100 sessions actives pour le scénario de charge défini, un temps API au 95e percentile inférieur à deux secondes sur les opérations courantes, une perte maximale cible de 24 heures et une restauration cible en huit heures. Leur définition, leurs prérequis d’infrastructure et leurs modalités de mesure figurent au cahier des charges. Les services tiers seront suivis séparément.

La réception de la mise en service exigera la levée des anomalies bloquantes et majeures. Les éventuelles réserves mineures seront documentées avec un délai de correction. Une défaillance d’intégration non résolue ne sera pas considérée comme une intégration livrée.

Le transfert portera sur le code des développements spécifiques, les scripts, les documents de conception, les guides, les API, l’exploitation et les procédures de sauvegarde et de reprise. Les comptes, les licences et les services tiers seront inventoriés. Les conditions de propriété et de droits d’usage seront arrêtées avant signature.

La réception comprendra la vérification de la refonte et de la documentation selon REF-01 à REF-04 et DOC-01 à DOC-03 du cahier des charges. Le diagnostic et le plan de refonte seront remis dans L11 ; la documentation du code refondu dans L12. L’exercice de prise en main vérifiera qu’un intervenant technique habilité peut installer la solution, exécuter les tests et identifier les modules concernés à partir des éléments remis.

Les critères TEC-01 à TEC-09 compléteront cette recette : indépendance du déploiement des microservices, fonctionnement de la SPA, isolation des données, cohérence des échanges, séparation des Redis, reprise des workers, orchestration sur VPS, réception des alertes et restauration. Les configurations et preuves seront remises dans L05, L06 et L12.

7. Maintenance et accompagnement à long terme

7.1 Douze mois inclus dans l’hypothèse proposée

L’enveloppe de 4 500 000 FCFA comprend, sur les 12 mois proposés :

• l’assistance aux référents et la qualification des incidents ;
• la correction des anomalies de conformité du périmètre livré ;
• les interventions préventives, le suivi des sauvegardes et les mises à jour de sécurité compatibles ;
• le suivi des versions Django, Vue.js et des composants d’exploitation, des files Celery, des caches Redis et des alertes d’infrastructure ;
• une journée de présence mensuelle à Abidjan ;
• les bilans mensuels et les revues trimestrielles ;
• une réserve de 24 jours-personnes pour les évolutions convenues, comprenant analyse, réalisation, vérification, documentation et livraison.

Une journée-personne représente sept heures. Les corrections de conformité et les journées de présence mensuelle ne consomment pas la réserve de 24 jours. Les adaptations mineures d’API pourront y être affectées après estimation et accord ; les nouveaux connecteurs et modules seront chiffrés séparément.

Le support sera disponible du lundi au vendredi, de 8 h à 17 h à Abidjan, hors jours fériés. Les prises en charge proposées sont de quatre heures ouvrées pour un incident critique, un jour ouvré pour une anomalie majeure, trois jours ouvrés pour une anomalie mineure et cinq jours ouvrés pour une demande d’évolution. Les délais de résolution dépendront du diagnostic et des éventuels tiers ; le suivi et le plan de traitement seront communiqués.

La supervision automatique sera continue. Une astreinte humaine 24 h/24 et 7 j/7 devra faire l’objet d’une proposition spécifique si l’OCPV souhaite ce niveau de service.

7.2 Gouvernance des évolutions

Chaque demande sera consignée, qualifiée et estimée. L’OCPV arbitrera les priorités au regard de l’utilité, de l’urgence et de la capacité disponible. Les versions seront vérifiées avant mise en service et accompagnées d’une mise à jour des supports ou d’une formation lorsque nécessaire.

Les bilans préciseront les incidents ouverts et résolus, les évolutions livrées, les jours consommés et le solde. Les besoins dépassant la réserve feront l’objet d’une proposition complémentaire avant réalisation. Un solde non consommé ne prolonge pas automatiquement la période d’accompagnement.

7.3 Poursuite au-delà de la période initiale

CIACEMS propose de préparer le renouvellement à partir du neuvième mois. Une base de discussion de 4 500 000 FCFA par an pourra être retenue pour reconduire un dispositif comparable, sous réserve du périmètre, des volumes, des déplacements et de la qualification fiscale convenus. Ce renouvellement n’est pas inclus dans les 29 500 000 FCFA et ne sera pas automatique.

La feuille de route annuelle pourra intégrer les extensions multicanales, la généralisation territoriale, des fonctions métier supplémentaires et l’élargissement de l’analyse des marchés. Chaque programme sera accompagné de son calendrier, de son budget et de ses critères de résultat.

8. Offre financière

8.1 Décomposition du montant proposé

Les montants ci-dessous constituent une allocation proposée du forfait de prestations CIACEMS. Ils sont tous exprimés sur la même base fiscale, à confirmer HT ou TTC avant soumission. Les unités « forfait » désignent un résultat défini par le cahier des charges ; elles ne correspondent pas à des tarifs tiers.

Les tâches de reprise, de refonte et de production documentaire sont explicitement intégrées aux postes F01 à F08 : diagnostic dans F01 ; plan et documentation de conception dans F02 ; refonte et documentation du code des modules dans F03 à F06 ; vérifications, recette documentaire et guides techniques dans F07 ; transfert dans F08. La documentation de l’expérimentation analytique reste comprise dans F09. Cette répartition conserve le total de réalisation de 25 000 000 FCFA et le total de l’offre de 29 500 000 FCFA, sans double facturation de ces tâches.

La présence sur site pendant la réalisation est répartie entre les postes concernés ; elle ne constitue pas une ligne supplémentaire à facturer.

8.2 Présentation fiscale à finaliser

La mention HT ou TTC n’a pas encore été arrêtée. Cette version n’applique donc aucun taux de taxe et ne constitue pas une facture.

Le régime de facturation et toute éventuelle exonération seront confirmés sur justificatifs avant émission de l’offre définitive. Les montants de l’échéancier seront ajustés à cette présentation, sans mélange entre bases HT et TTC.

8.3 Dépenses à financer séparément

Un état prévisionnel des dépenses récurrentes sera fourni au cadrage avant décision de mise en production. Le total de 29 500 000 FCFA représente les prestations CIACEMS décrites, et non le coût global d’exploitation incluant tous les tiers.

9. Échéancier de règlement proposé

9.1 Réalisation — 25 000 000 FCFA

J3 porte sur l’acceptation d’une version intermédiaire ; il ne vaut pas recette finale. Les critères du cahier des charges restent applicables à J4 et J5.

9.2 Maintenance — 4 500 000 FCFA

La maintenance sera réglée en quatre échéances trimestrielles de 1 125 000 FCFA, après remise et validation du bilan du trimestre concerné. Les quatre échéances totalisent 4 500 000 FCFA sur les 12 mois proposés.

Le total de la réalisation et des quatre échéances de maintenance est de 29 500 000 FCFA, sur la base fiscale à confirmer. Le délai de paiement proposé est de 30 jours à compter de la réception d’une facture conforme et des pièces de validation du jalon, selon les dispositions arrêtées avec l’OCPV.

10. Conditions de réalisation et maîtrise des changements

CIACEMS réalisera les prestations du périmètre convenu et signalera les dépendances susceptibles d’affecter le calendrier. L’OCPV désignera les référents, validera les règles et livrables, remettra les données et organisera la participation des agents. Les prestataires tiers fourniront les accès et services prévus par leurs propres contrats.

Le lancement des travaux de reprise suppose la remise du code source E-Grenier V2, de sa version de référence, des accès nécessaires et des éléments techniques disponibles. Les modalités d’utilisation et de modification seront confirmées avec l’OCPV. Le diagnostic établira le plan de refonte couvrant les exigences V2.1 ; toute découverte modifiant substantiellement le périmètre ou le calendrier sera documentée et traitée selon la procédure de changement ci-dessous.

Les objectifs de performance et de disponibilité seront mis en cohérence avec l’infrastructure financée. Une interruption tierce sera documentée avec ses effets et le suivi engagé. Un changement de prestataire ou d’API nécessitant une nouvelle intégration sera évalué avant réalisation.

Toute modification substantielle du périmètre, de la durée de maintenance, des volumes, des sites ou de la présence attendue fera l’objet d’une fiche d’impact précisant le coût, le délai et les livrables. Aucun supplément ne sera engagé sans accord écrit.

11. Finalisation et acceptation de la proposition

Cette version forme une base de discussion complète sur le contenu et la répartition des prestations. Les éléments suivants seront complétés avant soumission :

• qualification HT ou TTC des 29 500 000 FCFA et présentation des taxes applicables ;
• confirmation des 12 mois de maintenance proposés et du dispositif de présence ;
• validation des hypothèses de pilote, des intégrations et des dépenses tierces ;
• coordonnées et références administratives de CIACEMS, représentant habilité et composition nominative de l’équipe ;
• validation du calendrier, des critères de réception et des conditions de règlement.

La durée de validité commerciale proposée est de 60 jours à compter de l’émission de la version définitive. Les dispositions du contrat signé et du cahier des charges validé fixeront les engagements réciproques.

CIACEMS propose une V2.1 construite avec l’OCPV, livrée par résultats vérifiables et accompagnée sur le terrain pour soutenir un système sur mesure et durable.