Skip to main content
Cette page rassemble des problèmes réels trouvés et vérifiés en construisant cette documentation — lacunes de quota de plan, bugs d’interface, et flux véritablement déroutants — chacun pointant vers la page spécifique qui le couvre. Ce n’est pas une liste de contrôle de dépannage générique ; chaque entrée ci-dessous a été réellement reproduite sur l’application en direct.

Compte et connexion

Consultez Multi-factor authentication pour savoir comment fonctionnent les codes de secours, et sauvegardez-les dès que vous enregistrez une méthode. Si vous avez perdu à la fois votre méthode MFA et vos codes de secours, ce projet de documentation a lui-même heurté exactement ce mur sur un compte de test partagé en pleine vérification — il n’y a pas de chemin d’auto-récupération intégré une fois les deux perdus ; contactez directement le Support.
Utilisez Password reset depuis l’écran de connexion. C’est distinct des codes de récupération MFA — perdre votre mot de passe n’affecte pas votre inscription MFA, et vice versa.
C’est normal, pas un bug — Multi-factor authentication ne s’applique qu’à la connexion basée sur un mot de passe. Si votre organisation se connecte via SSO, votre fournisseur d’identité gère cette couche à la place, et Scanova ne la gère pas.

QR codes et scan

Ouvrez QR Health Center (/qr/health) avant de vérifier les codes un par un — il fait remonter les brouillons non publiés, les plannings expirés, les liens de formulaire cassés, et les vérifications de domaine incomplètes sur l’ensemble de votre compte en un seul endroit.
C’est un choix fondamental fait en amont, pas un paramètre que vous pouvez changer après la création pour chaque type. Consultez Quick Code vs. full Page pour savoir exactement quels types sont « Dynamic » (modifiables après publication) contre « Static » (fixés à la création).
Un véritable bug a été trouvé durant ce projet de documentation : rouvrir la fenêtre modale Configure location dans GPS geofencing peut planter en développement en raison d’une clé de traduction manquante. Si vous rencontrez cela, actualisez la page — votre localisation, portée, et paramètres de repli sauvegardés ne sont pas perdus ; ils sont stockés indépendamment de la fenêtre modale.

Dossiers, tags, et permissions d’équipe

C’est très probablement une lacune de quota de plan, pas un bug de votre côté. Folders, tags & bulk operations confirme que la barre latérale des dossiers est conditionnée par un plan (FOLDER_MANAGEMENT) — et durant ce projet de documentation, ce quota s’est révélé accordé à exactement un seul plan dans toute la base de données (un plan strictement interne). Si vous êtes sur un plan payant et attendez des dossiers, contactez Support — vous n’êtes probablement pas le seul à ne pas les avoir.
Les deux nécessitent une permission distincte (FOLDER_CAN_CREATE_AND_MANAGE) en plus du quota de plan ci-dessus. Un utilisateur partagé sans cette permission spécifique ne verra pas du tout ces contrôles — demandez à votre propriétaire de compte de l’accorder. Consultez Folders, tags & bulk operations.
Ce n’est pas un bug — les Lead Lists sont une fonctionnalité héritée. Scanova n’expose plus de moyen d’en créer une depuis l’application ; la nouvelle capture de leads passe désormais par Forms. Consultez Leads & lead lists pour ce que vous pouvez encore faire avec les listes existantes (visualiser, exporter).

AI Studio et accès API

Une véritable lacune produit, pas un problème de documentation : vérifier AI Studio durant ce projet a révélé que le plan Pro canonique n’accorde en fait pas le quota AI_QR_TOKENS que l’application vérifie — donc un véritable client Pro payant peut heurter ce mur payant. Consultez AI QR / AI Studio pour le texte exact affiché. Si cela vous arrive, vérifiez la liste de fonctionnalités de votre plan ou contactez le support plutôt que de supposer que votre compte est mal configuré.
L’accès Management API est également conditionné par un plan (MANAGEMENT_API), et — comme les lacunes AI Studio et Folders ci-dessus — ce quota s’est révélé manquant sur le plan Pro canonique durant la vérification. Consultez Creating & managing API keys pour l’endroit où la limite est affichée dans l’interface.
Il n’y en a actuellement aucun — ceci a été confirmé en direct, pas supposé. Consultez API usage dashboard pour savoir exactement ce qui a été vérifié et quels endpoints appeler directement en attendant.

Basculer entre Classic et New Scanova

C’est un comportement attendu, à sens unique, pas un bug — consultez Switching from Classic to New UI pour l’explication corrigée. Une page créée dans New Scanova continue de fonctionner en direct mais devient définitivement en lecture seule une fois consultée depuis Classic ; il n’y a pas d’annulation intégrée.
C’est également normal — basculer de plateforme est une décision à l’échelle du compte que seul le propriétaire du compte peut prendre. Demandez-lui de le basculer depuis son propre compte.

Voir aussi

  • FAQ — questions plus courtes, à réponse unique, qui n’avaient pas besoin d’une présentation complète.
  • Support — chat en direct, WhatsApp, et numéros de téléphone si rien ci-dessus ne résout le problème.