Actions à faire à la main au prochain déploiement (super administrateur de la plateforme)
=========================================================================================

Liste tenue par le référent des tests ; une ligne cochée et datée quand c'est fait en prod, puis retirée au
déploiement suivant. Procédure de mise à jour du code : coop-pains.platform.update_core_or_plugin.readme.txt.

Avant
-----
[ ] Site d'aide régénéré : bash scripts/doc-site.sh generer (doc/site/), avant phing deploy.
[ ] cd joué vert sur le commit à déployer (bash scripts/e2e.sh cd).

Pendant : robot SMS et site EN MÊME TEMPS, de nuit (décision du 2026-10-19, Q114)
-----------------------------------------------------------------------------------
Les commandes SMS payées par le porte-monnaie sont débitées par le site à la création. Robot ancien + site
nouveau = double débit ; robot nouveau + site ancien = aucun débit.
[ ] 1. Arrêter RoboSMS sur le Raspberry Pi.
[ ] 2. phing deploy du site.
[ ] 3. Mettre à jour RoboSMS (code : scripts/robosms-sim/), puis le relancer.
[ ] 4. Une commande SMS de contrôle, payée par le porte-monnaie : un seul débit.

Pendant, juste après phing deploy : régularisation des soldes du porte-monnaie (décision du 2026-10-21)
--------------------------------------------------------------------------------------------------------
Une seule fois, au PREMIER déploiement (procédure de la facturation, 2026-10-21). But : remettre la somme
des opérations du porte-monnaie d'accord avec le cache du fork ; des recharges effacées par le fork ont
laissé des clients avec un solde trop bas, voire NÉGATIF (essai sur la base neutralisée : 13 clients,
618,46 €, 5 boutiques).
Préalables :
  - le déploiement contient le filtre woo_wallet_delete_transaction_records (woo-coop-pains.php l. 74) ;
    sans lui, de nouvelles opérations peuvent être effacées ;
  - la caisse inaltérable n'est activée sur aucune boutique (elle relève ensuite les soldes tels quels) ;
  - de nuit, site déployé et en service, avec le robot SMS (ci-dessus) ;
  - <racine> = dossier WordPress de la prod ; <hote> = domaine d'une boutique où woo-coop-pains est actif,
    ou le site principal.
[ ] 1. Copier le seul fichier scripts/facturation/regulariser-porte-monnaie.php sur le serveur, HORS du
       dossier web (par exemple ~/regulariser-porte-monnaie.php) : scripts/ n'est pas déployé.
[ ] 2. À blanc : php ~/regulariser-porte-monnaie.php --racine=<racine> --hote=<hote>
       > ~/regularisation-AAAA-MM-JJ-blanc.txt
       Relire : dernière ligne « == Réseau : crédits N (…) ; débits 0 ; … ; échecs 0 ». Les lignes
       « compte 1 : sans cache » (administrateur, essais) sont normales et jamais écrites.
       Si débits > 0 : S'ARRÊTER et demander à la facturation (débit d'un client, jamais sans décision).
[ ] 3. Appliquer : la même commande + --appliquer > ~/regularisation-AAAA-MM-JJ-applique.txt
       Chaque ligne finit par « fait (opération N, écart après 0,00 €) » ; dernière ligne « échecs 0 »
       (code de sortie 0 ; 2 s'il y a un échec).
[ ] 4. Contrôle, de nouveau à blanc : « crédits 0 (0,00 €) ; débits 0 ; échecs 0 ».
[ ] 5. Retirer ~/regulariser-porte-monnaie.php du serveur ; garder les trois sorties (numéros de compte
       et montants seulement, aucun nom) avec les traces du déploiement.
Ce que voit le client : l'opération « Régularisation du solde (opération ancienne effacée par le site) »
dans son historique, sans email ; son solde redevient celui d'avant l'effacement. Relancer --appliquer
n'écrit rien de plus (marque _cp_regularisation par compte et par boutique).

Après : administration du réseau
--------------------------------
[ ] Extensions › activer sur le réseau les extensions de la plateforme validées : « Coop-pains – Mon fournil »
    (coop-fournil), « Coop-pains – Aide des boulangers » (coop-aide), « Coop-pains – Robot de commande WhatsApp »
    (coop-messagerie) ; « Coop-Facturation » seulement quand la facturation est ouverte en prod.
    Chaque boutique garde ses écrans fermés tant que sa case n'est pas cochée.
[ ] Robot WhatsApp : menu Réglages (du réseau) › « Coop-Pains » (et non le menu « Coop-pains » des statistiques) :
    « Numéro WhatsApp de Coop-Pains » et l'identifiant du numéro chez Meta. Sans ce numéro, l'extension ne démarre
    pas sur le site principal : tous les liens courts https://<site principal>/<code> et les QR des affiches
    répondent 404, même si la boutique a son propre numéro (constaté sur dev-v6 le 2026-10-21).
    Jetons de l'application Meta du réseau : wp-config-secrets.php (COOPPAINS_WHATSAPP_TOKEN, _APP_SECRET,
    _VERIFY_TOKEN), jamais dans le dépôt.
[ ] Contrôle : curl -I https://<site principal>/<code d'une boutique> doit répondre 302 vers https://wa.me/…
[ ] Accès au drive pCloud de l'association : le lien et le mot de passe ne sont plus écrits dans le code (depuis le
    2026-10-20, doc/issues/drive-association-mot-de-passe-en-dur.md). Menu Coop-pains (du réseau) › « Informations
    des boulangers » : saisir le drive (lien et mot de passe), affiché ensuite sur le tableau de bord Coop-pains
    de chaque boutique et dans Mon fournil. Sans cette saisie, les boulangers ne voient plus l'accès au drive.
    Changer d'abord le mot de passe du drive dans pCloud : l'ancien reste lisible dans l'historique git.

Après : boutiques
-----------------
[ ] Prévenir les boutiques 6 et 24 : le forfait de livraison s'ajoute désormais aux commandes passées par SMS
    (correctif du 2026-10-21, doc/issues/fixed/commande-sms-sans-forfait-expedition.md).
[ ] Version en prod : https://<site>.coop-pains.fr/VERSION égale au commit déployé.
