doc: split Architecture.md into per-topic pages

doc/Architecture.md was 436 lines and growing; this commit
extracts each non-trivial subject into its own page under
doc/architecture/ and reduces the root document to a table of
contents + transversal sections (vision, stack, admin rights).

New pages (under doc/architecture/):

- workflow-multi-parties.md : client / fournisseur /
  coordinateur roles, sous-traitance, project states, B2B/B2C,
  domaine musical production flow.
- domaine-musical.md : titres collaboratifs (formats, flux de
  production, contraintes de licence).
- licences.md : LicenceModele, CC/ODbL seed, badge projet,
  cycle de vie.
- domaines-activite.md : arbre des activites, Droit a la
  racine, DomaineActivite model.
- dictionnaires-metier.md : regle d'heritage, DictionnaireMetier
  + TermeMetier, cycle de vie d'un terme. Absorbs the previous
  doc/Dictionnaire.md draft.
- offres-frontmatter.md : ClasseFormulaire / ClasseDevis,
  OffreFournisseur, Demande, parsing YamlDotNet (introduit dans
  4034c399 Front matters). Absorbs the previous
  doc/Formulaires-devis.md and doc/Demande.md fragments.
- postit-oidc.md : documentation du client desktop PostIt,
  custom URI scheme (RFC 8252 §7.1), composants partages,
  plateformes, UX observable, persistance et reprise au boot,
  garanties testees.

Architecture.md (436 -> 66 lines) keeps the vision, the stack
overview, the admin rights section, and a TOC table pointing at
each detail page. The "A documenter ensuite" backlog is kept
at the end.

Cross-links are relative: from Architecture.md the links go
architecture/<page>.md; from inside doc/architecture/ they go
../Architecture.md or <sibling>.md.

doc/architecture/workflow-multi-parties.md

@@ -0,0 +1,79 @@
+# Workflow multi-parties
+
+> **Récapitulatif** : Yavsc orchestre des projets multi-parties
+> (client, fournisseur, coordinateur) avec mise en relation,
+> sous-traitance et signature de licence en amont de la production.
+> Détail dans cette page, racine de l'architecture : [Architecture.md](../Architecture.md).
+
+## Rôle de chaque partie
+
+| Rôle          | Type de compte     | Description                                               |
+|---------------|--------------------|-----------------------------------------------------------|
+| Client        | Pro ou particulier | Exprime le besoin, valide les devis, co-signe la licence  |
+| Fournisseur   | Pro                | Répond aux besoins, peut sous-traiter                     |
+| Coordinateur  | Pro ou particulier | Orchestre le projet sans relation de facturation directe  |
+
+## Qui peut initier un projet
+
+Le projet peut être initié par n'importe quelle partie :
+
+- Un **client** (particulier ou pro) qui exprime un besoin
+- Un **fournisseur** qui propose une offre ou monte un collectif
+- Un **tiers coordinateur** qui orchestre sans être client ni prestataire
+
+## Sous-traitance
+
+Un fournisseur peut faire appel à d'autres fournisseurs,
+**avec accord explicite du client**. Chaque sous-traitant :
+
+- Est visible dans le projet
+- Co-signe l'accord de licence
+- Peut recevoir un devis distinct
+
+## Distinction B2B / B2C
+
+La distinction est portée par le **type de compte** :
+
+- Compte **pro** : SIRET, TVA, facturation professionnelle
+- Compte **particulier** : usage personnel, sans obligations fiscales pro
+
+Un projet peut mélanger les deux (ex : un particulier client,
+plusieurs prestataires pro) — Yavsc n'impose pas d'homogénéité.
+
+## États d'un projet
+
+```
+Initié → En recherche de parties → Devis en cours
+       → Accord de licence signé → En production
+       → Livré → Publié (si licence libre)
+```
+
+## Contrainte clé
+
+L'accord de licence est établi **avant** tout début de production,
+signé (ou validé) par toutes les parties : client, fournisseurs,
+et sous-traitants éventuels.
+
+## Domaine musical — Titres collaboratifs
+
+Permet la production collaborative de titres musicaux sous licence
+libre, à partir de la mise en relation assurée par Yavsc.
+
+### Formats supportés
+
+- Audio (ex : WAV, FLAC, MP3)
+- Partition (ex : MusicXML, LilyPond, PDF)
+- MIDI
+
+### Flux de production
+
+1. Un client exprime un besoin musical
+2. Des prestataires répondent avec des devis
+3. Un **consensus est établi en amont** entre le client et les
+   contributeurs sur la licence du livrable final
+4. La collaboration produit les fichiers
+5. Le titre est publié sous la licence choisie
+
+## Voir aussi
+
+- [Architecture.md](../Architecture.md) — racine.