Un plan de disponibilité du portail est un constat daté, limité à une consultation, une version des documents, un lot et un type de réponse. Il conserve la date limite telle que publiée, la source de maintenance, le texte observé, l’heure de consultation, le périmètre technique et les éléments de fuseau horaire. Il mesure ensuite l’effet possible sur le temps de travail, la cible interne et la marge de reprise. Enfin, il qualifie séparément toute solution de secours au regard des documents de la consultation. Ce plan ne prolonge aucun délai et n’autorise ni connexion, ni essai, ni dépôt, ni contact externe.

Une plateforme peut annoncer une interruption tout en restant disponible au moment de la vérification. Le message peut donner une durée sans nommer le service touché, ou afficher une heure sans préciser son fuseau. Sur PLACE, les conditions d’utilisation conseillent aussi de déposer au moins quatre heures avant l’échéance et évoquent une copie de sauvegarde sous conditions. Ces informations n’ont pas la même fonction. La recommandation aide à organiser le travail; la date limite régit la réception; les règles de la consultation et le droit applicable déterminent si une copie de sauvegarde pourra être prise en considération.

La bonne réponse consiste à préserver les sources et à refuser les raccourcis. Une annonce de maintenance décrit un risque de fonctionnement. Elle ne remplace pas un avis rectificatif de l’acheteur. La marge interne peut être augmentée dès que le risque est crédible. Une copie de sauvegarde ou un autre canal n’est retenu qu’après vérification de ses conditions exactes. L’agent peut lire les pages publiques, normaliser les heures justifiées et produire un dossier contrôlable. Toute action sur le portail ou auprès d’un tiers reste soumise à une autorisation distincte.

La maintenance réduit le temps praticable sans déplacer l’échéance

Une interruption planifiée peut retirer plusieurs heures au temps que l’équipe réservait au dépôt. Elle justifie une décision interne, par exemple avancer la cible ou renforcer la présence d’un utilisateur habilité. La date limite publiée par l’acheteur reste pourtant inchangée tant qu’un avis ou un document valable ne la modifie pas expressément.

Le plan produit donc un état de disponibilité et un état de secours. Le premier qualifie l’intersection entre l’annonce et les différents intervalles de travail. Le second dit si les documents de la consultation autorisent une autre mesure. Une maintenance proche de l’échéance peut être classée deadline_overlap alors qu’aucun canal alternatif n’est autorisé.

Cette méthode interdit de déduire un dépôt par courriel de la seule existence d’une adresse de support. Elle interdit aussi de présenter l’heure cible de l’équipe comme un engagement de l’acheteur. Les deux horloges sont utiles, mais elles n’ont ni le même auteur ni la même force.

États indépendants du risque et du secours
AxeÉtatInterprétation
Disponibiliténo_published_overlapAucune annonce observée ne coupe les intervalles examinés
Disponibilitéworking_window_overlapL’annonce touche le temps de travail prévu
Disponibilitéfinal_buffer_overlapL’interruption consomme la marge de reprise
Disponibilitédeadline_overlapL’intervalle annoncé atteint la date limite
Disponibilitémaintenance_time_unresolvedLes heures ne peuvent pas être placées sans hypothèse
Disponibilitéaffected_component_unresolvedLe service touché n’est pas établi
Disponibilitéstatus_source_unavailableLa source officielle ne peut pas être consultée
Secoursauthorized_contingency_confirmedUne instruction actuelle permet la mesure
Secoursconditional_contingencyLa mesure existe mais ses conditions restent ouvertes
Secoursno_authorized_contingency_foundAucun autre moyen applicable n’a été trouvé
Secourscontingency_instruction_conflictDes instructions actuelles se contredisent

La disponibilité permanente annoncée par PLACE admet des interruptions

Les conditions actuelles de PLACE indiquent un accès sept jours sur sept et vingt-quatre heures sur vingt-quatre. Elles réservent aussi au ministère la possibilité de modifier ou suspendre des fonctions pour maintenance, et prévoient qu’une indisponibilité planifiée soit annoncée en amont sur la page d’accueil avec la durée de l’interruption. Le plan doit conserver les deux faits au lieu de ne citer que la disponibilité générale.

