Correctifs écran Client (ERP-115) (#76)

Lot de correctifs sur l'écran Client (M1), + un retrait de règle métier et une petite fonctionnalité.

## Formulaire client (création / édition)
- Boutons « ajouter un bloc » (Adresse, RIB) désactivés tant que le dernier bloc n'est pas valide.
- Onglet Information : bouton Valider désactivé si aucun champ rempli (création) ; onglet Contact accessible dès la création (Information facultatif).
- Champs « Relation » (Distributeur/Courtier) et « Prestation de triage » masqués par défaut, révélés seulement si une catégorie ordinaire (≠ Distributeur/Courtier) est sélectionnée.
- Bloc RIB affiché uniquement si le type de règlement est LCR (création, édition, consultation) ; plus de RIB fantôme soumis.
- Alignement du bas du textarea « Description » sur les autres champs.

## Recherche d'adresse (BAN)
- Une erreur de l'API ne bloque plus définitivement la recherche : chaque frappe réessaie (le mode dégradé restait verrouillé).
- Garde minimum 3 caractères avant l'appel à l'API.

## Répertoire client
- Titres de colonne en noir 16px, corps + tags de site en 14px.

## Navigation
- L'onglet actif est conservé au passage consultation ↔ édition (via history.state, hors URL).

## Règle métier
- Retrait de RG-1.04 : l'onglet Information n'est plus obligatoire pour le rôle Commerciale — facultatif pour tous (back + tests + docs).

Tests : suites front (Vitest) et back (PHPUnit) vertes hormis flakes d'infra connus.
Reviewed-on: #76
Co-authored-by: tristan <tristan@yuno.malio.fr>
Co-committed-by: tristan <tristan@yuno.malio.fr>

src/Module/Commercial/Application/Validator/ClientAccountingCompletenessValidator.php

@@ -16,9 +16,9 @@ use Symfony\Component\Validator\ConstraintViolationList;
  * Type de reglement). La banque reste conditionnelle (RG-1.12) et les RIB aussi
  * (RG-1.13) : ils ne sont pas couverts ici.
  *
- * Calque sur ClientInformationCompletenessValidator (RG-1.04) : colonnes nullable
- * en base + validateur contextuel, plutot qu'un Assert\NotBlank sur l'entite (qui
- * casserait le POST de l'onglet principal, lequel n'envoie aucun champ comptable).
+ * Parti pris : colonnes nullable en base + validateur contextuel, plutot qu'un
+ * Assert\NotBlank sur l'entite (qui casserait le POST de l'onglet principal,
+ * lequel n'envoie aucun champ comptable).
  *
  * Invoque par le ClientProcessor uniquement quand le payload porte les six champs
  * (= une validation d'onglet), jamais sur un PATCH ciblant un seul champ comptable.