Mode silver — versement depuis la Silver Bank

En mode silver, AO Master paie les regears approuvés en silver dans le portefeuille Silver Bank de chaque membre — pas d'objets, pas de casiers, pas de cut-off tasks. Le staff sélectionne les lignes approuvées dans #Examiner les demandes, clique Payout, et le silver atterrit immédiatement. Cette page couvre les trois sous-modes silver, l'action Payout du staff, la piste comptable, et ce que voit le membre.

Pour la livraison alternative (emballer les items dans les casiers), voir Mode objets — cut-off + casier. Pour l'étape d'approbation en amont, voir Staff — examiner + approuver. Pour la comparaison côte à côte des deux modes, voir Vue d'ensemble du pipeline de regear.

Permissions + dépendances

L'action Payout vit sur la même surface que l'approbation et utilise la même permission — « Approve Regear Requests ». Il n'y a pas de permission « Payout » séparée. La raison : en mode silver, les décisions d'approbation + de versement sont typiquement l'une après l'autre, souvent par le même staff.

Ce dont le mode silver a besoin, c'est la Liste de vérification — trois choses doivent être vraies avant que Payout fonctionne :

Prérequis	Où l'activer
Silver Bank activée	Paramètres → Systèmes de guilde
Prix des items activé	Paramètres → Systèmes de guilde
Mode de Regear réglé sur l'une des valeurs silver	Paramètres → Politique de Regear → Silver Regear

Si l'un est désactivé, la Liste de vérification dans Paramètres → Politique de Regear affichera ce qui manque — voir Paramètres → Politique de Regear pour la page complète. Le serveur re-vérifie chaque prérequis à chaque clic Payout, donc un onglet de navigateur périmé ne peut pas passer outre une Liste de vérification non satisfaite.

Les trois sous-modes silver

Mode de Regear est un menu déroulant unique dans Paramètres → Politique de Regear. Choisis Versement silver comme mode principal, puis un menu déroulant Mode Silver apparaît avec trois sous-options :

