[RÉGLÉ] Virtuemart2 - SIPS: etat de la transaction

[lliseil]

Bonjour

Installé SIPS d'Atos (Scellius) et plugin d'alatak, pour test avant passage en prod. Config ci-dessous.

Question : pourquoi l'état de commande ne passe pas svp ?

En mode test aka "serveur de démonstration", ça passe bien sauf l'état des commandes : Les commandes réussies devraient passer en Confirmé dans le backend. Là elles restent en Paiement en attente quelque soit la CB utilisée :dry:

Le reste fonctionne : choix de la CB, formulaire, message de confirmation de paiement et commandes affichées dans le backend.

Infos affichées en mode debug:

Request sent to the Payment Server
API_VERSION (P617)
CERTIFICATE_DATE (20020510)
CERTIFICATE_EXPIRED (20130607)
CERTIFICATE_VERSION (1.0)
CERTIFICATE_TYPE (php)
BROWSER_TYPE ()
MERCHANT_ID (xxxxx)
MERCHANT_COUNTRY (fr)
AMOUNT (2507)
TRANSACTION_ID (656542)
CURRENCY (978)
TRANSMISSION_DATE (20140423150734)
PAYMENT_MEANS (CB,2,MASTERCARD,2,VISA,2)
...
ORDER_ID (7b5803526)

Le support Scellius est pas très bavard ; on teste aussi en mode pré-prod.

Config :
- Php 5.4.x
- Joomla 2.5.19
- Virtuemart 2.6.0
- Kit bancaire SIPS d'ATOS -> config effectuée suivant manuel d'Alatak et TTardif, vérifiée.
Droits sur scripts : 755 & 644
Binaires transférés en mode binaire
- plugin 'alatak_sips_vm2' v1.6 -> "RETOUR À LA BOUTIQUE"

Les état de commandes Paypal passent nickel sur le même hébergement (site de prod). Ça écarte le risque d'un défaut de config chez l'hébergeur comme les collègues ci-dessous non ?
- Virtuemart - commande non confirmée après paiement [joomla 1.5 et VM 1.1]
- Et virtuemart et IPN de paypal non reçus

[lliseil]

Re : Virtuemart2 - SIPS: etat de la transaction

Bonjour

Installé SIPS d'Atos (Scellius) et plugin d'alatak, pour test avant passage en prod. Config ci-dessous.

Question : pourquoi l'état de commande ne passe pas svp ?

En mode test aka "serveur de démonstration", ça passe bien sauf l'état des commandes : Les commandes réussies devraient passer en Confirmé dans le backend. Là elles restent en Paiement en attente quelque soit la CB utilisée :dry:

Le reste fonctionne : choix de la CB, formulaire, message de confirmation de paiement et commandes affichées dans le backend.

Solution : vérifier si une protection ne bloque pas des IP (en la désactivant)
On est parfois distrait :}