Une annonce d’accueil est une source dynamique. Enregistrez son texte, son URL, observed_at, les heures visibles, la durée annoncée et le composant nommé. À la lecture suivante, créez une nouvelle observation. Si le message a changé ou disparu, ne corrigez pas rétroactivement la capture précédente; indiquez changed ou removed avec la nouvelle preuve.

Le message informe sur le fonctionnement attendu de PLACE. Il ne modifie pas à lui seul le règlement de la consultation. Un agent qui trouve cette annonce peut signaler le risque, recalculer la marge interne et imposer une nouvelle vérification. Il ne peut ni promettre une prolongation ni sélectionner un autre destinataire.

Lecture structurée d’une annonce de maintenance
ChampValeur recherchéeLimite
status_source_urlPage d’accueil ou page d’état officielleNe prouve pas la règle de la consultation
observed_atInstant de lecture avec décalage UTCNe vaut pas pour une lecture future
event_text_rawTexte exact visibleNe pas remplacer par une interprétation
announced_intervalDébut et fin justifiésnull si le fuseau manque
affected_componentFonction explicitement nomméeunresolved si le périmètre manque
event_statusannounced, changed, removed ou completedChaque valeur exige une observation

Le conseil des quatre heures n’est ni une nouvelle échéance ni une garantie

PLACE conseille aux opérateurs de déposer leurs plis au minimum quatre heures avant la date limite pour disposer de temps en cas de difficulté technique. La même page avertit qu’un téléchargement commencé avant l’échéance mais achevé après celle-ci est éliminé par l’acheteur. Le moment déterminant reste donc la réception dans le délai, pas le clic de départ.

Les quatre heures fournissent un repère public utile pour construire internal_submit_by. Elles ne conviennent pas automatiquement à tous les dossiers. Le volume des fichiers, le débit, les opérations de chiffrement ou de signature, la disponibilité des personnes et une maintenance annoncée peuvent exiger une marge plus grande. Le plan doit enregistrer la règle interne retenue et son motif.

Une cible interne manquée n’est pas encore une offre tardive si la date limite officielle n’est pas passée. Elle déclenche toutefois une escalade de gouvernance parce que la marge prévue a disparu. L’agent doit signaler cette différence sans rassurer l’équipe sur une disponibilité qu’il ne maîtrise pas.

Repères temporels à conserver séparément
RepèreSourceRôle
buyer_deadline_rawAvis, règlement ou rectificatif actuelHeure limite de réception
internal_submit_byDécision de l’équipeCible opérationnelle anticipée
final_bufferPolitique interneTemps réservé à la reprise et au contrôle
support_hoursConditions ou page d’assistanceDisponibilité probable du support
maintenance_intervalAnnonce officielle datéeDisponibilité attendue du service

La copie de sauvegarde doit être autorisée, conforme et arrivée à temps

Les conditions de PLACE invitent l’opérateur à remettre une copie de sauvegarde selon le règlement de la consultation. L’article R2132-11 du code de la commande publique permet cette copie pour les documents transmis par voie électronique, mais précise qu’elle ne peut être prise en considération que si elle est parvenue à l’acheteur dans le délai prescrit. Ce n’est donc pas une réparation que l’on improvise après l’échéance.

L’arrêté du 22 mars 2019, dans sa version en vigueur depuis le 23 avril 2023, encadre les supports et l’ouverture. La voie électronique pour la copie suppose notamment que l’acheteur l’autorise dans les documents de la consultation. L’ouverture répond à des cas définis, dont une transmission électronique commencée avant la clôture mais reçue de façon incomplète, hors délai ou impossible à ouvrir. Ces conditions doivent être vérifiées sans être simplifiées en “envoyer une deuxième copie”.

Le plan enregistre authority_source, instruction_anchor, permitted_medium, arrival_deadline, packaging_rules, electronic_authorization, opening_conditions et execution_owner. Tant qu’un champ nécessaire manque, contingency_state reste conditional_contingency. La préparation ou l’envoi de la copie est une action externe distincte de cette analyse.

Contrôle d’une copie de sauvegarde
ConditionPreuve attendueÉtat si la preuve manque
Arrivée dans le délaiRègle de réception et méthode de preuveconditional_contingency
Support permisCode, arrêté et règlement applicableconditional_contingency
Voie électronique permiseAutorisation dans les documents de la consultationconditional_contingency
Identification et emballageInstruction actuelle préciseconditional_contingency
Cas d’ouvertureCondition réglementaire applicableNe pas promettre la prise en compte
Personne habilitéeMandat internePlanifier sans exécuter

