Africa's Talking s'attend à ce que les réponses de rappel commencent par CON pour les menus continus ou par END pour les écrans finaux. Ce générateur valide cette forme avant de copier le code.
Préparez un transfert de passerelle avant la soumission du shortcode.
Les fournisseurs USSD ont généralement besoin d'un rappel public URL, d'un contrat de réponse, d'exemples de charges utiles et d'une preuve que chaque chemin de menu se termine proprement. L'onglet de présentation du lancement transforme le flux local actuel en une note de transfert pour l'ingénierie, l'assurance qualité ou l'examen par l'agrégateur.
- Utilisez le simulateur pour tester les chemins heureux, les entrées invalides, la navigation arrière et les réponses finales END.
- Gardez les exemples de requêtes synthétiques. Ne mettez pas de codes PIN, de cartes d'identité nationales, de secrets de paiement ou de vrais numéros de téléphone dans les JSON partagés.
- Exportez le flux JSON et lancez le brief ensemble afin que les développeurs de rappel puissent rejouer la même carte d'écran.
USSD FAQ sur le générateur de flux
Comment dois-je utiliser ce constructeur ?
Créez des écrans de menu, de saisie et END, simulez une saisie téléphonique, examinez les avertissements de charpie, puis exportez JSON, les gestionnaires de démarrage, les charges utiles de rappel et le brief de lancement.
Que dois-je vérifier avant de soumettre ?
Vérifiez les réponses CON/END, la longueur de l'invite, les liens morts, les écrans END, les champs de charge utile de rappel, la persistance de la session, l'hébergement HTTPS, la minimisation des données et les règles actuelles du fournisseur.
Cela fournit-il un code USSD actif ?
Non. Il s’agit d’un outil de conception et de code de démarrage local. Votre agrégateur ou opérateur de télécommunications contrôle toujours l’approvisionnement, la facturation, la certification et le lancement de la production des shortcodes.
Valider le comportement du menu avant la soumission de l'opérateur de télécommunication
Créez des écrans, simulez une session téléphonique, modifiez le comportement CON/END, surveillez les limites de caractères et exportez le code de démarrage de rappel.
Aucun code d'opérateur de télécommunication, d'agrégateur ou de USSD en direct n'est fourni.
Que vérifier
- Méthodologie : stocker les écrans/options localement, rendre l'état du simulateur, les liens et la longueur du menu Lint, puis générer Node, PHP, JSON et tester les sorties de charge utile.
- Testez chaque chemin, entrée non valide, délai d'attente, comportement de retour/annulation, variante de langue et limite de caractères de l'opérateur de télécommunication avant la soumission.
- Exportez JSON et le code uniquement après avoir examiné les règles de sécurité des rappels, de persistance de session, de journalisation et de minimisation des données.
Limites
- Avis de non-responsabilité : conception et démarrage du code uniquement, pas d'approbation des opérateurs de télécommunications, de certification d'agrégateur, d'hébergement de production ou de conformité des paiements.
- Les formats de rappel de la passerelle, les délais d'expiration des sessions, les règles de shortcode et les conditions de facturation diffèrent selon le marché et le fournisseur.
- Ne mettez pas de codes PIN, d'identités nationales, de numéros de téléphone ou de secrets de paiement dans des exemples partagés.
Note source/référence : vérifiez par rapport aux documents actuels de l'agrégateur, aux règles de soumission des opérateurs de télécommunications, aux exigences de protection des données et aux tests de rappel de production avant le lancement.