Non. Le comportement de l’API, les formats des requêtes et réponses, l’authentification, ainsi que toutes les données de transaction restent identiques. Il s’agit uniquement d’un changement d’URL.

Cela dépend de la manière dont vous accédez aux services Shift4.

Si vos systèmes se connectent directement aux points de terminaison API Bambora/Beanstream (généralement géré par un développeur interne, une agence informatique ou un fournisseur de logiciel tiers), ces intégrations doivent être mises à jour. Transmettez ce document à l’équipe technique appropriée.

Oui. Si vous redirigez vos clients directement vers notre solution de paiement hébergée, cette URL doit être mise à jour.

Seule la première partie de l’URL (le domaine) doit changer. Tout ce qui suit — votre identifiant marchand, le montant, les détails de la commande et tous les autres paramètres — reste exactement le même.

Avant : https://web.na.bambora.com/scripts/payment/payment.asp?merchant_id=123456789&trnAmount=19.99...

Après : https://checkout.bam.shift4api.net/payment/payment.asp?merchant_id=123456789&trnAmount=19.99...

En d’autres termes, remplacez : https://web.na.bambora.com par : https://checkout.bam.shift4api.net.

Le reste de l’URL, le chemin (/scripts/payment/payment.asp) et tous les paramètres après le point d’interrogation ne changent pas.

Si votre lien de paiement est codé en dur dans un site web, un modèle de facture, un courriel ou un bouton, transmettez-le à votre développeur ou fournisseur informatique et demandez-lui de ne modifier que la partie domaine.

Transmettez ce document ainsi que le courriel de migration original à votre fournisseur de logiciel ou vendeur de plugin. Demandez-leur de confirmer si leur produit nécessite une mise à jour et quand ils prévoient de la publier.

Vous devriez également confirmer avec eux, avant la date limite du 31 décembre 2026, que la mise à jour a bien été appliquée.

Des mises à jour des listes blanches du pare-feu peuvent être nécessaires. De nouvelles adresses IP seront fournies dans une communication ultérieure. Assurez-vous que votre équipe réseau ou informatique révise et met à jour les règles du pare-feu avant la mise en service du 31 décembre 2026.

Si votre pare-feu autorise actuellement le trafic par nom de domaine plutôt que par IP, vous devrez ajouter le nouveau domaine *.bam.shift4api.net à votre liste blanche.

En tant qu’implémenteur technique agissant pour le compte d’un commerçant, vous êtes responsable de :

• Mettre à jour toutes les URL des points de terminaison API dans l’intégration du commerçant des domaines Bambora/Beanstream hérités vers la nouvelle convention de domaine Shift4.
• Examiner et mettre à jour les listes blanches du pare-feu une fois que les nouvelles adresses IP seront fournies.
• Tester l’intégration mise à jour dans un environnement de préproduction avant de déployer en production.
• Compléter la migration avant le 31 décembre 2026.

Consultez la liste complète des correspondances des points de terminaison ici pour toutes les URL concernées.

Le processus de mise à jour dépend de la façon dont votre intégration est construite, mais les étapes sont généralement les suivantes :

• Localisez toutes les références aux domaines Bambora/Beanstream dans votre base de code, fichiers de configuration, variables d’environnement et infrastructure (par exemple, DNS, répartiteur de charge, règles de pare-feu).
• Remplacez toutes les occurrences par le point de terminaison correspondant. Consultez la liste complète des correspondances des points de terminaison ici.
• Mettez à jour toute liaison ou validation de certificat TLS/SSL qui fait référence à l’ancien domaine.
• Mettez à jour les listes blanches du pare-feu pour autoriser le trafic vers les nouvelles adresses IP (qui seront fournies dans une communication ultérieure).
• Testez votre intégration dans un environnement de préproduction ou bac à sable avant de déployer en production.
• Déployez les changements en production avant le 31 décembre 2026.

Non. Vos clés API, identifiants et méthodes d’authentification existants restent valides. Aucune ré-authentification ni rotation des identifiants n’est requise dans le cadre de cette migration.

Non. Toutes les structures de requête API, formats de réponse, codes d’erreur, et schémas de données restent identiques. La logique d’intégration existante n’a pas besoin d’être modifiée au-delà de la mise à jour de l’URL.

Nous recommandons les étapes de préparation suivantes :

• Consultez dès maintenant la liste des correspondances des points de terminaison et identifiez quelles URL votre système utilise.
• Auditez votre base de code, pipelines CI/CD, configurations d’environnement, et infrastructure-as-code pour trouver les URL Bambora/Beanstream codées en dur.
• Mettez à jour d’abord vos environnements de préproduction/développement et validez la fonctionnalité de bout en bout.
• Planifiez votre déploiement en production avant la date limite du 31 décembre 2026 pour permettre du temps pour les tests.
• Coordonnez-vous avec les fournisseurs tiers ou plugins pour confirmer qu’ils seront mis à jour à temps.
• Surveillez la communication de suivi contenant les nouvelles adresses IP et mettez à jour les règles du pare-feu en conséquence.

Après le 31 décembre 2026, les points de terminaison hérités seront désactivés de façon permanente et toutes les requêtes vers les URL héritées commenceront à échouer. Vous devez compléter la migration avant le 31 décembre 2026 pour éviter toute interruption.