Préparation
- Connectez-vous à la plateforme AceDataCloud.
- Créez un jeton de compte dans la console Account Token, et enregistrez-le immédiatement.
- Si vous devez réduire le périmètre, obtenez les ID correspondants depuis la liste des demandes de service, la liste des identifiants API ou la liste des API.
Aperçu de l’interface
Paramètres de requête
start_time / end_time peuvent toujours être utilisés comme alias de compatibilité pour les anciens clients ; pour les nouvelles intégrations, utilisez uniformément created_at_from / created_at_to. La forme date de created_at_to inclura ce jour calendaire, c’est-à-dire que minuit du jour suivant est utilisé comme limite.
Exemples de requêtes
Interrogez l’agrégation quotidienne/API du mois en cours à l’heure de Pékin, avec la dimension de modèle incluse :Exemple de réponse
Champs de réponse
L’unité de quota dépend de
service.unit de l’Application concernée. Si la requête comprend des services avec différentes unités, effectuez d’abord des statistiques séparées par service_id ou application_id, afin d’éviter les comparaisons ou additions directes.
Lorsque l’heure de fin n’est pas supérieure à l’heure de début, l’interface renvoie une structure vide complète : items=[], total=0, apis={}, requests=0, models=[].
Erreurs et recommandations de performance
- N’activez pas
include_modelspar défaut ; activez-le uniquement lorsque le rapport nécessite réellement une répartition par modèle. - Pour les requêtes sur de grandes plages, séparez en priorité par
service_idouapplication_id, afin d’éviter le mélange d’unités et de réduire le coût des requêtes. - Les dates sans appels ne sont pas automatiquement complétées par zéro ; le client doit compléter l’axe des dates avant de tracer le graphique.
Étape suivante
- Consulter les enregistrements d’appels : localiser les détails qui constituent le résultat agrégé.
- Exporter le volume d’appels : télécharger les détails complets au format CSV.
- Consulter les détails de la demande de service : confirmer le solde et l’unité.

