Un enregistreur vocal a-t-il besoin de l'accès au Calendrier sur iPhone ?

Le Calendrier est une permission étrange à voir demandée par une app d'enregistrement, parce qu'à première vue une fonction comme « parcourir par calendrier » sonne exactement comme ce qui en aurait besoin. Il vaut la peine de séparer clairement les deux, car ce ne sont pas la même demande.

Ce que la permission Calendrier contrôle réellement

iOS traite votre calendrier comme une ressource protégée à part, derrière le framework EventKit : les événements qu'il contient, leurs titres, leurs horaires, les personnes invitées, et tout calendrier qu'une app aurait elle-même ajouté. Accorder cette permission laisse une app lire ces événements et, selon ce qu'elle demande, les créer ou les modifier aussi. C'est limité aux données de l'app Calendrier elle-même, pas à n'importe quelle date associée à autre chose que vous possédez.

Un enregistrement fait à 10h32 un mardi porte un horodatage. Cet horodatage n'est pas un événement de calendrier, et le lire, le stocker ou trier avec ne touche en rien EventKit ni la permission qui le protège.

Pourquoi « parcourir par calendrier » n'en a pas besoin

Un enregistreur vocal qui permet de parcourir la bibliothèque par calendrier fait presque toujours quelque chose de bien plus restreint que ce que le nom laisse penser : prendre la date que chaque enregistrement porte déjà — apposée automatiquement au moment où l'enregistrement s'est arrêté — et disposer les enregistrements sur une grille de type calendrier construite entièrement à partir de cet horodatage. Rien de tout cela ne nécessite d'ouvrir les données de l'app Calendrier d'iOS. L'app sait déjà quand chacun de ses propres enregistrements a eu lieu ; elle n'a pas besoin de demander une permission séparée pour afficher un fait qu'elle a elle-même enregistré.

C'est réellement différent de ce que contrôle la permission Calendrier : lire des événements que vous ou quelqu'un d'autre avez créés dans l'app Calendrier, avec des titres, des invités et des lieux qui n'avaient rien à voir avec un enregistrement jusqu'à ce qu'une app aille les faire correspondre.

Pourquoi un enregistreur pourrait quand même la demander

Il existe une vraie fonction qui en aurait besoin : rapprocher l'horodatage d'un enregistrement de vos événements de calendrier réels, pour qu'un enregistrement fait pendant « Réunion d'équipe, 10h30–10h45 » soit automatiquement titré avec ce nom de réunion plutôt qu'une simple heure. C'est un cas d'usage réel et précis, et c'est la seule raison honnête pour laquelle cette permission apparaîtrait dans la demande d'un enregistreur. Rien dans le fait de capturer l'audio, de le transcrire, de le lire, de marquer un instant dedans ou de chercher dans une transcription ne touche un événement de calendrier à quelque moment que ce soit — ce sont toutes des opérations autonomes sur l'enregistrement que vous avez sous la main.

Ce qui se passe si vous refusez

Rien qui touche au cœur du métier. Enregistrer, transcrire, lire, marquer, chercher et exporter fonctionnent identiquement dans les deux cas, et parcourir la bibliothèque par la date que les enregistrements portent déjà continue de fonctionner exactement pareil, parce que cette vue n'a jamais été construite à partir de vos événements de calendrier réels. La seule chose que vous perdez, c'est la fonction précise de titrage automatique à partir d'une réunion, si une app la propose — et une app qui n'a jamais construit cette fonction ne perd rien à ne l'avoir jamais demandée.

Vérifier qui l'a déjà

Réglages → Confidentialité et sécurité → Calendriers liste toutes les apps qui détiennent actuellement cette permission, avec un interrupteur pour la révoquer à tout moment — la révoquer ne touche à aucun enregistrement ni transcription déjà faits, cela arrête seulement les futures lectures de votre calendrier. Cela vaut la peine de jeter un œil à tout enregistreur vocal présent dans cette liste, puisque faire correspondre le nom d'une réunion à un enregistrement est la seule raison honnête pour laquelle il y figurerait.

Comment Voice Studio gère cela

Voice Studio ne demande jamais l'accès au Calendrier. Chaque enregistrement porte automatiquement l'horodatage du moment où il a eu lieu, et parcourir la bibliothèque « par calendrier » dispose les enregistrements en utilisant uniquement cet horodatage — une vue construite entièrement à partir de dates que l'app possède déjà, pas à partir de quoi que ce soit lu dans l'app Calendrier d'iOS. Il n'y a aucune fonction de rapprochement de réunions ni de titrage automatique qui nécessiterait EventKit, donc rien dans l'app n'appelle jamais le code qui déclencherait la demande. Enregistrer, transcrire, marquer, chercher et exporter fonctionnent pareil avec ou sans calendrier à lire, et il n'y a derrière rien de tout cela ni compte, ni synchronisation CloudKit, ni SDK d'analytique.

Questions fréquentes

Parcourir les enregistrements « par calendrier » nécessite-t-il la permission Calendrier ?

Non. Cela utilise l'horodatage que chaque enregistrement porte déjà automatiquement, disposé sur une grille de type calendrier — cela ne lit rien dans l'app Calendrier d'iOS.

Pourquoi un enregistreur vocal demanderait-il l'accès au Calendrier ?

La seule raison honnête est de rapprocher l'heure d'un enregistrement de vos événements de calendrier réels, pour le titrer automatiquement avec un nom de réunion plutôt qu'une simple heure. Enregistrer, transcrire, lire et parcourir la bibliothèque n'en ont besoin pour rien.

Refuser l'accès au Calendrier casse-t-il quelque chose dans un enregistreur vocal ?

Pour une app qui n'en a pas vraiment besoin, non. Enregistrer, transcrire, chercher, marquer et parcourir par date sont des opérations autonomes sur des données que l'app possède déjà, sans rapport avec l'app Calendrier elle-même.

Voice Studio demande-t-il un jour l'accès au Calendrier ?

Non. Il n'a aucune fonction de rapprochement de réunions ni de titrage automatique, donc rien dans l'app n'appelle le code qui déclencherait la demande.