<!--
=============================================================================
Job·Ka — Groupe KA
Auteur  : Simon-Pierre Boucher
Contact : contact@spboucher.ai
Fichier : docs/connecteurs/coorstek.md
Rôle    : Fiche connecteur — CoorsTek (employeur direct, ATS workday)
Généré  : 2026-09-21 18:06 EDT par scripts/gen_connector_docs.py — NE PAS ÉDITER,
          relancer le script pour régénérer.
=============================================================================
-->

# CoorsTek (`coorstek`)

**Employeur direct** · Plateforme ATS : [`workday`](ats-workday.md) · Statut registre : actif · Connecteur : `jobka/connectors/coorstek.py`

## Description

- **Site** : [CoorsTek](https://www.coorstek.com)
- **Page carrières** : https://coorstek.wd1.myworkdayjobs.com/CoorsTekCareers
- **Secteurs** : Fabrication
- **Région** : 
- Offres marquées **« Offre directe »** dans l'app (badge) : la candidature se fait chez l'employeur, jamais via un intermédiaire.

## Accès

- **Mécanique** : voir la fiche plateforme [`ats-workday.md`](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-09-21 18:06 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-09-21 16:51 — trouvées 0, +0, ~0, -0
- **Syncs enregistrés** (`sync_log`) : 265

## 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; charset=UTF-8) : Expecting value: li… | 1 | 2026-09-19 03:37 |
| Workday non-JSON après 3 essais (HTTP 200, text/html) : Expecting value: line 1 column 1 (… | 1 | 2026-09-05 03:27 |
| 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` :

- `2c4caea` 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.
- `b7ebb74` 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.
- `c45c753` 2026-08-23 Vague C — +620 connecteurs employeurs directs (350 -> 968)