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 - contextual information about each release of data;
    • 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 commande publique ;

      • implementation - des informations sur l’avancement de chaque contrat vers son achèvement.

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 essentielles sont fournis pour :

  • Parties (organisations)

  • Amounts - les montants

  • Items - les livrables

  • 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 livrables 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é

  • awardCriteria les critères d’attribution

  • submissionMethod la méthode de soumission des réponses

  • 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 coeur 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 mapping 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 ouvertes de code fournissent des valeurs recommandées. Cependant, les producteurs de données peuvent suggérer des ajouts à ceux listes de code ou fournissent leurs propres valeurs étendues.

Les listes ouvertes de codes

  • Role de chaque partie

  • Schéma de classification des objets

  • Schéma de classification des unités

  • Schéma d’identification des organisations

  • Type de documents

  • Critères d’attribution

  • Méthode de soumission

  • Processus relié

  • Schéma du processus relié

  • 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 code sont des chaines de caractères sensibles à la casse avec des labels associés, disponibles dans chaque nouvelle langue dans laquelle le standard OCDS a été 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 :

  • Procédure ouverte ;

  • Procédure restreinte ;

  • Procédure compétitive avec négociation ;

  • Dialogue compétitif ;

  • Partenariat d’innovation.

However, to support comparison across continents, the main OCDS procurement method codelist is a closed codelist with four values:

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 doivent pouvoir correspondre à une de ces options.

To publish OCDS data, an EU publisher with data categorized by EU procedures should map the longer list of procedures to the narrower OCDS codelist and provide the codelist value in the procurementMethod field. They can then provide the more detailed procedure type in an extended procurementMethodDetails field.

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."
    
}