V0_3 Cahier des Charges télépaiement

Transcription

Cahier des charges
Les télépaiements
par un téléservice
DSI RECTORAT DE NANTES
January 7, 2013
Créé par : Jean-Luc BUGE
1.
2.
3
Les généralités ......................................................................................................................................... 3
1.1.
Les avantages sur l’aspect sécurité : .............................................................................................. 3
1.2.
Les avantages sur l’aspect financier : ............................................................................................. 3
1..3.
Schéma simplifié de l’architecture ................................................................................................. 4
- Les pré-requis ........................................................................................................................................ 5
2.1.
L’utilisation de l’interface TIPI ......................................................................................................... 5
2.2.
La disponibilité de l’interface située au Rectorat ............................................................................ 5
2.3.
Le poste informatique de l’usager .................................................................................................. 5
- Description du service de paiement en ligne ........................................................................................ 5
3.1. De la connexion à l’authentification .................................................................................................... 5
3.1.1.
L’identification de l’usager ...................................................................................................... 6
3.1.2
La connexion des usagers ........................................................................................................ 6
3.1.3.
La connexion du référent EPLE ................................................................................................ 6
3.2.
L’interface usager ............................................................................................................................ 7
3.2.1
Les encaissements avec créances (ou factures) ...................................................................... 7
3.2.3
L’historique .............................................................................................................................. 8
3.2.5.
Le dialogue avec l’usager........................................................................................................ 9
3.3.
L’interface administrateur ou agent comptable ............................................................................. 9
3.3.1.
L’interface de paramétrage ..................................................................................................... 9
Les droits des utilisateurs ...................................................................................................................... 10
3.3.2.
L’interface de visualisation .................................................................................................... 10
3.3.1.
L’interface de synchronisation .............................................................................................. 10
3.4.
L’interface superviseur .................................................................................................................. 11
3.4.1 La supervision des synchronisations du télé-service.................................................................... 11
3.4.2 Les statistiques du télé service ..................................................................................................... 11
4
- Rôle des intervenants.......................................................................................................................... 12
4.1.
Rôle de l’agent comptable............................................................................................................. 12
4.2.
Rôle du superviseur de l’interface rectorat................................................................................... 12
4.3.
Rôle de l’administrateur TIPI ......................................................................................................... 12
5
- Les dialogues avec TIPI ........................................................................................................................ 12
6
- Un seul mode de fonctionnement ...................................................................................................... 13
Les encaissements sont saisis en différé dans GFC ................................................................................... 13
7
- La délégation de l’agent comptable (référent de l’EPLE) .................................................................... 13
8
- L’archivage des opérations des données de l’interface académique ................................................. 13
9
- L’assistance.......................................................................................................................................... 13
DSI Nantes JLB
Page 1
10
- Le dialogue avec GFC....................................................................................................................... 14
11
- Le dialogue avec TIPI ....................................................................................................................... 15
12
- Les développements futurs ............................................................................................................. 15
12.1.
L’adaptation de l’interface de paramétrage ............................................................................. 15
12.1.
Les encaissements avec créances ............................................................................................. 15
12.2.
Les encaissements sans créances .............................................................................................. 16
12.2.
Les historiques de l’usager ........................................................................................................ 17
12.3.
Le Smartphone de l’usager ........................................................................................................ 17
ANNEXE I
Les interfaces de l’application de télépaiement
ANNEXE II
L’identification des parents par ATEN
ANNEXE III
Guide de mise en œuvre de TIPI relatif aux Collectivités Territoriales
Remerciements pour nous avoir fait partager leur expérience :
A Nantes Métropôle représentée par M. Jérémy LEBRUN,
A la mairie de la Chapelle sur Erdre représentée par messieurs Frédéric DADU et Franck OBERLECHNER,
A la mairie de Chalonnes représentée par M. Bruno DESCHAMPS (Conseiller Municipal chargé des
Finances) et Mme Claire POTIER (DIR COM)
Membres de la DSI de Nantes
ayant collaboré au projet
DSI Nantes JLB
Gilles BUDET
Pascal GUILBAUD
Dominique FRANCOIS
François KERMAREC
Stéphanie ROUILLE
Page 2
Pré ambule
Le présent cahier des charges décrit la mise en œuvre du service de paiement par Internet via le
dispositif TIPI (Titres Payables par Internet) mis à disposition par la DGFIP (Direction Générale des
Finances Publiques).
Dans le cadre de la modernisation de l’Administration et de ses relations avec les usagers, la mise
en place d’un moyen de paiement sécurisé, rapide, efficace et dématérialisé est une évidence.
L’interface TIPI est déjà utilisée par des collectivités territoriales et permet aux usagers de payer
par internet avec une carte bancaire des titres via un support sécurisé.
Dans le cadre des relations MOA-MOE, le bureau DAF A3 et le STSI B1 en partenariat avec
l’Académie de Nantes se propose de réaliser une expérimentation de télépaiement par la mise
en œuvre d’un télé-service en utilisant cette interface TIPI. Cette expérimentation entre dans la
perspective du développement d’un télé-service financier qui regroupera de nouveaux usages
avec une évidence de modernisation.
Cette interface sécurisée de paiement (TIPI) permettra aux usagers par un site Web hébergé au
Rectorat, d’effectuer un règlement auprès d’un des agents comptables des EPLE (Etablissement
Public Local d’Enseignement) de l’Académie.
1. Les généralités
Qu’est-ce que le télépaiement par internet et pour qui ?
Le but du projet est de proposer un paiement sécurisé par carte bancaire aux usagers des EPLE.
Ce moyen de règlement est destiné à terme, à l’ensemble de la communauté éducative donc à
plusieurs catégories de personnels et pas uniquement les parents. Ce moyen de règlement sera
mis à disposition par l’intermédiaire d’un télé-service. Bien évidemment, il comporte des
avantages pour tous les acteurs.
1.1.
•
•
•
•
1.2.
•
•
•
•
•
Les avantages sur l’aspect sécurité :
Diminution du nombre de chèques en circulation donc sécurisation des flux financiers
Des intervenants uniquement dans la sphère publique
Pas d’interconnexion entre l’EPLE et un prestataire privé
Liaison sécurisée entre tous les acteurs
Les avantages sur l’aspect financier :
Meilleur suivi des créances par les usagers
Adaptation des paiements des usagers en fonction de leurs disponibilités (souplesse des
règlements sans surcharge de travail pour les comptables)
Un coût pour les EPLE moindre que la contractualisation avec un des trois prestataires
privés implantés dans l’Académie (voire d’autres au niveau national)
Supprimer le coût de location d’un TPE (Terminal de Paiement Electronique) remplacé par
un poste de travail connecté à internet
La saisie automatique des écritures d’encaissements dans l’application GFC
DSI Nantes JLB
Page 3
•
Mettre fin à une situation de monopole des prestataires privés en amenant une
concurrence.
Ce cahier des charges précise les fonctions attendues des différentes composantes du système
1..3.
Schéma simplifié de l’architecture
T correspond à l’interface sécurisée de la DGFIP,
DFTnet correspond à l’application permettant au comptable de consulter les comptes Dépôts Fonds
Trésor,
E-lyco est l’ENT de l’Académie de Nantes permettant l’identification de l’usager et l’implantation du
connecteur au téléservice de télépaiements,
ATEN : Accès aux Téléservices de l’Education Nationale
GFC (Gestion Financière et Comptable) correspond à l’application de comptabilité des EPLE.
DSI Nantes JLB
Page 4
2. - Les pré-requis
2.1.
L’utilisation de l’interface TIPI
Depuis 2010, une interface sécurisée appelée TIPI est utilisée dans le cadre de régie de recettes
du secteur public local. L’expérimentation de télépaiement de l’Académie de Nantes ne peut être
finalisée sans disposer de l’accès à l’interface sécurisée TIPI. La DGFIP doit adapter son système
d’information afin de pouvoir intégrer les EPLE dans le courant du 1er semestre 2013. Pour cela,
le STSI (Service des Technologies et des Systèmes d'Information) du Ministère doit fournir à la
DGFIP les informations nécessaires (code siret entre autres) de tous les EPLE sous la forme d’un
fichier, dont le format reste à préciser. Cet engagement a été convenu lors de la réunion du 12
juin 2012, point de départ du projet.
2.2.
La disponibilité de l’interface située au Rectorat
Un site web sera développé et composé de trois interfaces distinctes dont l’utilisation sera
conditionnée par les droits ou qualités des intervenants. Un dispositif devra intégrer au site web
la mise à jour asynchrone ou en temps réel des créances détenues par l’agent comptable de
l’EPLE concerné. Une base de données servira à stocker les informations et le dispositif NetSynchro permettra les échanges en temps réel avec l’application GFC des EPLE
2.3.
Le poste informatique de l’usager
Pour réaliser un télépaiement, l’usager disposera d’une connexion internet et d’une adresse
électronique valide afin que lui soient communiqués les comptes rendus de paiement.
3 - Description du service de paiement en ligne
L’accès au service de paiement s’effectue par le portail de l’établissement (ENT [Elyco pour
Nantes]) ou académique (ATEN) après authentification puis à la demande d’accès au télé-service
national ou/et au télé-service local de télépaiement. Ce site internet doit développer une
solution de saisie et d’envoi des références du paiement.
L’ordonnateur propose au conseil d’administration la mise en place des télé-services parmi la
liste proposée au niveau national mais c’est l’agent comptable qui est seul responsable pour la
mise en place d’un service de télépaiement car c’est lui qui est personnellement chargé du
recouvrement des créances.
Pour la première version de télé-service financier, il ne sera traité que le règlement par carte
bancaire des créances élèves : frais scolaires et créances voyages scolaires. Les autres
possibilités de développement seront abordées à la fin de ce cahier des charges.
3.1. De la connexion à l’authentification
L’ordonnateur propose au Conseil d’Administration la mise en place des télé-services. L’agent
comptable suite à la décision favorable du CA active le télé-service de télépaiements parmi la
liste proposée au niveau académique. L’agent comptable est seul responsable pour la mise en
place d’un service de télépaiement du fait qu’il est personnellement chargé du recouvrement des
créances.
Une déclaration du télé-service de télépaiement sera faite auprès de la CNIL.
DSI Nantes JLB
Page 5
3.1.1. L’identification de l’usager
L’annexe I définit les conditions de création du compte parent ou responsable ainsi que du
rattachement des différents enfants par le CAR. La création des différents vecteurs d’identité
permettra ensuite l’accès aux différents télé-services nationaux ou académiques (locaux). Ces
accès seront proposés lors de la connexion dans l’arborescence des télé-services nationaux ou/et
locaux (Elyco pour Nantes).
L’identification nantaise est fondée sur plusieurs référentiels d’identité. En effet, à la première
connexion au site, l’usager se voit proposer une interface dans laquelle il doit se positionner en
fonction de sa catégorisation : un personnel administratif pourra ainsi se connecter comme
personnel non enseignant administratif ou comme parent d’élève s’il possède un ou plusieurs
enfants scolarisés dans un établissement du second degré (Collège – Lycée).
Ainsi le parent se voit proposer un environnement sécurisé (utilisation de cleartrust).
L’application de télépaiement sera un télé-service. Pour effectuer un télépaiement, ce service
devra être lancé à l’initiative du parent.
3.1.2 La connexion des usagers
Lors de la connexion du parent, il est identifié comme responsable financier et donc sera relié à
tous les élèves (identifiés par le vecteur d’identité).
Suite à l’identification, le parent sélectionne l’enfant pour lequel il souhaite activer un téléservice puis accède au connecteur du télé-service financier si l’agent comptable a ouvert ce téléservice selon les prérequis précédemment cités.
Le parent disposera alors de la vue sur la ou les créances de son enfant.
Si un parent d’élève est également personnel MEN (administrateur télépaiement),
l’authentification sera distincte selon le cas et donc les accès au site web le seront également.
3.1.3. La connexion du référent EPLE
Le référent de l’EPLE est l’agent comptable. C’est lui qui décidera de mettre en place le téléservice.
La fonction télé-service appelée « télépaiement »sera disponible au même niveau que les autres
télé-services. L’activation du lien (ou connecteur) permet d’accéder au site web proprement dit.
Les interfaces web sont différentes selon que l’utilisateur est identifié comme un usager (parent
ou responsable financier) ou référent de l’EPLE ou superviseur (assistance) des télépaiements.
Chaque partenaire sera identifié en mode SSO (Single Sign-On) sur son référentiel d’identité ;
donc la connexion au télé-service de télépaiement comportera trois interfaces distinctes
concrétisées sur le WebTIPI.
Ceci se traduit pour un personnel du MEN par deux vues différentes. Lorsqu’il est identifié
comme parent, la vue usager permettra des règlements pour ses enfants.
DSI Nantes JLB
Page 6
3.2.
L’interface usager
L’interface usager est composée de deux pages distinctes qui ne seront pas nécessairement
utilisées selon les besoins et les fonctionnements de l’EPLE :
Les encaissements avec factures (créances)
Les historiques des encaissements
Un contrôle sur le montant du paiement réalisé refusera tout montant supérieur ou égal à
5000€.
Pour tout montant compris entre 10€ et 5000€, il sera demandé à l’usager de valider un message
de confirmation du montant saisi. Toutefois, le montant minimum pourra être ajusté par l’agent
comptable suite à une délibération du CA.
En effet, les frais bancaires occasionnés par un règlement par carte bancaire sont établis ainsi :
0,10 € par transaction + 0,25% du montant de la transaction.
3.2.1 Les encaissements avec créances (ou factures)
La première page destinée aux parents permet de visualiser les créances de l’enfant sélectionné
suite à l’identification. Il s’agit ainsi de n’avoir qu’une authentification pour permettre le
paiement des créances de l’ensemble de la famille (tous les CAR saisis pour la même
identification). La multiplication des identifications ou des interfaces ne peut que nuire à
l’efficacité du télépaiement qui doit demeurer simple dans sa compréhension et son utilisation
pour rendre le meilleur service. L’authentification permet aux parents de retrouver leurs enfants
et donc d’afficher les créances de l’enfant qui aura été sélectionné préalablement à l’activation
du télé-service. Le parent est donc déclaré responsable financier de par l’identification qui donne
accès aux créances. De même, il sera retrouvé et affiché l’adresse électronique valide initialisée
lors de la création du compte parent grâce au CAR (voir ANNEXEI).
Si les enfants des usagers ne disposent pas de créances, il sera précisé par un message que cela
ne veut pas dire qu’ils ne sont pas redevables envers l’établissement d’origine (les frais scolaires
n’ont peut-être pas été effectués ou les créances pas initialisées par l’agent comptable).
Les créances à l’huissier, au compte 416, ne seront pas affichées dans cette interface. Par
ailleurs, les créances soumises à prélèvement seront affichées mais la transaction de paiement
ne sera pas active pour celles-ci. Un renvoi fournira une explication afin de lever toute ambiguïté.
La page web, intitulée « télépaiement avec créance » comportera les renseignements suivants :
Nom et Prénom du responsable financier et son adresse électronique
Un champ permettra l’affichage de l’adresse électronique valide du compte parent. Cette
dernière pourra être modifiée (par un retour à la page d’ATEN), elle sera obligatoirement
renseignée pour pouvoir réaliser un paiement.
Un tableau présentera les créances avec le numéro inscrit sur l’avis aux familles transmis aux
familles sous forme papier. Après ce numéro, devront figurer le nom puis le prénom de l’enfant,
son établissement d’appartenance, le trimestre concerné, l’objet de la créance puis le montant
dû. Sur la même ligne un champ permettra de saisir un montant puis un bouton juste à côté
permettra d’activer le paiement.
DSI Nantes JLB
Page 7
Il est mis en place deux fonctionnements distincts d’actualisation des créances. Le premier,
appelé « manuel », consiste à remonter depuis GFC toutes les créances sur l’initiative de l’agent
comptable. Le deuxième, appelé « automatique », consiste à remonter une (ou toutes les
créances) dès lors qu’elle est créée ou modifiée voir supprimée. Le choix du mode manuel ou
automatique est paramétré par l’agent comptable et peut être changé sans restriction
particulière.
Si aucune créance n’est présente dans GFC, un message précisera qu’aucune créance n’est
disponible : « Aucune facture à régler actuellement, d’autres prestations peuvent rester à votre
charge. »
Si la connexion à la base d’un établissement n’est pas possible même si le mode automatique est
paramétré, le télépaiement utilisera la dernière créance mémorisée.
De cette manière, l’usager identifiera rapidement les créances qui peuvent faire l’objet d’un
paiement. La visualisation des créances prendra en compte uniquement celles concernées par les
comptes indiqués par l’agent comptable (voir paramètres de l’agent comptable).
Un test sur le montant du paiement sera réalisé correspondant à la formule suivante :
Montant minimum du télépaiement <=Montant saisi<=Montant de la créance
Ceci permettra de réaliser des paiements partiels successifs sur la même créance afin de répartir
l’impact du règlement de la créance sur une période au choix de la famille tout en respectant des
délais conformes aux délais de recouvrement en vigueur.
Si l’actualisation de la créance ne peut pas être réalisée après un premier règlement, le
règlement suivant intervient sur la créance en mémoire. Toutefois le montant du règlement
prendra en compte le premier règlement enregistré dans l’historique qui n’a pas pu faire l’objet
d’une écriture dans les encaissements de GFC. La transaction de paiement est contenue dans
l’historique qu’elle soit acceptée ou refusée (non prise en compte dans l’historique de l’usager).
Dans ce dernier cas, les procédures sont terminées. Si le règlement est accepté la créance est
mise à jour après la prise en charge de la journalisation dans GFC.
Rappel : Si le parent se connecte à nouveau sans avoir accès à la mise à jour des créances, il sera
pris en compte les montants déjà réglés mais non synchronisés afin de limiter les trop-perçus.
3.2.3 L’historique
Dans une autre fenêtre, un tableau représentant l’historique des télépaiements sera organisé par
enfant puis chronologiquement par les dates de paiement.
Nota : les parents dont les enfants sont scolarisés dans des établissements qui n’adhèrent pas au
télépaiement, n’auront pas de connecteur télépaiement de visible. Toutefois, ils peuvent être
dans le cas où les enfants appartiennent à des établissements qui ne sont pas tous adhérents au
télépaiement. Dans cette situation, les parents ne verront pas les dettes relevant des
établissements dits non adhérents.
DSI Nantes JLB
Page 8
3.2.5. Le dialogue avec l’usager
Pour améliorer le dialogue entre l’usager et l’administration, un bouton appelé « @nous
contacter » permet d’ouvrir une page composée d’un formulaire de messagerie en ligne. Le
message sera transmis au gestionnaire du télé-service qui est en charge du recouvrement des
créances ou à son délégué. Un champ spécifique dans les paramètres, permettra de saisir
l’adresse électronique de dialogue avec l’usager.
3.3.
L’interface administrateur ou agent comptable
L’interface de l’agent comptable est composée de trois pages distinctes :
L’interface de paramétrage (GFC)
L’interface de visualisation
L’interface de synchronisation
3.3.1. L’interface de paramétrage
Cette interface de paramétrage est positionnée dans GFC.
Le chef d’établissement met en place le télé-service sur l’interface dédiée. Ensuite, l’agent
comptable continue la mise en place du télé-service par le paramétrage du télé-service.
Si la remontée des créances est en mode manuel, l’application GFC reste autonome pour
l’installation de mise à jour. Même en mode automatique, la remontée des créances est toujours
à l’initiative de GFC comme la synchronisation. Donc aucune action extérieure ne peut perturber
le fonctionnement de GFC.
Les serveurs Horus et Amon resteront toujours en fonction afin de rendre l’application de
télépaiement toujours disponible même pendant les congés pour obtenir des créances
actualisées par le mode dit « Automatique ». Dans le cas où ils seraient arrêtés, les créances
présentes pour un règlement seront celles de la dernière remontée
Les créances mémorisées au rectorat sont actualisées dans les situations suivantes :
A la mise en place du télé-service,
En mode automatique : à chaque création, modification ou suppression
En mode manuel, à l’initiative de l’agent comptable, (exemple suite à la réception
d’une constatation ou reconstatation des frais scolaire)
Au paramétrage d’un nouveau compte : les créances liées à ce compte seront
remontées,
A la suppression d’un compte : toutes les créances de l’établissement seront mises à
jour,
A la suite d’une synchronisation à l’édition de la Fiche d’Ecriture.
Lors de la mise en place de nouvelles créances dans GFC (exemple : voyage), un nouveau compte
de classe 4 est déclaré dans les paramètres, une remontée de ces créances est lancée.
Dans cette interface de paramétrages, la mise en service ou non des télépaiements doit être
facilement visible. Lors de la mise en service, les comptes de créances sont disponibles et doivent
être déclarés utilisables par les télépaiements ce qui entraîne la remontée des créances liées aux
comptes déclarés.
La liste des comptes par établissement sera modifiable à tout moment par l’agent comptable.
DSI Nantes JLB
Page 9
Les droits des utilisateurs
La délégation des droits de l’agent comptable pour l’utilisation du télé-service sera réalisée par
l’application de délégation Cleartrust : accès aux interfaces de visualisation et de
synchronisation.
3.3.2. L’interface de visualisation
Une interface de visualisation permet à l’agent comptable, tout en étant connecté sous sa propre
authentification, d’obtenir une visualisation des interfaces de l’usager. Ceci permettra de faciliter
le dialogue et les explications : l’usager est connecté à son interface en modification et l’agent
comptable visualise cette même interface donc les opérations consistant à réaliser un paiement
seront inactives dans cette interface.
Ceci aura pour conséquence qu’un agent comptable pourra consulter sa page parent s’il est
connu comme parent mais ne pourra effectuer un paiement qu’avec une identification dite
« parent » pour un de ses enfants. En étant connecté comme agent comptable, il peut réaliser
des paiements comme tous les personnels à savoir des prestations sans facture (dévelopement
ultérieur).
3.3.1. L’interface de synchronisation
Journalisation des encaissements
Toutes les opérations « aller » et « retour » de TIPI sont conservées dans un historique.
Les opérations d’encaissement acceptées sont regroupées par journée synchronisée sur celle de
la DGFIP. Lors de la synchronisation de fin de journée (24H00) chaque opération figurera sur
l’édition d’une liste triée par compte d’encaissement avec créances puis par compte
d’encaissement sans créance. Ceci permettra d’effectuer un rapprochement rapide avec les
encaissements saisis dans GFC. Pour la partie avec créances, les encaissements seront regroupés
par compte c’est à dire 4111, 4112, 4117, 4118... Pour chacun d’eux, il sera effectué un soustotal.
Un autre sous-total prendra en compte individuellement puis globalement tous les
encaissements sans créance lorsqu’ils seront mis en place et enfin un total général reprendra
l’ensemble des encaissements de la journée. Cette liste pourra être rééditée.
L’agent comptable initialisera les comptes pour lesquels des encaissements avec créances sont
possibles. Ceci permettra de n’afficher sur l’interface usager que les créances souhaitées par
l’agent comptable.
Lors de la phase de prise en charge des encaissements, l’agent comptable active la
synchronisation des écritures d’un paiement validé. Un assistant permet de lancer cette
réception des encaissements, les journées non prises en charge sont visualisées et sont
réceptionnées chronologiquement. Si plusieurs journées pourront être réceptionnées dans la
même séquence, un document permettra de situer les encaissements sur leur journée
respective. Si le montant de l’encaissement relatif à un paiement est supérieur au montant de la
créance de GFC, l’écriture est positionnée dans le tableau comme « à modifier ». Si la réception
des encaissements est nouvelle du fait des visualisations des journées à réceptionner, la partie
validation des encaissements reprend la même ergonomie que celle de la réception d’une fin de
DSI Nantes JLB
Page 10
période de régie de recettes. Si un encaissement est « à modifier », les autres encaissements ne
pourront être validés tant que la modification ne sera pas réalisée.
3.4.
L’interface superviseur
L’interface de supervision est destinée à l’usage de l’assistance supervisant les applications
financières. Elle est composée
De la supervision du télé-service
Des statistiques du télé-service
3.4.1 La supervision des synchronisations du télé-service
Dans cette interface, sont visualisés tous les établissements dont le télé-service de télépaiement
est en fonction, concrétisé par la présence de créances au rectorat. A chaque ligne correspondra
un enregistrement donc un établissement. Il sera précisé la date et l’heure de la dernière
remontée de créances.
Il sera précisé si des encaissements sont en attente de synchronisation et la date de la dernière
synchronisation et enfin si une synchronisation est en attente.
Ce tableau de bord permettra de sensibiliser les agents comptables qui négligeraient les
traitements de synchronisation.
A la première ouverture de la journée de GFC, le téléservice est interrogé afin de savoir si une
journée est en attente de synchronisation. Si tel est le cas, un message d’information apparaît
pour prévenir l’utilisateur : « Une journée est en attente de prise en charge sur les
établissements suivants : RNE1, RNE2… »
Un indicateur comptabilisera les transactions de paiement échouées au retour de TIPI. Une
exportation de toutes les transactions échouées ou non est conçue afin de réaliser une
surveillance plus précise et diagnostiquer une éventuelle tentative de fraude.
Un accès direct à suputi permettra facilement de paramétrer un accès par substitution au
compte de l’agent comptable afin d’affiner le diagnostic de l’assistance vers un agent comptable
comme un usager.
3.4.2 Les statistiques du télé service
Une page appelée « statistiques » permettra de constater les flux d’opérations financières qui
transitent par ce moyen de règlement. Ces informations pourront être exportées afin qu’elles
soient intégrées dans un info-centre pour une exploitation nationale dans le but d’une
négociation tarifaire avec la DGFIP.
DSI Nantes JLB
Page 11
4 - Rôle des intervenants
4.1.
Rôle de l’agent comptable
L’agent comptable est le référent des établissements dans le cadre de son périmètre d’action en
matière de recouvrement des sommes dues. Il sera à l’initiative de la mise en place du téléservice de télépaiement selon les instructions définies par le Conseil d’Administration. Pour cela,
il disposera d’une interface propre qui lui permettra d’effectuer les opérations relatives aux
règlements effectués par ce moyen de paiement, c’est à dire :
Pour le paramétrage et la mise à jour de la liste des créances de l’application web (réalisé
dans GFC)
La consultation des historiques des différents établissements
La saisie de l’adresse email permettant de recevoir les tickets des comptes rendus
journaliers appelés fichiers des transactions (J+1) au format Excel mais aussi le fichier de
synthèse financière (J+2) au format PDF
La saisie de l’adresse électronique permettant la gestion du dialogue avec l’usager. Cette
adresse peut être identique ou différente de celle citée au point précédent.
4.2.
Rôle du superviseur de l’interface rectorat
Le rôle de la supervision sera de s’assurer que le télé-service est à un taux de disponibilité
optimisé, que les synchronisations soient régulièrement exploitées.
4.3.
Rôle de l’administrateur TIPI
L’administrateur local TIPI est le correspondant monétique de la DDFiP ou de la DRFiP. Il
accompagne l’EPLE et son agent comptable dans la mise en place du service. Il le guide
notamment dans la mise en place du contrat CB (carte Bancaire) par client TIPI. Enfin, il délivre le
numéro de client TIPI qui identifie l’EPLE lors des phases de paiement en ligne.
5 - Les dialogues avec TIPI
Les dialogues avec l’interface TIPI nécessitent deux étapes chronologiquement incontournables :
• La phase de tests
• La mise en production
Ces deux items sont repris dans l’annexe II du présent document. Le passage de la première
phase à la deuxième impose d’une part des tests concluants et d’autre part la signature pour
chaque établissement adhérent au service d’un contrat Carte Bancaire par client TIPI.
DSI Nantes JLB
Page 12
6 - Un seul mode de fonctionnement
Dans le cadre de ce projet, il a été retenu que le fonctionnement asynchrone est le seul qui
permet d’éviter des dysfonctionnements de GFC. La saisie des encaissements est quasi
automatique si des encaissements n’interviennent pas en même temps (dans GFC et le Téléservice).
Les encaissements sont saisis en différé dans GFC
L’usager se connecte et sélectionne un montant sur une créance, TIPI accepte le règlement,
l’encaissement est enregistré dans la journée du télé-service. Ensuite, à l’initiative de l’agent
comptable, la synchronisation permet de redescendre les encaissements dans GFC. Le traitement
de la réception des encaissements est identique à celui d’une fin de période de régie de recettes.
Une fois la validation réalisée par l’édition des documents, les créances sont réactualisées en
mode « Automatique ».
7 - La délégation de l’agent comptable (référent de l’EPLE)
L’agent comptable peut déléguer l’utilisation du télé-service à un collaborateur qui se substituera
à lui pour réaliser toutes les opérations relatives à ce télé-service. Il pourra aussi déléguer la
visualisation de l’interface usager au gestionnaire d’un établissement rattaché pour ce qui le
concerne.
8 - L’archivage des opérations des données de l’interface académique
Au 31 décembre de l’année, les encaissements de l’année sont archivés. Les données seront
transférées dans l’info-centre local et seront disponibles en consultation voire en extraction au
format Excel par un utilisateur de Webi ou BO.
L’application de télé-service basculera le 31/12 de chaque année. Les créances seront actualisées
sur l’exercice courant (même avant basculement en début d’année civile). Ceci permet de n’avoir
aucune contrainte pour le basculement de GFC. La synchronisation des encaissements se fait sur
le numéro de créance.
Entre le 1er janvier et le basculement, les encaissements sont synchronisés au 31/12/N. Les
comptes de tiers de classe 4 seront incrémentés par le compte 5115. Après le basculement les
écritures de notification du compte 5151 viendront solder le débit du 5115.
9 - L’assistance
L’usager sollicite l’agence comptable relevant de l’établissement de l’enfant concerné. L’agent
comptable a la possibilité de se connecter sous sa propre connexion et de visualiser les interfaces
de l’usager. Disposant des accès à GFC et des différents historiques, il pourra ainsi répondre
facilement aux interrogations.
Les ADSI disposeront d’une connexion SUPUTI pour se substituer à l’agent comptable et donc
constater une éventuelle anomalie signalée par celui-ci. En mode SUPUTI, ils auront également la
possibilité de visualiser les interfaces usagers.
De même, en télémaintenance, pour le GFC actuel et en SUPUTI dans le futur GFC, les ADSI
pourront diagnostiquer facilement l’origine d’une éventuelle anomalie.
DSI Nantes JLB
Page 13
10 - Le dialogue avec GFC
Le dialogue avec l’application GFC est régulier puisque les créances sont mise à jour
automatiquement ou manuellement. La synchronisation est à l’initiative de l’agent comptable.
Les encaissements étant saisis automatiquement, il ne reste que la vérification des
encaissements reçus à réaliser par l’agent comptable avec le fichier Excel journalier transmis par
la DGFIP. Après la saisie des écritures de notification suite à la consultation de DFTnet,
l’explication du solde du compte 5115 fera l’objet d’une vérification.
L’impact du télé-service de télépaiement dans GFC :
La création d’une interface de paramétrage
La création d’un script de vérification qu’au moins une journée avec des encaissements est en
attente de synchronisation.
La création d’un assistant de réception des synchronisations
Le document des encaissements réceptionnés par journée(s)
Le tableau de visualisation des encaissements réceptionnés (à modifier, admis) pour validation
Les éditions des FE télé-paiement
DSI Nantes JLB
Page 14
11 - Le dialogue avec TIPI
Le dialogue entre l’Appli web / TIPI est précisé dans l’annexe appelée Guide de mise en œuvre de
TIPI relatif aux Collectivités Territoriales
Les trames échangées décrites transitent sur des réseaux privés via la passerelle
interministérielle ADER.
12 - Les développements futurs
Les futurs développements du télé-service financier devront permettre :
La consultation des avis aux familles correspondants aux créances
Le paiement par carte bancaire à partir d’un Smartphone
Le prélèvement d’un montant pour une créance ou sans créance à l’initiative de l’usager
L’intégration dans la population des usagers des personnels du MEN
12.1. L’adaptation de l’interface de paramétrage
L’interface de paramétrage de GFC est enrichie des comptes d’encaissements sans créance. Les
comptes ainsi paramétrés sont remontés et mémorisés dans la base utilisée par le télé-service.
Le compte peut être initialisé par un montant fixe interdisant tout fractionnement du règlement
pour l’usager. Une interface usager permet de saisir des encaissements sans créance. Les
comptes utilisés pour les applications privées de gestion de la restauration seront identifiés afin
de permettre un traitement particulier.
A terme, l’usager ne sera plus uniquement le parent mais le terme usager sera étendu à
l’ensemble des personnels. Ainsi un encaissement avec ou sans créance sera saisi pour une
personne identifiée comme personnel du MEN ; elle règlera des prestations personnelles
(restauration,…) mais n’aura pas de vue sur les dettes relatives aux enfants.
Pour les personnels, la procédure de règlement reste identique. L’identification du personnel
connecté est reconnue et permettra d’initialiser le champ « Nom – Prénom » par le nom et
prénom du personnel.
12.1. Les encaissements avec créances
Dans l’interface de règlement avec créances, pour chaque créance, le parent pourra disposer de
l’avis aux familles au format PDF sous la forme d’un aperçu d’impression.
DSI Nantes JLB
Page 15
12.2. Les encaissements sans créances
Les EPLE ne calculent pas systématiquement les frais scolaires avec Sconet GFE. Ils utilisent des
applications privées d’accès à la restauration avec une comptabilité annexe. Les comptes des
élèves et personnels sont soit initialisés en « porte-monnaie » soit approvisionnés pour un
nombre de repas déterminés et donc un ou plusieurs montants déterminés.
Un bouton permet de passer sur une autre page de saisie appelée : « Télépaiement sans
facture ».
Le paramétrage des comptes devra intégrer la notion de destination afin que le compte « ticket
élève » ne soit pas présent dans l’interface d’un personnel MEN et que seul le compte « repas
commensaux » soit présent dans cet interface parmi les autres prestations.
Il sera prévu la même différentiation inverse pour l’interface parent qui ne pourra effectuer un
règlement que sur le compte 4712 pour approvisionner la carte de son enfant.
Un champ avec liste déroulante permet de sélectionner le nom et prénom de l’enfant. Un autre
champ permettra de sélectionner l’objet du paiement et enfin, le montant du paiement
s’affichera sans pouvoir être modifié ou restera libre tout en contrôlant que le montant soit dans
la norme définie par l’agent comptable. Ce montant correspondra à la prestation que le
comptable aura initialisée dans son interface. Pour les encaissements de restauration sans
créance, la saisie d’une carte de restauration sera obligatoire.
Pour deux enfants scolarisés dans deux établissements différents A et B, si pour l’enfant A, il sera
possible de payer des repas (pour un fonctionnement aux tickets ou porte-monnaie) sur l’autre
établissement, il sera possible de réaliser des règlements sur créances (fonctionnement aux
forfaits). L’interface de règlement ne permet qu’un seul règlement à la fois pour l’enfant qui aura
été sélectionné. Seules les prestations de l’enfant sélectionné seront visibles pour l’usager. Dans
un autre cas, ces deux enfants peuvent aussi faire l’objet de règlements avec factures (demipension, voyage) et de règlement sans facture (sortie, voyage [facture non utilisée], cahier TD,
Objets Confectionnés…).
Un fichier journalier unique des encaissements sera généré. Une exportation par établissement
effectuée à l’initiative du comptable permettra l’intégration automatique des encaissements
dans les applications privées lorsqu’elles auront été mises à niveau. Le gestionnaire d’un
établissement jumelé, après avoir reçu une délégation de son agent comptable, pourra extraire
le fichier journalier des encaissements afin qu’il soit pris en compte dans la gestion de la
restauration. Les Départements et les Régions veilleront à intégrer cette exigence dans le cahier
des charges des rénovations ou constructions des restaurations scolaires.
L’édition de la synchronisation est quotidienne si au moins un paiement valide est réalisé. Un
fichier de transfert vers les prestataires privés de restauration suite à la sélection d’un
établissement est généré. L’intégration de ces fichiers demandera une adaptation des
applications de ces mêmes prestataires. La génération du fichier de transfert nécessite
également l’édition d’une liste de tous ces encaissements. En effet, dans un premier temps les
prestataires privés n’adapteront pas immédiatement l’intégration du fichier dans leur logiciel et
une saisie manuelle dans ces mêmes logiciels sera nécessaire.
DSI Nantes JLB
Page 16
Une autre exportation des informations d’encaissements est présente afin de disposer à tout
moment de l’ensemble des informations d’encaissements dans un même fichier de type XML.
Lors de la synchronisation de fin de journée (24H00) chaque opération figurera sur l’édition
d’une liste triée par compte d’encaissement avec créances puis par compte d’encaissement sans
créance.
Pour un établissement jumelé, le gestionnaire pourra éditer la journalisation des encaissements
et notamment celle concernant les applications de restauration des prestataires privés.
12.2. Les historiques de l’usager
Les historiques sont enrichis des paiements sans créance organisés de la même manière. Les
historiques des encaissements avec créance et sans créance sont distingués dans deux tableaux
différents. Un bouton activé par l’usager, lance l’impression de l’ensemble des historiques.
12.3. Le Smartphone de l’usager
Toujours dans le cadre de la modernisation de l’administration et notamment de ses moyens de
règlement, l’usager pourra à terme, disposer d’une application utilisable par un Smartphone.
Actuellement, l’interface TIPI pilotée par la DGFIP ne le permet pas mais son adaptation est
programmée.
Si le développement d’une application Smartphone n’est pas une priorité dans la phase initiale
de l’expérimentation, il est certain qu’il demeure un objectif à atteindre.
Lors des réunions d’étape avec la DGFIP, cet objectif sera abordé afin que les deux ministères
puissent avoir un compte rendu de l’avancée des travaux pour sa réalisation.
…/…
DSI Nantes JLB
Page 17
Quelques définitions :
ATEN : interface des télé-services nationaux, permet une identification des parents par le CAR.
CAR : Code d'Activation Responsable, chaque CAR est associé à un couple responsable/élève au sein d’un
établissement.
Comptes de classe 4 : en comptabilité les comptes de tiers sont regroupés dans la classe 4, certains de
comptes sont crédités lors des encaissements par un débit du 5115 (carte bancaire). Ce même compte
5115 sera soldé (donc crédité) par le débit du 5151 à la notification de l’opération sur le compte DFT
Compte DFT : Compte de Dépôt de Fonds Trésor
Connecteur : Il s’agit sur une page web, d’une icône permettant d’activer un lien vers un télé-service de
notes, d’absence ou de télépaiement.
Créance : équivalent de la facture pour un parent
ELYCO : Espace Numérique de Travail spécifique à l’Académie de Nantes
ENT : Espace Numérique de Travail
Facture : dette d’un parent au bénéfice d’un établissement, ce dernier l’identifie par une créance
Référentiel d’Identité : Il existe plusieurs référentiels d’identité propres à chaque catégorie de
personnes : les parents n’ont pas le même référentiel d’Identité que les personnels
administratifs. Les bases de données ne sont pas les mêmes.
SSO : Single Sign-On, noté SSO, permet de centraliser l'authentification afin que l'utilisateur accède à
toutes les ressources auxquelles il a droit sans autre forme d’authentification.
DSI Nantes JLB
Page 18
ANNEXE I Les interfaces de l’application de télépaiement
Version V 0
Interface de messagerie instantanée
Interface usager avec facture
Interface usager Historique
Interface Agent Comptable paramétrages (dans GFC)
Interface Agent Comptable Visualisation
Interface Agent Comptable Synchronisation
Interface supervision/synchronisation
Interface supervision/statistiques
Version V 1
Interface de messagerie instantanée (de changement)
Interface usager avec facture (de changement)
Interface usager sans facture (V1 - Développement futur)
Interface usager Historique (ajout des encaissements sans facture)
Interface Agent Comptable paramétrages (disposition en deux onglets 1-1 et 1-2)
Interface Agent Comptable Visualisation
Interface Agent Comptable Synchronisation (V1 - Développement futur)
Interface supervision/synchronisation
Interface supervision/statistiques
DSI Nantes JLB
Page 19
* "
"
"
1
"
"
" 2
- ,
' "4
%
0
"
,
&
*
)+
"
"
" %
0
"- *
"
&
,
.-/ *
"
"
)
*
)+
%
%%
"
$ "
)
"
# "
%%
"
3
#
'(
"
!
-
-
A
?!
!
?
!
!
.4
""
"
! 9= ?
4
$
4 <
>
5 > "
6 <
4
)*
'3 +) .
!
!
'3 +) .
)!
!
"
5
!
6
!
!
!
!
7
+,-
'
!2
! 8
! 8
,
!
= "
,! ! @
!
9
! "
!
. ,
'
'
B ! C
8
8
"
=
@ !
8
! !
"
!
'
#
!
/!
!
9
"
6; 9
( !
:
:
0
4
9
45;9
1
:
:
/!
#
2
%
=
!
! "
! "
$
!
&
' !
!
!
$ < )+)
'0 +) ;
)!
!
'0 +) 1
!
2
!
3
34 ;3
)*
34
"
=
345
4 5
'
" >
4
3
!
?
6
+,6
A ! >
!
!
!
"
,
?
! =
; ,
</
'
!
! @
=
=
!
.!
( !
:78
/
7 8
!
,
(
9 45 : 4 34
9 44 : 4 34
'
%
#
! "
B
)+)$
!
+0
! "
!
$
!
&
!
! A ! >
' !
!
"
"
"
"
** +
"
**+
***
** *
"
# #
, %-
%
%
, %-
# % ,
#
,
#
$%
%
)
%
%
(% %
/
%
"
%
%
%
%
%
.
'
)
%
%
%
&
%
%
,
'
%
%
*001 2
*001 2
,
$
,
!"
,
$
&
) **+,,- .
)
!
#
#
"
!
#"
#
!
/0
"
&
&
"
#$
( &
% & '
&
#
* )*
* )*
* )*
* )*
* )*
)
)-
)/
)0
)+
$
$
.
+ +,00 .
/ + +,1 .
* + +,-- .
+ + +,
&
5 00)11+ 6
* + +,-- .
%
#
5
2
'
79
79
#
#
2
79
#
&
&
!
#
#
34
"
(
:9
:9
:9
)
!
#
#
"
!
#
%&
# '(
8 #
7 #
#
%
,
00*112
00*112
00*112
00*112
00*112
!
!
!
' -
"
00*3004
00*112
00++225
00+0336
00+2037
,
!
&
)
! -
' ('
*0
/
)
!
*+ *0 *
!
.
'
,
#
! !
%
8
*
! %/
!
$
!
3
*
)
/
!
.
!
+ *+
+ *+
)
%/
*
!
+ *+
) !
!
.
9 %: :
$
)
**
4
)1 0 * )*
)2 0 * )*
)5 0 * )*
+
*
+
%
0 * )*
)
(
!
& '&
)
4
)
*
+
+
,- ./ -,
$6
%
+
*3
)
)2
*
+
4
)5
)3
)*
"
+
*
4
*
#
(
)
7
* )*
&
8 $9 9
(
?
!
&0 )( 1
(
2
&
34 5
)*+
(,
<
6789
(,
!
:/
- *
*
;
.
@
79<=4 >
'
.
A
/
$
"
B
!
!
#
%
&
!
$ = )+)
'0 +) ;
)!
!
'0 +) 1
!
2
!
"
33334
5
+)
>
!
; 33334 35
)!
+)
)*
6
+,6
@
!( A
)* !
3A
" ?
!
+,-
'
!
< 75
!
7:<5
!
!
"
,
@
! >
=/
! >
; ,
=/
'
!
; ,
! B
'
! B
>
>
>
!
.!
.!
( !
!
43833 9
/
5:8<3 9
:7833 9
/
'
73833 9
,
(
5 3: 3
'
3: 3
5 3: 3
3: 3
%
#
! "
C
)+)$
!
+0
)+)$
!
+0
! "
!
$
!
&
!
! D ! ?
' !
!
+
+
*
*
*
*
"
$ $
"
"
"
"
"
%
, %, %-
%
#
#
#
,
% ,
$%
%
%
(% %
%
%
2
%
)
%
%
'
%
%
"
%
%
%
.
&
%
)
'
%
%
%
,/** 00
1
,/** 00
1
#
,
!"
,
!
%
"
'
* *
"
(
% 0
./
& '%(6
% 0
./
,-
)*$
#
7
%
%
1
%
1 2 3
%
%
%
%
#
4
7 %
$%
%
%
'
'
%
+
$%& '
%
(
%
(
!
#
%
'
%
2 5
%
%
!
%
%
'
%
'
'
%
"
(
$
%
%
&
%
%
'
%
%
83
%
992 :
992 :
83
)
8
)
8
!"
%
%
$
&
()** ++, -
(
!
#
#
"
!
#"
#
!
/0
"
&
&
"
#$
. &
% & '
&
* *(*+(( -
) *(*+,, -
. *(*+0( -
*(*+// -
, ( )( )
. ( )( )
/ ( )( )
* ( )( )
&
5(// 00* 6
) *(*+,, -
%
%
( )( )
$
5
1
'
78
78
%
%
1
78
&
:
%
%
$
!
%
%
23
"
(
98
98
98
)
!
#
#
"
!
#
(
%
%
%
7 %
4 %
%
#$
% &'
%
!
,
*00
*00
*00
*00
*00
!
112
112
112
112
112
!
,
' -
' ('
"
*00 3004
*00 112
*00++225
*00+0336
*00+2037
&
!
)
! -
0
/
)
!
+ 0 *
!
.
'
,
#
! !
%
:
! %/
!
$
!
.
!
* +* +
!
*3 * +* +
)
/
)
%/
!
* +* +
) !
!
.
8 %9 9
$
*3)
4)
*))
5 )0 *) *
+
)
4
*
%
**
*)
+
+
,- ./ -,
2 )0 *) *
+
& '&
2)
+
%
$9
1 )0 *) *
)0 *) *
(
!
+
4)
5)
3)
*)
"
+
*))
4)
*)
)
#
(
6
) *) *
&
7 $8 8
(
!
1. L’offre de « téléservices » du ministère de l’Éducation Nationale
&# ' $ ( #
, ,$# . #$
# )*
#$$ #$ $
&#$ , ,$# . #$
• .... &
• .... &
• .... &
• .... &
# # + )
$,$
$
$
$
,, $
# '#
#
+
#" , $
$ #
$
$
# $#
#$
#$ ,
$$#'# $
#$ , (.#$
#
-- #
#
/
#$
#$
#$0
$# #$0
.# #$
#
#
' $# + 1
#
#
' , # #$0
- 2# # # $# " #'# $
& $ # #$ , ,$# . #$
$,$ 3
# $#
) -- #
# $ ,#
#$$ $0 ),
$$#'#
)#3#' # / # 2 # # #3 #$ ', 4 #6
3 , (.#$ #$ 2 $ #
2 4 #,
$$#'#
#
1 # #$ $# . #$
,' 4 #$ 5+
#
2. Les applications pédagogiques destinées aux élèves
&# '
)
$ ( # # )*
$ , " " 4 #$
7
#
#
8
# '# ," #'#
$
#
# + #$
#' $ $
#
#$ , (.#$ #$
)#3#' # #
#0 +
3. Le guichet d’authentification ATEN
&)
($
3 , ,$# . #$
$ 4 ) 3
# # 4 # #$
# $ # #$ , (.#$ $#
- '
$/
&#
# )
.
# #
$$
# )
#
.
&#$
#$
)
-
#$
#0
),
,
# 2#- ),
)
# "#$
3 #$
$$#'# 0
#$
#$
$$
.
#"
.
2#
' #
, #
#%
# )
0 #$
# # #
$ ,
# #'#
2 $ $$
# #
) -- # #$ , ,$# . #$
,.#
,
& #
3 , (.#$
3#
#$$,
# , (.#
$#
$&
#$ # , (.#$ .
.
/
# #
'
0
3 $# . #$
#$
$
#
$
#$ ,"
$
# $ ), (.#$6 #: .#
,+
# #$
$
&#$ , (.#$ #: .#
# $
' #
# # 3
# # ), (.#
#$ ," 3 5# ", ,
!
"# $ ; 2 4 #
$$#'#
$# # #
)
+
$$#'#
$
,
$ , " " 4 #$ $)#--# # +
# 3 '9'#$ .
# " 2#
,#
$,$
'
$(#
#
#
),
$$#'#
#
$$#0
/
$ 4 # # # # )
,' #0
" " 4 #$0
#$ $# . #$ )
5#$
#
', 4 #
!
.
6
"#
$
%
&
,
#$
# #
, )
$
' #
# $# "
# #
#$ , (.#$ #$ , $,#
$#
# ),
# #$
# # ),4 # ,
.#
)
#
$# $ # - $
$ #$ ,
$$#'# $ --,
$$
, # ,#
$#
' #
# #
2 4 #
> $$ ,
# '9'#
' #
# # #$ #
.
$
,0 + 2 4 #
.# #
,# $
#0 = ' $ #
$ #
? '9'#
,,
' # # 9 #
2,$ + # '9'#
",
' #
&#$
,#$ # $
# #$
$ , # #'# +
,
- '
$
' #
(.#$
&
#
#
# $
$$#'# $
),
&#
),
#
$$#'#
# ) #
$ #
$
$
.
$#
#
#$
#
$
,
$
#$ ($
$4 # # $
, ,$# . #$0
$$
>
#$ #
-$
9 # ' - ,#$
#$
#
3
#$
$
$#
,
# # $"
#
+
>
$$
, # #- $# + $#$ # - $ )
($
; # #.
2#0 # #- $ # $)
4 #
. , , " "4 #
)
$
# $ #
'9'#
,' #0
$ #$ # - $ # =
2
#
#
,# #
2 "#'#
),
$$#'#
' # 5'
# $$#0
>
2,$@6
' # #$ - '
$ #$
# #$
# )
$ # #
.# #$
,#$
#
2 #
#4
$ ) $# #
' 4 #'#
$#
#$ # 3 #$
# #
$$#'#
#
< ' $
3 $# . #$
$
3
#$
#$
)
# #
$
$,#$
.
+
$ #
$' $0
# 3
$
!
"
#
"
!
""
$
%
!
4. La propagation d’identité entre le guichet ATEN et les ENT
&# " 2#
. $ #$
.# #
) #
'
' $ ( # # )*
4 # # '# # B . #0 # ',
, ,
$
$ #
C< D
#3#
$# # 3 (" #$
&
"4 #
,-, #
2 3 #$ - ' #$ #
$
' ,'#
2# )# -
),
# # #$
# . /,
# ,$# #$
)
# #
)
$
- '
#$$#
# )
$#
,.$+
#
#$ /
#
,-*-,
#
# $$ # # A # # $$#
) #
$'# #
"
$ 4 #
$
C
E
" 2# % !
,
+ #
#$ #
' #
,-, #
# $0 )#$ # '( )
#
# )
$ # .# # $
# # #$
+
# ) # ,, #
'#$$ "# ) # #
$ # .# #
)#3
#
#
# ,
!
$
#
# -
#$
()
*
$,4 # #0 $# #$
)
($ + )
) #
.#
,
#$$,
# # )
$,# $
+(
#$ #
# -, ,
#
#
$
$4 #
# 0
"# < $
%
&# "
2#
"# +
# - $
.
# '#
)
'9'#
#0 )
4
#$5
' #
(
.! 0
!, ! - ( ! ,
,
)
7 ' # 1
' # )
($ 3 - '
"( # #$
# # , !-,- # ,
- &
#3 #$
6
#
,'
.
80 #$
# $ =
$ # .#$ +
$
# $ $)
#
4 #'#
% 1#
2(
! '
4 # ) #
#3
#$
2 $ #
, # # $
$
#$
' #$
) 3
!, * #
$ . #/
• ) 2# #$ $$ ,#
# " 2#
0 4 ", ( # # .# #
• $ # .# #
#:
F
#
$ F
'0 F
$ #
2 $
'
• F
4 #
- #$
# .# # # # # # 4 #
#
.# #
' 2 $
#$
#$
4 ,
'$
5. L’information des responsables
? # - 2# ) - '
),
$$#'# 0 #$
)
,
#
#
0
''
#
4 ,#
#$
> # 2
# 2#- ),
#$ # - $ $
$,$
$$#'# + 2 4 # #$
# # - 2# #$ '#
,# ) #$$#
$ # G# , , $# . #$
),
$$#'#
$ $# ) #$
# ', 4 # #
. 0#
'
- '
$ # #3
$ , #$$ #$ 5#3#' # / 2 $/ GGG
. #
#' # - # #$# . #$6
& - 2# '
#
,
$# 4 $#
#
, + ),
# #$
$ # # $ 2 # $ $)
#
3 , ,$# . #$
#
# - $ # #
- ' , .# #$ # " "#'# $
($ #
!
#
$
$
# =
# )
$
#$ #$
$$#'# #
$ # #- $0 $
# )
($ + $#$
&
"# ! $
%
6. Les écrans du guichet ATEN
!
"#
, . %,
,
3
#
(
(
#
!
,-
(
.!
"# H $
%
,-
! (, ) +(
*
*
(.
#
1,
) , (
.!
,
!
#%
, . %,
3
#
(
#
!
,-
(
.!
,
"# % $
%
TIPI
TITRES PAYABLES PAR INTERNET
LE SERVICE D’ENCAISSEMENT DES RECETTES PUBLIQUES LOCALES PAR INTERNET
GUIDE DE MISE EN ŒUVRE
REGIE DE RECETTES DU SECTEUR PUBLIC LOCAL
TIPI VERSION 5
FEVRIER 2012
Le présent guide de mise en œuvre présente le service de paiement des recettes publiques locales
par Internet via le dispositif TIPI.
Conformément à la convention signée entre les différentes parties prenantes, toutes les informations
contenues dans ce guide sont susceptibles d’être mises à jour.
Votre comptable public et le correspondant monétique du département (administrateur local de TIPI)
seront tenus informés des mises à jour apportées au fur et à mesure de leurs intégrations.
Guide de mise en œuvre TIPI régie.doc
1
TABLE DES MATIERES
1. DESCRIPTION DU SERVICE DE PAIEMENT EN LIGNE TIPI...............................................................................3
1.1 LES ENJEUX DU PAIEMENT EN LIGNE DANS LE SECTEUR PUBLIC LOCAL. ....................................................................3
1.2 DESCRIPTIF DU DISPOSITIF ....................................................................................................................................4
1.3 OBJECTIFS DU GUIDE DE MISE EN ŒUVRE ...............................................................................................................5
2. LES CONDITIONS REQUISES POUR ADHÉRER À TIPI......................................................................................6
3. LES ÉTAPES DE MISE EN ŒUVRE DU PROJET. ................................................................................................6
3.1 LES FORMALITÉS D’ADHÉSION................................................................................................................................6
3.2 ADOPTER UNE STRATEGIE ORGANISATIONNELLE .....................................................................................................7
3.3 UN SYSTÈME D’INFORMATION COMPATIBLE AVEC LA MISE EN PLACE DU PAIEMENT EN LIGNE ......................................7
3.4 LE DEVELOPPEMENT D’UN ESPACE DE PAIEMENT SUR LE SITE INTERNET DE LA COLLECTIVITÉ ....................................8
3.4.1 Choix du mode de saisie .............................................................................................................................8
3.4.1.1 Le compte-usager ................................................................................................................................................. 8
3.4.1.2 Le formulaire de saisie manuelle........................................................................................................................... 8
3.4.2 L’appel de TIPI en pop-up ...........................................................................................................................8
3.4.2.1 Pour un lien de type "href" la syntaxe à utiliser est la suivante : ........................................................................... 9
3.4.2.2 Pour un lien sur un bouton la syntaxe à utiliser est la suivante : ........................................................................... 9
3.5 PHASES DE TEST ET D’ACTIVATION .........................................................................................................................9
3.5.1 Phase de test...............................................................................................................................................9
3.5.1.1 Test d’envoi de l’URL à l’application TIPI .............................................................................................................. 9
3.5.1.2 Test d’exploitation de l’information retour............................................................................................................ 11
3.5.2 Phase d’activation......................................................................................................................................13
3.6 PASSAGE EN PRODUCTION ..................................................................................................................................13
4. LE DÉROULEMENT DES PAIEMENTS................................................................................................................17
4.1 L’ENVOI AU PORTAIL DE LA RÉGIE DE L’INFORMATION RELATIVE AU PAIEMENT .........................................................17
4.2 L’ENVOI DU TICKET DE PAIEMENT À L’USAGER ET AU RÉGISSEUR ............................................................................17
4.3 LE COMPTE RENDU FINANCIER TRANSMIS AU REGISSEUR .......................................................................................17
4.4 CONSERVATION DES TICKETS DE PAIEMENT ET DU FICHIER DE TRANSACTIONS ........................................................17
4.5 LA RÉCEPTION DU FLUX FINANCIER.......................................................................................................................17
5. CALENDRIER DE MISE EN ŒUVRE DU PROJET ..............................................................................................18
ANNEXES
1 Formulaire d’adhésion à TIPI.
2 Liste des produits TIPI régie.
3 Formulaire contrat commerçant CB
4 Tableau des messages d’erreurs envoyés par TIPI
5 Exemples d’adaptations de site Internet de collectivités au paiement en ligne
2
1. DESCRIPTION DU SERVICE DE PAIEMENT EN LIGNE TIPI
1.1 LES ENJEUX DU PAIEMENT EN LIGNE DANS LE SECTEUR PUBLIC LOCAL.
Le paiement en ligne a commencé à se développer dans le secteur public local dans le courant des
années 2000, dans des secteurs comme le tourisme, la billetterie ou pour alimenter des comptes
familles. Mais cette percée est restée cantonnée à quelques collectivités.
Dans ce contexte, en 2008 la DGFiP a souhaité élaborer un dispositif de paiement en ligne utilisable
par le plus grand nombre. Plusieurs collectivités pilotes ont travaillé avec la DGFiP pour mettre en
oeuvre le dispositif aujourd’hui proposé. Cette collaboration a permis d’enregistrer en 2010, les
premiers paiements en ligne des titres émis par ces collectivités pilotes. Pour compléter cette offre la
DGFiP a souhaité élargir son offre et permettre l’encaissement des factures de régie du secteur
public local par TIPI.
Le dispositif d'encaissement des produits locaux par carte bancaire sur Internet doit permettre de
répondre aux attentes des usagers qui souhaitent pouvoir bénéficier comme dans d’autres domaines
de la vie courante la possibilité de pouvoir effectuer leurs démarches en ligne et donc de pouvoir
payer leurs factures de crèche, de restauration scolaire ou d’eau sur Internet. En effet, le
télépaiement par carte bancaire sur Internet permet de régler ses factures 24 heures sur 24, sept
jours sur sept, sans avoir à se déplacer dans un environnement sécurisé.
Après une phase d’expérimentation probante avec le Conseil Général des Pyrénées-Orientales, les
régies des collectivités peuvent accéder à ce nouveau service qui participe de la modernisation du
service public. Ce dispositif s’inscrit dans la démarche menée par la DGFiP pour proposer une
gamme de moyens de paiement la plus adaptée aux attentes des usagers.
3
1.2 DESCRIPTIF DU DISPOSITIF
Le recours à TIPI est d’abord un choix. Chaque adhésion est contractualisée et concerne une ou
plusieurs régies de la collectivité. Une régie adhère pour une ou plusieurs catégories de produits.
L’environnement qui gère les règlements est entièrement sécurisé.
2
5
C O N N E X IO N
A F F IC H A G E D E L A D E T T E E T
DE
L ’U S A G E R
E N R E G IS T R E M E N T D U
R EG LEM EN T
P O R T A IL
C O L L E C T IV IT E
P U I S P A IE M E N T
1
ENVOI
D E LA
FACTURE
6
R ETO UR
IN F O
P A IE M E N T
T IP I
4
T R A N S M IS S IO N
DES
REFERENCES
3
L IA IS O N P O R T A IL
ET
7
F LU X
F IN A N C IE R
S I M E T IE R
FACTURE
S I R E G IE
S E R V IC E
F A C T U R A T IO N
D EPOT
DE
FONDS
4
Le système suppose l’émission préalable de factures. Une fois la créance constatée par le régisseur,
une facture est envoyée à l’usager. Celui-ci se connecte sur le site Internet de la collectivité dont
l’adresse est indiquée sur la facture. Il saisit les références de sa dette dans le formulaire proposé sur
le site de la collectivité ou sélectionne la facture dans un compte usager.
Une fois les contrôles de formes et de cohérence effectués par le site de la collectivité (référence de
la dette, montant…), l’usager est invité comme pour un site Internet marchand à sélectionner son type
de carte et à saisir son numéro de carte et son cryptogramme.
+
Si des anomalies sont constatées par l’application TIPI, des messages d’erreur peuvent s’afficher (cf
annexe 4).
A l’issue de la transaction, l’usager a la possibilité d’imprimer un ticket de paiement, qui n’a toutefois
pas valeur de quittance. Ce ticket est transmis simultanément sur l’adresse électronique fournie par
l’usager ainsi qu’au responsable de la régie par courriel.
L’application TIPI enregistre cette transaction et transmet l’information du paiement au système
d’information (SI) de la régie adhérente. Ces informations doivent permettre la comptabilisation et
l’émargement des factures réglées par la régie.
Pour sécuriser le dispositif, il est conseillé à la collectivité d’adopter un système qui interdit tout
double paiement (contrôle des factures en amont du paiement).
1.3 OBJECTIFS DU GUIDE DE MISE EN ŒUVRE
Le présent guide constitue le principal outil de mise en œuvre proposé aux collectivités candidates. Il
s’appuie sur des retours d’expériences. Son objectif est de fournir une aide pour la réalisation de
chaque projet. Ce guide décrit pour chaque étape l’ensemble de la marche à suivre.
5
2. LES CONDITIONS REQUISES POUR ADHERER A TIPI
Pour adhérer au dispositif, la régie de la collectivité ou de l’établissement doit respecter un certain
nombre de critères :
-
Disposer d’une régie, (les établissements publics locaux et nationaux de l’Etat sont exclus de
cette offre) ;
-
Disposer d’un compte de dépôts de fonds au Trésor ouvert au nom du régisseur ;
-
La régie adhérente doit générer une facturation récurrente comportant des références stables
pour permettre le suivi des paiements effectués dans la comptabilité du régisseur
-
Les factures doivent être inférieures à 10 000€
-
Disposer d’un portail Internet permettant à l’usager :
- soit de saisir les références de sa facture dans un formulaire de saisie ;
- soit d’accéder à la liste de ses factures dans un compte usager.
-
Respecter les formalités déclaratives préalables auprès de la CNIL, Loi Informatique et Liberté
modifiée1;
-
Faire apparaître clairement sur les factures les informations nécessaires au déroulement du
paiement ;
-
Le système d’information de la régie doit être en mesure d’assurer, de manière automatisée, la
concordance entre les facturations et les encaissements.
-
Si le site Internet fonctionne en environnement sécurisé SSL communiquer à l’administrateur
local TIPI (correspondant monétique de la DDFiP) le certificat SSL utilisé.
3. LES ETAPES DE MISE EN ŒUVRE DU PROJET.
3.1 LES FORMALITES D’ADHESION.
Après avoir pris connaissance des conditions d’adhésion, le où les responsables de la collectivité
adhérente devront formaliser leur adhésion par la signature d’une convention d’adhésion qui leur sera
proposée par la Direction Départementale des Finances Publiques. Le correspondant monétique sera
leur interlocuteur. Cette convention formalise l’adhésion et précise le rôle de chaque partie.
A l’appui de cette convention, la collectivité devra remplir et signer un formulaire d’adhésion
(annexe 1) qui détaille le libellé de la régie adhérente et les types de produits (annexe 2) qui seront
payables en ligne.
1
La collectivité doit s’engager à respecter les dispositions de la loi n°78-17 du 6 janvier 1978 modifi ée relative à l'informatique, aux fichiers
et aux libertés", le service de paiement a fait l'objet des formalités déclaratives prévues par ladite loi (demande d'avis n°1386147, arrêté du
22 décembre 2009 JORF n°0009 du 12/01/2010 page 602 texte N°18).
6
Si la régie adhérente ne dispose pas de compte de dépôts de fonds au Trésor, la collectivité doit
prendre l’attache du comptable public et transmettre une demande d’ouverture de compte auprès de
la Direction Départementale des Finances Publiques.
Une fois ces formalités effectuées le correspondant monétique de la DDFiP enregistre l’adhésion de
la collectivité dans l’application TIPI et donne à la régie un numéro de client TIPI nécessaire pour
l’identifier.
3.2 ADOPTER UNE STRATEGIE ORGANISATIONNELLE
La mise en place du paiement en ligne nécessite d’adapter l’organisation de la ou les régies
existantes pour permettre une gestion des règlements efficace.
Deux types d’organisation en régie sont possibles :
-
Avec pour le produit concerné une gestion centralisée du télépaiement, où une régie
dédiée adhère à TIPI et gère les encaissements effectués en ligne. Cette régie coexiste
avec la ou les autres régies traditionnelles. Cette organisation permet de distinguer les
paiements en ligne des autres moyens de paiement et permet une bonne maîtrise du suivi
des règlements.
-
Avec une gestion décentralisée du télépaiement où chaque régie de la collectivité
adhère au paiement en ligne et gère l’ensemble des encaissements quel que soit le moyen
de paiement.
NB : Ces scenarii sont des hypothèses fondées sur des retours d’expériences, chaque collectivité
adhérente pourra suivant l’architecture et le fonctionnement de ces régies choisir l’une ou l’autre
option ou tout autre organisation qui semble la plus adaptée à la bonne gestion du paiement en ligne.
3.3 UN SYSTEME D’INFORMATION COMPATIBLE AVEC LA MISE EN PLACE DU PAIEMENT EN LIGNE
Pour adhérer, la régie doit disposer d’un système d’information permettant l’émission et le suivi
comptable des factures. Pour ce faire, ces factures doivent comporter des références uniques par
exercice pour permettre la gestion des encaissements réalisés.
En outre, le paiement en ligne nécessite de disposer d’une solution entièrement automatisée pour ne
pas en diminuer les gains. Cela implique de mettre en œuvre un module permettant l’émargement
automatique des factures payées par Internet dans le progiciel de gestion comptable du régisseur par
l’interprétation des messages retour de TIPI.
La mise en place de ce module est essentielle à un double titre :
-
Eviter de générer un traitement manuelle des encaissements ;
éviter qu’une dette soit réglée deux fois en ligne.
L’information sur la possibilité d’acquitter sa dette par Internet doit figurer sur la facture sous la forme
d’un message approprié et suffisamment clair. Quel que soit le mode de saisie choisi sur le site
Internet, l’adresse de connexion au service doit être indiquée.
Dès lors que l’émission des titres pris en charge par le comptable public est effectuée, ces
factures ne doivent plus être payables par l’usager sur Internet.
7
3.4 LE DEVELOPPEMENT D’UN ESPACE DE PAIEMENT SUR LE SITE INTERNET DE LA COLLECTIVITE
L’accès au service de paiement en ligne s’effectue après transmission à TIPI d’une URL (adresse
web). TIPI effectue, sur les champs de cette URL, des contrôles de présence et de forme.
La transmission des références s’effectue à partir du portail de la collectivité (ou de la régie), sur
lequel l’usager pourra au choix de la collectivité :
- soit saisir les références de sa facture dans un formulaire dédié présenté par la collectivité ou la
régie sur son site Internet,
- soit sélectionner sa facture dans la liste des factures rattachées à son compte usager.
Les références ainsi collectées enrichiront l’URL aller que la collectivité doit transmettre à TIPI pour
ses contrôles avant paiement.
3.4.1 CHOIX DU MODE DE SAISIE
3.4.1.1 LE COMPTE-USAGER
Le compte usager est l’offre la plus aboutie pour le paiement en ligne. Elle permet de disposer d’un
compte en ligne sur le site de la collectivité. Ce compte rassemble l’ensemble des factures payées et
restant à régler. Il permet de diffuser une information individualisée pour chaque compte. Les
erreurs de saisie sont limitées ce qui permet ainsi de sécuriser le paiement en ligne.
Cette solution demande cependant des développements conséquents en terme de système
d’information comme l’identification des usagers par login et mot de passe et la mise à jour immédiate
des comptes-usagers à l’issue du paiement pour indiquer que la facture a déjà fait l’objet d’un
règlement par internet.
3.4.1.2 LE FORMULAIRE DE SAISIE MANUELLE
Cette solution consiste à proposer à l’usager de saisir, sur une page dédiée, les références de la
dette à payer et permet de générer l’url qui sera envoyée à TIPI. Cette option est la plus simple à
mettre en œuvre car elle ne demande pas l’actualisation d’un compte. La saisie par l’usager peut par
contre générer des erreurs dans les références transmises et dans les montants payés si les
contrôles de cohérence mis en place sur le portail de la collectivité sont insuffisants ou défaillants.
Pour cette raison, il est impératif de prévoir un contrôle d’existence de la référence saisie et un
contrôle de cohérence sur le couple référence / montant réglé.
3.4.2 L’APPEL DE TIPI EN POP-UP
L’application TIPI communique avec l’usager au moment du règlement en lui proposant de saisir sa
carte bancaire, en confirmant le paiement ou dans certains cas en affichant des messages d’erreurs.
Pour ce faire, il convient d’appeler l’application TIPI dans une nouvelle fenêtre du navigateur. L’appel
de TIPI doit s’effectuer en popup, de telle sorte qu’en fermant la fenêtre ouverte, l’usager se retrouve
sur le portail de la collectivité. Il est donc impératif d’appeler l’application TIPI dans une fenêtre
pop up de manière à éviter des déconnexions intempestives en cas d’erreur.
8
3.4.2.1 POUR UN LIEN DE TYPE "HREF" LA SYNTAXE A UTILISER EST LA SUIVANTE :
<Ahref="javascript:window.open('url TIPI','_blank','height=700, width=900, toolbar=no, menubar=no,
scrollbars=no,
resizable=yes,
location=no,
directories=no,
status=no');">
Appel TIPI</A>
3.4.2.2 POUR UN LIEN SUR UN BOUTON LA SYNTAXE A UTILISER EST LA SUIVANTE :
<INPUT type="button" onClick="javascript:window.open('url TIPI','_blank','height=700, width=900,
toolbar=no, menubar=no, scrollbars=no, resizable=yes, location=no, directories=no, status=no');">
Avec
url
TIPI
=
https://www.tipi.budget.gouv.fr/tpa/paiement.web?numcli=NUMCLI&exer=EXER&refdet=REFDET&ob
jet=OBJET&montant=MONTANT&urlcl=URLCL &mel=MEL&saisie=SAISIE
Il est impératif d’avoir une popup dont la résolution minimale est de 900*700.
3.5 PHASES DE TEST ET D’ACTIVATION
A la suite des développements entrepris par la collectivité , le portail doit être en mesure de
transmettre à TIPI toutes les informations nécessaires au traitement du paiement.
Pour l’option formulaire de saisie, ces tests permettront à la régie qui les réalise de s’assurer que
toutes les informations obligatoires seront correctement collectées et transmises à TIPI.
Pour l’option compte-usager, les tests permettent à la régie de s’assurer que le choix d’une facture
par l’usager sur le portail entraîne la structuration et l’envoi d’une URL conforme.
Pour l’application TIPI, une régie est un « client ». A chaque client est associé au minimum un
produit pour lequel la régie proposera le service de paiement en ligne. Le client est créé dans
l’application par le correspondant monétique (administrateur local TIPI). A l’issue de la création, le
correspondant monétique transmet au client régie, son numéro de client TIPI. Ce numéro doit figurer
dans l’URL aller avant d’initier les phases de test et d’activation.
3.5.1 PHASE DE TEST
3.5.1.1 TEST D’ENVOI DE L’URL A L’APPLICATION TIPI
Avant le passage en production et l’ouverture du service, une phase de test TIPI est obligatoire. Elle
consiste à transmettre à TIPI, par le portail de la de la régie adhérente, une URL de Test constituée
de données spécifiques.
Cette URL se compose de la manière suivante :
https://www.tipi.budget.gouv.fr/tpa/paiement.web?numcli=######&exer=####&refdet=######&
objet=######&montant=#######&mel=#####@####.##&urlcl=######& saisie=T
9
Tableau descriptif des paramètres de l’URL ALLER:
PARAMETRES
REGIE
LONGUEUR
NUMCLI
6
LE NUMERO CLIENT ATTRIBUE A LA COLLECTIVITE PAR
L’ADMINISTRATEUR TIPI
EXER
4
(caractères numériques)
REFDET
6à30
OBJET
< 100
MONTANT
SAISIE LIBRE
SAISIE LIBRE
(caractères alphanumériques, pas de caractères spéciaux)
SAISIE LIBRE
(caractères alphanumériques, proscrire toutes données à caractère personnel)
SAISIE LIBRE
6 max
(caractères numériques, sans point ni virgule)
MEL
6 à 80
Adresse mail du testeur
URLCL
<250
URL retour de la collectivité (adresse IP publique et non privée)
SAISIE
1
«T» pour des URL de test et «X» pour des URL d’activation.
Exemples d’url test :
https://www.tipi.budget.gouv.fr/tpa/paiement.web?numcli=999999&exer=2012&refdet=001234&objet=
TEST&montant=9999&[email protected]&urlcl=https://www.collectivités.fr/retourpaiement&
saisie=T
Dans le cas d’une URL de test, le champ « saisie » doit être valorisé à « T ».
Une fois l’URL de test générée et envoyée, TIPI effectue divers contrôles et affiche une fenêtre
proposant le paiement de la dette test. Le testeur devra choisir son type de carte puis saisir les
caractéristiques de la carte bancaire fictive à utiliser pour réaliser le paiement test:
Les références suivantes doivent être utilisée :
-
Numéro : 1111222233334444
Date de validité carte bancaire : date postérieure à la date du jour
Cryptogramme : 123
Un message de confirmation du paiement apparaît à l’écran et le testeur reçoit sur sa messagerie
électronique un ticket de paiement qui valide le processus de paiement. Le cas échéant des
messages d’erreurs permettent à la collectivité d’effectuer les corrections si nécessaire. (cf annexe 4)
10
Par la suite TIPI constitue une URL retour (TIPI vers Collectivité) qui sera transmise à l’adresse
indiquée dans le paramètre « URLCL » de l’URL aller.
3.5.1.2 TEST D’EXPLOITATION DE L’INFORMATION RETOUR
Après paiement par l’usager l’application envoie, par l’intermédiaire d’une URL (adresse web) retour,
l’information relative au règlement effectué. Il appartient à la collectivité de tester l’exploitation des
données contenues dans cette URL retour.
Quel que soit le mode d’accès au service (formulaire ou compte-usager) le client « Régie » doit
obligatoirement traiter l’information paiement transmise par TIPI sur l’adresse URL servie dans
le paramètre « URLCL » de l’URL aller (voir supra). En effet, un usager de la régie ne doit pas avoir la
possibilité de payer deux fois sa facture par Internet.
ATTENTION :
Les collectivités qui souhaitent mettre en oeuvre un retour sécurisé en https devront utiliser un
certificat déclaré auprès d’une autorité de certification et non un certificat auto-signé. Nous
vous conseillons de vous rapprocher du correspondant monétique pour vous assurer que ce certificat
est bien intégré dans le magasin de confiance du serveur TIPI.
L’URL retour est constituée à partir des paramètres transmis dans l’URL aller, complétés de
paramètres traduisant le résultat de l’opération. Le résultat de la transaction est indiqué dans le
champ « RESULTRANS » de l’URL retour. Seules les opérations payées doivent donner lieu à mise
à jour du système d’information. Le dernier paramètre « dattrans » est enrichi de la date et heure de
l’opération enregistrée par TIPI.
<urlcl>2?numcli=######&exer=#####&refdet=######&objet=######&montant=##########&mel
=#####@###.##&saisie=T&resultrans=#&numauto=####&dattrans=########&heurtrans=###
#
2
correspond à l’url qui a été indiquée dans le paramètre urlcl.
11
Tableau descriptif des paramètres de l’URL Retour:
PARAMETRES
FORMAT
LONG
Idem URL
aller
numcli
VALEUR
Idem URL aller
exer
Idem URL aller
refdet
Idem URL aller
objet
Idem URL aller
montant
Idem URL aller
mel
Idem URL aller
saisie
Idem URL aller
resultrans
Alphabétique
1
« P » payée ; « R » refusée
numauto
Numérique
6
Numéro d’autorisation délivré par le
serveur d’autorisation et routé par le
gestionnaire de télépaiement à TIPI
dattrans
JJMMSSAA
8
Date de la transaction du paiement CB
4
Heure de la transaction du paiement
CB
heurtrans
HHMM
Dans le cas d’un compte-usager, il est impératif de faire apparaître à l’écran une information indiquant
que la facture a fait l’objet d’un règlement par Internet et au mieux en interdire la sélection.
Dans le cas d’un formulaire de saisie, il est impératif de marquer « payé », dans le SI métier, la
référence qui vient d’être réglée pour interdire le double paiement. TIPI n’effectuera pas ce contrôle
puisqu’il n’a pas en base les références qui sont proposées au paiement.
ATTENTION :
L’adresse indiquée dans le paramètre URLCL doit être une adresse IP publique et non privée.
Seuls les ports par défaut sont autorisés, protocole http port 80 et protocole https port 443.
Les paramètres sont envoyés par la méthode « POST ».
La collectivité peut effectuer des tests sans limitation de nombre et à tout moment, même après
l’activation.
Un défaut de traitement des informations retour peut justifier une interruption du service par
l’administrateur local TIPI.
12
3.5.2 PHASE D’ACTIVATION
Lorsque les tests sont concluants, la collectivité peut déclencher la procédure d’activation de son
numéro client dans TIPI. Cette phase conditionne l’ouverture du service aux usagers. A défaut
d’activation, les usagers n’auront pas accès au service de paiement en ligne
La procédure d’activation est du ressort de la collectivité.
Pour activer son N° client (fourni par l’administra teur local de la DDFiP), la collectivité doit transmettre
à TIPI une URL d’activation. La structure de cette URL est identique à l’URL de test décrite supra.
Cependant pour l’activation le champ « saisie » de l’URL doit impérativement être valorisé à « X ».
https://www.tipi.budget.gouv.fr/tpa/paiement.web?numcli=----&exer=-----&refdet=----&objet=-----&montant=------&[email protected]&urlcl=-----& saisie=X
Un paiement fictif est proposé pour valider l’activation, il convient alors de choisir son type de carte
puis de saisir les caractéristiques de la carte bancaire fictive à utiliser pour réaliser le paiement
d’activation:
Les références de la carte bancaire suivante doivent être utilisées :
-
Numéro : 1111222233334444
Date de validité carte bancaire : date postérieure à la date du jour
Cryptogramme : 123
Une fois le paiement d’activation réalisé, un écran confirme l’activation du client et un message
d’activation est transmis par messagerie à la boite générique fonctionnelle de la régie et à
l’administrateur TIPI ayant créé le client dans l’application TIPI.
Le paiement en ligne sera possible à J+1 après activation.
3.6 PASSAGE EN PRODUCTION
Une fois le compte client TIPI activé, le dispositif peut entrer en phase de production et être proposé
aux usagers.
En phase de paiement, le code « saisie » des URL envoyées doit être renseigné à « A » ou « M » en
fonction de l’option choisie pour accueillir les usagers sur le site Internet. (A pour un compte usager,
M pour formulaire de saisie).
Avant l’ouverture du service, la régie doit s’assurer que l’url générée par son site Internet prend en
compte cette règle. A défaut, la réception par TIPI d’URL de paiements réels dont le code saisie est
« X » ou « T » empêchera le paiement et indiquera des messages d’erreur aux usagers.
La régie doit intégrer sur le site Internet les références proposées au paiement, ce qui lui permettra
de réaliser les contrôles de présence et de cohérence obligatoires.
Après saisie ou sélection de la dette par l’usager, la collectivité doit enrichir l’URL aller pour
transmission à TIPI.
13
La collectivité vérifie que tous les champs obligatoires sont enrichis
En cas de formulaire de saisie, la collectivité doit instaurer un contrôle de cohérence entre les
références et le montant saisi. Aucun contrôle ne sera effectué par TIPI sur les références et les
montants fournis.
Adresse d’envoi et structure de l’URL aller :
https://www.tipi.budget.gouv.fr/tpa/paiement.web?numcli=----&exer=-----&refdet=----&objet=-----&montant=------&[email protected]&urlcl=-----& saisie=Définition des paramètres :
PARAMETRE
DEFINITION
VALEUR
NUMCLI
EXER
REFDET
OBJET
MONTANT
MEL
URLCL
SAISIE
Numéro client TIPI
Exercice de rattachement
Référence de la facture
Zone libre
Montant
Adresse mail de l’usager
URL retour de la collectivité
Mode de saisie sur le portail
du client TIPI
Obligatoire
Facultatif
Obligatoire
Facultatif
Obligatoire
Obligatoire
Obligatoire
Obligatoire
Description et format des paramètres pour un client « Régie » :
PARAMETRES
DE L’URL
NUMCLI
EXER
REFDET
OBJET
MONTANT
MEL
URLCL
SAISIE
3
FORMAT
VALEUR
LONGUEUR
Numérique
6
SSAA
4
NUMERO CLIENT ATTRIBUE A LA COLLECTIVITE PAR
L’ADMINISTRATEUR TIPI
Ex : 2012
Référence
définie par le
3
régisseur .
6 à 30
REFERENCE DE LA FACTURE
Alphanumérique
< 100
SAISIE LIBRE, PROSCRIRE TOUTES DONNEES A
CARACTERE PERSONNEL
(a z A Z 0 9
espace)
En centimes
d’Euro
sans virgule
Doit comporter
les caractères
« @ »et le
http:// ou
https://.............
«M»«A»
6 max
Ex : pour 15,99€ fournir 1599
6 à 80
<250
URL retour de la collectivité (doit être une adresse IP
publique et non privée).
1
« M » en cas de formulaire de saisie et « A » en cas de
compte usager.
Interfacée avec le logiciel de facturation pour un suivi facilité. PROSCRIRE TOUTE DONNEE A CARACTERE PERSONNEL.
14
A réception de sa facture, l’usager se connecte sur le site de la collectivité et, au choix de celle-ci,
saisit dans un formulaire ou sélectionne dans une liste, la dette correspondant à sa facture. Une URL
est alors générée par la site de la collectivité ou de la régie à destination de TIPI.
A partir de cette URL aller, TIPI effectuera des contrôles de présence et de forme avant d’acheminer
l’usager sur la page de paiement sur laquelle il effectuera son paiement en mode sécurisé.
A l’issue de cette opération,
Comme pour la phase de test, TIPI transmet à la collectivité, sur l’adresse URLCL, le paramètre
RESULTRANS est enrichi du résultat de la transaction de paiement CB (payée, refusée, annulée).
Cette URL retour doit être une adresse IP publique et non privée. Seuls les ports par défaut sont
autorisés, protocole http port 80 et protocole https port 443. Les paramètres sont envoyés par
méthode « POST ».
Le client TIPI pourra ainsi connaître en temps réel le dénouement d’un paiement CB par Internet via
TIPI. Les informations transmises lui permettront d’enrichir son SI comptable afin de présenter une
situation des dettes restant dues en temps réel.
Le client TIPI, qui aura opté pour un compte usager devra :
indiquer en correspondance de la dette réglée via TIPI, «paiement CB par Internet en
cours de validation »,
- ne plus permettre la sélection de cette dette à son usager,
Pour un client proposant le formulaire de saisie, la référence réglée ne doit plus pouvoir être
payable en ligne, il est donc impératif de la « marquer payée » dans le SI pour empêcher le doublepaiement.
Adresse d’envoi de l’URL retour:
http://www.-URLCL-indiquée par le client dans l’URLaller
Définition des paramètres dans l’URL retour :
PARAMETRE
NUMCLI
EXER
REFDET
OBJET
MONTANT
MEL
SAISIE
RESULTRANS
NUMAUTO
DATTRANS
DEFINITION
Numéro client TIPI
Exercice de rattachement
Référence de la dette
Zone libre
Montant
Mode de saisie sur le portail du client TIPI
Résultat de la transaction du paiement CB
Numéro d’autorisation de l’opération CB
Date de la transaction
Les paramètres facultatifs sont renseignés dans l’URL retour si ils ont été servis dans l’URL aller.
15
Description et format des paramètres :
TIPI transmettra dans l’URL retour pour les paramètres NUMCLI, EXER, REFDET, OBJET,
MONTANT et MEL, les mêmes valeurs que celles présentes dans le l’URL aller.
PARAMETRE
FORMAT
LONG
VALEUR
NUMCLI
Idem URL aller
EXER
Idem URL aller
REFDET
Idem URL aller
OBJET
Idem URL aller
MONTANT
Idem URL aller
MEL
Idem URL aller
SAISIE
Idem URL aller
1
NUMAUTO
Alphabétiqu
e
Numérique
DATTRANS
JJMMSSAA
8
« P » payée ; « R » refusée. Seul la valeur « P »
doit être traitée.
Numéro d’autorisation délivré par le serveur
d’autorisation et routé par le gestionnaire de
télépaiement à TIPI
Date de la transaction de paiement CB
HEURTRANS
HHMM
4
Heure de la transaction de paiement CB
RESULTRANS
6
16
4. LE DEROULEMENT DES PAIEMENTS
4.1 L’ENVOI AU PORTAIL DE LA REGIE DE L’INFORMATION RELATIVE AU PAIEMENT
A l’issue de la transaction de paiement, TIPI constituera à l’attention de la régie une URL retour qui
comportera, en plus des informations transmises dans l’URL aller, le résultat du paiement, à l’adresse
indiquée dans le champ URLCL de l’URL aller. La régie exploitera cette URL retour pour mise à jour
de son système d’information et du site.
4.2 L’ENVOI DU TICKET DE PAIEMENT A L’USAGER ET AU REGISSEUR
A l’issue de chaque transaction, le gestionnaire de télépaiement affiche à l’écran un ticket de
paiement que l’usager peut imprimer. Ce ticket est simultanément transmis par courrier électronique
à l’usager ainsi qu’au régisseur.
4.3 LE COMPTE RENDU FINANCIER TRANSMIS AU REGISSEUR
A J+1, la régie recevra un fichier des transactions en format xls reprenant le détail des opérations
de la journée comptable (de 0h00 à 23h59). Ce fichier comprend toutes les opérations, acceptées ou
refusées, enregistrées par le gestionnaire de télépaiement. Il peut être rapproché des tickets de
paiement de la journée et du relevé de compte de dépôts de fonds. Ce fichier pourra être conservé
avec les tickets de paiement.
A J+2 la régie recevra le fichier de synthèse financière en format pdf. Il recense le nombre
d’opérations et le montant total des encaissements relatifs à la journée comptable concernée. Ces
données peuvent être rapprochées des tickets de paiement de la journée concernée et du relevé de
compte de dépôts de fonds. Ce fichier pourra être conservé avec les tickets de paiement.
Il appartient à la régie de rapprocher les tickets de paiement, le fichier des transactions et la synthèse
financières avec les émargements enregistrés dans son application comptable pour la journée
comptable J.
NB : Les montants repris dans ces fichiers sont des montants bruts. Le montant net (après
déduction des commissions carte bancaire) sera crédité sur le compte de dépôts de fonds.
4.4 CONSERVATION DES TICKETS DE PAIEMENT ET DU FICHIER DE TRANSACTIONS
Le régisseur doit conserver ces justificatifs pendant 1 an.
4.5 LA RECEPTION DU FLUX FINANCIER
Les flux financiers seront crédités sur le compte de dépôt de fonds au Trésor (DFT) du régisseur dans
les délais réglementaires.
17
5. CALENDRIER DE MISE EN ŒUVRE DU PROJET
Phase 1: Etapes préparatoires pour la collectivité
•
•
•
•
Analyse et appropriation du guide de mise en œuvre ;
Signature de la convention et du formulaire d’adhésion, transmission au comptable public ou
directement au correspondant monétique de la DDFiP ;
Adaptation organisationnelle et fonctionnelle de la régie ;
Adaptation des factures envoyées aux usagers.
Phase 2: Test du dispositif par la collectivité
•
•
•
Transmission par le correspondant monétique à la collectivité du numéro de client TIPI ;
Test du formulaire de saisie manuelle ou du compte usager de la collectivité avec l’envoi de l’URL
de paiement test vers TIPI
Validation du traitement comptable du paiement dans le SI métier de la régie
Phase 3 : Activation et mise en production
•
Constitution et envoi de l’URL d’activation vers TIPI.
Phase 4 : Ouverture du dispositif
•
•
Communication aux usagers de la nouvelle offre de service
Premiers paiements enregistrés
18
ANNEXE 1
FORMULAIRE D'ADHESION A L’APPLICATION
TIPI POUR
LES REGIES
Libellé de la collectivité :
SIRET de la collectivité :
Libellé de la Régie
Adresse du lieu d’encaissement
Produit à encaisser
BALF de réception des tickets
de paiement (facturettes CB)
BALF de la télécollecte Carte
Bancaire journalière
Je soussigné,
représentant légal de
sollicite la possibilité d’encaisser par Internet via TIPI les factures émises par la régie désignée supra et
pour ce faire demande son adhésion à l’application TIPI. Cette adhésion engage la collectivité de
rattachement à demander l’ouverture d’un contrat commerçant CB, domicilié sur un compte Dépôts de
Fonds Trésor, pour la régie supra et à se conformer au cahier des charges joint à la convention
d’adhésion.
Fait en 3 exemplaires à
Visa du comptable
Assignataire
le
Signature du représentant légal
de la collectivité adhérente
Le Régisseur
N° Client TIPI
Visa du correspondant
monétique
N° contrat CB
Annexe 1 Régie Formulaire adhésion
TIPI.doc
ANNEXE 2 LISTE DES PRODUITS TIPI :
ANNEXE 3
FORMULAIRE D'ADHESION DES COLLECTIVITES
AU SYSTEME D'ENCAISSEMENT PAR CARTE BANCAIRE
DES FACTURES DE REGIES SUR INTERNET (TIPI)
VENTE A DISTANCE (INTERNET) TARIF SPL
UN CONTRAT CB PAR CLIENT TIPI
Formulaire à transmettre au correspondant monétique de votre département en charge de le vérifier et de le
compléter si nécessaire.
Informations administratives concernant la collectivité
Exemple
Commune de Talard
Place de la mairie
BP18
05130 TALLARD
• Dénomination et adresse de la collectivité :
• Enseigne abrégée : Libellé commerçant CB qui figurera sur tous les documents CB
| | | | | | | | | | | | | | | | | | | |
(Libellé explicite de la régie. Ex: Cantine Talard))
| | | | | | | | | | | | | | |
(Dept)
(commune de rattachement de la régie)
• Numéro SIRET de la collectivité:
(http://avis-situation-sirene.insee.fr/avisitu/jsp/avis.jsp)
• Code A.P.E. : nouveau 8411Z (= ancien 751A)
• Nom du régisseur :
• téléphone :
• Mél du régisseur:
Informations de nature bancaire
Sélectionner
- Type de contrat : Vente à
distance
- Centre de traitement : MONEXT
(pour TIPI, et non pas ATOS)
Saisir : Plafond de garantie 1 euro
Cocher :
exception contrôle de
double
Compte Dépôt de Fonds au Trésor du régisseur (ex : 10071 00245 0000T050098 40)
CODE BANQUE
CODE GUICHET
NUMERO DE COMPTE
CLE
Joindre un RIB DFT
Le comptable du Trésor assignataire de la
régie adhérente à TIPI
Annexe 3 contrat adhesion CB TIPI Régie.doc
-1-
URL COLLOC-TIPI paiement Titres
Liste des Anomalies
DOCUMENT DE TRAVAIL
1/5
Document
Auteur :
T AGIUS M GASPARD L.OUVRAT
Nom
Projet :
TIPI
Type
Contrôle anomalies URL COLLOC-TIPI
et anomalies Saisie Portail
Spécifications techniques
Statut
Validé
Date création
22/09/2010
Date dernière mise à jour
Nom des champs concernés
SAISIE
nature du contrôle
contrôle d'existence et
de valeur
code protocole 0= REGIE; 1= TITRE
(INDIGO/PES V2) ; 2=ROLMRE;
0-1-2
Longueur
du champ
Règle de gestion
1
La valeur du champ ne peut avoir
pour valeur que "P-M-A-T ou X" .
La valeur "P" est chargée
automatiquement lors d'un accès par
le portail.
si la valeur du champ ="M" message
colonne "saisie manuelle",
si la valeur ="A" message colonne
"saisie automatique",
si la valeur = "T" c'est une URL de
test,
si valeur ="X" c'est une URL
d'activation
S1
Le numéro de client TIPI doit
comporter 6 caractères numériques.
Sinon l'activation, le test et le
paiement sont impossibles
T1
contrôle du nombre et du
format des caractères
0-1-2
Code
anomalie
message pour activation et test SAISIE="X" ou "T"
"Suite à un problème technique, le paiement
par Internet est impossible. Merci d’effectuer
votre règlement par un autre moyen de
paiement" un bouton "Fermer la fenêtre"
ferme la POP-UP
un reporting informera l'administrateur TIPI
"Ce numéro de client TIPI n'est pas valide.
Merci de le vérifier dans le paramètre
"NUMCLI" et ou contacter l'administrateur
TIPI." un bouton "Fermer la fenêtre" ferme la
POP-UP - il n'y a d'appel explicite de la
collectivité par TIPI.
6
Libellé en cas d'anomalie pour SAISIE PAGE DGFIP
SAISIE= "P"
Libellé en cas d'anomalie pour SAISIE
MANUELLE
SAISIE= "M"
AUTOMATIQUE SAISIE="A"
paiement" .
Un bouton "Retour Accueil" renvoie à l'écran
d'accueil de tipi.budget.gouv.fr.
"Suite à un problème technique, le
paiement par Internet est impossible. Merci
d’effectuer votre règlement par un autre
moyen de paiement" un bouton "Fermer la
fenêtre" ferme la POP-UP.
moyen de paiement." un bouton "Fermer
la fenêtre" ferme la POP-UP.
un reporting informera l'administrateur TIPI un reporting informera l'administrateur TIPI
L’identifiant collectivité que vous avez saisi
est erroné ou inconnu. Merci de ressaisir
l'identifiant collectivité précisé sur votre
facture ou avis des sommes à payer.
Un bouton "Ressaisir l'identifiant collectivité"
renvoie à l'écran de saisie de l'identifiant
collectivité.
Merci d’effectuer votre règlement par un
autre moyen de paiement." Un bouton
"Fermer la fenêtre" ferme la POP-UP (TIPI)
et de fait, renvoie à l'écran de la collectivité
- il n'y a d'appel explicite de la collectivité
par TIPI).
EN CAS
D'ANOMALIE
18/05/2011
Ordre des traitements dans TPA
Observations
Rejet
si la paramètre "saisie" n'est pas servi, un
reporting informera l'administrateur TIPI.
Gestion Site Collectivité
Page DGFIP
1
3
2
1
3
2
4
4
moyen de paiement."
Un bouton "Fermer la fenêtre" ferme la
POP-UP (TIPI) et de fait, renvoie à l'écran
de la collectivité - il n'y a d'appel explicite
de la collectivité par TIPI.
contrôle d'existence du
NUMCLI dans la base des
clients TIPI (précision : les
clients de statut "migré"
présents dans TIPI sont
ignorés)
le N° du client doit être pré-existant
dans la base TIPI sinon l'activation, le
test et le paiement sont impossibles
T2
si le champ SAISIE = "X" et le statut
du Client est à "I" (inactif)
T3
NUMCLI
"Le client TIPI ne peut pas être réactivé par
cette procédure, veuillez contacter
l'administrateur TIPI" un bouton "Fermer la
message à destination d'une collectivité qui
ferait un test à partir d'un titre d'activation
suite à un changement d'applicatif métier ou
autre
0 -1 - 2
contrôle du statut du
client TIPI
Annexe 4 messages d'anomalie.xls
du Client est à "A" (actif) ou le statut
est encore "N" (nouveau) mais une
activation vient d'être effectuée
(présence des références du client
dans la table
TPA_ACTIVATIONCLIENT) - Rappel
la mise à jour du statut au niveau du
client est effectuée en différé mais il
est prévu un contrôle pour empêcher
la réalisation successive de
l'opération d'activation
du client est à "N" (nouveau)
poursuite des contrôles TIPI
T4
"Le client TIPI est déjà activé. Pour effectuer
un test, valoriser le champ SAISIE à "T" dans
l'URL d'appel" un bouton "Fermer la fenêtre"
ferme la POP-UP.
Si titre T, on autorise tous les statuts clients.
31/01/2012
Liste des Anomalies
DOCUMENT DE TRAVAIL
nature du contrôle
Longueur
du champ
Règle de gestion
si le champ SAISIE = "A" ou "M" ou
"P" et le statut du Client est différent
de "A" (actif) le paiement est
impossible
Code
anomalie
SAISIE= "P"
MANUELLE
SAISIE= "M"
"Cette dette ne peut actuellement pas être
payée par Internet. Merci d'effectuer votre
règlement directement auprès de la
Le paiement en ligne est momentanément
Trésorerie(1) indiquée sur votre Avis des
indisponible pour cet identifiant collectivité.
Merci d'effectuer votre règlement par un autre Sommes à Payer(2)".
Un bouton "Fermer la fenêtre" permet la
moyen de paiement.
Un bouton "Ressaisir l'identifiant collectivité" fermeture de la POP UP.
renvoie à l'écran de ressaisie de l'identifiant
collectivité.
T5
0-1-2
2/5
EN CAS
D'ANOMALIE
Observations
Rejet
Page DGFIP
5
5
0 (contrôle préliminaire car non bloquant)
Sans objet
8
9
Sommes à Payer(2)" un bouton "Fermer la
fenêtre" permet la fermeture de la POP UP.
un reporting informera l'administrateur
TIPI
(1) remplacer Trésorerie par Régie pour le (1) remplacer Trésorerie par Régie pour le
code protocole 0
code protocole 0
(2) remplacer Avis des Sommes à Payer
par facture pour les codes protocole 0
le statut du Client est à "A" (actif)
passage au contrôle TIPI suivant
contrôle IRIS
1-2
cf paragraphe 3 "TRAITEMENT IRIS"
T6
"Ce client ne peut pas être activé ou testé car
il n'est pas référencé dans le référentiel IRIS.
Veuillez prendre contact avec votre
comptable" un bouton "Fermer la fenêtre"
permet la fermeture de la POP UP.
Le paiement en ligne pour cet identifiant est
momentanément indisponible. Merci
d'effectuer votre règlement par un autre
moyen de paiement.
collectivité.
"Cette dette ne peut pas être payée par
Internet, veuillez vous adresser à la
Trésorerie indiquée sur votre Avis des
Sommes à Payer" un bouton "Fermer la
La collectivité doit avoir le statut
"Enregistré" dans TIPI Agent, c'est-àdire prise compte chez Payline, pour
pouvoir commencer ses tests.
0-1-2
EXER
vérification du format d'
EXER si le champ est servi
(donnée facultative)
0
4
1
18
2
21
contrôle de forme
T7
"Vous ne pouvez pas activer le client TIPI car "Vous ne pouvez pas activer le client TIPI car "Vous ne pouvez pas activer le client TIPI "Vous ne pouvez pas activer le client TIPI
il n'est pas enregistré dans le référentiel du
car il n'est pas enregistré dans le
prestataire de télépaiement".
référentiel du prestataire de télépaiement". référentiel du prestataire de télépaiement".
L'exercice comporte 4 caractères
numériques, l'année doit être N ou N- E1(n'exi
1 par rapport date du jour
ste pas)
REFDET doit comporter 18
caractères numériques.CODEXER
ou Exer (4) + NUMTITRE ou IdPce
(8) + NUMORDRE ou IdLigne (6)
sinon l'activation, le test et le
R1
caractères CODEXER(4) +
ROLREC(2) + ROLDEB(2) +
ROLDET(13) caractères
alphanumériques sans accent sinon
l'activation, le test et le paiement
sont impossibles
R2
Pas de contrôle générant un message
d'erreur, faire juste un reporting.
Sans Objet.
La référence que vous avez saisie n’est pas
correcte. Veuillez la saisir à nouveau.
Un bouton "Corriger la référence" renvoie à
l'écran de saisie des références de la dette.
si saisie ="X" message:"le format du
paramètre REFDET de l'URL d'activation
n'est pas conforme"
si saisie = "T"
message: "le format du pramètre REFDET de
l'URL de test n'est pas conforme" un bouton
"Fermer la fenêtre" clot la POP-UP
ferait un test alors qu'elle n'est pas encore
enregistré chez Payline.
"Le format de la référence de la dette est
incorrect. Veuillez la ressaisir" un bouton
"Fermer la fenêtre" ferme la POP-UP et
renvoie à l'écran de la collectivité - il n'y a
d'appel explicite de la collectivité par TIPI
moyen de paiement auprès de la
0
6 à 30
REFDET doit comporter entre 6 et 30
caractères au format a z A Z 0 9
sinon le paiement est impossible
R3
Sans Objet.
"La référence de la facture est incorrecte,
veuillez la ressaisir au format
alphanumérique (a z A Z 0 9)" un bouton
renvoie à l'écran de saisie - il n'y a d'appel
explicite de la collectivité par TIPI.
moyen de paiement auprès de la régie
indiquée sur la facture". un bouton
"Fermer la fenêtre" ferme la POP-UP.
31/01/2012
Liste des Anomalies
DOCUMENT DE TRAVAIL
nature du contrôle
Longueur
du champ
Règle de gestion
Code
anomalie
Si la dette n'est pas dans la base de
R4
paiement TIPI, le paiement est
Référen
impossible.
Pour l'activation et le test, il n'y a pas ce de la
de dette en base. Il sera vérifié que le dette
format de la référence de dette est
inconnu
conforme à ce qui est prévu dans le
e
protocole.
si SAISIE = "X" "la référence du titre
d'activation n'est pas conforme, veuillez la
vérifier"
si SAISIE = "T" "la référence du titre de test
n'est pas conforme, veuillez la vérifier" un
bouton OK ferme la POP-UP
SAISIE= "P"
MANUELLE
SAISIE= "M"
"La référence de la dette n'est pas
reconnue, veuillez la ressaisir. En cas de
nouvel échec, merci d'effectuer votre
« La référence que vous avez saisie n’est pas
correcte. Veuillez la saisir à nouveau. »
sommes à payer" un bouton "Fermer la
fenêtre" ferme la POP-UP et renvoie à
l'écran de saisie (il n'y a pas d'appel
explicite de la collectivité par TIPI)
3/5
EN CAS
D'ANOMALIE
Observations
Rejet
Page DGFIP
11 (Coll)
10
16 (Coll)
15
12 (Coll)
11
"La référence n'est pas reconnue, le
d’effectuer votre règlement directement
auprès de la Trésorerie indiquée sur votre
Avis des sommes à payer" un bouton
"Fermer la fenêtre" permet la fermeture de
la POP UP.
contrôle de REFDET
dans la base TIPI
1-2
Incohérence entre la référence de la
dette et le numéro de client
R5
la POP UP.
si la dette est déjà émargée dans la
base de paiement le paiement est
impossible
Le montant à payer a déjà été réglé par
Internet le : "DATTRANS".
R6
Dette
déjà
payée
"Cette dette a déjà été réglée par Internet
le : "DATTRANS" un bouton "Fermer la
Un reporting informera le super
administrateur
REFDET
contrôle suprimé depuis la version V2
contrôle du délai de
mise en ligne
1-2
si la date du jour est > "date de pec"
+ "délai de mise en ligne" du contrat
associé le paiement est impossible.
R7
Hors
délai
s'il n'y a pas de contrat associé au
client TIPI pour ce type de produit le
paiement est impossible
NB pour "A", "M" et "P" : le contrôle
est prévu dans les traitements mais
le cas ne pourra jamais se produire
car on associe le contrat
correspondant lors de la prise en
charge de la dette et ensuite il n'y a
pas de suppression physique des
contrats (une fois créé quand le client
est activé, on peut seulement clore
ou supendre un contrat).
S'il existe un contrat associé ayant
pour statut "S"(suspendu) le
R8
SAISIE="X" "Aucun contrat créé, impossibilité
d'activer le client, veuillez contacter
l'administrateur TIPI"
SAISIE="T" "Aucun contrat créé, tests
impossibles, veuillez contacter
l'administrateur TIPI".
Un bouton "Fermer la fenêtre" ferme la POPUP
Le délai de paiement par Internet est expiré.
Vous devez régler la somme à payer
directement auprès de la trésorerie indiquée
sur la facture ou l’avis que vous avez reçu.
"Le délai pour payer cette dette sur Internet
est expiré, vous devez la régler
directement auprès de la Trésorerie
indiquée sur votre avis des sommes à
payer" un bouton "Fermer la fenêtre"
Cette somme ne peut pas être payée sur
Internet. Merci d’effectuer votre règlement
"Cette somme ne peut actuellement pas
être payée par Internet. Merci d'effectuer
votre règlement directement auprès de la
Sommes à Payer". Un bouton "Fermer la
R9
31/01/2012
Liste des Anomalies
DOCUMENT DE TRAVAIL
nature du contrôle
contrat associé
Longueur
du champ
Règle de gestion
Code
anomalie
SAISIE= "P"
MANUELLE
SAISIE= "M"
4/5
EN CAS
D'ANOMALIE
Observations
Rejet
Page DGFIP
15 (Coll)
14
7
SO
9
6 (vérification du format numérique)
8 (vérification de la longueur)
11(pour activation et test régie)
12 (Rég) / 14 (Coll)
13
1-2-3
s'il n'y a aucun contrat au statut
"O"(ouvert) l'activation est
impossible.
R10
SAISIE="X" "Aucun contrat au statut "O"
Ouvert, l'activation du client est impossible,
veuillez contacter l'administrateur TIPI". Un
bouton "Fermer la fenêtre" ferme la POP-UP
Pour l'activation et le test, on vérifie le statut
du contrat fictif qui est toujours à T (donc de
facto il est ouvert) à partir de la création du
1er contrat du client.
OBJET
contrôle de forme
0-1-2
<100
la valeur du champ doit comporter
des caractères alphanumériques +
l'espace
O1
"Les caractères utilisés dans la zone Objet paiement par Internet est impossible. Merci
sont incorrects, ils doivent être de forme
alphanumérique."
la fenêtre" ferme la POP-UP,
SI SAISIE X ou T "Les caractères utilisés
dans le paramètre "OBJET" sont incorrects,
ils doivent être de forme alphanumérique"
Cas accès par site collectivité
Si le nombre de chiffres du montant
est supérieur à 6 caractères
numériques ou s'il comporte une
virgule, l'activation, le test et le
paiement sont impossibles.
contrôle du nombre et
du format des
caractères
0-1-2
6
M1
Erreur
de
Cas accès par la page DGFIP
La zone "Montant" est subdivisée en forme
deux (partie entière et partie
du
décimale). La partie entière doit
montan
comporter 4 caractères numériques
t
SI SAISIE X ou T "Le montant doit être
exprimé en caractères numériques, en
centimes d'euros sans virgule
Le format du montant saisi n'est pas correct
(présence de caractères non autorisés ou
seuil de paiement sur Internet dépassé).
Veuillez le saisir à nouveau.
Un bouton "Corriger le montant" renvoie à
sans virgule, la zone décimale doit
comporter 2 caractères numérique
sans virgule si elle est servie (si non
servie, elle est considérée à 0 pour la
suite des traitements).
M2
Pour l'activation et le test, le contrôle est
effectué mais ne donnera lieu à aucune
anomalie car la vérification de la valeur
(111111) est faite en premier.
0-1-2
si la valeur est inférieure à 1 € le
«Suite à un problème technique, le
Sommes à Payer(2)» un bouton « Fermer
la fenêtre » permet la fermeture de la POP
UP.
(1) remplacer Trésorerie par Régie pour
les codes protocole 0
autorisé
contrôle de la valeur du
champ MONTANT
"Un problème technique est constaté : le
format du montant est incorrect (présence
de caractères non autorisés ou seuil de
paiement sur Internet dépassé). Merci de
réessayer et d'effectuer votre règlement
directement auprès de votre Trésorerie (1)
en cas de nouvel échec".
Si la valeur est supérieure ou égale à paieme
999999 euros paiement impossible
nt non
MONTANT
Si la longueur est supérieure, le contenu
sera tronqué.
M3
Montant
non
autorisé
Contrôle inactif car le M1 s'applique avant.
Contrôle inactif car le M1 s'applique avant. Contrôle inactif car le M1 s'applique avant.
Le paiement par Carte Bancaire sur
Internet n'est pas accepté pour un montant
inférieur à 1 Euro. Veuillez régler
directement auprès de la Trésorerie(1)
indiquée sur votre Avis des Sommes à
Le paiement par carte bancaire sur Internet
n'est pas accepté pour un montant inférieur à payer(2)" un bouton "Fermer la fenêtre"
1 Euro. Un bouton "retour accueil" renvoie à permet la fermeture de la POP-UP et de
retourner à l'écran de saisie.
l'écran d'accueil de tipi.budget.gouv.fr.
(1) remplacer Trésorerie par Régie pour le
Un reporting informera l'administrateur TIPI. code protocole 0
payer(2)" un bouton "Fermer la fenêtre"
permet la fermeture de la POP-UP et de
code protocole 0
31/01/2012
Liste des Anomalies
DOCUMENT DE TRAVAIL
nature du contrôle
contrôle de la
concordance
référence/montant de la
dette
MEL
du format des
caractères
Longueur
du champ
Si le montant de la dette saisi est
différent de celui de la dette dans
TIPI, le paiement est impossible.
Pour l'activation et le test, il n'y a pas
de dette en base. Il sera vérifié que le
montant figurant dans le paramètre
est conforme à ce qui est prévu dans
le protocole.
1- 2
0-1-2
URLCL
<250
1 - 2
Code
anomalie
M4
MANUELLE
SAISIE= "M"
Ce montant ne correspond pas à la référence
SI SAISIE X ou T "Le montant saisi est
saisie. Merci de vérifier la référence et le
"Ce montant ne correspond pas à la
incorrect. Le paramètre "MONTANT" doit être
montant à payer sur la facture ou l’avis que
référence saisie. Cliquer sur "Fermer la
égal à 111111."
vous avez reçu.
fenêtre" pour le ressaisir". Ce bouton
Un bouton "Fermer la fenêtre" ferme la POPUn bouton "Corriger le montant" renvoie à
permet la fermutre de la POP-UP.
UP
sommes à payer» un bouton"Fermer la
l'adresse MEL du débiteur doit
comporter entre 6 et 80 caractères
maximum ainsi que les caractères
"@" et "." sinon le paiement est
impossible
la POP-UP.
renvoie à l'écran de saisie des références de la POP-UP.
A2
la dette.
Adress SI SAISIE X ou T "L'adresse contenue dans le
paramètre "MEL" est incorrecte "
e
Un bouton "Fermer la fenêtre" ferme la POP- un reporting informera l'administrateur TIPI
électron
UP
ique
non
valide
Contrôle d'identitié entre les deux
adresses mél saisies dans le
formulaire du Portail
A3
Adress
e
électron
ique de
confirm
ation
nonconfor
me
Un bouton "Corriger l'adresse électronique"
pour les clients de type Régie ce
champ doit être servi obligatoirement
et doit être au format
http://.........................; 250 caractères
maximum sinon l'activation, le test et
le paiement sont impossibles
U1
pour les clients de type TITRES et
ROLES si servi doit être au format
http://....................…(.facultatif en
activation et test) .; 250 caractères
maximum
U2
Sans objet
"Vous devez obligatoirement saisir une
adresse électronique valide." un bouton
"Fermer la fenêtre" permet la fermeture de "Fermer la fenêtre" permet la fermeture de
Les adresses électroniques saisies ne sont
pas identiques.
Un bouton "Corriger l'adresse électronique de
confirmation" renvoie à l'écran de saisie des
références de la dette.
Sans objet
EN CAS
D'ANOMALIE
Observations
Rejet
Ce traitement doit être effectué avant les
contrôles sur le Montant limite (M2 et M3)
Page DGFIP
10 (Rég) / 13 (Coll)
12
6
7.2
SO
7.1
11 (Rég)
SO
10 (Coll) pour T et X (bloquant)
0 (contrôle préliminaire car non bloquant
pour M et A)
SO
A1
Adress SI SAISIE X ou T "La saisie de l'adresse mél
est obligatoire"
e
Un bouton "Fermer la fenêtre" ferme la POPélectron
UP
Le format de l’adresse électronique que vous
ique
avez saisie n’est pas valide. Veuillez la saisir "Vous devez obligatoirement saisir une
non
à nouveau.
servie
Sans objet
SI SAISIE X ou T "L'url retour n'est pas servie"
Un bouton "Fermer la fenêtre" ferme la POPSans Objet.
UP
" le paiement par Internet est impossible,
veuillez régler directement auprès de la
régie inscrite sur votre facture" un bouton
la POP UP.
la POP UP.
SI SAISIE X ou T "L'url retour n'est pas valide"
UP
Nota Bene 1
Si présence d'un libellé court pour une anomalie, il faut afficher ce libellé suivi du code.
Sinon, il faut afficher, la mention Erreur suivi du code.
Nota Bene 2
Toutes les anomalies (quelque soit le mode de saisie X, T, A, M ou P) seront journalisées dans l'application TIPI et suprimées au bout de 60 jours,
Les messages de reporting comprendront toujours : le N° client TIPI ; le nom des champs concernés, le code et le libellé de l'anomalie
SAISIE= "P"
l'adresse MEL du débiteur doit être
servie sinon le paiement est
impossible
6 à 80
0
du format des
caractères
Règle de gestion
5/5
31/01/2012
ANNEXE 5
Exemples d’adaptations de sites Internet au paiement en ligne
La collectivité a le choix entre deux modalités pour récupérer les éléments nécessaires à l’identification de la
dette et de l’usager :
FORMULAIRE DE SAISIE :
Exemple non contractuel, dépendant de la structure des factures émises par le régisseur, présentant au-dessus
du formulaire, une facture standard et les champs où sont communiquées les références à saisir.
Sur le portail présenté en exemple, nous suggérons l’affichage simultané du formulaire de saisie et d’une
facture vierge qui servira d’aide à l’usager pour la saisie des champs du formulaire.
Une autre solution consiste à faire apparaître explicitement sur les factures, les références exactes qui devront
être saisis par les usagers.
Après saisie par l’usager, et après contrôle de présence et de cohérence, la collectivité enrichit l’URL aller des
informations collectées dans le formulaire de saisie. La collectivité vérifie que toutes les valeurs sont enrichies avant
transmission à TIPI. A réception, TIPI effectue ses contrôles pour permettre à l’usager de payer sa dette par Internet.
Annexe 5 exemple page collectivité.doc
1
ANNEXE 5
Compte usager :
Sur le principe des sites marchands, l’usager après s’être identifié sur le site Web de la collectivité, accède
à son compte et visualise ses dettes restant dues et sélectionne celle qu’il souhaite payer.
Exemple non contractuel :
Monsieur, Madame
….
Après sélection d’une dette à payer et confirmation par l’usager de son choix de payer celle-ci, la collectivité
enrichit des informations nécessaires l’URL aller et la transmet à. A réception, TIPI effectue ses contrôles pour
permettre à l’usager de payer sa dette par Internet.
La collectivité doit interfacer son portail avec son Système d’Information (SI) comptable afin de présenter à
l’usager les dettes émises à son encontre. Cela sous-entend l’obligation :
- de sécuriser les accès des usagers par Identifiant et mot de passe pour accéder aux dettes restant
dues,
- de traiter l’URL retour transmise par TIPI en temps réel, en indiquant en correspondance de la dette
payée via TIPI « paiement CB par Internet en cours de validation » et la rendre non sélectionnable
ou en la retirant, de la liste des dettes proposée à la sélection de l’usager,
- de gérer le délai de mise en ligne, qui correspond à la période pendant laquelle les factures sont
payables en Régie. Dès lors que le titrage, émission des titres au comptable public, est effectué, ces
factures ne doivent plus être sélectionnables par l’usager pour le paiement sur Internet.
En effet les factures ne doivent plus être payables à l’expiration de ce délai de mise en ligne. Ceci afin
d’éviter le double paiement pour une même créance; d’une facture via TIPI et d’un titre de recette pour
cette même facture.
2
ANNEXE 1
FORMULAIRE D'ADHESION A L’APPLICATION
TIPI POUR
LES REGIES
Libellé de la collectivité :
SIRET de la collectivité :
Libellé de la Régie
Adresse du lieu d’encaissement
Produit à encaisser
BALF de réception des tickets
de paiement (facturettes CB)
BALF de la télécollecte Carte
Bancaire journalière
Je soussigné,
représentant légal de
sollicite la possibilité d’encaisser par Internet via TIPI les factures émises par la régie désignée supra et
pour ce faire demande son adhésion à l’application TIPI. Cette adhésion engage la collectivité de
rattachement à demander l’ouverture d’un contrat commerçant CB, domicilié sur un compte Dépôts de
Fonds Trésor, pour la régie supra et à se conformer au cahier des charges joint à la convention
d’adhésion.
Fait en 3 exemplaires à
Visa du comptable
Assignataire
le
Signature du représentant légal
de la collectivité adhérente
Le Régisseur
N° Client TIPI
Visa du correspondant
monétique
N° contrat CB
Annexe 1 Régie Formulaire adhésion
TIPI.doc
ANNEXE 2 LISTE DES PRODUITS TIPI :
ANNEXE 3
FORMULAIRE D'ADHESION DES COLLECTIVITES
AU SYSTEME D'ENCAISSEMENT PAR CARTE BANCAIRE
DES FACTURES DE REGIES SUR INTERNET (TIPI)
VENTE A DISTANCE (INTERNET) TARIF SPL
UN CONTRAT CB PAR CLIENT TIPI
Formulaire à transmettre au correspondant monétique de votre département en charge de le vérifier et de le
compléter si nécessaire.
Informations administratives concernant la collectivité
Exemple
Commune de Talard
Place de la mairie
BP18
05130 TALLARD
• Dénomination et adresse de la collectivité :
• Enseigne abrégée : Libellé commerçant CB qui figurera sur tous les documents CB
| | | | | | | | | | | | | | | | | | | |
(Libellé explicite de la régie. Ex: Cantine Talard))
| | | | | | | | | | | | | | |
(Dept)
(commune de rattachement de la régie)
• Numéro SIRET de la collectivité:
(http://avis-situation-sirene.insee.fr/avisitu/jsp/avis.jsp)
• Code A.P.E. : nouveau 8411Z (= ancien 751A)
• Nom du régisseur :
• téléphone :
• Mél du régisseur:
Informations de nature bancaire
Sélectionner
- Type de contrat : Vente à
distance
- Centre de traitement : MONEXT
(pour TIPI, et non pas ATOS)
Saisir : Plafond de garantie 1 euro
Cocher :
exception contrôle de
double
Compte Dépôt de Fonds au Trésor du régisseur (ex : 10071 00245 0000T050098 40)
CODE BANQUE
CODE GUICHET
NUMERO DE COMPTE
CLE
Joindre un RIB DFT
Le comptable du Trésor assignataire de la
régie adhérente à TIPI
Annexe 3 contrat adhesion CB TIPI Régie.doc
-1-
Liste des Anomalies
DOCUMENT DE TRAVAIL
1/5
Document
Auteur :
T AGIUS M GASPARD L.OUVRAT
Nom
Projet :
TIPI
Type
Contrôle anomalies URL COLLOC-TIPI
et anomalies Saisie Portail
Spécifications techniques
Statut
Validé
Date création
22/09/2010
Date dernière mise à jour
SAISIE
nature du contrôle
contrôle d'existence et
de valeur
0-1-2
Longueur
du champ
Règle de gestion
1
La valeur du champ ne peut avoir
pour valeur que "P-M-A-T ou X" .
La valeur "P" est chargée
automatiquement lors d'un accès par
le portail.
si la valeur du champ ="M" message
colonne "saisie manuelle",
si la valeur ="A" message colonne
"saisie automatique",
si la valeur = "T" c'est une URL de
test,
si valeur ="X" c'est une URL
d'activation
S1
Le numéro de client TIPI doit
comporter 6 caractères numériques.
Sinon l'activation, le test et le
T1
contrôle du nombre et du
format des caractères
0-1-2
Code
anomalie
paiement" un bouton "Fermer la fenêtre"
ferme la POP-UP
Merci de le vérifier dans le paramètre
"NUMCLI" et ou contacter l'administrateur
TIPI." un bouton "Fermer la fenêtre" ferme la
POP-UP - il n'y a d'appel explicite de la
collectivité par TIPI.
6
SAISIE= "P"
MANUELLE
SAISIE= "M"
paiement" .
moyen de paiement" un bouton "Fermer la
la fenêtre" ferme la POP-UP.
L’identifiant collectivité que vous avez saisi
est erroné ou inconnu. Merci de ressaisir
l'identifiant collectivité précisé sur votre
facture ou avis des sommes à payer.
renvoie à l'écran de saisie de l'identifiant
collectivité.
Merci d’effectuer votre règlement par un
autre moyen de paiement." Un bouton
"Fermer la fenêtre" ferme la POP-UP (TIPI)
et de fait, renvoie à l'écran de la collectivité
- il n'y a d'appel explicite de la collectivité
par TIPI).
EN CAS
D'ANOMALIE
18/05/2011
Observations
Rejet
si la paramètre "saisie" n'est pas servi, un
reporting informera l'administrateur TIPI.
Page DGFIP
1
3
2
1
3
2
4
4
moyen de paiement."
Un bouton "Fermer la fenêtre" ferme la
POP-UP (TIPI) et de fait, renvoie à l'écran
de la collectivité - il n'y a d'appel explicite
de la collectivité par TIPI.
contrôle d'existence du
NUMCLI dans la base des
clients TIPI (précision : les
clients de statut "migré"
présents dans TIPI sont
ignorés)
le N° du client doit être pré-existant
dans la base TIPI sinon l'activation, le
test et le paiement sont impossibles
T2
du Client est à "I" (inactif)
T3
NUMCLI
"Le client TIPI ne peut pas être réactivé par
cette procédure, veuillez contacter
l'administrateur TIPI" un bouton "Fermer la
ferait un test à partir d'un titre d'activation
suite à un changement d'applicatif métier ou
autre
0 -1 - 2
client TIPI
du Client est à "A" (actif) ou le statut
est encore "N" (nouveau) mais une
activation vient d'être effectuée
(présence des références du client
dans la table
TPA_ACTIVATIONCLIENT) - Rappel
la mise à jour du statut au niveau du
client est effectuée en différé mais il
est prévu un contrôle pour empêcher
la réalisation successive de
l'opération d'activation
du client est à "N" (nouveau)
poursuite des contrôles TIPI
T4
"Le client TIPI est déjà activé. Pour effectuer
un test, valoriser le champ SAISIE à "T" dans
l'URL d'appel" un bouton "Fermer la fenêtre"
ferme la POP-UP.
Si titre T, on autorise tous les statuts clients.
31/01/2012
Liste des Anomalies
DOCUMENT DE TRAVAIL
nature du contrôle
Longueur
du champ
Règle de gestion
si le champ SAISIE = "A" ou "M" ou
"P" et le statut du Client est différent
de "A" (actif) le paiement est
impossible
Code
anomalie
SAISIE= "P"
MANUELLE
SAISIE= "M"
Le paiement en ligne est momentanément
indisponible pour cet identifiant collectivité.
Merci d'effectuer votre règlement par un autre Sommes à Payer(2)".
Un bouton "Fermer la fenêtre" permet la
moyen de paiement.
Un bouton "Ressaisir l'identifiant collectivité" fermeture de la POP UP.
collectivité.
T5
0-1-2
2/5
EN CAS
D'ANOMALIE
Observations
Rejet
Page DGFIP
5
5
0 (contrôle préliminaire car non bloquant)
Sans objet
8
9
Sommes à Payer(2)" un bouton "Fermer la
un reporting informera l'administrateur
TIPI
(1) remplacer Trésorerie par Régie pour le (1) remplacer Trésorerie par Régie pour le
code protocole 0
code protocole 0
le statut du Client est à "A" (actif)
passage au contrôle TIPI suivant
contrôle IRIS
1-2
cf paragraphe 3 "TRAITEMENT IRIS"
T6
"Ce client ne peut pas être activé ou testé car
il n'est pas référencé dans le référentiel IRIS.
Veuillez prendre contact avec votre
comptable" un bouton "Fermer la fenêtre"
Le paiement en ligne pour cet identifiant est
momentanément indisponible. Merci
moyen de paiement.
collectivité.
La collectivité doit avoir le statut
"Enregistré" dans TIPI Agent, c'est-àdire prise compte chez Payline, pour
pouvoir commencer ses tests.
0-1-2
EXER
vérification du format d'
EXER si le champ est servi
(donnée facultative)
0
4
1
18
2
21
contrôle de forme
T7
"Vous ne pouvez pas activer le client TIPI car "Vous ne pouvez pas activer le client TIPI car "Vous ne pouvez pas activer le client TIPI "Vous ne pouvez pas activer le client TIPI
référentiel du prestataire de télépaiement". référentiel du prestataire de télépaiement".
L'exercice comporte 4 caractères
numériques, l'année doit être N ou N- E1(n'exi
1 par rapport date du jour
ste pas)
caractères numériques.CODEXER
ou Exer (4) + NUMTITRE ou IdPce
(8) + NUMORDRE ou IdLigne (6)
sinon l'activation, le test et le
R1
caractères CODEXER(4) +
ROLREC(2) + ROLDEB(2) +
ROLDET(13) caractères
alphanumériques sans accent sinon
l'activation, le test et le paiement
sont impossibles
R2
Pas de contrôle générant un message
d'erreur, faire juste un reporting.
Sans Objet.
si saisie ="X" message:"le format du
paramètre REFDET de l'URL d'activation
n'est pas conforme"
si saisie = "T"
message: "le format du pramètre REFDET de
l'URL de test n'est pas conforme" un bouton
"Fermer la fenêtre" clot la POP-UP
ferait un test alors qu'elle n'est pas encore
enregistré chez Payline.
"Le format de la référence de la dette est
incorrect. Veuillez la ressaisir" un bouton
renvoie à l'écran de la collectivité - il n'y a
d'appel explicite de la collectivité par TIPI
0
6 à 30
REFDET doit comporter entre 6 et 30
caractères au format a z A Z 0 9
sinon le paiement est impossible
R3
Sans Objet.
"La référence de la facture est incorrecte,
veuillez la ressaisir au format
alphanumérique (a z A Z 0 9)" un bouton
renvoie à l'écran de saisie - il n'y a d'appel
explicite de la collectivité par TIPI.
moyen de paiement auprès de la régie
indiquée sur la facture". un bouton
"Fermer la fenêtre" ferme la POP-UP.
31/01/2012
Liste des Anomalies
DOCUMENT DE TRAVAIL
nature du contrôle
Longueur
du champ
Règle de gestion
Code
anomalie
Si la dette n'est pas dans la base de
R4
paiement TIPI, le paiement est
Référen
impossible.
Pour l'activation et le test, il n'y a pas ce de la
de dette en base. Il sera vérifié que le dette
format de la référence de dette est
inconnu
conforme à ce qui est prévu dans le
e
protocole.
si SAISIE = "X" "la référence du titre
d'activation n'est pas conforme, veuillez la
vérifier"
si SAISIE = "T" "la référence du titre de test
n'est pas conforme, veuillez la vérifier" un
bouton OK ferme la POP-UP
SAISIE= "P"
MANUELLE
SAISIE= "M"
« La référence que vous avez saisie n’est pas
correcte. Veuillez la saisir à nouveau. »
fenêtre" ferme la POP-UP et renvoie à
l'écran de saisie (il n'y a pas d'appel
explicite de la collectivité par TIPI)
3/5
EN CAS
D'ANOMALIE
Observations
Rejet
Page DGFIP
11 (Coll)
10
16 (Coll)
15
12 (Coll)
11
la POP UP.
contrôle de REFDET
dans la base TIPI
1-2
Incohérence entre la référence de la
dette et le numéro de client
R5
la POP UP.
si la dette est déjà émargée dans la
base de paiement le paiement est
impossible
Le montant à payer a déjà été réglé par
Internet le : "DATTRANS".
R6
Dette
déjà
payée
Un reporting informera le super
administrateur
REFDET
contrôle suprimé depuis la version V2
contrôle du délai de
mise en ligne
1-2
si la date du jour est > "date de pec"
+ "délai de mise en ligne" du contrat
associé le paiement est impossible.
R7
Hors
délai
s'il n'y a pas de contrat associé au
client TIPI pour ce type de produit le
NB pour "A", "M" et "P" : le contrôle
est prévu dans les traitements mais
le cas ne pourra jamais se produire
car on associe le contrat
correspondant lors de la prise en
charge de la dette et ensuite il n'y a
pas de suppression physique des
contrats (une fois créé quand le client
est activé, on peut seulement clore
ou supendre un contrat).
S'il existe un contrat associé ayant
pour statut "S"(suspendu) le
R8
SAISIE="X" "Aucun contrat créé, impossibilité
d'activer le client, veuillez contacter
l'administrateur TIPI"
SAISIE="T" "Aucun contrat créé, tests
impossibles, veuillez contacter
l'administrateur TIPI".
Le délai de paiement par Internet est expiré.
Vous devez régler la somme à payer
R9
31/01/2012
Liste des Anomalies
DOCUMENT DE TRAVAIL
nature du contrôle
contrat associé
Longueur
du champ
Règle de gestion
Code
anomalie
SAISIE= "P"
MANUELLE
SAISIE= "M"
4/5
EN CAS
D'ANOMALIE
Observations
Rejet
Page DGFIP
15 (Coll)
14
7
SO
9
6 (vérification du format numérique)
8 (vérification de la longueur)
11(pour activation et test régie)
12 (Rég) / 14 (Coll)
13
1-2-3
s'il n'y a aucun contrat au statut
"O"(ouvert) l'activation est
impossible.
R10
SAISIE="X" "Aucun contrat au statut "O"
Ouvert, l'activation du client est impossible,
veuillez contacter l'administrateur TIPI". Un
bouton "Fermer la fenêtre" ferme la POP-UP
Pour l'activation et le test, on vérifie le statut
du contrat fictif qui est toujours à T (donc de
facto il est ouvert) à partir de la création du
1er contrat du client.
OBJET
contrôle de forme
0-1-2
<100
la valeur du champ doit comporter
des caractères alphanumériques +
l'espace
O1
"Les caractères utilisés dans la zone Objet paiement par Internet est impossible. Merci
sont incorrects, ils doivent être de forme
alphanumérique."
la fenêtre" ferme la POP-UP,
SI SAISIE X ou T "Les caractères utilisés
dans le paramètre "OBJET" sont incorrects,
ils doivent être de forme alphanumérique"
Cas accès par site collectivité
Si le nombre de chiffres du montant
est supérieur à 6 caractères
numériques ou s'il comporte une
virgule, l'activation, le test et le
paiement sont impossibles.
du format des
caractères
0-1-2
6
M1
Erreur
de
Cas accès par la page DGFIP
La zone "Montant" est subdivisée en forme
deux (partie entière et partie
du
décimale). La partie entière doit
montan
comporter 4 caractères numériques
t
SI SAISIE X ou T "Le montant doit être
exprimé en caractères numériques, en
centimes d'euros sans virgule
Le format du montant saisi n'est pas correct
(présence de caractères non autorisés ou
seuil de paiement sur Internet dépassé).
Veuillez le saisir à nouveau.
Un bouton "Corriger le montant" renvoie à
sans virgule, la zone décimale doit
comporter 2 caractères numérique
sans virgule si elle est servie (si non
servie, elle est considérée à 0 pour la
suite des traitements).
M2
0-1-2
si la valeur est inférieure à 1 € le
Sommes à Payer(2)» un bouton « Fermer
la fenêtre » permet la fermeture de la POP
UP.
autorisé
contrôle de la valeur du
champ MONTANT
"Un problème technique est constaté : le
format du montant est incorrect (présence
de caractères non autorisés ou seuil de
paiement sur Internet dépassé). Merci de
réessayer et d'effectuer votre règlement
directement auprès de votre Trésorerie (1)
en cas de nouvel échec".
Si la valeur est supérieure ou égale à paieme
999999 euros paiement impossible
nt non
MONTANT
Si la longueur est supérieure, le contenu
sera tronqué.
M3
Montant
non
autorisé
Contrôle inactif car le M1 s'applique avant.
Contrôle inactif car le M1 s'applique avant. Contrôle inactif car le M1 s'applique avant.
Le paiement par carte bancaire sur Internet
n'est pas accepté pour un montant inférieur à payer(2)" un bouton "Fermer la fenêtre"
1 Euro. Un bouton "retour accueil" renvoie à permet la fermeture de la POP-UP et de
l'écran d'accueil de tipi.budget.gouv.fr.
Un reporting informera l'administrateur TIPI. code protocole 0
payer(2)" un bouton "Fermer la fenêtre"
permet la fermeture de la POP-UP et de
code protocole 0
31/01/2012
Liste des Anomalies
DOCUMENT DE TRAVAIL
nature du contrôle
contrôle de la
concordance
référence/montant de la
dette
MEL
du format des
caractères
Longueur
du champ
Si le montant de la dette saisi est
différent de celui de la dette dans
TIPI, le paiement est impossible.
Pour l'activation et le test, il n'y a pas
de dette en base. Il sera vérifié que le
montant figurant dans le paramètre
est conforme à ce qui est prévu dans
le protocole.
1- 2
0-1-2
URLCL
<250
1 - 2
Code
anomalie
M4
MANUELLE
SAISIE= "M"
Ce montant ne correspond pas à la référence
SI SAISIE X ou T "Le montant saisi est
saisie. Merci de vérifier la référence et le
"Ce montant ne correspond pas à la
incorrect. Le paramètre "MONTANT" doit être
montant à payer sur la facture ou l’avis que
référence saisie. Cliquer sur "Fermer la
égal à 111111."
vous avez reçu.
fenêtre" pour le ressaisir". Ce bouton
Un bouton "Fermer la fenêtre" ferme la POPUn bouton "Corriger le montant" renvoie à
permet la fermutre de la POP-UP.
UP
sommes à payer» un bouton"Fermer la
l'adresse MEL du débiteur doit
comporter entre 6 et 80 caractères
maximum ainsi que les caractères
"@" et "." sinon le paiement est
impossible
la POP-UP.
renvoie à l'écran de saisie des références de la POP-UP.
A2
la dette.
Adress SI SAISIE X ou T "L'adresse contenue dans le
paramètre "MEL" est incorrecte "
e
Un bouton "Fermer la fenêtre" ferme la POP- un reporting informera l'administrateur TIPI
électron
UP
ique
non
valide
Contrôle d'identitié entre les deux
adresses mél saisies dans le
formulaire du Portail
A3
Adress
e
électron
ique de
confirm
ation
nonconfor
me
Un bouton "Corriger l'adresse électronique"
pour les clients de type Régie ce
champ doit être servi obligatoirement
et doit être au format
http://.........................; 250 caractères
maximum sinon l'activation, le test et
le paiement sont impossibles
U1
pour les clients de type TITRES et
ROLES si servi doit être au format
http://....................…(.facultatif en
activation et test) .; 250 caractères
maximum
U2
Sans objet
"Vous devez obligatoirement saisir une
"Fermer la fenêtre" permet la fermeture de "Fermer la fenêtre" permet la fermeture de
Les adresses électroniques saisies ne sont
pas identiques.
Un bouton "Corriger l'adresse électronique de
confirmation" renvoie à l'écran de saisie des
références de la dette.
Sans objet
EN CAS
D'ANOMALIE
Observations
Rejet
Ce traitement doit être effectué avant les
contrôles sur le Montant limite (M2 et M3)
Page DGFIP
10 (Rég) / 13 (Coll)
12
6
7.2
SO
7.1
11 (Rég)
SO
10 (Coll) pour T et X (bloquant)
0 (contrôle préliminaire car non bloquant
pour M et A)
SO
A1
Adress SI SAISIE X ou T "La saisie de l'adresse mél
est obligatoire"
e
Un bouton "Fermer la fenêtre" ferme la POPélectron
UP
Le format de l’adresse électronique que vous
ique
avez saisie n’est pas valide. Veuillez la saisir "Vous devez obligatoirement saisir une
non
à nouveau.
servie
Sans objet
SI SAISIE X ou T "L'url retour n'est pas servie"
UP
la POP UP.
la POP UP.
SI SAISIE X ou T "L'url retour n'est pas valide"
UP
Nota Bene 1
Si présence d'un libellé court pour une anomalie, il faut afficher ce libellé suivi du code.
Sinon, il faut afficher, la mention Erreur suivi du code.
Nota Bene 2
Toutes les anomalies (quelque soit le mode de saisie X, T, A, M ou P) seront journalisées dans l'application TIPI et suprimées au bout de 60 jours,
Les messages de reporting comprendront toujours : le N° client TIPI ; le nom des champs concernés, le code et le libellé de l'anomalie
SAISIE= "P"
l'adresse MEL du débiteur doit être
servie sinon le paiement est
impossible
6 à 80
0
du format des
caractères
Règle de gestion
5/5
31/01/2012
ANNEXE 5
Exemples d’adaptations de sites Internet au paiement en ligne
La collectivité a le choix entre deux modalités pour récupérer les éléments nécessaires à l’identification de la
dette et de l’usager :
FORMULAIRE DE SAISIE :
Exemple non contractuel, dépendant de la structure des factures émises par le régisseur, présentant au-dessus
du formulaire, une facture standard et les champs où sont communiquées les références à saisir.
Sur le portail présenté en exemple, nous suggérons l’affichage simultané du formulaire de saisie et d’une
facture vierge qui servira d’aide à l’usager pour la saisie des champs du formulaire.
Une autre solution consiste à faire apparaître explicitement sur les factures, les références exactes qui devront
être saisis par les usagers.
Après saisie par l’usager, et après contrôle de présence et de cohérence, la collectivité enrichit l’URL aller des
informations collectées dans le formulaire de saisie. La collectivité vérifie que toutes les valeurs sont enrichies avant
transmission à TIPI. A réception, TIPI effectue ses contrôles pour permettre à l’usager de payer sa dette par Internet.
1
ANNEXE 5
Compte usager :
Sur le principe des sites marchands, l’usager après s’être identifié sur le site Web de la collectivité, accède
à son compte et visualise ses dettes restant dues et sélectionne celle qu’il souhaite payer.
Exemple non contractuel :
Monsieur, Madame
….
Après sélection d’une dette à payer et confirmation par l’usager de son choix de payer celle-ci, la collectivité
enrichit des informations nécessaires l’URL aller et la transmet à. A réception, TIPI effectue ses contrôles pour
permettre à l’usager de payer sa dette par Internet.
La collectivité doit interfacer son portail avec son Système d’Information (SI) comptable afin de présenter à
l’usager les dettes émises à son encontre. Cela sous-entend l’obligation :
- de sécuriser les accès des usagers par Identifiant et mot de passe pour accéder aux dettes restant
dues,
- de traiter l’URL retour transmise par TIPI en temps réel, en indiquant en correspondance de la dette
payée via TIPI « paiement CB par Internet en cours de validation » et la rendre non sélectionnable
ou en la retirant, de la liste des dettes proposée à la sélection de l’usager,
- de gérer le délai de mise en ligne, qui correspond à la période pendant laquelle les factures sont
payables en Régie. Dès lors que le titrage, émission des titres au comptable public, est effectué, ces
factures ne doivent plus être sélectionnables par l’usager pour le paiement sur Internet.
En effet les factures ne doivent plus être payables à l’expiration de ce délai de mise en ligne. Ceci afin
d’éviter le double paiement pour une même créance; d’une facture via TIPI et d’un titre de recette pour
cette même facture.
2

V0_3 Cahier des Charges télépaiement

Transcription

Documents pareils

le Dauphin le Dauphin

Les Formules Camping

taijiquan - Ecole du mouvement interne, Nantes

Fiche programme et inscription

Stage Eté Nature 2016 - Ecole du mouvement interne, Nantes

Tarifs - Camping du Lac de Bournazel

Décision - Régie des marchés agricoles et alimentaires du Québec

Comment vÃ©rifier mon code de licence?

Attestation relative aux rémunérations les plus élevées

Comment effacer le mot de passe Administrateur du