Conditions d’utilisation des API et services développeurs

Les identifiants techniques sont personnels à l’Application pour laquelle ils ont été délivrés.

Ils ne doivent pas être partagés entre plusieurs entreprises, publiés dans un dépôt public ou intégrés dans un code client non sécurisé.

Le Développeur demeure responsable des opérations effectuées avec ses identifiants jusqu’à leur révocation ou au signalement de leur compromission.

Les clés privées, secrets clients et jetons doivent être stockés au moyen de mécanismes adaptés à leur sensibilité.

Ils ne doivent pas apparaître en clair dans les journaux, messages d’erreur, captures, outils analytiques ou interfaces publiques.

Le Développeur doit mettre en place une procédure de rotation et de révocation des secrets.

L’Application doit demander uniquement les autorisations strictement nécessaires à ses fonctionnalités.

Une autorisation accordée par un Utilisateur ne peut pas être utilisée pour une finalité incompatible ou non présentée au moment de l’autorisation.

KUPYDE peut limiter ou retirer une portée lorsque l’Application n’en justifie plus le besoin.

L’Application doit gérer les erreurs, délais d’attente, interruptions, réponses partielles et indisponibilités temporaires.

Les nouvelles tentatives doivent utiliser un délai progressif et ne pas provoquer une surcharge supplémentaire.

Les opérations sensibles doivent être conçues afin d’éviter les doubles traitements et les incohérences.

Le Développeur doit utiliser les mécanismes de pagination, curseurs et dates de synchronisation prévus par l’API.

Il ne doit pas supposer qu’un ordre, un nombre de résultats ou un identifiant restera inchangé sans garantie documentaire.

Les synchronisations complètes excessivement fréquentes peuvent être limitées au profit de mises à jour incrémentales.

KUPYDE peut publier plusieurs versions de ses API et retirer progressivement les versions anciennes.

Lorsque cela est raisonnablement possible, KUPYDE informe les Développeurs d’une modification incompatible et accorde un délai de migration.

Une correction urgente de sécurité ou une obligation légale peut nécessiter une modification ou une désactivation plus rapide.

Les environnements de test sont destinés au développement et ne doivent pas être utilisés comme service de production.

Les données de test peuvent être fictives, réinitialisées ou supprimées sans garantie de conservation.

Le Développeur ne doit pas importer de données personnelles réelles ou sensibles dans un environnement non autorisé à les recevoir.

L’Application doit présenter de manière claire son identité, ses fonctionnalités et les données auxquelles elle demande accès.

Le Développeur doit mettre à disposition une politique de confidentialité adaptée à son traitement.

L’Application ne doit pas utiliser une interface trompeuse pour obtenir une autorisation ou dissimuler une finalité.

Le Développeur doit appliquer des mesures techniques et organisationnelles adaptées à la sensibilité des données.

Les communications doivent être chiffrées et les accès administratifs protégés par une authentification appropriée.

Les données sensibles doivent être séparées, chiffrées au repos lorsque cela est approprié et accessibles uniquement aux personnes autorisées.

Les données ne doivent pas être conservées plus longtemps que nécessaire aux finalités autorisées.

Lorsqu’un Utilisateur retire une autorisation, ferme son compte ou demande une suppression applicable, l’Application doit cesser les traitements concernés.

Les copies résiduelles doivent être supprimées, anonymisées ou limitées à une obligation légitime documentée.

Le Développeur doit signaler à KUPYDE tout incident affectant les identifiants, données ou services KUPYDE.

Le signalement doit intervenir sans retard injustifié et fournir les informations disponibles sur la nature, l’étendue et les mesures prises.

Le Développeur doit coopérer raisonnablement à l’analyse, au confinement, aux notifications et aux mesures correctives.

Un même événement peut être envoyé plusieurs fois en raison d’une nouvelle tentative ou d’une interruption.

L’Application doit utiliser l’identifiant unique de l’événement afin d’éviter les doubles traitements.

Les opérations financières, créations de droits, attributions de Credits et changements d’état doivent être idempotents.

Le point de terminaison doit répondre rapidement et différer les traitements longs vers une file ou un service interne.

KUPYDE peut répéter l’envoi lorsque la réponse est absente, invalide ou signale un échec.