Mode Silver	Ce qui est payé	Pour quoi
Somme par Prix des items	La somme du prix silver de chaque slot perdu (capturé à l'approbation depuis le canal Prix des items).	Guildes qui veulent que la valeur du regear suive les vrais prix du marché.
Rôle de guerre — Plafond fixe	Un montant fixe égal au plafond silver du rôle de guerre — ignore la perte réelle.	Guildes avec des budgets simples par rôle (« tout le monde dans le rôle DPS reçoit 1M silver, gagné ou perdu »).
Rôle de guerre — Plafonné par le réel	Le plus petit entre (somme des prix d'items capturés) ou (plafond silver du rôle) — paie le réel mais ne dépasse jamais.	Guildes qui veulent un filet de sécurité contre les surprises chères.

Le plafond pour les modes Rôle de guerre est défini par rôle de guerre dans la sous-fenêtre Définir les plafonds par rôle de guerre (Paramètres → Politique de Regear → Liste de vérification → Définir les plafonds par rôle de guerre), ou sur la ligne du rôle dans Paramètres → Rôles de guerre → Modifier → champ Plafond silver. Les rôles sans plafond configuré bloqueront le versement avec une erreur « Le rôle de guerre n'a pas de plafond silver configuré » jusqu'à ce que le plafond soit rempli.

Le changement de mode est verrouillé

Changer le Mode de Regear sur une guilde active est bloqué quand :

• Une cut-off task a encore une préparation non résolue (quitter le mode objets) → termine ou annule toutes les tâches actives d'abord.
• Une demande silver approuvée n'a pas encore été payée (quitter le mode silver) → paie ou rejette chaque ligne approuvée d'abord.

Choisir une nouvelle valeur dans le menu déroulant Mode déclenche une vérification avant que le changement soit enregistré ; si quoi que ce soit le bloque, tu verras un toast d'erreur avec un lien profond vers la liste concernée. Les demandes en attente sont agnostiques au mode — elles ne sont pas bloquées par les changements de mode et utilisent simplement le nouveau mode quand elles sont approuvées.

Les soldes Silver Bank ne sont jamais effacés par un changement de mode. La banque est un système persistant ; les soldes des membres se reportent et restent retirables même quand la guilde revient au mode objets.

D'Approuvé → Payout

Le flux démarre de façon identique au mode objets : le staff examine sur #Examiner les demandes → onglet En attente → clique Approuver → la demande atterrit dans l'onglet Approuvés. À partir de là, le bouton d'action en lot change selon le Mode de Regear de la guilde :

Mode de Regear de la guilde	Bouton en lot de l'onglet Approuvés
Retour en objets	Créer une Cut-off Task (voir mode objets)
Tout silver_*	Payout

Pour payer :

1. Ouvre #Examiner les demandes → onglet Approuvés.
2. Coche les lignes que tu veux payer. La barre en lot apparaît en bas avec les boutons d'action Rétablir et Payout.
3. Clique Payout. Chaque ligne sélectionnée est payée indépendamment — un succès partiel est OK, donc certaines lignes peuvent réussir pendant que d'autres échouent avec un motif clair.

Le toast par staff te dit ce qui s'est passé pour chaque ligne — « Versé pour 3 demande(s) — silver crédité » en cas de succès complet, « Échec du versement — 2 demande(s) bloquée(s) » avec les motifs quand quelque chose a mal tourné.

Ce qui peut bloquer une ligne unique

Chaque ligne du lot a sa propre validation. Messages d'échec courants par ligne et comment les corriger :

Le message d'échec dit…	Ce qui s'est passé	Solution
Le statut de la demande est « approuvé » — seules les demandes approuvées peuvent être payées	La ligne n'est plus dans l'état Approuvé (quelqu'un l'a déjà payée ou rétablie entre le moment où tu l'as cochée et le clic Payout)	Rafraîchis + re-sélectionne.
Le membre n'a pas de personnage Albion lié	Le membre demandeur n'a pas de personnage lié	Le membre doit lier son personnage Albion via #Membres → 🔗 Lier. Le silver atterrit sur un nom de personnage, pas sur un compte utilisateur.
Le rôle de guerre n'a pas de plafond silver configuré	Mode Rôle de guerre + le rôle choisi n'a pas de plafond silver défini	Définis le plafond dans Paramètres → Politique de Regear → Définir les plafonds par rôle de guerre (ou Paramètres → Rôles de guerre → Modifier).
Un ou plusieurs items n'ont pas de capture de prix au moment de l'approbation	Mode Somme-par-Prix-des-items (ou Plafonné) + les items n'avaient pas de données Prix des items quand la demande a été approuvée	Renseigne Prix des items pour ces items de base + ré-approuve (la capture est prise à l'approbation, pas au versement).
Le crédit calculé est zéro — rien à verser	Tous les items ont un prix mais la somme est 0	Même correction que le cas des prix manquants — vérifie le canal Prix des items pour ces items de base.

Bonne nouvelle : les lignes en échec restent en Approuvé pour que tu puisses les retenter après la correction. Les lignes déjà payées dans le même lot ne sont pas annulées.

Où le silver atterrit — Historique Silver Bank

Chaque versement réussi écrit une entrée dans le livre de comptes Silver Bank — une ligne Ajout étiquetée d'une note « Versement de regear » — créditant le solde du personnage du membre. Ça apparaît dans #Silver Bank → Historique :

Chaque ligne affiche :

• Horodatage du versement.
• Badge de type — Ajout pour les crédits, avec la couleur correspondant au thème du flux d'ajout de la banque.
• Personnage — le nom du personnage Albion du membre (le silver atterrit par personnage, pas par utilisateur).
• Montant en silver.
• Note — « Versement de regear » plus le nom du sous-mode pour qu'un audit ultérieur sache quel calcul a produit le crédit.

La page #Silver Bank a quatre onglets au total — Soldes (totaux par personnage), Retraits (la file de retraits initiée par les membres), Log (tampon brut de parse de coller de coffre — concept différent), et Historique (le livre comptable que tu vois ci-dessus). Référence complète : Silver Bank.

Log vs Historique — confusion courante

Log est pour le workflow de coller de coffre (coller les lignes silver brut entrant/sortant depuis un coffre de dépôt, marquer chacune « Appliquer » ou « Désactiver », puis valider). Historique est le livre fini de chaque crédit/débit qui a atterri dans le portefeuille d'un membre. Les versements de regear sautent entièrement Log — ils atterrissent dans Historique directement, comme le bouton manuel Ajout.

Ce que voit le membre

Une fois le versement complet, la demande passe à Payé et la ligne #Mes demandes du membre se met à jour en temps réel — aucun rafraîchissement nécessaire :

La carte payée affiche :

• Les 5 étapes de progression en vert (En attente → Approuvé → Cut-off → En cours → Livré). En mode silver, les étapes cutoff / en-cours sont conceptuellement sautées, mais le bandeau anime directement jusqu'à Livré pour que le visuel soit cohérent entre les modes.
• Une ligne de pied 💰 Crédité X silver vers Silver Bank. (Le champ montant affiche un tiret cadratin pour les deux sous-modes Rôle de guerre — le silver par-item n'est pas enregistré pour ceux-là, donc la page ne peut pas afficher la décomposition ; le montant exact est dans l'entrée du livre Silver Bank ci-dessus. Le mode Somme-par-Prix-des-items affiche bien le montant silver réel par demande.)
• Un bouton d'action Reçu — le membre peut marquer la demande comme accusée.

Le silver réel vit dans le portefeuille Silver Bank du membre, visible pour lui dans #Mon Accueil → Silver Bank ou directement dans #Silver Bank → Soldes. De là il peut demander un retrait via le flux de retrait standard de Silver Bank (voir Silver Bank).

Pourquoi « Livré » pour le silver ?

Le bandeau de progression utilise le même badge Livré pour les deux modes par conception. Ordre de lecture : mode objets = items dans ton casier ; mode silver = silver dans ton portefeuille. Les deux sont des terminaux « demande remplie ».

Côte à côte avec le mode objets

Étape	Mode objets	Mode silver
1	Le membre soumet → En attente	Le membre soumet → En attente
2	Le staff examine + approuve → Approuvé (aucun argent/objet bougé encore)	Le staff examine + approuve → Approuvé (aucun silver bougé encore)
3	Le staff regroupe les approuvés dans une cut-off task → emballe dans les casiers → marque livré	Le staff sélectionne les approuvés + clique Payout → silver crédité + statut passe à Payé
4	Archivé après la fenêtre de rétention	Archivé après la fenêtre de rétention

Le cycle de vie en 2 étapes (approuver, puis livrer/payer) est le même dans les deux modes — par conception. Il reflète la façon dont Stripe / PayPal / la paie séparent tous « approuver » de « débourser » pour qu'une erreur repérée entre les deux étapes puisse être corrigée par un rejet seul (pas besoin d'écritures comptables compensatoires).

Et l'overcharge ?

Les demandes d'Overcharge (OC) en mode silver utilisent toujours la logique Somme-par-Prix-des-items quel que soit le sous-mode silver choisi par la guilde — le plafond par rôle de guerre est une allocation par-mort, et l'appliquer à des soumissions OC par-item ne se traduit pas bien (un membre qui a perdu un sac coûteux recevrait le plafond complet de mort de 1M silver).

Sous le prérequis Prix des items activé (que tous les modes silver partagent), c'est automatique : le silver OC fonctionne dès que la guilde est dans n'importe quel mode silver et que les items perdus ont des captures de prix au moment de l'approbation.

Liens croisés

• Mode objets — cut-off task + casier — le chemin de livraison alternatif.
• Staff — examiner + approuver — étape en amont.
• Vue d'ensemble du pipeline de regear — les deux modes en un coup d'œil.
• Silver Bank — retraits, log de coller de coffre, paramètres.
• Paramètres → Politique de Regear — Liste de vérification complète pour le chemin silver.
• Rapport Regear membre — totaux silver par membre au fil du temps.