BoondManager MCP Server

Cree une demande d'absence Boond avec absencesPeriods.

Supprime une absence de BoondManager. Action irreversible.

Recupere les informations detaillees d'une demande d'absence par son ID.

Recherche des demandes d'absence dans BoondManager. Args: - keywords (string, optional): Termes de recherche. resourceId est converti en COMP<id>. - startMonth, endMonth (string, optional): Periode au format YYYY-MM. - page, pageSize: Pagination Returns: Liste des demandes d'absence correspondantes.

Met a jour une demande d'absence existante. Seuls les champs fournis sont modifies.

Récupère les informations détaillées d'un(e) compte utilisateur par son ID.

Recherche des comptes utilisateurs dans BoondManager par mots-clés avec pagination. Args: - keywords (string, optional): Termes de recherche (nom, email, compétences...) - page (number): Numéro de page (défaut: 1) - pageSize (number): Résultats par page (défaut: 20, max: 100) Returns: Liste des comptes utilisateurs correspondants avec leur ID, nom et détails principaux.

Crée une nouvelle action (appel, email, RDV, note) dans BoondManager, rattachée à un contact, candidat, ressource, opportunité ou projet (relation dependsOn, obligatoire). Args: - typeOf (number, requis): ID numérique du type d'action (dictionnaire setting.action.*, via boond_application_dictionary) - title, text (string, optional): Titre et contenu de l'action - startDate, endDate (string, optional): Dates ISO avec timezone (ex: 2026-06-05T10:00:00+0200) - contactId | candidateId | resourceId | opportunityId | projectId (string, un requis): Entité de rattachement - companyId (string, optional): Société, uniquement en complément d'un contactId - positioningId (string, optional): Positionnement à lier — requis par l'API pour les types d'action liés aux positionnements (ex. RQ) Returns: L'action créée avec son ID.

Supprime une action de BoondManager. ⚠️ Action irréversible. Si le client MCP supporte l'élicitation, une confirmation est demandée avant la suppression.

Récupère les détails d'une action par son ID.

Recherche des actions (appels, emails, RDV, notes) dans BoondManager avec filtres optionnels par candidat, ressource, contact ou société. Args: - keywords (string, optional): Termes de recherche - candidateId, resourceId, contactId, companyId (string, optional): Filtrer par entité liée - page, pageSize: Pagination Returns: Liste des actions correspondantes.

Met à jour une action existante dans BoondManager (PUT partiel, seuls les champs fournis sont modifiés). ⚠️ Aucune relation n'est envoyée : le rattachement (dependsOn), le positionnement et la synchronisation calendrier (event Outlook/Teams, invités) sont préservés. Idéal pour ajouter un compte-rendu sans casser l'agenda — contrairement à delete + recreate qui supprime l'événement. Args: - id (string, requis): ID de l'action à modifier - typeOf (number, optional): Nouveau type (ID numérique du dictionnaire setting.action.*) - title (string, optional): Nouveau titre - text (string, optional): Nouveau contenu / notes (remplace l'existant, pas d'ajout) - startDate, endDate (string, optional): Dates ISO avec timezone (ex: 2026-06-05T10:00:00+0200) Returns: L'action mise à jour.

Récupère les informations détaillées d'un avantage par son ID.

Recherche des avantages (tickets restaurant, mutuelle, véhicule, primes...) dans BoondManager, avec filtre optionnel par ressource. Args: - keywords (string, optional): Termes de recherche - resourceId (string, optional): Filtrer par ID ressource - page, pageSize: Pagination Returns: Liste des avantages correspondants.

Récupère les informations détaillées d'un(e) agence par son ID.

Recherche des agences dans BoondManager par mots-clés avec pagination. Args: - keywords (string, optional): Termes de recherche (nom, email, compétences...) - page (number): Numéro de page (défaut: 1) - pageSize (number): Résultats par page (défaut: 20, max: 100) Returns: Liste des agences correspondants avec leur ID, nom et détails principaux.

Récupère les informations de l'utilisateur actuellement connecté à l'API BoondManager (profil, permissions, agence...). Returns: Données JSON de l'utilisateur courant.

