La V8.2 ne doit plus montrer un simple dashboard exportateur. L’interface devient une salle de contrôle pour l’importateur, les investisseurs et les équipes ETHIGONE : fournisseur vérifié, débouché sécurisé, paiement direct, inspection, revente, encaissement et distribution du profit réel.
En V8.2, l’objet principal de l’interface n’est pas une campagne de financement générique. C’est un dossier import contrôlé : une marchandise réelle, un fournisseur vérifié, un débouché commercial sécurisé, des paiements tracés et un résultat économique calculé après encaissement.
Le statut exact de chaque preuve : KYB, fournisseur, acheteur final, inspection, paiement, documents de transport, revente et settlement.
Tout langage qui ressemble à un prêt, à un rendement garanti ou à une promesse de remboursement automatique.
L’investisseur doit comprendre où part l’argent, qui reçoit le paiement, quelle preuve existe et quand le profit devient distribuable.
| Rôle | Besoin UX | Écran prioritaire |
|---|---|---|
| Importateur | Créer un dossier, prouver le fournisseur, prouver le débouché, suivre le financement et la livraison. | Dashboard importateur + timeline dossier. |
| Investisseur | Comprendre le risque, les preuves, la structure Shariah et le partage potentiel du profit réel. | Fiche opportunité + score + documents vérifiés. |
| Admin ETHIGONE | Valider les jalons, déclencher les paiements, bloquer un dossier, gérer défaut et preuves. | Console opérationnelle. |
| Scholar Board | Voir la structure économique, les marchandises, les ratios, les clauses et les cas limites. | Revue Shariah + certificat. |
| Inspecteur / transitaire | Déposer ou confirmer des documents sans modifier le reste du dossier. | Portail preuve externe. |
Le dashboard importateur ne doit pas ressembler à une banque en ligne. Il doit ressembler à un tableau de bord de conformité commerciale : chaque bloc dit ce qui est validé, ce qui manque, ce qui bloque et ce qui peut déclencher l’ouverture du pool.
USDC équivalent
Éligible sous validation
Importateur sans apport capital
Certificat valide
Société vérifiée, dirigeant identifié, historique examiné.
Facture pro-forma, compte bancaire société, coordonnées vérifiées.
Bon de commande acheteur final à confirmer avant ouverture complète.
Inspection SGS/BV obligatoire avant paiement final fournisseur.
Bloquée tant que le débouché commercial n’est pas sécurisé.
DASHBOARD IMPORTATEUR ├─ Mes dossiers │ ├─ Brouillon │ ├─ En vérification │ ├─ Pool ouvert │ ├─ Fournisseur payé │ ├─ Marchandise en transit │ ├─ Revente à encaisser │ └─ Clôturé / défaut │ ├─ Nouveau dossier import │ ├─ Importateur │ ├─ Fournisseur │ ├─ Marchandise │ ├─ Incoterm │ ├─ Débouché commercial │ ├─ Paiements demandés │ ├─ Inspection │ └─ Shariah review │ └─ Trade Passport ├─ Documents ├─ Hash / CargoX / IPFS ├─ Paiements ├─ Tracking ├─ Revente └─ Settlement
Cette structure évite de perdre l’utilisateur dans une logique juridique. Chaque section répond à une preuve nécessaire à la décision : ouvrir le pool, bloquer le dossier, payer le fournisseur, reconnaître le profit ou gérer le défaut.
L’écran investisseur ne doit jamais vendre un rendement. Il doit montrer un résultat potentiel non garanti, conditionné à l’encaissement réel de la revente.
| Bloc visible | Contenu | Règle de design |
|---|---|---|
| Résumé dossier | Marchandise, pays fournisseur, pays importateur, montant, durée cible, Incoterm. | Simple, lisible, sans jargon juridique excessif. |
| Structure Shariah | Mudarabah Import ou Musharakah Import, ratio de partage, statut certificat. | Afficher “non garanti” près de toute projection. |
| Preuves | Fournisseur vérifié, débouché sécurisé, inspection, documents transport, paiement direct. | Badges verts uniquement si la preuve est effectivement validée. |
| Scoring | Score global et sous-scores : importateur, fournisseur, débouché, corridor, marge. | Un score faible doit déclencher un warning visible. |
| Scénario économique | Coûts réels, prix de revente attendu, marge potentielle, distribution si encaissement. | Ne jamais écrire “rendement garanti”. |
Document reçu, source vérifiée, hash enregistré, cohérence validée avec le reste du dossier.
Document présent mais incomplet, incohérent, expiré ou non confirmé par une source externe.
Fournisseur non vérifiable, marchandise interdite, faux débouché, double financement ou statut Shariah invalide.
ProofCard ├─ documentType ├─ issuer ├─ uploadedBy ├─ verifiedBy ├─ hash ├─ source ├─ status: MISSING / PENDING / VALIDATED / REVIEW / BLOCKED ├─ blockingReason └─ linkedMilestone
Le paiement est un moment critique. L’interface doit montrer clairement le bénéficiaire, la facture, le jalon déclencheur et la preuve de virement. En Phase 1, la validation reste manuelle avant chaque paiement sensible.
Les USDC sont verrouillés dans TradeFinancePool.sol.
Facture fournisseur, inspection ou document de transport validé.
ETHIGONE ou partenaire régulé paie le fournisseur / inspecteur / transporteur. Aucun versement libre à l’importateur.
La preuve de virement est ajoutée au Trade Passport et liée au jalon correspondant.
La marge reste une estimation. Elle peut être affichée comme scénario potentiel, mais jamais comme gain acquis.
Statut : REVENU_ATTENDU Profit distribuable : 0 Distribution : bloquée
Le revenu réel est comparé aux coûts vérifiés. Le système calcule alors profit, perte ou absence de résultat.
Profit réel = revenu encaissé - coûts vérifiés - frais non distribuables
Visuellement, la page doit toujours placer la phrase “résultat non garanti” près du bloc de projection. C’est une règle de confiance, de conformité et de protection commerciale.
| Statut | Signification | Action UX |
|---|---|---|
| DRAFT | Dossier en création. | Afficher les preuves manquantes. |
| UNDER_REVIEW | Contrôle ETHIGONE en cours. | Bloquer l’ouverture pool. |
| SHARIAH_REVIEW | Cas à qualifier par Scholar Board. | Afficher motif et documents concernés. |
| POOL_OPEN | Dossier éligible au financement. | Activer la participation investisseurs. |
| PAYMENT_PENDING | Paiement fournisseur ou prestataire en attente de validation. | Afficher bénéficiaire, facture et jalon. |
| IN_TRANSIT | Marchandise en transport / douane. | Afficher tracking, inspection et documents. |
| SETTLEMENT | Revente encaissée ou résultat à calculer. | Afficher calcul profit/perte. |
| DEFAULT | Retard, non-paiement, litige ou perte. | Afficher workflow J+7, J+14, J+30, Takaful, ICC. |
KYB fournisseur, compte bancaire au nom de la société, historique ou vérification externe.
Bon de commande, acheteur final vérifié, acompte ou capacité de paiement.
Inspection avant paiement final et attestation à destination si nécessaire.
Classification marchandise, documents export/import, transitaire validé.
Débouché sécurisé obligatoire en Phase 1, marge réaliste, délai limité.
Compte de règlement, preuves bancaires, ReputationEngine, ICC.
Hash documentaire, FraudRegistry, contrôle des factures et documents.
ShariahGateway circuit breaker, blocage nouveaux pools, revue scholar.
En Phase 1, beaucoup d’acteurs seront sur le terrain : importateur, transitaire, inspecteur, équipe opérationnelle. L’UX mobile doit être simple : prendre une photo, uploader un document, confirmer un jalon, voir ce qui bloque.
Statut dossier, documents manquants, messages ETHIGONE, preuve de revente ou d’encaissement.
Upload attestation, photos, rapport PDF, référence inspection, statut conforme/non conforme.
Documents transport, tracking, eBL/CargoX, douane, preuve d’embarquement ou livraison.
La Phase 1 doit rester semi-manuelle. Le design admin doit donc prioriser la décision : valider, demander une preuve, refuser, suspendre, déclencher paiement, ouvrir défaut.
ADMIN CONSOLE ├─ Files d’attente │ ├─ KYB à vérifier │ ├─ Fournisseurs à valider │ ├─ Débouchés à confirmer │ ├─ Shariah review │ ├─ Paiements à approuver │ └─ Défauts / retards │ ├─ Actions sensibles │ ├─ approvePoolOpening() │ ├─ approvePaymentMilestone() │ ├─ suspendTradePassport() │ ├─ triggerCircuitBreaker() │ ├─ startDefaultWorkflow() │ └─ requestScholarReview() │ └─ Journal d’audit ├─ qui a validé ├─ quand ├─ sur quelle preuve ├─ avec quel commentaire └─ quel hash documentaire
Noir asphalte pour la confiance, émeraude pour la conformité, cyan pour la technologie, or pour la revue, rouge pour le blocage.
Monospace pour les statuts, hashes, contrats et jalons. Sans-serif claire pour l’explication métier.
Badges, cartes de preuve, timeline, score, tables de risque et écrans de settlement.
| À éviter | À utiliser |
|---|---|
| Rendement investisseur 11,2% sur 45 jours | Résultat potentiel non garanti, calculé uniquement après encaissement réel. |
| Prêt à l’importateur | Participation à une opération commerciale import vérifiée. |
| L’argent est versé au client | Paiement direct fournisseur ou prestataire vérifié. |
| Garantie Takaful | Réserve solidaire Tabarru’, sans garantie de capital ni rendement. |
| Badge Shariah | Certificat Shariah vérifiable via ShariahGateway et HAQQ Ethiq. |
La V8.2 doit rester ambitieuse dans le modèle, mais pragmatique dans l’exécution. En Phase 1, les écrans indispensables sont limités.
ETHIGONE DESIGN V8.2 ├─ Client principal : importateur ├─ Objet principal : dossier import vérifié ├─ Écran clé : Trade Passport ├─ Décision visible : éligible / revue / bloqué ├─ Paiement : direct fournisseur, jamais libre importateur ├─ Shariah : Mudarabah ou Musharakah selon apport réel ├─ Gain : profit réel après encaissement ├─ Protection : preuves, scoring, Takaful 2%, ICC, circuit breaker └─ Phase 1 : semi-manuelle, lisible, contrôlée