Centre d'aide/Dépannage

Dépannage

Vous rencontrez un problème? Ce guide couvre les problèmes les plus courants et comment les résoudre. Si vous ne trouvez pas votre réponse ici, contactez notre équipe de soutien.

Échecs de téléversement

413Fichier trop volumineux

Le fichier téléversé dépasse la taille maximale autorisée (par défaut : 20 Mo par image). Réduisez la taille du fichier ou configurez une limite plus élevée si votre forfait le permet.

415Type de média non pris en charge

Le type de fichier n'est pas accepté. Vérifiez le paramètre allowed_mime_types de votre session. Par défaut, seuls les types d'image (JPEG, PNG, WebP, HEIC) sont autorisés.

422Session complète

La session a déjà atteint sa limite max_images. Créez une nouvelle session si d'autres téléversements sont nécessaires.

500Erreur du serveur

Une erreur inattendue est survenue de notre côté. Cela est rare et se résout généralement en quelques minutes. Consultez la page de statut d'Apertur pour les incidents en cours.

Problèmes de webhook

Webhooks non reçus

Si votre point de terminaison ne reçoit pas les livraisons de webhook, vérifiez les éléments suivants :

  • Vérifiez que votre URL de webhook est accessible publiquement (pas derrière un pare-feu ou un VPN).
  • Assurez-vous que votre point de terminaison répond avec un code de statut 2xx dans les 30 secondes.
  • Consultez les journaux de livraison dans le tableau de bord de votre projet pour les détails des erreurs.
  • Confirmez que le delivery_mode de la session est défini à "webhook".

Échec de la vérification de signature

Si la vérification de signature échoue de votre côté :

  • Assurez-vous d'utiliser le corps brut de la requête (et non une version analysée ou resérialisée).
  • Vérifiez que vous utilisez le bon secret de webhook pour ce projet.
  • Assurez-vous de comparer la chaîne de signature complète, y compris le préfixe « sha256= ».

Consultez le guide des signatures de webhook pour des exemples d'implémentation.

Livraisons en double

Dans de rares cas, Apertur peut réessayer une livraison si la réponse initiale était ambiguë (p. ex. un délai d'expiration). Utilisez l'en-tête X-APTR-Delivery-ID pour dédupliquer de votre côté.

Problèmes de QR code

La caméra ne s'ouvre pas

  • Assurez-vous que l'utilisateur a accordé les permissions de caméra à son navigateur.
  • La page de téléversement doit être servie en HTTPS (c'est toujours le cas avec les URL hébergées par Apertur).
  • Essayez d'utiliser un autre navigateur (Safari sur iOS, Chrome sur Android).
  • Videz le cache du navigateur et réessayez.
  • Sur iOS, assurez-vous que la caméra n'est pas restreinte par Temps d'écran ou des politiques MDM.

Le QR code affiche une erreur

  • « Session expirée » — la session a dépassé son heure expires_at. Créez une nouvelle session.
  • « Session complète » — la limite max_images a été atteinte.
  • « Session introuvable » — l'identifiant de session dans l'URL est invalide. Vérifiez que le QR code a été généré correctement.

Partager des QR codes entre appareils

Chaque QR code mène à une URL de session unique. Vous pouvez partager cette URL par SMS, courriel ou applications de messagerie au lieu de scanner — envoyez simplement la valeur qr_url directement.

Session expirée

Les sessions expirent après la durée configurée dans expires_in (par défaut : 1 heure). Une fois expirées, aucun téléversement supplémentaire n'est accepté.

Comment gérer l'expiration

  • Augmentez le paramètre expires_in lors de la création de sessions si les utilisateurs ont besoin de plus de temps.
  • Surveillez le statut des sessions et créez proactivement de nouvelles sessions au besoin.
  • Informez vos utilisateurs finaux de la limite de temps afin qu'ils téléversent rapidement.

Conseil

Pour les flux de travail de longue durée, définissez expires_in jusqu'à 7 jours (604800 secondes). Gardez à l'esprit que les sessions plus longues peuvent présenter un risque de sécurité plus élevé.

Limites de débit

Apertur applique des limites de débit pour garantir une utilisation équitable et la stabilité de la plateforme. Si vous dépassez une limite, l'API répond avec 429 Too Many Requests.

Point de terminaisonLimite
POST /api/v1/sessions60 requêtes par minute
GET /api/v1/sessions120 requêtes par minute
Téléversement de fichiers30 téléversements par minute par session

Pour gérer les limites de débit de manière élégante :

  • Vérifiez l'en-tête Retry-After pour connaître le nombre de secondes à attendre.
  • Implémentez un délai exponentiel dans votre logique de réessai.
  • Regroupez les opérations lorsque possible pour réduire le volume de requêtes.
  • Contactez le soutien si votre cas d'utilisation nécessite des limites plus élevées.

Contacter le soutien

Si vous avez essayé les étapes ci-dessus et avez toujours besoin d'aide, notre équipe de soutien est là pour vous.

Courriel

Envoyez-nous un courriel à . Nous répondons généralement dans un délai d'un jour ouvrable.

Formulaire de contact

Utilisez notre formulaire de contact pour soumettre une demande de soutien détaillée. Incluez votre identifiant de projet, l'identifiant de session et tout message d'erreur pour nous aider à résoudre votre problème plus rapidement.

Page de statut

Consultez la page de statut d'Apertur pour des informations en temps réel sur la disponibilité de la plateforme et les incidents en cours.

Avant de contacter le soutien

Veuillez inclure votre identifiant de projet, l'identifiant de session (le cas échéant), le message d'erreur complet et l'heure approximative à laquelle le problème est survenu. Cela nous aide à investiguer beaucoup plus rapidement.

Cet article vous a-t-il été utile?

Toujours bloqué? Contactez notre équipe de soutien et nous vous aiderons à résoudre le problème.