Encaisser en Australie et Nouvelle-Zélande. 6 chapitres et un QCM final.

Chapitre 1. Cadrer l'ouverture : deux marchés, rien de commun.

« L'Australie et la Nouvelle-Zélande » se vend comme une région, alors que ce n'en est pas une. Deux devises, deux banques centrales, deux autorités qui fixent le coût d'acceptation par décision publique. Un barème néo-zélandais ne se déduit pas d'un barème australien, et les calendriers réglementaires des deux pays ne coïncident sur aucune date. Le premier travail d'ouverture consiste donc à séparer ce que votre équipe traitait comme un seul dossier. Deux contrats, deux jeux de paramètres tarifaires, deux plans de conformité.

La ligne fiscale mérite un arrêt, parce qu'elle touche le montant que vous autorisez. Les deux pays collectent leur taxe au checkout sur les petits envois importés, et non à la frontière, le seuil de valeur étant de 1 000 AUD par article en Australie et de 1 000 NZD en Nouvelle-Zélande. Un vendeur étranger qui dépasse le seuil de chiffre d'affaires local doit s'enregistrer, facturer la taxe et la reverser. Votre moteur de prix doit donc connaître le pays de livraison avant de construire le montant à autoriser. Une erreur ici se répercute sur chaque transaction, pas sur quelques-unes.

• Décider le pays d'entrée : ouvrir l'Australie d'abord donne accès au NPP, donc à des remboursements en quelques secondes ; ouvrir la Nouvelle-Zélande d'abord impose de traiter tout de suite le règlement différé
• Choisir la devise de règlement par pays, puis vérifier où se fait la conversion, chez l'acquéreur, chez votre banque ou dans votre comptabilité
• Vérifier le mode de tarification proposé : sans interchange plus plus, les baisses de plafond réglementaires ne redescendront pas jusqu'à vous
• Cartographier les rails récurrents avant de promettre un abonnement : BECS, PayTo et BPAY en Australie, BECS néo-zélandais et initiation par API en Nouvelle-Zélande
• Inscrire les quatre dates réglementaires au plan de charge : 1er décembre 2025 et 1er mai 2026 côté néo-zélandais, 1er octobre 2026 et 1er avril 2027 côté australien
• Traiter la fiscalité comme une donnée de paiement : le montant autorisé inclut la GST, et le seuil d'enregistrement se surveille au fil de l'eau

Chapitre 2. NPP, Osko et PayID : nommer ce que vous demandez.

La New Payments Platform (NPP), exploitée par NPP Australia, filiale d'Australian Payments Plus (AP+), transporte et règle des paiements individuels en quelques secondes, 24 heures sur 24, en ISO 20022 natif. Un point pratique décide de la qualité de vos échanges avec votre banque australienne. Le NPP ne se vend pas. Ce qui se commande, ce sont les services posés dessus : Osko pour le virement, PayID pour l'adressage, PayTo pour le mandat. Une spécification qui demande « une connexion NPP » revient sans devis, là où celle qui demande « des paiements sortants Osko adressés par PayID, avec restitution du nom du bénéficiaire » se chiffre.

PayID mérite d'être compris comme un dispositif de sécurité autant que comme un confort. Le service résout un alias en compte, puis affiche le nom du titulaire au payeur avant validation, ce qui place le contrôle au moment de l'envoi. Pour un marchand qui verse des fonds à des tiers, cette étape est la seule où une erreur de coordonnées se rattrape encore. Un paiement Osko est final en quelques secondes. Câblez l'affichage du nom retourné dans votre interface d'ordonnancement, et exigez une confirmation humaine au-delà d'un seuil de montant que vous fixez.

{
  "rail": "npp_osko",
  "amount": 24500,
  "currency": "aud",
  "payee": {
    "payid_type": "MOBILE",
    "payid": "+61400000000"
  },
  "remittance_information": "Remboursement commande CMD-2026-1042 - 2 articles",
  "idempotency_key": "payout_CMD-2026-1042_v1"
}

// Reponse : le nom resolu doit etre affiche AVANT confirmation.
// {
//   "status": "requires_confirmation",
//   "payee_name_resolved": "JANE JOHNSON",
//   "payid": "+61400000000"
// }

Chapitre 3. PayTo : câbler le mandat, réécrire la relance.

PayTo porte le mandat numérique du NPP. Le créancier crée un accord de paiement, la banque du payeur le lui présente, le payeur l'autorise depuis son application bancaire. Le consentement est donc détenu et affiché par la banque, pas par le marchand. Cette inversion paraît cosmétique, alors qu'elle déplace le contrôle du cycle de facturation vers le payeur et supprime les délais sur lesquels une logique de prélèvement s'appuyait sans le dire.