Récupère un dictionnaire de référence BoondManager (états, types, pays, devises, langues, outils, expertises, ...). L'API expose un seul endpoint `/application/dictionary` qui renvoie tout — le serveur le cache (TTL 1h, configurable via `BOOND_DICTIONARY_TTL_MS`) et extrait un sous-arbre par chemin dotté. Args: - dictionaryType (string): Chemin dans la réponse (relatif à `data`). Exemples : - "setting.state.{resource,candidate,contact,company,opportunity,project,invoice,order,positioning}" → états par entité - "setting.typeOf.{resource,contact,project}" → types par entité - "setting.action.{candidate,resource,opportunity,project,...}" → actions disponibles - "setting.tool" → outils / technos (Java, AWS...) - "setting.expertiseArea" → domaines d'expertise - "setting.experience" → niveaux d'expérience - "setting.languageSpoken" → langues parlées - "setting.activityArea" → secteurs d'activité - "setting.mobilityArea" → mobilités géographiques - "setting.currency" → devises - "setting.civility" → civilités - "country" → pays - "languages" → langues d'interface (fr, en, es) Note : l'ancienne forme "states/resources" (slash) n'est pas valide — utilisez "setting.state.resource". Retourne le sous-arbre (souvent un tableau `{id, value, ...}`) ou `isError: true` si le chemin est introuvable.

Récupère les informations détaillées d'un(e) business unit par son ID.

Recherche des business units dans BoondManager par mots-clés avec pagination. Args: - keywords (string, optional): Termes de recherche (nom, email, compétences...) - page (number): Numéro de page (défaut: 1) - pageSize (number): Résultats par page (défaut: 20, max: 100) Returns: Liste des business units correspondants avec leur ID, nom et détails principaux.

Récupère les informations détaillées d'un(e) calendrier par son ID.

Recherche des calendriers dans BoondManager par mots-clés avec pagination. Args: - keywords (string, optional): Termes de recherche (nom, email, compétences...) - page (number): Numéro de page (défaut: 1) - pageSize (number): Résultats par page (défaut: 20, max: 100) Returns: Liste des calendriers correspondants avec leur ID, nom et détails principaux.

Récupère les actions (appels, emails, RDV, notes) associées à un candidat. Args: - id (string): ID du candidat Returns: Liste des actions liées au candidat.

Récupère les informations administratives d'un candidat. Args: - id (string): ID du candidat Returns: Données administratives du candidat.

Crée un(e) nouvel(le) candidat dans BoondManager. Returns: Données du/de la candidat créé(e) avec son ID.

Supprime un(e) candidat de BoondManager. ⚠️ Action irréversible. Si le client MCP supporte l'élicitation, une confirmation est demandée à l'utilisateur avant la suppression. Args: - id (string): Identifiant de l'entité à supprimer

Récupère les informations détaillées d'un(e) candidat par son ID. Optionnellement un onglet spécifique (information, technical, financial, actions, contracts, documents). Args: - id (string): Identifiant unique du/de la candidat - tab (string, optional): Onglet spécifique à récupérer Returns: Données JSON complètes de l'entité.

Récupère les informations générales d'un candidat (coordonnées, adresse, état civil, photo, tags, source...). Args: - id (string): ID du candidat Returns: Données personnelles et administratives du candidat.

Récupère les positionnements (placements sur des opportunités/projets) d'un candidat. Args: - id (string): ID du candidat Returns: Liste des positionnements du candidat.

Recherche des candidats dans BoondManager avec filtres serveur. ⚠️ Utilisez les filtres structurés plutôt que la pagination intégrale. Les noms de paramètres sont ceux exacts de l'API. Cas d'usage courants : • **Mes candidats** sans connaître son propre ID : `perimeterDynamic: ["data"]`. Pour "candidats de l'équipe X" : `perimeterManagers: [<X_id>]` (utiliser `perimeterManagersType: "main"|"hr"` pour cibler Main vs HR Manager). • **États / types** : `candidateStates: [<id>]` (dictionnaire `setting.state.candidate`), `candidateTypes` (`setting.typeOf.resource`), `contractTypes`, `availabilityTypes`. IDs entiers issus du dictionnaire. • **Périmètre orga** : `perimeterAgencies`, `perimeterPoles`, `perimeterBusinessUnits`. `narrowPerimeter: true` pour ET. • **Profil technique** : `tools: [<id>]` (OU; pour ET: `["#AND#", "1", "2"]`), `expertiseAreas`, `activityAreas`, `experiences`, `trainings`, `mobilityAreas`, `languages` (format `langueId|niveauId`). • **Sourcing** : `sources: [<id>]` (origine du candidat), `evaluations`. • **Période** : `period: "created"|"updated"|"available"|"withActions"|...` + `startDate`/`endDate`. • **Recherche par nom** : `keywords: "Dupont"` + `keywordsType: "lastName"` (ou firstName, fullName avec `"NOM#PRENOM"`, emails, phones, title, titleSkills…). Sans `keywordsType`, recherche par défaut dans le CV. • **Géolocalisation** : `coordinates: "lat,lon"` ou `location` + `geoDistance` (km, 5-200). Pagination : `page`, `pageSize` (max 500). Tri : `sort` + `order`. Returns : liste paginée des candidats. Utiliser `boond_candidates_get` ou les outils d'onglets pour le détail.

