La réponse courte
- Un profil par devise et par compte bancaire. Oracle indique que vous devez configurer un profil de passerelle pour chaque devise de règlement et chaque compte bancaire marchand.
- Une devise par compte Authorize.Net. Authorize.Net indique qu’une autre devise exige un autre compte.
- La filiale qui vend détermine les comptes. L’entité juridique qui vend signe pour le compte marchand et reçoit les dépôts.
- Les cartes conservées restent avec le compte qui les a enregistrées. Oracle indique que les jetons d’une passerelle ne sont pas offerts au profil d’une autre passerelle.
- SuiteCommerce Advanced accepte une passerelle par site. Oracle permet une filiale et une passerelle pour chaque site Web SuiteCommerce Advanced.
Une configuration pour chaque devise
Un Payment Processing Profile est l’enregistrement NetSuite d’un compte de passerelle : ses identifiants de connexion, sa devise et la banque où il verse les fonds. L’aide d’Oracle demande d’en configurer un pour chaque devise de règlement et chaque compte bancaire marchand que votre entreprise utilise.
Chez Authorize.Net, la même règle s’applique à la passerelle. Son article de soutien indique que chaque compte est réglé dans une seule devise, et qu’une deuxième devise exige un deuxième compte. Son tableau liste quatre plateformes de processeurs qui règlent en CAD :
- Chase Paymentech (Tampa)
- Elavon
- First Data (Nashville, FDCN, FDMS)
- Global Payments North America
Les autres de cette liste, comme First Data Omaha et TSYS, règlent en USD seulement.
Pour une entreprise canadienne qui facture des clients américains en dollars américains, cela veut dire :
- un compte de passerelle en USD;
- un compte marchand en USD derrière celui-ci;
- un compte bancaire qui reçoit des dépôts en USD;
- un profil NetSuite qui relie les trois.
Le côté CAD exige les quatre mêmes éléments en dollars canadiens. Plus de détails sur les règles de devises d’Authorize.Net sur notre page Authorize.Net.
Filiales : quelle entité juridique vend
Les comptes NetSuite OneWorld font fonctionner plusieurs filiales, chacune une entité juridique distincte, dans un seul compte NetSuite. Le compte marchand appartient à l’entité qui vend. Si votre société canadienne et votre société américaine acceptent toutes deux des paiements par carte, chacune signe pour ses propres comptes.
Oracle a un réglage pour cela. Activez « Use Strict Rules for the Selection of Payment Processing Profiles » (règles strictes pour le choix des profils de traitement des paiements) dans vos préférences comptables. NetSuite affiche alors seulement les profils qui correspondent au mode de paiement, à la devise du client et à la filiale du client. Oracle indique que cela empêche une filiale d’utiliser les profils d’une autre filiale. Le même réglage peut masquer un mode de paiement sur votre boutique en ligne quand rien ne prend en charge la devise de l’acheteur.
Les connecteurs gèrent les filiales chacun à leur façon. Cloud 1001 indique que son connecteur Authorize.Net permet à chaque filiale NetSuite d’avoir son propre compte Authorize.Net. Vérifiez comment votre connecteur le fait avant d’ouvrir des comptes.
Les boutiques en ligne et la limite d’une seule passerelle
Site Builder
Oracle indique qu’un site Web Site Builder peut utiliser plusieurs filiales et plusieurs passerelles. Vous choisissez un Payment Processing Profile pour chaque filiale sur l’enregistrement du site Web.
SuiteCommerce Advanced
Oracle permet une filiale et une passerelle pour chaque site Web SuiteCommerce Advanced. Vendre en CAD et en USD à partir de deux filiales veut dire prévoir des sites distincts.
Faites le plan de votre configuration avant d’ouvrir des comptes
Notez chaque façon dont l’argent entre avant que quiconque demande un compte. Chaque ligne correspond à une devise pour une entité qui vend.
- Filiale qui vend
- Devise
- Compte de passerelle
- Compte marchand
- Compte bancaire
| Filiale | Devise | Compte de passerelle | Compte marchand | Compte bancaire |
|---|---|---|---|---|
| Votre entité canadienne | CAD | Compte de passerelle 1 | Compte marchand en CAD | Compte bancaire en dollars canadiens |
| Votre entité canadienne | USD | Compte de passerelle 2 | Compte marchand en USD | Compte bancaire en dollars américains |
| Votre entité américaine | USD | Compte de passerelle 3 | Compte marchand en USD | Compte bancaire en dollars américains |
Un exemple hypothétique, pas un client. Un distributeur de pièces de Montréal vend à des ateliers canadiens en CAD et à des ateliers américains en USD à partir de son entité canadienne. Il possède aussi une petite filiale américaine qui vend en ligne. Cela donne les trois lignes ci-dessus, trois comptes de passerelle et trois profils NetSuite. Si la filiale américaine vend par SuiteCommerce Advanced, sa boutique fonctionne avec cette seule passerelle.
Questions à régler pour chaque ligne :
- Le nom de quelle entité paraît sur le relevé de carte du client?
- Quel compte bancaire reçoit chaque dépôt?
- Qui, dans votre équipe financière, rapproche chacun? Voir le rapprochement.
- Une carte émise aux États-Unis coûte-t-elle plus cher qu’une carte canadienne sur un compte marchand canadien? Posez la question à votre fournisseur et obtenez la réponse par écrit.
Et NetSuite Pay?
NetSuite Pay est l’option d’Oracle elle-même. Oracle indique qu’elle règle en USD ou en CAD, selon l’emplacement de la filiale, et qu’elle fonctionne pour les filiales américaines et canadiennes. Elle utilise uniquement des comptes marchands Versapay : vous ne pouvez donc pas apporter le vôtre. Les autres voies sont comparées sur le pilier NetSuite.
Où CleverPays intervient
Oracle possède NetSuite et ses règles de profils. La passerelle conserve les cartes enregistrées pour chaque compte. Votre connecteur, qu’il vienne d’un fournisseur ou qu’il ait été construit pour vous, relie les deux. Le processeur approuve et règle chaque paiement. CleverPays ne fabrique ni NetSuite ni aucun connecteur.
Nous pouvons faire avec vous le plan de vos filiales, devises et comptes bancaires avant que quoi que ce soit soit ouvert. Nous pouvons ouvrir un compte Authorize.Net en CAD et un en USD, avec les comptes marchands canadiens derrière eux, et ajouter American Express. Si une filiale enregistrée aux États-Unis vend aussi, demandez-nous ce que nous pouvons ouvrir pour elle. Si vous devez acheminer les paiements par filiale ou par devise et que votre configuration ne le permet pas, notre équipe de développement peut évaluer une connexion sur mesure. Nous restons votre contact en français et en anglais.
Sources
- Oracle NetSuite: setting up payment processing profiles, lu le 7 octobre 2026
- Oracle NetSuite: selecting a credit card gateway for a subsidiary website, lu le 7 octobre 2026
- Oracle NetSuite: NetSuite Pay product FAQ, lu le 7 octobre 2026
- Oracle NetSuite: payment instruments records (payment card tokens), lu le 7 octobre 2026
- Authorize.Net: processors and currencies, lu le 7 octobre 2026
- Cloud 1001: SuiteAuthConnect repository README, lu le 7 octobre 2026
Les noms de produits et d’entreprises sur cette page sont des marques de commerce de leurs propriétaires respectifs. CleverPays n’est ni affiliée à ces entreprises ni approuvée par elles.

