VEYORA.

DÉMARRAGE DÉVELOPPEUR

Vos utilisateurs.
Vos applications. Vos réunions.

Ajoutez Veyora à votre produit avec une API commune. Votre entreprise garde ses comptes et son système de connexion. Aucun accès à votre dépôt Git n’est nécessaire.

CommencerOuvrir mon espace développeur

1. Choisissez votre point de départ

Adresse de cette instance : . Utilisez une adresse HTTPS accessible à votre serveur et à vos utilisateurs. Un lien temporaire convient pour un essai ; son changement impose de mettre à jour les adresses autorisées.

2. Configurez les accès de votre serveur

Placez les secrets dans les variables privées de votre hébergement. Le navigateur et les applications mobiles reçoivent seulement un accès temporaire à la réunion.

Archive installable directement, sans téléchargement manuel. Le paquet n’est pas encore publié sur le registre npm. Les autres serveurs peuvent appeler les mêmes routes HTTPS à partir du contrat OpenAPI.

3. Branchez votre application

Ce que votre application doit vérifier

Le SDK expose des handlers Fetch prepare et join, utilisables dans une route Node, Next.js ou un autre serveur compatible. Chaque requête doit être authentifiée et autorisée par votre propre serveur.

  • authenticate(request) retourne le compte connecté {id} ou null, après vérification réelle de sa session.
  • verifyRequest(request, account) vérifie les protections de votre application : notamment le jeton CSRF si vous utilisez des cookies. Retournez true uniquement après ces contrôles.
  • authorize({accountId, resourceId, participantId, request}) vérifie le droit d’accéder à votre rendez-vous, classe ou événement, puis retourne le contrat ci-dessous, ou null pour refuser.

Ces fonctions utilisent votre base et vos règles métier. Veyora n’a pas besoin d’en connaître le schéma. Pour un compte parent, vérifiez aussi que l’enfant choisi lui appartient. Pour un groupe, utilisez le même external_id pour tous les participants de la même séance.

Vérifiez avant d’ouvrir à vos utilisateurs

Le SDK relit vos droits à chaque préparation et à chaque connexion. Une préparation ne garantit pas l’accès futur.

Éviter un second clic pour rejoindre

Le SDK Web 0.3.0 accepte entree: "directe" dans createVeyoraPartnerEmbed après le bouton Rejoindre de votre application. L’entrée suit la validation du billet. Un refus d’appareil ne bloque pas la réunion ; le son peut demander un toucher dans le cadre. La préparation reste le choix par défaut.

Gérer les personnes et leurs rôles

Depuis Personnes et accès, gérez un annuaire par application, rattachez plusieurs enfants à un parent et attribuez des rôles à une équipe ou une séance. Ajoutez des structures et sous-groupes, datez les remplacements, importez un CSV avec aperçu et déléguez un périmètre. Les données synchronisées gardent leur source et leur révision. Planifiez des séries quotidiennes ou hebdomadaires avec fuseau horaire, aperçu avant validation, report individuel et remplacement temporaire.

Le SDK serveur actuel expose ces mêmes fonctions dans createVeyoraApplicationClient(...).directory. Votre application vérifie toujours la connexion et les inscriptions. Un rôle d’annuaire ne crée ni compte de connexion ni inscription automatique à une réunion.

Qui gère les améliorations ?

Veyora gère les vidéos, le son, les commandes et les panneaux dans la réunion. Votre plateforme gère ses comptes, les invitations et les droits qu’elle transmet au SDK serveur.

Pour le microphone et la caméra, les permissions attribuées à la personne, les réglages de l’hôte et les autorisations du navigateur doivent permettre leur utilisation. L’hôte ne peut pas autoriser un appareil à la place de son propriétaire.

Le SDK Web actuel permet d’agrandir la réunion dans la fenêtre du site lorsque le plein écran natif est indisponible et délègue la copie dans le presse-papiers. Installez cette version et autorisez l’origine Veyora dans votre CSP et votre Permissions-Policy. Cet agrandissement ne garantit pas la disparition des barres système du navigateur.

Un contrat pour toutes les plateformes

Node.js, PHP ou Python côté serveur ; iframe Web, JavaScript ou intégration native côté client. La disponibilité des bibliothèques et leur niveau de validation sont détaillés dans le catalogue.

Les sources Swift, Kotlin, Dart et C# sont disponibles dans le kit ; leurs builds et essais sur appareils restent à qualifier. Le domaine définitif n’est pas nécessaire pour développer.

Vérifier les versions et préparer une mise à jour

Les mêmes SDK servent à toutes les organisations. Leurs clés, adresses et règles d’accès restent propres à chacune.

Chargement des versions disponibles…

    Pour vérifier une application, exécutez ce contrôle dans son serveur. Ne saisissez aucune clé privée dans cette page.

    Un contrôle de configuration réussi ne remplace pas un essai de connexion avec un utilisateur autorisé, un utilisateur refusé et de vrais appareils.

    Préparer les essais sur iPhone et Android