Une interruption le matin du dépôt exige un nouveau plan interne

Une consultation fictive, PLACE-2026-311, fixe la réception au mardi 29 septembre 2026 à 12 h 00, heure de Paris expressément indiquée. L’équipe avait retenu 8 h 00 comme cible interne, suivant le repère de quatre heures. Un message officiel annonce que la fonction de dépôt sera indisponible de 7 h 30 à 10 h 30 le même jour, avec le fuseau confirmé.

L’événement couvre la cible interne et laisse seulement quatre-vingt-dix minutes avant l’échéance. availability_state vaut final_buffer_overlap. Le responsable déplace la cible au lundi à 16 h 00 et programme une nouvelle lecture du message. La date limite de mardi à midi reste inchangée. Le calcul utilise [début, fin) et conserve également la formulation française affichée.

Le règlement autorise dans cet exemple une copie de sauvegarde sur support papier, arrivée avant la date limite et portant une mention précise. Le plan classe cette mesure conditional_contingency tant que le transport et la preuve d’arrivée ne sont pas confirmés. Il ne déclenche aucun envoi. Si le portail échoue lors d’une tentative autorisée le lundi, le dossier passe immédiatement au traitement d’incident.

Plan fictif pour une consultation PLACE
ChampValeur conservée
procedure_idPLACE-2026-311, fictif
buyer_deadline_instant2026-09-29T12:00:00+02:00
old_internal_submit_by2026-09-29T08:00:00+02:00
maintenance_interval[2026-09-29T07:30:00+02:00, 2026-09-29T10:30:00+02:00)
availability_statefinal_buffer_overlap
new_internal_submit_by2026-09-28T16:00:00+02:00, interne
contingency_stateconditional_contingency
contingency_conditionArrivée et présentation conformes avant l’échéance
allowed_actionPlanifier, attribuer, vérifier de nouveau
prohibited_actionNe pas déposer ni expédier sans autorisation

Le résultat doit montrer les sources avant de proposer une action

Un enregistrement contrôlable commence par assessment_id, procedure_id, notice_version, regulation_version, lot_ids, response_kind, submission_route et assessed_at. La date limite conserve raw_value, resolved_instant, zone_basis et source_anchor. La source qui établit le fuseau peut être distincte de celle qui publie la date; le lien entre les deux doit être explicite.

L’observation de maintenance contient status_source_url, source_role, observed_at, event_text_raw, start_raw, end_raw, resolved_interval, affected_component, stated_effect, event_status et content_fingerprint. Les intervalles testés et la méthode de chevauchement accompagnent availability_state. Un champ inconnu reste null avec un code d’incertitude exploitable.

La partie décisionnelle ajoute contingency_state, authority_source, instruction_anchor, conditions, allowed_action, prohibited_action, internal_submit_by, review_owner, next_recheck_at et recheck_triggers. Les références publiques sont citables par un autre agent. Les identités des utilisateurs, horaires internes et données de l’offre restent dans une couche protégée.

Groupes de données du plan
GroupeContenuQuestion de contrôle
IdentitéConsultation, version, lot, dépôtLa portée est-elle exacte ?
ÉchéanceValeur brute, instant, fuseau, sourceQui fixe cette heure ?
MaintenanceTexte, source, observation, intervalle, serviceQue savait-on à ce moment ?
CalculIntervalles testés, convention, intersectionsLe résultat peut-il être reproduit ?
SecoursAutorité, déclencheur, conditions, étatLa mesure est-elle utilisable ?
GouvernanceActions, interdictions, responsable, nouvelle lectureL’agent reste-t-il dans son mandat ?

Un horaire local non qualifié doit rester non résolu

RFC 3339 représente un instant avec une relation numérique à UTC. Cette forme convient à resolved_start, resolved_end et buyer_deadline_instant. Elle ne permet pas de deviner le fuseau d’un texte qui affiche seulement « 14 h 00 ». Le nom du portail, la langue de la page et l’adresse IP du lecteur ne remplacent pas une source.