KUPYDE peut suspendre un webhook générant des erreurs répétées, des délais excessifs ou un risque de sécurité.

L’Application ne doit pas supposer que tous les événements arriveront dans l’ordre exact de leur création, sauf garantie documentaire.

Elle doit utiliser les dates, numéros de version et états actuels afin de résoudre les événements reçus tardivement.

Lorsqu’un doute subsiste, l’Application doit interroger l’API afin de confirmer l’état actuel de la ressource.

Il est interdit de contourner une authentification, un quota, une restriction territoriale, une vérification ou une mesure de sécurité.

Il est interdit de rechercher ou exploiter une route non documentée dans le but d’obtenir un accès non autorisé.

Les droits impératifs permettant certaines opérations d’interopérabilité restent réservés dans leurs limites légales.

L’API ne doit pas être utilisée pour constituer une copie substantielle des bases, contenus ou profils KUPYDE.

L’extraction destinée à la revente, au démarchage, à la surveillance ou à l’entraînement d’un modèle nécessite une autorisation suffisante.

KUPYDE peut limiter les exports et demander une justification de la finalité et de la durée de conservation.

Il est interdit d’utiliser l’API afin de créer de fausses transactions, manipuler des statistiques, générer un faux engagement ou détourner des Credits.

Il est interdit d’automatiser la création de comptes, messages, signalements ou interactions dans un but frauduleux ou abusif.

Toute opération financière doit correspondre à une instruction légitime et traçable.

Il est interdit d’utiliser les services développeurs pour transmettre un logiciel malveillant, réaliser une attaque ou compromettre un système.

Les tests de charge, scans et essais de sécurité nécessitent une autorisation préalable lorsqu’ils peuvent affecter les services.

Une vulnérabilité découverte doit être signalée sans accès supplémentaire aux données ni exploitation du défaut.

Le Développeur ne doit pas présenter son Application comme étant officiellement approuvée, certifiée ou exploitée par KUPYDE sans autorisation.

L’utilisation des marques, logos et éléments graphiques KUPYDE doit respecter les instructions de marque applicables.

KUPYDE peut demander la modification ou le retrait d’une présentation créant une confusion.

Le Développeur peut transmettre des suggestions, rapports d’erreur ou propositions d’amélioration.

Sauf accord écrit contraire, KUPYDE peut utiliser ces retours sans obligation d’intégrer la proposition ni de rémunérer leur auteur.

Le Développeur ne doit pas transmettre d’informations confidentielles de tiers sans autorisation.

KUPYDE peut limiter, suspendre ou révoquer un accès en cas de risque de sécurité, violation, fraude, surcharge ou obligation légale.

Une mesure immédiate peut être prise lorsqu’un délai exposerait KUPYDE, ses Utilisateurs ou ses partenaires à un risque sérieux.

Lorsque cela est approprié, KUPYDE peut demander une correction avant de restaurer l’accès.

Le Développeur peut cesser d’utiliser les services et révoquer ses identifiants depuis les outils disponibles ou en contactant KUPYDE.

À la fin de l’accès, l’Application doit cesser les appels et supprimer les données qui ne peuvent plus être légalement conservées.

Les obligations de confidentialité, sécurité, propriété intellectuelle et responsabilité survivent lorsqu’elles demeurent pertinentes.

Sauf engagement spécifique, les services développeurs sont fournis selon leur disponibilité et peuvent être modifiés, interrompus ou limités.

KUPYDE ne garantit pas l’absence totale d’erreurs, d’interruptions ou de modifications de structure.

Le Développeur doit concevoir son Application afin qu’une interruption de l’API ne provoque pas un dommage disproportionné.

Le Développeur demeure responsable de son Application, de ses traitements, de ses communications et de son respect du droit applicable.

Il est responsable des dommages résultant notamment d’une conservation illicite, d’une sécurité insuffisante ou d’un usage non autorisé.

Il doit maintenir les assurances, contrats et autorisations raisonnablement nécessaires à son activité.

KUPYDE peut modifier les présentes Conditions afin de tenir compte d’une évolution légale, technique, sécuritaire ou opérationnelle.

Les modifications importantes peuvent être annoncées dans le portail développeur, par courrier électronique ou dans la documentation.