# Plateforme ATS odoo

1 employeurs connectés via cette plateforme — 2 offres actives. Module partagé : jobka/connectors/odoo.py ; un employeur = une sous-classe d'environ 10 lignes.

# Description & mécanique

Plateforme Odoo (module « website_hr_recruitment ») — page carrières /jobs hébergée sur le SITE de l'employeur (pas un domaine ATS partagé).

• liste : GET /jobs -> HTML rendu serveur (pas de SPA) : cartes dans le conteneur id="jobs_grid", chacune avec une ancre « /jobs/-<id numérique> », le titre dans le

  de la carte et un libellé de lieu libre dans le bloc (« Remote », « Hybride (Bureau/Remote) », parfois une vraie adresse). Pagination Odoo « /jobs/page/N » suivie si présente.

• détail : GET /jobs/- -> MICRODONNÉES schema.org (pas de JSON-LD) dans le bloc itemscope itemtype=…/JobPosting : meta datePosted/employmentType/title, div itemprop="description". ⚠️ La div description ne porte souvent que l'INTRO : le corps de l'offre (responsabilités, compétences, avantages) vit dans les blocs « website builder » qui la suivent — la description capturée court de la div jusqu'au footer. Cache BD + budget de re-visites (JOBKA_ODOO_DETAIL_LIMIT).
• garde-fou : une vraie page liste porte toujours le conteneur jobs_grid (même board vide) — son absence = challenge/erreur, pas une liste vide : retry avec backoff puis erreur explicite plutôt qu'un faux « 0 offre » (même doctrine que glow/JazzHR).
• lieux : Odoo publie rarement une addressLocality structurée — le bloc est souvent un libellé libre (« Remote »). Le pied de page du site porte l'adresse du siège, identique partout : tout ce qui suit `` s'il porte ville/province QC, sinon ville citée dans le bloc JobPosting (« à notre bureau de Montréal », « Située à Montréal », « région de Montréal ») validée contre le référentiel des municipalités QC — une offre sans aucun marqueur québécois est écartée.

# Accès

• Pagination : par numéro de page
• Backend : GET/POST direct requests (throttlé, User-Agent JobKaBot/1.0 identifié)
• Auth : aucune — API/pages publiques du site carrières.
• Throttle : 1.0 s entre requêtes.
• Budgets (env) : JOBKA_ODOO_DETAIL_LIMIT (défaut 60)

# Tenants connectés

# 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 l'employeur » 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).