2009-12-10 3 views
2

J'étudie l'utilisation de Authorize.net pour un client qui a N emplacements physiques, chacun avec leur propre ensemble de biens distincts à vendre et chacun avec leur propre marchand Compte. Je pense à l'utilisation de la fonctionnalité CIM, qui me permet de stocker des données client sensibles avec Authorize plutôt que de les conserver moi-même. C'est une grande victoire. Je préférerais ne pas avoir à gérer les complexités de la gestion des données sensibles. Toutefois, il semble que la fonction CIM stocke cette information sur un compte par compte marchand. C'est-à-dire que si je stocke certaines données client Z avec le compte marchand A, je ne peux pas utiliser ces mêmes données avec le compte marchand B, même si A et B correspondent à la même entité et que les données représentées par Z sont identiques . Cela semble stupide: le client devra ré-entrer ses données une fois pour chaque magasin, même si tous les magasins font partie d'une chaîne.Utilisation de la fonctionnalité CIM d'Authorize.net pour un marchand avec plusieurs comptes marchands

Y at-il un moyen que je peux faire avec Authorize.net? Sinon, y a-t-il une alternative qui me permette de réutiliser les représentations des clients sur les comptes marchands, sans stocker moi-même les données sensibles? Existe-t-il d'autres solutions plus générales qui me permettraient d'obtenir ce que je veux, ou dois-je recourir à la conservation de ces données moi-même?

Répondre

1

Malheureusement, le service CIM d'Authorize.Net, ainsi que tous ses services, sont en relation directe avec un compte marchand. Donc, si vous souhaitez mettre un profil dans plusieurs comptes CIM, vous devrez le faire pour chaque CIM individuellement.

Selon vos besoins, il est possible que vous ayez du mal à stocker ces informations plus facilement.

+0

@John: C'est à peu près la même conclusion que nous avons atteinte, aussi. Nous pensons avoir développé une solution de contournement du problème, mais il est décevant qu'Autorize ne puisse pas accommoder ce que je suppose être un phénomène relativement courant pour les entités physiques qui cherchent à étendre leur présence sur le Web. –

0

Vous pouvez essayer de centraliser la connectivité à Authorize.net et ce service centralisé va stocker le mappage dans lequel l'utilisateur a entré ses informations sensibles, et les transmettre à l'adaptateur authorize.net centralisé dans le cadre de l'identité du client, comme shop12/user12345 "via une connexion cryptée. Ce service centralisé aura besoin d'une table d'identification Authorize.nwt, bien sûr (shopid, apiLogin, transactionKey). Ceci est une solution possible si votre client accepte de stocker des informations d'identification API en dehors des "boutiques"

Questions connexes