Les objets SDO (Service Data Object) apportent un complément à l'architecture SCA (Service Component Architecture). Cette architecture définit les services en tant que composants ainsi que leurs interconnexions. Les objets SDO définissent les données qui circulent entre ces composants.
Chaque composant transmet les informations comme paramètres d'entrée et de sortie. Lors de l'appel d'un service, les objets de données sont transmis sous la forme d'un document XML utilisant un codage littéral lors de l'utilisation d'un type de port WSDL ou sous la forme d'un objet Java lors de l'utilisation d'une interface Java. Les objets de données constituent le format privilégié des données et des métadonnées des services SCA. Comme pour les composants, les objets SDO séparent l'objet de données de son implémentation. Par exemple, un composant peut interagir avec des bons de commande alors que ceux-ci utilisent, par exemple, une interface JDBC ou EJB pour la mise à jour des données. Les objets SDO permettent au développeur d'intégration de concentrer ses efforts sur la gestion des artefacts métier. En fait, les objets de données de service sont transparents pour le développeur d'intégration. Ils sont définis par une JSR (Java Specification Request) d'objets de données de service.
Dans le diagramme ci-dessous, les objets de données de service sont transmis d'un service externe à une exportation, d'une exportation à un composant, d'un composant à un composant, d'un composant à une importation et d'une importation à un service. Les importations et exportations sont présentées dans une autre section intitulée Importations et exportations.