Les fonctionnalités actuelles sont proposées dans ArcRelay Suite. La distribution autonome est encore en cours de validation ; aucun téléchargement séparé n’est promis.
Automatisation: automatisations locales
Les automatisations suivent un linéaire quand → seulement si → faire modèle sans besoin d'un service cloud.
- Déclencheurs: évènements de premier plan/démarrage/sortie de l'application; verrouillage, déverrouillage, sommeil et curriculum vitae; heures prévues; changements de connexion de l'appareil; fichiers remplis envoie ou reçoit; claviers ou exécutions manuelles. Les choix disponibles dépendent de la plateforme.
- Conditions: intervalles de temps, applications en cours d'exécution et dispositifs connectés. Les conditions multiples doivent toutes correspondre.
- Étapes : références rapides, Shell, retards et notifications. Les étapes courent dans l'ordre et s'arrêtent sur l'échec.
- Contrôle: mode automatique ou demande-avant-exécution, historique d'activité, résultats par étape et annulation. Les actions rapides dangereuses nécessitent toujours une confirmation sur un bureau déverrouillé.
Par exemple, à l'heure de la semaine et pendant qu'un appareil sélectionné est connecté, ouvrez les applications choisies et affichez une notification de début de travail. Un reçu de fichier rempli peut également déclencher un suivi explicitement configuré.
Un redémarrage ne relance pas silencieusement les exécutions interrompues et ne contourne pas les confirmations en attente. L’ancien système ArcFlow, gelé, n’est pas le point d’entrée des nouvelles fonctions d’automatisation.
Notifications et intégration d'outils locaux
Les paramètres de notification couvrent indépendamment les demandes d'appariement, les tâches de fichiers, les échecs d'impression, les confirmations d'automatisation, les permissions d'entrée et autres événements. Les défauts ne notifient que lorsque l'application est inactive et cachent les prévisualisations de contenu. Le centre de notification conserve les messages et le statut de lecture plutôt que de se fier uniquement à une alerte OS transitoire.
L'interface locale MCP permet aux outils autorisés d'envoyer des notifications et des messages de requête et de lire l'état, de sorte qu'une tâche locale peut signaler l'achèvement ou demander de l'attention. Il n'écoute que sur la machine locale et nécessite un jeton d'accès. Il s'agit d'une intégration de notification, pas d'une API de contrôle informatique sans restriction exposée au LAN.
Limites
Les étapes courent dans l'ordre et s'arrêtent sur l'échec. Les actions dangereuses conservent la confirmation locale; les exécutions interrompues ne sont pas rejouées après le redémarrage, et les déclencheurs varient selon la plateforme.