Saas de livraison

Bonjour,

Je cherche un·e dev pour livrer OneConnection, une app pro de commande de courses avec deux espaces (Client & Admin) et un futur moteur d’automations (IA + n8n). Merci de prendre en charge les fonctionnalités suivantes.

Ce qu’il faut développer
1) Espace Client

Authentification Supabase (email/mot de passe), profil auto-créé au 1er login.

Dashboard client : vue d’ensemble (dernières commandes, statut, actions rapides).

Historique complet des commandes depuis l’origine, filtres (statut, période).

Création d’une commande : départ, arrivée, date/heure, note, pièces jointes (optionnel).

Détail d’une commande : timeline statuts (créée → planifiée → en cours → terminée/annulée), facture associée.

Facturation au choix :

Au coup par commande, ou

Mensuelle (abonnement/lot de commandes) — le client choisit dans son profil.

Profil : email, société, SIRET, mode de paiement préféré (mensuel / à la commande).

2) Espace Admin

Dashboard admin complet : KPIs (commandes du jour/semaine, en retard), carte/listes.

Gestion des clients : fiche client, commandes, mode de facturation, statut.

Gestion des chauffeurs : création, disponibilité, zone d’intervention.

Dispatch des commandes :

Assignation manuelle d’une commande à un chauffeur.

Changement de statut + notifications (email/WhatsApp via n8n).

Recherche & filtres avancés : par client, chauffeur, statut, date.

Exports : CSV des commandes (période + filtres).

3) Automations & IA (phase progressive)

Agent IA — Dispatch (v1 = règles simples, v2 = IA) : propose ou assigne le meilleur chauffeur selon distance, dispo, charge, SLA. Log des décisions.

Agent IA — Facturation :

Génère la facture (PDF) à chaque commande terminée ou en fin de mois selon le mode du client.

Envoi auto par email (n8n) + dépôt PDF (Supabase Storage).

Relances paiements : scénario de relance (J+7, J+14, J+21) avec emails automatiques, statut des impayés, pause/reprise manuelle.

Webhooks & n8n : tous les événements importants (order.created, order.assigned, order.completed, invoice.sent, payment.overdue) déclenchent des workflows n8n.

4) Paiements

Stripe (ou équivalent) :

À la commande : PaymentIntent au moment de la création/avant l’exécution.

Mensuel : abonnement/Invoice en fin de mois pour toutes les courses du client.

Portail de factures : le client voit ses factures, statut payé/impayé, lien de paiement.

Tech & Contraintes

Front : React + Vite + TypeScript. Router robuste (HashRouter si Replit/Preview, BrowserRouter en prod avec rewrites). UI Tailwind simple, accessible (WCAG AA).

Backend/DB : Supabase/Postgres, RLS deny-by-default (sécurité d’abord).

Stockage : Supabase Storage (factures PDF).

Automations : n8n (webhooks + emails).

Jamais Airtable.

RGPD : moindre privilège, variables d’environnement, pas d’identifiants en clair.

Environnements : dev/staging/prod séparés; Redirect URLs Supabase configurées (Replit/Lovable/Prod).

Livrables attendus

Code complet (front) + SQL Supabase (DDL, RLS, Policies, RPC, seeds).

Pages : /, /identification, /client, /client/profil, /commande/nouvelle, /admin, /factures, /debug.

Dashboards client et admin opérationnels, dispatch manuel fonctionnel.

Automations n8n : scénarios prêts (dispatch v1 règles, facturation, relances).

Stripe branché : paiement à la commande + facturation mensuelle.

README (setup, ENV, Redirect URLs, déploiement, rollback).

Tests E2E sur les parcours critiques (connexion, créer/assigner/terminer une commande, facture envoyée, paiement, relance).

Jeu de données de démo : 1 client, 1 admin, 3 chauffeurs, 10 commandes.

Critères de réussite (DoD)

Connexion → redirection selon rôle, jamais de loader infini (timeouts bornés, erreurs visibles).

Client peut créer une commande, la voir en liste, consulter la fiche, télécharger sa facture.

Admin peut assigner une commande à un chauffeur et changer les statuts sans erreur.

Facture auto générée et envoyée à la clôture d’une commande (mode “à la commande”) ou batch mensuel si choisi.

Relances automatiques visibles dans l’historique (tags ou timeline).

RLS vérifiée : un client ne voit que ses données; l’admin voit tout.

/debug montre ENV/Session/Profil, utile pour recette.

CI/CD actif (GitHub → preview/staging → prod).

Données minimales (schéma indicatif)

profiles (id uuid PK→auth.users, email, company, siret, is_admin boolean, billing_mode enum['per_order','monthly'])

drivers (id uuid, name, zone, active boolean)

orders (id uuid, user_id, driver_id?, pickup, dropoff, pickup_at, note, status enum['created','scheduled','ongoing','done','canceled'], price_cents, created_at, updated_at)

invoices (id uuid, user_id, period month?, order_id?, total_cents, status enum['draft','sent','paid','overdue'], pdf_url, created_at)

RPC utiles : ensure_profile(), assign_driver(order_id, driver_id), close_order(order_id) → creates invoice if per_order.

Phasage proposé

Semaine 1 : Setup, Auth+Profil, routes, dashboard client, création commande, RLS.

Semaine 2 : Dashboard admin, drivers, dispatch manuel, PDF facture, Stripe (per-order).

Semaine 3 : Facturation mensuelle + relances n8n, exports, /debug, finitions accessibilité/tests.

Semaine 4 : Stabilisation, recette, passage en prod.

Accès & outillage

GitHub privé (branches dev/main), préviews automatiques.

Supabase (accès dev) + n8n (hébergé/cloud).

Stripe (clés test).

ENV : VITE_SUPABASE_URL, VITE_SUPABASE_ANON_KEY, STRIPE_PK, STRIPE_SK (serverless/edge si besoin pour webhooks).

But : livrer un MVP solide et extensible, prêt pour la prod (pro de la livraison), avec dispatch, facturation et relances automatisables. Ensuite on itère sur l’agent IA avancé de dispatch et d’optimisation de tournées.