Une fiche d’état d’accès décrit, à un instant donné, la mise à disposition des documents d’une procédure, d’un lot, d’une phase et d’un public fournisseur précis. Elle sépare la publication de l’avis, la date ou la condition annoncée pour les pièces, la première disponibilité observée et l’octroi éventuel d’un accès autorisé. Elle recense le canal désigné, les formalités visibles, les documents attendus, listés, récupérés et ouverts, les champs accessibles seulement sur la plateforme, les anomalies et les preuves contraires. Sa conclusion utilise un état contrôlé, une heure `checked_at`, une durée de validité, un prochain contrôle et une action permise. Elle ne décide ni de l’ouverture de la procédure, ni de la dernière version du dossier, ni de l’opportunité de répondre.
Une alerte peut annoncer un marché alors que les plans ne seront remis qu’aux candidats autorisés. Une page peut afficher huit noms de fichiers mais renvoyer vers une connexion dès le premier téléchargement. Une sollicitation publique peut fournir le règlement et réserver les données techniques à un circuit contrôlé. Une procédure en plusieurs phases peut publier les formulaires de candidature aujourd’hui et le dossier d’offre après la sélection. Il existe aussi des consultations où l’avis contient, selon l’acheteur, toutes les informations nécessaires et aucun dossier séparé n’est prévu. Une réponse binaire efface ces différences et autorise des travaux qui ne disposent pas encore de leurs entrées.
Formulez la question comme un constat réfutable : pour cette identité de procédure, ce lot, cette phase, ce public et ce contexte d’accès, quelles pièces l’acheteur annonce-t-il et lesquelles ont été obtenues puis ouvertes à l’heure du contrôle ? L’agent peut lire les sources publiques, suivre le lien désigné, relever un inventaire public et télécharger ce qui est fourni sans formalité. Il s’arrête avant de créer un compte, d’accepter des conditions, de présenter une entreprise, de demander une autorisation, de signer un engagement de confidentialité ou de contacter l’acheteur. La fiche conserve la limite et dirige l’action vers le propriétaire autorisé.
Chronologie
Une date de publication ne date pas automatiquement les pièces
La publication de l’avis est un événement officiel avec son identifiant, sa version et son heure. La mise à disposition d’un cahier des charges ou d’un bordereau de prix est un autre événement, parfois sur une autre plateforme. Le premier peut être certain alors que le second reste futur, restreint ou techniquement impossible à observer. Conservez cette séparation même lorsque les règles applicables imposent normalement une diffusion simultanée. Elle permet de démontrer l’écart au lieu de l’effacer.
La fiche utilise `notice_published_at` pour l’avis, `documents_promised_at` pour la date ou la condition annoncée, `first_observed_available_at` pour la première récupération réussie et `access_granted_at` pour une autorisation reçue dans un espace fournisseur. `checked_at` borne la conclusion. Une condition telle que « après notification aux candidats retenus » reste une condition, pas une date inventée. Si le fuseau horaire d’une mise à disposition annoncée manque, conservez la valeur brute et marquez l’instant normalisé comme inconnu.
Le cadre juridique ne produit pas une règle mondiale unique. Pour les marchés couverts, l’article 53 de la directive 2014/24/UE prévoit en principe un accès électronique sans restriction, complet, direct et gratuit à compter de la publication, tout en traitant certaines exceptions et la confidentialité. Le guide britannique sur les procédures concurrentielles exige au départ les informations nécessaires à la phase concernée, mais permet que des documents supplémentaires soient remis plus tard dans des procédures flexibles. Le FAR américain prévoit une diffusion générale des sollicitations et des informations pertinentes, ainsi que des contrôles renforcés ou d’autres modalités dans certains cas. La fiche identifie le régime et les faits; elle ne rend pas d’avis juridique.
| Champ | Événement | Preuve attendue |
|---|---|---|
| notice_published_at | Publication officielle de l’avis | Service de publication |
| documents_promised_at | Date ou condition annoncée | Avis ou instructions |
| first_observed_available_at | Première récupération permise | Trace de contrôle datée |
| access_granted_at | Ouverture d’un droit fournisseur | Référence privée contrôlée |
| checked_at | Limite du constat courant | Journal du contrôle |
Périmètre
Définissez à qui et à quelle phase le dossier doit être accessible
Reprenez l’identité déjà établie de la procédure: identifiant de processus, avis courant et version, acheteur, lot ou partie. Ajoutez la phase qui fait l’objet de la vérification. Les documents d’une demande de participation ne sont pas ceux d’une invitation à soumissionner. Une phase de dialogue peut distribuer des éléments à un groupe réduit. Le champ `supplier_audience` indique donc public, fournisseurs inscrits, candidats admis, soumissionnaires invités ou autre groupe défini par l’acheteur.
Le contexte de permission complète le périmètre. `public_anonymous` signifie qu’aucune identité n’a été employée. `authorized_supplier` indique qu’un propriétaire interne a autorisé l’usage d’un compte existant selon les règles de l’organisation. `required_context_unavailable` signifie que l’agent ne pouvait pas observer l’invitation ou l’espace requis. Ne publiez jamais les identifiants de connexion, liens de session, invitations privées, jetons ou contenu protégé. Une référence interne peut établir l’accès sans déplacer la pièce vers une surface publique.
Conservez aussi le rôle de chaque source. Le service légal de publication prouve l’avis qu’il a publié. Le profil d’acheteur ou portail désigné prouve l’inventaire qui y était visible. Une API officielle peut donner un identifiant, une URL et un type de document. Un agrégateur aide à retrouver la procédure mais ne prouve pas qu’une pièce est actuellement récupérable. Si la version ou la désignation du portail reste incertaine, renvoyez `unknown` et résolvez d’abord la source.
| Dimension | Valeur fictive | Erreur évitée |
|---|---|---|
| procedure_id | US-ENG-2026-904 | Mélange avec une sollicitation liée |
| notice_version | version publiée 04 | Lecture d’une instruction dépassée |
| scope | lot technique, phase offre | Héritage depuis un autre lot |
| supplier_audience | soumissionnaires qualifiés | Extension au public |
| access_context | public_anonymous | Dissimulation des permissions testées |
| checked_at | 2026-10-06T15:10:00Z | Conclusion sans date de péremption |
Attendu
Transformez les modalités de diffusion en objets attendus
Lisez les champs structurés et le texte destiné aux fournisseurs. Dans eForms, BT-14 indique qu’une partie des documents est restreinte, BT-15 porte l’adresse de la partie non restreinte et BT-615 l’adresse contenant les informations d’accès à la partie restreinte. Les termes liés couvrent la justification, les langues et le lot. Le profil OCDS pour eForms décrit BT-15 comme une adresse directe vers les documents non restreints et non comme la page générale d’un portail. Conservez la valeur brute, le lot auquel elle s’applique et la phrase visible qui l’explique.
Lisez également les conditions exprimées en prose: mise à disposition à une date donnée, envoi avec une invitation, ouverture après validation, remise sur demande ou transmission par un autre moyen. Créez un objet de diffusion pour chaque groupe. Un jeu de plans soumis à un contrôle peut suivre une voie distincte du règlement public. Un projet de contrat annoncé après dialogue ne doit pas être déclaré manquant pendant la candidature. La condition et son public font partie de l’objet.
N’exigez pas par habitude une archive séparée. Dans le régime britannique actuel, les documents associés complètent l’avis, et le guide officiel précise qu’ils ne sont pas obligatoires si l’avis contient toutes les informations permettant de préparer la réponse. Ce principe doit être établi dans la consultation en cause. Une page presque vide ne devient pas complète par défaut. Enregistrez `notice_stated_as_complete_basis` seulement lorsqu’une source compétente soutient ce statut pour la phase.
| Champ | Contenu | Limite |
|---|---|---|
| document_group | plans techniques du lot | ne couvre pas les formulaires |
| release_condition | après accord d’accès | n’établit pas que l’accord existe |
| channel | espace sécurisé cité dans l’avis | ne vaut pas lien public |
| audience | fournisseurs qualifiés | n’inclut pas tout visiteur |
| source_statement | champ et passage exacts | ne se remplace pas par un résumé |
Limite d’action
Un contrôle public s’arrête avant la première formalité engageante
Ouvrez l’adresse exacte et conservez l’URL demandée, l’URL finale, les redirections, le code de réponse, le type de contenu, le titre de page, le message affiché et l’heure. Vérifiez que la page appartient à la bonne procédure et au bon lot. Une réponse 200 peut être une page d’authentification. Un lien dont le nom finit en PDF peut livrer du HTML. Inspectez la nature de la réponse avant de compter le document comme récupéré.
L’agent peut parcourir une zone publique et récupérer un fichier fourni sans formalité, sous réserve des règles du site. Il ne crée pas de compte, ne fournit pas l’identité d’une personne, n’accepte pas de conditions, ne déclare pas l’entreprise, ne demande pas un accès, ne rejoint pas une liste de fournisseurs intéressés, ne signe pas de confidentialité et n’envoie pas de message sans autorisation. Ces actes peuvent révéler une intention commerciale ou imposer des obligations. La fiche décrit la formalité et désigne son propriétaire.
Un délai d’attente, une erreur serveur, un blocage automatisé ou une indisponibilité géographique ne prouve pas que la pièce n’existe pas. Marquez `route_unavailable`, conservez la réponse et essayez seulement les chemins officiels permis. Une politique de nouvelle tentative doit être courte et datée. Si les instructions prévoient un canal d’assistance ou de demande, l’agent peut préparer un texte factuel avec les références. L’envoi reste une action externe contrôlée.
| Étape | Traitement | Trace |
|---|---|---|
| Lire une page publique désignée | permis | adresses, réponse et heure |
| Récupérer une pièce publique | permis selon le site | identité et résultat de l’objet |
| Employer une identité fournisseur | autorisation requise | propriétaire et périmètre |
| Accepter des conditions | acte humain contrôlé | texte et décision en attente |
| Demander un accès | communication externe | brouillon avant autorisation |
| Contourner une restriction | interdit | arrêt et escalade |
Pièces
Testez la présence, la récupération et la lisibilité séparément
Construisez la liste attendue à partir de la consultation, sans imposer un modèle universel. Elle peut comprendre instructions, cahier des charges, critères, formulaires de capacité, cadres de réponse, prix, projet de contrat, déclarations, annexes du lot, données techniques, clarifications et champs de plateforme. Pour chaque objet visible, relevez l’identifiant de source, le titre de l’acheteur, le lot, la phase, la langue, les dates publiées, le format annoncé, la taille affichée, le résultat du téléchargement et celui de l’ouverture.
Utilisez des statuts qui décrivent le test: `expected_not_listed`, `listed_not_retrieved`, `retrieved_unreadable`, `opened_not_scoped`, `opened_for_intake` et `portal_surface_uninspected`. Une archive corrompue n’est pas lisible. Un classeur protégé peut être consultable mais inutilisable pour la tâche attendue. Un document du lot 1 ne comble pas le lot 2. Les questions conditionnelles d’un espace de réponse peuvent ne figurer dans aucun téléchargement. N’essayez pas de vaincre un mot de passe ou une protection.
Le schéma OCDS Document aide à conserver des objets stables. Il distingue notamment `id`, `documentType`, `title`, `description`, `url`, `datePublished`, `dateModified`, `format` et `language`; la description peut expliquer un mode d’obtention hors ligne. Une URL remplie reste une déclaration de donnée tant que le parcours n’a pas été observé. Une URL absente ne prouve pas l’absence du document si un autre mode est décrit. La donnée structurée et la page humaine restent deux preuves complémentaires.
| Objet | Affiché | Récupéré | Ouvert | Conséquence |
|---|---|---|---|---|
| Règlement de consultation | oui | oui | oui | admissible en ingestion |
| Cadre de prix | oui | non | non | lien vers authentification |
| Plans techniques | contrôlés | non | non | approbation requise |
| Questions de plateforme | inconnu | non | non | espace autorisé non inspecté |
| Projet de contrat | attendu | non | non | objet non listé |
Décision
Le résultat doit nommer la cause qui bloque l’accès
Choisissez un seul état supérieur. `publicly_available` signifie que l’ensemble public attendu pour le périmètre a été récupéré et ouvert. `available_with_authorized_access` ajoute un contexte fournisseur expressément permis. `scheduled_not_released` repose sur une date ou un événement annoncé. `registration_required`, `approval_pending` et `invitation_only` nomment la formalité qui empêche encore le test. `partially_available` identifie une pièce ou une surface attendue qui reste inutilisable. `listed_not_retrievable`, `unreadable`, `conflicted` et `unknown` gardent chacun leur sens étroit.
La pression du calendrier ne change jamais l’état. Un dossier presque complet ne devient pas complet parce que la réunion de lancement est demain. N’utilisez pas non plus un score de confiance pour compenser une annexe absente. Le résultat énumère les usages bloqués, par exemple qualification du périmètre, chiffrage, analyse contractuelle ou rédaction. Les travaux indépendants des pièces manquantes peuvent être décidés ailleurs, mais la fiche ne leur donne pas d’autorisation implicite.
Fixez `valid_until` et les déclencheurs. Une date de diffusion annoncée, une notification de sélection, l’approbation d’une demande, une nouvelle version de l’avis, un changement d’inventaire ou un additif invalide le constat. Conservez l’ancien enregistrement. Il explique pourquoi une équipe a attendu ou bloqué un travail à l’heure précédente. Le nouvel état doit s’appuyer sur une nouvelle observation, pas sur l’écrasement silencieux d’une case.
| État | Preuve minimale | Suite permise |
|---|---|---|
| publicly_available | ensemble public attendu ouvert | ingestion contrôlée |
| available_with_authorized_access | ensemble ouvert dans un contexte permis | ingestion sécurisée |
| scheduled_not_released | date ou événement explicite | planifier le contrôle |
| partially_available | objet attendu encore inutilisable | bloquer les usages dépendants |
| listed_not_retrievable | objet visible avec échec de récupération | résoudre le parcours |
| conflicted | déclaration et observation incompatibles | escalade sans arbitrage implicite |
| unknown | preuves insuffisantes | aucune admission du dossier |
Interface agent
Exposez les preuves, les permissions et la prochaine vérification
Une sortie exploitable par un autre agent contient `claim_key`, `release_promises`, `channels`, `access_context`, `gates`, `document_objects`, `contrary_evidence`, `decision_state`, `blocked_uses`, `checked_at`, `valid_until`, `next_check_at`, `invalidation_triggers` et `next_action`. Chaque champ décisif pointe vers une citation publique ou une référence privée précise. Les heures utilisent ISO 8601 et un décalage prouvé. Les valeurs non observées restent null. Les messages du portail sont conservés comme observations, pas réécrits en conclusions.
La prochaine action découle de l’état. Un ensemble accessible va vers l’ingestion documentaire contrôlée, où commencent les vérifications de sécurité, de version et d’applicabilité. Une inscription va au propriétaire du compte. Une autorisation en attente reste sous surveillance. Une contradiction part vers la résolution de source ou une question rédigée pour le canal et l’expéditeur autorisés. Une erreur technique suit un autre chemin officiel ou le support. L’agent de découverte ne décide pas d’enchérir et ne soumet rien.
La sortie publique ne doit contenir aucun secret. Elle peut dire qu’une pièce technique est contrôlée, qu’un nombre d’objets est visible et qu’une autorisation est en attente. Elle ne copie pas les documents, les clauses protégées, les identifiants de compte, les invitations ni les échanges privés. Cette séparation permet à un moteur de recherche ou à un agent de comprendre le statut sans transformer une preuve d’accès en fuite documentaire.
| Clé | Valeur attendue | Règle |
|---|---|---|
| decision_state | valeur contrôlée | un seul état supérieur |
| document_objects | objets et statuts | aucune pièce protégée publiée |
| contrary_evidence | citations incompatibles | ne pas les supprimer |
| blocked_uses | travaux dépendants | pas de score caché |
| next_check_at | instant ou événement | dérivé de la source |
| next_action | une action permise | respect de l’autorité |
Cas fictif
Le règlement est public, mais les plans attendent une autorisation
Une sollicitation fédérale américaine fictive, US-ENG-2026-904, est publiée le 6 octobre à 14:00 UTC. La page SAM.gov expose un PDF de sollicitation, un formulaire de prix et un lien vers des plans techniques marqués comme contrôlés. Le PDF indique que les plans sont nécessaires à la préparation de l’offre et qu’un fournisseur admissible doit demander l’accès dans le système. À 15:10 UTC, un agent anonyme récupère et ouvre les deux fichiers publics. Le titre des plans est visible, mais le bouton demande une connexion et une autorisation.
La fiche ne résume pas la situation par « documents disponibles ». Elle crée trois objets. Le règlement et le formulaire sont `opened_for_intake`. Les plans sont `listed_not_retrieved`, avec `gate` égal à `controlled_information` et `decision_state` supérieur `partially_available`. Le chiffrage et la validation technique figurent dans `blocked_uses`. L’agent ne se connecte pas, ne demande pas l’accès et ne reproduit pas le nom détaillé d’une pièce si celui-ci révèle une information protégée.
Le propriétaire autorisé peut ensuite vérifier les conditions, déposer la demande selon le processus de l’entreprise et référencer la preuve privée. Pendant l’attente, l’état devient `approval_pending`. Après autorisation, une nouvelle observation doit encore confirmer que les plans sont récupérables et lisibles avant `available_with_authorized_access`. Le dossier passe alors à l’ingestion contrôlée. Les questions de date limite, d’additifs, de capacité et de décision commerciale restent hors de cette fiche.
| Clé | Valeur |
|---|---|
| claim_key | US-ENG-2026-904, phase offre, fournisseur public |
| public_objects | règlement et formulaire ouverts |
| restricted_object | plans techniques contrôlés |
| decision_state | partially_available |
| blocked_uses | chiffrage et validation technique |
| next_action | transmettre la formalité au propriétaire autorisé |
| checked_at | 2026-10-06T15:10:00Z |
Ce qui caractérise un bon résultat
Résultats concrets pour disponibilité du dossier d’appel d’offres
- Chaque événement de publication, de mise à disposition et d’accès dispose de sa propre date et de sa propre source.
- La conclusion est limitée à une procédure, un lot, une phase, un public fournisseur et un contexte de permission.
- Les formalités d’inscription, de validation, d’invitation et de confidentialité sont décrites sans être réputées accomplies.
- Les pièces attendues sont rapprochées des objets listés, téléchargés et effectivement lisibles.
- Les éléments réservés à l’interface, les erreurs et les contradictions restent visibles dans le résultat.
- Le prochain contrôle dépend d’une date, d’une décision de phase ou d’un changement de source identifiable.
Modèle opératoire
Comment exécuter le travail
- 01
Délimiter le constat
Fixez la procédure, l’avis et sa version, le lot, la phase, le public fournisseur, le contexte d’accès autorisé et l’instant `checked_at`.
- 02
Lire la règle de diffusion
Relevez dans l’avis et les instructions désignées les groupes de documents, leurs canaux, langues, dates ou événements de mise à disposition et toute restriction annoncée.
- 03
Contrôler sans engager
Testez le parcours public, conservez redirections, réponses et messages, puis arrêtez-vous avant toute identité, acceptation, demande, invitation ou communication externe.
- 04
Éprouver chaque objet
Distinguez ce qui est attendu, affiché, récupéré et ouvert. Ajoutez le lot, la phase, la langue, le format et les éventuels champs uniquement visibles dans l’espace de réponse.
- 05
Rendre un état périssable
Publiez l’état le plus étroit que les preuves permettent, ses usages bloqués, ses déclencheurs d’invalidation, le prochain contrôle et l’action autorisée.
Évaluation
Les questions qui changent la décision
- L’avis ouvre-t-il une remise d’offre, une candidature, une phase ultérieure ou une simple information prévisionnelle ?
- Quels documents l’acheteur annonce-t-il pour le lot et la phase examinés ?
- Une date, un événement de sélection ou une invitation conditionne-t-il leur mise à disposition ?
- Quel portail ou autre mode de transmission est expressément désigné pour chaque groupe de pièces ?
- Le parcours demande-t-il un compte, une validation d’entité, une acceptation, une autorisation, une invitation ou un engagement ?
- Quels objets sont seulement affichés, lesquels ont été récupérés et lesquels peuvent être inspectés ?
- Une annexe, un bordereau de prix, un formulaire ou un écran de réponse attendu manque-t-il au périmètre observé ?
- Quel événement rendra ce constat trop ancien pour être réutilisé ?
Modes d’échec
Où les équipes perdent le contrôle
La date de l’avis est recopiée comme date de toutes les pièces sans preuve de leur mise en ligne.
La présence d’un bouton de demande est confondue avec un droit d’accès déjà accordé.
Une inscription ou une acceptation de conditions engage l’entreprise ou révèle son intérêt sans autorisation.
Un inventaire de fichiers ignore les questions et confirmations présentes uniquement dans le parcours de réponse.
Un téléchargement réussi au niveau HTTP livre une page de connexion ou un message d’erreur au lieu du fichier.
Une panne temporaire devient à tort la preuve qu’aucun document n’a été publié.
Une consultation sans pièces séparées est déclarée incomplète sans lire ce que l’acheteur attribue à l’avis.
Un état ancien continue d’alimenter l’analyse après une invitation, une nouvelle version ou un changement de droits.
Mesure
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.
- fiches dont l’identité, le lot, la phase, le public et l’heure de contrôle sont complets
- promesses de diffusion reliées à un groupe de documents et à une source exacte
- canaux désignés observés dans un contexte public ou autorisé explicite
- objets attendus avec états distincts pour affichage, récupération et ouverture
- formalités attribuées à un propriétaire sans accomplissement implicite
- anomalies de parcours résolues avant l’admission du dossier
- nouveaux contrôles exécutés après la date ou l’événement annoncé
- analyses empêchées d’utiliser un ensemble partiel comme dossier complet
Questions
Questions fréquentes
La publication de l’avis rend-elle toujours le dossier accessible ?
Non. La règle dépend du régime, de la phase et des instructions. Vérifiez séparément la publication, la promesse de diffusion et le parcours réellement observé dans le contexte autorisé.
Un bouton de téléchargement prouve-t-il que la pièce est disponible ?
Non. Le bouton peut mener à une connexion, une erreur ou un objet pour un autre lot. La fiche distingue affichage, récupération, ouverture et admission au périmètre.
Un agent peut-il s’inscrire pour vérifier les fichiers ?
Seulement avec une autorisation explicite et un processus d’identité approuvé. Une inscription peut fournir des données d’entreprise, accepter des règles et signaler l’intérêt du fournisseur.
Faut-il déclarer un dossier manquant lorsqu’aucune annexe n’apparaît ?
Pas sans preuve. Lisez si l’avis est présenté comme la base complète de la phase ou si des pièces séparées sont promises. Le silence de la page ne tranche aucune de ces hypothèses.
Que prouve une demande d’accès en attente ?
Elle prouve qu’une demande autorisée a été déposée et n’est pas encore décidée. Elle ne prouve ni l’octroi futur, ni la présence de toutes les pièces, ni leur lisibilité.
Une erreur de portail signifie-t-elle que la pièce n’existe pas ?
Non. Elle décrit l’échec d’un parcours à une heure et dans un contexte précis. Conservez la réponse, contrôlez les autres voies officielles permises et gardez un état d’échec ou inconnu.
Quand le dossier peut-il entrer dans l’analyse ?
Quand l’ensemble attendu pour le lot et la phase a été récupéré et ouvert par une voie publique ou autorisée. L’ingestion doit encore contrôler sécurité, version, amendements et applicabilité.
Quand refaire le contrôle ?
À la date de diffusion annoncée, après une sélection, une invitation ou une autorisation, lors d’un changement de l’avis ou de l’inventaire, et avant tout travail dépendant du dossier.
Sources
Sources primaires
- Directive 2014/24/UE, article 53 sur l’accès aux documents Union européenne
- Termes eForms TED relatifs aux documents de marché Office des publications de l’Union européenne
- Correspondance OCDS eForms des champs d’accès Open Contracting Partnership
- Guide britannique sur les procédures concurrentielles UK Cabinet Office
- Procurement Act 2023, section 21 Parlement britannique
- FAR 5.102 sur la disponibilité des sollicitations Acquisition.gov
- API publique SAM.gov Contract Opportunities U.S. General Services Administration
- Schéma Document de l’Open Contracting Data Standard Open Contracting Partnership
À propos de l’auteur
Tony Kim
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.
Zelius
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.