Données transmises via le Connector
Vous voyez les données échangées entre TEISENDA et l’application connectée, ainsi que les journaux créés.
Sur cette page
Ce que l’application reçoit via le Connector
- le nom TEISENDA, une icône et l’adresse de la documentation, qui servent à présenter le Connector
- les instructions du Connector
- le catalogue des outils
- depuis
whoami, votre nom et, pour chaque Space de la connexion, sa Space-ID, son nom, son état de blocage et ses produits - le résultat de chaque appel d’outil
Le résultat d’un outil d’hébergement commence par le Space
Les résultats d’hébergement indiquent d’abord le Space et un message dans la langue de votre compte, ou en allemand si cette langue n’est pas prise en charge. Les données suivent en JSON avec des noms de champs anglais. Un Space est un espace de travail partagé dans l’app.
whoamirépond par un seul bloc de texte contenant du JSON, sans ligne pour le Space ni partie structurée.- TEISENDA ne fournit le contenu d’un fichier lu avec
hosting_read_fileque dans un bloc distinct, encadré et identifié comme données ; au maximum 40 000 caractères par appel. hosting_get_visibilityindique uniquement le nombre de personnes et d’équipes sélectionnées, jamais les noms d’autres membres. Les codes d’erreur anglais du nœud d’hébergement ne figurent jamais dans un résultat.- Un refus est une phrase dans la langue de votre compte ou, si le Connector refuse, une phrase anglaise fixe. Parfois, seul un statut HTTP est renvoyé. Les cas figurent dans Résoudre les problèmes du Connector.
C’est ce que fournit le Connector. L’application formule ce que vous lisez dans la conversation.
Ce que TEISENDA reçoit de l’application
TEISENDA reçoit les arguments de l’appel de l’outil, ainsi que l’utilisateur, la connexion et le numéro de la requête.
Plusieurs journaux conservent des informations d’utilisation
Les détails du journal du projet et les messages d’erreur de l’app peuvent contenir certaines valeurs des arguments des outils. Le numéro d’une requête est identique dans le Connector et dans le journal du projet ; il permet de retrouver un appel dans les deux.
| Journal | Responsable | Contenu |
|---|---|---|
| Identifications | Connector | L’utilisateur pour chaque identification, révocation et déconnexion. Pour une identification, également le nom de l’application et l’hôte vers lequel elle est revenue. |
| Appels d’outils | Connector | Nom de l’outil, utilisateur, numéro de requête et date ; en cas d’erreur, des lignes supplémentaires avec les messages d’erreur de l’app peuvent suivre. Elles peuvent contenir certaines données, par exemple une Space-ID. whoami ne crée pas cette entrée. Les révocations sont consignées avec l’état de l’identification, l’identifiant de l’application et, le cas échéant, l’utilisateur. |
| Accès | Serveur web du Connector | Adresse IP, date, méthode, adresse complète avec ses paramètres, statut HTTP, taille de la réponse, page d’origine et programme demandeur. Un champ supplémentaire peut contenir l’identifiant de l’application pour une authentification HTTP Basic. Lors des appels d’outils, l’IP appartient au fournisseur ; lors de l’identification, au navigateur. |
| Journal du projet | App | Modifications avec Space, projet, compte, canal, numéro de requête, opération, détail et date. Les détails peuvent contenir certaines valeurs d’arguments, mais aucun nom ni contenu de fichier. La lecture seule ainsi que l’écriture et la suppression de fichiers ne créent pas d’entrée ; la création d’un brouillon et les anciennes versions supprimées sont consignées. |
| Versions et connexions | App | Une version conserve le canal, le compte et le numéro de requête de sa création. Une connexion conserve la date de dernière utilisation. |
| Sortie d’erreur | App | Uniquement les erreurs : si un outil est interrompu, une ligne indique son nom, le numéro de requête et l’erreur, qui peut contenir des valeurs des arguments. |
| Erreurs des tâches d’arrière-plan | Base de données de l’app | Le message d’erreur d’une tâche d’arrière-plan échouée est enregistré. |
Lors de l’identification, les paramètres des adresses d’identification et de retour sont aussi consignés, notamment le code à usage unique de l’app. Le serveur web ne consigne pas les corps des requêtes ou réponses, les tokens, les cookies ni l’en-tête Authorization. Les arguments et résultats des outils ne figurent pas comme contenus complets dans le journal du service ; les messages d’erreur peuvent toutefois contenir certaines valeurs.
Durées de conservation des journaux
- Journal d’identification : les entrées de plus de douze mois sont supprimées au début d’une nouvelle identification.
- Journal du service du Connector avec les appels d’outils et révocations : au maximum trois mois, ou moins si la limite de taille est atteinte. La copie supplémentaire dans le journal système est conservée environ quatre à cinq semaines grâce à la rotation hebdomadaire.
- Journal d’accès du serveur web devant le Connector : 14 fichiers quotidiens plus le fichier en cours. La rotation quotidienne supprime les entrées après 14 à 15 jours. Ce délai ne concerne pas les journaux d’erreur du serveur web.
Le journal du projet n’a pas de durée de conservation fixe : ses entrées restent jusqu’à la suppression du Space, même si le projet est supprimé auparavant.
Lors de la suppression d’un compte, son association à la personne ayant agi est retirée de l’entrée. Une ID de compte présente dans les détails d’une ancienne entrée d’accès reste toutefois conservée.
La sortie de l’app, de son listener Connector et des tâches d’arrière-plan n’a pas de délai en jours. Pour chaque conteneur, le fichier de journal tourne lorsqu’il atteint 10 Mo ; les anciennes sorties sont alors supprimées. Retirer le conteneur supprime également sa sortie. Un nouveau déploiement seul ne la supprime pas : les prédécesseurs arrêtés conservent leurs journaux jusqu’à leur retrait.
Les messages d’erreur des tâches d’arrière-plan restent aussi dans la base de données sans règle de suppression automatique. La suppression d’un Space ne retire pas ces entrées.
Ce que TEISENDA conserve pour chaque connexion
- le nom fourni par l’application, inchangé et jamais vérifié par TEISENDA
- l’hôte vers lequel l’identification est revenue
- la date de connexion et celle de dernière utilisation
- ses Spaces et son éventuelle application aux Spaces que vous rejoignez ensuite
La dernière utilisation comprend aussi les requêtes refusées et change au maximum une fois toutes les cinq minutes. Elle ne prouve pas qu’un outil a été exécuté.
La politique de confidentialité est sur le site
La politique de confidentialité de TEISENDA est disponible sur teisenda.com/datenschutz.