SPB Git

spb/job-ka

Public
10.6 KB

# CoorsTek (coorstek)

Employeur direct · Plateforme ATS : workday · Statut registre : actif · Connecteur : jobka/connectors/coorstek.py

# Description

# Accès

  • Mécanique : voir la fiche plateforme ats-workday.md — API JSON publique du site carrières, backend requests direct (Scrapfly seulement si indiqué sur la fiche plateforme).
  • Identifiants du tenant (attributs du connecteur) :
Attribut Valeur
EMPLOYER CoorsTek
HOST wd1
SITE CoorsTekCareers
TENANT coorstek
  • Throttle : 0.7 s entre requêtes.
  • Filtre Québec : seuls les postes localisés au Québec sont conservés (facette serveur quand l'ATS en offre une, sinon is_quebec_location côté client).

# Champs → schéma

Aucune offre active en base pour cette source.

# Fréquence & budgets

  • Cadence : resynchronisation horaire (PM2 job-ka-sync = run.py watch 60), suivie du géocodage en lot puis de la déduplication inter-sources.
  • Throttle : 0.7 s minimum entre deux requêtes vers la source (request_delay).
  • Budgets / plafonds (variables d'environnement) :
Variable Défaut
JOBKA_WORKDAY_DETAIL_LIMIT 300
  • Cache BD des pages détail (detail_cache) : le détail d'une offre n'est re-téléchargé que si sa ligne de liste change.

# Volumétrie & complétude live

(mesuré le 2026-10-14 18:40 EDT dans data/jobka.db)

  • Offres en base : 2 (dont 0 actives, 0 masquées comme doublons dup_of)
  • Salaire : 0/0 actives (—)
  • GPS : 0/0 actives (—)
  • Mode : 0/0 actives (—)
  • Parution : 0/0 actives (—)
  • Dernier sync : 2026-10-14 18:27 — trouvées 0, +0, ~0, -0
  • Syncs enregistrés (sync_log) : 526

# Erreurs & dépannage

Erreurs relevées dans sync_log :

Erreur Occurrences Dernière fois
Workday non-JSON après 3 essais (HTTP 200, text/html) : Expecting value: line 1 column 1 (… 2 2026-10-10 03:44
Workday non-JSON après 3 essais (HTTP 200, text/html; charset=UTF-8) : Expecting value: li… 2 2026-09-26 03:24
Expecting value: line 1 column 1 (char 0) 1 2026-08-29 03:26
  • Rejouer un sync isolé : .venv/bin/python run.py sync coorstek puis inspecter sync_log : sqlite3 data/jobka.db "SELECT * FROM sync_log WHERE source='coorstek' ORDER BY ts DESC LIMIT 5;"
  • Garde-fous : une source qui retourne ≤ 25 % de sa médiane historique déclenche une alerte et les retraits sont suspendus ; une offre doit manquer 2 syncs consécutifs avant active=0.

# Licence / conformité

Flux public du site carrières officiel de l'employeur (API JSON de l'ATS ou HTML rendu serveur) — le même contenu que la page carrière affiche publiquement, prévu pour la diffusion des offres, sans authentification. Chaque offre conserve son URL originale et le bouton « Postuler chez CoorsTek » renvoie chez l'employeur. Aucune donnée personnelle de candidat n'est collectée. User-Agent identifié JobKaBot/1.0 (+https://www.job-ka.com; contact@spboucher.ai) sur les accès directs ; requêtes throttlées et plafonnées par budgets.

# Historique

Mission connecteurs du 2026-08-18 — passage de 135 à 217 employeurs directs connectés, de 9 à 17 plateformes ATS, ajout de 3 portails agrégateurs et du canal de dépôt direct :

  • fd4bfc8 qualité lieux : rejet des villes hors Québec, bâtiments McGill → Montréal ;
  • 5a66f48 +59 employeurs (sondage massif d'ATS + détection de pages carrières) ;
  • 4917d57 8 nouveaux ATS (Taleo, Njoyn, UltiPro, iCIMS, SuccessFactors, ADP WFN, Digital Recruiters, Workland) + 23 employeurs publics/parapublics ;
  • f6e7571 portails Guichet-Emplois, Jobillico, Espresso-Jobs — l'offre directe gagne toujours la canonique (dédup) ;
  • 744cbfc badge « Offre directe », stats directes/portails, dépôt direct employeurs ;
  • 1604ff9 reprise sur coupure WAF Guichet-Emplois (retry + acquis partiel).

Commits touchant jobka/connectors/coorstek.py :

  • a8aea71b 2026-09-26 [ka6] fix connecteur coorstek: faux positif de supervision re-confirmé sous un angle NOUVEAU — le portail carrières officiel exclut migration d'ATS et angle mort (0 offre QC légitime, 18e cas du pattern) — le statut stale vient toujours de la définition de succès de la supervision : le board Workday coorstek.wd1/CoorsTekCareers n'a AUCUNE offre QC (100 offres live re-scannées ce jour, 0 occurrence de montréal/québec/laval/gatineau/sherbrooke/longueuil/trois-rivières, seule offre canadienne = Ottawa ON R-114322, les 4 offres multi-lieux R-114408/R-113714 (29 lieux)/R-113978/R-112832 re-inspectées au détail cxs : lieux tous US dont Virtual USA), donc les syncs horaires rendent ok=1 found=0 (médiane 0.0) comptés comme non-succès ; le seul échec réel (03:24 cette nuit, « Workday non-JSON après 3 essais, HTTP 200 text/html ») est la fenêtre de maintenance nocturne ~03 h EDT déjà documentée dans workday.py, non reproduite au matin. ANGLE NEUF (jamais couvert par les 2 interventions précédentes b7ebb74/2c4caea qui re-vérifiaient seulement l'API cxs) : inspection de la page carrières OFFICIELLE www.coorstek.com/en/careers (200 direct, 104 Ko) → un SEUL lien ATS, vers CE board Workday coorstek.wd1.myworkdayjobs.com/en-US/CoorsTekCareers — patterns challenger (migration JazzHR→Dayforce) et altusgroup (façade Phenom avec cache fantôme) EXCLUS ; sondage d'autres sites de publication du tenant (External, Ext, Careers, CoorsTek, CoorsTekCanada, Canada, CoorsTekExternal, CoorsTekCareersCanada) → tous 404, CoorsTekCareers est l'unique portail externe (pas d'angle mort type autodesk « uni »). Le connecteur est INTACT : rien à corriger dans le code ni sources.json (propre depuis 2c4caea), seule la docstring est enrichie (re-vérif 2026-09-26 + angle portail officiel documenté). Fiches docs/connecteurs/ coorstek.md + ats-workday.md + INDEX.md régénérées via scripts/gen_connector_docs.py (les 1130 autres fiches, dont seuls les instantanés horodatés changeaient, restaurées — hors périmètre). Sync isolé rejoué ×2 : found=0 en 6,3-6,6 s, ok=1 — 0 reste le volume légitime tant que CoorsTek (céramiques techniques, usines US/Europe/Asie) ne publie pas au Québec ; toute publication réelle apparaîtra dans le cxs et sera capturée (filtre client is_quebec_location + garde-fou _NON_QC_REGION_RE opérationnels). 106 tests pytest verts. pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
  • 2c4caea5 2026-09-19 [ka6] fix connecteur coorstek: faux positif de supervision récurrent (0 offre QC toujours légitime — les seules offres historiques étaient à East Granby, CONNECTICUT) + échec nocturne transitoire de maintenance Workday — aucun défaut du connecteur, correction d'artefacts sources.json (url vide, region « East Granby » = ville du Connecticut) et de l'employer en base — le statut stale vient de la définition de succès de la supervision : le tenant Workday coorstek.wd1 n'a AUCUNE offre QC depuis le retrait le 2026-08-27 des 2 faux positifs « Production Operator II » R-114260/R-114269 (East Granby CT mappé par homonymie sur Granby/Estrie, fix générique f4038e4), donc les syncs horaires rendent ok=1 found=0 (médiane 0.0) et sont comptés comme non-succès depuis 560 h — même profil que altusgroup f092997, quadreal ef41976, cpab e498c30, drop_genie 8a53793. Le seul échec réel (sync de 03:37 cette nuit : « Workday non-JSON après 3 essais, HTTP 200 text/html ») est la fenêtre de maintenance nocturne Workday ~03 h EDT documentée dans workday.py (retry+backoff déjà en place), non reproduite au matin. Le connecteur est INTACT et re-vérifié live sous l'angle multi-lieux (angle mort type quadreal) : 91 offres sur 5 pages, zéro occurrence de quebec/montréal/laval/gatineau/sherbrooke dans le JSON complet des listes, recherche serveur searchText Quebec/Montréal → total 0 (Canada → 1, Ottawa ON), et les 4 offres « N Locations » (jusqu'à 29 lieux, dont AI Deployment Engineer R-113714-1) vérifiées UNE À UNE au détail cxs : 38 localisations cumulées, toutes US (Golden CO, Oak Ridge TN, Houston TX…), aucune canadienne. Correction au passage de deux artefacts du générateur vague C dans data/sources.json : url vide → https://www.coorstek.com (vérifié 200, titre « CoorsTek | Global Leader in Engineered Technical Ceramics ») et region « East Granby » → «» (East Granby est au Connecticut — la source n'a jamais eu de localité QC légitime ; 29 sources ont déjà une region vide), avec UPDATE en base de l'employer « Production Operator II » → « CoorsTek » des 2 offres inactives (le générateur avait mis le titre du poste comme employeur ; unifié avec l'EMPLOYER du connecteur). Docstring du connecteur mise à jour (re-vérif 2026-09-19, multi-lieux couverts). Sync isolé rejoué : found=0 en 7,6 s, ok=1 — 0 reste le volume légitime tant que CoorsTek ne publie pas au Québec ; les offres reviendront d'elles-mêmes si publiées (filtre client is_quebec_location + repli facette serveur opérationnels, le garde-fou _NON_QC_REGION_RE continue d'exclure East Granby CT). 106 tests pytest verts. pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
  • b7ebb74d 2026-08-27 [ka6] fix connecteur coorstek: employeur CoorsTek situé à East Granby CONNECTICUT (É.-U.) — faux positif du filtre Québec sur ville homonyme (Granby), même cas que derumarketcatering f4038e4 dont le fix is_quebec_location a déjà purgé les 2 offres américaines (miss_count=2 → active=0). Correction résiduelle: le générateur vague C avait pris le titre de poste « Production Operator II » pour le nom d'employeur — EMPLOYER/registre corrigés en « CoorsTek ». Vérifié à la source: 104 offres Workday, toutes É.-U. + 1 en Ontario, zéro au Québec. Volume 0 = comportement correct.
  • c45c7530 2026-08-23 Vague C — +620 connecteurs employeurs directs (350 -> 968)
Files · 1d884f4cf546ffd26d0b424766272b23d4b60f10
Menu

Theme