Version de travail · contenus et exemples à affiner Voir les 95 pages ↗
Parlons de votre projet ↗
Commencer / P003

Configuration pour développeurs

Adaptation éditoriale
Référence de travail. Les routes, schémas, limites et procédures hérités du référentiel sont à aligner avec l’API d’Éric. Ils ne prouvent pas une fonctionnalité livrée. Les hôtes .invalid sont des exemples inertes.

Préparer une intégration Kelyko

Commencez par identifier l’environnement fourni par l’équipe, la version du contrat API et le magasin utilisé. Ne déduisez pas d’un libellé « test » qu’aucun argent réel ne circule.

Isoler les accès

  1. Définir l’entreprise et le magasin concernés.
  2. Créer des accès limités pour l’équipe technique.
  3. Séparer les secrets et paramètres d’essai des paramètres réels.
  4. Configurer les URLs de retour et de notification dans les environnements appropriés.
  5. Vérifier les droits de lecture, d’encaissement et de sortie.

Établir ce qui est simulé

Une simulation locale, un sandbox partenaire et une recette avec de l’argent réel sont trois dispositifs différents. Pour chaque essai, conserver le type d’environnement, les conditions et les preuves obtenues. La documentation du fournisseur ne détermine pas à elle seule le mode de test d’Éric.

Préparer les cas utiles

Paiement confirmé, client qui abandonne, retour navigateur sans confirmation, notification dupliquée, événement tardif, sortie échouée et issue inconnue. Les reprises ne doivent pas créer de doubles effets.

Passer au réel

L’ouverture d’une capacité réelle dépend des accès, de l’activation partenaire et du périmètre marchand. Mettre à jour la configuration explicitement, conserver la version et vérifier les références externes avant d’affirmer le succès.