Disponibilité
GET /v3/bills/partners renvoie une entrée par facturier avec un unique status : ACTIVE ou UNAVAILABLE.
UNAVAILABLE répond 503 PARTNER_UNAVAILABLE sur discover et pay. Lisez cette table lorsque vous construisez votre sélecteur de facturiers et masquez ceux qui sont indisponibles ; la disponibilité change sans préavis.
Une clé de production voit la disponibilité réelle. Une clé sandbox voit tous les facturiers
ACTIVE, car les requêtes sandbox n’atteignent jamais un facturier.Le nom du partenaire
partner est la clé exacte de la table ci-dessus. Algérie Télécom s’écrit avec ses accents et une espace ; toute autre orthographe est rejetée avec 400 ERR_VALIDATION.
L’objet account
account contient exactement un identifiant, et cet identifiant doit être celui que le facturier comprend. Le tableau ci-dessous en donne la liste complète.
ADE
electronic_payment_key compte exactement 25 caractères. Chaque clé identifie une facture.
SONELGAZ
amount_without_stamp est le montant avant timbre fiscal, avec un point comme séparateur décimal. Le facturier valide les trois valeurs ensemble ; une incohérence termine la découverte avec INVALID_ACCOUNT.
SEAAL
code_client compte 2 à 6 caractères alphanumériques, code_contrat 2 à 10 chiffres. Les deux sont obligatoires. Un compte SEAAL peut comporter plusieurs factures trimestrielles impayées ; la découverte les renvoie toutes.
AADL
codeloc compte 6 à 20 chiffres.
AADL émet un avis agrégé par dossier de logement. Les arriérés sont inclus dans ce montant unique et ne peuvent pas être payés séparément.
SEOR
contrat compte 1 à 6 chiffres ; la facture l’imprime avec un espace (284 932) et les espaces sont ignorés. facture compte 18 lettres ou chiffres. Les deux sont obligatoires.
SEOR (eau d’Oran) est mono-facture : la découverte renvoie exactement la facture envoyée. SEOR ne distingue pas une paire erronée d’une facture déjà réglée en agence ; pour SEOR, INVALID_ACCOUNT signifie donc « informations invalides ou facture déjà réglée ».
Algérie Télécom
phone_number est un numéro fixe à 9 chiffres : 0, puis 2, 3 ou 4, puis 7 chiffres. Les numéros mobiles ne sont pas acceptés.
Ce que l’API renvoie
Chaque transaction renvoie l’identifiant sousaccount, à plat, avec une clé qui dépend du partenaire :
Ces clés sont uniquement en sortie. Utilisez les formats de requête ci-dessus lors de l’envoi.
Les intégrations réalisées avant cette page envoient
reference (ADE) ou phoneNumber (Algérie Télécom) comme identifiant. Les deux restent acceptés et sont convertis en electronic_payment_key et phone_number ; les nouvelles intégrations doivent utiliser les formats ci-dessus.Erreurs de validation
Une
400 ne crée jamais de transaction. Lorsque l’identifiant est bien formé mais que le facturier ne le reconnaît pas, la découverte est acceptée puis se termine FAILED avec error.code = INVALID_ACCOUNT (voir Découverte des factures).
Suivant : Découverte des factures
Lancer une découverte et lire les factures

