Réclamations de garantie API SOAP
L’API SOAP gère les commandes de réparation entrantes des systèmes des concessionnaires et les convertit en demandes de garantie au sein de la plateforme d’Oracle Enterprise Manager (OEM).
Cette API suit les conventions SOAP 1.1 et utilise les schémas XML STAR (Standards for Technology in Automotive Retail) pour l’interopérabilité entre les systèmes de service automobile.
- Créez et validez les demandes de garantie dans le DMS directement auprès de ServiceNow MCO.
- Interrogez l’état des réclamations soumises, y compris les résultats de l’adjudication et de l’approbation, et récupérez ces résultats dans ServiceNow.
- Gérez les données de réclamation de réparation dans trois tables MCO principales :
- Ticket de réclamation de réparation [sn_repair_claim_mgmt_case]
- Ligne de ticket de réclamation de réparation [sn_repair_claim_mgmt_case_line]
- Frais de ligne de ticket de réclamation de réparation [sn_repair_claim_mgmt_case_line_charge]
- Prenez en charge les formats de message XML STAR via des adaptateurs basés sur la configuration, permettant des intégrations basées sur des normes sans code personnalisé.
Cette documentation est destinée aux développeurs, aux intégrateurs de systèmes et aux partenaires qui mettent en œuvre une intégration SOAP basée sur des normes.
Normes et conventions
L’API adhère à des normes largement utilisées et documentées publiquement.
| Élément | Standard |
|---|---|
| Version SOAP | SOAP 1.1 (par défaut) ; 1.2 Pris en charge pour certains partenaires |
| WSDL | WSDL 1.1 |
| Schéma XML | XSD 1.0 (XML STAR) |
| Version de schéma STAR | 5.13.4 |
| Codage des caractères | UTF-8 |
| Format du message | texte/xml |
| Protocoles | HTTPS sur TLS 1.2+ ; Mutual TLS facultatif pour les partenaires STAR |
Accès et authentification
- Authentification de base (nom d’utilisateur/mot de passe)
- Configurable par point de terminaison pour chaque DMS
Rôles et entités granulaires
Cette API SOAP nécessite des rôles granulaires pour accéder à certaines fonctionnalités et responsabilités MCO, fournir des autorisations CRU sans ACL personnalisées et mapper directement aux entités prises en charge. Consultez la section Rôles et entités granulaires pour plus d’informations sur les rôles granulaires pris en charge.
Détails de point de terminaison
L’API SOAP pour les réclamations de garantie est exposée en tant que service Web SOAP scripté dans ServiceNow MCO.
https://<instance_name>.service-now.com/sn_mco_integ_RepairClaimSOAPHandler.do?SOAP
WSDL :
https://<instance_name>.service-now.com/sn_mco_integ_RepairClaimSOAPHandler.do?WSDL
Le nom de l’instance est fixe par environnement OEM (sandbox, test, production).
| Partie URL | Description |
|---|---|
<instance_name> |
L’instance hébergeant MCO ServiceNow (spécifique à l’OEM, corrigé par OEM). |
sn_mco_integ_ |
Espace de noms d’intégration MCO. |
RepairClaimSOAPHandler.do |
Point d’entrée de service Web SOAP scripté. |
? SOAP |
Invocation SOAP. |
? WSDL |
Contrat WSDL pour la génération de clients. |
Opération API
Nom de l’opération : ProcessRepairOrder
Traite la charge utile d’un ordre de réparation. L’opération effectue une action de création ou de mise à jour selon qu’un identificateur d’entreprise correspondant existe ou non.
- Valide la demande par rapport au schéma STAR.
- Valide que les valeurs de XML sont valides dans MCO.
- Détermine si la réclamation de réparation (ID de document) existe déjà.
- Crée un nouvel enregistrement si aucune correspondance n’est trouvée.
- Met à jour un enregistrement existant si une correspondance est trouvée.
- Renvoie un identificateur de référence et d’état du traitement.
Structure de la demande
ProcessRepairOrder conforme à STAR enveloppé dans une enveloppe SOAP. Les éléments logiques clés sont les suivants :- Métadonnées de l’application (expéditeur, heure de création, destination).
- Verbe de processus indiquant l’action demandée.
- Informations sur l’en-tête de l’ordre de réparation.
- Détails du véhicule.
- Détails de la tâche, de la main-d’œuvre, des pièces et des prix.
- Informations sur la demande de garantie.
Tous les éléments doivent être conformes à la version du schéma STAR XML indiquée dans la charge utile.
Paramètres de demande
| Nom | Étiquette | Description |
|---|---|---|
| État de l'activité | activity_status | Requis. Indique l’état actuel du cycle de vie de la ligne de ticket de réclamation de réparation et pilote l’exécution du playbook. Table : ligne de ticket de réclamation de réparation [sn_repair_claim_mgmt_case_line] Valeurs valides :
Type de données : choix (chaîne) |
| Fin effective | actual_end | Facultatif. Date et heure auxquelles l’activité de réparation s’est terminée. Format : JJ-MM-AAAAThh :mm :ss Type de données : DateTime (chaîne) |
| Début effectif | actual_start | Facultatif. Date et heure auxquelles l’activité de réparation a commencé. Format : JJ-MM-AAAAThh :mm :ss Type de données : DateTime (chaîne) |
| Actif | asset | Requis. Numéro de série ou balise d’actif de la réclamation. Table : actif [alm_asset] Type de données : référence (chaîne) |
| Pièce causale | product_model | Requis. Numéro de modèle de la pièce identifiée comme cause première du problème. Table : modèle de produit [cmdb_model] Type de données : référence (chaîne) |
| Montant réclamé | claimed_amount | Facultatif. Montant du coût réclamé pour cette ligne de ticket de réclamation de réparation spécifique. Type de données : Devise (chaîne) |
| Consommateur | consommateur | Facultatif. Consommateur ou propriétaire du véhicule. Si l’ID du consommateur n’est pas disponible, un numéro de téléphone ou un e-mail peut être fourni. Table : Consommateur [csm_consumer] Type de données : référence (chaîne) |
| ID de corrélation | correlation_id | Facultatif. Identificateur de corrélation externe utilisé pour lier cette demande à des systèmes en amont ou en aval. Type de données : chaîne |
| Négociant | requesting_service_organization | Requis. Référence à l’organisation de service (concessionnaire) qui soumet la demande. Résolution interne en un enregistrement d’organisation de service [sn_customer_service_organization], mis en correspondance par numéro. Type de données : référence (chaîne) |
| Montant déductible | deductible_amount | Facultatif. Montant de la franchise applicable à la réclamation de réparation. Type de données : Devise (chaîne) |
| Numéro de commande de réparation externe | external_ro_number | Requis. Numéro d’ordre de réparation du revendeur externe ou du système de service. Type de données : chaîne |
| Code de panne | fault_code | Facultatif. Code d’erreur ou de diagnostic associé au problème signalé. Type de données : chaîne |
| Base d'installation | install_base | Facultatif. Identifie le produit ou l’actif en cours de maintenance et est résolu en faisant correspondre la valeur fournie à un élément de base d’installation existant dans ServiceNow. Table : Base d’installation [sn_install_base_item] Valeurs valides :
Type de données : référence (chaîne) |
| Pièce dans la garantie | in_warranty | Requis. Marqueur indiquant si la pièce affectée est sous garantie. Valeurs valides :
Type de données : booléennes |
| Véhicule sous garantie | vehicle_in_warranty | Requis. Marqueur indiquant si le véhicule est sous garantie. Valeurs valides :
Type de données : booléennes |
| Description du problème | short_description | Requis. Bref résumé du problème. Type de données : chaîne |
| Tâche parente | parent_task | Requis. Identificateur d’un ticket de réclamation de réparation parent existant ou d’une tâche parente associée à la demande. Table : Tâche [task] Type de données : référence (chaîne) |
| Ligne de ticket de pré-authentification | pre_auth_case_line | Facultatif. Demande de réparation pré-autorisation correspondante, le cas échéant. Table : tâche de demande de réparation pré-authentification [sn_pre_auth_repair_request_job], champ : numéro Type de données : référence (chaîne) |
| Utilisation du produit | product_usage | Requis. Lecture de l’utilisation du véhicule au moment de la réparation (par exemple, kilomètres ou kilomètres parcourus). Type de données : nombre (décimal) |
| Quantité | quantité | Requis. Nombre de pièces affectées ou remplacées. Type de données : nombre (décimal) |
| Action de réparation | repair_action | Requis. Action exécutée pour résoudre le problème. Valeurs valides :
Type de données : choix (chaîne) |
| Ticket de réclamation de réparation | parent_case | Requis. Ticket de réclamation de réparation associé à cette ligne de ticket. Table : Ticket client [sn_customerservice_case] |
| Détails de la réparation | Détails | Requis. Description détaillée du problème, des diagnostics et de la réparation effectués. Type de données : HTML traduit |
| Pièce de remplacement | replacement_part | Conditionnel. Si repair_action = remplacement, spécifie le nom ou le numéro de modèle de la pièce remplacée.Table : Modèle de produit [cmdb_model]/Nom/Numéro de modèle Type de données : référence (chaîne) |
| Date de signalement | reported_date | Requis. Date et heure d’arrivée du véhicule chez le concessionnaire ou le centre de service. Format : JJ-MM-AAAAThh :mm :ss Type de données : DateTime |
| Source | source | Facultatif. Système ou canal d’origine qui a soumis la demande de réclamation de réparation. Type de données : chaîne |
| Soumis | submitted_at | Requis. Date et heure de soumission de la réclamation. Format : JJ-MM-AAAAThh :mm :ss Type de données : DateTime |
| Montant réclamé total | total_claimed_amount | Requis. Montant réclamé total pour l’ensemble du ticket de réclamation de réparation. Type de données : Devise (chaîne) |
| Type | type | Requis. Type de réclamation soumise. Valeurs valides :
Type de données : choix (chaîne) |
| Unité de mesure | unit_of_measure | Requis. Unité de mesure de l’utilisation du produit. Par exemple, kms ou miles. Tableau : Unité de mesure [sn_prd_pm_uom] Type de données : référence (chaîne) |
| Notes de travail | work_notes | Facultatif. Notes ou commentaires internes relatifs au traitement des réclamations. Type de données : chaîne |
Exemple de demande SOAP
<?xml version="1.0" encoding="UTF-8"?>
<soap:Envelope
xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"
xmlns:oagis="http://www.openapplications.org/oagis/9"
xmlns:star="http://www.starstandard.org/STAR/5"
xmlns:tran="http://www.starstandards.org/webservices/2009/transport"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<soap:Header>
<!-- Optional header -->
<tran:payloadManifest>
<tran:manifest
contentID="A0"
element="ProcessRepairOrder"
namespaceURI="http://www.starstandard.org/STAR/5"
version="5.13.4.0.0" />
</tran:payloadManifest>
</soap:Header>
<soap:Body>
<ProcessRepairOrder xmlns="http://www.service-now.com/ProcessRepairOrder">
<payload>
<![CDATA[
<star:ProcessRepairOrder
xmlns:star="http://www.starstandard.org/STAR/5"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
releaseID="5.13.4.0.0"
systemEnvironmentCode="Production">
<!-- APPLICATION AREA -->
<star:ApplicationArea>
<star:Sender>
<star:CreatorNameCode>DealerManagementSystem</star:CreatorNameCode>
<star:SenderNameCode>DEALER001</star:SenderNameCode>
<star:URI>https://dealer-system.example.com</star:URI>
<star:DealerNumberID>98765</star:DealerNumberID>
<star:StoreNumber>ST-001</star:StoreNumber>
<star:AreaNumber>REGION-01</star:AreaNumber>
<star:DealerCountryCode>US</star:DealerCountryCode>
<star:LanguageCode>en-US</star:LanguageCode>
<star:SystemVersion>DMS_v6.1.0</star:SystemVersion>
</star:Sender>
<star:CreationDateTime>2026-01-09T14:30:45</star:CreationDateTime>
<star:BODID>a1b2c3d4-e5f6-7890-abcd-ef1234567890</star:BODID>
<star:Destination>
<star:DestinationNameCode>OEM_MANUFACTURER</star:DestinationNameCode>
</star:Destination>
</star:ApplicationArea>
<!-- DATA AREA -->
<star:ProcessRepairOrderDataArea>
<star:Process>
<star:ActionCode>ADD</star:ActionCode>
</star:Process>
<star:RepairOrder>
<star:RepairOrderHeader>
<star:DocumentIdentificationGroup>
<star:DocumentIdentification>
<star:DocumentID>RO-2026-987654qwert</star:DocumentID>
</star:DocumentIdentification>
</star:DocumentIdentificationGroup>
<?xml version="1.0" encoding="UTF-8"?>
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/">
<SOAP-ENV:Body>
<ProcessRepairOrderResponse>
<status>success</status>
<message>Repair order processed successfully</message>
<data>{"reference":"RPC0001005"}</data>
</ProcessRepairOrderResponse>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/">
<SOAP-ENV:Body>
<ProcessRepairOrderResponse>
<status>error</status>
<message>
VALIDATION ERRORS
payload="[{\"field\":\"asset\",\"message\":\"Reference value not found\"}]"
</message>
</ProcessRepairOrderResponse>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
Gestion des erreurs
L’API utilise des mécanismes SOAP et HTTP standard pour signaler des erreurs telles que des erreurs SOAP, des erreurs métier personnalisées et des codes d’état HTTP.
- XML est malformé
- L’espace de noms est incorrect
- Structure d’enveloppe SOAP requise manquante
- Échec de l’authentification
- Erreur de traitement au niveau du système
<soap:Fault>
<faultcode>soap:Client</faultcode>
<faultstring>Invalid SOAP message</faultstring>
</soap:Fault>
Erreurs business personnalisées
- Références manquantes ou non valides
- Commandes de réparation en double
- Valeurs de code non valides
- Incohérences de schéma ou de version
d’erreur et un message descriptif. Erreurs possibles :- MANDATORY_FIELD_MISSING
- MIN_VALUE MAX_VALUE INVALID_REFERENCE
- UNSUPPORTED_VALIDATION_TYPE
- SOAP_ENVELOPE_EMPTY
- IN_WARRANTY_TRANSFORM_FAILED
- VALIDATION_ERRORS
- INVOKE_PROCESSOR_FAILED
- INVALID_DATE_FORMAT
- INVALID_DATE_VALUE
- INVALID_DATETIME_FORMAT
- XML_TO_JSON_FAILED
- INVALID_DATETIME_VALUE
- PAYLOAD_PARSING_FAILED
- EMPTY_PARSED_PAYLOAD
- INVALID_TRANSLATED_HTML_TYPE
- MAX_LENGTH_EXCEEDED
- MAIN_PART_MISSING
- MULTIPLE_MAIN_PARTS
<ProcessRepairOrderResponse>
<status>error</status>
<message>VALIDATION ERRORS | payload="[{\"field\":\"asset\",\"message\":\"Reference value not found\"}]"</message>
</ProcessRepairOrderResponse>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>Codes d’état HTTP
| HTTP Code | Description |
|---|---|
| 200 | OK : demande traitée avec succès. |
| 400 | Demande incorrecte : demande non valide ou mal formée. |
| 401 | Non autorisé : échec de l’authentification. |
| 403 | Interdit : accès non autorisé. |
| 500 | Erreur interne du serveur : défaillance de traitement inattendue. |
Intégration STAR sortante
Cette intégration sortante envoie les résultats des réclamations et des paiements de l’instance OEM Now ServiceNow à un système de gestion des concessionnaires (DMS) à l’aide de messages XML conformes à STAR.
- La source de la réclamation est DMS
- L’état de la réclamation est l’un des suivants :
- Approuvés
- Partiellement approuvé
- Rejeté
- En attente d'informations
| Nom | Étiquette | Description |
|---|---|---|
| Montant approuvé | approved_amount | Requis. Montant approuvé pour cette ligne de ticket de réclamation de réparation spécifique après adjudication. Type de données : devise |
| ID de corrélation | correlation_id | Requis. Identificateur unique utilisé pour corréler la réponse sortante avec la demande de réclamation de réparation entrante d’origine. Type de données : chaîne |
| Numéro de commande de réparation externe | external_ro_number | Requis. Numéro de commande de réparation externe associé au ticket de réclamation de réparation, tel que fourni par le système du négociant. Type de données : chaîne |
| ID du négociant | dealer_number | Requis. Identificateur unique du concessionnaire ou de l’organisme de services qui a soumis la demande de réparation. Type de données : chaîne |
| Passer l'action en revue | review_action | Requis. Mesures prises par l’agent des réclamations au cours de l’examen de la réclamation. Valeurs possibles :
Type de données : choix (chaîne) |
| Commentaires de révision | review_comments | Facultatif. Commentaires saisis par l’agent des réclamations au cours du processus d’examen et d’adjudication. Type de données : Texte traduit |
| Organisation de service | service_organization | Requis. Nom du concessionnaire ou de l’organisme de service associé à la réclamation de réparation. Type de données : chaîne |
| État | État | Requis. État global de l’adjudication du ticket de réclamation de réparation au moment de la réponse. Valeurs possibles :
Type de données : choix (chaîne) |
| Montant approuvé total | total_approved_amount | Requis. Montant total approuvé pour l’ensemble du ticket de réclamation de réparation, agrégé sur toutes les lignes de ticket. Type de données : devise |
| Statut | Code de statut STAR | Indicateur de décision |
|---|---|---|
| AWAITING_INFO | 6 | R (rejeté) |
| APPROUVÉ | 8 | A (approuvé) |
| PARTIALLY_APROVED | 9 | A (approuvé) |
| REJETÉ | 10 | D (refusé) |
ProcessServiceProcessingAdvisory au DMS. Le message STAR sortant communique les résultats de l’évaluation des réclamations, et non les données de soumission des réclamations. Le message comprend :- Référence à l’ordre de réparation ou à la réclamation
- État global de la réclamation
- Montants totaux à payer ou approuvés
- Montants approuvés au niveau de la tâche ou de l’opération individuelle
Le message est conforme à la structure STAR ProcessServiceProcessingAdvisory et permet au DMS de synchroniser l’état des réclamations et les données de rapprochement financier.
<ns:ProcessServiceProcessingAdvisory
xmlns:ns="http://www.starstandard.org/STAR/5"
xmlns:ns1="http://www.openapplications.org/oagis/9"
languageCode="en-US"
releaseID="1.0"
systemEnvironmentCode="Production"
versionID="1.0">
<ns:ApplicationArea>
<ns:Sender>
<ns:CreatorNameCode>Beta Consulting Group Orlando</ns:CreatorNameCode>
<ns:SenderNameCode>DLR0001001</ns:SenderNameCode>
</ns:Sender>
<ns:CreationDateTime>2026-02-26T11:54:25</ns:CreationDateTime>
<ns:Destination />
</ns:ApplicationArea>
<ns:ProcessServiceProcessingAdvisoryDataArea>
<ns:Process />
<ns:ServiceProcessingAdvisory>
<ns:ServiceProcessingAdvisoryHeader>
<ns:DocumentIdentificationGroup>
<ns:DocumentIdentification>
<ns:DocumentID>RO-2026-987654qwe1111</ns:DocumentID>
</ns:DocumentIdentification>
</ns:DocumentIdentificationGroup>
<ns:Payments>
<ns:RepairOrderReconciliation>
<ns:WarrantyClaimReconciliation>
<ns:ToBePaidAmount currencyID="INR">342744.29</ns:ToBePaidAmount>
<ns:ClaimStatusCode>Pending review</ns:ClaimStatusCode>
<ns:WarrantyNotes />
<ns:DispositionReason>
<ns:DispositionReasonCode />
</ns:DispositionReason>
</ns:WarrantyClaimReconciliation>
<ns:JobReconciliation>
<ns:ApprovedAmount currencyID="INR">342744.29</ns:ApprovedAmount>
<ns:ClaimStatusCode>Pending review</ns:ClaimStatusCode>
<ns:OperationID>DIAG-ENG-01A1A1</ns:OperationID>
</ns:JobReconciliation>
<ns:JobReconciliation>
<ns:ApprovedAmount currencyID="INR">0.00</ns:ApprovedAmount>
<ns:ClaimStatusCode>Pending review</ns:ClaimStatusCode>
<ns:OperationID>DIAG-ENG-011</ns:OperationID>
</ns:JobReconciliation>
</ns:RepairOrderReconciliation>
</ns:Payments>
</ns:ServiceProcessingAdvisoryHeader>
</ns:ServiceProcessingAdvisory>
</ns:ProcessServiceProcessingAdvisoryDataArea>
</ns:ProcessServiceProcessingAdvisory>Connexion et diagnostics
Les demandes et les réponses sont enregistrées par le service à des fins de diagnostic et de dépannage, conformément aux pratiques opérationnelles standard ServiceNow .
Spécifications connexes
- Spécifications STAR XML
- Spécification SOAP 1.1
- Spécification WSDL 1.1
Consultez la documentation officielle de STAR et du W3C pour les définitions détaillées des schémas et des protocoles.