[Skip to main content](#vessel-content) # SIPS ATOS notifications et... ## - **[Joshua Lindus](/forum/user/5588-joshua-lindus "View Joshua Lindus's Profile")** - [![Joshua Lindus's Avatar](https://www.hikashop.com/media/kunena/core/svg/person.svg)](/forum/user/5588-joshua-lindus "View Joshua Lindus's Profile") Topic Author - [ Offline](/forum/user/5588-joshua-lindus) Less More - Posts: 70 - Thank you received: 6 - - 14 years 5 months ago [\#51381](#51381) by [Joshua Lindus](/forum/user/5588-joshua-lindus "View Joshua Lindus's Profile") *[SIPS ATOS notifications et...](/forum/5-support-en-francais-french-support-/51381-sips-atos-notifications-et#51381 "Bonjour, Récemment j'ai fait passer le site d'un client de PHP 5.2.17 en 5.3.13 par l'hébergeur. S'il n'y a pas eu de dysfonctionnements particuliers sur le site lui-même, j'ai constaté quelques soucis sur le moyen de paiement SIPS d'ATOS. En effet le fait de changer de version PHP chez Infomaniak a fait passer le système de 32bits en 64bits, il a donc fallu que je remplace les binaires ATOS par les versions 64 bits. Je ne étais pas rendu compte immédiatement de ce changement et je me demandais pourquoi le paiement par carte bancaire SIPS ne fonctionnait plus (Mercanet). De même, comme Infomaniak ne supporte pas les fonctions exec() présentes dans les scripts du plugin ATOS, j'avais précédemment dû les modifier pour pouvoir exécuter les binaires via un script Perl CGI, et cela fonctionnait très bien. Depuis le passage en PHP 5.3.13 et plateforme 64bits j'ai dû faire quelques modifs dans ces scripts Perl, sans conséquences. Néanmoins après divers tests infructueux (avant de comprendre l'histoire du 64 bits et déceler le problème dans mes scripts Perl), et lorsque tout s'est mis à refonctionner normalement, j'ai constaté en effectuant un achat sur le site que je recevais bien la notification de commande créée mais pas celle du paiement confirmée (le statut de commande étant resté sur "créée"). Je suppose évidemment que si je passe la commande sur "confirmée" je recevrais l'émail, mais la question est : Pourquoi le statut de commande n'est-il pas passé sur "confirmée" alors que j'ai eu à l'écran la récap de la transaction ? * id marchand, * n° transaction, * n° autorisation, * certificat transaction, * montant, * etc. Si vous avez une piste, merci d'avance. Autre point, en début d'analyse j'ai remarqué qu'un fichier atos.php s'était glissé à la racine du site en question et il contient les lignes suivantes: $_GET='com_hikashop'; $_GET='component'; $_GET='checkout'; $_GET='notify'; $_GET='atos'; $_GET='fr'; $_REQUEST='com_hikashop'; $_REQUEST='component'; $_REQUEST='checkout'; $_REQUEST='notify'; $_REQUEST='atos'; $_REQUEST='fr'; include('index.php'); La présence de ce fichier est-elle normal à la racine du site ? Ayant un doute (n'ayant pas trouvé d'infos à ce sujet), je l'ai supprimé. Est-ce que cela peut avoir un rapport avec mon premier problème ? Merci, a+.")* was created by *[Joshua Lindus](/forum/user/5588-joshua-lindus "View Joshua Lindus's Profile")* Bonjour, Récemment j'ai fait passer le site d'un client de PHP 5.2.17 en 5.3.13 par l'hébergeur. S'il n'y a pas eu de dysfonctionnements particuliers sur le site lui-même, j'ai constaté quelques soucis sur le moyen de paiement SIPS d'ATOS. En effet le fait de changer de version PHP chez Infomaniak a fait passer le système de 32bits en 64bits, il a donc fallu que je remplace les binaires ATOS par les versions 64 bits. Je ne étais pas rendu compte immédiatement de ce changement et je me demandais pourquoi le paiement par carte bancaire SIPS ne fonctionnait plus (Mercanet). De même, comme Infomaniak ne supporte pas les fonctions exec() présentes dans les scripts du plugin ATOS, j'avais précédemment dû les modifier pour pouvoir exécuter les binaires via un script Perl CGI, et cela fonctionnait très bien. Depuis le passage en PHP 5.3.13 et plateforme 64bits j'ai dû faire quelques modifs dans ces scripts Perl, sans conséquences. Néanmoins après divers tests infructueux (*avant de comprendre l'histoire du 64 bits et déceler le problème dans mes scripts Perl*), et lorsque tout s'est mis à refonctionner normalement, j'ai constaté en effectuant un achat sur le site que je recevais bien la notification de commande créée mais pas celle du paiement confirmée (*le statut de commande étant resté sur "créée"*). Je suppose évidemment que si je passe la commande sur "confirmée" je recevrais l'émail, mais la question est : **Pourquoi le statut de commande n'est-il pas passé sur "confirmée" alors que j'ai eu à l'écran la récap de la transaction ?** - id marchand, - n° transaction, - n° autorisation, - certificat transaction, - montant, - etc. Si vous avez une piste, merci d'avance. **Autre point**, en début d'analyse j'ai remarqué qu'un fichier atos.php s'était glissé à la racine du site en question et il contient les lignes suivantes: $_GET='com_hikashop'; $_GET='component'; $_GET='checkout'; $_GET='notify'; $_GET='atos'; $_GET='fr'; $_REQUEST='com_hikashop'; $_REQUEST='component'; $_REQUEST='checkout'; $_REQUEST='notify'; $_REQUEST='atos'; $_REQUEST='fr'; include('index.php'); La présence de ce fichier est-elle normal à la racine du site ? Ayant un doute (*n'ayant pas trouvé d'infos à ce sujet*), je l'ai supprimé. Est-ce que cela peut avoir un rapport avec mon premier problème ? Merci, a+. Please [Log in](/login?return=aHR0cHM6Ly93d3cuaGlrYXNob3AuY29tL2ZvcnVtLzUtc3VwcG9ydC1lbi1mcmFuY2Fpcy1mcmVuY2gtc3VwcG9ydC0vNTEzODEtc2lwcy1hdG9zLW5vdGlmaWNhdGlvbnMtZXQ/dG1wbD1tYXJrZG93bg==) or [Create an account](/component/users/registration?Itemid=101) to join the conversation. - **[nicolas](/forum/user/63-nicolas "View nicolas's Profile")** - [![nicolas's Avatar](https://www.hikashop.com/media/kunena/avatars/resized/size144/users/avatar63.png?1793428657)](/forum/user/63-nicolas "View nicolas's Profile") - [ Offline](/forum/user/63-nicolas) Less More - Posts: 86316 - Thank you received: 14276 - - 14 years 5 months ago [\#51501](#51501) by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") Replied by *[nicolas](/forum/user/63-nicolas "View nicolas's Profile")* on topic *[Re: SIPS ATOS notifications et...](/forum/5-support-en-francais-french-support-/51381-sips-atos-notifications-et#51501 "Bonjour, Récemment j'ai fait passer le site d'un client de PHP 5.2.17 en 5.3.13 par l'hébergeur. S'il n'y a pas eu de dysfonctionnements particuliers sur le site lui-même, j'ai constaté quelques soucis sur le moyen de paiement SIPS d'ATOS. En effet le fait de changer de version PHP chez Infomaniak a fait passer le système de 32bits en 64bits, il a donc fallu que je remplace les binaires ATOS par les versions 64 bits. Je ne étais pas rendu compte immédiatement de ce changement et je me demandais pourquoi le paiement par carte bancaire SIPS ne fonctionnait plus (Mercanet). De même, comme Infomaniak ne supporte pas les fonctions exec() présentes dans les scripts du plugin ATOS, j'avais précédemment dû les modifier pour pouvoir exécuter les binaires via un script Perl CGI, et cela fonctionnait très bien. Depuis le passage en PHP 5.3.13 et plateforme 64bits j'ai dû faire quelques modifs dans ces scripts Perl, sans conséquences. Néanmoins après divers tests infructueux (avant de comprendre l'histoire du 64 bits et déceler le problème dans mes scripts Perl), et lorsque tout s'est mis à refonctionner normalement, j'ai constaté en effectuant un achat sur le site que je recevais bien la notification de commande créée mais pas celle du paiement confirmée (le statut de commande étant resté sur "créée"). Je suppose évidemment que si je passe la commande sur "confirmée" je recevrais l'émail, mais la question est : Pourquoi le statut de commande n'est-il pas passé sur "confirmée" alors que j'ai eu à l'écran la récap de la transaction ? * id marchand, * n° transaction, * n° autorisation, * certificat transaction, * montant, * etc. Si vous avez une piste, merci d'avance. Autre point, en début d'analyse j'ai remarqué qu'un fichier atos.php s'était glissé à la racine du site en question et il contient les lignes suivantes: $_GET='com_hikashop'; $_GET='component'; $_GET='checkout'; $_GET='notify'; $_GET='atos'; $_GET='fr'; $_REQUEST='com_hikashop'; $_REQUEST='component'; $_REQUEST='checkout'; $_REQUEST='notify'; $_REQUEST='atos'; $_REQUEST='fr'; include('index.php'); La présence de ce fichier est-elle normal à la racine du site ? Ayant un doute (n'ayant pas trouvé d'infos à ce sujet), je l'ai supprimé. Est-ce que cela peut avoir un rapport avec mon premier problème ? Merci, a+.")* Bonjour, A la fin du passage en caisse, HikaShop créé la commande, envoi l'email de création de la commande, et transfert ensuite les informations de la commande au plugin de paiement qui se charge de faire payer le client. Quand le paiment est validé du coté de la banque, elle affiche le récap du paiment. Ensuite, elle envoie une notification de paiement au plugin de paiement sur votre site via le fichier atos.php de la racine. A ce moment là, le plugin passe la commande en confirmée et envoi l'email de confirmation. Comme vous le voyez, il est normal que les commandes ne soient pas validées si le fichier atos.php est supprimé. Please [Log in](/login?return=aHR0cHM6Ly93d3cuaGlrYXNob3AuY29tL2ZvcnVtLzUtc3VwcG9ydC1lbi1mcmFuY2Fpcy1mcmVuY2gtc3VwcG9ydC0vNTEzODEtc2lwcy1hdG9zLW5vdGlmaWNhdGlvbnMtZXQ/dG1wbD1tYXJrZG93bg==) or [Create an account](/component/users/registration?Itemid=101) to join the conversation. - **[Joshua Lindus](/forum/user/5588-joshua-lindus "View Joshua Lindus's Profile")** - [![Joshua Lindus's Avatar](https://www.hikashop.com/media/kunena/core/svg/person.svg)](/forum/user/5588-joshua-lindus "View Joshua Lindus's Profile") Topic Author - [ Offline](/forum/user/5588-joshua-lindus) Less More - Posts: 70 - Thank you received: 6 - - 14 years 5 months ago [\#51519](#51519) by [Joshua Lindus](/forum/user/5588-joshua-lindus "View Joshua Lindus's Profile") Replied by *[Joshua Lindus](/forum/user/5588-joshua-lindus "View Joshua Lindus's Profile")* on topic *[Re: SIPS ATOS notifications et...](/forum/5-support-en-francais-french-support-/51381-sips-atos-notifications-et#51519 "Bonjour, Récemment j'ai fait passer le site d'un client de PHP 5.2.17 en 5.3.13 par l'hébergeur. S'il n'y a pas eu de dysfonctionnements particuliers sur le site lui-même, j'ai constaté quelques soucis sur le moyen de paiement SIPS d'ATOS. En effet le fait de changer de version PHP chez Infomaniak a fait passer le système de 32bits en 64bits, il a donc fallu que je remplace les binaires ATOS par les versions 64 bits. Je ne étais pas rendu compte immédiatement de ce changement et je me demandais pourquoi le paiement par carte bancaire SIPS ne fonctionnait plus (Mercanet). De même, comme Infomaniak ne supporte pas les fonctions exec() présentes dans les scripts du plugin ATOS, j'avais précédemment dû les modifier pour pouvoir exécuter les binaires via un script Perl CGI, et cela fonctionnait très bien. Depuis le passage en PHP 5.3.13 et plateforme 64bits j'ai dû faire quelques modifs dans ces scripts Perl, sans conséquences. Néanmoins après divers tests infructueux (avant de comprendre l'histoire du 64 bits et déceler le problème dans mes scripts Perl), et lorsque tout s'est mis à refonctionner normalement, j'ai constaté en effectuant un achat sur le site que je recevais bien la notification de commande créée mais pas celle du paiement confirmée (le statut de commande étant resté sur "créée"). Je suppose évidemment que si je passe la commande sur "confirmée" je recevrais l'émail, mais la question est : Pourquoi le statut de commande n'est-il pas passé sur "confirmée" alors que j'ai eu à l'écran la récap de la transaction ? * id marchand, * n° transaction, * n° autorisation, * certificat transaction, * montant, * etc. Si vous avez une piste, merci d'avance. Autre point, en début d'analyse j'ai remarqué qu'un fichier atos.php s'était glissé à la racine du site en question et il contient les lignes suivantes: $_GET='com_hikashop'; $_GET='component'; $_GET='checkout'; $_GET='notify'; $_GET='atos'; $_GET='fr'; $_REQUEST='com_hikashop'; $_REQUEST='component'; $_REQUEST='checkout'; $_REQUEST='notify'; $_REQUEST='atos'; $_REQUEST='fr'; include('index.php'); La présence de ce fichier est-elle normal à la racine du site ? Ayant un doute (n'ayant pas trouvé d'infos à ce sujet), je l'ai supprimé. Est-ce que cela peut avoir un rapport avec mon premier problème ? Merci, a+.")* OK Nicolas et merci d'être passé par là. Si je comprends bien, le fait de supprimer ce fichier n'a pas eu d'incidence sur la validation du paiement par la banque, mais a empêché la validation de la transaction dans Hikashop et n'a pas passé la commande en "confirmée" ? Donc si c'est bien ça, si je remets ce fichier à la racine tout doit re-fonctionner à nouveau ? Question subsidiaire : à quel moment ce fichier s'est-il créé à la racine ? (je n'y avais fait attention avant) Merci Nicolas. Please [Log in](/login?return=aHR0cHM6Ly93d3cuaGlrYXNob3AuY29tL2ZvcnVtLzUtc3VwcG9ydC1lbi1mcmFuY2Fpcy1mcmVuY2gtc3VwcG9ydC0vNTEzODEtc2lwcy1hdG9zLW5vdGlmaWNhdGlvbnMtZXQ/dG1wbD1tYXJrZG93bg==) or [Create an account](/component/users/registration?Itemid=101) to join the conversation. - **[nicolas](/forum/user/63-nicolas "View nicolas's Profile")** - [![nicolas's Avatar](https://www.hikashop.com/media/kunena/avatars/resized/size144/users/avatar63.png?1793428657)](/forum/user/63-nicolas "View nicolas's Profile") - [ Offline](/forum/user/63-nicolas) Less More - Posts: 86316 - Thank you received: 14276 - - 14 years 5 months ago [\#51570](#51570) by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") Replied by *[nicolas](/forum/user/63-nicolas "View nicolas's Profile")* on topic *[Re: SIPS ATOS notifications et...](/forum/5-support-en-francais-french-support-/51381-sips-atos-notifications-et#51570 "Bonjour, Récemment j'ai fait passer le site d'un client de PHP 5.2.17 en 5.3.13 par l'hébergeur. S'il n'y a pas eu de dysfonctionnements particuliers sur le site lui-même, j'ai constaté quelques soucis sur le moyen de paiement SIPS d'ATOS. En effet le fait de changer de version PHP chez Infomaniak a fait passer le système de 32bits en 64bits, il a donc fallu que je remplace les binaires ATOS par les versions 64 bits. Je ne étais pas rendu compte immédiatement de ce changement et je me demandais pourquoi le paiement par carte bancaire SIPS ne fonctionnait plus (Mercanet). De même, comme Infomaniak ne supporte pas les fonctions exec() présentes dans les scripts du plugin ATOS, j'avais précédemment dû les modifier pour pouvoir exécuter les binaires via un script Perl CGI, et cela fonctionnait très bien. Depuis le passage en PHP 5.3.13 et plateforme 64bits j'ai dû faire quelques modifs dans ces scripts Perl, sans conséquences. Néanmoins après divers tests infructueux (avant de comprendre l'histoire du 64 bits et déceler le problème dans mes scripts Perl), et lorsque tout s'est mis à refonctionner normalement, j'ai constaté en effectuant un achat sur le site que je recevais bien la notification de commande créée mais pas celle du paiement confirmée (le statut de commande étant resté sur "créée"). Je suppose évidemment que si je passe la commande sur "confirmée" je recevrais l'émail, mais la question est : Pourquoi le statut de commande n'est-il pas passé sur "confirmée" alors que j'ai eu à l'écran la récap de la transaction ? * id marchand, * n° transaction, * n° autorisation, * certificat transaction, * montant, * etc. Si vous avez une piste, merci d'avance. Autre point, en début d'analyse j'ai remarqué qu'un fichier atos.php s'était glissé à la racine du site en question et il contient les lignes suivantes: $_GET='com_hikashop'; $_GET='component'; $_GET='checkout'; $_GET='notify'; $_GET='atos'; $_GET='fr'; $_REQUEST='com_hikashop'; $_REQUEST='component'; $_REQUEST='checkout'; $_REQUEST='notify'; $_REQUEST='atos'; $_REQUEST='fr'; include('index.php'); La présence de ce fichier est-elle normal à la racine du site ? Ayant un doute (n'ayant pas trouvé d'infos à ce sujet), je l'ai supprimé. Est-ce que cela peut avoir un rapport avec mon premier problème ? Merci, a+.")* Oui c'est en effet ça. Il suffit de sauvegarder la configuration du plugin atos pour que le fichier soit recréé automatiquement en fonction de vos options. Please [Log in](/login?return=aHR0cHM6Ly93d3cuaGlrYXNob3AuY29tL2ZvcnVtLzUtc3VwcG9ydC1lbi1mcmFuY2Fpcy1mcmVuY2gtc3VwcG9ydC0vNTEzODEtc2lwcy1hdG9zLW5vdGlmaWNhdGlvbnMtZXQ/dG1wbD1tYXJrZG93bg==) or [Create an account](/component/users/registration?Itemid=101) to join the conversation. - **[Joshua Lindus](/forum/user/5588-joshua-lindus "View Joshua Lindus's Profile")** - [![Joshua Lindus's Avatar](https://www.hikashop.com/media/kunena/core/svg/person.svg)](/forum/user/5588-joshua-lindus "View Joshua Lindus's Profile") Topic Author - [ Offline](/forum/user/5588-joshua-lindus) Less More - Posts: 70 - Thank you received: 6 - - 14 years 5 months ago [\#52155](#52155) by [Joshua Lindus](/forum/user/5588-joshua-lindus "View Joshua Lindus's Profile") Replied by *[Joshua Lindus](/forum/user/5588-joshua-lindus "View Joshua Lindus's Profile")* on topic *[Re: SIPS ATOS notifications et...](/forum/5-support-en-francais-french-support-/51381-sips-atos-notifications-et#52155 "Bonjour, Récemment j'ai fait passer le site d'un client de PHP 5.2.17 en 5.3.13 par l'hébergeur. S'il n'y a pas eu de dysfonctionnements particuliers sur le site lui-même, j'ai constaté quelques soucis sur le moyen de paiement SIPS d'ATOS. En effet le fait de changer de version PHP chez Infomaniak a fait passer le système de 32bits en 64bits, il a donc fallu que je remplace les binaires ATOS par les versions 64 bits. Je ne étais pas rendu compte immédiatement de ce changement et je me demandais pourquoi le paiement par carte bancaire SIPS ne fonctionnait plus (Mercanet). De même, comme Infomaniak ne supporte pas les fonctions exec() présentes dans les scripts du plugin ATOS, j'avais précédemment dû les modifier pour pouvoir exécuter les binaires via un script Perl CGI, et cela fonctionnait très bien. Depuis le passage en PHP 5.3.13 et plateforme 64bits j'ai dû faire quelques modifs dans ces scripts Perl, sans conséquences. Néanmoins après divers tests infructueux (avant de comprendre l'histoire du 64 bits et déceler le problème dans mes scripts Perl), et lorsque tout s'est mis à refonctionner normalement, j'ai constaté en effectuant un achat sur le site que je recevais bien la notification de commande créée mais pas celle du paiement confirmée (le statut de commande étant resté sur "créée"). Je suppose évidemment que si je passe la commande sur "confirmée" je recevrais l'émail, mais la question est : Pourquoi le statut de commande n'est-il pas passé sur "confirmée" alors que j'ai eu à l'écran la récap de la transaction ? * id marchand, * n° transaction, * n° autorisation, * certificat transaction, * montant, * etc. Si vous avez une piste, merci d'avance. Autre point, en début d'analyse j'ai remarqué qu'un fichier atos.php s'était glissé à la racine du site en question et il contient les lignes suivantes: $_GET='com_hikashop'; $_GET='component'; $_GET='checkout'; $_GET='notify'; $_GET='atos'; $_GET='fr'; $_REQUEST='com_hikashop'; $_REQUEST='component'; $_REQUEST='checkout'; $_REQUEST='notify'; $_REQUEST='atos'; $_REQUEST='fr'; include('index.php'); La présence de ce fichier est-elle normal à la racine du site ? Ayant un doute (n'ayant pas trouvé d'infos à ce sujet), je l'ai supprimé. Est-ce que cela peut avoir un rapport avec mon premier problème ? Merci, a+.")* Bonjour, Question : est-ce qu'il y a dans Hikashop un outil de tracking permettant de voir l'activité des acheteurs. bref un système de logs qui pourrait m'aider à analyser le parcours d'un visiteur connecté sur le site. Pourquoi ? et bien même si mes notifications d'émails semblent refonctionner (*j'avais supprimé le fichier atos.php situé à la racine du site*), j'ai eu récemment 2 visiteurs qui ont rempli leur panier, la commande a été créée avec un mode de paiement CB ATOS, puis plus rien cette commande est toujours en statut "créée". N'ayant pas la visu sur les transactions ATOS, je voulais m'assurer qu'il ne s'agissait pas encore d'un problème de notification. D'ou ma demande de logs éventuels. Évidemment je suppose que si le client se déconnecte ou ferme la page avant d'aller au bout de la transaction, celle-ci reste en "créée". C'est peut-être le cas. Merci d'avance des éventuelles infos que vous pourriez avoir à ce sujet. A+ Please [Log in](/login?return=aHR0cHM6Ly93d3cuaGlrYXNob3AuY29tL2ZvcnVtLzUtc3VwcG9ydC1lbi1mcmFuY2Fpcy1mcmVuY2gtc3VwcG9ydC0vNTEzODEtc2lwcy1hdG9zLW5vdGlmaWNhdGlvbnMtZXQ/dG1wbD1tYXJrZG93bg==) or [Create an account](/component/users/registration?Itemid=101) to join the conversation. - **[nicolas](/forum/user/63-nicolas "View nicolas's Profile")** - [![nicolas's Avatar](https://www.hikashop.com/media/kunena/avatars/resized/size144/users/avatar63.png?1793428657)](/forum/user/63-nicolas "View nicolas's Profile") - [ Offline](/forum/user/63-nicolas) Less More - Posts: 86316 - Thank you received: 14276 - - 14 years 5 months ago [\#52230](#52230) by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") Replied by *[nicolas](/forum/user/63-nicolas "View nicolas's Profile")* on topic *[Re: SIPS ATOS notifications et...](/forum/5-support-en-francais-french-support-/51381-sips-atos-notifications-et#52230 "Bonjour, Récemment j'ai fait passer le site d'un client de PHP 5.2.17 en 5.3.13 par l'hébergeur. S'il n'y a pas eu de dysfonctionnements particuliers sur le site lui-même, j'ai constaté quelques soucis sur le moyen de paiement SIPS d'ATOS. En effet le fait de changer de version PHP chez Infomaniak a fait passer le système de 32bits en 64bits, il a donc fallu que je remplace les binaires ATOS par les versions 64 bits. Je ne étais pas rendu compte immédiatement de ce changement et je me demandais pourquoi le paiement par carte bancaire SIPS ne fonctionnait plus (Mercanet). De même, comme Infomaniak ne supporte pas les fonctions exec() présentes dans les scripts du plugin ATOS, j'avais précédemment dû les modifier pour pouvoir exécuter les binaires via un script Perl CGI, et cela fonctionnait très bien. Depuis le passage en PHP 5.3.13 et plateforme 64bits j'ai dû faire quelques modifs dans ces scripts Perl, sans conséquences. Néanmoins après divers tests infructueux (avant de comprendre l'histoire du 64 bits et déceler le problème dans mes scripts Perl), et lorsque tout s'est mis à refonctionner normalement, j'ai constaté en effectuant un achat sur le site que je recevais bien la notification de commande créée mais pas celle du paiement confirmée (le statut de commande étant resté sur "créée"). Je suppose évidemment que si je passe la commande sur "confirmée" je recevrais l'émail, mais la question est : Pourquoi le statut de commande n'est-il pas passé sur "confirmée" alors que j'ai eu à l'écran la récap de la transaction ? * id marchand, * n° transaction, * n° autorisation, * certificat transaction, * montant, * etc. Si vous avez une piste, merci d'avance. Autre point, en début d'analyse j'ai remarqué qu'un fichier atos.php s'était glissé à la racine du site en question et il contient les lignes suivantes: $_GET='com_hikashop'; $_GET='component'; $_GET='checkout'; $_GET='notify'; $_GET='atos'; $_GET='fr'; $_REQUEST='com_hikashop'; $_REQUEST='component'; $_REQUEST='checkout'; $_REQUEST='notify'; $_REQUEST='atos'; $_REQUEST='fr'; include('index.php'); La présence de ce fichier est-elle normal à la racine du site ? Ayant un doute (n'ayant pas trouvé d'infos à ce sujet), je l'ai supprimé. Est-ce que cela peut avoir un rapport avec mon premier problème ? Merci, a+.")* Bonjour, Une fois la commande créée, l'utilisateur est dirigé sur le site de PayPal pour le paiement. Donc c'est à PayPal qu'il faudrait demander les logs ![;)](/media/kunena/emoticons/11.png ";)") De notre coté, nous loggons l'historique de la commande (adresse IP, type de modification, date) pour chaque commande et vous pouvez voir cela dans le back end en éditant la commande. Please [Log in](/login?return=aHR0cHM6Ly93d3cuaGlrYXNob3AuY29tL2ZvcnVtLzUtc3VwcG9ydC1lbi1mcmFuY2Fpcy1mcmVuY2gtc3VwcG9ydC0vNTEzODEtc2lwcy1hdG9zLW5vdGlmaWNhdGlvbnMtZXQ/dG1wbD1tYXJrZG93bg==) or [Create an account](/component/users/registration?Itemid=101) to join the conversation. - **[Joshua Lindus](/forum/user/5588-joshua-lindus "View Joshua Lindus's Profile")** - [![Joshua Lindus's Avatar](https://www.hikashop.com/media/kunena/core/svg/person.svg)](/forum/user/5588-joshua-lindus "View Joshua Lindus's Profile") Topic Author - [ Offline](/forum/user/5588-joshua-lindus) Less More - Posts: 70 - Thank you received: 6 - - 14 years 4 months ago [\#52311](#52311) by [Joshua Lindus](/forum/user/5588-joshua-lindus "View Joshua Lindus's Profile") Replied by *[Joshua Lindus](/forum/user/5588-joshua-lindus "View Joshua Lindus's Profile")* on topic *[Re: SIPS ATOS notifications et...](/forum/5-support-en-francais-french-support-/51381-sips-atos-notifications-et#52311 "Bonjour, Récemment j'ai fait passer le site d'un client de PHP 5.2.17 en 5.3.13 par l'hébergeur. S'il n'y a pas eu de dysfonctionnements particuliers sur le site lui-même, j'ai constaté quelques soucis sur le moyen de paiement SIPS d'ATOS. En effet le fait de changer de version PHP chez Infomaniak a fait passer le système de 32bits en 64bits, il a donc fallu que je remplace les binaires ATOS par les versions 64 bits. Je ne étais pas rendu compte immédiatement de ce changement et je me demandais pourquoi le paiement par carte bancaire SIPS ne fonctionnait plus (Mercanet). De même, comme Infomaniak ne supporte pas les fonctions exec() présentes dans les scripts du plugin ATOS, j'avais précédemment dû les modifier pour pouvoir exécuter les binaires via un script Perl CGI, et cela fonctionnait très bien. Depuis le passage en PHP 5.3.13 et plateforme 64bits j'ai dû faire quelques modifs dans ces scripts Perl, sans conséquences. Néanmoins après divers tests infructueux (avant de comprendre l'histoire du 64 bits et déceler le problème dans mes scripts Perl), et lorsque tout s'est mis à refonctionner normalement, j'ai constaté en effectuant un achat sur le site que je recevais bien la notification de commande créée mais pas celle du paiement confirmée (le statut de commande étant resté sur "créée"). Je suppose évidemment que si je passe la commande sur "confirmée" je recevrais l'émail, mais la question est : Pourquoi le statut de commande n'est-il pas passé sur "confirmée" alors que j'ai eu à l'écran la récap de la transaction ? * id marchand, * n° transaction, * n° autorisation, * certificat transaction, * montant, * etc. Si vous avez une piste, merci d'avance. Autre point, en début d'analyse j'ai remarqué qu'un fichier atos.php s'était glissé à la racine du site en question et il contient les lignes suivantes: $_GET='com_hikashop'; $_GET='component'; $_GET='checkout'; $_GET='notify'; $_GET='atos'; $_GET='fr'; $_REQUEST='com_hikashop'; $_REQUEST='component'; $_REQUEST='checkout'; $_REQUEST='notify'; $_REQUEST='atos'; $_REQUEST='fr'; include('index.php'); La présence de ce fichier est-elle normal à la racine du site ? Ayant un doute (n'ayant pas trouvé d'infos à ce sujet), je l'ai supprimé. Est-ce que cela peut avoir un rapport avec mon premier problème ? Merci, a+.")* Bonjour Nicolas, D'abord je ne parlais pas de Paypal mais de SIPS d'ATOS. Ensuite je ne veux pas suivre les logs du paiement mais juste savoir quelles pages, et surtout la dernière page visitée par l'acheteur. Tout ça pour essayer de savoir : - si quelque chose a planté sur une page, - si c'est une sortie volontaire (le client quitte le site), - si c'est un abandon (*vidage panier manuel par le client*). Alors cela n'est pas forcément du pur Hikashop, plutôt du Joomla, et donc y a t'il un outil que vous me conseilleriez pour suivre pas à pas un acte d'achat sur Hikashop ? A+ Please [Log in](/login?return=aHR0cHM6Ly93d3cuaGlrYXNob3AuY29tL2ZvcnVtLzUtc3VwcG9ydC1lbi1mcmFuY2Fpcy1mcmVuY2gtc3VwcG9ydC0vNTEzODEtc2lwcy1hdG9zLW5vdGlmaWNhdGlvbnMtZXQ/dG1wbD1tYXJrZG93bg==) or [Create an account](/component/users/registration?Itemid=101) to join the conversation. - **[nicolas](/forum/user/63-nicolas "View nicolas's Profile")** - [![nicolas's Avatar](https://www.hikashop.com/media/kunena/avatars/resized/size144/users/avatar63.png?1793428657)](/forum/user/63-nicolas "View nicolas's Profile") - [ Offline](/forum/user/63-nicolas) Less More - Posts: 86316 - Thank you received: 14276 - - 14 years 4 months ago [\#52332](#52332) by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") Replied by *[nicolas](/forum/user/63-nicolas "View nicolas's Profile")* on topic *[Re: SIPS ATOS notifications et...](/forum/5-support-en-francais-french-support-/51381-sips-atos-notifications-et#52332 "Bonjour, Récemment j'ai fait passer le site d'un client de PHP 5.2.17 en 5.3.13 par l'hébergeur. S'il n'y a pas eu de dysfonctionnements particuliers sur le site lui-même, j'ai constaté quelques soucis sur le moyen de paiement SIPS d'ATOS. En effet le fait de changer de version PHP chez Infomaniak a fait passer le système de 32bits en 64bits, il a donc fallu que je remplace les binaires ATOS par les versions 64 bits. Je ne étais pas rendu compte immédiatement de ce changement et je me demandais pourquoi le paiement par carte bancaire SIPS ne fonctionnait plus (Mercanet). De même, comme Infomaniak ne supporte pas les fonctions exec() présentes dans les scripts du plugin ATOS, j'avais précédemment dû les modifier pour pouvoir exécuter les binaires via un script Perl CGI, et cela fonctionnait très bien. Depuis le passage en PHP 5.3.13 et plateforme 64bits j'ai dû faire quelques modifs dans ces scripts Perl, sans conséquences. Néanmoins après divers tests infructueux (avant de comprendre l'histoire du 64 bits et déceler le problème dans mes scripts Perl), et lorsque tout s'est mis à refonctionner normalement, j'ai constaté en effectuant un achat sur le site que je recevais bien la notification de commande créée mais pas celle du paiement confirmée (le statut de commande étant resté sur "créée"). Je suppose évidemment que si je passe la commande sur "confirmée" je recevrais l'émail, mais la question est : Pourquoi le statut de commande n'est-il pas passé sur "confirmée" alors que j'ai eu à l'écran la récap de la transaction ? * id marchand, * n° transaction, * n° autorisation, * certificat transaction, * montant, * etc. Si vous avez une piste, merci d'avance. Autre point, en début d'analyse j'ai remarqué qu'un fichier atos.php s'était glissé à la racine du site en question et il contient les lignes suivantes: $_GET='com_hikashop'; $_GET='component'; $_GET='checkout'; $_GET='notify'; $_GET='atos'; $_GET='fr'; $_REQUEST='com_hikashop'; $_REQUEST='component'; $_REQUEST='checkout'; $_REQUEST='notify'; $_REQUEST='atos'; $_REQUEST='fr'; include('index.php'); La présence de ce fichier est-elle normal à la racine du site ? Ayant un doute (n'ayant pas trouvé d'infos à ce sujet), je l'ai supprimé. Est-ce que cela peut avoir un rapport avec mon premier problème ? Merci, a+.")* Si la commande a été créée, cela signifie que: - rien n'a planté sur le site - le client n'a pas quitté le site - le client n'a pas vidé le panier jusqu'à la redirection vers la plateforme de paiement, que ca soit PayPal ou ATOS. Je ne connais pas de système de log page par page pour joomla. Voici la page des extensions dans le domaine: [ extensions.joomla.org/extensions/site-ma...ytics/site-analytics](http://extensions.joomla.org/extensions/site-management/analytics/site-analytics) Please [Log in](/login?return=aHR0cHM6Ly93d3cuaGlrYXNob3AuY29tL2ZvcnVtLzUtc3VwcG9ydC1lbi1mcmFuY2Fpcy1mcmVuY2gtc3VwcG9ydC0vNTEzODEtc2lwcy1hdG9zLW5vdGlmaWNhdGlvbnMtZXQ/dG1wbD1tYXJrZG93bg==) or [Create an account](/component/users/registration?Itemid=101) to join the conversation. - **[Joshua Lindus](/forum/user/5588-joshua-lindus "View Joshua Lindus's Profile")** - [![Joshua Lindus's Avatar](https://www.hikashop.com/media/kunena/core/svg/person.svg)](/forum/user/5588-joshua-lindus "View Joshua Lindus's Profile") Topic Author - [ Offline](/forum/user/5588-joshua-lindus) Less More - Posts: 70 - Thank you received: 6 - - 14 years 4 months ago [\#52336](#52336) by [Joshua Lindus](/forum/user/5588-joshua-lindus "View Joshua Lindus's Profile") Replied by *[Joshua Lindus](/forum/user/5588-joshua-lindus "View Joshua Lindus's Profile")* on topic *[Re: SIPS ATOS notifications et...](/forum/5-support-en-francais-french-support-/51381-sips-atos-notifications-et#52336 "Bonjour, Récemment j'ai fait passer le site d'un client de PHP 5.2.17 en 5.3.13 par l'hébergeur. S'il n'y a pas eu de dysfonctionnements particuliers sur le site lui-même, j'ai constaté quelques soucis sur le moyen de paiement SIPS d'ATOS. En effet le fait de changer de version PHP chez Infomaniak a fait passer le système de 32bits en 64bits, il a donc fallu que je remplace les binaires ATOS par les versions 64 bits. Je ne étais pas rendu compte immédiatement de ce changement et je me demandais pourquoi le paiement par carte bancaire SIPS ne fonctionnait plus (Mercanet). De même, comme Infomaniak ne supporte pas les fonctions exec() présentes dans les scripts du plugin ATOS, j'avais précédemment dû les modifier pour pouvoir exécuter les binaires via un script Perl CGI, et cela fonctionnait très bien. Depuis le passage en PHP 5.3.13 et plateforme 64bits j'ai dû faire quelques modifs dans ces scripts Perl, sans conséquences. Néanmoins après divers tests infructueux (avant de comprendre l'histoire du 64 bits et déceler le problème dans mes scripts Perl), et lorsque tout s'est mis à refonctionner normalement, j'ai constaté en effectuant un achat sur le site que je recevais bien la notification de commande créée mais pas celle du paiement confirmée (le statut de commande étant resté sur "créée"). Je suppose évidemment que si je passe la commande sur "confirmée" je recevrais l'émail, mais la question est : Pourquoi le statut de commande n'est-il pas passé sur "confirmée" alors que j'ai eu à l'écran la récap de la transaction ? * id marchand, * n° transaction, * n° autorisation, * certificat transaction, * montant, * etc. Si vous avez une piste, merci d'avance. Autre point, en début d'analyse j'ai remarqué qu'un fichier atos.php s'était glissé à la racine du site en question et il contient les lignes suivantes: $_GET='com_hikashop'; $_GET='component'; $_GET='checkout'; $_GET='notify'; $_GET='atos'; $_GET='fr'; $_REQUEST='com_hikashop'; $_REQUEST='component'; $_REQUEST='checkout'; $_REQUEST='notify'; $_REQUEST='atos'; $_REQUEST='fr'; include('index.php'); La présence de ce fichier est-elle normal à la racine du site ? Ayant un doute (n'ayant pas trouvé d'infos à ce sujet), je l'ai supprimé. Est-ce que cela peut avoir un rapport avec mon premier problème ? Merci, a+.")* Ça veut dire quoi ? La commande est créée lorsque on a validé certaines étapes jusqu'à la confirmation du contenu du panier, et là le panier est vidé, n'est-ce pas ? Si à ce moment le client ferme le navigateur avant la page de paiement ATOS (ou sur cette page), est-ce que la commande passe en statut "annulée" ou reste en "créée" ? Si non que devient la commande ? Si oui je ne vois pas ce qui a pu se passer, je n'ai pas eu encore de retour du propriétaire du site pour savoir s'il a une trace bancaire. Please [Log in](/login?return=aHR0cHM6Ly93d3cuaGlrYXNob3AuY29tL2ZvcnVtLzUtc3VwcG9ydC1lbi1mcmFuY2Fpcy1mcmVuY2gtc3VwcG9ydC0vNTEzODEtc2lwcy1hdG9zLW5vdGlmaWNhdGlvbnMtZXQ/dG1wbD1tYXJrZG93bg==) or [Create an account](/component/users/registration?Itemid=101) to join the conversation. - **[nicolas](/forum/user/63-nicolas "View nicolas's Profile")** - [![nicolas's Avatar](https://www.hikashop.com/media/kunena/avatars/resized/size144/users/avatar63.png?1793428657)](/forum/user/63-nicolas "View nicolas's Profile") - [ Offline](/forum/user/63-nicolas) Less More - Posts: 86316 - Thank you received: 14276 - - 14 years 4 months ago [\#52337](#52337) by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") Replied by *[nicolas](/forum/user/63-nicolas "View nicolas's Profile")* on topic *[Re: SIPS ATOS notifications et...](/forum/5-support-en-francais-french-support-/51381-sips-atos-notifications-et#52337 "Bonjour, Récemment j'ai fait passer le site d'un client de PHP 5.2.17 en 5.3.13 par l'hébergeur. S'il n'y a pas eu de dysfonctionnements particuliers sur le site lui-même, j'ai constaté quelques soucis sur le moyen de paiement SIPS d'ATOS. En effet le fait de changer de version PHP chez Infomaniak a fait passer le système de 32bits en 64bits, il a donc fallu que je remplace les binaires ATOS par les versions 64 bits. Je ne étais pas rendu compte immédiatement de ce changement et je me demandais pourquoi le paiement par carte bancaire SIPS ne fonctionnait plus (Mercanet). De même, comme Infomaniak ne supporte pas les fonctions exec() présentes dans les scripts du plugin ATOS, j'avais précédemment dû les modifier pour pouvoir exécuter les binaires via un script Perl CGI, et cela fonctionnait très bien. Depuis le passage en PHP 5.3.13 et plateforme 64bits j'ai dû faire quelques modifs dans ces scripts Perl, sans conséquences. Néanmoins après divers tests infructueux (avant de comprendre l'histoire du 64 bits et déceler le problème dans mes scripts Perl), et lorsque tout s'est mis à refonctionner normalement, j'ai constaté en effectuant un achat sur le site que je recevais bien la notification de commande créée mais pas celle du paiement confirmée (le statut de commande étant resté sur "créée"). Je suppose évidemment que si je passe la commande sur "confirmée" je recevrais l'émail, mais la question est : Pourquoi le statut de commande n'est-il pas passé sur "confirmée" alors que j'ai eu à l'écran la récap de la transaction ? * id marchand, * n° transaction, * n° autorisation, * certificat transaction, * montant, * etc. Si vous avez une piste, merci d'avance. Autre point, en début d'analyse j'ai remarqué qu'un fichier atos.php s'était glissé à la racine du site en question et il contient les lignes suivantes: $_GET='com_hikashop'; $_GET='component'; $_GET='checkout'; $_GET='notify'; $_GET='atos'; $_GET='fr'; $_REQUEST='com_hikashop'; $_REQUEST='component'; $_REQUEST='checkout'; $_REQUEST='notify'; $_REQUEST='atos'; $_REQUEST='fr'; include('index.php'); La présence de ce fichier est-elle normal à la racine du site ? Ayant un doute (n'ayant pas trouvé d'infos à ce sujet), je l'ai supprimé. Est-ce que cela peut avoir un rapport avec mon premier problème ? Merci, a+.")* La commande est créée au moment de la redirection vers la plateforme de paiement. Le panier n'est vidé qu'au retour sur le site. Si le client ferme la page durant la redirection ou sur la plateforme de paiement, rien ne se passe, la commande reste en créée. Please [Log in](/login?return=aHR0cHM6Ly93d3cuaGlrYXNob3AuY29tL2ZvcnVtLzUtc3VwcG9ydC1lbi1mcmFuY2Fpcy1mcmVuY2gtc3VwcG9ydC0vNTEzODEtc2lwcy1hdG9zLW5vdGlmaWNhdGlvbnMtZXQ/dG1wbD1tYXJrZG93bg==) or [Create an account](/component/users/registration?Itemid=101) to join the conversation. - **[Joshua Lindus](/forum/user/5588-joshua-lindus "View Joshua Lindus's Profile")** - [![Joshua Lindus's Avatar](https://www.hikashop.com/media/kunena/core/svg/person.svg)](/forum/user/5588-joshua-lindus "View Joshua Lindus's Profile") Topic Author - [ Offline](/forum/user/5588-joshua-lindus) Less More - Posts: 70 - Thank you received: 6 - - 14 years 4 months ago [\#52340](#52340) by [Joshua Lindus](/forum/user/5588-joshua-lindus "View Joshua Lindus's Profile") Replied by *[Joshua Lindus](/forum/user/5588-joshua-lindus "View Joshua Lindus's Profile")* on topic *[Re: SIPS ATOS notifications et...](/forum/5-support-en-francais-french-support-/51381-sips-atos-notifications-et#52340 "Bonjour, Récemment j'ai fait passer le site d'un client de PHP 5.2.17 en 5.3.13 par l'hébergeur. S'il n'y a pas eu de dysfonctionnements particuliers sur le site lui-même, j'ai constaté quelques soucis sur le moyen de paiement SIPS d'ATOS. En effet le fait de changer de version PHP chez Infomaniak a fait passer le système de 32bits en 64bits, il a donc fallu que je remplace les binaires ATOS par les versions 64 bits. Je ne étais pas rendu compte immédiatement de ce changement et je me demandais pourquoi le paiement par carte bancaire SIPS ne fonctionnait plus (Mercanet). De même, comme Infomaniak ne supporte pas les fonctions exec() présentes dans les scripts du plugin ATOS, j'avais précédemment dû les modifier pour pouvoir exécuter les binaires via un script Perl CGI, et cela fonctionnait très bien. Depuis le passage en PHP 5.3.13 et plateforme 64bits j'ai dû faire quelques modifs dans ces scripts Perl, sans conséquences. Néanmoins après divers tests infructueux (avant de comprendre l'histoire du 64 bits et déceler le problème dans mes scripts Perl), et lorsque tout s'est mis à refonctionner normalement, j'ai constaté en effectuant un achat sur le site que je recevais bien la notification de commande créée mais pas celle du paiement confirmée (le statut de commande étant resté sur "créée"). Je suppose évidemment que si je passe la commande sur "confirmée" je recevrais l'émail, mais la question est : Pourquoi le statut de commande n'est-il pas passé sur "confirmée" alors que j'ai eu à l'écran la récap de la transaction ? * id marchand, * n° transaction, * n° autorisation, * certificat transaction, * montant, * etc. Si vous avez une piste, merci d'avance. Autre point, en début d'analyse j'ai remarqué qu'un fichier atos.php s'était glissé à la racine du site en question et il contient les lignes suivantes: $_GET='com_hikashop'; $_GET='component'; $_GET='checkout'; $_GET='notify'; $_GET='atos'; $_GET='fr'; $_REQUEST='com_hikashop'; $_REQUEST='component'; $_REQUEST='checkout'; $_REQUEST='notify'; $_REQUEST='atos'; $_REQUEST='fr'; include('index.php'); La présence de ce fichier est-elle normal à la racine du site ? Ayant un doute (n'ayant pas trouvé d'infos à ce sujet), je l'ai supprimé. Est-ce que cela peut avoir un rapport avec mon premier problème ? Merci, a+.")* Merci Nicolas, c'est ce que je voulais entendre et j'en déduit que si le propriétaire du site n'a pas de trace bancaire, c'est ce qui a dû se passer. Par contre là au niveau des logs Hikashop on n'a aucune trace n'est-ce pas ? A partir du moment où on redirige le client vers la page de paiement serait-il possible d'enregistrer cet évènement dans les logs Hikashop ? Et si oui, y aurait-il un moyen, après un certain délai d'inactivité ou de non retour d'info de la part de la plateforme de paiement d'inscrire un abandon dans les logs ? Please [Log in](/login?return=aHR0cHM6Ly93d3cuaGlrYXNob3AuY29tL2ZvcnVtLzUtc3VwcG9ydC1lbi1mcmFuY2Fpcy1mcmVuY2gtc3VwcG9ydC0vNTEzODEtc2lwcy1hdG9zLW5vdGlmaWNhdGlvbnMtZXQ/dG1wbD1tYXJrZG93bg==) or [Create an account](/component/users/registration?Itemid=101) to join the conversation. - **[nicolas](/forum/user/63-nicolas "View nicolas's Profile")** - [![nicolas's Avatar](https://www.hikashop.com/media/kunena/avatars/resized/size144/users/avatar63.png?1793428657)](/forum/user/63-nicolas "View nicolas's Profile") - [ Offline](/forum/user/63-nicolas) Less More - Posts: 86316 - Thank you received: 14276 - - 14 years 4 months ago [\#52345](#52345) by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") Replied by *[nicolas](/forum/user/63-nicolas "View nicolas's Profile")* on topic *[Re: SIPS ATOS notifications et...](/forum/5-support-en-francais-french-support-/51381-sips-atos-notifications-et#52345 "Bonjour, Récemment j'ai fait passer le site d'un client de PHP 5.2.17 en 5.3.13 par l'hébergeur. S'il n'y a pas eu de dysfonctionnements particuliers sur le site lui-même, j'ai constaté quelques soucis sur le moyen de paiement SIPS d'ATOS. En effet le fait de changer de version PHP chez Infomaniak a fait passer le système de 32bits en 64bits, il a donc fallu que je remplace les binaires ATOS par les versions 64 bits. Je ne étais pas rendu compte immédiatement de ce changement et je me demandais pourquoi le paiement par carte bancaire SIPS ne fonctionnait plus (Mercanet). De même, comme Infomaniak ne supporte pas les fonctions exec() présentes dans les scripts du plugin ATOS, j'avais précédemment dû les modifier pour pouvoir exécuter les binaires via un script Perl CGI, et cela fonctionnait très bien. Depuis le passage en PHP 5.3.13 et plateforme 64bits j'ai dû faire quelques modifs dans ces scripts Perl, sans conséquences. Néanmoins après divers tests infructueux (avant de comprendre l'histoire du 64 bits et déceler le problème dans mes scripts Perl), et lorsque tout s'est mis à refonctionner normalement, j'ai constaté en effectuant un achat sur le site que je recevais bien la notification de commande créée mais pas celle du paiement confirmée (le statut de commande étant resté sur "créée"). Je suppose évidemment que si je passe la commande sur "confirmée" je recevrais l'émail, mais la question est : Pourquoi le statut de commande n'est-il pas passé sur "confirmée" alors que j'ai eu à l'écran la récap de la transaction ? * id marchand, * n° transaction, * n° autorisation, * certificat transaction, * montant, * etc. Si vous avez une piste, merci d'avance. Autre point, en début d'analyse j'ai remarqué qu'un fichier atos.php s'était glissé à la racine du site en question et il contient les lignes suivantes: $_GET='com_hikashop'; $_GET='component'; $_GET='checkout'; $_GET='notify'; $_GET='atos'; $_GET='fr'; $_REQUEST='com_hikashop'; $_REQUEST='component'; $_REQUEST='checkout'; $_REQUEST='notify'; $_REQUEST='atos'; $_REQUEST='fr'; include('index.php'); La présence de ce fichier est-elle normal à la racine du site ? Ayant un doute (n'ayant pas trouvé d'infos à ce sujet), je l'ai supprimé. Est-ce que cela peut avoir un rapport avec mon premier problème ? Merci, a+.")* Si si vous avez la trace. C'est la première ligne qui marque la commande en créée vu que la redirection intervient juste après cela. Et a partir du moment où l'utilisateur est rediregé, HikaShop n'a plus le contrôle. Vous avez le plugin order auto cancel qui permet d'annuler les commandes après un certain délai. Il faudra configurer votre tache cron dans la configuration pour pouvoir l'utiliser. Please [Log in](/login?return=aHR0cHM6Ly93d3cuaGlrYXNob3AuY29tL2ZvcnVtLzUtc3VwcG9ydC1lbi1mcmFuY2Fpcy1mcmVuY2gtc3VwcG9ydC0vNTEzODEtc2lwcy1hdG9zLW5vdGlmaWNhdGlvbnMtZXQ/dG1wbD1tYXJrZG93bg==) or [Create an account](/component/users/registration?Itemid=101) to join the conversation. - **[Joshua Lindus](/forum/user/5588-joshua-lindus "View Joshua Lindus's Profile")** - [![Joshua Lindus's Avatar](https://www.hikashop.com/media/kunena/core/svg/person.svg)](/forum/user/5588-joshua-lindus "View Joshua Lindus's Profile") Topic Author - [ Offline](/forum/user/5588-joshua-lindus) Less More - Posts: 70 - Thank you received: 6 - - 14 years 4 months ago [\#52377](#52377) by [Joshua Lindus](/forum/user/5588-joshua-lindus "View Joshua Lindus's Profile") Replied by *[Joshua Lindus](/forum/user/5588-joshua-lindus "View Joshua Lindus's Profile")* on topic *[Re: SIPS ATOS notifications et...](/forum/5-support-en-francais-french-support-/51381-sips-atos-notifications-et#52377 "Bonjour, Récemment j'ai fait passer le site d'un client de PHP 5.2.17 en 5.3.13 par l'hébergeur. S'il n'y a pas eu de dysfonctionnements particuliers sur le site lui-même, j'ai constaté quelques soucis sur le moyen de paiement SIPS d'ATOS. En effet le fait de changer de version PHP chez Infomaniak a fait passer le système de 32bits en 64bits, il a donc fallu que je remplace les binaires ATOS par les versions 64 bits. Je ne étais pas rendu compte immédiatement de ce changement et je me demandais pourquoi le paiement par carte bancaire SIPS ne fonctionnait plus (Mercanet). De même, comme Infomaniak ne supporte pas les fonctions exec() présentes dans les scripts du plugin ATOS, j'avais précédemment dû les modifier pour pouvoir exécuter les binaires via un script Perl CGI, et cela fonctionnait très bien. Depuis le passage en PHP 5.3.13 et plateforme 64bits j'ai dû faire quelques modifs dans ces scripts Perl, sans conséquences. Néanmoins après divers tests infructueux (avant de comprendre l'histoire du 64 bits et déceler le problème dans mes scripts Perl), et lorsque tout s'est mis à refonctionner normalement, j'ai constaté en effectuant un achat sur le site que je recevais bien la notification de commande créée mais pas celle du paiement confirmée (le statut de commande étant resté sur "créée"). Je suppose évidemment que si je passe la commande sur "confirmée" je recevrais l'émail, mais la question est : Pourquoi le statut de commande n'est-il pas passé sur "confirmée" alors que j'ai eu à l'écran la récap de la transaction ? * id marchand, * n° transaction, * n° autorisation, * certificat transaction, * montant, * etc. Si vous avez une piste, merci d'avance. Autre point, en début d'analyse j'ai remarqué qu'un fichier atos.php s'était glissé à la racine du site en question et il contient les lignes suivantes: $_GET='com_hikashop'; $_GET='component'; $_GET='checkout'; $_GET='notify'; $_GET='atos'; $_GET='fr'; $_REQUEST='com_hikashop'; $_REQUEST='component'; $_REQUEST='checkout'; $_REQUEST='notify'; $_REQUEST='atos'; $_REQUEST='fr'; include('index.php'); La présence de ce fichier est-elle normal à la racine du site ? Ayant un doute (n'ayant pas trouvé d'infos à ce sujet), je l'ai supprimé. Est-ce que cela peut avoir un rapport avec mon premier problème ? Merci, a+.")* OK Nicolas. La commande passe bien en "créée" après validation du panier, dernière étape du passage en caisse. C'est bien là que l'évènement est inscrit dans les logs (*première ligne log dans le détail commande*), quelque soit le moyen de paiement (*chèque ou CB*). Pour le reste(*annulation commande après inactivité*) il faudrait que j'ai une version commerciale, mais j'y pense... ![;)](/media/kunena/emoticons/11.png ";)") . A+ Please [Log in](/login?return=aHR0cHM6Ly93d3cuaGlrYXNob3AuY29tL2ZvcnVtLzUtc3VwcG9ydC1lbi1mcmFuY2Fpcy1mcmVuY2gtc3VwcG9ydC0vNTEzODEtc2lwcy1hdG9zLW5vdGlmaWNhdGlvbnMtZXQ/dG1wbD1tYXJrZG93bg==) or [Create an account](/component/users/registration?Itemid=101) to join the conversation. Board Categories HikaShop- Install & Update- Product & Category Display- Content Creation- Sales and Orders- - Orders management- - Reports & Statistics- Customers- Checkout- Payment Methods- Shipping Methods- Import & Export (CSV, XLS…)- Specific Features- - Affilation- - Taxes- - Wishlist- - Vote- - Carousel & Slider- - Mass Actions- - Filters & Search- - Discount & Coupon- - Feature Request- Integrations- Showcase- General Talk about HikaShop- Development- - HikaShop 3.0 Beta- Translation- Commercial Jobs HikaShop Components- HikaMarket- - Market: Feature requests- - Market: How to?- - Market: Bug Report- HikaSerial- - General talk about HikaSerial- - Serial: Bug Report- - Serial: How to?- - Support en Français de HikaSerial (French Support)- - HikaSubscription- HikaAuction- - Auction: Feature requests- - Auction: How to?- - Auction: Bug report Hikashop around the world- Support en Français (French Support)- Russian- - FAQ. Курс выживания с Hikashop. Частые вопросы и о- - Расширения Hikashop- - Наши сайты на Hikashop- 日本語版サポート(Japanese Support)- Thai- German Archives- Bug Report- How to? [](/forum/topics/feed/mode-topics?format=feed&type=rss) Time to create page: 0.240 seconds [Powered by](/forum/credits) [Kunena Forum](https://www.kunena.org) [](#top)