Paiement via ATOS (sogenactif)

Bonjour à tous!
Je suis à la recherche d'un module de paiement ATOS.
Es ce que quelqu'un sait si cela existe sur opencart?
Merci d'anvance.
Cordialement,
Yannick

Idem ! Ca ne me rassure pas trop de voir que la contrib n'existe pas encore :-/... M'enfin bon, de toute façon, j'ai pas le choix, Prestashop est vraiment qu'un grosse bo***. En revanche Open Cart est sacrément bien conçu. Coder le module ne devrait pas être trop difficile. Je l'ai fait avec Ruby on Rails en suivant ces deux tutos :

pour PHP : http://thierry-godin.developpez.com/php/atos/
pour Rails : http://github.com/novelys/paiementcic

Tiens moi au courant si tu t'en sort de ton côté, mais de toute façon, ma boutique DOIT être en prod pour le 15 Janvier, alors je vais pas avoir le choix, d'ici là...

Salut!
Wow!!! J'ai regardé les 2 liens mais je ne suis assez calé pour m'en sortir... Je vais voir ce que je peux faire quand même. Moi aussi mon magasin doit être en ligne au 15 janvier...
Je te tiens au jus!
@+

Avez vous réussi à intégrer Atos sur OpenCart ?

Tenez nous au courant.

MErci

Pour ma part ayant pas mal d'expérience avec ATOS sur osC et en pleine migration sur Open Cart

le travail est en cours ... et ne saurai tarder

Le module est prêt,

Contact par MP car je ne connais pas encore le mode de diffusion qui sera adopté

n'ayant eut aucun retour de la part de tous les membres auxquels j'ai communiqué les sources du module par MP,

il a fallut que je fasse l'adaptation et les tests moi même ! bref...

donc, le module est désormais accessible sur la place de marché d'OpenCart :

http://www.opencart.com/index.php?route ... ion_id=234

Salut,

