Des politiques financières contradictoires
Voir le statut des versions avant de décider

La référence Azure AI Search de Microsoft décrit le paramètre $filter comme des critères d’inclusion ou d’exclusion des résultats de recherche. Ses expressions OData, un langage servant à formuler ces critères, peuvent combiner comparaisons et opérateurs logiques. La page présente notamment des comparaisons de dates. Ces mécanismes déterminent si les enregistrements indexés remplissent une condition donnée, pas si leur contenu doit régir une décision métier. Une date de modification plus récente peut donc aider à retrouver une révision récente sans établir qu’elle est approuvée, applicable ou pertinente pour la tâche. Demandez ce que représente le champ de date et d’où vient sa valeur. Ce sont les questions de revue que nous proposons, et non une autorité supplémentaire apportée par le langage de filtrage.

Le statut de publication relève d’un autre périmètre technique. La page de planification SharePoint Server de Microsoft s’applique à Server 2013, 2016, 2019 et Subscription Edition. Elle exclut expressément SharePoint dans Microsoft 365. Elle décrit la gestion des versions et l’approbation du contenu configurées dans les bibliothèques de documents ; leurs paramètres peuvent varier d’une bibliothèque à l’autre. Les deux sources ne décrivent pas une connexion testée entre une telle bibliothèque et un assistant de recherche. Même si une mise en œuvre envisagée utilise les deux produits, il reste à demander à son intégrateur si les informations de version, d’approbation et de visibilité sont transmises à l’index. Un lien vers la source ne démontre pas cette connexion.

La page SharePoint Server explique que, lorsque l’approbation du contenu est activée, un document modifié peut être à l’état Pending, en attente, alors que les lecteurs continuent de voir une version antérieure. Avec les versions principales, la version principale précédente reste accessible aux lecteurs pendant l’attente d’approbation des modifications. Après approbation, la nouvelle version principale devient accessible et la précédente rejoint l’historique. Un nouveau document chargé sous cette configuration n’est pas visible par les lecteurs avant son approbation. La gestion des versions principales et secondaires ajoute la notion de brouillon : l’auteur peut enregistrer une version secondaire comme brouillon ou soumettre une version principale à approbation. Les personnes autorisées à voir les versions secondaires sont configurables. L’extraction obligatoire du document pour modification influe aussi sur la visibilité : les modifications enregistrées restent privées pour la personne qui les effectue jusqu’à l’archivage du document. Ce sont des comportements de publication conditionnels, pas une règle universelle selon laquelle tout fichier récent serait caché ou toute version principale ferait autorité. Même l’option sans gestion des versions exige du contexte. Dans le cas d’approbation décrit, le serveur conserve temporairement le contenu antérieur visible par les lecteurs pendant l’attente, puis cesse de le conserver après approbation. Cela ne constitue pas un historique de versions consultable. Demandez les paramètres réels de la bibliothèque au lieu de les déduire d’un nom de fichier ou d’un numéro de version.

Nous proposons de joindre à la réponse un relevé concis des éléments disponibles. Pour chaque passage contradictoire, indiquez le lien et l’emplacement dans la source, l’identité et la version du document, le texte retrouvé, le statut de publication ou d’approbation disponible et les dates pertinentes avec leur signification. Consignez séparément le périmètre de la tâche et les conditions d’applicabilité énoncées. Si un champ manque, signalez-le au lieu de le compléter avec une autre date. Le responsable technique devrait expliquer les critères de recherche, les métadonnées indexées et leur lien avec la version source. Le responsable de la bibliothèque devrait confirmer les paramètres pertinents et le contexte d’accès des éléments présentés. Il ne s’agit pas de recommander l’exposition de brouillons à accès restreint. Demandez quels éléments autorisés permettent d’établir le statut sans élargir l’accès. Le responsable de la politique décide ensuite de son applicabilité ou demande des précisions. La visibilité pour un lecteur renseigne sur la publication sous certains paramètres ; elle ne prouve aucune priorité financière ou juridique. De même, la mention « approuvé » ne suffit pas à établir la date d’effet pertinente, le périmètre organisationnel ou les exceptions applicables à la tâche.

Pour une évaluation, proposez des documents autorisés permettant d’examiner une révision récente en attente à côté d’une version antérieure visible par les lecteurs. Demandez si la réponse préserve le désaccord, distingue les significations des dates et montre les éléments disponibles pour chaque statut. Il s’agit d’une évaluation proposée, et non d’un test réalisé ici ou d’une procédure imposée par le fournisseur. Une transmission utile précise ce qui diffère, ce qui étaye le statut de chaque version et ce qui reste inconnu. Si l’applicabilité ne peut être établie, laissez la recommandation en attente auprès de son responsable désigné plutôt que de fusionner des consignes incompatibles. Consignez toute décision ultérieure avec ses fondements et ses limites. La figure illustre cet ordre de lecture ; sa dernière étape peut rester non résolue. La question d’achat n’est donc pas seulement de savoir si l’assistant trouve la politique la plus récente. Il faut savoir si la personne chargée de la revue peut comprendre la sélection des versions candidates, ce que leur contexte de publication établit et où une décision humaine reste nécessaire.