RÉSEAU · PORTAIL CLIENT
Votre client commande auprès de quinze fournisseurs par an. La plupart envoient des factures PDF et s'attendent à être relancés pour le moindre statut. Les validations se font par e-mail et se bloquent dès qu'un interlocuteur oublie de répondre. « Où est ma commande ? » atterrit cinquante fois par semaine dans la boîte de votre équipe CS. Réclamations et litiges s'enlisent dans des fils d'e-mail de trois jours, puis disparaissent dans des dossiers partagés. Le client repart avec l'idée que votre entreprise tourne aux PDF.
Le TradeOS Portail client, c'est ce portail — entièrement aux couleurs de votre opérateur. Neuf sections réelles : commandes, production, expéditions, factures, réclamations, échantillons, validations, messages, compte. Trois automates d'état (réclamations · échantillons · validations). Rails Stripe Connect. Occultation au niveau service — fournisseur et marge ne franchissent jamais la frontière.
Réserver une démoVoir les tarifs →
Sections du portail
9 · commandes, expéditions, finances, réclamations et 4 autres
Automates d'état
Réclamations, échantillons, validations
Identité multi-opérateur
Un seul accès, tous vos opérateurs, vue unifiée
Coût pour le client
$0 · sièges illimités
L'opérateur propose d'augmenter la quantité du lot 4 de 150K à 200K unités. Même spécification, même date d'expédition. Variation nette : +$140,000 · dans la limite director-tier de $200K. Soumis il y a 11 min.
Le véritable Dashboard d'accueil — chrome à l'identité de l'opérateur, navigation en 9 sections, bandeau de statut hero, invite d'action pour les approbations en attente, grille deux colonnes avec expédition active et centre de facturation, fil d'activité récente. Un seul appel backend (GET /api/portal/client/dashboard) retourne l'ensemble. Le Dashboard s'adapte à travers 4 ClientDashboardMode états au fil de la première session du client (nouveau → en cours de production → en cours d'expédition → actif).
LA BOÎTE MAIL QUI NE SE VIDE JAMAIS
Le travail est bien réel : les clients veulent savoir où en sont leurs Commandes, veulent des validations rapides et veulent avoir affaire à une entreprise sérieuse. L'outillage par défaut — PDF + e-mail + dossiers partagés — coûte à votre équipe CS plusieurs jours par semaine, et à votre taux de renouvellement quelque chose de bien plus important.
01 · « OÙ EST MA COMMANDE ? » VIT DANS 50 E-MAILS PAR SEMAINE
Le client veut savoir si RD-2026-018 a été expédié. Il écrit au Procurement, qui écrit aux opérations, qui ouvre quatre sections et retape manuellement la réponse. Le temps que l'e-mail arrive, le lot a avancé de deux étapes. Multiplié par vingt clients, c'est deux jours par semaine de temps CS consacré à des mises à jour que le système contient déjà.
02 · LES VALIDATIONS S'ENLISENT DANS DES CHAÎNES DE PDF
Vous envoyez un devis, une commande, une contre-proposition. Le client dit qu'il doit escalader. Trois jours plus tard, vous le relancez. Il avait oublié. Deux jours après, la validation arrive par e-mail — mais les conditions que vous aviez mises à jour entre-temps n'y figurent pas. L'affaire avance à la vitesse de la boîte mail la plus lente.
03 · VOUS RESSEMBLEZ À UNE USINE À PDF
Votre client achète auprès de quinze fournisseurs par an. Celui qui dispose d'un portail à sa marque — Commandes, Expéditions, réclamations, validations sur une seule interface — appartient à une autre catégorie d'entreprise. C'est lui qu'on renouvelle. Vous, vous retournez en liste RFP.
9 SECTIONS · UN PORTAIL
Données CLIENT_NAV.flatLinks en temps réel depuis client/src/lib/navConfig.ts. La navigation inférieure mobile utilise quatre entrées : Home · Commandes · Paiements (la route /invoices renommée, parce que les clients pensent « je règle mes achats ») · Messages.
Dashboard adaptatif de 1 710 lignes. Statut hero + invite d'action + grille 2 colonnes avec expédition active (carte D3) et centre de facturation. Quatre ClientDashboardMode états pour le rendu première session vs relation établie.
Acceptation de PO, avenants, lignes de commande, lots, lien avec les expéditions. Liste de 608 lignes + détail de 964 lignes. Routage des approbations via le moteur de tâches.
Suivez la fabrication des marchandises — phases de production, avancement par usine, suivi des lots. Identité de la source toujours anonymisée (masquée au niveau service).
Carte D3 + topojson, jalons en temps réel (réservé → chargement → parti → arrivé), pièces jointes documentaires. Même moteur de rendu que la page d'accueil.
Liste de factures + détail de 764 lignes. Paiement via Stripe Connect (4 rails). Sur mobile, cette section est renommée Paiements dans la barre de navigation inférieure.
Accès géré par balises de visibilité. CO, BL, liste de colisage, CI, COA, assurance, phytosanitaire, QC. Export asynchrone (commandes/factures/documents/messages/audit).
Tâches limitées au client. Générées automatiquement par les actions du portail client côté opérateur via auto-tasks.service.ts. Les approbations s'y trouvent également (task_category='approval').
Messagerie en fils de discussion avec l'opérateur. Rattachée par entité (commande, facture, expédition, réclamation, échantillon). Préférences de notification en 5 catégories.
Analytique au niveau de la relation. Agrégée sur plusieurs opérateurs à partir du niveau Business+ (véritable fonctionnalité cross_operator_analytics).
RÉCLAMATIONS & ÉCHANTILLONS · FLUX COMMERCIAUX
Toute relation B2B génère des événements commerciaux qui ne sont ni des Commandes ni des factures — problèmes qualité, livraisons incomplètes, demandes d'échantillons, validation de l'échantillon de référence. La plupart des logiciels opérateurs traitent ces événements comme des échanges e-mail hors système. TradeOS les traite comme des entités de premier rang avec des machines à états imposées.
RÉCLAMATIONS · MIGRATION 165 · 6 ÉTATS
Vraie table client_claims. Six types de réclamation couvrant l'ensemble des situations « nous avons un problème avec la marchandise » — distincts des litiges sur facture (qui concernent le contenu de la facture, traités séparément dans mig 166).
Branches : escalated · cancelled. Six modes de résolution (replacement_shipment · credit · refund · price_concession · no_action · dispute). Photos et preuves en JSONB. Trois niveaux de gravité (minor / major / critical). Le client soumet et accepte les propositions ; l'opérateur instruit et propose des résolutions — chemins d'écriture distincts dans des services séparés.
ÉCHANTILLONS · MIGRATION 163 · 8 ÉTATS
Vraie table sample_requests. Cinq types d'échantillons couvrant le cycle de validation, du « premier envoi usine » à « l'étalon de référence conservé par les deux parties ».
Branches de décision : approved_with_conditions · rejected · cancelled. Photos et annotations des deux parties. Les échantillons de référence ont des dates retain_until (généralement 2 ans). Le portail porte l'intégralité du flux — demande, chargement de photos, annotation, décision, conservation — sans recours à l'e-mail.
S'ADAPTE À VOS CLIENTS
Le même portail sert l'acheteur de proximité et l'organisation Procurement d'une Fortune 500. Les cinq vraies client.*_approvals fonctionnalités de tier (migration 161) déverrouillent progressivement un acheminement plus riche à mesure que le tier de l'opérateur progresse. Le processus Procurement du client est respecté, non imposé.
TIER · STARTER (DÉFAUT PME)
1 approbateur · sans acheminement
Propriétaire / Acheteur
AUTORISATION TOTALE · TOUT MONTANT
approuver
CLÉ DE FONCTIONNALITÉ RÉELLE
client.single_approver_workflow
CLIENT EXEMPLE
Chaîne de pharmacies indépendantes · 4 sites · $80K/mo de dépenses
NIVEAU · SOLO+ / ÉQUIPE+
3 approbateurs · escalade par valeur
Chef d'équipe
ÉQUIPE ACHATS
< $50K
Directeur
DIRECTEUR · ACHATS
$50K — $200K
VP · Chaîne d'approvisionnement
VP · CHAÎNE D'APPROVISIONNEMENT
> $200K
CLÉS DE FONCTIONNALITÉS RÉELLES
client.amount_based_approvals(Solo+) ·client.sequential_multi_step(Business+)
CLIENT EXEMPLE
Distributeur médical régional · 14 sites · $4M/mois de dépenses
NIVEAU · BUSINESS+ / ENTERPRISE
Configurable · n-of-m · politiques de délégation · journal d'audit
Demandeur
RESPONSABLE DE SITE
soumettre
Responsable du centre de coûts
VALIDATION FINANCIÈRE
n'importe lequel
Qualité / Compliance
RÉGLEMENTÉ · MÉDICAL
QA
Sécurité / Risque fournisseur
SAML · ENTERPRISE
risque
VP · Chaîne d'approvisionnement
RESPONSABLE FONCTIONNEL · DÉLÉGATION OK
< $5M
Validation CFO
EXEC · AVEC DÉLÉGATION
> $5M
CLÉS DE FONCTIONNALITÉS RÉELLES
client.parallel_approvals · client.delegation_policies · client.category_based_approvals(Business+) ·client.custom_approval_builder(Enterprise)
CLIENT EXEMPLE
Réseau hospitalier Fortune 500 · 200 sites · $40M/mo de dépenses
ISOLATION DES DONNÉES · ARCHITECTURALE
Un portail client qui expose vos fournisseurs ou vos marges est un portail que vous ne déployez pas. Transparence totale sur le statut ; opacité totale sur l'origine. Chaque champ visible a été délibérément exposé ; tout le reste est invisible avant que la ligne ne quitte la base de données.
Uniquement leurs propres Commandes, leurs propres données
Un client ne voit jamais un autre de vos clients sur la plateforme. Périmètre par connexion au niveau du service ; la vue consolidée multi-opérateurs (Starter+) n'agrège que les données de ce client sur les opérateurs auxquels il est connecté.
Jamais vos fournisseurs ni vos Fabricants
« Production en cours » — pas de nom de Factory, pas de pays, pas de localisation du lot. La vraie redactFor() dans server/src/modules/portal-shell/redaction.ts réécrit la ligne avant qu'elle ne quitte le service.
Jamais vos coûts, marges ou structure de prix
Le client voit son prix commercial. Il ne voit jamais ce que vous avez payé à l'usine, votre base de coût de fret, ni ce que d'autres clients sur le même SKU se voient facturer.
Rédaction des documents au niveau du service
Même si un document contient une référence fournisseur dans ses métadonnées — un bloc XMP de PDF, un en-tête Excel, un filigrane — il est réécrit avant la transmission. Aucune fuite par fichier partagé accidentellement.
Aucun paramètre mal configurable
Il n'existe pas d'interface d'administration permettant à un opérateur d'activer par erreur l'exposition des coûts. La frontière est encodée ; le seul moyen de la contourner est une revue de code soumise à validation de déploiement.
OPERATOR-BRANDED · ILS VOUS VOIENT, PAS TRADEOS
Vos clients ne choisissent pas leurs fournisseurs en fonction du logiciel back-office que vous utilisez — ils choisissent en fonction de la façon dont le fournisseur se présente. Le Portail client est la surface principale de l'opérateur pour cette présentation. Chaque octet visible est diffusé sous votre marque.
LAYER 01 · VOTRE LOGO, VOS COULEURS
DISPONIBLE À PARTIR DE · Solo TIERImportez un logo, choisissez une couleur de marque principale, et chaque artefact que le client consulte l'hérite — interface du portail, factures PDF, contrats signés, notifications par e-mail, manifestes téléchargeables. La marque verbale TradeOS est restreinte à un petit pied de page sur le portail ; sur les documents, elle est totalement absente.
COUCHE 02 · DOMAINE PERSONNALISÉ
DISPONIBLE À PARTIR DE · ENTERPRISE TIERVos clients ne tapent jamais « edma » ni « tradeos » dans un navigateur. Véritable client.custom_domain fonctionnalité clé de l'Enterprise Tier — white-label complet conformément à la migration 161. Le portail est servi depuis votre propre DNS, avec un certificat provisionné pour votre domaine. La barre d'adresse fait partie de votre marque — et reste propre de la connexion jusqu'à la facture payée.
L'envoi d'e-mails opérateur (sortants signés DKIM depuis votre domaine) figure sur la feuille de route — signalé honnêtement au §13 ci-dessous.
UN CLIENT · PLUSIEURS OPÉRATEURS · VUE UNIFIÉE
Une entité juridique cliente connectée à plusieurs opérateurs sur TradeOS bénéficie d'une vue en lecture unifiée via la véritable client.cross_operator_account clé de fonctionnalité (niveau Starter+, migration 161) et le /cross-operator/dashboard endpoint dans portal-client/services/cross-operator.service.ts.
Un utilisateur, un identifiant, tous ses opérateurs sur un seul écran — isolation par connexion préservée. Les données de chaque opérateur restent cloisonnées à leur connexion ; l'agrégation n'a lieu qu'au niveau sécurisé des résumés (comptages, totaux, aucune fuite de PII entre opérateurs). Analyses inter-opérateurs à partir du niveau Business+.
Il s'agit d'un écart délibéré par rapport à la FAQ que proposent de nombreux produits SaaS de portail client — « l'identité du client est limitée à l'opérateur, pas de vues inter-opérateurs. » TradeOS expose la vue unifiée parce que les clients en ont réellement besoin et l'isolation par connexion dans la couche d'agrégation constitue le garde-fou architectural, non l'absence de la surface.
PAIEMENTS · STRIPE CONNECT
Vrai client.direct_payment_rails feature key (Starter+, migration 161). Quatre rails Stripe Connect — carte · ACH · SEPA · BACS. L'historique des paiements en lecture est disponible au lancement ; la surface INITIATE est livrée avec le récepteur webhook Stripe, actuellement derrière le jalon v1.1. Les deux surfaces sont signalées ci-dessous afin que vous sachiez exactement ce qui est câblé vs prêt côté interface.
CARTE
Visa, MC, Amex via Stripe. Règlement instantané. Idéal pour les clients PME qui privilégient la rapidité ; déconseillé pour les factures à valeur élevée où les frais sont significatifs.
ACH
Virement bancaire aux États-Unis. Règlement en 2 jours. Solution par défaut pour les factures importantes. Frais les plus bas par dollar transféré.
SEPA
Virement bancaire en zone UE. Règlement en 2 jours dans toute la zone SEPA. Solution par défaut pour les clients européens réglant des opérateurs européens.
BACS
Virement bancaire au Royaume-Uni. Règlement en 3 jours. Solution par défaut pour les clients britanniques. Remplace le prélèvement automatique pour les flux de paiement ponctuels.
STATUT
Surface READ en ligne · Surface INITIATE livrée avec le récepteur webhook Stripe (v1.1)
Paiements programmés et récurrents à partir du tier Business+ (client.scheduled_payments)
AI · SUR LES ÉVÉNEMENTS CLIENTS
Chaque interaction client dans le portail est un événement sur lequel la pile AI peut agir. Les mêmes règles d'isolation des données s'appliquent — Atlas raisonne sur le périmètre propre du client, jamais sur celui de vos autres clients.
AATLAS · RÉDACTION DES RÉPONSES CLIENTS
Le client demande « peut-on avancer de 3 jours ? » Atlas récupère l'avancement de la Produção en cours, les options de fret, l'impact tarifaire, et rédige une réponse dans votre ton. Vous cliquez sur Envoyer. Le dossier se met à jour automatiquement.
▶ FWD ATLAS · A. Kohl @ Brevin"Can we accelerate PO 0418 by 3d?"▶ ATLAS · draft reply"Yes — air-freight lot 3 for +$14K (currently 78% production, ETA Jul 18 instead of Jul 21). Confirm by EOD Tuesday and we'll book."→ context · production · freight · margin (private)
BBOT STUDIO · SUR LES APPROBATIONS CLIENTS
Vous configurez le bot une seule fois. Il surveille les événements d'approbation client : mise à jour automatique du plan de production du fournisseur, rédaction de la note au transitaire, recalcul du calendrier de facturation, et escalade vers un humain uniquement si le changement dépasse un seuil défini.
▶ BOT client-approval-cascade · v2.4→event ·approve · +50K units→supplier plan ·lot 4 updated→forwarder ·capacity check requested→invoice schedule ·+$140K · INV-019→human ·none required
$ACCOUNTING AI · SUR LES PAIEMENTS CLIENTS
Le client règle $560K par ACH. Accounting AI associe le canal de paiement à la facture, l'enregistre dans votre grand livre, signale tout paiement partiel au regard d'une politique de retenue connue, et ne remonte que les cas nécessitant un examen humain.
▶ ACCOUNTING AI rail match · v1.8→ ACH · $560,000 · ref MERIDIAN-018→matched ·INV-2026-018 · 100%→ledger ·posted · AR cleared→next ·INV-019 holdback 2.3% · review
COMPARATIF
L'e-mail et le PDF sont la solution en place — ils gagnent en familiarité, ils perdent sur tout le reste. Les Customer Communities et Ariba s'imposent dans le Procurement entreprise, mais échouent sur le branding opérateur et la protection des marges. Les portails internes gagnent en flexibilité, puis perdent six mois plus tard.
| Fonctionnalité | TradeOS Portail Client | E-mail + PDF | Salesforce Customer Communities | Ariba Buyer (imposé) | Portail custom interne |
|---|---|---|---|---|---|
| Portail à la marque de l'opérateur (votre domaine, vos couleurs) | ✓ portal.yours.com · niveau Enterprise | ✓ votre signature | vos couleurs, Salesforce URL | — marque SAP | ✓ |
| Visibilité du statut en temps réel · même enregistrement | ✓ appel backend unique | — manuel | via Intégrations | sync asynchrone | DIY |
| Validations intégrées · d'un tap au générateur personnalisé | ✓ 5 niveaux selon le tier | — PDF + e-mail | ✓ constructeur de flux | ✓ Enterprise uniquement | DIY |
| Rails de paiement Stripe Connect (carte · ACH · SEPA · BACS) | ✓ les 4 · frais transparents | — virement uniquement | via un tiers | ACH · virement | — rare |
| Vue unifiée multi-opérateurs (un seul login, tous vos opérateurs) | ✓ fonctionnalité Starter+ | — N/A | — silo par organisation | — silo par organisation | — Fait maison |
| Isolation des données inter-tenants imposée par l'architecture | ✓ redactFor() dans l'API | — fuites accidentelles | niveau organisation | niveau tenant | — Fait maison |
| Workflows réclamations + échantillons (machines à états) | ✓ 6 + 8 états · live | — e-mail ad hoc | module cases | — hors bande | — Fait maison |
| SAML SSO au niveau Enterprise | ✓ client.saml_sso | — | ✓ SF Identity | ✓ | DIY |
| Accès gratuit pour les clients (l'opérateur paie TradeOS) | ✓ illimité selon le tier | ✓ l'e-mail est gratuit | — par utilisateur communauté | — par siège | ✓ en interne |
| Intégration IA native (Atlas · Bots · Comptabilité) | ✓ périmètre par client | — apportez votre propre solution | add-on Einstein | add-on Joule | — |
L'e-mail est le véritable titulaire du terrain — et il doit sa position à une familiarité bien méritée. Les clients maîtrisent le PDF. Le Portail client ne cherche pas à remplacer l'e-mail en étant plus impressionnant ; il cherche à le remplacer en étant plus simple que l'e-mail là où l'e-mail échoue : visibilité des statuts, circuits de validation, paiement, réclamations, échantillons, rattachement des documents au bon PO, et pour éviter que l'opérateur n'apparaisse comme un fournisseur qui tourne sous Excel.
CONTRÔLE PAR NIVEAU · 19 FONCTIONNALITÉS
Le vrai registre tier_features (migration 161) définit dix-neuf portes de fonctionnalités du portail client. Les clients ne voient jamais de barrière de paiement ; le tier de l'opérateur connecté détermine ce qui est disponible dans votre espace de travail pour cet opérateur. Feuille de route désigne les fonctionnalités dont la clé tier_feature est enregistrée mais dont l'implémentation UI/moteur est post-lancement.
SUR LA ROADMAP
La v1 embarque neuf sections, trois machines à états, quatre rails de paiement Stripe Connect (côté READ en production), une identité multi-tenant avec vue unifiée inter-opérateurs, la rédaction au niveau de la couche de service, l'installation PWA, un overlay d'onboarding + une checklist par palier, des tâches automatiques, l'export de données et le gating par palier sur dix-neuf clés de fonctionnalités. Les capacités ci-dessous sont signalées honnêtement — leurs clés tier_feature existent, mais leur UI, leur moteur et leur câblage arrivent après le lancement.
01
La surface READ (historique des paiements) est en production. Le côté INITIATE — POST /invoices/:id/pay — est stubbé en attente du récepteur de webhook Stripe qui écrit les lignes de paiement. D'après payments.service.ts : « Stubbé exactement comme createSetupIntent. Lève une ValidationError avec les étapes suivantes documentées. »
02
Confirmations de commandes, demandes d'approbation, alertes d'expédition, avis de facture — envoyés depuis [email protected], et non depuis l'infrastructure TradeOS. SPF, DKIM, DMARC configurés sur votre DNS. Non encore implémenté ; palier Enterprise une fois construit.
03
Le SSO SAML est actif au palier Enterprise (client.saml_sso). OIDC et le provisionnement automatique SCIM arrivent ensuite — même verrou Enterprise. SCIM déprovisionne lorsque le système RH du client désactive un utilisateur, de sorte que l'accès au portail suit la source de vérité du client.
04
Vraie clé de fonctionnalité client.order_templates à Business+ (mig 161, signalée « UI post-lancement »). Le schéma est prêt ; le sélecteur de modèles sauvegardés et le flux de réapprovisionnement en un clic arrivent après le lancement.
05
client.custom_approval_builder au palier Enterprise. Le moteur d'exécution est en place (parallèle, séquentiel, n-of-m, délégation, routage par catégorie — tout fonctionne) ; l'UI du constructeur visuel pour les opérateurs non techniques arrive après le lancement. Les opérateurs Enterprise peuvent en attendant nous demander des workflows construits manuellement.
06
client.edi_integration au palier Enterprise (mig 161). Pour les clients entreprises sous EDI, le flux commandes/expéditions/factures arrive directement via X12 / EDIFACT plutôt que par l'UI du portail. Schéma réservé ; les adaptateurs d'intégration sont livrés par client à la signature des contrats Enterprise.
07
Les quatre rails Stripe Connect (carte / ACH / SEPA / BACS) couvrent l'ensemble des rails numériques. Wire et LC sont des rails hors-bande que l'opérateur peut toujours enregistrer manuellement sur une facture aujourd'hui. Les flux natifs du portail pour les confirmations de virement et le suivi de présentation LC arrivent dès que les cas d'usage se concentrent.
08
La PWA est la surface mobile client v1 (manifest + service worker + InstallNudge — déjà en production). Les applications natives avec authentification biométrique, API caméra natives et notifications push arrivent après le lancement.
FAQ
Des réponses franches aux questions que les distributeurs, importateurs et dirigeants de sociétés de négoce nous posent lors de l'appel de démo.
Oui — mais il est présenté comme votre système. Ils voient votre logo, vos couleurs, et au niveau Enterprise, un domaine personnalisé (portal.yourcompany.com avec votre propre certificat SSL). La plupart des clients préfèrent cela à la chasse aux PDF par e-mail ; les opérateurs qui ont effectué la transition rapportent que les équipes procurement réclament le portail en premier, et non l'inverse.
Réservez une démo de 30 minutes. Nous configurons un Portail client sandbox avec votre logo, votre couleur de marque, votre domaine personnalisé sur un sous-domaine de staging, une commande fictive et un VP procurement fictif. Vous le parcourez sur un vrai ordinateur de bureau et un vrai téléphone. S'il ne le préférerait pas à une chaîne de PDF, nous ne vous demanderons pas de l'acheter.
Réserver une démoParler aux ventes
Voir l'intégralité du Réseau — 4 portails, un seul enregistrement →