J'ai terminé aujourd'hui mon module paybox. ça me semble très proche de e-transaction (mêmes systèmes, mêmes codes d'erreurs, etc..)
Sais-tu s'ils sont compatibles, voire identiques ?

Mon module est bien moins évolué que le tiens... :p Mais bon ça tourne

Autre point qui m'intéresse :
Dans OC j'ai vu que l'état ne pouvait être changé qu'une seule fois et d'une seule manière.
Or dans ces modules de paiements nous pouvons avoir plusieurs retours (paiement terminé, paiement validé, refusé, etc...et de multiples détails).
Je me suis permis de modifier le fichier controleur de succès pour disposer d'un état lors de l'arrivée sur la page et le modèle contenant la méthode confirm pour permettre la validation définitive en changeant de façon automatique une seconde fois l'état.

Que pensez-vous de ces modifs (dans le principe) ? Cela serai-t-il intéressant que j'en parle (nous en parlions) à Daniel pour faire évoluer l'appli vers plus de liberté ?

Enfin, une question pour delete : quelle est la licence de ta production.
Je trouve sont prix assez juste vu le temps qu'on y passe... Mais aucune licence n'est précisée...

++

Bonjour,

Paybox n'a rien avoir avec atos, E-transaction est la marque du crédit agricole, et peut être en paybox ou atos.

Les modules PayBox, Atos, CM-CIC Paiement, Cyberplus Sytempay, et bien d'autres, de qualité professionnelle à sécurité renforcée, sont disponibles chez hosteco.fr, voir le lien ci-dessous:
http://www.hosteco.fr/host/module_paiement_opencart.php

Dans le principe, pour des raisons de compatibilité il ne faut pas toucher aux fichiers existant, car après les changements de version d'OC, ton module de paiement peut ne plus fonctionner.

Concernant les licences d'exploitation, il existe aussi des licences professionnelles chez hosteco.fr, permettant d'exploiter le module sur plusieurs sites, il faut me contacter par email en cliquant ici

Cordialement

mfrerebeau wrote: Enfin, une question pour delete : quelle est la licence de ta production.
Je trouve sont prix assez juste vu le temps qu'on y passe... Mais aucune licence n'est précisée...
++

Concernant la licence, c'est une licence commerciale normale, ce qui semble logique pour un module de paiement sensé engendrer des profits !

Effectivement c du temps de développement, des tests et aussi des considérations en terme de sécurité, la solution est peu chère puisque 2 fois moins chère que le module proposé "en face"

http://www.opencart.com/index.php?route ... ion_id=234

delete wrote: Concernant la licence, c'est une licence commerciale normale, ce qui semble logique pour un module de paiement sensé engendrer des profits !

Effectivement c du temps de développement, des tests et aussi des considérations en terme de sécurité, la solution est peu chère puisque 2 fois moins chère que le module proposé "en face"

Bonjour,

Concernant la licence des modules de paiement, je trouve normale qu'il y ait une rémunération du développeur, surtout qu'une modification pour mise à jour n'est jamais à exclure.
En plus comme tu le dis si bien, c'est quand même pour faire du commerce donc au niveau des tarifs que nous pratiquons, qui sont les plus bas du marché, ce n'est en faite qu'une petite rémunération, qui ne couvre pas les frais de développement.

Concernant les modules hosteco.fr, il sont livrés clés en main sur le serveur du client et donc opérationnels .

au faite le dollar est à 1.35 et chez hosteco.fr la tva est récupérable avec facture à l'appui, donc les 2 modules sont au même prix, et avec l'installation du module sur la boutique en plus chez hosteco.fr.

Cordialement

Bonjour à tous,

Je reviens de vacances et vois vos réponses. Merci pour vos retours.

La question ne portait pas sur le prix que je ne remet pas en cause...
Le choix de la licence et le prix pratiqué sont directement liés au choix du modèle économique. Chacun est libre de choisir ce dernier en fonction de ses connaissance, ses expériences et ses objectifs tant humains que commerciaux... Nous pourrions en discuter longuement (et avec plaisir en ce qui me concerne) mais ce n'est pas le sujet de ma question

Je posais réellement la question de la licence non précisée par delete.

Je ne veux pas paraitre embêtant ou rabat joie... Mais je ne pense pas que la réponse "c'est une licence commerciale normale" apporte beaucoup de précision... Des licences, libres ou non (car commerciale ne s'oppose pas à libre si on y réfléchie un peu), il en existe pléthores...
Or, il me semble qu'il est important, lorsqu'on achète ou qu'on vend quelque chose, qu'on saches un minimum ce qui est vendu ! Un logiciel et sa licence n'étant pas dissociables (sauf pour un pirate peut-être...), ne pas préciser la licence, revient à ne pas fournir tout le produit...
J'ose même aller plus loin en disant que cela ne se limite pas aux modules vendus : tout module ou logiciel proposé devrait être accompagné d'une licence, que le logiciel soit payant ou non.

Par ailleurs, dès lors qu'il y a commerce, la loi oblige à fournir les conditions de la dite vente (cgv, contrat, licence, etc;)... Quand ce commerce est en ligne, je crois savoir que ces conditions doivent être précisées en ligne.

Bref, au delà du domaine légal, donner les conditions exactes d'exploitation du produit me semble :

• Sécurisant pour l'acheteur comme pour le vendeur
• Être une marque d'honnêteté vis à vis des membres de la communauté
• Être une démarche compatible avec l'esprit du libre d'où est issu OC

Plus précisément, une licence doit pouvoir apporter des réponses sur les points suivants :

• Droit d'utilisation (nb. structures, nb. utilisateurs, limites temporelles, prix, mises à jours, gestion des bugs, etc.)
• Droit de copie (interne, réutilisation, revente, nb. sites, etc.)
• Droit de modification (pour soit, pour sa structure, pour ses clients, pour réécriture et redistribution, pour revente, etc.)
• ....

J'y ai mis "...." car je ne me base ici (vous l'aurez remarqué) que sur les 4 libertés du logiciel libre... Mais je ne prétends pas être exhaustif, tout au plus donner quelques exemples dans le cadre le plus courant.


delete (que, par ailleurs, je respecte beaucoup pour le travail et le temps qu'il consacre à la communauté francophone) n'est pas le seul concerné. En parcourant le net, j'ai vu beaucoup de sites proposant de nombreux plugins, modules, etc. Peu précisent clairement la licence de leur production.
Même si ce n'est pas pire que dans de nombreuses communautés, je trouve cela dommage.


Voilà, en espérant que ces quelques réflexions seront utiles à la communauté

OpenCart étant sous licence GPL, tout programme lié (donc tout module) doit être aussi sous GPL, avec ce que ça implique. Il n'y a pas d'autre possibilité.

Bonjour,

Je pense effectivement que c'est le cas.
À ma connaissance, la GPL autorise qu'un module externe au programme puisse être sous une autre licence. Cependant, les modules OC sont directement liés à OC ; les codes sont assez rapidement inter-dépendants...
Dans ce contexte, je pense qu'un module, quelques soit sa licence, exploité comme s'il était en GPL, ne poserait pas de problème juridique à l'utilisateur/repreneur du module. Ou plus exactement, la jurisprudence française donnera raison à l'exploitant du module...

Maintenant, les usages sont souvent différents et les auteurs des modules ne l'entendent pas forcément de cette façon...
Personnellement, je ne cherche pas à entrer dans une telle discussion qui, à mon avis, n'aboutirait qu'à une issue conflictuelle...
Mais je souhaite qu'au moins les souhaits des auteurs soient clairement exprimés. Sans quoi, tout est effectivement possible et sans aucun recourt possible pour l'auteur - d'un point de vue moral autant que juridique...

Librement.

Mais juridiquement, tout module DOIT être sous GPL (ou compatible) obligatoirement.
C'est le texte même de la GPL qui le dit.
Ce qui implique que je dois pouvoir avoir les sources et que je peux diffuser gratuitement un module que j'ai acheté.
C'est très clair.

Un contrat s'applique dans un contexte.
L'élément qui vient en premier c'est le pays dans lequel le contrat est appliqué. Une licence, en France au moins, est un contrat. C'est donc le droit des contrats qui s'applique.
En France, l'application effective ou non d'un contrat ne dépend pas seulement de ce qui est écrit dans le contrat mais aussi de la jurisprudence. C'est elle qui fait office de loi.
A ma connaissance, la jurisprudence n'a pas condamné la création de modules non GPL connecté à un logiciel GPL. Dans l'affaire que j'avais suivi, il avait été mis en avant le fait que les modules étaient externes aux programmes (ex: OS et Applet développé pour cet OS).

Dans ce que tu dis je retiens une chose intéressant qu'il est important de mettre en avant : vendre ses modules n'interdit absolument pas de les mettre sous GPL, l'inverse également... Libre est différent de gratuit. GPL ne veut pas dire qu'on ne le vend pas.
La seule chose est qu'on ne peut empêcher d'autres personnes d'utiliser, de copier, modifier et diffuser le module...

Si c'est un programme externe indépendant qui tourne tout seul sans se référer aux structures de données, alors il peut être sous une autre licence. En pratique, c'est jamais le cas, et ici ce sont bien des modules liés. Donc, toute violation de la GPL est condamnable et il y a eu jurisprudence sur le sol français (affaire AFPA/Edu4 du 16 sept 2009 Cour d'appel de Paris) pour non respect de la GPL. Diffuser ses modules OpenCart contre rémunération est permis, mais ils doivent être sous GPL et cela doit être clairement indiqué, sinon tu violes la licence.
Donc, ici il n'y a pas de licence commerciale qui tienne et c'est valable pour tous les modules (liés) développés pour OpenCart. Prestashop, Magento ont préféré se mettre sous OSL qui permet des modules commerciaux.

Je suis 100% d'accord avec ton dernier post (merci pour les références explicites que je ne retrouvais pas de mon côté).

Je pense que c'est bien de vendre ses modules et d'en acheter d'autres : ça fait parti de l'esprit communautaire. Mais je suis d'accord aussi que le respect des licences est primordial. Et l'un n'est pas opposé à l'autre contrairement aux craintes de nombreux adeptes des licences propriétaires.

Bon, j'ai l'impression que le sujet a été quelque peu (sans doute trop) détourné... Ne parlant plus du tout du paiement via ATOS, je m'en arrêterai là :p

Bonne continuation.

mfrerebeau wrote:Je suis 100% d'accord avec ton dernier post (merci pour les références explicites que je ne retrouvais pas de mon côté).

Je pense que c'est bien de vendre ses modules et d'en acheter d'autres : ça fait parti de l'esprit communautaire. Mais je suis d'accord aussi que le respect des licences est primordial. Et l'un n'est pas opposé à l'autre contrairement aux craintes de nombreux adeptes des licences propriétaires.

Bon, j'ai l'impression que le sujet a été quelque peu (sans doute trop) détourné... Ne parlant plus du tout du paiement via ATOS, je m'en arrêterai là :p

Bonne continuation.

Bonjour,

je suis d'accord avec toi, dans le sens ou l'on vend à des prix raisonnables, pour ma part je vends une prestation complète clés en mains, car les systèmes de paiement ne sont pas toujours facile à installer, si on ne connait pas bien le cms et ou la passerelle de paiement.

C'est pour ça que je propose des solutions d'hébergements avec systèmes de paiement intégrées, car l'hébergeur est souvent responsable du mauvais fonctionnement des passerelles de paiement.

Cela fait 5 ans que je programme sur des opens sources, et le gratuit à sens unique j'ai donné, j'estime que pour du ecommerce un minimum de participation financière sur le développement de programmes, qui vont rapporter de l'argent aux utilisateurs, ce n'est pas demander la lune !

Cordialement

@Doc_60

Bonjour,

Je tiens juste a faire une précision, car quand on lit le fil de ce topic et vos commentaire, on a l'impression que vous êtes le seul à travailler dans les règles de l'art, et les autres dans la clandestinité donc :

Concernant nos prestations, nous sommes également une société, nous payons nos charges, nous sommes assujettis à la TVA, nous avons un N° de TVA intracom et nous émettons des factures !

Concernant le support : nous assurons le support concernant nos produits, par mail, par skype et même par téléphone ou sur place au besoin !

Cordialement,
Olivier