Réclamations de garantie API SOAP

  • Rversion finale: Australia
  • Mis à jour 17 juin 2026
  • 12 minutes de lecture
  • 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.

    Cette API permet l’échange d’informations sur les réclamations de garantie et de réparation entre ServiceNow les opérations commerciales de fabrication (MCO) et un système de gestion des concessionnaires (DMS). Plus précisément, il permet aux utilisateurs de :
    • 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.

    Cette opération :
    • 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

    Le corps de la demande contient un message 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

    Tableau 1. Paramètres de la demande entrante
    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 :
    • Détails de la réclamation terminés [claim_details_completed]
    • Tâches de réclamation terminées [claim_jobs_completed]
    • Réclamation en cours de revue terminée [claim_under_review_completed]
    • Modification de la tâche de réclamation terminée [claim_job_edit_completed]
    • Résumé de la réclamation terminé [claim_summary_completed]
    • Fermer le ticket terminé [close_case_completed]

    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 :
    • Numéro d’actif
    • Numéro de série
    • nom

    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 :
    • vrai : la pièce affectée est sous garantie.
    • faux : la pièce affectée n’est pas sous garantie.

    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 :
    • vrai : Le véhicule est sous garantie.
    • faux : Le véhicule n’est pas sous garantie.

    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 :
    • Réparation [RÉPARATION]
    • Remplacement [REMPLACEMENT]
    • Mise à jour logicielle [SOFTWARE_UPDATE]

    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 :
    • Garantie [Warranty]
    • Goodwill [Goodwill]
    • Contrat de service [Servicecontract]

    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

    Remarque :
    Les espaces de noms utilisés dans les exemples suivent les conventions SOAP et STAR standard.
    <?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>
    
    Exemple de réponse SOAP (réussite)
    <?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>
    
    Exemple de réponse SOAP (erreur de validation)
    <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.

    Les erreurs SOAP sont renvoyées lorsque la demande ne peut pas être analysée ou traitée au niveau du protocole, par exemple lorsque :
    • 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
    Exemple d’erreur SOAP :
    <soap:Fault>
      <faultcode>soap:Client</faultcode>
      <faultstring>Invalid SOAP message</faultstring>
    </soap:Fault>
    

    Erreurs business personnalisées

    Des erreurs de validation d’entreprise se produisent après une analyse SOAP réussie et indiquent des problèmes avec les données de la demande, tels que :
    • 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
    Celles-ci se produisent après une analyse SOAP réussie, mais pendant la validation de l’activité. Les erreurs sont renvoyées dans la réponse de l’opération avec un état 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
    Exemple de code d’erreur :
    <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.

    L’intégration est déclenchée par une ServiceNow règle métier sur la table Ticket de réclamation de réparation (sn_repair_claim_mgmt_case) lorsque :
    • 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
    Tableau 2. Paramètres sortants
    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 :
    • Approuver tout [approve_all]
    • Rejeter tout [reject_all]
    • Partiellement approuvé [partially_approved]
    • Renvoyer [send_back]

    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 :
    • 0 - Brouillon
    • 1 - Nouveau
    • 2 - En cours
    • 5 - Révision en attente
    • 6 - En attente d’infos
    • 8 - Approuvé
    • 9 - Partiellement approuvé
    • 10 - Rejeté
    • 3 - Fermé terminé
    • 7 - Fermé, incomplet
    • 4 - Fermé annulé

    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

    Tableau 3. Mappage de l’état de la réclamation
    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é)
    Lorsque ces conditions sont remplies, ServiceNow génère et envoie un message STAR 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.

    Exemple de charge utile sortante :
    <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.