Conservez donc la chaîne originale avant toute conversion. Si le fuseau est justifié, ajoutez les deux extrémités et la convention [début, fin). Si seul le début est connu, l’intersection complète ne peut pas être calculée. Utilisez maintenance_time_unresolved et décrivez le fragment établi au lieu de fabriquer une durée.

RFC 8631 permet par ailleurs à un service de relier une ressource d’état au moyen de la relation status. Cette découverte est utile pour un agent, mais le standard n’impose ni format détaillé, ni fraîcheur, ni portée sur le dépôt. L’agent doit toujours lire le contenu et vérifier son lien avec la consultation.

Une erreur constatée remplace la prévision par des faits d’incident

Le plan AN-039 couvre la préparation face à une maintenance publiée. Dès qu’un utilisateur habilité rencontre un échec de connexion, de chiffrement, de téléversement, d’envoi ou d’obtention de l’accusé, il faut ouvrir un enregistrement d’incident horodaté. L’heure, l’étape, le message visible, l’état officiel et les observations locales sont conservés sans mot de passe ni jeton.

Le traitement de l’incident suit les canaux autorisés par la consultation et le portail. Une réponse du support peut établir un fait technique; elle ne change pas la date limite et ne prouve pas la réception du pli. Toute instruction nouvelle de l’acheteur est enregistrée comme une source de procédure distincte.

Après un dépôt réussi, la vérification de l’accusé répond encore à une autre question. Conservez l’identifiant de la consultation, du lot et du dépôt, l’horodatage et le document de réception prévu. Le plan de maintenance explique l’anticipation; le dossier d’incident explique l’échec; l’accusé établit la réception selon le système.

Résultats concrets pour maintenance portail marchés publics dépôt offre

  • Le résultat vise une consultation, sa version en vigueur, ses lots et le dépôt concerné.
  • La date limite de l’acheteur reste citée dans sa forme originale.
  • Le message de maintenance est conservé avec son URL et l’heure de constat.
  • Un fuseau absent ou un composant inconnu reste explicitement non résolu.
  • La cible interne et la marge de sécurité ne sont jamais présentées comme des délais officiels.
  • L’effet sur chaque portion du temps disponible est calculé séparément.
  • Une recommandation de dépôt anticipé garde son statut de conseil opérationnel.
  • La copie de sauvegarde n’est qualifiée qu’avec ses conditions de délai et de forme.
  • Chaque changement du message de maintenance produit une nouvelle observation.
  • Une panne constatée quitte le plan préventif et ouvre un suivi d’incident.

Comment exécuter le travail

  1. 01

    Identifier le dépôt

    Fixez la consultation, la version de l’avis et du règlement, le lot, le type de réponse, le portail désigné et la date limite de réception.

  2. 02

    Relever l’annonce officielle

    Enregistrez la page de statut ou d’accueil du portail, le moment de lecture, le texte affiché, les heures brutes et le service annoncé comme affecté.

  3. 03

    Qualifier le temps

    Résolvez chaque instant uniquement avec une preuve de fuseau et conservez la formulation originale à côté du calcul.

  4. 04

    Mesurer la perte de disponibilité

    Comparez l’interruption au temps de travail, à la cible interne, à la marge de reprise puis à la date limite, sans fusionner ces repères.

  5. 05

    Contrôler la solution de secours

    Lisez le règlement de la consultation, les avis rectificatifs et les règles applicables pour établir le déclencheur, le support, l’adresse et l’heure d’arrivée exigés.

  6. 06

    Émettre un plan temporaire

    Publiez deux états, les limites d’action, un responsable et les motifs de nouvelle vérification. Transférez toute panne réelle vers un dossier d’incident.

Les questions qui changent la décision

  • Quelle consultation, quelle version et quel lot sont concernés ?
  • Quel document fixe la date et l’heure limites de réception ?
  • Quel profil d’acheteur et quelle fonction reçoivent le pli ?
  • La page de maintenance appartient-elle au portail officiel ?
  • À quelle heure et depuis quelle version de page le constat a-t-il été fait ?
  • Le début, la fin et le fuseau sont-ils tous établis ?
  • Le dépôt, l’authentification ou seulement une fonction secondaire est-il touché ?
  • Quelle partie du temps de travail devient inutilisable ?
  • La cible interne laisse-t-elle encore une marge pour corriger et obtenir l’accusé ?
  • Le règlement autorise-t-il une copie de sauvegarde et sous quelles conditions ?
  • Quelle personne est habilitée à agir sur le portail ou à contacter l’assistance ?
  • Quand ce constat devra-t-il être remplacé par une nouvelle lecture ?

