SPB Git
spboucher.ai

spb/job-ka

Public
History of docs/connecteurs Clear filter
page 1

  1. Wed, Nov 4, 2026 4

    1. [ka6] connecteur toonboom: faux positif « volume QC nul » (dépublication légitime de l'unique offre QC) — AUCUN code de fetch modifié (verdict rien_a_faire). Le stale vient de l'offre BambooHR 34 « Faites partie du réseau de services professionnels de Toon Boom » (réseau de talents permanent, Montréal, parue 2025-08-11) dépubliée par Toon Boom entre les syncs verts du 04/11 15:58 (found=1, série verte continue depuis la panne BambooHR du 21/10) et 17:39 (found=0), retrait propre removed=1 à 20:11 (règle des 2 absences) ; la supervision compte found=0 comme non-succès (médiane 0.5, fiche stale-volume-zero-faux-positif). Preuves live : marqueur BambooHR de dépublication confirmé — détail /careers/34/detail → 404 not_found « the id you provided doesn't exist » vs 200 (21 ko) sur l'offre vivante 76 en contrôle ; board /careers/list 200 totalCount=1, unique posting restant « Japan Country Manager » (Tokyo, atsLocation complet) = pas d'aveuglement QC, le volume montréalais s'est tari (9 offres QC en base depuis 2026-08, dépubliées une à une depuis sept.) ; pas de migration : portail toonboom.bamboohr.com/careers 200, tenant actif. Sync isolé rejoué vert ok=1 found=0 en 0,3 s. Docstring chronologie ajoutée au connecteur (2e intervention), fiches toonboom.md/ats-bamboohr.md/INDEX.md régénérées (1132 autres restaurées, hors périmètre), 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200. Si Toon Boom republie un poste à Montréal, il reviendra seul au prochain sync horaire.
      …
      Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher · 3 files +190 −215
    2. [ka6] connecteur maquettevirtuelle: faux positif « volume QC nul », 2e récidive (rotation Lever) — AUCUN code de fetch modifié (verdict rien_a_faire). Le stale vient de l'UNIQUE offre QC 848422a7 « Concepteur mécanique - Solidworks » (Québec, parue 2026-10-06) dépubliée par Maquette Virtuelle entre les syncs verts du 04/11 11:50 (found=1, série verte continue) et 14:32 (found=0), retrait propre removed=1 à 15:35 (règle des 2 absences) ; la supervision compte found=0 comme non-succès (médiane 0.5, fiche stale-volume-zero-faux-positif). Même pattern de rotation Lever que l'intervention du 2026-10-26. Preuves live : marqueur Lever de dépublication confirmé — détail API v0 de l'offre retirée → 404 vs 200 sur une offre vivante en contrôle ; board v0 200 avec 3 postings TOUS « Tunisie, TN » (0 mention Québec) = pas d'aveuglement QC, l'employeur publie à Québec par vagues (8 offres QC en base depuis 2026-08, il recrute aussi pour son bureau tunisien) ; pas de migration : jobs.lever.co/maquettevirtuelle répond normalement. Sync isolé rejoué vert ok=1 found=0 en 0,8 s. Docstring chronologie ajoutée au connecteur, fiches maquettevirtuelle.md/ats-lever.md/INDEX.md régénérées (1132 autres restaurées, hors périmètre), 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200. Si Maquette Virtuelle republie un poste QC, il reviendra seul au prochain sync horaire.
      …
      Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher · 3 files +218 −244
    3. [ka6] connecteur gategroup: faux positif « volume QC nul » (dépublication légitime des 2 dernières offres Dorval) — AUCUN code de fetch modifié (verdict rien_a_faire). Le stale vient des 2 offres QC du tenant Workday gategroup.wd3 — R0110496 « Operations, Supervisor, Food » puis R0101916 « Final Assembler - $25/hr » (Dorval, cuisine YUL) — dépubliées par Gategroup entre les syncs verts du 03/11 12:07 (found=2) → 14:36 (found=1, removed=1) → 04/11 11:06 (found=0), retrait propre removed=1 à 14:03 (règle des 2 absences) ; la supervision compte found=0 comme non-succès (médiane 0.5, fiche stale-volume-zero-faux-positif). Preuves live : marqueur Workday de dépublication confirmé — détail cxs de R0101916 retirée → 403 S22 « permission denied » (même signature que fiserv 86595740/dxctechnology) vs 200 sur l'offre vivante R0111655 Halifax en contrôle ; board cxs 200 avec 172 offres monde dont 22 « Canada » TOUTES hors QC (Vancouver, Halifax, Mississauga, Ottawa, Edmonton — 0 mention Québec) = pas d'aveuglement QC, Gategroup ne publie à Dorval que par vagues (13 offres QC en base depuis 2026-08-23, souvent éphémères). Sync isolé rejoué vert ok=1 found=0 en 13,4 s. Docstring chronologie ajoutée au connecteur, fiches gategroup.md/ats-workday.md/INDEX.md régénérées (1132 autres restaurées, hors périmètre), 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200. Si Gategroup republie un poste à Dorval, il reviendra seul au prochain sync horaire.
      …
      Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher · 3 files +430 −455
    4. [ka6] connecteur fiserv: faux positif « volume QC nul » (dépublication légitime de l'unique offre QC) — AUCUN code de fetch modifié (verdict rien_a_faire). Le stale vient de l'offre Workday R-10397282 « Account Executive | Chargé(e) de Comptes » (Québec, parue 2026-10-16) dépubliée par Fiserv entre les syncs verts du 03/11 23:11 (found=1, série verte continue) et du 04/11 01:41 (found=0) ; la supervision compte found=0 comme non-succès (médiane 1.0, fiche stale-volume-zero-faux-positif). Preuves live : marqueur Workday de dépublication confirmé — détail cxs de l'offre retirée → 403 S22 « permission denied » (variante du 404, même marqueur que le cas dxctechnology 8d1bcf24) vs 200 sur une offre vivante en contrôle ; board cxs 200 avec 403 offres monde dont 6 « Canada » TOUTES hors QC (facette locations : Mississauga ×4, Remote Ontario ×1) = pas d'aveuglement QC, Fiserv ne publie à Québec que sporadiquement (5 offres QC en base depuis 2026-08, chacune vécue ~3-6 semaines) ; pas de migration : fiserv.wd5/EXT répond normalement. Sync isolé rejoué vert ok=1 found=0 removed=1 en 25 s (retrait propre de R-10397282 par la règle des 2 absences). Docstring chronologie ajoutée au connecteur, fiches fiserv.md/ats-workday.md/INDEX.md régénérées (1132 autres restaurées, hors périmètre), 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200. Si Fiserv republie un poste QC, il reviendra seul au prochain sync horaire.
      …
      Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher · 3 files +449 −474

  2. Tue, Nov 3, 2026 1

    1. [ka6] connecteur cclfg: faux positif « volume QC nul », 2e récidive — AUCUN code de fetch modifié (verdict rien_a_faire). Le stale vient de l'unique offre QC 4424797009 « Associé(e), Solutions de placement » (Montréal, parue 2026-10-06) DÉPUBLIÉE par CC&L entre les syncs verts du 03/11 09:11 (found=1) et 11:47 (found=0), retrait propre removed=1 à 14:19 (règle des 2 absences) ; la supervision compte found=0 comme non-succès (médiane 0.0, fiche stale-volume-zero-faux-positif). Preuves live : marqueur Greenhouse de dépublication confirmé deux fois — détail API v1 404 ET page publique 302 → /cclfg?error=true (même marqueur que la 1re intervention 43526d3d), offre vivante en contrôle → 200 ; board API 200 avec 71 offres monde (Toronto 28, Vancouver 25, Gurugram 17, Londres 1), 0 mention Québec dans le JSON complet (content=true) = pas d'aveuglement QC, le board corporatif ne publie à Montréal que sporadiquement (structurel, documenté depuis 2026-10-02) ; pas de migration : cclfg.cclgroup.com/careers/opportunities/ charge toujours GreenhouseBoard (gotcha noté : cette page renvoie 403 à un UA bot, 200 avec en-têtes navigateur). Sync isolé rejoué vert ok=1 found=0 en 5,5 s. Docstring chronologie mise à jour (2e récidive + gotcha 403 UA), fiches cclfg.md/ats-greenhouse.md/INDEX.md régénérées (1132 autres restaurées, hors périmètre), 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200. Si CC&L republie un poste à Montréal, il reviendra seul au prochain sync horaire.
      …
      Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher · 3 files +372 −398

  3. Mon, Nov 2, 2026 4

    1. [ka6] connecteur flatgigs: faux positif « volume QC nul » (dépublication EN BLOC légitime des 4 offres) — AUCUN code de fetch modifié (verdict rien_a_faire). Le stale vient des 4 offres Montréal du tenant Workable (Principal Systems Engineer- Enterprise AI, Solutions Architect (Enterprise AI), Senior Systems Engineer, Sales Lead — en base depuis le 2026-08-24) dépubliées en bloc entre les syncs verts du 02/11 16:52 (found=4) et 19:23 (found=0), retrait propre removed=4 à 20:36 (règle des 2 absences) ; la supervision compte found=0 comme non-succès (médiane 2.0, fiche stale-volume-zero-faux-positif). Preuves live : widget v1 200 avec jobs:[] ET API v3 200 total=0 = ZÉRO offre publiée dans le monde, pas un aveuglement QC ; compte vivant (nom + description « Flatgigs, Your Strategic Execution Partner… MENA », cabinet de recrutement basé à Dubaï) = board vidé par l'employeur, aucun marqueur de tenant résilié ; pas de migration : apply.workable.com/flatgigs répond toujours 200. Sync isolé rejoué vert ok=1 found=0 en 1,5 s. Docstring chronologie ajoutée au connecteur, fiches flatgigs.md/ats-workable.md/INDEX.md régénérées (1132 autres restaurées, hors périmètre), 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200. Si Flatgigs republie un poste QC, il reviendra seul au prochain sync horaire.
      …
      Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher · 3 files +130 −156
    2. [ka6] fix connecteur trisura: aveuglement de culture fr-CA (Dayforce partitionné) → bi-culture fr-CA+en-CA
      …
      Stale « volume QC nul » : l'unique offre fr-CA 3449 « SOUSCRIPTEUR PRINCIPAL,
SOLUTIONS PROFESSIONNELLES – MONTRÉAL » (parue 2026-06-10) dépubliée entre les
syncs verts du 02/11 15:16 (found=1) et 17:47 (found=0) — marqueur Dayforce
confirmé : détail 200 + postingStatus=4. MAIS le poste équivalent vit toujours
côté anglais : 3220 « Souscripteur Principal, Solutions Professionnelles -
Montreal » (Montréal QC, postingStatus=1, détail fr-CA 404), publié EN
seulement — Trisura publie FR et EN comme deux postings distincts (ids
différents). Preuves live : search fr-CA maxCount=0 vs en-CA/en-US 15 offres
dont la QC 3220 = aveuglement de culture apparu en cours de vie (classe
peaktech/cardinalcouriers). Pas de migration : trisura.com/careers pointe
toujours jobs.dayforcehcm.com/en-US/trisura/CANDIDATEPORTAL (culture maîtresse
EN, indice classe imperialdade). Fix : CULTURES fr-CA+en-CA fusion par
external_id priorité fr-CA (pattern cardinalcouriers/peaktech/challenger/fnfmb).
Sync isolé vert found=1 (= médiane 1.0) added=1 (3220) removed=1 (3449) en
6,4 s, 108 tests pytest verts, fiches trisura.md/ats-dayforce.md/INDEX.md
régénérées (1132 autres restaurées, hors périmètre), pm2 restart job-ka-sync
OK, site local 200, www.job-ka.com 200.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher · 3 files +153 −153
    3. [ka6] connecteur dxctechnology: faux positif « volume QC nul » (dépublication légitime de l'unique offre QC) — AUCUN code de fetch modifié (verdict rien_a_faire). Le stale vient de l'offre Workday 51583112 « Market Seller - Commercial Markets » (Montréal, parue 2026-10-03) dépubliée entre les syncs verts du 02/11 14:12 (found=1) et 16:47 (found=0), retrait propre removed=1 à 19:18 ; la supervision compte found=0 comme non-succès (médiane 0.5, fiche stale-volume-zero-faux-positif). Preuves live : board cxs 200 avec 1236 offres monde dont 23 « Canada » TOUTES hors QC (ON, NS, NL, MB ; l'entrée « 2 Locations » = New York + Houston) = DXC publie ses postes QC par rafales courtes (chaque offre QC en base a vécu ~1-3 semaines) ; marqueur Workday de dépublication : détail cxs 403 S22 « permission denied » sur l'offre retirée vs 200 sur une offre vivante (variante du 404 à ajouter au répertoire des marqueurs) ; pas de migration : careers.dxc.com référence toujours dxctechnology.wd1.myworkdayjobs.com/DXCJobs. Sync isolé rejoué vert ok=1 found=0 en 95,5 s (pagination complète des 1236 offres, filtre serveur locations factice sur ce tenant — détection ec1b90d du 2026-09-10 inchangée). Docstring chronologie ajoutée au connecteur, fiches dxctechnology.md/ats-workday.md/INDEX.md régénérées (1132 autres restaurées, hors périmètre), 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200. Si DXC republie un poste QC, il reviendra seul au prochain sync horaire.
      …
      Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher · 3 files +494 −519
    4. [ka6] connecteur consultdss: faux positif « volume QC nul » (dépublication légitime de l'unique offre QC) — AUCUN code de fetch modifié (verdict rien_a_faire). Le stale vient de l'offre Recruitee 2769934 « Senior Consultant / Manager – Process Safety Management (PSM) » (Montréal, parue 2026-10-02) dépubliée entre les syncs verts du 02/11 04:50 (found=1) et 07:55 (found=0), retrait propre removed=1 à 10:32 ; la supervision compte found=0 comme non-succès (médiane 1.0, fiche stale-volume-zero-faux-positif). Preuves live : board API 200 avec 33 offres publiées TOUTES hors Canada (Houston, São Paulo, Madrid, Riyad, Shanghai, Tokyo…) = dss+ cabinet mondial à volume QC oscillant 0–1 ; marqueur Recruitee de dépublication confirmé 4e fois (après kodify/gevgroupltd) : API détail /api/offers/<slug> 404 {"error":"Not Found"} + page /o/<slug> 200 bannière « expired/no longer » ; pas de migration : consultdss.com/about/careers référence toujours consultdss.recruitee.com. Sync isolé rejoué vert ok=1 found=0 en 0,8 s. Docstring chronologie ajoutée au connecteur, fiches consultdss.md/ats-recruitee.md/INDEX.md régénérées (1132 autres restaurées, hors périmètre), 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200. Si dss+ republie un poste QC, il reviendra seul au prochain sync horaire.
      …
      Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher · 3 files +159 −185

  4. Sun, Nov 1, 2026 2

    1. [ka6] connecteur telefilmcanada: faux positif « volume QC nul », 3e récidive du pattern d'expiration à l'échéance — AUCUN code de fetch modifié (verdict rien_a_faire). Le stale vient de l'offre 1500 « Adjoint.e administrative exécutive » (Montréal, publiée 2026-09-29) expirée à sa date limite (expiry 2026-11-01 03:59 UTC = 2026-10-31 23:59 EDT) entre les syncs verts de 21:42 (found=1) et 00:05 (found=0), retrait propre removed=1 à 01:28 ; la supervision compte found=0 comme non-succès (médiane 0.5, fiche stale-volume-zero-faux-positif). Preuves live : board vide dans les TROIS cultures (fr-CA/en-CA/en-US, maxCount=0, API 200) = pas d'aveuglement de culture ; détail cxs 200 (jobBoardId 1) avec expiry passée = dépublication à l'échéance, pattern constant du tenant (1318→09-12 puis 10-19, 1476/1492→10-17, 1500→11-01, 1512→10-08) ; telefilm.ca/fr/qui-nous-sommes/carrieres pointe toujours dayforcehcm.com/fr-CA/telefilmcanada/CANDIDATEPORTAL = pas de migration. Sync isolé rejoué vert ok=1 found=0 en 1,2 s. Docstring chronologie mise à jour, fiches telefilmcanada.md/ats-dayforce.md/INDEX.md régénérées (1132 autres restaurées, hors périmètre), 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200. Si une offre est republiée/prolongée (cycle samsara du tenant), elle reviendra seule au prochain sync horaire.
      …
      Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher · 3 files +152 −151
    2. [ka6] fix connecteur canadian_royalties: frontal ADP intermittent PAR CID (9e cas, garde-fou retry borné + repli détail répliqués) — stale causé par les 404 des 31/10 23:03 et 01/11 01:26 après une journée d'intermittence (404 isolés à 10:48 et 18:19 entre des syncs verts found=5, épisode nocturne multi-tenants 23:45→04:42 en amont) ; sonde live 1/6 essais 200 totalNumber=5 + 5 « default backend - 404 » de 21 octets = intermittence, tenant vivant ; garde-fou _get_json (30 essais, pause 2 s, timeout 15 s) ET repli « détail seulement » répliqués de bento_sushi/cookit/mitsubishi_hc_capital/niobec/osgoode_properties/uv_assurance/strathmore/nemaska_lithium (le connecteur était resté minimal, sans aucune des deux défenses) ; sync isolé vert found=5 (= médiane 5.0) en 0,4 s, 108 tests pytest verts, fiches canadian_royalties.md/ats-adp.md/INDEX.md régénérées, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200
      …
      Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher · 3 files +70 −69

  5. Sat, Oct 31, 2026 8

    1. [ka6] fix connecteur nemaska_lithium: frontal ADP intermittent PAR CID (8e cas, garde-fou retry borné répliqué) — stale causé par le 404 nocturne du 30/10 23:45 (épisode multi-tenants 23:45→04:42) suivi d'un nouveau 404 isolé à 12:29 ; sonde live 2/6 essais 200 totalNumber=1 + 4 « default backend - 404 » de 21 octets = intermittence, tenant vivant ; garde-fou _get_json (30 essais, pause 2 s, timeout 15 s) répliqué de bento_sushi/cookit/mitsubishi_hc_capital/niobec/osgoode_properties/uv_assurance/strathmore, complémentaire du repli « détail seulement » existant ; sync isolé vert found=1 (= médiane 1.0) en 2,5 s, 108 tests pytest verts, fiches nemaska_lithium.md/ats-adp.md/INDEX.md régénérées, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200
      …
      Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher · 3 files +41 −41
    2. [ka6] fix connecteur strathmore: frontal ADP intermittent PAR CID (7e cas, garde-fou retry borné répliqué) — stale causé par le 404 nocturne du 30/10 23:57 (épisode multi-tenants 23:45→04:42) suivi d'un nouveau 404 isolé à 09:30 ; sonde live 3/6 essais 200 totalNumber=10 + 3 « default backend - 404 » de 21 octets = intermittence, tenant vivant ; garde-fou _get_json (30 essais, pause 2 s, timeout 15 s) répliqué de bento_sushi/cookit/mitsubishi_hc_capital/niobec/osgoode_properties/uv_assurance, complémentaire du repli « détail seulement » existant ; sync isolé vert found=9 (= médiane 9.0) en 5,4 s, 108 tests pytest verts, fiches strathmore.md/ats-adp.md/INDEX.md régénérées, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200
      …
      Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher · 3 files +49 −48
    3. [ka6] connecteur paythings_19f14e354a62: tenant Breezy RÉSILIÉ le 2026-10-31, verdict site_source_mort — connecteur conservé intact (1re intervention, pattern xtl c4a681e1). Le stale signalé était d'abord le profil connu « volume QC nul » (syncs VERTS ok=1 found=0 en continu depuis la dépublication légitime de l'unique offre QC le 2026-08-31, médiane 0.0, fiche stale-volume-zero-faux-positif) ; mais depuis ce matin 09:19 EDT le portail https://paythings-19f14e354a62.breezy.hr renvoie 404 « Career portal not found » (racine ET /json, persistant sur 3 essais) = tenant supprimé chez Breezy, PAS systémique (5 tenants Breezy frères sondés 200 : above-flights, ac780, adi-albert-davidson-industries, adoc-tm, agence-carrieres). Employeur VIVANT (Paythings, fintech cash management AI, paythings.com 200, partenariat KORT Payments 2026-05) et qui recrute, mais AUCUNE migration d'ATS détectable : zéro page carrières sur paythings.com (sitemap = 8 pages produit/blog), aucun slug Breezy renommé (paythings/paythings-com/paythings-inc/paythingscom 404), aucun tenant Greenhouse/Lever/Workable/BambooHR/Recruitee/Ashby/Teamtailor/JazzHR/SmartRecruiters (Serper → néant) ; les offres visibles (Senior Director of Operations, remote Canada — pas clairement QC) ne circulent que via flux payants Appcast → agrégateurs (whatjobs/jobmesh/expertini/jobrapido) et LinkedIn, sans URL de candidature directe (chaînes de redirection suivies jusqu'au bout, impasses). Aucun code de fetch modifié : base.get lève un 404 explicite immédiat, sync_log propre ; 0 offre active en base (l'unique offre historique est inactive depuis longtemps), rien à archiver. Sync isolé rejoué : échec explicite attendu « 404 Client Error ». Si le tenant revient le sync repart seul ; si la fermeture se confirme sur plusieurs semaines, retrait complet au pattern derumarketcatering/mcgillstlaurent. Artefact vague C corrigé dans sources.json : url employeur vide → https://www.paythings.com (vérifiée 200). Docstring chronologie ajoutée au connecteur. Fiches paythings_19f14e354a62.md/ats-breezy.md/INDEX.md régénérées (1132 autres restaurées, hors périmètre). Non-régression plateforme breezy : agence_carrieres vert ok=1 found=1. 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
      …
      Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher · 3 files +207 −203
    4. [ka6] fix connecteur uv_assurance: frontal ADP intermittent PAR CID (6e cas, garde-fou retry borné répliqué) — stale causé par 2 syncs 404 (00:02 et 03:23) pendant l'épisode nocturne ADP du 30-31/10 (niobec, osgoode_properties, strathmore, canadian_royalties touchés dans la même fenêtre 23:45→04:42), sonde live 5/6 essais 200 totalNumber=14 + 1 « default backend - 404 », tenant vivant ; garde-fou _get_json (30 essais, pause 2 s, timeout 15 s) répliqué de bento_sushi/cookit/mitsubishi_hc_capital/niobec/osgoode_properties, sync isolé vert found=14 (= médiane 14.0), 108 tests pytest verts, fiches uv_assurance.md/ats-adp.md/INDEX.md régénérées, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200
      …
      Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher · 3 files +30 −29
    5. [ka6] fix connecteur osgoode_properties: frontal ADP intermittent PAR CID (5e cas, garde-fou retry borné répliqué) — stale causé par 2 syncs 404 pendant l'épisode nocturne ADP du 30-31/10, tenant vivant, sync vert found=1 (= médiane 1.0)
      …
      Chronologie : vert found=1 en continu jusqu'à 21:26 EDT le 30/10, puis 404 franc sur la liste fr_CA à 23:47 et 02:24 — épisode nocturne ADP multi-tenants (nemaska_lithium, niobec, strathmore, uv_assurance, canadian_royalties touchés 23:45→03:23 pendant que cookit/cultures_genv/h2o_innovation répondaient 200), le même que niobec 61a2ddf8 de la veille. À 04:30 la panne persistait par intermittence pour CE cid : 2 succès sur 6 essais curl sur la MÊME URL liste à la même minute (404 404 200 200 404 404), et le sync rejoué sans correctif a encore pris un 404 à la seconde où curl obtenait 200. Le repli « détail seulement » du connecteur laisse volontairement passer les 4xx (un 404 franc est normalement un signal sûr chez ADP), d'où le stale — même angle mort que bento_sushi 64f53c8f, cookit 7873198d, mitsubishi_hc_capital (2026-10-26) et niobec (2026-10-31), fiche mémoire adp-frontal-intermittent-par-cid.

Tenant VIVANT, aucune migration : la liste en_CA expose 3 réquisitions (Live-In Superintendent Ottawa, Live-In Superintendent Kingston ON, Concierge - Gatineau QC) — l'unique offre QC 9201780233629_1 est toujours publiée, found=1 est le volume exact.

Correctif minimal, scoped au connecteur (doctrine des 4 frères, PAS de proxy) : _get_json retente jusqu'à 30 fois (pause 2 s) sur 404/502/503/504/timeout/non-JSON, timeout abaissé 30→15 s pour borner les connexions qui pendent. Dormant hors panne (1er essai OK = zéro surcoût) ; un sync vert ne coûte qu'UN appel liste par culture (détails en cache BD). L'itération bi-culture CULTURES=(fr_CA, en_CA) du fix f5132e4d est intacte.

Test : sync isolé rejoué AVEC garde-fou = vert ok=1 found=1 added=0 removed=0 en 7,1 s (quelques retries absorbés), offre Concierge - Gatineau active en base. 108 tests pytest verts. Fiches osgoode_properties.md/ats-adp.md/INDEX.md régénérées (1132 autres restaurées, hors périmètre). pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher · 3 files +23 −23
    6. [ka6] connecteur orthoclinical: stale = faux positif « volume QC nul » (récidive, 2e intervention) + unique ok=0 = fenêtre de maintenance planifiée Workday, rien à réparer — syncs VERTS en continu (ok=1 found=0) depuis la dépublication légitime de R0016868 le 2026-10-14 (intervention précédente), le « aucun succès depuis 394,7 h » de la supervision compte found=0 comme non-succès ; profil « ok=1 found=0 médiane 0.0 » (70+ cas, fiche stale-volume-zero-faux-positif, orthoclinical y figure déjà). L'unique échec du 2026-10-31 02:24 était la fenêtre de maintenance planifiée Workday (302 → static.community.workday.com/maintenance-page.html), SYSTÉMIQUE (~40 tenants, même épisode que myview 2a5092fe) — fiche workday-maintenance-fenetre-systemique appliquée : cxs re-sondé 200 = fenêtre finie. Re-vérification live exhaustive : board vivant total=20 (US/Inde/Tchéquie/Allemagne), searchText Quebec/Québec/Canada/Montréal = 0, unique offre multi-lieux R0016638 = 5 lieux US au détail cxs ; zéro migration d'ATS. found=0 est le reflet EXACT de la source, reverdira seul à la prochaine publication QC de QuidelOrtho. Sync isolé rejoué : vert ok=1 found=0 en 2,1 s. Aucun code de fetch modifié, note de re-vérification 2026-10-31 ajoutée à la docstring. Fiches orthoclinical.md/ats-workday.md/INDEX.md régénérées (1132 autres restaurées, hors périmètre). 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200. Si orthoclinical est re-signalé stale avec board sans lieu QC : rien à faire.
      …
      Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher · 3 files +65 −63
    7. [ka6] fix connecteur niobec: frontal ADP intermittent PAR CID (4e cas, garde-fou retry borné répliqué) + correction d'un angle mort de culture — FORCE_CITY publiait l'offre talc de Timmins (ON) comme Saint-Honoré QC → bascule LANG en_US, found=0 = reflet exact de la source
      …
      Stale (2 échecs 404) : vert found=1 jusqu'à 21:24 EDT le 30/10 puis « default
backend - 404 » nginx sur la liste à 23:45 et 02:15 — fenêtre nocturne ADP
multi-tenants (nemaska_lithium, osgoode_properties, strathmore, uv_assurance,
canadian_royalties touchés 23:45→03:23) qui a dégénéré pour CE cid en frontal
intermittent (sonde 03:5x : liste ET détail 404 pendant que nemaska/abritek/
strathmore répondent 200 la même minute ; 1 essai sur 6 aboutit). Même panne
que bento_sushi/cookit/mitsubishi_hc_capital du 2026-10-26 (fiche
adp-frontal-intermittent-par-cid) : garde-fou _get_json répliqué à
l'identique (30 essais, pause 2 s, timeout 15 s, 404/502/503/504/timeout/
non-JSON), inerte hors panne. Sync rejoué : vert found=1 en 1,9 s.

2e découverte pendant la vérification bi-culture (fiche dayforce-partition-
culture appliquée à ADP) : le cid 099e24b7 est le board corporatif MAGRIS
(magrispm.com/careers y pointe en en_US), pas un board Niobec mono-site. La
culture fr_CA ne liste qu'1 réquisition sur 20 ET en omet les
requisitionLocations ; l'unique offre fr_CA (9204575399835_1 « Process
Engineer/Metallurgist », circuits de TALC) est localisée « Timmins, ON » en
en_US — publiée à tort comme Saint-Honoré QC via FORCE_CITY depuis la vague D.
Board en_US vérifié live : 20 offres, 19/19 avec locations, toutes
ON/CO/MT/TX/VT, zéro lieu QC. Correctif : LANG='en_US' (culture sur-ensemble,
le filtre Québec tranche sur le vrai lieu), FORCE_CITY retiré. Syncs rejoués
3× : ok=1 found=0 (1er passage 10,7 s = retries flaky au travail), offre
Timmins retirée au 2e passage (garde-fou 2-miss ; DRIFT_MIN_BASE=8 > médiane
1.0, retraits non suspendus). found=0 est désormais la VÉRITÉ de la source —
profil « ok=1 found=0 médiane ≤1 » : si niobec est re-signalé stale avec le
board en_US sans lieu QC, rien à faire, il reverdira à la prochaine embauche
QC de Magris/Niobec.

Fiches niobec.md/ats-adp.md/INDEX.md régénérées (1132 autres restaurées, hors
périmètre). 108 tests pytest verts, pm2 restart job-ka-sync OK, site local
200, www.job-ka.com 200.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher · 3 files +52 −79
    8. [ka6] connecteur myview: stale = faux positif « volume QC nul » (récidive, 2e intervention) + unique ok=0 = fenêtre de maintenance planifiée Workday, rien à réparer — le tenant myview.wd3 (Loblaw Provigo/Maxi) est VIVANT et vide depuis la dépublication du 2026-09-08 (R2000587691) : API cxs 200 total=0 sur loblaw_careers ET sdm_careers, site frère careers 7 offres toutes ON/AB/SK, zéro lieu QC, aucune migration d'ATS. found=0 est le reflet EXACT de la source (médiane 0.0, embauche de masse Loblaw via careers.loblaw.ca, le site Workday ne porte qu'un filet d'offres) ; profil « ok=1 found=0 médiane ≤1 » (70+ cas, fiche stale-volume-zero-faux-positif). L'échec consécutif unique du 2026-10-31 02:15 était la fenêtre de maintenance planifiée Workday (302 → static.community.workday.com/maintenance-page.html), SYSTÉMIQUE : ~40 tenants Workday de l'app en rafale 02:06–02:53 (medtronic, michelinhr, miele, moneris, motorolasolutions… = la quasi-totalité des « degraded » du scan), tous reverdissent seuls — fiche workday-maintenance-fenetre-systemique appliquée : cxs sondé 200 = fenêtre finie, sync isolé rejoué immédiatement : vert ok=1 found=0 removed=0 en 1,8 s. Angle mort type Baie-D'Urfé exclu (total=0 global, pas de lieux à relire). Aucun code de fetch modifié, note de re-vérification 2026-10-31 ajoutée à la docstring. Fiches myview.md/ats-workday.md/INDEX.md régénérées (1132 autres restaurées, hors périmètre). 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200. Si myview est re-signalé stale avec cxs total=0 : rien à faire, reverdira à la prochaine publication QC de Loblaw sur Workday.
      …
      Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher · 3 files +360 −359

  6. Fri, Oct 30, 2026 9

    1. [ka6] fix connecteur valtech: restauration chirurgicale du fix 3f719c8a emporté par un rollback automatique (verdict de mission illisible), re-testé vert found=7 (= médiane 7.0) — le fix était BON, le revert 2a50302b était la panne. Chronologie : fix valtech committé à 15:13 EDT le 2026-10-30 (bascule boards-api.greenhouse.io → site carrières officiel valtech.com après disparition du board Greenhouse de l'API publique, testé vert found=7), auto-reverté par la supervision à 15:17 parce que le verdict JSON de la mission était tronqué → « inconnu » (cas identique à enercare f5248721, fiche mémoire rollback-automatique-collateral) ; retour au code boards-api → 404 « Job board not found » à chaque cycle → stale re-signalé. Prémisse du fix re-vérifiée live AVANT restauration : boards-api 404 racine (inchangé), silo EU job-boards.eu.greenhouse.io/valtech désormais 404 franc (il 500ait ?error=true le matin — le retrait du board EU s'est achevé), joblist valtech.com/joblist/getjsonresult fonctionnel. Restauration CHIRURGICALE (doctrine enercare : jamais revert du revert, les docs générées ont bougé depuis via neweratech/alliedreit) : git checkout 3f719c8a -- jobka/connectors/valtech.py + réédition careers_url dans data/sources.json + note « NE PAS RE-REVERTER » dans la docstring. Sync isolé rejoué : vert ok=1 found=7 removed=0 en 2,4 s, les MÊMES 7 offres actives (Montréal) — le revert n'avait touché que le code, pas la base. Fiches valtech.md/ats-greenhouse.md/INDEX.md régénérées (1132 autres restaurées, hors périmètre). 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200. Si valtech est re-signalé : lire la docstring du connecteur et git log d'abord.
      …
      Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher · 3 files +225 −219
    2. [ka6] connecteur neweratech: stale = faux positif « volume QC nul » (récidive, 2e intervention), rien à réparer — la paire QC « Infraction Review Technician / Représentant service à la clientèle - Révision des infractions » (Saint-Jean-sur-Richelieu, republiée depuis le 2026-10-06 sous les NOUVEAUX ids 8871458002/8871462002 — l'employeur recycle les mêmes postes par vagues, classe samsara/pouletrouge) a été DÉPUBLIÉE par New Era entre 13:26 et 16:31 EDT le 2026-10-30. Chronologie : vert found=2 en continu jusqu'à 13:26, found=0 dès 16:31, removed=2 au sync de 17:39 (garde-fou 2-miss), sync_log VERT sans interruption (ok=1, aucune erreur technique). Vérification live : détail boards-api 404 sur les deux ids (marqueur Greenhouse de dépublication), board racine 200 avec 73 offres sur 32 lieux TOUS hors Québec (É.-U./Inde/NZ/Malaisie/UK/Singapour/Remote) — tenant VIVANT, zéro migration d'ATS. Profil connu « ok=1 found=0 médiane ≤1.5 » (70+ cas) : multinationale TI américaine dont seuls les postes de contrôle du stationnement à Saint-Jean sont québécois, found=0 est le reflet EXACT de la source ; reverdira seul à la prochaine vague QC (déjà observé : 1re vague close le 2026-09-08 commit c0f89464, 2e vague 2026-10-06→30). Sync isolé rejoué : vert ok=1 found=0 en 0,2 s, 0 offre active en base. Aucun code de fetch modifié, docstring chronologie seulement. Fiches neweratech.md/ats-greenhouse.md/INDEX.md régénérées (1132 autres restaurées, hors périmètre). 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
      …
      Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher · 3 files +269 −295
    3. [ka6] connecteur alliedreit: broken = faux positif « volume QC nul » (récidive, 2e intervention), rien à réparer — la paire FR/EN « Administrateur(trice) immobilier(ère) / Property Administrator (User Experience Partner) » (Montréal, parue 2026-10-09, republiée après l'épisode du 2026-10-08) a été DÉPUBLIÉE par Allied entre 12:22 et 14:37 EDT le 2026-10-30. Chronologie : vert found=2 en continu jusqu'à 12:22, found=0 dès 14:37, removed=2 au sync de 15:16 (garde-fou 2-miss), sync_log VERT sans interruption (ok=1, aucune erreur technique). Vérification live : API v0 détail 404 sur les deux ids d6000fb1/95361918 (premier essai 502 transitoire puis 404 stable ×3), pages détail jobs.lever.co encore 200 = variante « purge différée » documentée le 2026-10-08 sur CE tenant (trancher à l'API v0 + board, jamais au code HTTP de la page) ; board API v0 200, 8 offres TOUTES Toronto, 0 lieu QC — tenant VIVANT, zéro migration d'ATS. Profil connu « ok=1 found=0 médiane ≤1.5 » (70+ cas) : FPI torontoise au portefeuille montréalais réel, les offres QC sont épisodiques, found=0 est le reflet EXACT de la source ; reverdira seul à la prochaine publication QC. Sync isolé rejoué : vert ok=1 found=0 en 0,6 s. Aucun code de fetch modifié, docstring chronologie seulement. Fiches alliedreit.md/ats-lever.md/INDEX.md régénérées (1132 autres restaurées, hors périmètre). 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
      …
      Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher · 3 files +185 −211
    4. Revert "[ka6] fix connecteur valtech: board Greenhouse disparu de l'API publique (migration silo EU cassée) → bascule sur le site carrières officiel valtech.com, IDs Greenhouse préservés — vert found=7 (= médiane 7.0)"
      …
      This reverts commit 3f719c8ae03a0f3dbccc13f77760344ffa35d795.
      Simon-Pierre Boucher · 3 files +202 −206
    5. [ka6] fix connecteur valtech: board Greenhouse disparu de l'API publique (migration silo EU cassée) → bascule sur le site carrières officiel valtech.com, IDs Greenhouse préservés — vert found=7 (= médiane 7.0)
      …
      Chronologie : vert found=7 en continu jusqu'à 10:11 EDT le 2026-10-30, puis
404 « Job board not found » sur boards-api.greenhouse.io/v1/boards/valtech
dès 11:53 (2 échecs consécutifs, stale). Diagnostic : le tenant vit sur le
silo EU de Greenhouse (les absolute_url pointaient déjà sur
job-boards.eu.greenhouse.io/valtech) mais TOUT le board y renvoie 500
?error=true (liste, détail, embed — un slug bidon donne 404, donc le board
existe mais n'est plus servi), alors que l'API globale sert d'autres
tenants EU (riverlane, eversports vérifiés 200) et que status.greenhouse.io
est vert : board désactivé/mal migré côté Greenhouse, aucun slug de
remplacement (Google n'indexe que « valtech », le site de l'employeur
génère encore ces URLs). Réparation (doctrine autodesk→eightfold : suivre
l'employeur) : fetch() réécrit sur le site carrières officiel —
liste JSON /joblist/getjsonresult (paginée, 147 offres monde, garde-fou
structure = erreur franche jamais un faux 0) + pages détail SSR
/en-ca/career/jobs/<ghid>/ (description complète dans article.rte-block,
datePosted JSON-LD = first_published Greenhouse vérifié, cache BD). Les IDs
Greenhouse survivent en fin d'URL → continuité totale des external_id :
sync isolé vert ok=1 found=7 updated=7 removed=0 en 14,8 s, les MÊMES
7 offres actives (Montréal) qu'avant la panne, URLs repointées vers
valtech.com (les anciennes job-boards.eu 500ent), dates de parution
intactes (ex. 4999182101 → 2026-10-07). careers_url de sources.json
repointée. Fiches valtech.md/ats-greenhouse.md/INDEX.md régénérées (1132
autres restaurées, hors périmètre). 108 tests pytest verts, pm2 restart
job-ka-sync OK, site local 200, www.job-ka.com 200.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher · 3 files +206 −202
    6. [ka6] connecteur valard_construction_lp: stale = faux positif « volume QC nul », rien à réparer — les 2 offres QC (« Chargé de projets » Québec parue 2026-05-26 et « Directeur Ligne de Transport » Québec parue 2026-06-23 — found=3 par répétition de location, gotcha widget v1) dépubliées par Valard entre 10:11 et 11:53 EDT le 2026-10-30. Profil connu « ok=1 found=0 médiane ≤1.5 » (70+ cas) : la supervision compte un sync à 0 offre comme non-succès. Chronologie : vert found=3 en continu jusqu'à 10:11, puis ok=1 found=0 dès 11:53, removed=2 au sync de 13:48 (règle des 2 absences). Vérification live : widget v1 200, name=« Valard Construction », 59 entrées TOUTES hors Québec (AB/SK/ON/NS) ; détail des 2 shortcodes 2239CB7DA9 / A3FEA49B83 → 302 vers apply.workable.com/oops (marqueur Workable « dépublié ») — tenant VIVANT, zéro migration, le volume 0 est CORRECT (employeur pancanadien de lignes de transport, les chantiers QC Laval/Victoriaville ne publient qu'épisodiquement). Sync isolé rejoué : vert ok=1 found=0 en 1,1 s, 0 offre active en base = reflet exact de la source ; reverdira seul à la prochaine publication QC. Aucun code de fetch modifié, docstring chronologie seulement. Fiches valard_construction_lp.md/ats-workable.md/INDEX.md régénérées (1132 autres restaurées, hors périmètre). 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
      …
      Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher · 3 files +186 −212
    7. [ka6] connecteur cgi: stale = faux positif, blip transitoire du frontal Njoyn, rien à réparer — même épisode que cusm_ir/groupe_bellemare/groupe_master le matin du 2026-10-30 (c8c10e8b) : UN SEUL cycle en échec « page liste illisible après 3 essais (0 octets) » à 08:56 EDT, 4e tenant Njoyn touché par la même instabilité (cusm_ir 06:00, groupe_bellemare 06:28, groupe_master 06:30) — jeudi, hors fenêtre de maintenance vendredi→dimanche. Chronologie : vert found=296 en continu jusqu'à 05:42, échec isolé à 08:56, puis reverdi TOUT SEUL à la rotation suivante (10:34 EDT, found=295, médiane 296) — la supervision a scanné entre les deux (d'où « volume au dernier sync: 0 »). Sync isolé rejoué : vert ok=1 found=290 en 111 s, les 296 offres actives intactes avant sync (le garde-fou « 0 octets » de njoyn.py avait avorté proprement sans retrait). Aucun code de fetch modifié, docstring chronologie seulement. Fiches cgi.md/ats-njoyn.md/INDEX.md régénérées (1132 autres restaurées, hors périmètre). 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
      …
      Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher · 3 files +126 −126
    8. [ka6] connecteur cusm_ir: stale = faux positif, blip transitoire du frontal Njoyn, rien à réparer — même signature que l'épisode rtl/sante_montreal/stl_laval du 2026-10-29 : UN SEUL cycle en échec « page liste illisible après 3 essais (0 octets) » le 2026-10-30 à 06:00 EDT, touchant simultanément 3 tenants Njoyn (cusm_ir 06:00, groupe_bellemare 06:28, groupe_master 06:30) pendant que cgi restait vert à 05:42 et que rtl/rtc_quebec/stl_laval reverdissaient à 07:12–07:18 (donc pas une fenêtre de maintenance complète — on est jeudi, hors fenêtre vendredi→dimanche). Chronologie : vert found=27 en continu jusqu'à 02:27, échec isolé à 06:00, puis reverdi TOUT SEUL à la rotation suivante (09:09 EDT, found=27 = médiane exacte 27.0) — la supervision a scanné entre les deux (d'où « volume au dernier sync: 0 »). Sync isolé rejoué : vert ok=1 found=27 en 7,0 s, les 27 offres actives intactes (le garde-fou « 0 octets » de njoyn.py avait avorté proprement sans retrait). Aucun code de fetch modifié, docstring chronologie seulement. Fiches cusm_ir.md/ats-njoyn.md/INDEX.md régénérées (1132 autres restaurées, hors périmètre). 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
      …
      Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher · 3 files +143 −140
    9. [ka6] fix connecteur mcgillstlaurent: retrait définitif de la source (pattern derumarketcatering 6744631f) — le tenant JazzHR mcgillstlaurent.applytojob.com est fermé en PERMANENCE (« Inactive Career Page » 200, re-vérifié live le 2026-10-30, 8 jours et 67 échecs consécutifs depuis le 2026-10-22 — bien au-delà des lapses transitoires ~35 h type xtl) : 3e sortie JazzHR délibérée du groupe McGill St Laurent, migration Lever achevée. Deux missions ka6 (2026-10-22, 2026-10-23) avaient conclu site_source_mort en conservant le connecteur : la supervision le resynchronisait donc en boucle (statut broken), exactement le cas derumarketcatering. Couverture TOTALE prouvée par le frère mcgillstlaurentb8 (Lever org mcgillstlaurent, board unifié du groupe) : vert found=15 au sync du 2026-10-29 23:52, API Lever live = 16 offres dont les CWP Energy QC (Junior Power Trader, Agentic Innovation Specialist + versions FR) ; invariant « un seul connecteur Lever par org » → pas de réécriture. Les offres JazzHR résiduelles sont déjà expirées (0 active en base, expire_stale 7 j passé le 2026-10-29). Retrait complet pattern maison : suppression de jobka/connectors/mcgillstlaurent.py (registre auto-découvrant), de l'entrée data/sources.json (1108→1107 sources, employeurs_directs 1047→1046, updated 2026-10-30, /api/sources vérifié sans CWP Energy) et de la fiche docs/connecteurs/mcgillstlaurent.md ; INDEX.md et ats-jazzhr.md régénérés (28→27 tenants, 1133 autres fiches restaurées hors périmètre). run.py sync mcgillstlaurent → « connecteur inconnu » (attendu) ; non-régression plateforme jazzhr : xtltransportlogistics vert found=32 en 1,5 s. 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200. La supervision passera broken→retired d'elle-même (~14 j).
      …
      Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher · 3 files +115 −236

  7. Thu, Oct 29, 2026 7

    1. [ka6] connecteur cooperrentsequip: stale = faux positif « volume QC nul », rien à réparer — l'unique offre QC 5511 « Journalier / Coordonnateur à la cour » (Montréal, parue 2026-01-14) dépubliée par Cooper Equipment Rentals entre 16:11 et 16:44 EDT le 2026-10-29. Profil connu « ok=1 found=0 médiane ≤1 » (70+ cas) : la supervision compte un sync à 0 offre comme non-succès. Chronologie : vert found=1 en continu jusqu'à 16:11, puis ok=1 found=0 dès 16:44, removed=1 au sync de 19:17 (règle des 2 absences). Vérification live Dayforce sur les 3 cultures : fr-CA maxCount=0 ; en-CA/en-US maxCount=2 avec 2 offres toutes HORS Québec (Kitchener ON + Edmonton AB, division Trench Safety) — la partition par culture est ici sans conséquence, aucune offre QC dans aucune culture, 5511 absente partout ; tenant VIVANT, zéro migration, le volume 0 est CORRECT (employeur pancanadien, seule la succursale de Montréal publie occasionnellement au QC, médiane 0.5). Sync isolé rejoué : vert ok=1 found=0 en 1,4 s, 0 offre active en base = reflet exact de la source ; reverdira seul à la prochaine publication QC. Aucun code de fetch modifié, docstring chronologie seulement. Fiches cooperrentsequip.md/ats-dayforce.md/INDEX.md régénérées (1133 autres restaurées, hors périmètre). 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
      …
      Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher · 3 files +319 −345
    2. [ka6] connecteur poolcorp: stale = faux positif « volume QC nul » (2e épisode), rien à réparer — l'unique offre QC R22181 « Expéditeur/Shipping Clerk » (Boucherville, parue 2026-10-27) dépubliée par POOLCORP entre 12:17 et 14:27 EDT le 2026-10-29. Profil connu « ok=1 found=0 médiane ≤1 » (70+ cas) : la supervision compte un sync à 0 offre comme non-succès. Chronologie : vert found=1 en continu jusqu'à 12:17, puis ok=1 found=0 dès 14:27 (missed=1). Vérification live : détail cxs de R22181 → 403 S22 (marqueur Workday documenté « dépublié ») ; board cxs 200 avec 137 offres publiées, facette pays = 100 % États-Unis (même pas de Canada), searchText Quebec/Québec/Boucherville/Montreal → 0 — tenant VIVANT, zéro migration, le volume 0 est CORRECT. Même classe saisonnière que l'épisode 2026-10-02 (industrie de la piscine, seul le centre de Boucherville publie au QC — R22132 « Seasonal Warehouse Associate » n'a vécu que 2 jours fin octobre). Sync isolé rejoué : vert ok=1 found=0 removed=1 en 10,2 s (R22181 retirée proprement à la règle des 2 absences), 0 offre active en base = reflet exact de la source ; reverdira seul à la prochaine publication QC. Aucun code de fetch modifié, docstring chronologie seulement. Fiches poolcorp.md/ats-workday.md/INDEX.md régénérées (1133 autres restaurées, hors périmètre). 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
      …
      Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher · 3 files +388 −413
    3. [ka6] connecteur stl_laval: stale = faux positif, blip transitoire du frontal Njoyn, rien à réparer — même épisode que rtl (8832c153) et sante_montreal (b465426a) : UN SEUL cycle en échec « page liste illisible (0 octets) » le 2026-10-29 à 09:44 EDT, touchant simultanément 3 tenants Njoyn (rtl, sante_montreal, stl_laval) pendant que cgi/rtc_quebec/cusm_ir restaient verts (donc pas une fenêtre de maintenance complète). Chronologie : vert found=14 en continu jusqu'à 06:47, échec isolé à 09:44, puis reverdi TOUT SEUL à la rotation suivante (12:28 EDT, found=14 = médiane exacte 14.0) — la supervision a scanné entre les deux (d'où « volume au dernier sync: 0 »). Sync isolé rejoué : vert ok=1 found=14 en 4,4 s, les 14 offres actives intactes (garde-fou « 0 octets » de njoyn.py avait avorté proprement sans retrait). Aucun code de fetch modifié, docstring chronologie seulement. Fiches stl_laval.md/ats-njoyn.md/INDEX.md régénérées (1133 autres restaurées, hors périmètre). 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
      …
      Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher · 3 files +39 −36
    4. [ka6] connecteur sante_montreal: stale = faux positif, blip transitoire du frontal Njoyn, rien à réparer — même épisode que rtl (8832c153) : UN SEUL cycle en échec « page liste illisible (0 octets) » le 2026-10-29 à 09:38 EDT, touchant simultanément 3 tenants Njoyn (rtl, sante_montreal, stl_laval) pendant que cgi/rtc_quebec/cusm_ir restaient verts (donc pas une fenêtre de maintenance complète). Chronologie : vert found=864 en continu jusqu'à 06:43, échec isolé à 09:38, puis reverdi TOUT SEUL à la rotation suivante (12:24 EDT, found=864 = médiane exacte 864.0) — la supervision a scanné entre les deux. Sync isolé rejoué : vert ok=1 found=854 en 31 s (volume oscille naturellement 804→864 cette semaine), garde-fou « 0 octets » de njoyn.py avait avorté proprement sans retrait. Aucun code de fetch modifié, docstring chronologie seulement. Fiches sante_montreal.md/ats-njoyn.md/INDEX.md régénérées (1133 autres restaurées, hors périmètre). 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
      …
      Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher · 3 files +45 −42
    5. [ka6] connecteur rtl: stale = faux positif, blip transitoire du frontal Njoyn, rien à réparer — UN SEUL cycle en échec « page liste illisible (0 octets) » le 2026-10-29 ~09:36 EDT, touchant simultanément 3 tenants Njoyn (rtl, sante_montreal, stl_laval) pendant que cgi/rtc_quebec/cusm_ir restaient verts (donc pas une fenêtre de maintenance complète, contrairement aux épisodes des 2026-09-05 et 2026-10-23/24). Chronologie : vert found=17 en continu jusqu'à 06:42, échec isolé à 09:36, puis reverdi TOUT SEUL à la rotation suivante (12:23 EDT, found=17 = médiane exacte 17.0) — la supervision a scanné entre les deux. Sync isolé rejoué : vert ok=1 found=17 en 3,8 s, les 17 offres actives intactes (garde-fou « 0 octets » de njoyn.py avait avorté proprement sans retrait). Aucun code de fetch modifié, docstring chronologie seulement. Fiches rtl.md/ats-njoyn.md/INDEX.md régénérées (1133 autres restaurées, hors périmètre). 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
      …
      Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher · 3 files +162 −159
    6. [ka6] connecteur navcanada: stale = faux positif « volume QC nul », rien à réparer — les 2 dernières offres QC du board Workday dépubliées le 2026-10-28/29. Profil connu « ok=1 found=0 médiane ≤1 » (70+ cas) : la supervision compte un sync à 0 offre comme non-succès. Chronologie : vert found=2 en continu jusqu'au 2026-10-28 23:25 EDT, puis ok=1 found=0 dès 00:28 — les 2 offres QC (JR-8513 « Operational Training Specialist – Montreal ACC » et JR-8454 « Manager, Airspace Development ») dépubliées entre les deux, retirées proprement à la règle des 2 absences (removed=2 à 03:01). Vérification live : API cxs 200 avec 28 offres publiées (Ottawa/Toronto/Vancouver/Winnipeg/North Bay/Gander/Moncton/Edmonton/Kelowna) mais zéro Québec — le « Shift Scheduling Specialist » à « 2 Locations » est une NOUVELLE réquisition JR-8506 Toronto+Winnipeg, pas l'ancienne Montréal JR-8244 ; les 2 pages détail cxs des offres retirées renvoient 404 (marqueur Workday de dépublication) — tenant VIVANT, zéro migration, le volume 0 est CORRECT. Sync isolé rejoué : vert ok=1 found=0 en 3,9 s, 0 offre active en base = reflet exact de la source. Aucun code de fetch modifié, docstring chronologie seulement ; le connecteur reverdira seul à la prochaine publication QC (ACC de Montréal, roulement régulier). Fiches navcanada.md/ats-workday.md/INDEX.md régénérées (1133 autres restaurées, hors périmètre). 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
      …
      Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher · 3 files +262 −283
    7. [ka6] connecteur iamgold: stale = faux positif « portail introuvable » transitoire, rien à réparer — blip du frontal Taleo le 2026-10-29 à 02:42 EDT. Chronologie : vert found=4 en continu jusqu'à 00:10, puis UN SEUL sync en échec à 02:42 sur « numéro de portail introuvable » (page d'amorce jobsearch.ftl servie sans portal=NNN, en survivant aux 3 essais/backoff de _bootstrap du commit 5c5ffa7 — 6e occurrence du pattern depuis septembre, 1re sur ce tenant ; cf. agnico_eagle, bell_textron ×2, bayshore, ciusss_est_montreal). Vérifié live : page d'amorce 200 (53 ko) avec portal=101430233 INCHANGÉ — aucun changement de tenant, de section (ex) ni de portail. Sync isolé rejoué : vert ok=1 found=4 (= médiane exacte 4.0) en 2,0 s, les 4 offres QC actives (mine Westwood, Abitibi) intactes. Aucun code de fetch modifié, docstring chronologie seulement. Fiches iamgold.md/ats-taleo.md/INDEX.md régénérées (1133 autres restaurées, hors périmètre). 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
      Simon-Pierre Boucher · 3 files +69 −68

  8. Wed, Oct 28, 2026 5

    1. [ka6] connecteur makeitbloom: stale = « Inactive Career Page » JazzHR probablement TRANSITOIRE, rien à réparer — lapse du tenant survenu le soir même (2026-10-28). Chronologie : vert found=3 (= médiane 3.0) en continu jusqu'à 18:28 EDT, puis « this account is no longer active » dès 20:54 (RuntimeError de la détection adb8637). Vérifié live : board /apply/ et pages détail des 3 offres en base renvoient 200 Inactive ; employeur VIVANT (les 3 postes relayés LinkedIn/Indeed après la coupure) ; ZÉRO migration — makeitbloom.com/careers pointe toujours le board JazzHR, pages /careers-marketing/ du sitemap datées 2018-2019, aucun board sur Lever/Greenhouse/Workable/BambooHR/Recruitee/Teamtailor/Breezy/Ashby (orgs « bloom » = homonymes Toronto/Paris), Serper → néant. PRÉCÉDENT DÉCISIF xtltransportlogistics : même marqueur du 2026-09-29 21:20 au 2026-10-01 08:30 (~35 h) puis retour vert TOUT SEUL (found=38, encore vert aujourd'hui à 32) — « Inactive Career Page » n'est pas toujours une résiliation définitive (contra mcgillstlaurent). Sync isolé rejoué : toujours Inactive, échec attendu, offres préservées. Connecteur conservé tel quel, docstring chronologie seulement ; si le tenant revient le sync repart seul, sinon expire_stale archivera les 3 offres (7 j, ~2026-11-04) et la supervision passera la source en retired (~14 j). Fiches makeitbloom.md/ats-jazzhr.md/INDEX.md régénérées (1133 autres restaurées, hors périmètre). 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
      …
      Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher · 3 files +160 −155
    2. [ka6] connecteur lambda: stale = faux positif « volume QC nul », rien à réparer — l'unique offre QC du board Ashby dépubliée le 2026-10-28. Profil connu « ok=1 found=0 médiane ≤1 » (70+ cas) : la supervision compte un sync à 0 offre comme non-succès. Chronologie : vert found=1 en continu jusqu'à 12:29 EDT, puis ok=1 found=0 dès 15:03 — l'unique offre « Data Center Operations Systems Engineer (Quebec City, Canada) » f7cbc44b dépubliée entre les deux, retirée proprement à la règle des 2 absences (removed=1 à 16:42, active=0). Vérification live : posting-api board 200 avec 94 offres publiées (Lambda Labs — San Francisco/Bellevue/San Jose/Dallas/Inde/Mexique) mais zéro Québec ; les 2 pages détail QC répondent 404 + "posting":null (marqueur Ashby de dépublication, contrôle positif 3fede5ab vivante en 200) — tenant VIVANT, zéro migration (lambda.ai/careers et lambdalabs.com/careers pointent toujours vers ashbyhq.com/lambda). Sync isolé rejoué : vert ok=1 found=0 en 0,3 s, 0 offre active en base = reflet exact de la source. Aucun code de fetch modifié, docstring chronologie seulement ; le connecteur reverdira seul à la prochaine publication QC (data center de Bécancour). Fiches lambda.md/ats-ashby.md/INDEX.md régénérées (1133 autres restaurées, hors périmètre). 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
      Simon-Pierre Boucher · 3 files +194 −220
    3. [ka6] connecteur g3canada: stale = faux positif « volume QC nul », rien à réparer — l'unique offre QC du board Dayforce dépubliée le 2026-10-28. Profil connu « ok=1 found=0 médiane ≤1 » (70+ cas) : la supervision compte un sync à 0 offre comme non-succès. Chronologie : vert found=1 en continu jusqu'à 10:07 EDT, puis ok=1 found=0 dès 11:59 — l'unique offre « Logistics Coordinator » 4180 Saint-Hyacinthe (parue 2026-10-14) dépubliée entre les deux, retirée proprement à la règle des 2 absences (miss_count=2, active=0). Vérification live : search en-CA 200 maxCount=14, 14 offres toutes hors QC (BC/AB/MB/ON/SK) ; API détail 4180 → postingStatus=2 (marqueur Dayforce de dépublication, contrôle positif 4189 vivante postingStatus=1) — tenant VIVANT, zéro migration (g3.ca/careers = coquille SPA non concluante mais l'API tenant répond en direct). Sync isolé rejoué : vert ok=1 found=0 en 1,5 s, 0 offre active en base = reflet exact de la source. Aucun code de fetch modifié, docstring chronologie seulement ; récidive du profil déjà documenté le 2026-09-18 (Journalier 3773), le connecteur reverdira seul à la prochaine publication QC. Fiches g3canada.md/ats-dayforce.md/INDEX.md régénérées (1133 autres restaurées, hors périmètre). 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
      Simon-Pierre Boucher · 3 files +176 −202
    4. [ka6] connecteur doman_building_materials: stale = faux positif « volume QC nul », rien à réparer — les 4 offres QC du board Workable dépubliées en bloc le 2026-10-28. Profil connu « ok=1 found=0 » (70+ cas) : la supervision compte un sync à 0 offre comme non-succès. Chronologie : vert found=4 en continu jusqu'à 09:57 EDT, puis ok=1 found=0 dès 11:51 — les 4 offres QC (Employé d'entrepôt / Warehouse Person Québec du 2026-10-01, Représentant des ventes interne du 2026-09-16, Administrative Clerk / Commis à l'administration du 2026-09-14) dépubliées entre les deux, retirées proprement à la règle des 2 absences (removed=4 à 14:28). Vérification live : widget v1 GET 200 « Doman Building Materials Group Ltd » avec 17 offres publiées (C.-B., Saskatchewan, Ontario, N.-É., T.-N.) mais zéro Québec ; les 4 pages détail 302 → board + ?not_found=true (marqueur Workable de dépublication confirmé) — tenant VIVANT, zéro migration, le volume 0 est CORRECT. Sync isolé rejoué : vert ok=1 found=0 en 0,6 s, 0 offre active en base = reflet exact de la source. Aucun code de fetch modifié, docstring chronologie seulement ; employeur pancanadien à roulement par site (Maskinongé, Blainville), le connecteur reverdira seul à la prochaine publication QC. Fiches doman_building_materials.md/ats-workable.md/INDEX.md régénérées (1133 autres restaurées, hors périmètre). 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
      Simon-Pierre Boucher · 3 files +268 −294
    5. [ka6] connecteur gng: stale = faux positif, 403 Dayforce ponctuel le 2026-10-28, rien à réparer dans le fetch. Chronologie : vert found=1 en continu jusqu'à 06:24 EDT, puis UN SEUL sync en échec à 10:09 — 403 Forbidden ponctuel du frontal Dayforce sur /api/geo/gng/jobposting/search (variante connue du blip frontal, cf. cas sobeys ; même matinée que les 403 de premierparks à 07:09 et cep à 08:59 — blip multi-tenants Dayforce du 2026-10-28). Sync isolé rejoué à 11:25 : vert ok=1 found=1 (= médiane exacte 1.0) en 2,3 s, 1 offre active en base = reflet exact de la source. Aucun code de fetch modifié, docstring chronologie seulement. Fiches gng.md/ats-dayforce.md/INDEX.md régénérées (1133 autres restaurées, hors périmètre). 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
      …
      Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher · 3 files +219 −215
Menu

Theme
↑↓ navigate ↵ open esc close / or ⌘K anywhere