Projet : Service Central de Paiement en ligne à l`EPFL Paiements

Ion CIONCA
Projet : Service Central de Paiement en ligne à l’EPFL
Paiements/encaissements : contexte actuel à l’EPFL
Vifs besoins d’un mécanisme simple de paiement/encaissement :
•Organisation de conférences
•Collecte de fonds
•Vente de produits
Les opérations d’encaissement des diverses prestations se font au
niveau des unités sur les comptes bancaires individuels
Désavantages
•Peu pratiques pour les clients
•Opérations manuelles pour la transmission vers le SF/SAP
•Coûts élevés
•Problème de suivi
kis - sept. 2005
Ion CIONCA
Projet : Service Central de Paiement en ligne à l’EPFL
Evolution -> paiement électronique en ligne à travers un service
spécialisé (p.ex. PostFinance)
Paiement électronique en ligne : projets à l’EPFL
Boutik (C. Cohen) [ http://boutik.epfl.ch/ ]
Fundraising (E. Merk) [ http://fundraising.epfl.ch/ ]
kis - sept. 2005
Ion CIONCA
Projet : Service Central de Paiement en ligne à l’EPFL
Paiement électronique en ligne – le principe:
EPFL
5. L’application de paiement
en ligne enregistre la
confirmation du paiement
Serveur de paiement en ligne
1. Interface web avec
formulaire de saisie des
données
contrat/fond
4. Validation du paiement
2. Transmission du
montant et des
informations
d’identification sur le
site sécurisé de
paiement en ligne de
PostFinance
24h
La Poste
3. Saisie des données de la
carte de crédit (Postcard,
Mastercard, Visa)
Accès à la base de
données des transactions par
compte yellowpay
kis - sept. 2005
Ion CIONCA
Projet : Service Central de Paiement en ligne à l’EPFL
Désavantages
Un contrat par application
Lent: délai long d’activation de chaque contrat
Cher : forfait mensuel même si l’application n’est plus utilisée +
pourcentage sur chaque transaction
Effort de développement multiplié
Vue retardé sur les transactions (24h)
Proposition: un Service Central de Paiement en ligne à l’EPFL
kis - sept. 2005
Ion CIONCA
Projet : Service Central de Paiement en ligne à l’EPFL
Le service central : utilisation
Authentification
2.SF valide l’instance
1.L’administrateur
d’unité crée une
instance de paiement
Instance x
fond y
Un seul compte EPFL
Validation transaction
Serveur central
de paiement en
ligne
3.Paiement pour
l’instance x
Données carte de crédit
kis - sept. 2005
Ion CIONCA
Projet : Service Central de Paiement en ligne à l’EPFL
Le service central : consultation et statistiques
Authentification
SF
consultation des
transactions
Administrateur d’unité
Instance x
fond y
Serveur central de
paiement en ligne
ventilation
mensuelle
automatique
kis - sept. 2005
Ion CIONCA
Projet : Service Central de Paiement en ligne à l’EPFL
Avantages du service central
Accès rapide au service : le contrat existe déjà
Aucune manipulation intermédiaire des données des transactions
Plus de comptes individuels
Coûts réduits:
•un seul contrat
•pas de frais inutiles pour les paiements ponctuels
Vue en temps réel des paiements
Création des formulaires de saisie facilitée par InForms
kis - sept. 2005
Ion CIONCA
Projet : Service Central de Paiement en ligne à l’EPFL
Planification
Quoi
validation du concept
Quand
fin sept. 05
Qui/Etat
en cours
prototype
déc. 05
IC/dével.
beta test/utilisabilité
mi-jan. 06
validation prototype
jan. 06
production
fév. 06
kis - sept. 2005
Ion CIONCA
Projet : Service Central de Paiement en ligne à l’EPFL
Comité de pilotage
•Marc Chambaz
•Berthold Walther
•Elaine McMurray
•Ion Cionca - chef de projet
kis - sept. 2005
Ion CIONCA
Projet : Service Central de Paiement en ligne à l’EPFL
Formation / Communication
Validation / Contrôles
kis - sept. 2005