Où les équipes perdent le contrôle

01

La disponibilité actuelle est transformée en promesse pour le jour du dépôt.

02

Toute maintenance est assimilée à une indisponibilité totale sans preuve.

03

Une heure sans fuseau est convertie selon le poste de travail de l’utilisateur.

04

La date limite et le règlement proviennent de versions différentes.

05

La recommandation des quatre heures devient une fausse règle juridique.

06

La cible interne remplace la date limite dans un calendrier partagé.

07

L’adresse d’assistance est prise pour un canal de remise des plis.

08

Une copie de sauvegarde est préparée trop tard ou sous une forme non autorisée.

09

La disparition d’une annonce efface le motif d’une décision antérieure.

10

Un agent se connecte, accepte des conditions ou crée un brouillon pour tester le portail.

11

Une panne effective reste traitée comme une simple prévision.

12

La fin du téléchargement est confondue avec un accusé de réception conforme.

Mesurer le travail terminé

La mesure porte sur le processus terminé, y compris la revue et les exceptions. Le volume produit ne prouve pas à lui seul que le processus est meilleur.

  • plans reliés à une consultation, une version, un lot et un type de dépôt
  • observations avec texte brut, URL officielle et observed_at
  • instants dotés d’un fuseau prouvé ou maintenus au statut non résolu
  • comparaisons distinctes du travail, de la cible, de la marge et de l’échéance
  • cibles internes avancées avec motif et propriétaire
  • solutions de secours liées à une clause et à leurs conditions
  • copies de sauvegarde dont l’arrivée dans le délai est vérifiable
  • nouvelles observations après modification d’une annonce
  • incidents transmis avec les preuves utiles sans données d’accès

Questions fréquentes

Une maintenance annoncée prolonge-t-elle la date limite ?

Non. Seul un avis ou une instruction actuelle de l’acheteur, valable pour la consultation, peut modifier l’échéance.

La disponibilité vingt-quatre heures sur vingt-quatre est-elle garantie ?

Les conditions de PLACE annoncent cette disponibilité générale tout en réservant des suspensions, notamment pour maintenance. Il faut donc surveiller les messages planifiés.

Faut-il toujours déposer exactement quatre heures avant ?

Non. PLACE publie ce délai comme conseil de prudence. L’équipe peut fixer une cible plus précoce selon les fichiers, les personnes, les prérequis et la maintenance.

Peut-on envoyer une copie de sauvegarde après l’échéance ?

L’article R2132-11 exige qu’elle soit parvenue à l’acheteur dans le délai prescrit pour pouvoir être prise en considération.

Une copie de sauvegarde électronique est-elle toujours permise ?

Non. L’arrêté applicable prévoit cette voie lorsque l’acheteur l’autorise dans les documents de la consultation. Il faut aussi vérifier les autres conditions.

Que faire si le message de maintenance ne précise pas le fuseau ?

Gardez les heures brutes et classez l’intervalle comme non résolu. Ne déduisez pas le fuseau de la langue ou du poste de travail.

Un agent peut-il créer un brouillon pour tester PLACE ?

Pas sans autorisation explicite. La lecture publique est distincte d’une connexion, de l’acceptation de conditions, d’un téléversement ou d’une représentation de l’entreprise.

Quand le plan de maintenance cesse-t-il de suffire ?

Dès qu’une panne réelle apparaît ou qu’un utilisateur ne peut pas accomplir l’étape prévue. Il faut alors passer à la gestion d’incident et conserver les preuves.

Sources primaires

Tony Kim

Tony Kim

Fondateur et CEO

Tony écrit sur l’IA appliquée, l’ingénierie produit fiable et les systèmes qui transforment les réponses complexes en exécution maîtrisée.

Veille sur les appels d’offres et exécution pilotée pour les équipes qui visent un résultat commercial.

Prestataires, fondateurs et équipes commerciales qui répondent aux marchés publics ou privés. Le point de départ est le processus existant, ses contraintes et les preuves déjà disponibles.