Skip to main content

Fonctionnement de la sandbox

Une clé sandbox utilise la même URL de base, les mêmes routes, la même enveloppe, les mêmes statuts et la même interrogation que la production. Les différences :
  • Aucun facturier n’est contacté et aucun argent ne circule.
  • Le résultat est déterminé par l’identifiant de compte que vous envoyez (tableaux ci-dessous). Tout autre identifiant renvoie une facture de 500.00 DZD et un paiement réussi.
  • La découverte se termine en environ 0,2 s et le paiement en environ 0,5 s ; votre logique d’interrogation doit donc quand même gérer PENDING et PROCESSING.
  • GET /v3/bills/partners indique tous les facturiers ACTIVE.
  • Les reçus sont des images PNG.
  • Les transactions sandbox et production sont totalement séparées. Une clé sandbox ne voit jamais une transaction de production, et inversement.
Vérifiez à quel environnement appartient une clé avec Validate Access Token.

Comptes de test

ADE

account: { "electronic_payment_key": "<value>" }

SONELGAZ

account: { "sonelgaz": { "invoice_number": "<value>", "amount_without_stamp": "1200.00", "ebb_key": "123456" } } — le résultat dépend de invoice_number ; les deux autres champs doivent seulement être présents.

SEAAL

account: { "seaal": { "code_client": "<value>", "code_contrat": "446563" } } — le résultat dépend de code_client ; code_contrat doit seulement compter 2 à 10 chiffres.

AADL

account: { "aadl": { "codeloc": "<value>" } } L’endpoint de l’avis AADL (/avis) n’est pas disponible en sandbox.

SEOR

account: { "seor": { "contrat": "100001", "facture": "<value>" } } — le résultat dépend de facture ; contrat doit seulement compter 1 à 6 chiffres.

Algérie Télécom

account: { "phone_number": "<value>" }

Erreurs que vous pouvez déclencher

Un parcours sandbox complet

Avant de passer en production

  • Votre logique d’interrogation gère chaque statut, y compris UNKNOWN (SONELGAZ 6006006006).
  • Un paiement FAILED ou REFUNDED ne laisse aucun débit à votre client.
  • Une 409, une 403 ou une expiration ne déclenche jamais un second pay.
  • Chaque pay utilise une nouvelle ref.
  • Les commandes multi-factures affichent correctement selectedBills (SEAAL 100001).
  • Les reçus sont conservés avec operationId.
  • La clé de production est chargée depuis la configuration, jamais depuis le code.