Les états du mandat forment la partie la plus sous-estimée de l'intégration. Un accord PayTo vit sa propre vie, indépendamment de vos factures, le payeur pouvant le suspendre un mardi et le réactiver le jeudi. Votre facturier doit lire ces événements, pas les inférer d'un échec de collecte. Un créancier qui réclame un paiement sur un mandat révoqué produit deux dégâts simultanés, une réclamation client et une écriture comptable à contre-passer.

type MandateStatus =
  | "pending_authorisation" // cree, en attente du payeur dans son app bancaire
  | "active"                // autorise : la collecte est possible
  | "suspended"             // suspendu par le payeur ou par sa banque
  | "cancelled"             // revoque : plus aucune collecte n'est legitime
  | "expired"               // arrive a echeance selon les attributs de l'accord
  | "error";                // en erreur cote banque : ni actif, ni clos

// Un accord n'est PAS une facture. Il pilote le droit de collecter, rien d'autre.
function onMandateEvent(sub: Subscription, status: MandateStatus): void {
  switch (status) {
    case "active":
      sub.collectable = true;
      scheduleNextCollection(sub); // reprise possible apres suspension
      break;
    case "pending_authorisation":
      sub.collectable = false;
      remindCustomerToAuthoriseInBankingApp(sub); // sinon le parcours meurt en silence
      break;
    case "suspended":
      sub.collectable = false;
      pauseDunning(sub); // surtout pas de relance de paiement : le droit est suspendu
      break;
    case "cancelled":
    case "expired":
      sub.collectable = false;
      stopDunning(sub);
      openWinBackFlow(sub); // le churn se constate ici, en temps reel
      break;
  }
}

• Un accord, un abonné, une source de vérité : la référence d'accord se stocke à côté de l'abonnement, avec sa date d'autorisation et ses attributs
• Un libellé lisible dans l'accord : c'est ce que le payeur verra dans sa banque, et c'est ce qui évite les contestations de reconnaissance
• Des attributs assez larges pour absorber une indexation tarifaire, sans être si larges qu'ils inquiètent le payeur au moment d'autoriser
• Un état « en attente d'autorisation » traité comme un panier abandonné, avec relance : un accord jamais autorisé ne produit aucune erreur, juste un silence
• Un test de bout en bout sur la révocation, déclenchée depuis l'application bancaire, jusqu'à l'arrêt effectif de vos relances

Chapitre 4. BECS : produire un batch qui passe.

Le BECS (Bulk Electronic Clearing System), aussi appelé Direct Entry, porte encore l'essentiel des flux récurrents australiens : salaires, prestations, prélèvements. Il date de 1994 et fonctionne par lots quotidiens. Sa fin était annoncée pour juin 2030. AusPayNet a retiré cette date cible en décembre 2025, faute de feuille de route compte-à-compte assez mûre. Ne bâtissez donc pas votre plan produit sur son extinction, puisque le rail va durer et que son intégration reste un passage obligé pour un facturier australien.

• Faire signer un Direct Debit Request et remettre au client une copie non modifiable du DDR et de son Service Agreement
• Confirmer par écrit sous 7 jours toute demande recueillie par téléphone, avec le DDR et le Service Agreement (Stripe, BECS Direct Debit Request Service Agreement, 2026)
• Pré-notifier chaque prélèvement : date de débit, quatre derniers chiffres du compte, montant, identifiant de mandat et identifiant du créancier
• Respecter les BECS Procedures d'AusPayNet, qui sont publiées et opposables, et que votre PSP répercute dans ses conditions
• Assumer la responsabilité financière : un débit contesté, inversé ou échoué reste à votre charge, y compris sur coordonnées erronées

// 1. Le BSB (Bank-State-Branch) fait SIX chiffres, souvent ecrit XXX-XXX.
//    Les tirets viennent de la saisie, jamais du fichier.
function normaliseBsb(input) {
  const digits = String(input).replace(/\D/g, "");
  if (digits.length !== 6) throw new Error("BSB invalide : " + input);
  return digits;
}

// 2. La reference BECS tient en DIX-HUIT caracteres.
//    Le NPP en accepte plusieurs milliers : une reference concue pour
//    Osko se tronque en silence si on la reinjecte dans un lot BECS.
const BECS_REFERENCE_MAX = 18;

function referenceBecs(orderId) {
  const ref = "CMD" + orderId;
  if (ref.length > BECS_REFERENCE_MAX) {
    // Tronquer ici, c'est perdre la reconciliation. On refuse.
    throw new Error("Reference trop longue pour BECS : " + ref);
  }
  return ref;
}

