Un tableau monday.com n’est pas un projet
Un tableau monday.com est une grille de colonnes que chacun compose comme il veut. Sur le même compte, un tableau suit des candidatures, un autre liste des fournisseurs, un troisième porte une revue de rémunération, un quatrième sert de journal d’incidents. Rien dans la structure ne dit lequel est lequel.
C’est ce qui fait la souplesse de l’outil et c’est ce qui complique une IA branchée dessus. Une colonne nommée Statut contient un mot, une colonne nommée Commentaire contient un paragraphe, et une colonne nommée Package contient parfois un montant annuel. Les trois se ressemblent quand on les lit à travers une interface de programmation.
Le connecteur ne cherche pas à savoir ce qu’une colonne veut dire
Le connecteur lit le nom de l’élément, le texte affiché de chacune de ses colonnes et le corps de ses mises à jour, puis il en fait un seul texte. Il ne demande ni le type de la colonne, ni ses paramètres, ni la valeur structurée qui se trouve derrière. Il ne classe rien par contenu.
Cette limite mérite d’être dite franchement, parce qu’elle a une conséquence directe. Aucun filtre ne reconnaîtra une colonne de rémunération pour l’écarter. Le texte entre avec l’élément, et toute la protection tient alors à une seule question, celle de savoir qui a le droit de lire ce tableau. C’est la différence entre régler un partage dans un outil et gouverner ce que chaque IA a le droit de voir.
C’est aussi pour cette raison que la règle appliquée aux tableaux est sévère au point de paraître excessive.
Le texte affiché d’une colonne, sans sa nature
Le connecteur demande trois choses du contenu d’un élément, son nom, le texte de ses colonnes et le corps de ses mises à jour, plus sa date de modification pour savoir ce qui a bougé. Le reste n’est pas filtré après lecture, il n’est jamais demandé.
Les abonnés du tableau sont lus comme une règle de droit, jamais comme du contenu. Ils servent à calculer qui peut lire les éléments, et monday.com ne pose aucun droit sur un élément lui-même, ce qui laisse l’audience du tableau comme unique signal.
Ce qu’on nous demande sur les tableaux sensibles
Un tableau de recrutement est-il traité différemment des autres ?
Non, et c’est le point important. Le connecteur ne le reconnaît pas comme un tableau de recrutement. Ce qui décide, c’est son audience. Si ce tableau est strictement privé et que tous ses abonnés relèvent du même service, ses éléments sont lisibles par ce service seul. Dès qu’un abonné d’un autre service y figure, plus personne ne lit ce tableau.
Et si ce tableau est partagé avec un recruteur externe ?
monday.com distingue trois natures de tableau. Un tableau privé est réservé à ses abonnés. Un tableau partageable s’ouvre à des invités. Un tableau public est visible par toute l’organisation. Seul le premier est résolu depuis sa liste d’abonnés. Les deux autres ne sont rangés dans aucun service, et leurs éléments attendent la décision d’un administrateur.
Pourquoi refuser un tableau dont la nature revient simplement inconnue ?
Parce que cette nature est le seul signal qu’un tableau monday.com porte sur l’ampleur de son audience. Une liste de natures interdites laisserait passer tout ce qui n’y figure pas, y compris une valeur que monday.com ajouterait plus tard. Le connecteur n’autorise donc qu’une seule valeur, celle du tableau strictement privé, et il refuse tout le reste.
Que se passe-t-il si la liste des abonnés revient incomplète ?
Elle est parcourue jusqu’à sa dernière page. Quand une page laisse un doute sur l’exhaustivité de la liste, ou quand un abonné n’a pas d’adresse lisible dans votre organisation, les éléments du tableau ne sont rangés nulle part. Une liste de droits incomplète n’autorise personne.
Ajouter un abonné ne modifie aucun élément
Le repartage est le moment où un connecteur devient dangereux. Quelqu’un ajoute un abonné à un tableau, l’audience s’élargit, et rien dans les éléments ne bouge. Ils gardent leur date de dernière modification, et monday.com n’émet aucun signal par élément pour un changement d’abonnés.
Un rafraîchissement incrémental ne peut donc pas voir ce changement. Le connecteur fait tourner un second passage, dit de rapprochement, qui reprend chaque élément déjà connu, recalcule l’audience de son tableau depuis les abonnés du moment, et le re-range quand le résultat diffère. Un tableau resserré retire l’élément au service qui n’y a plus droit. Un tableau élargi le met en attente.
Ce passage est aussi celui qui refuse de conclure trop vite. Quand la marche des éléments d’un tableau s’interrompt sur un curseur qui se répète, les éléments manquants ne sont pas traités comme supprimés, et l’incident est consigné. Vous retrouverez la même prudence sur les autres sources du catalogue, parce qu’elle est écrite une fois pour toutes.
Ce que ce connecteur ne fait pas
Il ne travaille pas dans monday.com. Aucun élément n’est créé, déplacé ni mis à jour, aucune colonne n’est remplie, aucune automatisation n’est déclenchée. Le transport utilisé ne connaît que la lecture.
Il lit du texte et perd la grille. Le texte affiché d’une colonne entre, son type et ses paramètres restent dehors. Une IA branchée pourra donc vous restituer ce qu’un élément raconte, sans savoir comment votre tableau est construit ni ce que vos statuts signifient les uns par rapport aux autres.
Rien ne trie un élément par son contenu. Si votre équipe a posé une revue de rémunération dans une colonne de texte, elle entre avec l’élément, et seule l’audience du tableau la protège. C’est la raison pour laquelle un tableau dont les abonnés couvrent deux services finit lu par personne.
Un élément supprimé ou archivé dans monday.com n’est pas effacé de votre Kastel. Il y est signalé comme disparu à la source et conservé, lisible par les mêmes personnes qu’avant, jusqu’à ce qu’un administrateur décide de l’effacer. Ce comportement est commun à tous les connecteurs de Kastel, et il vaut mieux le savoir avant de brancher.
Dites-nous ce que vos tableaux contiennent vraiment.
Un compte monday.com mélange souvent du suivi de projet et des sujets qui ne se traitent pas sur une page web. Dites-nous quels tableaux vous voudriez brancher, et nous vous dirons franchement lesquels resteront en attente.
Décrire votre cas