Récupère le profil technique d'un candidat (compétences, expériences, formations, certifications, langues, CV...). Args: - id (string): ID du candidat Returns: Données techniques et compétences du candidat.

Met à jour un(e) candidat existant(e) dans BoondManager. Seuls les champs fournis sont modifiés. Returns: Données mises à jour du/de la candidat.

Récupère les actions (appels, emails, RDV, notes) associées à une société. Args: - id (string): ID de la société Returns: Liste des actions liées à la société.

Récupère les contacts associés à une société. Args: - id (string): ID de la société Returns: Liste des contacts de la société.

Crée un(e) nouvel(le) société dans BoondManager. Returns: Données du/de la société créé(e) avec son ID.

Supprime un(e) société de BoondManager. ⚠️ Action irréversible. Si le client MCP supporte l'élicitation, une confirmation est demandée à l'utilisateur avant la suppression. Args: - id (string): Identifiant de l'entité à supprimer

Récupère les informations détaillées d'un(e) société par son ID. Optionnellement un onglet spécifique (information, technical, financial, actions, contracts, documents). Args: - id (string): Identifiant unique du/de la société - tab (string, optional): Onglet spécifique à récupérer Returns: Données JSON complètes de l'entité.

Récupère les informations générales d'une société (coordonnées, SIRET, site web, secteur, taille, tags...). Args: - id (string): ID de la société Returns: Données générales de la société.

Récupère les factures d'une société. Args: - id (string): ID de la société Returns: Liste des factures de la société.

Récupère les opportunités commerciales d'une société. Args: - id (string): ID de la société Returns: Liste des opportunités de la société.

Récupère les bons de commande d'une société. Args: - id (string): ID de la société Returns: Liste des bons de commande de la société.

Récupère les projets associés à une société. Args: - id (string): ID de la société Returns: Liste des projets de la société.

Récupère les factures fournisseur d'une société. Args: - id (string): ID de la société Returns: Liste des factures fournisseur de la société.

Récupère les achats/sous-traitance d'une société. Args: - id (string): ID de la société Returns: Liste des achats de la société.

Recherche des sociétés (clients, prospects, fournisseurs…) dans BoondManager avec filtres serveur. ⚠️ Utilisez les filtres structurés plutôt que la pagination intégrale. Les noms de paramètres sont ceux exacts de l'API. Cas d'usage courants : • **Mes comptes** sans connaître son propre ID : `perimeterDynamic: ["data"]`. Pour "comptes gérés par X" : `perimeterManagers: [<X_id>]`. • **États** : `states: [<id>]` (dictionnaire `setting.state.company`). IDs entiers. • **Périmètre orga** : `perimeterAgencies`, `perimeterPoles`, `perimeterBusinessUnits`. `narrowPerimeter: true` pour ET. • **Segmentation m��tier** : `expertiseAreas` (dictionnaire `setting.expertiseArea`), `origins`, `influencers`. • **Période** : `period: "created"|"updated"|"withActions"|"withoutActions"|"noAction"` + `startDate`/`endDate`. • **Recherche** : `keywords` + `keywordsType` ('default' = nom/ville/pays/expertise/info, ou 'name', 'phones', 'emails', 'socialNetworks'). Pour cibler une société par ID : `keywords: "CSOC<id>"`. Pagination : `page`, `pageSize` (max 500). Tri : `sort` + `order`. Note : il n'y a PAS de filtre `typeOf` pour les sociétés dans l'API search. Le type (client/prospect/fournisseur) doit être inféré via le détail de la société (`boond_companies_get`). Returns : liste paginée des sociétés. Utiliser `boond_companies_get` ou les outils d'onglets pour le détail.

Met à jour un(e) société existant(e) dans BoondManager. Seuls les champs fournis sont modifiés. Returns: Données mises à jour du/de la société.

Récupère les actions (appels, emails, RDV, notes) associées à un contact. Args: - id (string): ID du contact Returns: Liste des actions liées au contact.

Crée un(e) nouvel(le) contact dans BoondManager. Returns: Données du/de la contact créé(e) avec son ID.

Supprime un(e) contact de BoondManager. ⚠️ Action irréversible. Si le client MCP supporte l'élicitation, une confirmation est demandée à l'utilisateur avant la suppression. Args: - id (string): Identifiant de l'entité à supprimer

Récupère les informations détaillées d'un(e) contact par son ID. Optionnellement un onglet spécifique (information, technical, financial, actions, contracts, documents). Args: - id (string): Identifiant unique du/de la contact - tab (string, optional): Onglet spécifique à récupérer Returns: Données JSON complètes de l'entité.