# Intégration ServiceNow ITSM

> ServiceNow garde incidents, changes et CMDB ; Workload garde les allocations. Pont optionnel par CSV, IntegrationHub ou API REST v1. Pas un connecteur Marketplace.

- HTML: https://www.simpleworkload.com/fr/integrations/servicenow
- Markdown: https://www.simpleworkload.com/fr/integrations/servicenow.md

## Workload se connecte-t-il à ServiceNow ?

Il n'existe pas de connecteur ServiceNow Marketplace. Un pont optionnel est possible par import CSV, IntegrationHub (REST Message) ou API REST v1 de Workload : vous poussez membres et allocations depuis un change ou une demande approuvée. Incidents, changes et CMDB restent dans ServiceNow ; les allocations nommées vivent dans Workload.

Import CSV dès le plan Starter ; API REST v1 à partir du plan Professional.

## Ce qui peut circuler

- ServiceNow → Workload : membres d'équipe et allocations issues d'un change ou d'une demande approuvée (CSV, IntegrationHub ou REST v1)
- Workload → ServiceNow : rien. Le pont est à sens unique et ne fait pas d'écriture ITSM

## Prérequis

- Un compte Workload avec accès à l'API REST v1 si vous passez par IntegrationHub ou REST
- Une clé d'API Workload avec les scopes nécessaires (membres et allocations en écriture, temps en lecture)
- Un projet Workload existant, choisi par un humain, pour rattacher les allocations

## Mise en place pas à pas

1. Décidez qui possède quoi : incidents, changes et CMDB dans ServiceNow ; allocations, planifié vs réel et pack comité dans Workload.
2. Recette A (CSV) : exportez les personnes depuis ServiceNow, créez les membres dans Workload (import CSV ou API).
3. Pour un change ou une demande approuvée, identifiez à la main le projet Workload, puis créez l'allocation en reportant le numéro ServiceNow dans les notes.
4. Recette B (IntegrationHub) : un Flow Designer déclenché à l'approbation du change appelle une REST Message vers l'API Workload pour créer le membre puis l'allocation.
5. Reliez un timesheet natif (Tempo, Azure DevOps, Toggl, Clockify ou CSV) pour comparer le planifié et le réel.

## À savoir

- Pas de connecteur Marketplace ServiceNow.
- Un incident ne devient jamais un projet automatiquement, et un élément de CMDB ne devient jamais une équipe.
- Une allocation nommée couvre 8 à 12 semaines ; elle ne correspond pas à un ticket isolé.
- Workload n'écrit jamais dans ServiceNow : aucune création d'incident ni modification de la CMDB.

## Questions fréquentes

### Workload remplace-t-il ServiceNow ?

Non. Workload ne remplace ni l'ITSM ni ServiceNow SPM Resource Management. Il est la couche capacité et allocations à côté de l'ITSM.

### Existe-t-il un connecteur dans le Marketplace ServiceNow ?

Non. Le pont passe par CSV, IntegrationHub ou l'API REST v1.

### Workload écrit-il dans ServiceNow ?

Non, le pont est à sens unique et en lecture seule côté ServiceNow.

### Où trouver la recette technique complète ?

Dans la documentation « ServiceNow ITSM → Workload (REST v1) », qui détaille les scopes, les exemples d'appels et les mappings interdits.

## Sitemap

- [Markdown sitemap](https://www.simpleworkload.com/sitemap.md)
- [XML sitemap](https://www.simpleworkload.com/sitemap.xml)
- [llms.txt](https://www.simpleworkload.com/llms.txt)
- [llms-full.txt](https://www.simpleworkload.com/llms-full.txt)
