2012-10-31 2 views
2

Mes appels découlent se présente comme suit:quels sont les appels API nécessaires pour ExpressCheckout avec des paiements récurrents

  • SetExpressCheckout
  • GetExpressCheckout
  • DoExpressCheckout

Note: PaymentAction est la vente pour paiement unique et Autorisation pour les paiements récurrents

CréerProfil profil w ième montant initial (uniquement pour le paiement récurrent)

Je trouve que:

L'argent était en attente d'être capturé.

Le profil a également déduit de l'argent pour le paiement initial.

Lorsque j'ai essayé de capturer l'argent, le client a été débité deux fois.

Questions:

  1. S'il vous plaît pouvez-vous conseiller ce qui manque à mes appels API?
  2. Pour les paiements récurrents, o vous pensez que je n'ai pas besoin d'appeler API DoExpressCheckout avant d'appeler CreateRecurringPaymentsProfile API?
  3. Si la question 2 est vrai, si l'API CreateRecurringPaymentsProfile appel a réussi c'est createRPProfileResponse- $> Ack == « SUCCESS », alors que cela signifie le montant initial est garanti pour moi et je peut permet d'accéder à mes services ?

Répondre

1

Il semble que vous soyez un peu détraqué par ce que vous faites. Vous ne configurez pas un profil de paiement récurrent comme une "autorisation".

Si la commande est pour rien, mais un paiement récurrent, vous n'avez pas besoin d'appeler DoExpressCheckoutPayment. Vous n'effectuerez les deux appels (DECP et CRPP) que dans le cas où vous auriez dû effectuer un paiement unique pour un produit que vous expédiiez, par exemple, puis créer un abonnement en plus de cela. Dans votre cas, il semble que vous n'aurez besoin que du CRPP.

Vous devez toujours appeler SEC et, facultativement, GECD, mais vous le terminerez simplement avec CRPP. (Remarque: assurez-vous d'avoir inclus les détails du contrat de facturation dans votre demande SEC.C'est une erreur commune que beaucoup de gens font et ils se retrouvent avec une erreur de jeton invalide lors de l'appel du CRPP.)

Un succès de SUCCESS NE signifie PAS que le montant initial a été approuvé. Cela signifie simplement que le profil a été créé avec succès. Cependant, un paramètre est disponible dans la requête, FAILEDINITAMTACTION, que vous pouvez utiliser pour spécifier si vous voulez ou non laisser le profil actif ou le suspendre immédiatement si le paiement initial échoue. Il accepte les valeurs suivantes: ContinueOnFailure/CancelOnFailure

Ne vous laissez pas tromper, cependant. En fait, le statut du profil est suspendu et non annulé, vous pouvez donc simplement le réactiver après paiement.Lorsque vous créez votre système de connexion pour accéder à vos zones payantes de votre site, vous pouvez utiliser l'API GetRecurringPaymentsProfileDetails pour vérifier l'état actuel du profil et autoriser uniquement l'accès s'il est actif.

Espérons que ça aide!

+0

Merci Andrew, c'est exact. J'ai découvert que l'appel de l'API DoExpressCheckout n'est pas nécessaire pour le paiement récurrent, même en cas de paiement initial. –

+0

Par exemple, si vos frais habituels pour vos services sont de 10 £ par mois, et que vous voulez que votre client ait accès à vos services pendant dix jours avec un montant initial de 5 £. Et après les dix jours, vous voulez que les frais normaux continuent. Vous n'avez pas besoin d'appeler l'API DoExpressCheckout, vous pouvez simplement appeler SetExpressCheckout et pendant l'appel API CreateRecurringPaymentsProfile, définir le montant initial à 5 ​​€ et la date de début du profil à la date actuelle plus dix jours. Le montant initial sera déduit lors de la création du profil récurrent et le paiement récurrent suivant débutera après dix jours. –

+0

Bon ... c'est à peu près ce que j'ai expliqué dans ma réponse. ;) –

Questions connexes