La contestation est le second point à câbler. Un titulaire de compte peut réclamer auprès de sa banque, qui transmet la demande à la banque du créancier. Le créancier doit alors produire la preuve de l'autorisation, et les délais de réponse diffèrent selon l'ancienneté de l'opération. Une réclamation portant sur les douze derniers mois appelle une réponse de la banque du créancier sous cinq jours ouvrés ; au-delà de douze mois, le délai passe à un mois. Un dossier non résolu au bout de trente jours peut remonter au comité de gestion du BECS (GoCardless, documentation BECS Australie, 2026).

Chapitre 5. Cartes : routage au moindre coût, plafonds et fin de la surcharge.

Presque toutes les cartes de débit australiennes portent deux réseaux : le scheme domestique eftpos et un réseau international, Visa Debit ou Debit Mastercard. Ce sont deux applications séparées sur la puce, avec deux barèmes distincts. Le least-cost routing (LCR), aussi appelé merchant choice routing, confie le choix à l'acquéreur, sur instruction du commerçant, et non au porteur. L'arbitrage est inverse de celui du co-badgeage européen, où le choix lui revient. Pour un commerçant australien, activer et vérifier le LCR arrive avant toute renégociation de commission.

// L'ordre de grandeur publie : le cout d'acceptation du debit est environ
// 20 % plus bas avec le routage au moindre cout active
// (Australian Payments Plus, 2025). Le gain reel depend de VOTRE mix.

const volumeDebitAnnuelAud = 12_000_000;  // volume debit domestique
const partEligibleAuRoutage = 0.70;       // cartes co-badgees ET terminaux parametres
const coutDebitActuel = 0.0090;           // 0,90 % constate sur vos releves acquereur
const ecartDeRoutage = 0.20;              // ~20 % de moins sur la part routee

const volumeRoute = volumeDebitAnnuelAud * partEligibleAuRoutage;
const economie = volumeRoute * coutDebitActuel * ecartDeRoutage;

console.log(Math.round(economie)); // 15120 AUD par an

// Regle de lecture : si vos releves ne distinguent pas eftpos de Visa/Mastercard,
// vous ne pouvez PAS calculer cette ligne. C'est le symptome d'un tarif mixte.

L'interdiction australienne de la surcharge impose un chantier de prix, pas une simple mise à jour de caisse. Pendant vingt ans, le commerçant pouvait répercuter son coût d'acceptation dans la limite du coût réel, droit qui disparaît le 1er octobre 2026 sur les réseaux désignés. Il faut donc reconstruire une marge nette de commission par canal, purger les lignes de frais de service des terminaux et des pages de paiement, et retarifer les produits dont la marge reposait sur la surcharge. Les valeurs de 6 cents et 0,12 % issues de la consultation de juillet 2025 n'ont pas été retenues. Paramétrez sur le texte de mars 2026.

Chapitre 6. Nouvelle-Zélande : promettre le bon délai.

La Nouvelle-Zélande a généralisé la carte au point de vente dès les années 1980, avec un EFTPOS débité en direct sur le compte et sans frais commerçant. Ce choix fondateur a produit un coût d'acceptation très bas, et aucun besoin de rail plus rapide. Le pays n'a donc jamais construit de virement instantané interbancaire de détail. Il fonctionne par échanges multiquotidiens avec règlement préalable, sous le mécanisme SBI (Settlement Before Interchange), en service depuis 2012. Cette architecture élimine le risque de contrepartie entre participants, mais elle interdit toute promesse de crédit immédiat.

Faute de rail instantané, l'initiation de paiement par API tient lieu de substitut au paiement immédiat. Cette substitution commande la lecture du marché néo-zélandais. L'API Centre, créé en 2019 au sein de Payments NZ, publie les standards d'API d'initiation de paiement, d'information de compte et de notification d'événement, ainsi que les règles opérationnelles et l'accréditation des tiers. Six fournisseurs d'API y sont enregistrés (ANZ, ASB, BNZ, Heartland, Kiwibank, Westpac), et plus de vingt tiers accrédités (Payments NZ, API Centre, 2026). Le pays est passé en 2025 d'un modèle piloté par l'industrie à un régime légal, avec le Customer and Product Data Act 2025 et la banque comme premier secteur désigné, sous pilotage du MBIE.

• Contractualiser en NZD et vérifier où se fait la conversion, si votre acquéreur règle en AUD
• Demander la décomposition eftpos / schemes internationaux sur les relevés : les plafonds néo-zélandais ne se constatent pas sur un taux unique
• Ne pas paramétrer de fin de surcharge sur une date supposée : le texte annoncé pour 2026 n'est pas abouti, et l'en-ligne resterait hors champ
• Traiter le tourisme entrant comme une ligne de coût distincte : les cartes émises à l'étranger sont plafonnées depuis le 1er mai 2026, et vos relevés doivent le montrer
• Vérifier l'accréditation de votre prestataire d'initiation auprès de l'API Centre avant de bâtir un parcours dessus