Documentation fonctionnelle TARS
Documentation métier
Une lecture fonctionnelle de TARS pour comprendre la marketplace, l'admin, l'espace personnel, les workflows, les règles de gestion et les interactions entre les acteurs de la plateforme.
Cette documentation explique TARS comme une plateforme métier. Elle s'adresse aux équipes produit, opérations, support, finance, vente, conformité et direction qui doivent comprendre ce que fait la plateforme sans expertise technique.
TARS relie trois espaces:
- la marketplace, où les acheteurs consultent les lots, suivent les ventes et participent aux enchères;
- l'admin, où les équipes internes pilotent les ventes, les organisations, les contrats, les documents, les validations, les rapports et le support;
- l'espace personnel, où un utilisateur connecté gère son profil, ses organisations, ses achats, ses ventes, ses documents, ses factures et ses actions de suivi.
La plateforme porte les règles communes: droits d'accès, statuts, validations, confidentialité, facturation, conformité, historique et contrôles avant action.
Lire selon son besoin
| Besoin | Page |
|---|---|
| Comprendre le rôle de TARS | Comprendre TARS |
| Comprendre les acteurs | Acteurs et responsabilités |
| Comparer les 3 frontaux | Les 3 frontaux |
| Comprendre la marketplace | Marketplace |
| Comprendre l'admin | Admin |
| Comprendre l'espace personnel | Espace personnel |
| Lire les domaines métier | Domaines fonctionnels |
| Lire les workflows | Workflows |
| Lire les règles et matrices | Règles et matrices |
| Lire les termes métier | Glossaire |
Ce que couvre la documentation
| Domaine | Couverture fonctionnelle |
|---|---|
| Accès et autorisations | Connexion, rôles, droits, access keys, changement d'organisation, contrôles avant action |
| Personnes | Profil, invitation, rattachement à une organisation, droits, blocage, données personnelles |
| Organisations | Statuts, rôles, membres, adresses, documents, contrats, blacklist, hiérarchie |
| Contrats | Création, validation, droits accordés, conditions commerciales, lien avec ventes et factures |
| Catalogue | Marques, modèles, caractéristiques, canvas, catégories et données de lot |
| Ventes | Lots, brouillons, validation, publication, séances, clôture, invendus |
| Enchères | Bids, proxy bids, offres, incréments, limites, dépôts, gagnants |
| Suivi utilisateur | Watchlists, recherches sauvegardées, notifications, commentaires, questions |
| Documents | Dépôt, lecture, validation, expiration, refus, KYC, KYB, SCA |
| Finance | Factures, paiements, payment requests, dépôts, commissions, rapports |
| Opérations | Rendez-vous, rapports, commentaires internes, audit trail |
Principe de lecture
Chaque page suit la même logique:
- à quoi sert la fonctionnalité;
- qui peut l'utiliser;
- dans quel frontal elle apparaît;
- quelles actions sont possibles;
- quelles conditions doivent être remplies;
- quelles règles bloquent ou autorisent l'action;
- quelles conséquences existent pour les autres frontaux;
- quelles traces sont conservées.
Les détails d'implémentation sont volontairement absents du parcours principal. Quand une règle dépend d'un contrôle interne, la documentation dit simplement ce que la plateforme vérifie.