Composants essentiels

Que vous publiez vos données au format OCDS ou dans un format compatible, vous rencontrerez certaines structures de données récurrentes.

Sections et structure

Un document OCDS est composé de plusieurs sections. Celles-ci sont :

  • release metadata - des informations contextuelles sur chaque instance de données ;

    • parties - des informations sur les organisations et les autres participants impliqués dans le processus de passation de marché ;

    • planning - informations sur les objectifs, les budgets et les projets relatifs au marché ;

    • tender - informations sur le déroulement de l’appel d’offres, tel qu’il a ou aura eu lieu ;

    • awards - informations sur l’attribution du marché ;

    • contract - informations sur les contrats signés dans le cadre du processus de passation de marché ;

      • implementation - des informations sur l’exécution de chaque contrat jusqu’à sa conclusion.

Ces informations sont représentées au format JSON de la façon suivante :

    {
         "language": "en",
         "ocid": "contracting-process-identifier",
         "id": "release-id",
         "date": "ISO-date",
         "tag": ["tag-from-codelist"],
         "initiationType": "tender",
         "parties": {},
         "buyer": {},
         "planning": {},
         "tender": {},
         "awards": [ {} ],
         "contracts":[ {
             "implementation":{}
         }]
     }

Composants essentiels : les champs

Le schéma OCDS définit les champs qui doivent être inclus dans chaque section, utilisant des composants essentiels simples et réutilisables (structures de champs) pour représenter les données.

Par exemple, des composants essentiels sont fournis pour :

  • parties - les parties prenantes

  • Amounts - les montants

  • Items - les biens et services

  • Time periods - les durées

  • Documents - les documents

  • Milestones - les étapes

Exemples

{
    "address": {
        "countryName": "United Kingdom",
        "locality": "London",
        "postalCode": "N11 1NP",
        "region": "London",
        "streetAddress": "4, North London Business Park, Oakleigh Rd S"
    },
    "contactPoint": {
        "email": "procurement-team@example.com",
        "faxNumber": "01234 345 345",
        "name": "Procurement Team",
        "telephone": "01234 345 346",
        "url": "http://example.com/contact/"
    },
    "id": "GB-LAC-E09000003",
    "identifier": {
        "id": "E09000003",
        "legalName": "London Borough of Barnet",
        "scheme": "GB-LAC",
        "uri": "http://www.barnet.gov.uk/"
    },
    "name": "London Borough of Barnet",
    "roles": [
        "buyer",
        "buyer"
    ]
}
{
    "amount": 11000000,
    "currency": "GBP"
}
[
    {
        "additionalClassifications": [
            {
                "description": "Cycle path construction work",
                "id": "45233162-2",
                "scheme": "CPV",
                "uri": "http://cpv.data.ac.uk/code-45233162.html"
            }
        ],
        "classification": {
            "description": "Construction work for highways",
            "id": "45233130",
            "scheme": "CPV",
            "uri": "http://cpv.data.ac.uk/code-45233130"
        },
        "description": "string",
        "id": "0001",
        "quantity": 8,
        "unit": {
            "name": "Miles",
            "value": {
                "amount": 137000,
                "currency": "GBP"
            }
        }
    }
]
{
    "endDate": "2011-08-01T23:59:00Z",
    "startDate": "2010-07-01T00:00:00Z"
}
[
    {
        "datePublished": "2010-05-10T10:30:00Z",
        "description": "Award of contract to build new cycle lanes in the centre of town to AnyCorp Ltd.",
        "documentType": "notice",
        "format": "text/html",
        "id": "0007",
        "language": "en",
        "title": "Award notice",
        "url": "http://example.com/tender-notices/ocds-213czf-000-00001-04.html"
    }
]
{
    "description": "A consultation period is open for citizen input to shape the final plans.",
    "dueDate": "2015-04-15T17:00:00Z",
    "id": "0001",
    "title": "Consultation Period"
}

Utiliser les composants essentiels

Ces composants essentiels peuvent être utilisés dans différentes sections. Par exemple, items peut être utilisé dans l’appel d’offres (pour indiquer les biens ou services dont l’acheteur souhaite faire l’acquisition), dans l’avis d’attribution (pour indiquer les livrables qui ont été attribués) et dans un contrat (pour indiquer les livrables inclus dans le contrat).

