DCG · UE 8 · Cours rédigé · première version

Choisir une solution et échanger des documents

Couverture de l’UE : Première version : chaque rubrique du sommaire dispose d’un cours de méthode. La couverture reste partielle : approfondissements encore nécessaires en normalisation, fonctions de tableur, programmation VBA exécutée dans Excel, diagrammes BPMN complets et cas transversaux. Les exercices SQL sont contrôlés sur un jeu d’essai SQLite ; les particularités d’autres SGBD et tableurs doivent être vérifiées.

Objectif : Distinguer logiciel, service, format et besoin de gestion.

Solutions et localisation

Une organisation peut utiliser un logiciel standard, le paramétrer ou faire développer une application spécifique. Une application peut fonctionner localement, sur un serveur interne ou via un service en nuage. L’accès par navigateur ne précise pas à lui seul où les données sont stockées ni qui peut y accéder.

Le besoin avant le produit

Le cahier des charges décrit le besoin, les usages, les contraintes et les critères de validation. La maîtrise d’ouvrage représente le besoin et les objectifs du projet ; la maîtrise d’œuvre contribue à sa réalisation technique selon l’organisation retenue. Il faut préciser les interfaces, les droits, les volumes, la reprise des données et les conditions de sortie.

Formats et interopérabilité

Un format définit une manière de représenter les données. Un document visuellement lisible n’est pas nécessairement directement exploitable par une application. L’interopérabilité suppose aussi un sens commun : même identifiant, même monnaie, même convention de date et même définition des champs. Deux logiciels capables d’ouvrir un fichier peuvent encore interpréter différemment son contenu.

XML

XML organise des données à l’aide de balises imbriquées. Dans <montant devise="EUR">120.00</montant>, le montant a un contenu et un attribut de devise. Un document bien formé respecte la syntaxe ; sa conformité à un schéma est une vérification distincte. Un schéma peut définir les éléments autorisés et certains types, sans garantir que la transaction sous-jacente est réelle.

Dématérialisation

Les échanges de factures ou de données sociales doivent respecter les exigences applicables au processus concerné. Un simple envoi de PDF et un échange structuré ne sont pas synonymes. Les calendriers et spécifications doivent être consultés dans leur version applicable ; ce cours ne fixe pas un calendrier légal futur.

Exercice

Un export CSV contient la date 03/04/2027 et le montant 1,250. Expliquez deux risques d’interprétation et proposez une convention.

Afficher le corrigé expliqué

La date peut être lue 3 avril ou 4 mars selon la convention. La virgule du montant peut être comprise comme séparateur décimal ou de milliers. Définir un format de date non ambigu, le séparateur des colonnes, le séparateur décimal, la monnaie et l’encodage, puis tester l’import sur quelques lignes.

Question de validation

Un XML bien formé garantit-il la réalité d’une facture ?

  1. Oui
  2. Non, la syntaxe ne prouve pas l’opération économique
  3. Oui si la devise est indiquée
Vérifier la réponse

Réponse B : Non, la syntaxe ne prouve pas l’opération économique

Partager un format ne suffit pas : les données doivent avoir le même sens.

Référentiel

Annexe officielle DCG · Bulletin officiel

Ouvrir ce cours dans l’espace interactif →