Multi-produits — 50+ rachats du même vendeur

Mode pour les grossistes ou rachats en lot : un seul certificat PDF, plusieurs produits détaillés.

1. Étape 1 — Vendeur : identique au workflow standard.
2. Bascule mode multi : radio button "Lignes de reprise" → reset des champs mono automatique.
3. Étape 2 — Lignes (one2many inline) : ajout des produits ligne par ligne. Pour chaque ligne : produit (domaine marge), prix d'achat, quantité, champs sectoriels adaptatifs (IMEI, immat, identifiant).
4. Popup détaillée par ligne : clic dans le one2many ouvre les champs sectoriels (grade, couleur, stockage, opérateur, batterie, accessoires, rapport de test upload jusqu'à 20 Mo).
5. Étape 3 — Bon de rachat : PDF tableau multi-lignes avec en-tête répété, pagination sans coupure de lignes, bloc signature non fragmenté. 50+ produits sur une page possible.
6. Étape 4 — Signature : identique standard (canvas, upload du bon signé, ou Sign Enterprise).
7. Étape 5 — Validation : wizard affiche détail des lignes + total + nombre de lots auto-créés. Création automatique de N lots (1 par produit, code série = IMEI/immat/identifiant) + facture(s) fournisseur groupées.

Mode express B2B — Validation 1-clic pour pros récurrents

Pour les fournisseurs professionnels déjà enregistrés : skip des étapes manuelles non nécessaires.

1. Création reprise avec un partenaire professionnel existant (rang fournisseur positif).
2. Le bouton "Valider en mode express (B2B)" apparaît automatiquement quand le partenaire est un professionnel pré-existant.
3. Clic express → valide client + produit/lignes + certificat en 1 action. Skip des étapes produit + certificat + en attente (signatures manuscrites ignorées).
4. Passage direct brouillon → en attente → validation finale → confirmée en 1 clic.
5. Message au chatter : "Reprise validée en mode express B2B par [user]".

QR pré-enregistrement public — Vendeur saisit ses infos sur son téléphone

Le vendeur scanne, remplit, soumet : la fiche reprise est pré-alimentée en backend.

1. L'agent en magasin génère le QR : bouton "Générer / Renouveler le QR (24h)" sur reprise brouillon → génération du QR.
2. Le QR encapsule un token URL-safe (32 octets), validité 24h, expirable et à usage unique.
3. Le vendeur scanne avec son téléphone → route publique /reprise/public/<token> (auth=public, mobile-first Bootstrap).
4. Formulaire HTML public : nom, adresse, postal, ville, téléphone, email, naissance, lieu, type de pièce, numéro de pièce.
5. Submit POST → traitement du formulaire :
   • Pré-remplit les champs champs vendeur en draft uniquement (write sécurisée).
   • invalidation du jeton → token invalidé (usage unique).
   • Message au chatter : "Pré-saisie vendeur reçue depuis formulaire mobile".
6. Page de succès rendue. L'agent reprend en backend pour terminer le rachat.

Réparation post-rachat — coût réel en direct + devis client bloquant

Bridge optionnel qui connecte la reprise au module Réparation d'Odoo. Le coût de remise en état est calculé en direct pendant la réparation, séparé entre pièces et main-d'œuvre, et impacte directement la marge nette de la reprise. Compatible avec le mode multi-produits.

1. Activation de la réparation : sur la reprise (ou sur une ligne en mode multi-produits), cochez la case "Nécessite réparation". Un ordre de réparation est créé automatiquement au moment de la mise en vente, ou immédiatement si vous le souhaitez.
2. Mode multi-produits : un ordre de réparation distinct est créé pour chaque produit racheté concerné. Les coûts de chaque réparation sont agrégés au niveau de la reprise pour donner la marge globale.
3. Devis client portail (cas SAV / réparation facturée) : si l'ordre est marqué comme devis, un bouton "Envoyer le devis" envoie l'estimation au client par email. Tant que le client n'a pas validé le devis depuis son portail, la mise en vente du produit reste bloquée.
4. Coût calculé en direct pendant la réparation :
   • Pièces : quantité prévue × coût standard du produit (ou prix d'achat du lot HS si la pièce est prélevée sur stock).
   • Main-d'œuvre : automatiquement reconnue dès qu'une ligne est un produit de type service.
   • Total visible sur la reprise et impactant directement la marge nette.
5. Pièces détachées depuis le stock HS : un lot marqué "Pour pièces uniquement" ne déclenche pas de réparation sur lui-même, mais peut être désigné comme source de pièces dans une autre réparation. La bascule est automatique à la coche.
6. Ajustements manuels : deux champs dédiés "Coût pièces (ajustement)" et "Coût main-d'œuvre (ajustement)" permettent de surcharger le calcul automatique en cas de besoin (facturation interne, devis fournisseur).
7. Bascule sur le coût réel à la clôture : dès que la réparation est terminée, le coût réel des pièces consommées remplace l'estimation. Le coût est journalisé sur le lot via le même champ que le bridge Réparation général — pas de double comptage possible.

🔧 Workflow de remise en état sur l'ordre de réparation

Sur un repair issu d'une reprise, une page Reconditionnement apparaît avec tous les outils nécessaires à la remise en état pour la revente. Les champs liés à la reprise (produit, client, lot/série) sont automatiquement verrouillés pour éviter toute désynchronisation.

• Diagnostic initial : zone de texte libre où le technicien consigne les pannes constatées à la réception.
• Photos avant / après : preuve visuelle de l'état. Protège en cas de litige client à la revente et documente la valorisation TVA marge.
• Chrono temps passé : boutons Démarrer / Arrêter, durée calculée automatiquement. Évite la saisie manuelle des heures de main-d'œuvre.
• Checklist de tests fonctionnels par type de bien : templates configurables (Téléphonie : 12 tests pré-remplis incluant boot, écran, batterie, Wi-Fi, BT, réseau, caméras, audio, boutons, port de charge, biométrie, reset usine ; Générique : fonctionnement, aspect, nettoyage). Auto-instanciée à la création du repair issu d'une reprise. Items "Bloquants" empêchent la clôture tant qu'ils ne sont pas validés OK ou N/A.
• Upload rapport de test : PDF / image récapitulant les résultats (export PiceaSoft, PhoneCheck…).
• Scanner code-barre pour pièces : champ dédié au-dessus de la liste. Le scan ajoute la pièce automatiquement (incrément de quantité si déjà présente). Compatible avec n'importe quel scanner USB en mode HID.
• Signature technicien : widget signature, validation interne. Le nom du technicien et l'horodatage sont stampés automatiquement.
• Étiquette imprimable : bouton « Imprimer étiquette » dans le header. Format Brother QL 62×29 mm avec produit, n° série, n° repair, date dépôt, technicien, et QR code. Utile pour le suivi physique quand la réparation ne se fait pas le même jour.

⚖ Conformité revente d'occasion FR (bloquant à la clôture)

• Reset usine effectué — case à cocher avec choix de la méthode (physique, logiciel, effacement cryptographique). Obligatoire RGPD avant remise en vente d'un produit ayant stocké les données d'un ancien propriétaire.
• Vérification IMEI anti-vol — case à cocher avec source de vérification (site opérateur, base nationale…). Obligation légale revendeur d'occasion FR pour les téléphones.
• Ces deux contrôles sont bloquants à la clôture de la réparation pour le secteur téléphonie. Ils s'ajoutent au blocage des tests bloquants non validés.

Bridge Website — Estimation publique, RDV, paiement vendeur

Apporte le portail vendeur et les fonctions e-commerce.

1. Page publique /reprise/estimate (sans compte) : formulaire léger produit → API JSON grille tarifaire → prix suggéré live + capture lead optionnelle (CRM).
2. Formulaire complet /reprise (post-estimate ou nouveau) : drag-drop photos responsive (capture environment mobile), champs IBAN/PayPal, produit/prix.
3. Soumission → crée une reprise draft en backend (pré-remplissage si contact CRM existe).
4. Portail vendeur /my/reprises (logged in) : timeline statut rachat (draft → product → confirmed → ready_sale) + badge paiement (not_due / pending / paid / failed).
5. Bouton "Prendre RDV" → lien vers /appointment/<type> si appointment Enterprise installé.
6. Section paiement : update IBAN (regex SEPA) ou email PayPal, dropdown méthode (sepa/paypal/cash/check).
7. Bouton "Déclencher paiement" → crée paiement fournisseur draft (supplier outbound) si le module Paiement installé → statut en attente.
8. Manager marque comme payé → champ date de paiement vendeur horodaté.

Bridge GDPR — Export, anonymisation, accès restreint

Conformité RGPD : droit d'accès, droit à l'oubli, restriction des données sensibles.

1. Accès restreint : les champs sensibles (numéro de pièce, date de naissance, scans recto/verso) ne sont visibles qu'au groupe "Reprise / DPO".
2. Wizard export RGPD : menu Reprise → "Droit d'accès Art. 15 RGPD" → wizard ouvert (action sur reprise).
3. Sélection des reprises → export JSON :

   {
     "export_date": "...",
     "exported_by": "user@company",
     "reprises": [
       { "reference": "REP/2026/00001",
         "personal_data": {...},
         "fiscal_data": {...} }
     ]
   }

4. Cron quotidien tâche planifiée quotidienne : trouve reprises confirmées > N années (paramétrable, défaut 10 ans = rétention compta FR).
5. Anonymisation auto : nom du vendeur → "[anonymisé]", date de naissance et scan de la pièce → NULL. Montant, secteur, référence préservés (obligations fiscales).
6. Marquage marqueur anonymisé + date horodatée → reprise figée (modif des champs perso bloquée par UserError).

Bridge Onboarding — Tutoriel guidé + télémétrie opt-in

Premier démarrage facile, amélioration continue via stats anonymes.

1. Web tour : bouton "Démarrer le tutoriel" dans le header reprise → lance un tour OWL/JS (4 étapes guidées : créer reprise → saisir vendeur → produit → certificat).
2. Pattern Odoo natif API tour Odoo → popovers step-by-step + validation auto des étapes.
3. Télémétrie opt-in : paramètre société paramètre désactivé par défaut par défaut.
4. Si activé → cron mensuel tâche planifiée mensuelle :
   • Stats anonymes agrégées : total reprises, par secteur (phone/vehicle/art/generic), par état.
   • Payload JSON : version schéma, identifiant instance, version module, métriques (counts uniquement).
5. POST vers URL d'envoi configurée (HTTPS obligatoire, regex check) → log succès/erreur.
6. Horodatage horodatage du dernier envoi si succès.