En plus de ces composants essentiels, le schéma OCDS définit leurs usages spécifiques dans chaque section et décrit des champs additionnels pouvant apparaître dans chaque section. Par exemple, des champs pour :

  • titles (titres) et descriptions des appels d’offres, des attributions et des contrats

  • procurementMethod - la procédure de passation de marché utilisée

  • awardCriteria - les critères d’attribution

  • submissionMethod - la méthode de soumission des candidatures

  • etc.

Plusieurs de ces champs utilisent une liste de codes fournie dans le standard OCDS.

Extensions

Dans certains cas, les producteurs ou les usagers des données ont besoin de composants essentiels qui ne sont pas fournis dans le cœur du schéma OCDS.

Nous maintenons une liste d’extensions qui fournissent des composants et des champs additionnels.

Field level mapping

L’assistance technique OCDS fournit un modèle de mappage des champs qui peut être utilisé pour aligner vos systèmes internes de gestion de données avec le standard OCDS.

Listes de codes

Le standard OCDS définit deux types de listes de codes :

  • Les listes de codes fermées sont des listes de valeurs fixes et non-extensibles. Lorsqu’ils utilisent un champ dans une liste de codes fermée, les producteurs de données doivent utiliser une des options parmi les listes publiées afin de s’assurer que les principales dimensions contenues dans les données OCDS puissent être comparées mondialement.

  • Les listes de codes ouvertes fournissent des valeurs recommandées. Cependant, les producteurs de données peuvent suggérer des modifications ou fournir leurs propres valeurs étendues.

Les listes ouvertes de codes

  • Rôle de chaque partie

  • Schéma de classification des objets

  • Schéma de classification des unités

  • Schéma d’identification des organisations

  • Type de document

  • Critères d’attribution

  • Méthode de soumission

  • Processus connexe

  • Schéma du processus connexe

  • Type d’étape

  • Catégorie étendue de passation de marché

Les listes de codes fermées

  • Tag d’instance

  • Type de lancement du marché

  • État de l’appel d’offres

  • Méthode de passation de marché

  • Catégorie de passation de marché

  • État de l’attribution

  • État du contrat

  • Devise

  • État de l’étape

Les valeurs des listes de codes sont des chaînes de caractères sensibles à la casse avec des labels associés. Ces labels sont disponibles dans chaque nouvelle langue dans laquelle le standard OCDS est traduit.

Si possible, les producteurs de données doivent mapper leurs systèmes actuels de classification avec les codes OCDS. De nombreux champs dans les listes fermées de codes OCDS sont associés à un champ “détail” qui permet de préciser la valeur correspondante dans la classification existante.

Worked Example

Dans l’Union Européenne, différentes procédures peuvent être utilisées pour passer un marché, notamment :

  • Une procédure ouverte

  • Une procédure restreinte

  • Une procédure compétitive avec négociation

  • Un dialogue compétitif

  • Un partenariat d’innovation

Cependant, pour permettre la comparaison entre les continents, la liste de code OCDS sur les méthodes de passation de marché est une liste fermée avec quatre valeurs :

Code Titre Description
open Ouvert Tous les fournisseurs intéressés peuvent soumettre une offre.
selective Sélectif Seuls les fournisseurs qualifiés sont invités à soumettre une offre.
limited Limité L’organisme acheteur contacte un certain nombre de fournisseurs de son choix.
direct Direct Le contrat est attribué à un seul fournisseur sans compétition.

Toutes les procédures de passation de marchés doivent pouvoir correspondre à une de ces options.

Pour publier des données OCDS, un producteur de données européen utilisant les procédures définies par l’Union Européenne doit faire correspondre sa liste des procédures avec celle, plus restreinte, des codes OCDS. Le code OCDS correspondant doit alors être renseigné dans le champ procurementMethod. Il peut enfin donner plus de détails sur le type de procédure de passation de marché dans le champ étendu procurementMethodDetails.

Pour une procédure ouverte, quand une justification du choix de procédure est disponible en texte libre, cela donnerait :

{
    "procurementMethod":"open",
    "procurementMethodDetails":"Open Procedure",
    "procurementMethodRationale":"To maximize competition."
    
}