moneybookers_payment_gateway_details_interaction_diagram
Source : Moneybookers Payment Gateway Merchant Integration Manual
Hot Trends- drop dead diva, meteor nbc, hoosiers, ...drop dead diva meteor nbc hoosiers disney channel scavenger sweepstakes disneychannel.com/scavengersweepstakes amanda rodrigues gatti photo pluot meteor movie arturo gatti wife picture jon gosselin and hailey glassman ufc 100 video replay tour de france stage 9 results 2009 home run derby lineup nhra blackberry tour reviews entourage hoosiers movie michael […]
- drop dead diva, meteor nbc, hoosiers, ...
Conception d’un système de trading à partir de l’API de paiement Moneybookers et de FreePay
novembre 28, 2008 — Yann GeffrotinVision :
Le logiciel Give1Get2 a été crée pour répondre au besoin de financement des agents économiques au niveau européen et mondial pour pouvoir financer, en autre chose, la recherche, l’éducation et l’innovation.
Ce logiciel est conçu pour construire un marché financier alternatif aux marchés financiers existants. Le logiciel est spécialisé dans la levée de fonds en ligne. Il facilite le libre échange dans l’économie internationale.
La plateforme ne prend pas de pourcentage sur les fonds qu’elle lève. En ce sens, une organisation qui l’utiliserait pourrait être du type “organisation non profitable”.
Objectif :
Faire un projet pilote (fonctionnel, gratuit dans sa mise en place, légal, disponible (7/7j, 24/24h) et reposant sur une situation gagnant-gagnant) d’une plateforme de trading internationale (FSX) à partir d’une API de paiement (Moneybookers) et d’un progiciel financier libre (FreePay) pour permettre d’augmenter le solde des participants. (+1 Euro à chaque fois)
Business Model : Accord Gagnant-Gagnant tripartite
L’intérêt de l’internaute est de faire du profit pour pouvoir s’acheter des biens qui répondent à ses besoins. L’internaute à donc besoin d’une plateforme de trading.
Une plateforme de trading (comme le FSX) ne peut exister sans institution financière, sans l’API fournit par celle-ci, et sans ses utilisateurs.
Les systèmes de paiement ont un modèle économique fondé sur les commissions sur les transactions de leur adhérents. (environ 2%) Le profit est directement proportionnel au volume de transactions. Pour augmenter leur profit, ils doivent augmenter leur volume de transactions. Ceci se fait par l’accès de leur système d’informations : l’API (Application Programming Interface) qui permet à quiconque d’automatiser les paiements.
Supplément au Business Model :
Traditionnellement, un projet qui utilise une API met le logo de l’API en évidence et un lien vers celle-ci.
“Refer a friend program” : le logo est un lien avec l’id du marchand qui a mis en place le serveur. Le marchand gagne 30% des frais engendré par ses utilisateurs parainés.
Chaque utilisateur peut aussi parainer d’autres utilisateurs lors de la vente de titre (lien automatique).
Existant :
- FreePay : http://freepay.fr/
Fonctionnement de la plateforme de trading (version courte) :
Le système de trading repose sur une stratégie gagnant-gagnant. La plateforme de trading est un lieu de confrontation de l’offre de titres financiers et de la demande d’argent en application de la pensée du laissez-faire économique. C’est un jeu à somme nulle du point de vue de la plateforme de paiement mais pas du système de trading (1 euro titrisé symbolique émit pour l’amorçage, échange +1 +1 pour chaque partie à chaque transaction). C’est un cercle vertueux. C’est un système de personne à personne (P2P) complémentaire qui permet aux utilisateurs de passer des ordres sur une plateforme de paiement. Cela a été conçu de tel manière qu’il n’y a pas de risque de variation inverse. Puisqu’il n’y a pas d’ordre de vente, il ne peut y avoir de crack boursier. Tout les utilisateurs du système peuvent s’enrichir, mais pas au même moment. L’utilisateur peut donc devenir, selon ce qu’il en fait, un trader. (fr : Opérateur de marché)
Le profit est aussi paramétrable (de 0 à 100 %, exemple : 25 euros réel deviennent à 100% -> 50 euros titrisés). Cela permet à l’utilisateur de spéculer ou de ne pas le faire. Ce qui permet à l’utilisateur de transformer ses capitaux en plus de capitaux représenté par les titres. (Et ensuite transformer ses titres en capitaux par l’acte de vente, exemple : 50 euros titrisés -> 50 euros réel). D’où : 25 euros réel -> 50 euros réel. Ce qu’il fallait démontrer.
- Moneybookers : http://moneybookers.com/
Moneybookers Ltd est une société enregistrée au registre du Commerce de l’Angleterre et du Pays de Galles sous le No 4260907. Siège social: Welken House, 10-11 Charterhouse Square, London, EC1M 6EH.
( http://www.moneybookers.com/app/help.pl?s=ecrcpr )
Les frais : MoneyBookers prend des commissions variables par transactions.
- la FSA : http://www.fsa.gov.uk/
Numéro d’enregistrement de Moneybookers auprès de la FSA : 214225
(http://www.fsa.gov.uk/register/firmSearchForm.do )
Current status: Authorised
Effective Date: 05/02/2003
Address: 10 -11 Charterhouse Square, London, EC1M 6EH
Notices: UK authorised firms who have a deposit-taking permission do not usually need to obtain separate permission from the FSA to receive money from clients.
L’émission de monnaie électronique au Royaume Uni est une activité régulé par le Financial
Services and Markets Act 2000 : http://www.opsi.gov.uk/acts/acts2000/ukpga_20000008_en_1http://www.opsi.gov.uk/si/si2002/20022013.htm ) et par la directive européenne sur la monnaie électronique.
Directive 2000/46/CE du Parlement européen et du Conseil du 18 septembre 2000 concernant
l’accès à l’activité des établissements de monnaie électronique et son exercice ainsi que la
surveillance prudentielle de ces établissements http://ec.europa.eu/internal_market/bank/emoney/index_en.htm
Réalisé : L’objectif principal a été réalisé.
Le logiciel a été testé dans des conditions réelles avec des comptes personnels pour les 3 cas possibles d’achat (inférieur, égal et supérieur) : et dans chacun des cas, cela à fonctionné parfaitement.
Exemple simple : lorsqu’ 1 Euro est envoyé, 2 Euros sont reçus (facteur 2 : 1*2=2). La devise “Give 1. Get 2.” a été choisie en ce sens. Le montant de départ est choisi par l’utilisateur et il peut utiliser le système autant de fois qu’il veut. exemple : 1234 Euros envoyé -> 2468 Euros reçus.
, par la directive européenne sur le ecommerce de 2002 (ISBN 0 11 042643 6 : ( Le logiciel va vers la simplicité puisque, par rapport à la version précédente (FreePay), il soustraite les processus nécessaire à la gestion de l’argent. Le logiciel est un système ouvert qui envoie des informations à l’intérieur (historique) et à l’extérieur (ordre). Le logiciel peut être vu comme un plugin qui interagit avec le logiciel principal (l’institution financière) pour lui apporter une nouvelle fonctionnalité.
La division des rôles :
- Le logiciel permet de passer des ordres de paiement, d’échanger des ordres de paiement et de faire des demandes de paiement.
- L’institution financière transforme les capitaux entrant en monnaie électronique, exécute les paiements et sort les chèques.
Ce logiciel permet d’économiser le coût du capital initial (1 million d’ Euros) nécessaire à la création d’une institution financière émettrice de monnaie électronique (en : E-money issuer) au sein de l’ Union Européenne. (ref : Article 4 paragraphe 1 de la Directive 2000 46 CE).
Indépendance : Chaque organisation qui met en place le logiciel Give1Get2 est autonome des autres organisations. Elle n’est dépendante que de l’institution financière qui permet de faire les paiements (Relation 1 à plusieurs).
Explication Économique : Le logiciel n’a pas pour but de créer de l’inflation.
D’après ce que je sais, il existe deux types d’inflation :
- L’inflation du niveau des prix : Une hausse des prix des biens et des services durant une période de temps donné. (source : Wikipédia) Le revenu augmente moins vite que la hausse des prix des produits. → diminution du pouvoir d’achat. Ce qui est problématique. Or, ce que propose Give1Get2, c’est d’augmenter le revenu des acteurs du système, d’où une augmentation du pouvoir d’achat. Il n’y a pas de services en vente sur la plateforme et l’utilisation y est gratuite. Les « produits » financiers en vente sont des demandes de paiements. Le prix d’achat est fixé par les acheteurs eux-même. S’ils décident d’acheter plus cher, c’est pour gagner plus.
- L’inflation de la masse monétaire : Lorsque la masse monétaire mondiale subit une création monétaire. L’argent en circulation augmente via les taux d’intérêts. Or, le logiciel Give1Get2 n’a pas vocation d’augmenter la masse monétaire ni de la diminuer. Il n’y a pas de taux d’intérêts non plus dans ce système. Car c’est uniquement du ressort des banques.
Le logiciel permet la circulation de la monnaie entre les acteurs économiques.
Les frais par transactions :
Prenons cet l’exemple : Bob veut envoyer 10 centimes d’EUR à Alice via Moneybookers.
Alice à un solde de 10.82 EUR. Bob a un solde de 78.19 EUR. Bob envoi 10 centimes à Alice. Le solde de Bob devient 78.09 EUR. Le solde de Alice passe à 10.92 EUR. C’est sans compter les frais variables (0.01) et les frais fixes (0.29). En fin de compte, le solde de Alice est de 10.62 EUR à la fin de l’opération.
| Alice | Bob | |||
| Temps |
Avant |
Après |
Avant |
Après |
| Solde |
10.82 EUR | 10.62 EUR | 78.19 EUR | 78.09 EUR |
On constate que le gain (10 centimes) est inférieur à la perte (30 centimes). Bob a été chargé négativement (-0.10 EUR, ce qui est normal). Alice a été aussi chargé négativement (total de -0.20 EUR). C’est donc une situation perdant-perdant.
Pour obtenir une situation perdant-gagnant, on peut mettre en place un quota d’argent minimum automatique à définir dans les paramètres pour tout achat via l’API. Testons : Bob (solde : 78.09 EUR), après mûres réflexion, veut envoyer 3 Euros à Alice (solde : 8.52 EUR) via Moneybookers. Bob a maintenant un solde de 75.09 EUR. Alice a un solde d’environ 11.12 EUR (8.52 +3.00 -0.10 -0.29).
| Alice | Bob | |||
| Temps |
Avant |
Après |
Avant |
Après |
| Solde |
8.52 EUR | 11.12 EUR | 78.09 EUR |
75.09 EUR |
Que constatons nous ? Bob a été chargé négativement (-3.00 EUR) tandis que Alice a été chargé positivement (différence de +2.60 EUR). Ce qui est une situation perdant-gagnant.
Comme je l’ai démontré dans mon précédent post sur mon blog, on peut transformer une situation perdant-gagnant en une situation gagnant-gagnant. Ce que nous allons faire maintenant.
Télécharger
Le logiciel se base sur une politique de transparence et de développement durable. La licence choisie est la GNU GPL. C’est un logiciel libre. De ce fait, il a été mis à disposition gratuitement sur SourceForge.net pour être téléchargé et installé sur des serveurs en ligne.
* Télécharger directement la solution complète (la plus à jour) :
http://give1get2.com/give1get2.zip
http://give1get2.com/give1get2.7z
* Miroir de téléchargement complet (version stable) :
http://sourceforge.net/projects/give1get2/
* [Moneybookers] Démonstration en action :
http://www.moneybookers.com/app/help.pl?s=m_gateway_demo
https://www.moneybookers.com/app/test_payment.pl
* [Moneybookers] La documentation en libre téléchargement:
http://www.moneybookers.com/merchant/fr/moneybookers_gateway_manual.pdf
http://www.moneybookers.com/merchant/fr/automated_payments_interface_manual.pdf
Installation du logiciel
1. Acheter un nom de domaine (maplateformedetradingdexemple.com) auprès d’un Registrar.
2. Obtenir un hébergement contenant un espace suffisant (environ : 50 Mo) et une bande passante suffisante (plusieurs Giga) en fonction du nombre d’utilisateur prévu. (et POP3, FTP et mySQL inclus)
3. Dé-compacter les fichiers précédemment téléchargé. (procédure ci-dessus)
4. Modifier le fichier ‘scripts sql tables & champs.sql‘ : à la ligne 85, remplacer l’email (alice@give1get2.com) et l’ id marchand (6173206) par votre email et votre id marchand obtenu auprès de moneybookers à l’ouverture d’un compte. Remplacer aussi le courriel par votre courriel à la ligne 108.
5. Créer une base de données « mocha » (sans les doubles quotes) dans votre panneau d’administration (généralement à l’URL http://maplateformedetradingdexemple.com/phpmyadmin/)
Créer un utlisateur et lui donner les droits d’accès à la base de données. (si ce n’est pas déjà fait automatiquement).
6. Cliquer sur l’onglet SQL, copier-coller les données du fichier ’scripts sql tables & champs.sql’ dans le champ de saisie et cliquer sur Exécuter. Aucun message d’erreur ne doit s’afficher.
7.1 Optionnel : changer la monnaie par default (EUR) par une autre (exemple : USD) dans le fichier ‘params.php’ (sans les simple quotes)
7.2 Modifier les valeurs par default par celles qui ont été fournies par l’hébergeur dans le fichier ‘params.php’ (sans les simple quotes) ligne 31 (hote), ligne 32(utilisateur), ligne 33(mot de passe), ligne 34 (base de données)
8. Créer un dossier /give1get2/. Importer les fichiers via un FTP tel que fireFTP (une extension de Firefox) avec les parametres de l’hebergeur dans le répertoire précédemment crée.
9. Lancer dans le navigateur http://maplateformedetradingdexemple.com/give1get2/. La page d’index doit s’afficher sans message d’erreur.
10. Référencer votre site sur les moteurs (ex : Google)
Pré-requis :
Conçu en XHTML, CSS, JavaScript, PHP et SQL (CRUD). Nécessite un MySQL, phpMyAdmin, POP3 pour les mails, FTP et un navigateur web. A été testé et fonctionne avec Apache (>= 1.3.33), Mysql (>= 4.1.9), PHP (>= 4.3.10), PhpMyAdmin(>= 2.6.1).
L’architecture est en trois tiers (donnée, business logic et présentation). L’architecture se base sur le projet FreePay : http://freepay.fr/freepay.zip Pour approfondir, la documentation de freepay est à votre disposition.
Pour les non anglophones ou non francophone, il existe des outils de traductions comme Google translate pour lire des documents dans votre langue.
Le diagramme des traitements des processus marchands du côté de l’institution financière a été copié dans une image jointe au logiciel. “moneybookers_payment_gateway_api_details_interaction_diagram.png”
Ce script se base également sur la documentation de l’API “Moneybookers Payment Gateway – Merchant Integration Manual” (en anglais)- Version: <6.5>. http://www.moneybookers.com/merchant/fr/moneybookers_gateway_manual.pdf (43 pages) Une nouvelle version est peut être sortie à l’heure ou vous lisez ces lignes, ce qui pourrait poser des problèmes.
Le script ne prend en compte que les champs obligatoires par mesure de simplification. Pour ce qui est des champs facultatifs : se référer à la documentation officielle.
Pour d’avantage d’informations sur moneybookers, vous pouvez consulter l’article éponyme sur mon blog.
Le code ISIN est de nouveau utilisé dans ce logiciel (ISO 6166).
Les statuts d’une transaction (états) :
2 : validé (processed)
1 : en attente (pending)
0 : test
-1 : annulé (canceled)
-2 : Échoué
-3 : Retour arrière
Les Étapes du développement (le Comment)
Vision : Le module de paiement de FreePay et tout les modules de niveau inférieur sont remplacés par l’API externe de Moneybookers (institution financière validé par la FSA).
Conséquences : Le support du module de paiement est donc externalisé. Le nom du projet ne correspond plus. Les balises Méta ne correspondent plus. Les menus ne correspondent plus.
1. Copie de Freepay. Tout les modules non nécessaires sont retirés sauf le FSX. (+ vérifier que ça marche)
2. Implémentation de l’API Moneybookers (+ vérifier que ça marche)
3. Mashup des deux (Application composite)
création de l’interface spécifique
création des processus spécifique
création de la base de donnée spécifique (+ vérifier que ça marche via un simulateur de moteur de paiement)
4. Re-factorisation : Optimisation de la Mashup (+ vérifier que ça marche)
5. Publication sur internet
L’architecture
Comme c’est un projet web, l’interface homme-machine est basé sur une architecture est de type client/serveur. Et, le serveur à une architecture en 3 tiers (base de données, traitements, présentation).
La programmation est de type procédurale : les méthodes sont appelés dans un ordre spécifique.
Le code source est en français. Les commentaires sont en français. Sauf pour les standards financiers qui sont en anglais. Le projet s’oriente vers une internationalisation (I18N).
Toutes les images sont dans un dossier spécifique (/images).
Tout les CSS (Feuilles de style en cascade) sont dans un dossier spécifique (/style).
Tout ce qui a attrait au support utilisateur est dans le dossier /support. La documentation est dans le dossier /support/docs.
La partie visible est composé de la page principale, de l’historique et de la documentation.
La limitation d’accès se fait grâce aux sessions pour la partie caché (processus de paiement).
La base de donnée
Elle est composée de 4 tables par institution financière : (”scripts sql tables & champs.sql” présent à la racine)
-2 pour les titres (déjà existante dans le FSX) :
- liste des transactions passés effectués sur des titres.
- liste des titres en vente dans leur états actuels.
- 2 pour les ordres de paiements (l’avant et l’après) :
- liste des ordres passés sur les titres du FSX.
- liste des ordres de paiements renvoyé par l’api.
Elle est composé de 2 insertions dans ces tables correspondant à un titre et de son historique.
Les étapes du processus de paiement pour un utilisateur dans le FSX
L’utilisateur a crée et approvisionné un compte Moneybookers. (https://www.moneybookers.com/app/register.pl )
1. Le lien vers la page de connexion est sur la première page en haut à droite. La connexion se fait avec l’Email et l’identifiant numérique (Customer ID) associé au compte Moneybookers.
(Visible en dessous du menu dans l’interface Moneybookers). (Pas de mot de passe, il est gérée par Moneybookers lors du paiement pour éviter une récupération externe)
2. L’utilisateur va sur la page d’achat et sélectionne un titre (définit aussi la valeur et le profit si besoin).
L’ordre d’achat est sauvegardé et accessible via le menu du même nom. Il récapitule l’état de la transaction (En cours / En attente, Échoue / Annulé ou Fini).
3. Selon les paramètres (”params.php”) défini par l’administrateur, l’utilisateur est redirigé soit :
– sur le serveur de test (paiement/pay/mb_test_payment.php) et valide
– soit sur Moneybookers (https://www.moneybookers.com/app/payment.pl)
La redirection se fait grâce à un GET (passage de tout les paramètres obligatoires). La solution qui a été choisie est une redirection javascript. (<script type=’text/javascript’>Code</script>)
4. Si la personne a donnée les bons paramètres, elle entre juste son mot de passe. Sinon, elle crée son compte.
5. Le paiement est annulé ou validé par l’utilisateur. Moneybookers transfert l’argent entre les parties. Moneybookers envoie un code de retour “HTTP 200″ en POST uniquement à la status_url précédement envoyé (”paiement/pay/status_report.php”) et redirige l’utilisateur vers la plateforme de FSX défini précédement.
- Le logiciel utilise un couplage par données (passage de paramètres).
if( isset($_POST['mb_transaction_id']) ) { $mb_transaction_id = $_POST['mb_transaction_id']; }
- Les données sont ensuite filtrées par mesure de sécurité. (“status_report_filtre.php”) Il vérifie que tout les champs sont renseignés, qu’ils ont le bon type, la bonne longueur et les bonnes données (technique de filtrage par liste blanche).
exemple : vérification que l’origine des données (IP) provient bien de l’institution financière pour éviter toute tentative frauduleuse d’envoi d’argent fictif. (attaque de type “man in the middle”)
Le montant renvoyé par moneybookers peut être inférieur au montant indiqué dans la réservation (du fait de la prise de commission (fixe et variable) de la plateforme de paiement ou des paramètres GET qui peuvent être modifié en cours de route par l’internaute). Le transfert de possession des titres se fait compte tenu des nouveaux chiffres envoyé par l’API uniquement afin d’éviter ces problèmes.
6. Ensuite, si tout les critères sont validés alors les données sont stockés dans la table de l’api. (+ date actuelle) Et affichable au besoin par le fichier ‘pay_liste.php’ que le client retrouve sous ses yeux lorsqu’il retourne sur Give1Get2.
7. continuation de processus de transfert de possession (la transaction en attente “pending” passe à “done”) grâce au numéro de transaction récupéré par Moneybookers précédemment envoyé)
A chaque vente de titre, l’argent est sauvegardé dans les comptes de l’institution financière. En cas de crise (comme une indisponibilité de la plateforme de titre), l’argent, lui, est toujours disponible.
8. L’utilisateur consulte ses titres et rafraichit la page (F5). Il peut aussi utiliser l’emailling pour accéler le processus, puis :
- Le vendeur reçoit une notification par email du FSX l’informant de la cession du titre et de la reception de l’argent. (+ emetteur + argent + devise)
- L’acheteur reçoit une notification par email de l’institution financière. (+ argent + devise + indicatif produit)
9. Déconnexion de la plateforme de trading (FSX)
Les vues :
L’architecture des vues est commune à FreePay (header et footer en commun sur toutes les pages).
Le Menu : (Accueil, Historique des titres, Acheter un titre, Ordre Achat (la confirmation est visible si l’ordre a réussi), Consulter vos titres, Contactez-nous, Documentation)
L’utilisateur peut voir l’historique des transactions.
L’utilisateur peut acheter un titre.
L’utilisateur peut consulter la liste de ses ordres d’achat et, cliquer sur le numéro de la transaction pour voir les détails de la transaction (si celle-ci a réussi).
L’utilisateur peut consulter ses titres.
Respect des standards du W3C : a été validé XHTML 1.0 transitionnel et CSS 2.0 sous Mozilla Firefox, Internet Explorer et Safari.
Les contrôleurs :
Ce sont les même que ceux de FreePay. PHP et Javascript pour le côté serveur et client respectivement.
Les transactions qui n’aboutissent pas au bout d’1 journée sont classé comme ayant échoué. (status à -2).
Test et Confirmation : passer la séries de tests suivantes :
Nécessite minimum 2 utilisateurs. (Alice et Bob) Préparatif : Noter la situation financière existante des utilisateurs : “Solde en Euro” et “Solde de Titre” pour chacun d’eux.
Effectuer un achat et pour les 3 cas (inférieur, égal, supérieur), vérifier :
– Le solde de l’acheteur (Alice) a t-il diminué ?
– La valeur du titre de l’acheteur (Alice) a t-elle augmenté ?
– Le solde du récepteur (Bob) a t-il augmenté ?
– Les titres du récepteur (Bob) ont-ils diminué ?
- Le recepteur (Bob) à t-il été notifié par email ?
L’application a été conçu et testé avec CAL9000 (OWASP) pour être protégé contre les attaques de type Cross Site Scripting (XSS). (Top 10 des vulnérabilités 2007)
Comment savoir si l’API du porte monnaie électronique d’une institution financière est compatible avec le FSX de FreePay ?
Sur l’institution financière :
1. Il faut pouvoir créer un compte.
2. Il faut pouvoir approvisionner son compte avec différents moyens de paiement (chèque, carte de crédit, transfert bancaire etc) et en retirer.
3. Il faut avoir un minimum de fonds sur son compte (solde à minimum 0.01 euros). (il faut aussi prendre en compte les frais de l’institution financière)
Sur le FSX :
1. Il faut pouvoir passer un ordre sur le FSX et arriver sur la plateforme de paiement.
2. Il faut que les paiements fonctionne dans les 2 sens (marchand-marchand tout en étant accessible client-client, marchand-client et client-marchand), brièvement permettre le P2P.
2 bis. (optionnel : mais c’est mieux de le faire) Il faut pouvoir activer l’automatisation des processus. (en xml)
3. Il faut que le site source (marchand / FSX) puisse obtenir une trace de la transaction de la part de la plateforme de paiement. (xml envoyé et enregistrable dans la base de donnée dans des tables sql)
Fonctionnalités en plus à implémenter (dans le futur) :
sécurité : si test activé : permettre des tests en local
sécurité : si paiement normal activé : désactivé en local
Le remboursement n’est pas pris en compte (pas de relation client mécontent donc remboursement)
+ multi devises
+ solde du compte en interne (problème de sécurité)
Il serait avisé de pouvoir récupérer les anciennes transactions du FSX sauvegardé par Moneybookers pour une recontruction de la base de donnée en cas de suppression.
Penser à vérifier que le numéro id est valide par rapport à l’email et les transactions passés.
Il faudrait pouvoir vérifier le mail et l’id auprès de Moneybookers avant de commencer des transactions.
Lorsque le titre a été selectionné, il n’apparait plus dans la liste des titres disponibles jusq’à ce que la transaction soit accepté ou annulé (environ 15 minutes max).
L’application doit prendre en compte le vol d’identité.
Import de contacts
Socialisation de l’application :
– FaceBook
– OpenSocial
– addthis (Social Bookmarking Sharing Button)
Clause de non responsabilité :
L’utilisation de la présente application à valeur d’acceptation de la clause de non responsabilité suivante : L’auteur décline toute responsabilité quant aux conséquences pouvant résulter de l’utilisation de cette application.
Script fourni sans aucune garantie.
Copyright :
Mon droit d’auteur est garanti par la Licence publique générale GNU. (http://www.gnu.org/licenses/gpl.html )
Mes créations sont protégés au niveau Européen par la Directive 91/250/CEE du Conseil, du 14 mai 1991, concernant la protection juridique des programmes d’ordinateur. (http://eur-lex.europa.eu/LexUriServ/LexUriServ.do?uri=CELEX:31991L0250:FR:HTML )
Mes créations sont protégés internationalement par la Convention de Berne pour la protection des œuvres littéraires et artistiques (géré actuellement par l’ Organisation mondiale de la propriété intellectuelle (OMPI), organisme spécialisé au sein de l’ONU). (source : http://www.wipo.int/treaties/fr/ip/berne/trtdocs_wo001.html )
Contact :
Bien que je sois d’accord pour dire que le type de communication le plus efficient est le face à face, je reconnais aussi que je suis parfois indisponible et donc, j’ai mis en place une documentation écrite.
En tant que développeur, je recherche toujours un moyen de produire plus et à moindre coût. Ma motivation se base sur le fait que le logiciel fonctionne et qu’il est utile.
D’après mon expérience, pour améliorer un système, il faut que les utilisateurs puissent contacter l’auteur car l’amélioration de la plateforme se fait grâce aux boucles de rétroaction positive à l’initiative des utilisateurs. S’il y a des bogues, pour que je puisse les corriger, il faut que j’en ai connaissance précise.
Ce retour servira de base à l’architecture de la prochaine version (qui contiendra l’existant + les corrections). Je laisse donc toujours plusieurs moyens de me contacter, et de me connaître, dans mon CV, que je joins à mes créations.
Enfin, je suis ouvert à toute suggestion permettant d’améliorer le logiciel.
Si vous avez un problème de nature financière relatif à votre compte moneybookers, vous pouvez vous adresser au service clientèle de Moneybookers : http://www.moneybookers.com/app/faqmessaging.pl
Logiciel Libre de Trading en Ligne étape par étape
novembre 10, 2008 — Yann Geffrotin1. Le système de trading repose sur une stratégie gagnant-gagnant. La plateforme de trading est un lieu de confrontation de l’offre de titres financiers et de la demande d’argent en application de la pensée du laissez-faire économique. C’est un jeu à somme nulle du point de vue de la plateforme de paiement mais pas du système de trading (1 euro titrisé symbolique émit pour l’amorçage, échange +1 +1 pour chaque partie à chaque transaction). C’est un cercle vertueux. C’est un système de personne à personne (P2P) complémentaire qui permet aux utilisateurs de passer des ordres sur une plateforme de paiement. Cela a été conçu de tel manière qu’il n’y a pas de risque de variation inverse. Puisqu’il n’y a pas d’ordre de vente, il ne peut y avoir de crack boursier. Tout les utilisateurs du système peuvent s’enrichir, mais pas au même moment. L’utilisateur peut donc devenir, selon ce qu’il en fait, un trader. (fr : Opérateur de marché)
2. L’utilisateur se connecte sur la plateforme de Trading. (L’inscription est gratuite) Chaque utilisateur possède les même fonctionnalitées que les autres à sa disposition. Il n’y a pas de privilèges.
3. L’utilisateur peut rechercher un titre grâce à son prix (inférieur, égal ou inférieur à une certaine somme). Les classer par utilisateur (uniquement les amis par exemple). Ou par le numéro ISIN.
4. L’utilisateur est libre d’acheter des titres à n’importe quel moment de la journée. (7/7j, 24/24h)
5. Une liste des ISIN en vente s’affiche. Pour chaque ISIN on a son propriétaire, sa valeur, sa devise.
6. Le montant initial est paramétrable : Inférieur, égal ou supérieur à celui voulu par le vendeur.
fsx_inferieur
Dans le cas inférieur, le vendeur récupère l’argent et le montant ISIN non vendu. (Le montant ISIN non vendu, peut quand même être vendu par la suite.)
fsx_egal
Dans le cas égal, le vendeur obtient l’équivalence d’argent demandé totale.
fsx_superieur
Dans le cas supérieur, le vendeur obtient plus que ses espérances et l’acheteur fera plus de profit par la suite.
Dans tout les cas, l’acheteur à tout intérêt à faire jouer son réseau pour obtenir son argent au plus vite. (Un simple mail, à son initiative, expliquant pourquoi il à besoin de cet argent. Chaque utilisateur à sa propre vision des moyens qu’il lui est necesssaire pour atteindre le but qu’il s’est fixé. Ce peut être de se nourrir ou vouloir financer un projet innovant dans une perspective de développement durable, par exemple.)
7. Le profit est aussi paramètrable (de 0 à 100 %, exemple : 25 euros réel deviennent à 100% -> 50 euros titrisés). Cela permet à l’utilisateur de spéculer ou de ne pas le faire. Ce qui permet à l’utilisateur de transformer ses capitaux en plus de capitaux représenté par les titres. (Et ensuite transformer ses titres en capitaux par l’acte de vente, exemple : 50 euros titrisés -> 50 euros réel). D’où : 25 euros réel -> 50 euros réel. Ce qu’il fallait démontrer.
8. L’utilisateur peut selectionner 1 ou plusieurs titres dans son panier. Et valider sa commande.
9. Il peut les acheter seulement si le prix de chacun ne dépasse pas le montant restant du porte monnaie électronique (eWallet) au moment de la transaction. La transaction se fait dans la seconde (dépend du nombre de connexions simultanées).
10. Un titre est toujours en vente selon le principe du PAPS (Premier Arrivé, Premier Servi). Seul le nom du propriétaire change. C’est donc le droit de propriété qui est vendu entre utilisateurs.
11. Chaque utilisateur peut consulter ses titres acquis ou le solde de son porte monnaie électronique (eWallet) modifié.
12. L’utilisateur se déconnecte de la plateforme de Trading.
source : http://freepay.fr/freepay/support/docs/Presentation%20technique.pdf
European Payments Council (EPC) RoadMap 2004-2010
octobre 24, 2008 — Yann Geffrotin
Principes pour le Marché Secondaire – OICV (Organisation Internationale des Commissions de Valeurs)
octobre 23, 2008 — Yann GeffrotinPrincipes pour le Marché Secondaire – OICV (Organisation Internationale des Commissions de Valeurs)
Principe 25 : La mise en place de systèmes d’échange y compris d’échanges de titres devraient être sous la supervision et l’autorisation d’un régulateur.
Principe 26 : Il devrait y avoir une surveillance réglementaire des opérations d’échanges en cours sur le marché, ce qui devrait avoir pour but de s’assurer que l’intégrité des transactions est maintenue selon des règles justes et équitables qui créent un équilibre approprié entre les différentes demandes des marchés participants.
Principe 27 : Le règlement devrait promouvoir la transparence des échanges financiers.
Principe 28 : Le règlement devrait être conçu pour détecter et dissuader les techniques de manipulations et autres pratiques douteuses d’échanges.
Principe 29 : Le règlement devrait avoir pour objectif de s’assurer d’une bonne gestion du risque, des scandales financiers et des perturbations des marchés.
Principe 30 : Les systèmes de compensation et de règlement des opérations sur titres devrait être soumis à la surveillance réglementaire, et conçu pour faire en sorte qu’ils soient équitables, efficaces et efficients, et qu’ils réduisent le risque systémique.
Extract from the English version (official) :
Principles for the Secondary Market – IOSCO (International Organization of Securities Commissions)
Principle 25: The establishment of trading systems including securities exchanges should be subject to regulatory authorization and oversight.
Principle 26: There should be ongoing regulatory supervision of exchanges and trading systems, which should aim to ensure that the integrity of trading is maintained through fair and equitable rules that strike an appropriate balance between the demands of different market participants.
Principle 27: Regulation should promote transparency of trading.
Principle 28: Regulation should be designed to detect and deter manipulation and other unfair trading practices.
Principle 29: Regulation should aim to ensure the proper management of large exposures, default risk and market disruption.
Principle 30: Systems for clearing and settlement of securities transactions should be subject to regulatory oversight, and designed to ensure that they are fair, effective and efficient and that they reduce systemic risk.
National Numbering Agencies (NNA)
septembre 30, 2008 — Yann Geffrotinsource : http://freepay.fr/freepay/services/ISIN/NNA_afficher.php
ISO 6166 – ISIN (International Securities Identification Numbering System)
septembre 20, 2008 — Yann GeffrotinEn 1981, l’idée d’une unification du marché européen a été mis en avant.[1]
En 1989 le « groupe des 30 » recommande l’adoption du code ISIN comme standard international pour les titres financiers.
En 1990, l’Association of National Numbering Agencies (ANNA) est formé dans le but de maintenir et implémenter ce standard. L’ Organisation internationale de normalisation (ISO) désigne l’ANNA comme l’autorité en la matière avec une plateforme commune à tous : l’International Central Securities Depository (ICSD). [2] Clearstream Banking Luxembourg (CBL) et Euroclear Bank (EB) sont considérés comme des ICSD en Europe.
En 1994, à l’initiative de l’ANNA, le Global ISIN Access Mechanism (GIAM) est développé pour les lier tout les National Numbering Agencies (NNA) sur le réseau électronique. Les NNA ont chacun leur registres centraux (CSD) et sont responsables de la délivrance des ISINs dans leur pays. Dans les pays où ils n’y a pas de NNA, trois agences de substitutions ont été désignés. Exemple : le NNA du Luxembourg est CBL (ex Cedel). A cette époque, GIAM-1 tournait sous le SGBD Paradox et utilisait MQSeries pour l’envoi de messages.[3]
En fin d’année 1997, les membres de l’ANNA ont décidé de changer pour un modèle basé sur l’Internet capable de gérer à la fois les ISIN, la CFI, SWIFT et le STP : GIAM-2 était né. [4]
En 2000, l’EB, la CBL et la Depository Trust & Clearing Corporation (DTCC) établissent sur la base du PIM : l’ European Pre-issuance Messaging System (EPIM), un système de messagerie STP qui gère entre autre chose la distribution des ISINs. L’ International Capital Market Association (ex IPMA) à défini les champs obligatoires et les valeurs par défaut des messages EPIM.
En France, c’est le 30 juin 2003 que le code ISIN a remplacé le code SICOVAM pour identifier les principaux instruments financiers, dans un souci de faciliter des échanges trans-frontaliers et de normalisation au niveau international des marchés financiers.[5]
En février 2005, on comptait 2,85 millions d’ISIN représentant 2,16 millions de titres. Le temps d’allocation et de distribution des ISINs a été réduit de plus de deux heures à moins de deux minutes. [6]
Notes et références
- ↑ (en)Reciprocity and the Unification of the European Banking Market, Douglas Croham, Group of Thirty, New York and London
- ↑ (fr)Papier de proposition d’ANNA sur ISO 6166 / ISIN
- ↑ (en)GIAM Annual Report 1998
- ↑ (en)COORDINATED PORTFOLIO INVESTMENT SURVEY GUIDE, Fonds monétaire international, May 10 – 2002 , Second Edition, Appendix VII: International Securities Identification Number (ISIN) Code System, p161-163
- ↑ (fr)COB – SERVICE DES RELATIONS PUBLIQUES – Code ISIN : information des porteurs de parts d’OPCVM, Paris, 24 juin 2003
- ↑ (en)IPMA – INTERNATIONAL PRIMARY MARKET ASSOCIATION – Secretary General – CESAME Barrier 8 final report 4 March
Sur l’amélioration du cadre régissant le marché unique des fonds d’investissement
septembre 13, 2008 — Yann GeffrotinCitation choisie : « Les fonds d’investissement représentent 12,6 % des actifs financiers détenus par les ménages européens. Les capitaux gérés par les fonds d’investissement dans l’UE ont quintuplé en l’espace de 12 années. Les taux de croissance devraient avoisiner les 10 % par an d’ici à 2010, ce qui porterait le montant total des actifs gérés par des fonds à plus de 8000 milliards d’euros. » (p2 / 18 du Livre blanc de la Commission, du 15 novembre 2006, sur l’amélioration du cadre régissant le marché unique des fonds d’investissement )
Moneybookers API
septembre 13, 2008 — Yann GeffrotinMoneybookers Limited
MONEYBOOKERS LIMITED été crée le 27/07/2001 avec le statut de “banque centrale” et “Autre inter médiation monétaire” (numéro : 4260907). Siège social: Welken House, 10-11 Charterhouse Square, London, EC1M 6EH. (http://wck2.companieshouse.gov.uk/)
Moneybookers Ltd
Moneybookers Ltd (http://www.moneybookers.com/) est enregistré auprès de la FSA en tant qu’ institution émettrice de monnaie électronique depuis le 05/02/2003 (numéro : 214225). (http://www.fsa.gov.uk/register/firmSearchForm.do)
Le contenu du site de Moneybookers.com ne doit être interprétée en tant que Conseil Financier.
Statuts de Moneybookers auprès de la Financial Services Authority (FSA) :
Financial Services Authority
Current status: Authorised
Effective Date: 05/02/2003
Address: 10 -11 Charterhouse Square, London, EC1M 6EH
Notices: UK authorised firms who have a deposit-taking permission do not usually need to obtain separate permission from the FSA to receive money from clients.
Réglementation en vigueur concernant Moneybookers :
L’émission de monnaie électronique au Royaume Uni est une activité régulé par le Financial Services and Markets Act 2000 (321 pages A4), par la Directive Européenne sur le ECommerce de 2002 (ISBN 0 11 042643 6) et par la directive européenne sur la monnaie électronique : Directive 2000/46/CE du Parlement européen et du Conseil du 18 septembre 2000 concernant l’accès à l’activité des établissements de monnaie électronique et son exercice ainsi que la surveillance prudentielle de ces établissements.
L’ Application Programming Interface (API) de Moneybookers:
Démonstration en action :
http://www.moneybookers.com/app/help.pl?s=m_gateway_demo
https://www.moneybookers.com/app/test_payment.pl
La documentation en libre téléchargement :
http://www.moneybookers.com/merchant/fr/moneybookers_gateway_manual.pdf
http://www.moneybookers.com/merchant/fr/automated_payments_interface_manual.pdf
Si vous avez un problème, vous pouvez vous adresser au service clientèle de MoneyBookers : http://www.moneybookers.com/app/faqmessaging.pl
-
Flickr Photos
More Photos
