SPB Git
spboucher.ai

spb/job-ka

Public
History of docs Clear filter
page 1

  1. Sat, Oct 24, 2026 2

    1. [ka6] connecteur rtc_quebec: stale = faux positif, maintenance planifiée Njoyn en cours — rien à réparer. Même fenêtre systémique que cgi (ecb31c08), cusm_ir (d6a7c87f), groupe_bellemare (f388cbcc) et groupe_master (58a30264), récidive du 2026-09-05→07, vendredi soir → dimanche ~21h EDT : rtc_quebec vert found=19 (médiane 19.0) jusqu'à 18:58 EDT le 2026-10-23, puis « maintenance planifiée (redirection maintenance.njoyn.com) » à ~21:25, comme les 11 tenants Njoyn de l'app. Vérification live 2026-10-24 ~00h20 EDT : curl direct sur rtc.njoyn.com tombe sur l'anti-bot Radware (302 validate.perfdrive.com, attendu hors Scrapfly) ; le sync isolé rejoué via la vraie voie Scrapfly avorte explicitement en ~5 s avec le message maintenance. Le garde-fou _MAINT_RE fonctionne comme prévu : sync avorté proprement, 19 offres actives conservées en base (0 retrait). Le tenant reverdira seul à sa rotation horaire au retour du service (~dimanche 21h). Aucun code de fetch modifié, docstring chronologie seulement ; fiches rtc_quebec.md/ats-njoyn.md/INDEX.md régénérées (1131 autres fiches restaurées, hors périmètre). 108 tests 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 +24 −23
    2. [ka6] connecteur groupe_master: stale = faux positif, maintenance planifiée Njoyn en cours — rien à réparer. Même fenêtre systémique que cgi (ecb31c08), cusm_ir (d6a7c87f) et groupe_bellemare (f388cbcc), récidive du 2026-09-05→07, vendredi soir → dimanche ~21h EDT : groupe_master vert found=16 (médiane 16.0) jusqu'à 18:20 EDT le 2026-10-23, puis « maintenance planifiée (redirection maintenance.njoyn.com) » à 20:47 et 23:11, comme les 11 tenants Njoyn de l'app. Vérification live 2026-10-24 ~00h EDT : curl direct sur master.njoyn.com tombe sur l'anti-bot Radware (302 validate.perfdrive.com, attendu hors Scrapfly) ; le sync isolé rejoué via la vraie voie Scrapfly avorte explicitement en 3,2 s avec le message maintenance. Le garde-fou _MAINT_RE fonctionne comme prévu : sync avorté proprement, 16 offres actives conservées en base (0 retrait). Le tenant reverdira seul à sa rotation horaire au retour du service (~dimanche 21h). Aucun code de fetch modifié, docstring chronologie seulement ; fiches groupe_master.md/ats-njoyn.md/INDEX.md régénérées (1131 autres fiches restaurées, hors périmètre). 108 tests 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 +31 −31

  2. Fri, Oct 23, 2026 13

    1. [ka6] connecteur groupe_bellemare: stale = faux positif, maintenance planifiée Njoyn en cours — rien à réparer. Même fenêtre systémique que cgi (ecb31c08) et cusm_ir (d6a7c87f), récidive du 2026-09-05→07, vendredi soir → dimanche ~21h EDT : groupe_bellemare vert found=29 (médiane 29.0) jusqu'à 18:19 EDT le 2026-10-23, puis « maintenance planifiée (redirection maintenance.njoyn.com) » à 20:47 et 23:11, comme les 11 tenants Njoyn de l'app. Vérification live 23:40 EDT : bellemare.njoyn.com (racine) 302 → maintenance.njoyn.com/.../platform-maintenance.html (page officielle). Le garde-fou _MAINT_RE fonctionne comme prévu : sync avorté proprement, 29 offres actives conservées en base (0 retrait). Sync isolé rejoué : abort explicite avec le message maintenance, offres intactes après coup (29 actives). Le tenant reverdira seul à sa rotation horaire au retour du service (~dimanche 21h). Aucun code de fetch modifié, docstring chronologie seulement ; fiches groupe_bellemare.md/ats-njoyn.md/INDEX.md régénérées (1131 autres fiches restaurées, hors périmètre). 108 tests 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 +16 −16
    2. [ka6] connecteur cusm_ir: stale = faux positif, maintenance planifiée Njoyn en cours — rien à réparer. Même fenêtre systémique que cgi (ecb31c08, récidive du 2026-09-05→07, vendredi soir → dimanche ~21h EDT) : cusm_ir vert found=24 (médiane 24.0) jusqu'à 18:09 EDT le 2026-10-23, puis « maintenance planifiée (redirection maintenance.njoyn.com) » à 20:36 et 22:59, comme les 11 tenants Njoyn de l'app. Vérification live 23:32 EDT : cusm.njoyn.com (racine et joblisting CL3/clid=55242) 302 → maintenance.njoyn.com/.../platform-maintenance.html (page officielle). Le garde-fou _MAINT_RE fonctionne comme prévu : sync avorté proprement, 24 offres actives conservées en base (0 retrait). Sync isolé rejoué : abort explicite en 3,0 s avec le message maintenance. Le tenant reverdira seul à sa rotation horaire au retour du service (~dimanche 21h). Aucun code de fetch modifié, docstring chronologie seulement ; fiches cusm_ir.md/ats-njoyn.md/INDEX.md régénérées (1131 autres fiches restaurées, hors périmètre). 108 tests 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 +24 −24
    3. [ka6] connecteur cgi: stale = faux positif, maintenance planifiée Njoyn en cours — rien à réparer. Récidive de la fenêtre de maintenance plateforme du 2026-09-05→07, même signature : les 11 tenants Njoyn de l'app (cgi médiane 289, rtc_quebec, rtl, cusm_ir, groupe_master, groupe_bellemare, sante_montreal, stl_laval, ville_gatineau/terrebonne/mirabel) verts jusqu'à 19:10 EDT le 2026-10-23 (cgi found=289 à 18:03) puis TOUS en « maintenance planifiée (redirection maintenance.njoyn.com) » à partir de 20:31 — vendredi soir, pattern historique vendredi → dimanche ~21h. Vérification live 23:16 EDT : cgi.njoyn.com, rtc.njoyn.com, clients.njoyn.com et njoyn.com lui-même 302 → maintenance.njoyn.com/.../platform-maintenance.html (page officielle). Le garde-fou _MAINT_RE de septembre fonctionne exactement comme prévu : sync avorté proprement, offres conservées (289 actives cgi en base, 0 retrait). Sync isolé rejoué : abort explicite en 4,6 s avec le message maintenance. Les tenants reverdiront seuls à leur rotation horaire au retour du service (~dimanche 21h). Aucun code de fetch modifié, docstring chronologie seulement ; fiches cgi.md/ats-njoyn.md/INDEX.md régénérées (1131 autres fiches restaurées, hors périmètre). 108 tests 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 +179 −179
    4. [ka6] connecteur uberfreight: stale = faux positif, dépublication légitime de l'unique offre QC — rien à réparer. Tenant Greenhouse mode à volume QC marginal (médiane 1.0) : syncs verts found=1 en continu (« Planificateur Logistique », id 5355057008, Montréal) jusqu'au 2026-10-23 12:41 EDT, puis found=0 à 15:19 — le seuil stale de 4 h a été franchi parce que la supervision compte un sync à 0 offre comme non-succès. Vérification live : board racine 200 et vivant (75 offres, toutes hors Québec : 53 US, 21 Mexique, 1 Canada à Oakville ON), détail 5355057008 en 404 franc à l'API + 302 → /uberfreight?error=true = marqueurs Greenhouse de dépublication, et uberfreight.com/company/careers pointe toujours greenhouse.io/uberfreight (pas de migration d'ATS). Sync isolé rejoué : ok=1 found=0 removed=1 (garde-fou 2-miss) en 0,1 s — plausible vs médiane 1.0, le connecteur retrouvera seul les prochaines offres QC. Aucun code de fetch modifié, docstring chronologie seulement ; fiches uberfreight.md/ats-greenhouse.md/INDEX.md régénérées (1131 autres fiches restaurées, hors périmètre). 108 tests verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
      Simon-Pierre Boucher · 3 files +57 −83
    5. [ka6] connecteur dilitrust: stale = faux positif, dépublication légitime de l'unique offre QC — rien à réparer. Tenant Lever mode à volume QC marginal (médiane 0.5) : syncs verts found=1 en continu (« Ingénieur Logiciel Senior (PHP Symfony) », id ba4b82e0, Montréal) jusqu'au 2026-10-23 11:40 EDT, puis found=0 à 14:16 et 16:50 (removed=1 au garde-fou 2-miss) — le seuil stale de 4 h a été franchi parce que la supervision compte un sync à 0 offre comme non-succès. Vérification live : board racine 200 et vivant (30 offres, toutes hors Québec : Paris - La Défense, Munich, Milan, Madrid, Dubai, Philadelphia, Wilmington ; aucun allLocations QC/Canada), détail ba4b82e0 en 404 franc = marqueur Lever de dépublication, et le poste Symfony republié sous un nouvel id (1e8a276c) à Paris seulement (country=FR) = relocalisation du rôle, pas de migration d'ATS. Sync isolé rejoué : ok=1 found=0 en 0,8 s — plausible vs médiane 0.5, le connecteur retrouvera seul les prochaines offres QC. Aucun code de fetch modifié, docstring chronologie seulement ; fiches dilitrust.md/ats-lever.md/INDEX.md régénérées (1131 autres fiches restaurées, hors périmètre). 108 tests verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
      Simon-Pierre Boucher · 3 files +88 −114
    6. [ka6] connecteur aninebing: stale = faux positif, dépublication légitime de l'unique offre QC — rien à réparer. Tenant Greenhouse mode à volume QC marginal (médiane 0.5) : syncs verts found=1 en continu (« Sales Advisor - Montreal », id 5417409008) jusqu'au 2026-10-23 11:19 EDT, puis found=0 à 13:55 et 16:30 (removed=1 au garde-fou 2-miss) — le seuil stale de 4 h a été franchi parce que la supervision compte un sync à 0 offre comme non-succès. Vérification live : board racine 200 et vivant (17 offres, toutes hors Québec : FL/IL/CA/NY/NJ, Londres, Paris), détail 5417409008 en 404 franc = marqueur Greenhouse de dépublication, et aninebing.com/pages/careers pointe toujours greenhouse.io/aninebing (pas de migration d'ATS, pas de 404 racine type org renommée). Sync isolé rejoué : ok=1 found=0 en 0,6 s — plausible vs médiane 0.5, le connecteur retrouvera seul les prochaines offres QC. Aucun code de fetch modifié, docstring chronologie seulement ; fiches aninebing.md/ats-greenhouse.md/INDEX.md régénérées (1131 autres fiches restaurées, hors périmètre). 108 tests verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
      Simon-Pierre Boucher · 3 files +361 −387
    7. [ka6] connecteur strathmore: stale = faux positif, second blip 404 ADP WFN isolé — rien à réparer. Après la fenêtre systémique nocturne 00:35→01:54 EDT du 2026-10-23 (6 tenants ADP en 404, strathmore touché à 00:41 puis reverdi seul à 03:15 found=11), un SECOND 404 isolé a frappé strathmore seul à 09:57 EDT sur l'endpoint job-requisitions (les 6 frères ADP tous verts 08:34→10:03 : pas systémique cette fois). Le seuil stale de 4 h a été franchi à 11:09 (dernier succès 07:09) juste avant la rotation suivante. Le repli « détail seulement » du connecteur ne s'engage volontairement pas sur un 4xx franc — comportement conservé. Endpoint re-vérifié live 200 JSON via curl à 11:13 (totalNumber=14), sync isolé rejoué : ok=1 found=12 (médiane 11.0) en 4,3 s, 12 offres QC actives avec ville/région (11/12 GPS, la nouvelle offre sera géocodée au prochain lot). Aucun code de fetch modifié, docstring chronologie seulement ; fiches strathmore.md/ats-adp.md/INDEX.md régénérées (1131 autres fiches restaurées, hors périmètre). 108 tests verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
      Simon-Pierre Boucher · 3 files +98 −97
    8. [ka6] fix connecteur h2o_innovation: le babillard fr_CA du tenant ADP WFN a cessé d'exposer requisitionLocations (liste+détail, 0/11) entre 00:06 et 02:35 EDT le 2026-10-23 — même nuit et même mécanique que bento_sushi (e0743907) — le filtre Québec rejetait les 10 offres pourtant toujours publiées (mêmes itemID). Particularité H2O vs bento: le babillard en_US du MÊME tenant expose encore ses locations (19/19) mais ne partage que ~3 itemID avec fr_CA, et les descriptions ne publient pas d'adresse complète (seulement « usine située à Ham-Nord », « bureau de Québec »). Correctif scoped au connecteur (_keep + _resolve_blind): une réquisition sans location passe le filtre puis son lieu est résolu sans rien inventer — 1) offre active connue en base = ville/code postal qu'ADP exposait avant la panne (offre revalidée live par la liste), 2) jointure par itemID sur le babillard en_US (locations ADP live; hors-QC écartée — cas réel « L'ingénieur.e de procédés » Burlington ON), 3) ville citée dans la description de l'employeur validée par region_for_city. Une offre sans marqueur QC est écartée; chemin normal repris tel quel si ADP ré-expose les locations fr_CA (fallback dormant). Sync isolé rejoué: ok=1 found=10 (= médiane 10.0) en 20,8 s, 10 actives avec ville/postal/région/GPS 100 %. 108 tests verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200. Fiches h2o_innovation.md/ats-adp.md/INDEX.md régénérées (1131 autres fiches restaurées, hors périmètre).
      …
      Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
      Simon-Pierre Boucher · 3 files +14 −14
    9. [ka6] fix connecteur bento_sushi: le tenant ADP WFN a cessé d'exposer requisitionLocations (liste+détail, toutes langues) entre 23:35 et 02:00 EDT le 2026-10-23 — le filtre Québec rejetait les 8 offres pourtant toujours publiées (mêmes itemID, frères ADP sains: uniboard 12/12 avec locations → pas systémique). Correctif scoped au connecteur: les réquisitions sans location passent le filtre et la qualification Québec + ville/code postal sont extraites de l'adresse complète que l'employeur publie dans chaque description (« Emplacement Loblaws : 1840 Bd Monseigneur-Langlois, Salaberry-de-Valleyfield, QC J6S 5R1 »), marqueur QC explicite ou code postal G/H/J exclusif au Québec exigé — rien d'inventé, une offre sans marqueur QC est écartée, et le chemin normal reprend tel quel si ADP ré-expose les locations (fallback dormant). Canonicalisation « St Bruno de Montarville » → Saint-Bruno-de-Montarville via region_for_city/canonical_city. Sync isolé rejoué: ok=1 found=8 (= médiane 8.0), 8 offres QC actives avec ville/région/GPS et codes postaux gagnés (avant 0%). 108 tests verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200. Fiches bento_sushi.md/ats-adp.md/INDEX.md régénérées (1131 autres fiches restaurées, hors périmètre).
      Simon-Pierre Boucher · 3 files +46 −46
    10. [ka6] connecteur uv_assurance: stale = faux positif, blip de maintenance nocturne ADP WFN — rien à réparer. Syncs verts found=12 en continu jusqu'au 2026-10-22 21:37 EDT, puis UN SEUL échec à 00:47 « 404 Not Found » sur l'endpoint job-requisitions de workforcenow.adp.com. Même fenêtre SYSTÉMIQUE 00:35→01:54 EDT du 2026-10-23 que triple_boris (c2d1ee6c) et uniboard (507e3761) : 6 tenants ADP touchés (richelieu, strathmore, triple_boris, uniboard, uv_assurance, abritek), même mécanique que les maintenances ADP des 28-30 août (c7d9ece) mais signature 404 franc ; le retry de adp.py ne couvre volontairement que le 200 non-JSON — un 404 échoue net et le connecteur repart seul à la rotation suivante. Endpoint re-vérifié live 200 JSON via curl à 03:52 EDT (totalNumber=12), sync isolé rejoué : ok=1 found=12 (= médiane 12.0) en 15,2 s. Aucun code de fetch modifié, docstring chronologie seulement ; fiches uv_assurance.md/ats-adp.md/INDEX.md régénérées (1131 autres fiches restaurées, hors périmètre). 108 tests 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 +28 −27
    11. [ka6] connecteur uniboard: stale = faux positif, blip de maintenance nocturne ADP WFN — rien à réparer. Syncs verts found=19 en continu jusqu'au 2026-10-22 21:36 EDT, puis UN SEUL échec à 00:47 « 404 Not Found » sur l'endpoint job-requisitions de workforcenow.adp.com. Même fenêtre SYSTÉMIQUE 00:35→01:54 EDT du 2026-10-23 que triple_boris (c2d1ee6c) : 6 tenants ADP touchés (richelieu, strathmore, triple_boris, uniboard, uv_assurance, abritek), même mécanique que les maintenances ADP des 28-30 août (c7d9ece) mais signature 404 franc ; le retry de adp.py ne couvre volontairement que le 200 non-JSON — un 404 échoue net et le connecteur repart seul à la rotation suivante. Endpoint re-vérifié live 200 JSON via curl à 03:37 EDT, sync isolé rejoué : ok=1 found=19 (= médiane 19.0) en 24,3 s, 19 offres QC actives en base (Laval/Val-d'Or/Mont-Laurier). Aucun code de fetch modifié, docstring chronologie seulement ; fiches uniboard.md/ats-adp.md/INDEX.md régénérées (1131 autres fiches restaurées, hors périmètre). 108 tests verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
      Simon-Pierre Boucher · 3 files +22 −21
    12. [ka6] connecteur triple_boris: stale = faux positif, blip de maintenance nocturne ADP WFN — rien à réparer. Syncs verts found=1 en continu jusqu'au 2026-10-22 21:34 EDT, puis UN SEUL échec à 00:46 « 404 Not Found » sur l'endpoint job-requisitions de workforcenow.adp.com. Fenêtre SYSTÉMIQUE 00:35→01:54 EDT le 2026-10-23 : 6 tenants ADP touchés (richelieu, strathmore, triple_boris, uniboard, uv_assurance, abritek), même mécanique que les maintenances ADP des 28-30 août (c7d9ece) mais signature 404 franc au lieu du 302 sorry.adp.com / 200 non-JSON ; le retry de adp.py ne couvre volontairement que le 200 non-JSON — un 404 échoue net et le connecteur repart seul à la rotation suivante (richelieu et strathmore reverdis d'eux-mêmes à 03:04/03:15 dans le cycle courant, endpoint re-vérifié live 200 JSON via curl). Sync isolé rejoué à 03:22 EDT : ok=1 found=1 (= médiane 1.0) en 5,5 s, l'offre QC Varennes toujours publiée (clientRequisitionID 1036). Aucun code de fetch modifié, docstring chronologie seulement ; fiches triple_boris.md/ats-adp.md/INDEX.md régénérées (1131 autres fiches restaurées, hors périmètre). 108 tests 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 +56 −55
    13. [ka6] connecteur mcgillstlaurent: restauration après rollback automatique (2e intervention) — le diagnostic site_source_mort du 2026-10-22 (35756e9b) reste valide, le broken actuel vient du revert cff3361f de la supervision (verdict JSON tronqué → « inconnu », même mécanique que le cas enercare f5248721), pas de la source. Re-vérifié live le 2026-10-23 : tenant JazzHR mcgillstlaurent.applytojob.com toujours 200 « Inactive Career Page » (compte résilié chez l'ATS) ; board Lever unifié du groupe jobs.lever.co/mcgillstlaurent toujours vivant (7 offres dont 3 CWP Energy : Junior Power Trader QC, Agentic Innovation Specialist QC, Power Trader US filtrée) et DÉJÀ COUVERT par le frère mcgillstlaurentb8 (sync isolé rejoué ok=1 found=6 en 1,0 s). Restauration CHIRURGICALE (pas de revert du revert, les fiches docs ayant été régénérées entre-temps par les missions sobeys/gevgroupltd) : git checkout 35756e9b -- mcgillstlaurent.py (docstring chronologie) + réédition sources.json (url https://mcgillstlaurent.com/cwp-energy/ re-vérifiée 200, sectors [Énergie, Finance]) + note 2e intervention anti-récidive dans la docstring (« ne PAS re-reverter »). Sync isolé mcgillstlaurent rejoué : échec explicite attendu « compte JazzHR désactivé » (détection adb8637, comportement conçu) — aucun code de fetch modifié, le connecteur repartira seul si le tenant revenait. Fiches mcgillstlaurent.md/ats-jazzhr.md/INDEX.md régénérées (1131 autres fiches restaurées, hors périmètre). 108 tests 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 +88 −85

  3. Thu, Oct 22, 2026 9

    1. [ka6] connecteur sobeys: stale = faux positif, blip 403 transitoire du frontal Dayforce — rien à réparer. Syncs verts found=4 en continu jusqu'au 2026-10-22 19:19 EDT, puis UN SEUL échec à 21:28 « 403 Forbidden » sur /api/geo/sobeys/jobposting/search (1er 403 en 459+ syncs; le garde-fou _search_page ne retente que 5xx/timeout; tenants frères benmor/boralex/enercare/g3canada/harrisrebar verts dans la même fenêtre → pas systémique, pas d'anti-bot: un POST sans X-CSRF-TOKEN reçoit toujours 403, le blip = rejet CSRF/frontal passager). Sync isolé rejoué à 23:26 EDT: ok=1 found=4 (= médiane 4.0) en 1,4 s, 4 offres QC actives (Pointe-Claire CFC ×2, Lebourgneuf ×2). Aucun code modifié hors docstring chronologie sobeys.py; fiches sobeys.md/ats-dayforce.md/INDEX.md régénérées (1131 autres fiches restaurées, hors périmètre). 108 tests 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 −182
    2. [ka6] connecteur gevgroupltd: stale = faux positif volume QC nul (médiane 0.5), 2e signalement — rien à réparer côté flux, dépublication employeur confirmée live. L'offre 2740886 « Siemens Gamesa Certified Wind Turbine Troubleshooters » (Gaspé, parue 2026-09-09) dépubliée entre les syncs de 14:14 (found=1) et 16:02 (found=0) le 2026-10-22, retrait propre au garde-fou 2-miss à 18:32 (removed=1), sync_log vert en continu (ok=1 partout). Marqueur Recruitee confirmé live : détail 404 page /o/<slug> ET API /api/offers/2740886 (même marqueur que le 1er cas du 2026-10-08). Board re-vérifié vivant : 9 offres (Hull UK, Taipei TW, Fort Worth/Abilene US), aucun lieu QC — found=0 exact. Pas de migration d'ATS : gevwindpower.com/careers/ (200) embarque toujours gevgroupltd.recruitee.com. Sync isolé rejoué ok=1 found=0 removed=0 en 2,6 s. Artefact résiduel corrigé : employer de la ligne historique 2661606 encore « Siemens Gamesa Certified Wind Turbine Troubleshooters » en base → UPDATE vers GEV Wind Power (le fix EMPLOYER du 2026-10-08 n'avait pas harmonisé cette ligne, gotcha vaco/orthoclinical). sources.json déjà propre (url/name/sectors corrigés le 2026-10-08). Docstring chronologie 2e signalement, fiches gevgroupltd.md/ats-recruitee.md/INDEX.md régénérées (1131 autres fiches restaurées, hors périmètre). Non-régression recruitee via biximontreal found=2. 108 tests 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 −233
    3. Revert "[ka6] connecteur mcgillstlaurent: compte JazzHR désactivé chez l'ATS, recrutement ABSORBÉ par le board Lever unifié du groupe déjà couvert par le frère mcgillstlaurentb8 — verdict site_source_mort, connecteur conservé intact (1re intervention). Chronologie (sync_log) : dernier sync OK 2026-10-22 12:58 EDT found=5 (médiane 5.0), puis « Inactive Career Page » à 14:44 — TOUT le tenant mcgillstlaurent.applytojob.com (CWP Energy, division trading d'énergie du groupe McGill St Laurent) fermé : liste /apply/ ET pages détail des offres en base → 200 « Inactive Career Page », vérifié live. 2e tenant JazzHR du même groupe fermé après mcgillstlaurentb8 le 2026-09-30 (93b0c2c3) : sortie de JazzHR délibérée, migration Lever achevée. REPRENEUR identifié et DÉJÀ COUVERT : cwpenergy.com redirige désormais vers mcgillstlaurent.com/cwp-energy/, la page carrières du groupe (mcgillstlaurent.com/career/) liste le board Lever unifié jobs.lever.co/mcgillstlaurent par compagnie (All 7 · CWP Energy 3 · CWP Wood 1 · GSL Grain 2 · MSL Climate 1, compagnie = categories.department côté API) ; les 3 offres CWP Energy du board (Junior Power Trader QC, Agentic Innovation Specialist QC, Power Trader US filtrée) sont déjà ingérées par le connecteur frère mcgillstlaurentb8 (found=6, sync vert). PAS de réécriture sur Lever : un 2e connecteur sur le même org violerait l'invariant « aucun autre connecteur Lever sur cet org » (93b0c2c3) et ne produirait que des doublons ; aucun ATS propre à CWP Energy (tenants cwpenergy inexistants chez Lever/Greenhouse/JazzHR/Workable/BambooHR, balayage Serper → copies agrégateurs tierces seulement). Les 3 offres JazzHR actives (Trading Risk & Performance Analyst, Risk Analyst, Electrical Engineer - Power Flow) NON reconduites sur le board Lever (postes abandonnés ou pourvus) : archivage automatique via expire_stale (7 j sans last_seen, vers le 2026-10-29), aucune purge manuelle. Sync isolé rejoué : échec explicite attendu « compte JazzHR désactivé » (détection adb8637), comportement conçu. Artefacts vague E corrigés dans sources.json (pattern xtl c4a681e1) : url vide → https://mcgillstlaurent.com/cwp-energy/ (200 vérifié live) et sectors [] → [Énergie, Finance] (vocabulaire établi : 24 et 59 sources). Docstring mcgillstlaurent.py enrichie (chronologie + re-vérifs + décision). Non-régression jazzhr sur tenant vivant motosillimitees found=2 ok=1 ; frère mcgillstlaurentb8 found=6 ok=1. Fiches docs/connecteurs/ mcgillstlaurent.md + ats-jazzhr.md + INDEX.md régénérées via scripts/gen_connector_docs.py (les 1131 autres fiches, dont seuls les instantanés horodatés changeaient, restaurées — hors périmètre). 108 tests verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200."
      …
      This reverts commit 35756e9b10b910c87c5a5e0208521f2db7130c95.
      Simon-Pierre Boucher · 3 files +209 −210
    4. [ka6] connecteur mcgillstlaurent: compte JazzHR désactivé chez l'ATS, recrutement ABSORBÉ par le board Lever unifié du groupe déjà couvert par le frère mcgillstlaurentb8 — verdict site_source_mort, connecteur conservé intact (1re intervention). Chronologie (sync_log) : dernier sync OK 2026-10-22 12:58 EDT found=5 (médiane 5.0), puis « Inactive Career Page » à 14:44 — TOUT le tenant mcgillstlaurent.applytojob.com (CWP Energy, division trading d'énergie du groupe McGill St Laurent) fermé : liste /apply/ ET pages détail des offres en base → 200 « Inactive Career Page », vérifié live. 2e tenant JazzHR du même groupe fermé après mcgillstlaurentb8 le 2026-09-30 (93b0c2c3) : sortie de JazzHR délibérée, migration Lever achevée. REPRENEUR identifié et DÉJÀ COUVERT : cwpenergy.com redirige désormais vers mcgillstlaurent.com/cwp-energy/, la page carrières du groupe (mcgillstlaurent.com/career/) liste le board Lever unifié jobs.lever.co/mcgillstlaurent par compagnie (All 7 · CWP Energy 3 · CWP Wood 1 · GSL Grain 2 · MSL Climate 1, compagnie = categories.department côté API) ; les 3 offres CWP Energy du board (Junior Power Trader QC, Agentic Innovation Specialist QC, Power Trader US filtrée) sont déjà ingérées par le connecteur frère mcgillstlaurentb8 (found=6, sync vert). PAS de réécriture sur Lever : un 2e connecteur sur le même org violerait l'invariant « aucun autre connecteur Lever sur cet org » (93b0c2c3) et ne produirait que des doublons ; aucun ATS propre à CWP Energy (tenants cwpenergy inexistants chez Lever/Greenhouse/JazzHR/Workable/BambooHR, balayage Serper → copies agrégateurs tierces seulement). Les 3 offres JazzHR actives (Trading Risk & Performance Analyst, Risk Analyst, Electrical Engineer - Power Flow) NON reconduites sur le board Lever (postes abandonnés ou pourvus) : archivage automatique via expire_stale (7 j sans last_seen, vers le 2026-10-29), aucune purge manuelle. Sync isolé rejoué : échec explicite attendu « compte JazzHR désactivé » (détection adb8637), comportement conçu. Artefacts vague E corrigés dans sources.json (pattern xtl c4a681e1) : url vide → https://mcgillstlaurent.com/cwp-energy/ (200 vérifié live) et sectors [] → [Énergie, Finance] (vocabulaire établi : 24 et 59 sources). Docstring mcgillstlaurent.py enrichie (chronologie + re-vérifs + décision). Non-régression jazzhr sur tenant vivant motosillimitees found=2 ok=1 ; frère mcgillstlaurentb8 found=6 ok=1. Fiches docs/connecteurs/ mcgillstlaurent.md + ats-jazzhr.md + INDEX.md régénérées via scripts/gen_connector_docs.py (les 1131 autres fiches, dont seuls les instantanés horodatés changeaient, restaurées — hors périmètre). 108 tests 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 +210 −209
    5. [ka6] fix connecteur vaco: tenant Greenhouse renommé vaco → vacobyhighspring (rebranding Highspring) — stale réel, migration d'org détectée et réparée. Le board « vaco » a disparu le 2026-10-22 entre les syncs de 11:15 (found=3 ok) et 13:23 (404 « Job board not found » à la racine de l'API, pas seulement sur /jobs) : rebranding Vaco → Highspring, nouvelle org « vacobyhighspring » (name API « Vaco by Highspring »), IDs d'offres renumérotés (format …003 → IDs courts). Nouveau board vérifié live : hosted 200, API content=true 200, 36 offres mondiales dont 1 QC (8274549 « Executive Finance and Accounting Recruiter (Full Desk) », Montréal — même poste que l'ancienne 7768571003) ; les 2 autres offres QC (Consulting PS Sales Director, Senior Account Executive) non reconduites dans la migration → volume QC réel = 1 (médiane 3.0 à recalibrer). Correctifs : BOARD=vacobyhighspring + EMPLOYER=Vaco by Highspring dans vaco.py (docstring chronologie), sources.json (name, careers_url, artefact vague C url vide → https://www.vaco.com, 200 vérifié), feeds.json (org + source_id:vaco épinglé pour préserver l'identifiant à la régénération, employer). Employer harmonisé sur les 5 lignes historiques (UPDATE, gotcha orthoclinical). Syncs réels : ok=1 found=1 added=1 (0,4 s) puis ok=1 found=1 removed=3 (garde-fou 2-miss, anciennes URLs 404). Fiches vaco.md/ats-greenhouse.md/INDEX.md régénérées. Non-régression greenhouse via laportefr found=61. 108 tests 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 +312 −308
    6. [ka6] connecteur pouletrouge: stale = faux positif volume QC nul (médiane 0.5), rien à réparer — l'unique offre QC (59 « Adjoint·e au Vice-président », Québec, parue 2026-08-10) dépubliée par l'employeur entre les syncs de 08:07 (found=1) et 10:57 (found=0) le 2026-10-22, retrait propre au garde-fou 2-miss à 13:05 (removed=1), marqueur BambooHR confirmé live : /careers/59/detail → 404 {"type":"not_found"}. Board re-vérifié vivant : /careers/list 200 totalCount=1, unique offre « Academy Manager » à Mississauga (Ontario) filtrée hors QC — found=0 exact. Pas de migration d'ATS : poulet-rouge.ca/carrieres pointe toujours vers pouletrouge.bamboohr.com/careers (lien Indeed = canal secondaire hors périmètre). 2e signalement du même tenant : l'offre 59 avait déjà été dépubliée en 2026-09 (mission 2026-09-18, même verdict) — l'employeur recycle la même annonce par vagues, re-signalements périodiques structurels attendus. Aucun artefact : sources.json (url https://poulet-rouge.ca 200, name Poulet Rouge) et base (employer/region corrects sur la ligne inactive) propres. Sync isolé ok=1 found=0 removed=0 en 0,7 s. Docstring chronologie, fiches pouletrouge.md/ats-bamboohr.md/INDEX.md régénérées. Non-régression bamboohr via broccolini found=23. 108 tests 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 +72 −98
    7. [ka6] connecteur ited_solutions: stale = faux positif volume QC nul (médiane 0.5), rien à réparer côté flux — l'unique offre QC « Technicien informatique sur la route » (8233439, Montréal, parue 2026-09-25) dépubliée par l'employeur entre les syncs de 07:46 (found=1) et 10:38 (found=0) le 2026-10-22, retrait propre au garde-fou 2-miss à 12:47 (removed=1), marqueurs Greenhouse confirmés live : détail 302 → /ited_solutions?error=true + API détail 404 "Job not found" (mêmes marqueurs que capco 2fa1ef18). Board re-vérifié vivant : API racine 200 {"name":"IT-ED"}, liste jobs total=0, page hébergée « There are no current openings ». Pas de migration d'ATS : it-ed.com/a-propos/carriere/ embarque toujours boards.greenhouse.io/ited_solutions en iframe. L'offre « Technicien informatique » visible sur LinkedIn = publication native LinkedIn absente du board officiel, hors périmètre. Sync isolé ok=1 found=0 removed=0 en 2,0 s. Artefact vague C : url vide dans sources.json → https://it-ed.com (200 vérifié live, « Fournisseur de services TI pour entreprises au Québec | ited »). Docstring chronologie 1re intervention, fiches ited_solutions.md/ats-greenhouse.md/INDEX.md régénérées. Non-régression greenhouse via laportefr found=61. 108 tests 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 +275 −301
    8. [ka6] connecteur cardinalcouriers: stale = faux positif volume QC nul (médiane 3.0), rien à réparer côté flux — les 3 offres QC (2023 « Chauffeur-Livreur (P&D) Classe 1 » Rivière-du-Loup, 2096 « Linehaul Nuit, Conducteur, classe 1 » et 2118 « Opérations Entrepôt, Conducteur de chariot élévateur, client » Pointe-aux-Trembles) dépubliées par l'employeur entre les syncs de 07:02 (found=3) et 09:50 (found=0) le 2026-10-22, removed=3 au garde-fou 2-miss à 11:50, marqueur Dayforce confirmé live (classe stateindustrial) : détail fr-CA = 200 + postingStatus=4 pour les trois, offre vivante = postingStatus=1. Board re-vérifié vivant : 6 offres toutes Ontario (London, Hamilton, Mississauga, Edwards), 0 QC. Pas de migration d'ATS : cardinalcouriers.com/about-us/team-cardinal/ (« Join Team Cardinal ») pointe toujours can241.dayforcehcm.com/CandidatePortal/en-US/cardinalcouriers/Site/INDEEDEXCLUDE/ — même tenant, même board. DURCISSEMENT réel : fr-CA passé à maxCount=0 (les 3 QC étaient les seules offres publiées en français) alors qu'en-CA liste le board — aveuglement de culture apparu en cours de vie (classe peaktech 6a2cebc) → converti au pattern bi-culture CULTURES fr-CA+en-CA avec fusion external_id priorité fr-CA. Sync isolé ok=1 found=0 removed=0 en 4,9 s (en-CA parcouru, 6 offres ON filtrées hors QC). Artefacts vague C : EMPLOYER/name = « Linehaul Nuit, Conducteur, classe 1 » (TITRE de l'offre 2096, classe kodify/orthoclinical) → Cardinal Couriers (employer propagé aux 7 lignes inactives par UPDATE direct, gotcha orthoclinical), url vide dans sources.json → https://www.cardinalcouriers.com (200 vérifié live, « Cardinal Couriers Ltd. – Pre 8am Package Delivery »), region « Transport Pelber, Québec » → Pointe-aux-Trembles (Montréal) / Rivière-du-Loup. Docstring chronologie 1re intervention, fiches cardinalcouriers.md/ats-dayforce.md/INDEX.md régénérées. Non-régression dayforce via benmor found=4. 108 tests 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 +166 −192
    9. [ka6] connecteur capco: stale = faux positif volume QC nul (médiane 1.0), rien à réparer — l'unique offre QC « Dynamics Developer (Hybrid Montreal) » (8124694, Montréal, parue 2026-08-17) dépubliée par l'employeur entre les syncs de 07:02 (found=1) et 09:50 (found=0) le 2026-10-22, marqueurs Greenhouse confirmés live : détail 302 → /capco?error=true + API détail 404 "Job not found". Board re-vérifié TRÈS vivant : 718 offres mondiales, Canada = 23 toutes au bureau « Canada - Toronto », bureau Greenhouse « Canada - Montreal » (id 306523) déclaré mais 0 poste rattaché (classe capintel), grep quebec/montréal/laval/gatineau sur le JSON complet content=true (7,5 Mo) = 0. Pas de migration d'ATS : la façade maison www.capco.com/Careers/Job-Search (rendue JS, lue via Scrapfly) construit ses liens d'offres avec gh_jid=<id Greenhouse> du même tenant. Retrait propre au garde-fou 2-miss : sync isolé ok=1 found=0 removed=1. Artefact vague C : url vide dans sources.json → https://www.capco.com (200 vérifié live, « Capco - Global business and technology consultancy », groupe Wipro). Docstring chronologie 1re intervention, fiches capco.md/ats-greenhouse.md/INDEX.md régénérées. Non-régression greenhouse via laportefr found=61. 108 tests verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
      Simon-Pierre Boucher · 3 files +359 −385

  4. Wed, Oct 21, 2026 13

    1. [ka6] connecteur gdmsi: stale = faux positif volume QC nul (médiane 0.5), rien à réparer — l'unique offre QC « Ingénieur Système - Senior » (744000142912909, Sherbrooke, parue 2026-08-11) dépubliée le jour même entre les syncs de 10:48 (found=1) et 14:36 (found=0), marqueur SmartRecruiters confirmé : API détail v1 = 200 + active:false (5e confirmation après oliverbonacini/arago/cca1/nielseniq). Board v1 vivant balayé en pagination complète (110 offres, publications du jour même) : Canada = Ottawa/Calgary/Dartmouth-Cole Harbour NS, zéro QC — sites QC du tenant = Sherbrooke (805 Galt O.) et Disraeli (drones SATP/RPAS), 0-1 poste par vagues. Pas de migration d'ATS : careers.smartrecruiters.com/GDMSI/career-page-ca reste le portail du tenant ; la façade maison gdmissionsystems.ca/careers/job-search charge en XHR (juger à l'API v1) et gd.com/careers affichait encore l'offre dépubliée (cache corporate non purgé, classe Phenom). Retrait propre au garde-fou 2-miss : sync isolé ok=1 found=0 removed=1. Le trou 10:48→14:36 = restarts pm2 des missions BambooHR du jour (variante cycle interrompu). Artefact vague C : url vide dans sources.json → https://gdmissionsystems.ca (403 anti-bot direct, 200 via Scrapfly, « General Dynamics Mission Systems-Canada » ; ⚠️ gdmsi.com redirige vers massint.co.uk, homonyme britannique sans rapport). EMPLOYER conservé : « General Dynamics Missions System International » = company.name déclaré par le tenant dans l'API SR. Docstring chronologie 1re intervention, fiches gdmsi.md/ats-smartrecruiters.md/INDEX.md régénérées. Non-régression SR via cima2 found=244. 108 tests verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
      Simon-Pierre Boucher · 3 files +396 −422
    2. [ka6] connecteur broccolini: broken = PANNE MONDIALE BambooHR (incident de sécurité PHP2SHELL) DÉJÀ TERMINÉE à l'arrivée de la mission, rien à réparer côté connecteur — même panne que rethinkcanada 7b553af8, robotiq 11935dc7, scalia 43e98cae, surmesur a697cc5a, toonboom e2674f6a, triotech 14ada0c8, vicpark 8bb2d6c6, ziptrekeco e6e7608c, batimoinc f3a1dbe1, bc2 676b3898 et bigbang 9d7b528c le même jour. Le tenant était vert avec found=23 (= médiane 23.0) au sync de 07:23:19 le 2026-10-21, premier échec à 10:16:50, première rotation du scheduler après la fenêtre de mise hors ligne des portails BambooHR (08:34-08:37 EDT), 11 échecs 404 consécutifs (/careers/list = 404 Route Not Found) jusqu'à 13:37:33. Pas une migration d'ATS : www.broccolini.com/en/careers pointe toujours vers broccolini.bamboohr.com/careers (vérifié live). FIN DE PANNE constatée pendant la mission : /careers/list de nouveau 200 (totalCount=47) sur broccolini ET le frère mitacs, le sync horaire de 13:54:28 avait déjà reverdit le tenant seul (ok=1 found=23 removed=0), re-prouvé par sync isolé pendant la mission (found=23 = médiane, added=0 removed=0) — les portails BambooHR sont revenus alors que status.bamboohr.com est encore MONITORING ; les autres frères bamboohr reverdiront seuls à leur prochaine rotation horaire. Aucun retrait pendant la panne (sync échouait proprement, ok=0 raise_for_status 404) : les 23 offres QC (22 Montréal + 1 Québec, immobilier/construction Broccolini) sont restées actives en base. Artefact vague C : url vide dans sources.json → https://www.broccolini.com (broccolini.com redirige vers www.broccolini.com/fr, 200 vérifié live, « Broccolini | Investir. Développer. Construire. »). Docstring chronologie 1re intervention, fiches broccolini.md/ats-bamboohr.md/INDEX.md régénérées. 108 tests 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 +42 −38
    3. [ka6] connecteur bigbang: broken = PANNE MONDIALE BambooHR (incident de sécurité PHP2SHELL), rien à réparer côté connecteur — même panne que rethinkcanada 7b553af8, robotiq 11935dc7, scalia 43e98cae, surmesur a697cc5a, toonboom e2674f6a, triotech 14ada0c8, vicpark 8bb2d6c6, ziptrekeco e6e7608c, batimoinc f3a1dbe1 et bc2 676b3898 le même jour. Le tenant était vert avec found=7 (= médiane 7.0) au sync de 07:22:01 le 2026-10-21, premier échec à 10:15:46, première rotation du scheduler après la fenêtre de mise hors ligne des portails BambooHR (08:34-08:37 EDT) : /careers/list = 404 text/plain {"error_msg":"404 Route Not Found"} sur bigbang ET le frère mitacs (vérifiés live pendant la mission), status.bamboohr.com toujours MONITORING (PHP2SHELL). Pas une migration d'ATS : bigbang360.com/careers/ pointe toujours vers ce board BambooHR. Le sync échoue proprement (ok=0, raise_for_status 404, re-vérifié par sync isolé : removed=0) donc AUCUN retrait — les 7 offres QC (Montréal, consultation ERP/CRM Big Bang) restent actives en base ; dès le retour de BambooHR (sonder /careers/list, 200 = fenêtre finie, pattern fenêtre de maintenance Workday) le sync horaire repart seul. Artefact vague C : url vide dans sources.json → https://bigbang360.com (200 vérifié live, « Big Bang 360 | ERP, CRM & Digital Transformation Experts » ; bigbangerp.com redirige vers bigbang360.com — ⚠️ PAS gobigbang.com qui redirige vers bigbangflow.com, homonyme d'email marketing). Docstring chronologie 1re intervention, fiches bigbang.md/ats-bamboohr.md/INDEX.md régénérées. 108 tests 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 +23 −19
    4. [ka6] connecteur bc2: broken = PANNE MONDIALE BambooHR (incident de sécurité PHP2SHELL), rien à réparer côté connecteur — même panne que rethinkcanada 7b553af8, robotiq 11935dc7, scalia 43e98cae, surmesur a697cc5a, toonboom e2674f6a, triotech 14ada0c8, vicpark 8bb2d6c6, ziptrekeco e6e7608c et batimoinc f3a1dbe1 le même jour. Le tenant était vert avec found=1 (= médiane 1.0) au sync de 07:20:40 le 2026-10-21, premier échec à 10:14:55, première rotation du scheduler après la fenêtre de mise hors ligne des portails BambooHR (08:34-08:37 EDT) : /careers/list = 404 text/plain {"error_msg":"404 Route Not Found"} sur bc2 ET le frère mitacs (vérifiés live pendant la mission), status.bamboohr.com toujours MONITORING (PHP2SHELL, « UPDATE: We have temporarily taking BambooHR offline as a precaution »). Pas une migration d'ATS. Le sync échoue proprement (ok=0, raise_for_status 404, re-vérifié par sync isolé : removed=0) donc AUCUN retrait — l'offre QC (ARCHITECTE PAYSAGISTE, Montréal, urbanisme Groupe BC2) reste active en base ; dès le retour de BambooHR (sonder /careers/list, 200 = fenêtre finie, pattern fenêtre de maintenance Workday) le sync horaire repart seul. Artefact vague C : url vide dans sources.json → https://groupebc2.ca (200 vérifié live, « Groupe BC2 — Activer la vitalité des milieux et des communautés » ; groupebc2.com redirige vers le .ca). Docstring chronologie 1re intervention, fiches bc2.md/ats-bamboohr.md/INDEX.md régénérées. 108 tests 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 +19 −18
    5. [ka6] connecteur batimoinc: broken = PANNE MONDIALE BambooHR (incident de sécurité PHP2SHELL), rien à réparer côté connecteur — même panne que rethinkcanada 7b553af8, robotiq 11935dc7, scalia 43e98cae, surmesur a697cc5a, toonboom e2674f6a, triotech 14ada0c8, vicpark 8bb2d6c6 et ziptrekeco e6e7608c le même jour. Le tenant était vert avec found=8 (= médiane 8.0) au sync de 07:20:09 le 2026-10-21, premier échec à 10:14:23, première rotation du scheduler après la fenêtre de mise hors ligne des portails BambooHR (08:34-08:37 EDT) : /careers/list = 404 text/plain {"error_msg":"404 Route Not Found"} sur batimoinc ET le frère mitacs (vérifiés live pendant la mission), status.bamboohr.com toujours MONITORING (PHP2SHELL, « UPDATE: We have temporarily taking BambooHR offline as a precaution »). Pas une migration d'ATS. Le sync échoue proprement (ok=0, raise_for_status 404, re-vérifié par sync isolé : removed=0) donc AUCUN retrait — les 8 offres QC (Québec, immobilier EMD-Batimo) restent actives en base ; dès le retour de BambooHR (sonder /careers/list, 200 = fenêtre finie, pattern fenêtre de maintenance Workday) le sync horaire repart seul. Pas d'artefact vague C : url de sources.json déjà correcte (https://emd-batimo.ca, 200 vérifié live, « EMD-Batimo | Tout en main pour bâtir demain »). Docstring chronologie 1re intervention, fiches batimoinc.md/ats-bamboohr.md/INDEX.md régénérées. 108 tests 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 +30 −29
    6. [ka6] connecteur ziptrekeco: stale = PANNE MONDIALE BambooHR (incident de sécurité PHP2SHELL), rien à réparer côté connecteur — même panne que rethinkcanada 7b553af8, robotiq 11935dc7, scalia 43e98cae, surmesur a697cc5a, toonboom e2674f6a, triotech 14ada0c8 et vicpark 8bb2d6c6 le même jour. Le tenant était vert avec found=2 (= médiane 2.0) au sync de 06:14:22 le 2026-10-21, premier échec à 09:07:04, première rotation horaire après la fenêtre de mise hors ligne des portails BambooHR (08:34-08:37 EDT) : /careers/list = 404 text/plain {"error_msg":"404 Route Not Found"} sur ziptrekeco ET le frère mitacs (vérifiés live pendant la mission), status.bamboohr.com toujours MONITORING (PHP2SHELL). Le « volume 0 » du message de supervision est un artefact de lecture : la base montre found=2 à tous les syncs verts. Pas une migration d'ATS. Le sync échoue proprement (ok=0, raise_for_status 404, re-vérifié par sync isolé : removed=0) donc AUCUN retRAIT — les 2 offres QC (Mont-Tremblant, guides de tyroliennes Ziptrek Tremblant) restent actives en base ; dès le retour de BambooHR (sonder /careers/list, 200 = fenêtre finie, pattern fenêtre de maintenance Workday) le sync horaire repart seul. Pas d'artefact vague C : url de sources.json déjà correcte (https://tremblant.ziptrek.com, 200 vérifié live, « Tremblant I Ziptrek Ecotours - The Official Tremblant Zipline »). Docstring chronologie 1re intervention, fiches ziptrekeco.md/ats-bamboohr.md/INDEX.md régénérées. 108 tests verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
      Simon-Pierre Boucher · 3 files +25 −21
    7. [ka6] connecteur vicpark: stale = PANNE MONDIALE BambooHR (incident de sécurité PHP2SHELL), rien à réparer côté connecteur — même panne que rethinkcanada 7b553af8, robotiq 11935dc7, scalia 43e98cae, surmesur a697cc5a, toonboom e2674f6a et triotech 14ada0c8 le même jour. Le tenant était vert avec found=16 (= médiane 16.0) au sync de 05:59:02 le 2026-10-21, premier échec à 08:50:17, pile dans la fenêtre de mise hors ligne des portails BambooHR (08:34-08:37 EDT) : /careers/list = 404 text/plain {"error_msg":"404 Route Not Found"} sur vicpark ET le frère mitacs (vérifiés live pendant la mission), status.bamboohr.com toujours MONITORING (PHP2SHELL). Pas une migration d'ATS. Le sync échoue proprement (ok=0, raise_for_status 404, re-vérifié par sync isolé : removed=0) donc AUCUN retrait — les 16 offres QC (Montréal/Gatineau/Granby, cliniques médico-esthétiques Victoria Park Medispa) restent actives en base ; dès le retour de BambooHR (sonder /careers/list, 200 = fenêtre finie, pattern fenêtre de maintenance Workday) le sync horaire repart seul. Artefact vague C : url vide dans sources.json → https://vicpark.com (200 vérifié live, « Medical Aesthetic Clinic | Book Now | Victoria Park Medispa »). Docstring chronologie 1re intervention, fiches vicpark.md/ats-bamboohr.md/INDEX.md régénérées. 108 tests 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 +30 −26
    8. [ka6] connecteur triotech: stale = PANNE MONDIALE BambooHR (incident de sécurité PHP2SHELL), rien à réparer côté connecteur — même panne que rethinkcanada 7b553af8, robotiq 11935dc7, scalia 43e98cae, surmesur a697cc5a et toonboom e2674f6a le même jour. Le tenant était vert avec found=14 (= médiane 14.0) au sync de 05:55:13 le 2026-10-21, premier échec à 08:47:48, pile dans la fenêtre de mise hors ligne des portails BambooHR (08:34-08:37 EDT) : /careers/list = 404 text/plain {"error_msg":"404 Route Not Found"} sur triotech ET le frère mitacs (vérifiés live pendant la mission), status.bamboohr.com toujours MONITORING (PHP2SHELL). Pas une migration d'ATS. Le sync échoue proprement (ok=0, raise_for_status 404, re-vérifié par sync isolé : removed=0) donc AUCUN retrait — les 14 offres QC (Montréal/Joliette, attractions médiatiques Triotech) restent actives en base ; dès le retour de BambooHR (sonder /careers/list, 200 = fenêtre finie, pattern fenêtre de maintenance Workday) le sync horaire repart seul. Artefact vague C : url vide dans sources.json → https://trio-tech.com (200 vérifié live, « Interactive Dark Rides Manufacturer & Media-Based Attractions | Triotech ») — ⚠️ PAS triotech.com qui est Trio-Tech International (semi-conducteurs, US/Singapour). Docstring chronologie 1re intervention, fiches triotech.md/ats-bamboohr.md/INDEX.md régénérées. 108 tests 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 +30 −26
    9. [ka6] connecteur toonboom: stale = PANNE MONDIALE BambooHR (incident de sécurité PHP2SHELL), rien à réparer côté connecteur — même panne que rethinkcanada 7b553af8, robotiq 11935dc7, scalia 43e98cae et surmesur a697cc5a le même jour. Le tenant était vert avec found=2 (= médiane 2.0) au sync de 05:54:33 le 2026-10-21, premier échec à 08:47:16, pile dans la fenêtre de mise hors ligne des portails BambooHR (08:34-08:37 EDT) : /careers/list = 404 text/plain {"error_msg":"404 Route Not Found"} sur toonboom ET le frère mitacs (vérifiés live pendant la mission), status.bamboohr.com toujours MONITORING (PHP2SHELL). Pas une migration d'ATS. Le sync échoue proprement (ok=0, raise_for_status 404, re-vérifié par sync isolé : removed=0) donc AUCUN retrait — les 2 offres QC (Montréal, Toon Boom Animation) restent actives en base ; dès le retour de BambooHR (sonder /careers/list, 200 = fenêtre finie, pattern fenêtre de maintenance Workday) le sync horaire repart seul. Artefact vague C : url vide dans sources.json → https://www.toonboom.com (200 vérifié live, « Toon Boom | Pre-Production and Animation Software »). Docstring chronologie 1re intervention, fiches toonboom.md/ats-bamboohr.md/INDEX.md régénérées. 108 tests 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 +38 −34
    10. [ka6] connecteur surmesur: stale = PANNE MONDIALE BambooHR (incident de sécurité PHP2SHELL), rien à réparer côté connecteur — même panne que rethinkcanada 7b553af8, robotiq 11935dc7 et scalia 43e98cae le même jour. Le tenant était vert avec found=7 (= médiane 7.0) au sync de 05:44:49 le 2026-10-21, premier échec à 08:44:00, pile dans la fenêtre de mise hors ligne des portails BambooHR (08:34-08:37 EDT) : /careers/list = 404 text/plain {"error_msg":"404 Route Not Found"} sur surmesur ET le frère mitacs (vérifiés live pendant la mission), status.bamboohr.com toujours MONITORING (PHP2SHELL). Pas une migration d'ATS. Le sync échoue proprement (ok=0, raise_for_status 404, re-vérifié par sync isolé : removed=0) donc AUCUN retrait — les 7 offres QC (Québec/Laval, tailleur Surmesur) restent actives en base ; dès le retour de BambooHR (sonder /careers/list, 200 = fenêtre finie, pattern fenêtre de maintenance Workday) le sync horaire repart seul. Artefact vague C : url vide dans sources.json → https://surmesur.com (301 → /fr-ca/, vérifié live, « Vêtements sur mesure pour hommes et femmes »). Docstring chronologie 1re intervention, fiches surmesur.md/ats-bamboohr.md/INDEX.md régénérées. 108 tests verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
      Simon-Pierre Boucher · 3 files +35 −31
    11. [ka6] connecteur scalia: stale = PANNE MONDIALE BambooHR (incident de sécurité PHP2SHELL), rien à réparer côté connecteur — même panne que robotiq 11935dc7 et rethinkcanada 7b553af8 le même jour. Le tenant était vert avec found=5 (= médiane 5.0) au sync de 05:35:50 le 2026-10-21, premier échec à 08:40:05, pile dans la fenêtre de mise hors ligne des portails BambooHR (08:34-08:37 EDT) : /careers/list = 404 text/plain sur scalia ET le frère mitacs (vérifiés live pendant la mission), status.bamboohr.com = « UPDATE: We have temporarily taking BambooHR offline as a precaution » (PHP2SHELL). Pas une migration d'ATS. Le sync échoue proprement (ok=0, raise_for_status 404, re-vérifié par sync isolé : removed=0) donc AUCUN retrait — les 5 offres QC (Montréal/Québec, projets Westwalk) restent actives en base ; dès le retour de BambooHR (sonder /careers/list, 200 = fenêtre finie, pattern fenêtre de maintenance Workday) le sync horaire repart seul. Artefact vague C : url vide dans sources.json → https://scalia.ca (200 vérifié live, promoteur immobilier des projets Westwalk Anjou/Pointe-Claire/DDO cités dans les offres). Docstring chronologie 1re intervention, fiches scalia.md/ats-bamboohr.md/INDEX.md régénérées. 108 tests verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
      Simon-Pierre Boucher · 3 files +28 −24
    12. [ka6] connecteur robotiq: stale = PANNE MONDIALE BambooHR (incident de sécurité PHP2SHELL), rien à réparer côté connecteur — même panne que rethinkcanada 7b553af8 le même jour. Le tenant était vert avec found=8 (= médiane 8.0) au sync de 05:32 le 2026-10-21, premier échec à 08:38:04, pile dans la fenêtre de mise hors ligne des portails BambooHR (08:34-08:37 EDT) : /careers/list = 404 text/plain {"error_msg":"404 Route Not Found"} (Cloudflare) sur robotiq ET le frère mitacs (vérifiés live pendant la mission), status.bamboohr.com toujours « MONITORING — PHP2SHELL security vulnerability… temporarily take BambooHR offline ». Pas une migration d'ATS. Le sync échoue proprement (ok=0, raise_for_status 404) donc AUCUN retrait — les 8 offres QC (Lévis/Québec) restent actives en base ; dès le retour de BambooHR (sonder /careers/list, 200 = fenêtre finie, pattern fenêtre de maintenance Workday) le sync horaire repart seul. Artefact vague C : url vide dans sources.json → https://robotiq.com (200 vérifié live). Docstring chronologie 1re intervention, fiches robotiq.md/ats-bamboohr.md/INDEX.md régénérées. 108 tests 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 +46 −42
    13. [ka6] connecteur rethinkcanada: stale = PANNE MONDIALE BambooHR (incident de sécurité PHP2SHELL), rien à réparer côté connecteur. BambooHR a mis ses portails carrières hors ligne par précaution le 2026-10-21 entre 08:34 et 08:37 EDT (dernier frère vert redbarrels 08:33:57, premier 404 rethinkcanada 08:37) : /careers/list ET la page /careers = 404 text/plain {"error_msg":"404 Route Not Found"} (Cloudflare) sur TOUS les tenants — 24 connecteurs BambooHR du repo touchés simultanément (mitacs/batimoinc/devimco… vérifiés live), status.bamboohr.com = « MONITORING — PHP2SHELL security vulnerability… temporarily take BambooHR offline », rendu Scrapfly du portail = 403 « BambooHR temporarily unavailable ». Pas une migration : found=7 encore vert à 05:31 le matin même, et rethinkideas.com/careers (Next.js) affiche « Something went wrong » car il consomme la même API BambooHR. Le sync échoue proprement (ok=0, raise_for_status 404) donc AUCUN retrait — les 7 offres QC restent actives en base ; dès le retour de BambooHR (sonder /careers/list, 200 = fenêtre finie, pattern fenêtre de maintenance Workday) le sync horaire repart seul. Artefact vague C : url vide dans sources.json → https://www.rethinkideas.com (200 vérifié live). Docstring chronologie 1re intervention, fiches rethinkcanada.md/ats-bamboohr.md/INDEX.md régénérées. 108 tests 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 +200 −195

  5. Tue, Oct 20, 2026 2

    1. [ka6] connecteur galderma: stale = angle mort du filtre QC — le tenant Workday a relibellé son usine « Montreal » → « Baie-D'Urfé », ville absente de _QC_CITIES (found 16→3→0, réparé 0→49). Dépublication en vagues 19-20 oct (16→3 à 10:48 le 19, 3→0 entre 15:10 et 17:40 le 20) : les postes JR017xxx « Montreal » ont été republiés sous des ids neufs (JR019xxx/JR020xxx) avec le libellé de lieu « Baie-D'Urfé » (Ouest-de-l'Île). is_quebec_location rejetait ce libellé (ni marqueur QC ni ville connue), donc NI la facette serveur blocations NI le filtre client ne gardaient rien — found=0 sur un board vivant de 341 offres dont 49 QC (facette Canada=55, les 6 non retenues toutes Toronto, vérifié par pagination facettée). Fix générique normalize.py : « baie-d'urfe »/« baie d'urfe » ajoutées à _QC_CITIES (pattern fermont/lachine) + test de régression (libellé nu et variante avec QC). Sync isolé rejoué : found=49 added=49 ok=1 en 69 s, 49 actives Baie-D'Urfé en base. Artefact vague C : url vide dans sources.json → https://www.galderma.com (200 vérifié live). Docstring chronologie 1re intervention, fiches galderma.md/ats-workday.md/INDEX.md régénérées. 108 tests verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
      Simon-Pierre Boucher · 3 files +345 −345
    2. [ka6] connecteur makeitbloom: stale = angle mort JazzHR réel — page détail sans JSON-LD JobPosting, repli HTML générique dans jazzhr.py (found 0→1). Les 3 offres SEO (UhDHyS6fne/xvSwVILniQ/qdFba5tbN5, Montréal) dépubliées le jour même entre les syncs de 06:38 (found=3) et 15:37 (found=0) du 2026-10-20, détails confirmés 410 Gone (marqueur JazzHR, cf. geox). MAIS le board n'était PAS vide : l'offre neuve dVcAlVM7ko « Spécialiste des médias payants » (republication du poste de sept. sous un id neuf, pattern du tenant) était rejetée par le filtre QC car sa page détail ne porte AUCUN bloc JSON-LD JobPosting (seul un Organization) — une première sur ce tenant, alors que le frère playground est toujours balisé. Vrai angle mort corrigé dans jazzhr.py : _detail_fields_from_html, repli quand extract_jobposting échoue — titre via h2 du job-header, lieu « Ville, QC, Canada » via le bloc job-attributes title=Location, type via resumator-job-employment, description via #job-description borné par resumator-mobile-apply-wrapper ; validé sur les pages live makeitbloom (sans LD → Montreal/QC) et playground (avec LD → chemin JSON-LD inchangé). Test de régression ajouté (QC gardée, ON lâchée, LD prioritaire). Sync isolé rejoué : found=1 added=1 ok=1 en 2,3 s, offre en base Montréal active. Artefact vague C : url vide dans sources.json → https://www.makeitbloom.com (200 vérifié live). Docstring chronologie 1re intervention, fiches makeitbloom.md/ats-jazzhr.md/INDEX.md régénérées. 108 tests 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 +333 −333

  6. Mon, Oct 19, 2026 1

    1. [ka6] connecteur valital_technologies: stale = faux positif volume QC nul (médiane 1.0) — l'unique offre QC dépubliée le jour même, rien à réparer côté flux. L'offre « Product & Marketing Designer (Contract) » (771aebdaadd6, Québec, parue 2026-03-17 — 7 mois d'affichage) dépubliée entre les syncs de 15:08 (found=1) et 18:24 (found=0) le 2026-10-19; marqueur Breezy confirmé live (3e confirmation du repo après telus_health 5134fa5 et postmediadistributionsolutions 66e17c5): détail = 200 + « Position Closed », offre absente du /json, board vivant mais ENTIÈREMENT VIDE toutes régions = creux d'embauche. Pas de migration d'ATS: www.valital.com/careers (200) renvoie toujours vers valital-technologies.breezy.hr (seul ATS embarqué, aucune liste CMS); Valital = scale-up montréalaise vivante (1155 Metcalfe, IA de conformité). Syncs verts ok=1, la supervision compte found=0 comme non-succès. Sync isolé rejoué: found=0 ok=1 removed=1 (retrait propre par miss_count) en 0,1 s. Artefact vague C: url vide dans sources.json → https://www.valital.com (200 vérifié live). Docstring chronologie 1re intervention, fiches valital_technologies.md/INDEX.md régénérées. 107 tests 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 · 2 files +39 −65
Menu

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