Quelles informations de diagnostic dois-je inclure lors du signalement d'une erreur Polyosync ?
Une demande de support bien documentée aide le support Polyosync à comprendre le problème, à évaluer son impact opérationnel et à identifier les étapes d'investigation appropriées.
Vous n'avez pas besoin d'effectuer un dépannage technique avancé pour soumettre un rapport utile.
Les informations les plus importantes sont ce qui s'est passé, quand cela s'est produit et quel résultat vous attendiez.
Informations recommandées à inclure :
1. Un résumé clair du problème.
Décrivez le problème en une ou deux phrases.
Exemple : "Une exécution d'automatisation a échoué lors de la tentative de mise à jour d'un enregistrement CRM connecté."
2. La fonctionnalité affectée.
Identifiez l'employé IA pertinent, l'automatisation, le flux de travail, le processus commercial, l'intégration ou la fonction de l'espace de travail.
3. Le comportement attendu.
Expliquez ce que l'opération aurait dû faire.
4. Le comportement réel.
Décrivez ce qui s'est passé à la place.
5. Le message d'erreur.
Incluez le message ou le code d'état visible exact lorsque cela est disponible.
6. La date et l'heure.
Fournissez l'horodatage approximatif et le fuseau horaire.
7. Références d'exécution.
Incluez un identifiant d'exécution, de course ou de ticket pertinent si disponible.
8. Étapes pour reproduire.
Expliquez comment le problème s'est produit, à condition que les étapes puissent être répétées en toute sécurité.
9. Impact sur l'entreprise.
Décrivez si le problème affecte un utilisateur, plusieurs utilisateurs, des opérations orientées client ou des processus critiques pour l'entreprise.
10. Changements récents.
Mentionnez les changements pertinents dans les autorisations, les intégrations, la configuration des flux de travail ou les paramètres de compte.
Exemple d'un rapport utile :
"Un flux de travail autonome a échoué lors d'une mise à jour externe de CRM à environ 14h30 UTC. Le flux de travail devait mettre à jour un enregistrement de lead existant, mais l'exécution montre une erreur lors de l'étape d'intégration. D'autres flux de travail semblent non affectés. La référence d'exécution affectée est disponible dans l'historique du flux de travail."
Que ne devrais-je jamais inclure ?
N'incluez pas :
- Mots de passe.
- Clés API.
- Jetons d'accès.
- Informations d'authentification privées.
- Informations personnelles inutiles.
- Enregistrements clients confidentiels non expurgés.
- Documents commerciaux sensibles non liés au problème.
Puis-je joindre des captures d'écran ?
Oui, là où l'interface de support permet des pièces jointes.
Supprimez ou obscurcissez les informations sensibles avant de les soumettre.
Que faire si je soupçonne un incident de sécurité ?
Identifiez clairement la préoccupation de sécurité et signalez-la rapidement.
Ne retardez pas le signalement en essayant de rassembler des preuves techniques étendues.
Que se passe-t-il après la soumission ?
La demande peut être évaluée en utilisant les informations fournies, et des détails supplémentaires peuvent être demandés si nécessaire.
La gestion des réponses et tout engagement contractuel de service dépendent des arrangements de support applicables à votre compte.
Recommandation finale :
Fournissez suffisamment d'informations pour reproduire ou enquêter sur le problème, mais partagez uniquement les informations sensibles minimales nécessaires.
Un contexte de diagnostic clair est plus précieux qu'une grande collection de captures d'écran ou de journaux non liés.