Le token de la caisse nous autorise à lire ses documents. Il est délivré et révocable depuis « Caisses partenaires ».

Par n° AVS, la caisse renvoie la liste de ses documents disponibles — avec caisse, catégorie, année et l'URL du fichier dans son cloud. On en déduit l'UX par caisse / année.

L'ouverture se fait par l'URL du cloud de la caisse — jamais une copie chez nous. Le mécanisme d'URL signée/temporaire (et l'absence d'accès hors-ligne) reste à préciser avec les caisses.

Avant d'exposer un document à l'ouvrier, on vérifie qu'il veut ses documents dans myBM (interestDocuments).

Nouveau flux Globaz. WebMétiers renvoie chaque entreprise affiliée avec son affiliationId (hors caisse 133 / temporaires). C'est le seul flux neuf en entrée : l'instance centrale le balaye puis réutilise l'appel existant GET /bmaffiliates/{affiliationId} sur chacune.

Pour chaque affiliationId retourné à l'étape 1, on réutilise l'appel existant (pas d'endpoint dédié). Authentification HTTP Basic. Chaque ouvrier porte ses données, son numéro de poste et son accès app (mobileAppAccess) et son statut d'affiliation (affiliationAppStatus, initialisé à welcomeTicketNotIssued).

L'instance centrale pousse chaque mutation vers Globaz. Toutes les mutations (ouvrier via l'app/le web, ou tenant) arrivent d'abord à la centrale ; elle les envoie à WebMétiers par POST updateEmployee et suit leur état par GET mutation/{idMutation}. WebMétiers reste l'autorité et applique. Contrat complet en Vue technique →

Registre append-only tenu par l'instance centrale : il journalise les mutations profil / poste reçues (app ouvrier + tenants) et ce que la centrale a poussé vers Globaz (+ résultat). Les augmentations de salaire (poussées par les tenants) ont leur propre journal, le MyBM Salary Journal — deux registres séparés, chacun pur. En cas de conflit, rupture ou reprise, ces journaux font foi. Exposés en lecture API à Globaz (consultation / réconciliation — jamais un canal d'application).

Rôle : Globaz renvoie l'ensemble des entreprises affiliées (hors caisse 133 / temporaires), chacune avec son affiliationId. C'est le seul flux entrant réellement neuf ; il sert de point d'entrée au balayage.

Le balayage ne se limite pas à bmaffiliates : pour chaque entreprise issue du flux, l'instance centrale lit l'ensemble des flux Globaz pour reconstruire la cartographie complète de chaque ouvrier. Par affiliationId elle réutilise l'appel existant GET /bmaffiliates/{affiliationId} (employés + postes) ; pour chaque poste elle lit GET /bmjobs/{jobId} (historique complet du poste + adhésions/cotisations) et le volet CAPAV GET /bmaffiliates/{affiliationId}/AMCAB. Le tout est agrégé en un registre ouvrier unique dédoublonné par n° AVS : historique des entreprises + historique de chaque poste + prestations/cotisations.

Rôle : l'instance centrale pousse chaque mutation ouvrier (POST updateEmployee) et suit son état (GET mutation/{idMutation} → TRAITE / EN_COURS / REFUSE). WebMétiers applique. En erreur, l'écran « Journal des mutations » propose Renvoyer. Révision Greg · 13.11.2026