REMERCIEMENT

Pour russir un projet, de nombreuses personnes sont appeles collaborer. Sans leur
accompagnement, cette belle aventure naurait pu tre mene bien. Je profite de ces
quelques lignes pour les remercier.
Je tiens avant tout propos remercier vivement la Direction Gnrale de lOffice
National dElectricit et de lEau Potable Branche Electricit qui ma permis dintgrer
lOffice, et Monsieur HEDDAR Abdelmajid, le Directeur Financier de mavoir accueilli dans
le cadre dun stage de pr embauche.

Je remercie sincrement mon parrain de stage Monsieur CHKIBOU Hassan chef de

division trsorerie et mon encadrant Monsieur EZZAHI Aziz, Chef de dpartement charg du
service rglement pour leur assistance rgulire, leur coute, leur encouragement et leurs
conseils et remarques riches en explications.
Jadresse aussi tous mes remerciements toute personne qui est intervenue de prs ou
de loin llaboration de ce rapport.
Ce cheminement pour mener ce titre naurait pu tre sans la confiance et le soutien
moral de ma famille, que je tiens remercier.

[i]

SOMMAIRE
REMERCIEMENT ................................................................................................................................................ I
SOMMAIRE ...................................................................................................................................................... II
LISTE DES ABREVIATIONS ................................................................................................................................ III
INTRODUCTION ................................................................................................................................................ 1
CHAPITRE I : PRESENTATION DE LOFFICE ......................................................................................................... 4
I - APERU HISTORIQUE ............................................................................................................................................ 4
II - MISSIONS DE LONEE-BE.................................................................................................................................... 5
III - ORGANISATION DE LOFFICE ................................................................................................................................. 6
IV - PRESENTATION DE LA DIRECTION FINANCIERE ......................................................................................................... 7
V - PRESENTATION DE LA DIVISION TRESORERIE............................................................................................................. 8
CHAPITRE II : PRESENTATION DE LA PROCEDURE DE REGLEMENT DES DEPENSES DE LOFFICE ....................... 10
I - LES DEPENSES DE LONEE-BE .............................................................................................................................. 10
II - LE REGLEMENT DES DEPENSES DANS LE CADRE DUN ENGAGEMENT ............................................................................. 11
III - LE REGLEMENT DES FRAIS ANNEXES ET LES AUTRES DEPENSES .................................................................................... 16
CHAPITRE III : DEFINITION DE QUELQUES CONCEPTS DU PAIEMENT ELECTRONIQUE AU MAROC .................. 18
I - SYSTEME INTERBANCAIRE MAROCAIN DE TELECOMPENSATION ................................................................................... 18
II - CHANGE DES DONNEES INFORMATISEES............................................................................................................... 20
III - LA SIGNATURE ELECTRONIQUE ............................................................................................................................ 21
CHAPITRE IV : LA CONCEPTION ET LA MISE EN PLACE DUN SYSTEME DE PAIEMENT ELECTRONIQUE
AUTOMATIQUE .............................................................................................................................................. 24
I - ANALYSE DE LEXISTANT ...................................................................................................................................... 24
II - DIAGNOSTIC DE LEXISTANT................................................................................................................................. 37
III - LA PROPOSITION DE SOLUTION ........................................................................................................................... 38
CONCLUSION .................................................................................................................................................. 58
REFERENCES BIBLIOGRAPHIQUES ................................................................................................................... 60
LISTE DES FIGURES ......................................................................................................................................... 61
LISTE DES TABLEAUX ...................................................................................................................................... 62
LISTE DES ANNEXES ........................................................................................................................................ 63
TABLE DES MATIERES ..................................................................................................................................... 75

[ii]

Liste des abrviations

LISTE DES ABREVIATIONS

AC

: Autorit de Certification

ASIMT

: Association pour Systme Interbancaire Marocain de Tlcompensation

ATWB

: AttijariWafa Bank

BDF

: Bailleurs De Fond

BMCI

: Banque Marocaine pour le Commerce et l'Industrie

BMCE

: Banque Marocaine du Commerce Extrieur

BCP

: la Banque Centrale Populaire

CDM

: Crdit Du Maroc

CFT

: Cross File Transfer

CMSS

: Caisse Mutuelle de Scurit Social

CNSS

: Caisse National de Securit Sociale

COS

: Conseil des uvres Sociales

CREDOC

: Crdit Documentaire

CQQCOQP

: Comment, Quoi, Qui, Combien, Ou, Quand, Pourquoi

DAM

: Direction Approvisionnements et Marchs

DF/DAJ

: Direction des Affaires Juridiques

DF/DFI/TR

: Division Trsorerie

DF/DFI/TR/RE

: Service Rglement

DF/DFI/TR/GT

: Service Gestion de la Trsorerie

DF/DFI/CO/FI

: Service Fiscalit

DF/DFI/CF

: Division Comptabilit Fournisseurs

DF/DFI/FN

: Division Financement

DR/DRH/AS

: Division Affaires Sociales

EDI

: change des Donnes Informatises

EEM

: nergie lectrique du Maroc

GSIMT

: Groupement pour Systme Interbancaire Marocain de Tlcompensation

IP

: Internet Protocole

ISO

: International Organization for Standardization

MAD

: Marocain Dirham

NTIC

: Nouvelles Technologies de lInformation et de la Communication

ONEE-BE

: Office National dlectricit et de lEau potable / Branche lectricit

ONE

: Office National dlectricit

ONEP

: Office National dEau Potable

PERG

: Programme dlectrification Rurale Globale

PIN

: Personal Identification Number

PNS

: Postes Non Solds

[iii]

Liste des abrviations

REMDOC

: Remise Documentaire

RUU

: Rgles et Usances Uniformes

SAP

: Systems, Applications and Products in Data Processing

SGMB

: Socit Gnrale Marocaine des Banques

SIMT

: Systme Interbancaire Marocain de Tlcompensation

SSL

: Secure Sockets Layer

SWIFT

: Society for Worldwide Interbank Financial Telecommunication

TVA

: Taxe sur la Valeur Ajoute

USB

: Universal Serial Bus

VPN

: Virtual Private Network

[iv]

Introduction

INTRODUCTION
Les progrs raliss sur le plan informatique se sont prolongs dans le domaine de
tlcommunications ou les transmissions de donnes se ralisent par cble ou satellites
instantanment et nimporte quel point du globe grce des rseaux intgrs de
transmission (exemple : Swift, Reuter, Internet,). Cette association entre linformatique et
tlcommunication a donn lieu une nouvelle dimension de lautomation : la tlmatique.
Dans ce contexte nouveau, llment humain est petit petit vinc aux stades de
transmission et de rencodage des informations, mais garde toute son importance au niveau de
lintroduction des donnes dans le systme, lors de la ralisation des programmes de
traitement, de calcul ou de scurisation des oprations. En effet, toute erreur commise ces
niveaux a des consquences multiples aux divers stades ultrieurs de la chaine dinformations.
Lentreprise doit pouvoir se convertir et suivre avec enthousiasme cette volution qui
amliore sa productivit et permet ses collaborateurs de se concentrer sur les tches nobles
telles que la rflexion, la gestion et la prise de dcisions. Loutil revient ainsi un instrument au
service de lhomme.
La rapidit de raction des marchs financiers et limportance de la centralisation des
informations amnent le trsorier daujourdhui de faire un usage intensif de la tlmatique
dans les diffrents domaines qui touchent ses fonctions.
Le trsorier peut disposer plus rapidement des donnes dont il a besoin pour grer les
flux financiers, grce un transfert par tlmatique depuis la maison mre, les filiales, les
dpts, les usines,les donnes ainsi transmises seront plus facilement actualises et
intgreront immdiatement les derniers dveloppements constats ou dcisions prises. De
nouveaux collaborateurs pourront avoir accs linformation alors quauparavant cela leur
tait refus en raison de la lourdeur du systme (nombreuses photocopies ou duplications de
listing). Cette communication plus large et plus efficace aura comme consquence un
rapprochement rel des collaborateurs disperss dans des units diffrentes permettant ainsi
de raviver plus lesprit dquipe que lesprit de clocher et combattre le cloisonnement.
LOffice National de llectricit et de lEau Potable Branche lectricit est un
oprateur essentiel du dveloppement socio-conomique du Maroc. Il est reconnu pour la
qualit des services quil offre pour soutenir le dveloppement conomique du pays. Sa
contribution est immense en matire de mobilisation dinvestissement extrieur et
dveloppement de nouveaux partenariats nationaux et internationaux.
Dans le cadre de sa mission, lOffice est amen grer avec un grand nombre de
fournisseurs, les dpenses engages ; la gestion des rglements de ces dpenses a connu
[1]

Introduction
travers le temps des changements frquents dans le but de lui apporter au fur et mesure des
amliorations qui ont toujours abouti de bons rsultats.
Afin, dappuyer son effort de rorganisation et servir efficacement les objectifs de
dcentralisation, simplifier ses processus, amliorer sa gestion et adapter ses processus aux
diffrents changements ; lONEE-BE a opt pour SAP R/3 comme solution logicielle en
remplacement de ses applications de gestion dveloppes en interne.
SAP (Systms, Applications and Products in Data Processing) dsigne la fois une
entreprise allemande cre en 1972, diteur du produit, du mme nom, class dans la
catgorie des progiciels.
Le progiciel SAP a dmarr aux cites centraux de loffice le mois doctobre 2000, le site
pilote de Knitra a suivi et aprs, les sites rgionaux ;la mise en uvre du progiciel SAP a
favoris une nette amlioration de la gestion des rglements tant au niveau du suivi des
factures avec la validation lectronique (WORKFLOW), quau niveau de ldition
automatique des ordres de paiement (virements et chques) et la comptabilisation de
lopration de rglement (gnration automatique des critures comptables de rglement).
Les dpenses de lONEE-BE sont traites ce jour presque de la mme manire
puisque 99% de ces dpenses sont intgres dans le progiciel SAP. Lobjectif cest de
dmatrialiser le processus purchase-to-pay et order-to-cash, afin de suivre le dveloppement
des Nouvelles Technologies de lInformation et de la Communication NTIC.
Dans le cadre de la modernisation du systme de paiement, la Banque Centrale, en
collaboration avec les banques, et la Trsorerie Gnrale du Royaume, ont mis en place un
systme

de

tlcompensation

dnomm

"Systme

Interbancaire

Marocain

de

Tlcompensation" (S.I.M.T). La gestion de ce dernier est confie lAssociation pour

Systme Interbancaire Marocain de Tlcompensation (ASIMT) qui a t transforme en un
Groupement dintrt conomique Groupement pour Systme Interbancaire Marocain de
Tlcompensation (GSIMT), et qui a pour mission la Scurisation des transferts
interbancaires, harmonisation des dlais de rglement ou encore loptimisation de la gestion
de trsorerie des banques et des entreprises. Actuellement, il accorde une attention particulire
lefficacit et la performance des mcanismes de compensation et de rglement. Pour ce
faire, des actions de scurisation, de prvention des risques et defficience du systme de
paiement de masse sont rgulirement menes. La gestion des risques financiers demeure une
des proccupations essentielles du groupement.

[2]

Introduction
En outre, aprs la signature lectronique scurise, le lgislateur sapprte introduire
dans notre systme juridique, la notion de la monnaie lectronique1. Sous la pression des
innovations technologiques qui secouent toutes les constructions juridiques classiques, le
systme juridique marocain est forc de sadapter pour viter dtre dpass par la pratique
bancaire. De nouveaux instruments de paiement foisonnent ; ils ont tous comme point
commun, la dmatrialisation. Les moyens de paiement classiques rsistent, mais leurs jours
sont compts vu la puissance du rouleau compresseur des nouvelles technologies.
Devant une telle situation, quels sont les points forts et faibles du systme de paiement
de loffice, quels sont les besoins attendus, quelles sont les amliorations possibles?
Cest autour de cette problmatique que sarticule notre projet. Notre but cest de faire
un diagnostic du systme rglement adopt dans lONEE-BE ce jour dans une premire
tape, et dans une seconde tape de faire une conception et une mise en place dun systme de
paiement lectronique automatique.
La mthodologie de travail qui sera retenue se prsente en deux phases :
- La premire phase sera consacre lobservation linterview, la collecte des
informations et la dfinition des principes de base permettant de comprendre et de cerner le
systme de rglement adopt ce jour dans lOffice ;
- La seconde phase sera ddie la description et lanalyse de ltat actuel puis la
conception et la mise en place dun systme de paiement lectronique automatique, systme
crant un fichier lectronique de paiement pour un rglement de masse, et gnrant des avis
de paiement, le rglement sera valid par la suite par les personnes habilites, pour envoyer
lordre la banque et les avis de paiement au fournisseur concern via un rseau lectronique.

Selon larticle 16 du projet de loi bancaire, la monnaie lectronique est un moyen de paiement qui sajoute aux
autres moyens de paiement comme le chque, la lettre de change, lavis de prlvement, etc. Il la dfinit comme
tant toute valeur montaire reprsentant une crance sur lmetteur qui est stocke sur un support lectronique,
mise contre la remise de fonds dun montant dont la valeur nest pas infrieure la valeur montaire mise et
accepte comme moyen de paiement par des tiers autres que lmetteur de la monnaie lectronique.

[3]

Chapitre I
Chapitre I : Prsentation de lOffice
LOffice National de llectricit et de lEau Potable Branche lectricit, est un
tablissement public dot de la personnalit morale et de lautonomie financire. Il est sous
tutelle du Ministre de lnergie, des Mines et le contrle du Ministre de lconomie et des
Finances.

I - Aperu historique
Le premier acteur de la production, du transport et de la distribution de llectricit au
Maroc tait une entreprise franaise qui portait le nom de nergie lectrique du Maroc qui
disposait de la concession de lempire chrifien de lpoque. En 1924, cette socit anonyme
possdait des usines et assurait plus de 90% de la production nationale dlectricit,
confirmait ainsi son monopole dans le march de lnergie.
Cette situation ne rassurait pas feu Sa Majest le Roi Hassan II qui pensait quun
secteur aussi important dans le dveloppement stratgique du pays devait tre gr en main
directe par lEtat. cet effet, lOffice Nationale de llectricit a t cre par le dahir n 163-226 du Rabii 1er relatif au 5 aot 1963 pour prendre le relais de la socit EEM et
remplacer par la mme occasion dautres socits trangres qui agissaient dans ce secteur
comme la Socit Marocaine de Distribution ou la Socit Chrifienne de lnergie
ainsi que la socit espagnole Electras Maroquis .
Les droits et les obligations de lOffice ont t dfinis dans le cahier des charges
approuv par dcret en 1974, qui indique les conditions techniques, administratives et
financires relatives lexploitation des ouvrages de production, de transport et de
distribution de lnergie lectrique.
Jusquau dbut des annes 90, lOffice assurait presque la totalit de la production, du
transport et de la distribution de lnergie lectrique sur le territoire marocain notamment dans
le milieu rural, hormis les quelques provinces (RABAT, CASA, SAFI, TANGER,
TETOUAN, LARACHE, MARRAKECH, MEKNES, FES, KENITRA et ELJADIDA) o la
distribution de llectricit est assure par une dizaine de rgies municipales elles-mmes
clients de lONEE-BE.
Pour faire face la couverture financire du programme dquipement en moyen de
production dlectricit ncessaire pour assurer la satisfaction des volutions futures des
besoins, et rpondre au souci de dsengagement de lEtat et dallgement du poids de la dette
publique (orientations gnrales du pays), lONEE-BE a mis en place, en 1994, le processus
de la production concessionnaire dlectricit, qui permet au secteur priv, national ou non et

[4]

Chapitre I
dans un cadre prcis, de devenir producteur dnergie lectrique conformment au Dcret
Loi n 2-94-503 (16 Rabii II 1415) relatif au 23 septembre 1994, publi au Bulletin Officiel
du 5 Octobre 1994.
Ce Dcret Loi, portant modification du Dahir de cration de lONEE-BE, a ainsi mis
fin son monopole de production.
Dans ce cadre, un contrat a t sign le 12 septembre 1997, entre lONEE-BE et le
consortium international compos des socits Helvtico Sudoise ABB et Amricaine CMS
dans le cadre de la concession de la centrale thermique de JORF LASFAR pour une dure de
30 ans en imposant ce groupement dentreprises la vente de la totalit de sa production en
nergie lectrique lONEE-BE.
Aprs cette exprience, lONEE-BE a mis en concession la centrale de production
olienne de Koudia Blanco de 50MW entre les mains dun consortium compos des socits
autrichiennes et franaises et lance toutes les constructions des centrales de production future,
en partenariat avec des socits trangres, telles que TAHADART, ou toute seule pour le cas
de la centrale thermo solaire de Jrada.
Aprs plusieurs annes dtudes, de rflexion et de dbats, parfois houleux, lOffice
national dlectricit (ONE) et lOffice national deau potable (ONEP), ont pu concrtiser leur
regroupement qui avait comme objectif lharmonisation des stratgies national dans ces deux
secteurs cls en mobilisant et en valorisant les ressources nergtiques et hydriques, et en
grant leurs utilisations de manire efficace pour faire face aux mutations conomiques et
financires mondiales. Le projet de loi N 40-09 concernant ce regroupement a t prsent
pour la premire fois la deuxime Chambre du Parlement le 19 mars 2010 avant dtre
adopt le 21 septembre 2011. Mais, le regroupement dfinitif des deux offices pour devenir
lONEE na eu lieu quau 22 Avril 2012. Les deux offices sont devenus avec une nouvelle
entit publique dnomme lOffice National de lElectricit et de lEau Potable (ONEE).

II - Missions de LONEE-BE
Les principales missions de l'ONEE-BE consistent :
- Rpondre aux besoins du pays en nergie lectrique dans des meilleurs conditions de
cout et de qualit de service;
- Assurer, tout instant, lquilibre entre loffre et la demande ;
- Grer et dvelopper le rseau du transport;
- Planifier, intensifier et gnraliser l'extension de l'lectrification rurale;

[5]

Chapitre I
- uvrer pour la promotion et le dveloppement des nergies renouvelables;
- Consolider la position du Royaume en tant que carrefour rgional de lnergie
lectrique.
Et d'une faon plus gnrale :
- Grer la demande globale de l'nergie lectrique. Toutefois, compte tenu d'une part des
objectifs de l'ONEE-BE ;
- Satisfaire dans les meilleures conditions techniques et conomiques la progression de
la demande en nergie, sans cesse croissante ;
- Assurer au meilleur cot directement ou indirectement la couverture financire des
programmes d'investissements de plus en plus lourds et indispensables au
dveloppement de l'conomie du pays.

III - Organisation de loffice

Lorganisation de lOffice se compose de quatre ples principaux. Chaque ple se
compose de trois six directions ; Pour le ple finance et commercial o se situe la Division
trsorerie il se compose de six directions comme les montre figure 1 ci-aprs :

[6]

Chapitre I
Figure 1 : Structure Organisationnelle de lONEE-BE

IV - Prsentation de la Direction Financire

La direction financire est rattache au ple finance et commercial, elle est organise en
six divisions figure 2 sa mission consiste rentabiliser les ressources de loffice, assurer
lquilibre financier et donner une bonne image, sur la situation financire, aux partenaires
stratgiques de lOffice.
Ainsi la direction financire est amene :
Mettre en place une politique financire permettant loffice datteindre ses objectifs
dans les meilleures conditions. Et ce, travers la recherche des ressources, tout en
veillant les rentabiliser ;
Assister les diffrentes entits dans le pilotage conomique de leurs projets ;
Suivre les rsultats de loffice, dceler les carts et proposer des actions correctives.

[7]

Chapitre I
Figure 2 : Structure organisationnelle de la direction financire

V - Prsentation de la Division Trsorerie

La division trsorerie est une entit de la direction financire qui est compose de trois
services figure 3 . Chaque service coiffe des bureaux ; mon stage de titularisation sest
droul dans le service rglement qui englobe trois bureaux comme les indique la figure 4 .
Figure 3 : Structure organisationnelle de la division trsorerie

[8]

Chapitre I
Figure 4 : Structure organisationnelle du service rglement

Elle a pour objectif essentiel loptimisation de la gestion de trsorerie et de rglement ;

ainsi les principales activits et missions de la division trsorerie sont :

Missions

Activits
Grer les rglements de l'office

Assurer le rglement des dpenses

conformement la procedure en vigure

Comptabiliser
et
oprations bancaires

rapprocher

les

Grer et tablir les prvisions de la

trsorerie de loffice

Optimiser la trsorerie de lOffice

Mettre en place la couverture des

besoins de trsorerie et assurer le
placement des exedents

Figure 5 : Missions et activits de la division Trsorerie

[9]

Chapitre II
Chapitre II : Prsentation de la procdure de rglement des dpenses de
lOffice
Dans ce chapitre, nous allons prsenter premirement les dpenses de lOffice, puis
nous passons la description de la procdure rglement en utilisant des logigrammes
schmatisant cette procdure pour chaque cas de paiement.
Nous avons ralis des logigrammes dtaillant les tapes du circuit de paiement dans la
division trsorerie en se basant la fois sur linterview, les documents utiliss et des
observations faites pendant ma priode de stage dans le service.
La conception de logigrammes tant compltement nouvelle pour nous, il nous a fallu
faire recours un logiciel nomm MEGA qui gnre ce genre de diagramme.
Ces diffrents logigrammes, qui nous ont permis de rdiger clairement le cheminement
de la facture et les diverses actions relatives son circuit au sein de la division trsorerie avant
de passer au paiement, sont prsents dans les Annexes de 1 10.

I - Les dpenses de lONEE-BE

Comme toute structure industrielle, on peut distinguer dans lOffice deux catgories de
dpenses savoir : les dpenses dinvestissement et les dpenses de fonctionnement.

1 - Dpenses de fonctionnement
Les dpenses de fonctionnement sont les dpenses lies au fonctionnement courant de
loffice, cest--dire les dpenses qui reviennent rgulirement chaque anne, une partie de
ces dpenses est traite dans le cadre de marchs et commande, les autres sont rgles sur la
base dune autorisation de dpense tablie par les entits concernes. Ces dpenses
regroupent principalement :

Achat des combustibles (charbon, fuel et gaz naturel) ;

Achat dnergie au Maroc ou ltranger ;

Les frais de rmunration de personnels ;

Les dpenses dentretien et de fourniture ;

Les charges financires ;

Prestations de services ;

Remboursement de la dette ;

Droits de douanes ;

Impts et taxes ;

Pensions des retraits ;

Dpenses du Conseil des uvres Sociales COS ;

Dpenses de la Caisse Mutuelle de Scurit Social CMSS ;

[10]

Chapitre II

Autres.
Ainsi lvolution des dpenses de fonctionnement pendant les quatre dernires annes

est prsente dans le tableau ci-dessous.

Tableau 1: volution des dpenses de fonctionnement
FLUX

2010

2011

2012

2013

Dcaissements de fonctionnement
En millions de Dhs

19 583,05

23 009,90

25 706,68

24 179,51

Source : Service DF/DFI/TR/GT

Daprs le tableau ci-dessus on peut remarquer que les dpenses de fonctionnement ont
progress de 2010 2012 de presque 31%, et ont diminu en 2013 de 6%, on peut dire que
leffet du dficit na rpercut sur les dpenses de fonctionnement quen 2013.

2 - Dpenses dinvestissement
Les dpenses dinvestissement comprennent essentiellement des oprations qui se
traduisent par une modification de la consistance ou de la valeur du patrimoine : achat de
matriels durables, constructions ou amnagement de btiment, travaux et fournitures de
moyens de production, de transport, de distribution, et du PERG.
Ainsi lvolution des dpenses dinvestissement pendant les quatre dernires annes est
prsente dans le tableau ci-dessous.
Tableau 2: volution des dpenses dinvestissement
FLUX

2010

2011

2012

2013

Dcaissements d'Investissement
En millions de Dhs

3 754,44

4 682,83

2 973,80

4 288,32

Source : Service DF/DFI/TR/GT

En fait, il nous apparait que les dpenses dinvestissement ont augment en 2011 de
presque 25%, alors quen 2012 ont connu une dgradation remarquable due au dficit cumul
de 15 milliards de Dirhams qua souffert loffice de 2008 au 2012, ainsi fin 2012 la
trsorerie a marqu un solde ngatif de plus de 8 Milliards de Dirhams2.

II - Le rglement des dpenses dans le cadre dun engagement

Le traitement des dpenses diffre selon le cadre dans lequel ces dpenses sont
effectues. La grande majorit des dpenses est effectue dans le cadre de commandes et
marchs

Source de linformation : http://www.medias24.com/ECONOMIE/ENTREPRISES/10491-ONEE-un-deficitcumule-de-15-milliards-de-DH-de-2008-a-2012.html

[11]

Chapitre II
Dans ces dpenses, on distingue dune part les fournisseurs locaux qui sont installs au
Maroc et dont les marchs ou commandes prvoient des paiements en MAD, et dautre part
les fournisseurs trangers qui sont installs ltranger et dont les marchs ou commandes
prvoient des paiements en devises trangres.

1 - Rglement en faveur des rsidents

Le rglement en faveur des rsidents est un paiement en MAD, qui demande un peu de
vigilance afin de dtecter si le paiement sort du cadre normal et ncessite un traitement
particulier.
Certains fournisseurs exigent le rglement par crdit ou remise documentaire certaines
factures peuvent galement tre rgles directement par les bailleurs de fonds dans le cadre
des marchs financs.
A - Cas normal
Aprs rception des factures dment signes par les personnes habilites de lONEEBE, DFI/TR/RE procde diffrentes vrifications avant deffectuer le paiement. En
Annexe 1 les tapes suivies par cette entit pour le rglement des factures dans le cas
normal.
B - Cas de nantissement
Le nantissement de crance est le contrat par lequel lentreprise titulaire du march
donne en gage la crance qui rsultera de lexcution du march conclu avec lONEE-BE un
tablissement bancaire qui lui garantira le financement de son activit.
Ce contrat ne peut tre ralis quavec laccord de lONEE-BE qui doit sassurer que le
contractant na pas dautres engagements avec ses cranciers concernant le march en question,
et quaucune opposition au paiement, ni de saisie-arrt nest notifie son encontre.
Pendant la ralisation du march nanti, lONEE-BE remet au contractant une attestation
de droit constat pour chaque facture aprs sa vrification. Le contractant remet cette
attestation ltablissement financier qui lui verse une avance sur le montant indiqu dans
lattestation du droit constat.
la date dchance de la facture, lONEE-BE tablit le moyen de paiement en faveur
de ltablissement financier indiqu dans lacte de nantissement.
Le fournisseur est inform des rglements effectus avec le dtail des factures rgles.
La procdure de paiement en cas de nantissement est prsente dans Annexe 2 .

[12]

Chapitre II
C - Cas de saisie-arrt
Procdure qui permet un crancier de faire pratiquer par un huissier de justice une
saisie des comptes bancaires de son dbiteur et dobtenir le paiement des sommes qui lui sont
dues.
Dans le mme cadre, des saisies-arrts peuvent tre notifies lencontre des
fournisseurs de lONEE-BE par leurs cranciers. DF/DAJ est aussitt inform par le tribunal
et avise DF/DFI/TR pour bloquer tout paiement en faveur de la socit lencontre de
laquelle la saisie-arrt est notifie concurrence du montant de la saisie-arrt en attendant soit
la main leve soit lordre dexcution de la saisie-arrt .
La procdure de paiement en cas de saisie-arrt se trouve en Annexe 3 .
D - Cas dopposition au paiement
Les cranciers de lONEE-BE peuvent avoir des problmes dacquittement avec leurs
cranciers qui peuvent aboutir des saisies-arrts, comme ils peuvent avoir des problmes de
rglement avec les administrations de ltat tels que la CNSS, le CRDIT AGRICOLE DU
MAROC et lAdministration Fiscale, que la loi autorise procder directement la
notification des oppositions au paiement lencontre de leurs clients non solvables sans
passer par le tribunal, comme les cas des saisies-arrts. Mais les cas les plus frquents sont
ceux des oppositions fiscales notifies par ladministration fiscale.
Dans ce cas, DF/DAJ est inform directement par lorganisme de ltat et avise
DF/DFI/TR pour bloquer tout paiement en faveur de la socit concerne en attendant soit
une main leve.
La procdure en cas dopposition au paiement voir Annexe 4 .
E - Cas de dlgation ou cession de crance
Cession de creance : Il sagit dun contrat conclu entre le titulaire dun march (le
contractant) et un tiers (cessionnaire) visant transmettre ce dernier une crance issue de
lexcution du march. En effet, le contractant ordonne lONEE-BE de payer partiellement
ou totalement ses crances, gnres du fait du march conclu avec lOffice, au cessionnaire.
Subrogation : ou laffacturage, cest une technique de gestion financire par laquelle
une socit financire gre, dans le cadre dun contrat , le poste clients dune entreprise en
achetant ses factures, en recouvrant ses crances et en garantissant les crances sur ses
dbiteurs. Cette technique permet aux entreprises damliorer leur trsorerie et de rduire
leurs frais de gestion des comptes clients. Ce service est rmunr par une commission sur le
montant des factures.

[13]

Chapitre II
Il est signaler que la dlgation de crance nest accepte par lOffice qu titre
exceptionnel, suite la demande justifie dun directeur.
La procdure de paiement suivie en cas de dlgation de crance est prsente
dans Annexe 5 .

2 - Rglement en faveur des non rsidents

Le rglement des fournisseurs non-rsidents est gnralement effectu par des ordres de
transfert, mais certains fournisseurs exigent le rglement par crdit ou remise documentaire.
Certaines factures peuvent galement tre rgles directement par les bailleurs de fonds dans le
cadre des marchs financs.
A - Cas normal
Le traitement des factures en devise est identique celui des factures en MAD, mais les
factures en devises prsentent les particularits suivantes :
La TVA est facture part et rgle soit au reprsentant fiscal du fournisseur tranger
soit directement par loffice ladministration fiscale,
Les factures relatives aux prestations de services et passibles la retenue la source,
sont rgles en dduisant cette retenue la source, si elle est la charge du fournisseur, pour la
verser ladministration fiscale,
Les ordres de transfert des factures de fournitures doivent tre joints par un engagement
dimportation imput par la douane.
Le rglement des factures de TVA est effectu par DF/DFI/TR qui procde la
rgularisation du cours de change en se basant sur le cours de rglement de la facture de base
y affrente. Lordre de paiement est ensuite tabli au nom de ladministration fiscale ou bien
au nom du reprsentant fiscal du contractant (sil existe).
La procdure de rglement en devise dans le cas normal est en Annexe 6
B - Cas de paiement par crdit ou remise documentaire
Le crdit documentaire peut tre dfini comme tant un engagement de paiement en
vertu duquel une banque sengage pour le compte dun donneur dordre payer, vue ou
terme, une somme dtermine en faveur dun fournisseur de biens ou de services contre
remise par ce dernier, avant certaine date, de documents spcifiques tels quexigs
initialement par lordonnateur.
Le processus de ralisation dun crdit documentaire est illustr par le graphique
suivant :

[14]

Chapitre II

Figure 6 : Le processus de ralisation dun crdit documentaire

1- Conclusion du contrat : entre l'acheteur/importateur et le vendeur/exportateur. Lors des
ngociations, il a t convenu que le mode de paiement est un crdit documentaire
irrvocable.
2- Instructions d'ouverture : L'acheteur demande sa banque d'ouvrir un crdit
documentaire qui doit tre notifi sans confirmation de la part de la banque du vendeur.
Dans les instructions d'ouverture, l'acheteur remplit un formulaire en spcifiant les
documents requis pour l'importation de la marchandise.
3- Solvabilit de l'acheteur : La banque de l'acheteur vrifie la solvabilit de son client de
mme que les signatures sur le formulaire de demande. Elle s'assure galement que les
instructions sont claires et compltes.
4- Ouverture : La banque de l'acheteur met le crdit documentaire et le fait parvenir par le
rseau SWIFT la banque du vendeur. L'acheteur reoit alors une copie de l'envoi.
5- Contrle : Aprs rception du crdit documentaire, la banque du vendeur vrifie
l'authenticit du crdit documentaire et s'il est soumis aux RUU (Rgles et Usances
Uniformes). Elle vrifie ensuite si les instructions ne contiennent pas d'erreurs.
6- Notification : La banque du vendeur avise son client qu'il a reu un crdit documentaire
en sa faveur.

[15]

Chapitre II
7- Contrle : Lors de la rception de l'avis, le bnficiaire vrifie si les conditions
spcifies dans le crdit documentaire sont conformes ce qui a t tabli lors des
ngociations. Si le bnficiaire est en dsaccord avec une clause quelconque, il doit
demander l'acheteur de modifier les conditions.
8- Expdition de la marchandise : Le bnficiaire expdie la marchandise et prpare les
documents demands selon les instructions du crdit documentaire.
9- Remise des documents : Le bnficiaire prsente les documents sa banque.
10- Vrification : La banque du vendeur vrifie que tous les documents sont conformes ce
qui a t exig dans le crdit documentaire. En cas d'erreurs, son client n'est plus assur
d'tre pay.
11- Envoi des documents : La banque du vendeur envoie les documents la banque de
l'acheteur et demande tre paye.
12- Vrification : La banque de l'acheteur vrifie son tour tous les documents afin de
statuer sur leur conformit.
13- Paiement : Si tout est conforme, la banque de l'acheteur procde au paiement la banque
du vendeur, moins les frais applicables.
14- Dbit de l'acheteur et remise des documents : La banque de l'acheteur dbite le compte
de son client du montant du crdit documentaire, et lui remet tous les documents.
L'acheteur peut alors ddouaner la marchandise et en prendre possession.
15- Paiement : La banque du vendeur paie son client, moins les frais applicables.
Les fournisseurs de lONEE-BE peuvent choisir dtre pays par crdit ou remise
documentaire, dans ce cas le service rglement suit la procdure de paiement dcrite dans le
logigramme Annexe 7 .

III - Le rglement des frais annexes et les autres dpenses

Les dpenses diverses peuvent tre traites en MAD comme elles peuvent tre traites
en devises.

1 - Rglement en faveur des rsidents

Cette tranche concerne essentiellement les dpenses de fonctionnement telles que les
droits de douane, les impts et taxes les loyers les honoraires et dautres dpenses traites
comme des dpenses diverses.
Lopration de rglement des divers est initie par lentit concerne qui tablit la pice
de dpense sur la base de la facture ou dun document interne lONEE-BE.

[16]

Chapitre II
En Annexe 8 est prsente la procdure de rglement des divers en MAD cas
normal

2 - Rglement en faveur des non-rsidents

Les dpenses diverses en devises sont rares et elles concernent en gnral les frais de
participation des cadres de lONEE-BE aux diverses manifestations et sminaires ltranger,
des cotisations de lOffice dans des organisations internationales ainsi que les dpenses du
COS concernant lhospitalisation des agents de lOffice ltranger.
Ces dpenses sont matrialises par des pices de dpenses tablies par les units
concernes et justifies par des factures ou des correspondances des organismes trangers et
des documents internes.
La procdure de rglement des divers en devise dans le cas normal se trouve en
Annexe 9

3 - Alimentation de caisse
Les caisses de loffice sont rparties entre les diverses units oprationnelles et
fonctionnelles selon les besoins et la position gographique.
Les caisses de dpenses ne sont pas autorises encaisser les rglements des clients et
servent uniquement effectuer les dpenses autorises par caisse elles sont alimentes
mensuellement par des mises disposition effectues par DFI/TR suite la demande des
rgisseurs de caisses et dans la limite des plafonds autoriss.
Procdure alimentation de caisse Annexe 10

4 - Rglement par prlvement direct sur le compte bancaire de loffice.

Il y a un certain nombre de dpenses qui sont rgles directement par prlvement sur
les comptes bancaires de lONEE-BE notamment les frais et commissions bancaires, les
intrts sur utilisation de dcouvert, rglement du service de la connexion bancaire et les
commissions de garantie de financement de ltat.
Lopration de rglement de ce type de dpenses est initie par la banque qui prlve les
montants en question du compte bancaire de lONEE-BE. Un avis de dbit du montant
prlev est ensuite remis loffice. DFI/TR/RE procde la vrification du montant prlev.
En cas danomalie, une rclamation crite est aussitt adresse la banque pour demande de
rgularisation. Si le montant prlev est conforme, DFI/TR/RE comptabilise lopration dans
SAP en dbitant la classe six par le crdit du sous compte bancaire concern.

[17]

Chapitre III
Chapitre III : Dfinition de quelques concepts du paiement lectronique au
Maroc
Le secteur des nouvelles technologies au Maroc connait plusieurs mutations dues la
dynamique du march, lapparition de nouvelles innovations et ladoption de nouvelles
politiques limage du plan Maroc numrique. En effet, en contribuant la croissance
conomique et la construction dune socit de la connaissance, les technologies de
linformation ont ainsi pu devenir un vecteur de cration de richesses part entire dans le
pays, faisant dornavant partie de stratgies nationales, voire internationales.

I - Systme Interbancaire Marocain de Tlcompensation

Les transactions effectues manuellement provoquent des retards de rglement et ne
correspondent pas aux besoins dune conomie moderne ; si le recours aux procdures
manuelles rduit le risque systmique, cela freine le dveloppement du secteur financier, donc
la construction dun rseau intgr permettant des changes en temps rel simpose.

1 - Prsentation gnrale du SIMT

Le systme interbancaire marocain de tlcompensation (SIMT) est un nouveau systme
de paiement instaur par Bank Al Maghrib (BAM), qui sinscrit dans le cadre de la
modernisation en profondeur de linfrastructure des systmes de paiement du Maroc. Il gre la
compensation des chques, des virements, des avis de prlvement, des effets et autres
instruments de paiement. Ses lments cls sont lutilisation de la tltransmission des
donnes et lautomatisation de la saisie des informations relatives aux chques et autres
valeurs papiers.
Le SIMT est ddi lchange lectronique des oprations de masse correspondant
des oprations clientle, matrialises par lchange des moyens de paiement scripturaux,
lexception des cartes de paiement ; il devient ainsi lunique systme dchange des
oprations de masse au Maroc.
Le SIMT regroupe les diffrentes banques, la Trsorerie Gnrale et Barid Al Maghrib.
Limportance systmique du SIMT est justifie par la valeur importante des paiements
traits par ce dernier. Ainsi, en 2013, le SIMT a trait 58 millions doprations interbancaires,
contre 55.8 millions une anne auparavant, en progression de 3.8%, pour un montant total
compens de 1533 milliards de dirhams. La tendance haussire des transactions dans le SIMT
depuis 2003 sexplique par lintgration graduelle de la dmatrialisation des diffrents
moyens de paiement, dont le processus a t achev en 20093.

http://www.gsimt.ma/chiffres-marquants

[18]

Chapitre III
2 - Objectifs du SIMT
Le SIMT a pour objectifs :

La rduction des dlais dexcution des virements

La rduction du dlai de recouvrement ;

La scurisation des changes ;

La centralisation des soldes des rglements ;

Lamlioration de la gestion de la trsorerie des participants.

3 - Etapes de mise en place du SIMT

Depuis janvier 2002, le SIMT a t en phase de test au niveau de la chambre de
compensation de Casablanca o transitent plus de 60 % des valeurs compenses lchelle
nationale. Une fois oprationnel, ce systme a t progressivement tendu lensemble des
chambres de compensation.
Depuis 2003, SIMT effectue quotidiennement la tlcompensation des chques pour la
place de Casablanca.
De mme et depuis septembre 2004, SIMT a permis la mise en production des
virements dmatrialiss lchelle nationale avec un rglement centralis sur la place de
Casablanca. Depuis, les dlais des rglements ont t rduit de J+15 j+1 et ce, quelques
soient les places dimplantation des banques de lmetteur et du bnficiaire.
En aot 2005, Bank Al-Maghrib et les autres adhrents lAssociation pour le Systme
Interbancaire Marocain de Tlcompensation ASIMT , ont conclu la convention interbancaire
dchange des prlvements via le SIMT.

Figure 7 : Regard rtrospectif sur le SIMT depuis 20064

4

http://www.gsimt.ma/historique

[19]

Chapitre III
II - change des Donnes informatises
Dans un monde o la mondialisation nest plus contester o le commerce ne cesse de
se dvelopper, les entreprises cherchent voluer et se renforcer. Cette croissance passe
forcment par un grand volume dactivits et donc une grande quantit dinformations grer
et dont il faudra tirer le meilleur parti pour prendre les bonnes dcisions et tre plus
comptitive dans un cadre dinternationalisation des changes commerciaux et de concurrence
accrue.
Pour atteindre cet objectif, englobant la diminution des cots internes, par la
suppression des tches sans valeur ajoute au profit des tches valeur ajoute, il existe des
mthodes de communication rapides, fiables et moins onreuses, savoir les changes
lectroniques.

1 - Prsentation gnrale de lEDI

L'abrviation EDI signifie Electronic Data Interchange ou, en franais, Echange de
Donnes Informatises.
L'EDI peut tre dfini comme lchange, dordinateur ordinateur, de donnes
informatises automatiques concernant des transactions en utilisant des rseaux et des formats
normaliss.
Les informations issues du systme informatique de lmetteur transitent par
lintermdiaire de rseaux vers le systme informatique du partenaire pour y tre intgres
automatiquement.
Ainsi, pour communiquer des informations pour un besoin immdiat et direct, le
tlphone, le tlex ou le fax sont amplement suffisants. Mais pour qu'une entreprise puisse
communiquer des informations un partenaire commercial directement d'ordinateur
ordinateur sans passer par un intermdiaire papier et que celui-ci puisse les traiter
automatiquement dans son systme informatique :
L 'EDI a su impos sa rigueur et sa fiabilit. Il normalise et acclre la circulation de
l'information tout en la rendant moins coteuse que les moyens traditionnels de
communication. En remplaant de documents papier par des documents lectroniques
sans perte de la valeur probante de ces documents : en cas de contrle fiscal par exemple, les
factures papier sont exiges par les contrleurs moins qu'il n'existe un contrat d'inter change
entre les parties auquel cas les factures EDI sont admises.
Les documents changs sont de diffrentes natures : bons de commandes, factures, avis
de livraison, rcpisss de transport, virements bancaires.

[20]

Chapitre III
Le concept EDI est d'origine ancienne, mais sa technologie a volu. Aujourd'hui son
application est lie au dveloppement considrable de l'utilisation des nouvelles technologies
de l'information dans les activits administratives, financires et commerciales des
entreprises.

2 - Architecture de lEDI
Une architecture EDI se dcompose gnralement en trois composants principaux, comme
illustr dans la figure 8 ci-dessous, savoir:
- les applications propres ;
- une interface EDI ;
- un service de transport.

Figure 8 : Architecture de lchange des Donnes Informatises

III - La signature lectronique

Lessor Internet dans le monde, modifie de manire fondamentale les modes de
communication. Ainsi, de plus en plus de documents qui taient auparavant transmis sur papier
sont maintenant changs lectroniquement. Cela prsente de nombreux avantages : les
communications entre une entreprise et ses banques sont beaucoup plus rapides, et la rduction
de la quantit de papier ncessaire ces communications ne peut tre que bnfique pour
lenvironnement. Pourtant, un problme majeur se pose : comment confrer ces documents
lectroniques la mme valeur juridique qu leurs prdcesseurs physiques, qui taient
authentifis par la signature manuscrite des diffrentes parties impliques ? Cest pour rsoudre
ce problme que le systme de signature lectronique a t conu.

[21]

Chapitre III
1 - Dfinition de la signature lectronique
Une signature lectronique est un ensemble de donnes informatiques gnres partir
dun document lectronique qui permet dauthentifier ce document. Elle peut tre intgre au
document ou spare de celuici.
Une signature lectronique doit garantir deux proprits : elle doit identifier le signataire du
document, et garantir que le document na pas t altr depuis lapposition de la signature.
Pour cela, les caractristiques suivantes doivent tre respectes :
-

Authentique : L'identit du signataire doit pouvoir tre retrouve de manire certaine ;

Infalsifiable : La signature ne peut pas tre falsifie. Quelqu'un d'autre ne peut se faire
passer pour un autre ;

Non rutilisable: La signature n'est pas rutilisable. Elle fait partie du document sign et
ne peut tre dplace sur un autre document ;

Inaltrable : Un document sign est inaltrable. Une fois qu'il est sign, on ne peut plus le
modifier ;

Irrvocable : La personne qui a sign ne peut le nier.

2 - Notions requises
La signature lectronique fait appel deux concepts distincts : la cryptographie
asymtrique, et le systme de certificats.
A - Cryptographie asymtrique
La signature lectronique se fonde sur le chiffrement asymtrique (cest l'opration qui
consiste transformer tout ou une partie d'un texte dit clair en cryptogramme, message chiffr
et protg, grce une fonction intermdiaire paramtrable dite cl de cryptage. Si une ligne
utilise des dispositifs de chiffrement, les donnes sont transmises sous forme brouille, de
manire ce qu'elles ne puissent pas tre comprises par un intrus) : il y a deux cls, lune
prive, qui permet de signer, lautre publique, qui permet de vrifier lauthenticit de la
signature.
B - Certificat et autorit de certification
La cryptographie asymtrique est un moyen efficace dauthentifier des donnes
numriques. Un problme reste cependant rsoudre : comment sassurer que la cl publique
que notre correspondant nous a communiqu est bien celle de la personne physique ou morale
quil prtend tre? Le systme de certificat apporte une solution ce problme. Un certificat
est en quelque sorte une carte didentit numrique. Pour en obtenir un, il faut sadresser une

[22]

Chapitre III
autorit de certification5.En mettant un certificat, lAC tablit de manire officielle la
correspondance entre une cl publique et une personne physique ou morale, identifie par un
nom, une adresse email ou un enregistrement. Par la suite, la personne transmet ce certificat
ses correspondants, qui sassurent de sa validit auprs de lAC.
Un certificat peut se prsenter sous forme physique (carte puce ou cl USB), ou sous
forme logicielle (fichier).

3 - Cadre juridique
La loi n 53-05 relative lchange lectronique de donnes juridiques dit que lcrit
sur support lectronique a la mme force probante que lcrit sur support papier.
De la mme loi, la signature lectronique scurise, prvue par les dispositions de
larticle 417-3 du dahir formant Code des obligations et des contrats, doit satisfaire aux
conditions suivantes :
- tre propre au signataire ;
- tre cre par des moyens que le signataire puisse garder sous son contrle exclusif ;
- garantir avec lacte auquel elle sattache un lien tel que toute modification ultrieure du dit
acte soit dtectable.
Elle doit tre produite par un dispositif de cration de signature lectronique, attest par
un certificat de conformit.
Les donnes de vrification de la signature lectronique scurise doivent tre
mentionnes dans le certificat lectronique scuris.
Le certificat lectronique est dite scuris, lorsquil est dlivr par un prestataire de
services de certification lectronique agr par lAutorit nationale dagrment et de
surveillance de la certification lectronique
Les moyens de cryptographie ont notamment pour objet de garantir la scurit de
lchange et du stockage de donnes juridiques par voie lectronique, de manire qui permet
dassurer leur confidentialit, leur authentification et le contrle de leur intgrit.
On entend par moyen de cryptographie tout matriel ou logiciel conu pour transformer
des donnes, quil sagisse dinformations, de signaux ou de symboles, laide de conventions
secrtes.

LAgence Nationale de la Rglementation des Tlcommunications (ANRT) est la seule autorit habilite
accorder des agrments et surveiller la certification au Maroc. La dcision de lANRT du 5 mai 2011 a donn
Barid Al Maghrib la possibilit de fournir ces certificats.

[23]

Chapitre IV
Chapitre IV : La conception et la mise en place dun systme de paiement
lectronique automatique
I - Analyse de lexistant
Cette tape consiste d'abord dcrire et analyser l'existant suite des interviews,
lobservation et l'examen des documents utiliss pour faire un diagnostic et des propositions
de solutions. Donc nous apprenons mieux connatre, identifier et cerner les contraintes et
les opportunits lies au projet.

1 - Objectifs de l'tude de l'existant

Comprendre l'actuel fonctionnement du systme par une description des ressources
humaines et matrielles du service rglement ;
Rpertorier les contraintes prendre en compte en identifiant les points positifs et les
points de dysfonctionnement ;
valuer et critiquer la situation actuelle de paiement en termes de systme d'information,
d'organisation et de mthodes de travail ;
Considrer les souhaits des utilisateurs pour des propositions des solutions plus adquates.

2 - Ressources disponibles
Cette tape nous permet de recenser les ressources disponibles et les outils de travail
utiliss actuellement dans le service rglement, laide du diagramme en arte de poisson,
afin de faire un diagnostic du systme utilis.

[24]

Chapitre IV
Matriel
Matire

Les ordinateurs des

agents
Module FI dans le
systme SAP

Les rames de papier

Une imprimante
photocopieuse, scanner
Microsoft office
Excel et Access

Toner pour imprimante

Parapheurs
Rglement des dpenses de
lOffice

Prparation des paiements

par fournisseur

Ordre de virement
Les agents chargs
de paiement

Chque
Impression des moyens et des
avis de paiement pour signature

Crdit ou Remise
documentaire
Effet

Signature des ordres de

paiement un par un

Mise disposition
Envoi des agents la
banque pour dpt des
ordres de virement
Mthode

Mandat

Le chef de service
rglement.
Le chef de division
trsorerie

Le directeur financier
ou le directeur de ple
finance et commercial

Moyens de
paiement

Main duvre

Figure 9: Diagramme en arte de poisson recensant les ressources disponibles

[25]

Chapitre IV
3 - le processus actuel dexcution du programme de paiement sur SAP
Dans cette partie nous allons dcrire le processus du programme de paiement actuel sur
SAP.

Figure 10:Processus de paiement sur SAP

Aprs slection des fournisseurs et des factures non rgles payer (Postes Non Solds
= PNS), le programme de paiement traite les PNS en trois tapes :
1. Il dtermine les postes non solds payer et cre une liste de proposition.
2. Il excute le paiement l'aide de la liste de propositions, cest ce quon appelle le cycle de
paiement, ce dernier ne prend en compte que les PNS contenus dans la liste de proposition.
3. Il enregistre les paiements en crant des formulaires de paiement pour impression.

[26]

Chapitre IV
Ci-dessous le processus de paiement dtaill :
A - Saisie des paramtres du programme de paiement

Pour utiliser le programme de paiement automatique, nous suivons le chemin:

Fournisseurs => Traitements priodiques => Paiements.

[27]

Chapitre IV
Une fois la fentre ci-dessus souvre.
La personne charge du rglement saisit la date d'excution dsire, et indique une
identification.
Le programme de paiement ne peut tre dfini qu'une fois pour le mme jour d'excution et
pour la mme identification, autrement dit, si on dsire deffectuer plus d'un paiement le
mme jour, on dfinit une autre identification.
2

1. on clique sur paramtre.

2. Sur le menu en haut, on clique sur traiter, une liste de choix saffiche, un clic sur copier
paramtre.
3. La petite fentre copier apparait, on clique sur le matchcode sans rien saisir.

[28]

Chapitre IV

Une autre petite fentre saffiche dlimiter valeurs on presse directement sur "Suite"
sans rien saisir.

[29]

Chapitre IV
partir de la nouvelle fentre qui apparat ci-dessus, on slectionne une opration de
paiement prexistante, qui nous concerne pour copier ses paramtres, en double cliquant sur
la ligne de cette opration.

Dans cet cran sont dfinis les paramtres pour la slection des factures payer :
- date comptable (date laquelle le paiement est comptabilis).
- pices saisies au (slection des pices saisies jusqu'au...).
- socit : toujours ONE.
- modes paiement : V pour virement, C pour chque, T pour virement tranger, S pour
alimentation de caisse.
- prochaine date comptable = date prvue du prochain cycle de paiement. Cette date doit tre
fixe au moins 1 jour plus tard que la date comptable.
- fournisseurs payer : saisir les numros correspondants en cliquant sur le matchcode
fentre ci-dessous saffiche.

[30]

, la

Chapitre IV

1. On supprime les valeurs prexistantes, et nous saisissons les codes des fournisseurs que
nous voulons payer.
2. On appuie sur licne reprendre

1
2

1. Une fois cette fentre saffiche, On clique sur longlet slection libre. Dans cet cran sont
dfinis des slections supplmentaires pour la slection des factures. Ce sont, par exemple :

[31]

Chapitre IV
- les domaines d'activit
- les numros de pices
Les valeurs dfinies ici peuvent tre incluses ou exclues de la slection (cliquer sur exclure
valeurs dans ce cas).
Il est possible de dfinir jusqu' quatre critres de slection.
2. On presse sur statut, une petite fentre saffiche pour sauvegarder les paramtres saisis,
nous cliquons sur oui pour enregistrer.
B - Proposition de paiement

Dans la fentre ci-dessous, le statut indique que les paramtres sont saisis.
1. La proposition de paiement peut maintenant tre planifie en cliquant sur l'icne
Une bote de dialogue "Planifier proposition" apparat l'cran.
2. On coche "Lancement immdiat" pour planifier immdiatement la proposition
3. Puis on clique sur "Suite"

[32]

Chapitre IV

Le statut indique maintenant "Proposition prte lancer".

On clique sur l'icne

ou entre jusqu' ce que le statut indique :"Proposition de

paiement gnre".

On appuie sur licne

pour traiter la proposition.

[33]

Chapitre IV
Une petite fentre de slection gestionnaire comptable apparat l'cran, on choisit
l'option "Tous les comptables" et on valide avec Entre.
La fentre ci-dessous "traiter proposition de rglement" saffiche.

On clique en double sur le code fournisseur pour afficher les postes des pices de ce dernier,
et afin de bloquer les pices ne pas rgler.

[34]

Chapitre IV
Si on veut bloquer une pice pour le paiement en cours, avec un double-clic sur le poste de la
pice, on arrive sur l'cran "Modifier postes individuels" fentre ci-dessus.
Pour bloquer cette pice pour le paiement :
1. On fait entrer la cl de blocage "S" dans le champ "Blocage paiement"
2. On clique sur "Suite"
3. On sauvegarde nos modifications en cliquant sur l'icne en forme de disquette.

Les postes en rouge ci-dessus sont maintenant bloqus pour cette proposition de paiement
uniquement.
Si on annule et traite nouveau la proposition de paiement, de mme que si nous traitons une
nouvelle proposition de paiement, ces postes ne seront plus bloqus.
On presse sur retour et on sauvegarde.

[35]

Chapitre IV
C - Cycle de paiement

1. On clique sur l'icne

ou entre jusqu' ce que le statut indique :"Proposition de

paiement traite".
2. On appuie sur licne "cycle de paiement"
3. On Coche "crer support de paiement".
4. Puis on clique sur "Suite"

[36]

Chapitre IV
Le statut indique maintenant "Cycle paiement prt tre lanc".
On appuie sur l'icne

ou entre jusqu' ce que le statut indique :"cycle de paiement

excut" fentre en avant.

D - Impression des paiements

Sur le menu en haut on clique sur systme et on choisit ordre spool utilisateur ;
Aprs affichage de lcran ci-dessus, on coche les numros de spool quon veut
imprimer et on appuie sur licne "imprimer" pour imprimer les ordres de virement et les avis
de paiement pour chaque fournisseur.

II - Diagnostic de lexistant
Le systme de rglement ainsi prsent comporte certes des points forts, mais aussi des
points faibles pour lesquels il faudrait trouver des solutions.

1 - Les points faibles du systme actuel

Les problmes ci-dessous reprsentent les difficults quotidiennes rencontres par le
service rglement dans sa mission doptimisation de gestion de rglement de loffice.
Certains ont t mentionns lors des interviews, et d'autres proviennent d'une analyse. Ce
sont:

Le paiement des factures est effectu par fournisseur ce qui engendre une myriade des
ordres de virement qui sont imprims avec le dtail de paiement correspondant pour

[37]

Chapitre IV
signature, donc une consommation accrue de papier, gaspillage de temps et
mobilisation des ressources humaines et matrielles ;

Le paiement des fournisseurs trangers nest pas gnr 100% sur SAP.

Le systme actuel gnre les avis de paiement, mais le motif de paiement et la

rfrence du fournisseur ne figure pas dans ces avis, donc le fournisseur ne peut pas
reprer les paiements effectus ;

Le suivi des marchs nantis des saisies arrt, des oppositions au paiement et des
dlgations de crance nest pas oprationnel sur SAP, a ncessite un dveloppement
spcifique pour lexploiter;

Le rajustement de la retenue la source et de la TVA nest pas assur par le systme

SAP ;

Le suivi des crdits et des remises documentaires n'est pas prvu sur SAP;

Manque de contrle automatique des pices dduire (pnalits de retard, retenues de

garantie, rcupration d'acompte...) en cas dabsence de liaison entre la facture de base
et ces pices ;

2 - Les points forts du systme actuel

Edition des ordres de virement et du dtail de paiement et des bordereaux

automatiquement ;

Disponibilit de linformation concernant les rglements effectus ;

Accessibilit linformation pour tous et tout moment ;

Mise jour de la situation fournisseur et Comptabilisation de lopration de

paiement instantanment.

Une meilleure traabilit des oprations

III - La proposition de solution
Alors que les socits ralisent des gains significatifs en termes d'efficacit, par la mise
en uvre de solutions SAP, nombreuses sont celles qui utilisent toujours des processus de
sauvegarde des flux financiers manuels et dsuets. Ces socits sont malheureusement
souvent connues pour leur non-respect des dates d'chances de rglement, et prouvent des
difficults respecter les rgles de mise en conformit financires. Elles mobilisent galement
beaucoup de ressources pour mettre en pratique ces processus. Mais la bonne solution pour
amliorer le contrle, la transparence, l'efficacit et les cots de ces processus en les
rationnalisant et en les automatisant directement dans SAP.

[38]

Chapitre IV
Quel que soit le problme de dpart - erreurs d'information, rglements en retard,
visibilit mdiocre des dettes - la dmatrialisation de la procdure rglement est la solution
pour corriger tout cela. Elle permet de gagner du temps, et dconomiser des ressources et du
papier.... long terme, elle permet de rduire les cots de traitement. Lautomatisation du
systme paiement de loffice accrot la valeur ajoute de la solution SAP dans sa globalit.

1 - Recommandations
Alors, prenant en considration les souhaits des utilisateurs et les besoins de service
pour des propositions des solutions plus adquates, et au regard des critiques effectues en
amont, il ressort que les solutions apporter rsident dans la mise en place d'un systme de
paiement automatique lectronique qui permettra le rglement en masse des fournisseurs via
fichier lectronique et lenvoi automatique de lavis de paiement aux fournisseurs concerns,
avec plus de commodits au niveau de la saisie et de la recherche des informations.
Le service rglement reoit des factures et des documents importants chaque jour
partir de sources diverses. Le traitement manuel de ces documents suppose la mise en place
de procdures, consommatrices de papier, mobilisant de nombreuses personnes, et entranant
souvent des rsultats mitigs (erreurs de saisie, perte de donnes)
Lautomatisation du systme rglement amliore la visibilit et le contrle tout en
apportant gain de temps, et conomie de main d'uvre et de ressources. Donc la solution de
dmatrialisation permet de gagner en productivit et optimiser linvestissement SAP.

Rduire la saisie manuelle des donnes et les erreurs de frappe inhrentes ;

Amliorer la procdure de paiement au sein de loffice et les relations fournisseurs ;

Gagner en productivit dans la chane de rglement des fournisseurs ;

S'assurer que les paiements sont raliss lchance afin dviter les cots supports
en cas de retard ;

Augmenter la traabilit et la transparence dans la procdure de rglement;

liminer les documents papier qui sont imprimes juste pour l'approbation des
paiements ;

Approuver et traiter les paiements fournisseurs de manire contrle et scurise.

[39]

Chapitre IV

- Virement de masse
Notre Objectif

- Zro Papier
- Interfaage unique

Figure 11 : Objectif du projet

2 - Conception d'un systme de paiement lectronique automatique

L'utilisation de l'outil de management de projet CQQCOQP nous a permis de
dresser l'tat des lieux et dterminer le primtre d'application du projet.
Ci-dessous notre constat :

[40]

Chapitre IV

QUOI

QUI

Quel est le projet?

Amlioration du systme de paiement de l'Office par la conception et la mise
en place dun systme de paiement lectronique automatique, systme crant
un fichier lectronique de paiement pour un rglement de masse, et gnrant
des avis de paiement, le rglement sera valid par la suite par les personnes
habilites, pour envoyer lordre la banque et les avis de paiement au
fournisseur concern via un rseau lectronique.

Qui est concern?

Les agents chargs de paiement dans le service rglement.
Le chef de service rglement.
Le chef de division trsorerie.
Le directeur financier ou le directeur de ple finance et commercial.

Ou le projet a lieu?
La direction financire, division trsorerie et plus prcisment dans le service
rglement.

OU

QUAND

Quand le projet a-t-il lieu?.

Pendant la prparation des rglements des dettes chues.

Comment raliser ce projet?

on dgage dans un premier temps, d'aprs l'existant, les points amliorer puis
on concrtise les recommandations par la conception et la mise en place d'un
systme qui gnre des virements, des avis et des bordereaux de paiement
COMMENT
automatiquement, un seul virement pour un ensemble de fournisseurs, qui sera
envoy via rseau la banque aprs validation lectronique.

Pourquoi realiser ce projet?

optimiser la gestion des dcaissements, convivialiser cette tche pour se
concentrer plus sur le contrle, liminer les documents papier qui sont
POURQUOI
imprimes juste pour l'approbation des paiements.

Combien ce projet va nous coter?

on va savoir dans la partie mise en place
COMBIEN

Figure 12 : Constat du projet par loutil de management CQQCOQP

[41]

Chapitre IV
A - Identification des acteurs et diagramme de contexte de notre projet
Identification des acteurs
Les principaux acteurs de notre projet sont :
Agents chargs de paiement : prpare le rglement et informe le chef de dpartement ;
Le chef de service rglement: vrifie les fichiers de paiements, les envoie la solution pour
signature et envoie les fichiers la banque aprs signature ;
Le trsorier : vrifie et signe les fichiers de paiements reus ;
Le directeur financier : signe les fichiers de paiements dj signs par le trsorier ;
La banque : reoit le virement, vrifie les signatures, paye le fournisseur et envoie laccus
de rception du virement instantanment et le sort le lendemain ;
Le fournisseur : reoit le virement et lavis de paiement.
Diagramme de contexte
Ce diagramme de contexte montre clairement linteraction entre ces diffrents acteurs
ainsi que les diffrents rles de chaque acteur.

[42]

Chapitre IV
(2) Fait retourner le paiement en
cas de modification

Chef
de service
Administrateur
rglement

(1) Prpare le paiement et

informe le chef de service

Agents chargs
du paiement

(7) Envoie les

fichiers de paiement

(8) Envoie laccus de

rception et le sort

(4) Fait
retourner le
paiement en
cas de
modification

(3) Envoie les

fichiers de
paiements la
solution pour
signature

La banque
(9) Envoie
le virement
(6) Signe les
fichiers de
paiement dans la
solution

(10) Reoit lavis

de paiement
automatiquement
Fournisseur

(5) Signe les fichiers de

paiement dans la solution
Directeur
Financier

Administrateur

Trsorier

Administrateur

Figure 13 : Diagramme de contexte montre linteraction entre les diffrents acteurs

B - Les cas dutilisation6 selon le formulaire de Cockburn7
Pour bien dtailler les interactions entre le systme et les diffrents acteurs intervenants
dans le processus de paiement, nous avons opt la mthode des cas dutilisation dAlistair
Cockburn.
6

En gnie logiciel et en ingnierie des systmes, les cas d'utilisation dfinissent une manire d'utiliser le systme
et permet d'en dcrire les exigences fonctionnelles ; ils sont dfinis par une description textuelle, dcrivant les
objectifs et interactions entre le systme et ses acteurs.
7
Alistair Cockburn est un dveloppeur informatique britannique diplm de l'Universit d'Oslo en 2003, et
parmi les contributeurs qui ont amlior la technique et le format de prsentation textuelle des cas d'utilisation.

[43]

Chapitre IV
Cas dutilisation : prparer un rglement
Titre : prparer les fichiers de paiement
Rsum : lensemble des actions ralises par des agents voulant rgler des fournisseurs.
Acteurs : agent charg de rglement et le chef de service rglement.
Pr condition : factures sont conformes et payables.
Action dclencheur : larrive de lchance des factures.
Scnario nominal :
Tableau 3 : Cas dutilisation prparer un rglement
Action de lacteur
Lagent charg de rglement slectionne les
factures chues
(1)
Lagent charg de rglement fait ses vrifications
habituelles avant de procder au paiement (2)
Lagent charg de rglement prpare le rglement
sur SAP (3)

Action du systme

Le systme gnre les fichiers de paiement

lectroniques(4)

Lagent charg de rglement informe le chef de

service rglement (5)
Le chef de service rglement vrifie les fichiers de
paiement avec les factures payer (Exception) (6)
Le chef de service rglement envoie les fichiers
la solution(7)
Action de fin :
(8) les fichiers de paiement sont prts tre signs.
Exception : les fichiers de paiement ne sont pas conforme pas aux factures rgler.
Le chef de service rglement fait retourner les fichiers de paiement pour modification;
Lagent charg de rglement modifie les fichiers de paiement et informe le chef de
dpartement
Cas dutilisation : Signature des fichiers de paiement 1
Titre : Signature de paiement 1
Rsum : lensemble des actions ralises par le trsorier lorsque le paiement est valid par le
chef de service rglement.
Acteurs : Le trsorier
Pr condition : Les paiements sont valids par le chef de service rglement;
Action dclencheur : le trsorier reoit un e-mail pour signer les fichiers de paiement.
Scnario nominal :

[44]

Chapitre IV
Tableau 4: Cas dutilisation signature des fichiers de paiement par le trsorier
Action des acteurs

Action de la solution
La solution informe le trsorier quil doit signer
(1)

Le trsorier ouvre les fichiers de paiement quil

va signer (2)
Le trsorier vrifie les fichiers de paiement avec
les factures payer (Exception) (3)
Le trsorier insre la cl de signature
lectronique quil possde (4)
Le trsorier insre le code PIN (6)

La solution demande au trsorier de taper son

code PIN8 (5)
La solution accepte le code PIN(7)

Le trsorier signe les fichiers de paiement

lectroniques(8)

La solution lui demande sa confirmation avant

de fermer(9)

Le trsorier confirme sa signature (10)

La solution sauvegarde les fichiers signs par le

trsorier(11)

Action de fin :
(12) Les fichiers de paiement sont signs la premire signature.
Exception : les fichiers de paiement ne sont pas conformes aux factures rgler.
Le trsorier fait retourner les fichiers de paiements pour ajustement;
Lagent charg de rglement modifie les fichiers de paiement et informe le chef de
service rglement.
Le chef de service rglement vrifie et renvoie les fichiers de paiement la solution.
Cas dutilisation : Signature des fichiers de paiement 2
Titre : Signature de paiement 2
Rsum : lensemble des actions ralises par le directeur financier lorsque le trsorier signe
les paiements.
Acteurs : Le directeur financier
Pr condition : Les paiements sont signs par le trsorier;
Action dclencheur : le directeur financier reoit un e-mail pour signer les fichiers de
paiement.
Scnario nominal :

Code numrique personnel de 6 chiffres permettant dactiver une cl prive protge dans un support
cryptographique.

[45]

Chapitre IV
Tableau 5 : Cas dutilisation signature des fichiers de paiement par le Directeur Financier
Action des acteurs

Action de la solution
La solution informe le directeur financier quil
doit signer (1)

Le directeur financier ouvre les fichiers de

paiement quil va signer (2)
Le directeur financier insre la cl de signature
lectronique quil possde (3)
Le directeur financier insre le code PIN(5)
Le directeur financier signe les fichiers de
paiement lectroniques (7)

La solution demande au directeur financier de

taper son code PIN (4)
La solution accepte le code PIN(6)
La solution lui demande sa confirmation (8)

Le directeur financier confirme sa signature (9)

La solution sauvegarde et archive les fichiers

signs par le trsorier et le directeur
financier(10)
Action de fin : (11) Les fichiers de paiements sont signs la deuxime signature.
Cas dutilisation : Envoi des fichiers de paiement
Titre : envoi des fichiers de paiement la banque concerne.
Rsum : lensemble des actions ralises par le chef de service rglement pour envoyer le
paiement la banque.
Acteurs : le chef de service rglement.
Pr condition : les fichiers de paiement sont signs par les personnes habilites.
Action dclencheur : recevoir laccord de payer.
Scnario nominal :
Tableau 6: Cas dutilisation envoi des fichiers de paiement
Action de lacteur

Action de la solution
La solution informe le chef de service rglement
que les fichiers de paiements sont signs (1)

Le chef de service rglement vrifie que les

fichiers sont signs correctement(2)
Le chef de service rglement reoit laccord de
payer(3)
Le chef de service rglement envoie les fichiers La solution garde une copie des fichiers de
signs la banque (4)
paiements signs et larchive avec la date et
lheure denvoi(5)
Le chef de service rglement reoit laccus de
rception immdiatement et le lendemain le
sort(6)
Le chef de service rglement exploite le sort(7)
Action de fin : (8) le paiement est effectu et lavis de paiement est envoy automatiquement
au fournisseur.

[46]

Chapitre IV
3 - La mise en place d'un systme de paiement lectronique automatique
La mise en place d'un systme de paiement lectronique automatique ne peut pas tre
faite dun coup seul coup, en effet il faut passer par plusieurs tapes avant d'arriver notre
objectif final qui est la dmatrialisation 100% du processus paiement.
En outre, les outils et le matriel existants et utiliss lOffice ne suffit pas pour la mise
en place; en consquence, linstauration dune solution interface avec une signature
lectronique scurise compatible est ncessaire.
A - Les tapes de la mise en place
Pour mettre en place le systme de paiement lectronique automatique on va suivre les
tapes suivantes:

le rglement de
masse des
fournisseurs
locaux normaux

Le paiement
de masse des
fournisseurs
locaux dans
les cas
divergents

Le paiement
de masse des
fournisseurs
trangers

Le paiement
automatique et
lectronique de
tous les
fournisseurs avec
0 papier par
signature
lectronique

Le paiement
automatique
des
fournisseurs
trangers un
par un

Figure 14 : Etapes de la mise en place du systme de paiement lectronique

automatique

Etant donn que le fichier SIMT a t dj gnr on peut commencer le rglement de

masse des fournisseurs locaux normaux et envoyer le fichier via CFT 9 avec un ordre de

CFT (Cross File Transfer) est un logiciel de transfert de fichiers dvelopp par la socit Axway, cr par
Crdintrans puis cd Axway. On parle galement de "moniteur" de transfert de fichier.
CFT est utilis dans les systmes informatiques complexes et multi plate-formes qui souhaitent transmettre des
fichiers en appliquant des contrles (scurit, accus de rception, reprise aprs interruption, traage des erreurs).

[47]

Chapitre IV
virement, pour les six banques avec lesquelles loffice a une liaison CFT savoir : CDM,
BMCI, BMCE, SGMB, BCP et ATWB.
Ensuite, nous intgrons les cas divergents dans le paiement de masse et les fournisseurs
trangers dans les paiements automatiques faits sur le systme, pour pouvoir gnrer les
fichiers de paiements SIMT.
Enfin, nous allons intgrer une solution avec interface unique, pour remplacer le CFT et
pour pouvoir envoyer les fichiers de paiements lectroniquement aux diffrentes banques
sans joindre un crit, et sans imprimer les fichiers par lintgration de la signature
lectronique.
B - Le paiement de masse
Dans le cadre de loptimisation du rglement lectronique du fournisseur par virement
de masse, un fichier lectronique sous format SIMT a t gnr par banque regroupant
lensemble des ordres de virement pour une priode donne et accompagn dun seul ordre de
virement retraant, la rfrence du rglement, le nombre de rglements effectus, le numro
de compte dbiter ainsi que le montant total.
Le service rglement a dj commenc le paiement de masse en Dcembre 2011 avec la
BMCE, mais il en a cess cause dun problme de trsorerie ; pourtant, nous allons
recommencer le paiement de masse avec les banques qui nous ont rpondu sur le test blanc
des fichiers de rglement en masse, savoir : BMCE, BMCI, SGMB, ATWB ; en suivant les
rgles de gestion ci-dessous :
Rgles de gestion
Un avis de paiement contenant le dtail du rglement doit tre adress chaque
bnficiaire.
Pour des besoins de contrle, la solution doit prvoir un tat rcapitulatif, par banque,
contenant la rfrence et la date du rglement ainsi que le dtail du rglement par facture.
Pour des besoins de scurit, le fichier doit tre extrait sur le poste de travail avec une
copie sur un serveur.
lexception des cas urgents, la priodicit dextraction du fichier de rglement
lectronique sera hebdomadaire.
En cas doppositions, si le programme de paiement est dj excut et le fichier nest pas
encore envoy, une annulation du fichier lectronique doit tre effectue.
Afin de rpondre au besoin de contrle, un tat de reporting par rfrence de rglement et
par banque permet davoir le dtail, par facture, du fichier de rglement.

[48]

Chapitre IV
Le fichier retour de la banque (le sort) doit permettre didentifier les ordres de virement
rejets afin de procder aux redressements ncessaires.
Un programme permettra de traiter les fichiers retours et procdera lannulation des
pices de rglement correspondant aux ordres de virement rejets.
C - Proposition dune solution interface
Comme on a dj voqu dans le chapitre III, larchitecture dun EDI ncessite une
interface pour pouvoir dialoguer, cette interface permet aux intervenants de parler un mme
langage. Celle-ci se compose d'un logiciel de traduction, qui sert passer d'un type de
reprsentation de l'information propritaire un autre qui est exploitable par tous les
partenaires.
Donc, pour rpondre notre objectif deffectuer des virements de masse avec zro
papier et avec unique interfaage, et pour changer les donnes informatises en toute
scurit, il faut une solution interface entre le systme dinformation de lOffice et le systme
dinformation de la banque, pour ce faire, et daprs les recherches effectues, la seule
solution qui peut rpondre cet objectif et qui permet dautomatiser de bout en bout le
traitement des virements mis sous format lectronique cest la solution SWIFTNet.
Prsentation de SWIFTNet
SWIFTNet (Society for Worldwide Interbank Financial Telecommunication) est un
rseau de SWIFT bas sur un protocole de type IP (internet) et normalis (norme
internationale base sur l'ISO). Les protocoles sont issus d'internet mais rien ne transite sur le
rseau internet.
Cest un protocole trs scuris garantissant lauthentification, lintgrit, la
confidentialit et la non-rpudiation.
C'est aussi une offre de service domestique et internationale d'change de messages
financiers et de fichiers de toute nature. Elle permet de se connecter plusieurs banques avec
un seul outil. Donc cest une solution standardise et scurise de communication bancaire
multi-banques, multi-pays et multi-mtiers s'appuyant sur le rseau priv de SWIFT.
SWIFTNet permet doptimiser la gestion globale de flux en communiquant avec toutes
les banques via un canal dchange unique.

Avec le service de transferts de fichiers SWIFTNet on peut envoyer les fichiers

dordres (virements, prlvements, mandats, ) et recevoir les Reporting
correspondants (relevs de comptes et dimpays, ) au format de notre choix.

Avec le certificat Barid eSign Class 3, et sa fonction de signature lectronique

acceptable par le SWIFTNet, on donne aux documents numriques la mme valeur

[49]

Chapitre IV
lgale que celle des documents physiques. Car il sagit dune signature lectronique
scurise, prsume fiable comme stipul par la loi 53-05 relative aux changes
lectroniques des donnes juridiques, ainsi on peut signer un document lectronique
sur SWIFTNet tout simplement, il suffit dintroduire la cl USB Barid eSign Class 3
dans lordinateur, de taper le code PIN et le tour est jou.
Ainsi, larchitecture de SWIFTNet, ses avantages et ses inconvnients sont prsents cidessous.
Architecture

Figure 15 : Architecture de la solution SWIFTNet

[50]

Chapitre IV
Avantages et inconvnients

- Apporte un gain de rapidit : apportera des

amliorations spcifiques et mesurables en
matire de rapidit du transfert de documents
tout en rduisant les temps de cycle des
documents.
- Amliore l'exactitude : Le transfert
lectronique de donnes limine le besoin de
copier les donnes d'un document papier dans
un autre ou de ressaisir les donnes dans un
cran d'une autre application.

- De faon gnrale, l'installation d'un

logiciel de traduction SWIFTNet dans
l'environnement
informatique
d'un
organisme
exige
d'importantes
connaissances techniques.
- Les dpenses d'achat sont consquentes.

- Rduit les cots : Lentreprise peut obtenir

un grand nombre de rductions de cots . Ces
rductions peuvent prendre la forme
d'conomies et de frais vits.
- Interfaage
correspondants.

unique

avec

tous

les

- haut niveau de scurit et de disponibilit.

Figure 16 : Avantages et inconvnients de la solution SWIFTNet

D - Comment signer lectroniquement
Pour signer lectroniquement un document, le signataire utilise son certificat, qui
constitue sa carte didentit numrique. Ce certificat contient des informations sur son
possesseur, ainsi que deux mots de passe appels cls : lune est garde secrte par le
possesseur du certificat, lautre peut tre obtenue librement par ses interlocuteurs.
La cl secrte dite cl prive est utilise pour signer le document, la cl publique est
utilise pour vrifier cette signature. Cela signifie que seul le possesseur du certificat (qui
connait la cl prive) peut signer un document, mais que nimporte qui est en mesure de
vrifier cette signature. La signature lectronique repose donc sur le principe de la
cryptographie asymtrique.
Principe
Voici comment se droule la signature dun document, et la vrification de cette
signature :

[51]

Chapitre IV
Signature
Le signataire calcule le condensat10 du document signer, puis il encrypte ce condensat
laide de sa cl prive.
Il cre ensuite la signature, qui peut tre intgre au document original ou enregistre
dans un fichier spar.
Cette signature est compose de lempreinte signe (le condensat encrypt) et de son
certificat.
Vrification
Le destinataire calcule le condensat du document reu (en omettant la signature, si
celleci est intgre au document), et dcrypte lempreinte signe, laide de la cl publique
contenue dans le certificat du signataire.
Il compare ces deux valeurs, si elles sont identiques, alors la signature est authentique,
et lidentit du signataire est bien celle qui est dcrite par le certificat. En vrifiant la validit
de ce certificat, le destinataire est assur de la validit de cette signature. La figure illustre le
processus dtaill cidessous :

10

Le condensat est une empreinte dintgrit qui rsulte de l'application d'une fonction de hachage sur un fichier
lectronique.

[52]

Chapitre IV

Figure 17 : Processus de signature lectronique

[53]

Chapitre IV
Les besoins fonctionnels de la signature lectronique
Au-del de lopration de signature elle-mme, il faut se soucier de grer le cycle de
vie de la signature lectronique, cest--dire se mettre en capacit et mettre en capacit les
destinataires des informations signes de visualiser et de vrifier la signature lectronique.
Cette vidence sur le plan fonctionnel, induit des besoins qui ne sont pas toujours
anticips:
Besoins de conservation : les besoins de conservation, darchivage lectronique,
relatifs aux informations signes lectroniquement portent la fois sur les informations ellesmmes (document, fichier structur), et aussi sur des informations associes (listes de
rvocation, chaines de certification). Ces informations permettront ultrieurement de
dterminer la validit de la signature et son contexte de cration.
En matire de conservation, la signature lectronique prsente galement une vertu
intressante, puisque chaque copie dun fichier sign est elle-mme une information originale,
que rien ne diffrencie du fichier sign initialement. Chaque copie dun fichier sign a donc la
mme valeur juridique que le fichier sign initialement (au contraire des photocopies ou
copies numrises dun document papier portant une signature manuscrite).
Besoins dhorodatage : les informations signes doivent tre horodates, pour se
mettre en capacit de savoir quelle liste de certificats rvoqus faire rfrence en cas de
besoin de vrification ultrieure. Ce besoin est donc galement prendre en compte et il sagit
de sappuyer sur une solution dhorodatage adapte au besoin mtier, aux risques sous-jacent
et cohrente avec les choix effectus pour le certificat et le type de signature retenu.
Besoins doutils de vrification : les informations signes devront pouvoir tre
restitues, lisibles dans le temps, et leur signature lectronique associe vrifie. Aussi, il faut
se proccuper de disposer doutils de signature permettant de vrifier les signatures produites
la date du jour, mais galement capables de vrifier dans le temps les signatures
lectroniques produites pralablement pour tre toujours en capacit de vrifier les signatures
de toutes les informations signes et conserves dans le temps.
E - Budget dinvestissement
Aprs avoir trait les diffrents axes de notre projet, il faut savoir combien va nous
coter, en prcisant le budget dinstauration dune nouvelle solution, ainsi que les outils
ncessaires pour accomplir la tche de paiement des fournisseurs lectroniquement.
La solution interface
Il existe plusieurs modes de connexion SWIFTNet, la solution la plus adapts la
structure de lOffice, cest SWIFTNet Alliance Lite 2, cette solution qui est rserve aux

[54]

Chapitre IV
entreprises ayant peu de flux journaliers, moins de 200 units mises/reues par jour (1 unit
= 1 fichier ou 1 message).
Alliance Lite2 protge les messages et les donnes avec plusieurs fonctions de scurit :
- Il existe en effet une option de connexion via VPN11 physique. Cest--dire que SWIFT
fournit des boitiers VPN qui permettent la scurisation du canal de communication.
- il y a aussi des Jeton sous forme dune cl USB trs scurise car ils sont utiliss pour
encrypter les communications via SSL12. Les jetons USB sont ncessaires car ils contiennent
le certificat qui permettant de sidentifier auprs du serveur Lite2 hberg chez SWIFT ; 10
jetons USB sont offerts par SWIFT si on opte pour Alliance Lite2 donc 10 personnes peuvent
accder la solution.
Ainsi les tarifs dinstauration de cette solution sont prsents ci-aprs :
Tableau 7 : Tarification de la solution SWIFTNet Aliance Lite 2
PRIX en

ITEM
Cot dinstallation et de
configuration de la solution

10 000 EURO

115 000.00 Dhs

375 EURO/mois donc

4500 EURO/an

51 750.00 Dhs

0,041 EURO/1 000 Caractres

Supposant quon a 10 000*
caractres par fichier et 10
fichiers par jour donc
4.10EURO/jour

12 259.00 Dhs

3 750 EURO

43 125.00 Dhs

2 490 EURO/an

28 653.00 Dhs

Souscription mensuelle

Cot denvoi dun fichier

PRIX annuel (260j) en

MAD (1=11.50Dhs)

Cot dachat des boitiers VPN

Cot annuel dabonnement
pour des boitiers VPN

Total

250 787.00 Dhs

Source : La socit SWIFT

(*) Selon le service Expertise FI de la Direction Systmes dInformation, un fichier
SIMT peut contenir 524 caractres par ligne, et le nombre de ligne dpend du nombre de
fournisseur payer, supposant quon va payer 20 fournisseurs par banque, donc presque
11

Virtual Private Network, en franais un rseau priv virtuel est un systme permettant de crer un lien direct
entre des ordinateurs distants, cest un protocole dencapsulation c'est--dire encapsulant les donnes
transmettre de faon chiffre. Ce rseau est dit virtuel car il relie deux rseaux "physiques" (rseaux locaux) par
une liaison non fiable (Internet), et priv car seuls les ordinateurs des rseaux locaux de part et d'autre du VPN
peuvent "voir" les donnes.
12

Secure Sockets Layer, un protocole de scurisation des changes sur Internet, devenu Transport Layer Security
(TLS) en 2001, qui permet de satisfaire aux objectifs de scurit suivants : l'authentification, la confidentialit et
l'intgrit des donnes changes.

[55]

Chapitre IV
10000 caractres par fichier. Pour les Points dEncaissement Extrieur, chaque fois, on paye
en moyen 230 bnficiaires en dix fichiers, ce qui donne 12 000 caractres par fichier, et
puisque le fichier ne sera pas remplit 100%, donc on prend 10 000 caractres par fichier.
Dans la premire anne de linvestissement on va payer 250 787.00 MAD pour lachat
de la solution et des boitiers VPN avec les autres frais, puis pour les annes qui suivent on
payera les frais dabonnement et denvoi des fichiers qui sont estims 92 662.00 MAD.
La signature lectronique Barid eSign
Barid eSign certificat Class 3 se prsente sous la forme dune cl USB quipe dune
puce lectronique contenant la cl prive et le certificat numrique attestant, de lidentit de
son possesseur, par lautorit de certification Barid eSign. Cette puce est protge par un code
PIN personnel ; elle permet son dtenteur de signer lectroniquement et de sauthentifier de
manire fortement scurise sur les rseaux.
Les certificats lectroniques fournis par Poste Maroc apportent aux changes
lectroniques une scurisation ncessaire, et permet de garantir lidentification de lmetteur,
la non rpudiation, lintgrit du contenu, et la confidentialit des changes contribuant
gnrer la confiance dans les changes sur internet.
Grce au service dhorodatage lectronique BarideSign, nous pouvons constituer des
preuves opposables quune transaction lectronique a bien eu lieu et une date et heure
atteste par le tiers de confiance BarideSign.
Les tarifs de la signature lectronique et ses accessoires sont prsents dans le tableau
ci-dessous :
Tableau 8 : Tarification relative aux certificats scuriss classe 3
ITEM
Tarifs pour la fourniture ou le
renouvellement des certificats
scuriss

PRIX unitaire annuel en MAD

PRIX annuel (260j)

en MAD HT

690 Dhs HT/an on aura besoin

de 5 certificats pour 5 personnes

3 450.00 Dhs

270 Dhs HT * 5 supports

1 350.00Dhs

Tarifs relatifs aux supports

hbergeant le certificat
Tarifs pour le dblocage du
certificat
Lachat dun jeton dhorodatage

50 Dhs HT par dblocage

Supposant quil y aura 4
dblocages par anne
1Dh/jeton supposant quon va
envoyer 10 fichiers par jour

Total

200Dhs
2 600.00Dhs
7 600.00Dhs

Source : poste du Maroc Offre Tarifaire

[56]

Chapitre IV
Daprs nos calculs, il ressort que lachat des certificats ncessaires avec leurs
signatures lectroniques pour les 5 personnes habilites signer, et leurs accessoires va nous
coter 7 600.00 MAD par anne.
Donc le projet en sa totalit cotera 158 125.00 MAD pour lachat de la solution et des
boitiers VPN de scurisation des oprations, et 100 262.00 MAD pour les frais dabonnement
annuels de la solution, du VPN et de la signature lectronique.

[57]

Conclusion

CONCLUSION
Le contexte conomique actuel soumet les entreprises une pression de plus en plus
forte et impose une vritable culture de la performance : travailler mieux, plus vite et
moindre cot.
Rduction des dpenses et augmentation de la productivit sont au cur des priorits et
conduisent les entreprises mener des actions de transformation se traduisant par la refonte
des processus, tant oprationnels que mtiers, avec comme objectif leur simplification et leur
optimisation.
Les systmes dinformation apparaissent comme lun des leviers essentiels de cette
transformation, dans la mesure o ils permettent de gagner en temps et en efficacit via
lautomatisation des tches, tout en garantissant fiabilit et traabilit des donnes traites.
Ainsi nous arrivons au terme de ce rapport aprs avoir mis laccent sur les principaux
axes de notre thme savoir : La conception et la mise en place dun systme de paiement
lectronique automatique.
Au cours de notre exprience fructueuse tant sur le plan professionnel que relationnel,
nous avons effectu notre travail dans un cadre professionnel agrable o rgne lharmonie, la
comprhension et lesprit dquipe. Et qui dit esprit dquipe, dit soutien, assistance et
communication.
De point de vue informationnel, nous avons prpar tous les renseignements dont nous
avions besoin en guise de matire premire.
Sur la base des besoins identifis, plusieurs plans ont t conus ayant comme objectif le
perfectionnement et lamlioration du systme de paiement de lOffice au sein de la division
trsorerie.
Ltude qui a t entreprise avait comme objectif den tirer des apports concrets qui
auront de la valeur ajoute tant au niveau de lorganisation du travail quau niveau des
utilisateurs. En effet, nous avons mis la lumire tout dabord sur les dfinitions des concepts
de base relatifs au paiement lectronique au Maroc, ainsi que la procdure de paiement pour
les diffrents cas au sein du service rglement de la division trsorerie, nous avons effectu
ensuite une analyse de lexistant, et travers cette analyse, nous avons pu ressortir les points
faibles et les points forts du systme de paiement de loffice et nous avons trac quelques
recommandations qui seront utiles pour notre projet principale qui est la dmatrialisation,

[58]

Conclusion
cette dernire qui constitue un gisement de productivit important, et qui a pour but dviter
des saisies dinformations inutiles et redondantes dans le cadre des relations daffaires.
Deux objectifs majeurs ont t cibls dans notre projet; le premier vise lautomatisation
de toutes les oprations de paiement dans le service rglement par la mise en uvre dun
fichier de paiement lectronique appel SIMT qui permet lchange lectronique des
oprations en masse ; le second, se focalise sur la suppression des documents papiers qui sont
imprims juste pour approbation en introduisant une solution avec interfaage unique, qui
nous permet de dialoguer avec toutes les banques, et une signature lectronique compatible
avec la solution interface.
Les apports13 de ce projet lOffice sont prsents ci-aprs:

Allgement des tches administratives ;

Gain de temps ;

Rapidit dans le traitement des oprations ;

Scurit des changes de fichiers ;

Rduction considrable des erreurs de saisie.

Certes, la validation lectronique est un lment ncessaire, Nanmoins, elle est

insuffisante pour rgler une facture, car le rglement ne peut tre effectu qu la prsence des
documents physiques dment signs par les personnes habilites conformment la
procdure de liquidation des factures, de lordonnancement et du contrle de dpenses.
De ce fait, et comme perspective, puisque lOffice a dj investi dans un systme SAP ;
Le traitement dmatrialis des factures augmentera la rentabilit dinvestissement. En
saisissant automatiquement les donnes des factures, et en envoyant vers SAP des donnes
compltes et valides, la gestion de la comptabilit fournisseur ne pourra que gagner en
efficacit. Alors par lautomatisation du traitement de la comptabilit fournisseurs dans SAP,
on peut gnrer un e-parapheur pour la mise au paiement des factures qui permet laccs :
A limage et lhistorique de la facture ;
Au Justificatifs de bons payer.
En un mot, nous voulons recommander la division trsorerie dintgrer la solution
interface, avec la signature lectronique pour pouvoir dmatrialiser le processus paiement.

13

Comme le soulignent Usunier (2000 ; p.99), pour quune question de recherche soit pertinente il faut quelle
contribue amliorer la connaissance soit en proposant un dveloppement thorique nouveau, soit en proposant
des suggestions pour laction managriale .

[59]

Bibliographie

REFERENCES BIBLIOGRAPHIQUES
Ahmed Miladi, Se lancer dans SAP . Lulu.com, 2012;
Christophe Georget & Christoph Rivayran, Livre blanc, Dmatrialisation des factures
fournisseurs. EY building a better working world, DIMO gestion, Janvier 2014 ;

Fournisseurs -Programme de paiement. Projet SAFIR, SITEL, Universit de Neuchtel,

Dcembre 2001 ;

Philippe Kneipe, Trsorerie et finance d'entreprise. de Boeck & Larciers.a. 1997,

dpartement de Boeck Universit Paris, Bruxelles ;

SAP Best Practices, EHP3 for SAP ERP 6.0, version Franaise, Flux des Paiements
(158), Business Process Documentation 2, SAP AG, Septembre 2008, Germany ;

Usunier Jean-Claude, Easterby-Smith Mark et Thorpe Richard, Introduction la

recherche en gestion. Paris, Economica, 2000 ;

Xavier Thunis, Responsabilit du banquier et automatisation des paiements. Presses

universitaires de Namur, 1996 ;

Rapports de passage des agents de la division Trsorerie.

fr.readsoft.com
www.medias24.com
www.leconomiste.com
www.sdbam.org
www.utc.fr/master-qualite
www.memoireonline.com
ww.gsimt.ma
www.btsinfogap.org
books.google.fr
www.creditmutuel.fr
www.postenumerique.ma
www.swift.com
fr.wikipedia.org

[60]

Liste des figures

LISTE DES FIGURES

Figure 1 : Structure Organisationnelle de lONEE-BE ---------------------------------------------- 7
Figure 2 : Structure organisationnelle de la direction financire ----------------------------------- 8
Figure 3 : Structure organisationnelle de la division trsorerie ------------------------------------- 8
Figure 4 : Structure organisationnelle du service rglement ---------------------------------------- 9
Figure 5 : Missions et activits de la division Trsorerie -------------------------------------------- 9
Figure 6 : Le processus de ralisation dun crdit documentaire ---------------------------------- 15
Figure 7 : Regard rtrospectif sur le SIMT depuis 2006 -------------------------------------------- 19
Figure 8 : Architecture de lEchange des Donnes Informatises --------------------------------- 21
Figure 9 : Diagramme en arte de poisson recensant les ressources disponibles ---------------- 25
Figure 10 : Processus de paiement sur SAP ---------------------------------------------------------- 26
Figure 11 : Objectif du projet --------------------------------------------------------------------------- 40
Figure 12 : Constat du projet par loutil de management CQQCOQP ----------------------- 41
Figure 13 : Diagramme de contexte montre linteraction entre les diffrents acteurs ---------- 43
Figure 14 : Etapes de la mise en place du systme de paiement lectronique automatique --- 47
Figure 15 : Architecture de la solution SWIFTNet -------------------------------------------------- 50
Figure 16 : Avantages et inconvnients de la solution SWIFTNet -------------------------------- 51
Figure 17 : Processus de signature lectronique ----------------------------------------------------- 53

[61]

Liste des tableaux

LISTE DES TABLEAUX

Tableau 1 : volution des dpenses dinvestissement ----------------------------------------------- 11
Tableau 2 : volution des dpenses de fonctionnement -------------------------------------------- 11
Tableau 3 : Cas dutilisation prparer un rglement ------------------------------------------------- 44
Tableau 4 : Cas dutilisation signature des fichiers de paiement par le trsorier ---------------- 45
Tableau 5 : Cas dutilisation signature des fichiers de paiement par le Directeur Financier -- 46
Tableau 6 : Cas dutilisation envoi des fichiers de paiement --------------------------------------- 46
Tableau 7 : Tarification de la solution SWIFTNet Aliance Lite 2--------------------------------- 55
Tableau 8 : Tarification relative aux certificats scuriss classe 3 -------------------------------- 56

[62]

Liste des annexes

LISTE DES ANNEXES

Annexe 1 : Procdure de rglement en MAD cas normal --------------------------------------- 65
Annexe 2 : Procdure de rglement cas de nantissement -------------------------------------- 66
Annexe 3 : Procdure de rglement cas de saisie arrt ----------------------------------------- 67
Annexe 4 : Procdure de rglement cas dopposition au paiement----------------------------- 68
Annexe 5 : Procdure de rglement cas de dlgation de crance ---------------------------- 69
Annexe 6 : Procdure de rglement en devise cas normal -------------------------------------- 70
Annexe 7 : Procdure de rglement CREDOC ou REMDOC --------------------------------- 71
Annexe 8 : Procdure de rglement des divers en MAD cas normal-------------------------- 72
Annexe 9 : Procdure de rglement des divers en devise cas normal ------------------------- 73
Annexe 10 : Procdure alimentation de caisse ------------------------------------------------------- 74

[63]

Annexes
Annexe 1 : Procdure de rglement en MAD cas normal

[65]

Annexes
Annexe 2 : Procdure de rglement cas de nantissement

[66]

Annexes
Annexe 3 : Procdure de rglement cas de saisie arrt

[67]

Annexes
Annexe 4 : Procdure de rglement cas dopposition au paiement

[68]

Annexes
Annexe 5 : Procdure de rglement cas de dlgation de crance

[69]

Annexes
Annexe 6 : Procdure de rglement en devise cas normal

[70]

Annexes
Annexe 7 : Procdure de rglement CREDOC ou REMDOC

[71]

Annexes
Annexe 8 : Procdure de rglement des divers en MAD cas normal

[72]

Annexes
Annexe 9 : Procdure de rglement des divers en devise cas normal

[73]

Annexes
Annexe 10 : Procdure alimentation de caisse

[74]

Table des matires

TABLE DES MATIERES

REMERCIEMENT ------------------------------------------------------------------------------------------------------------------------------ I
SOMMAIRE ------------------------------------------------------------------------------------------------------------------------------------ II
LISTE DES ABREVIATIONS ---------------------------------------------------------------------------------------------------------------- III
INTRODUCTION ------------------------------------------------------------------------------------------------------------------------------ 1
CHAPITRE I : PRESENTATION DE LOFFICE -------------------------------------------------------------------------------------------- 4
I - APERU HISTORIQUE --------------------------------------------------------------------------------------------------------------------- 4
II - MISSIONS DE LONEE-BE -------------------------------------------------------------------------------------------------------------- 5
III - ORGANISATION DE LOFFICE ------------------------------------------------------------------------------------------------------------ 6
IV - PRESENTATION DE LA DIRECTION FINANCIERE ---------------------------------------------------------------------------------------- 7
V - PRESENTATION DE LA DIVISION TRESORERIE ------------------------------------------------------------------------------------------- 8
CHAPITRE II : PRESENTATION DE LA PROCEDURE DE REGLEMENT DES DEPENSES DE LOFFICE -------------------- 10
I - LES DEPENSES DE LONEE-BE ---------------------------------------------------------------------------------------------------------- 10
1 - Dpenses de fonctionnement ----------------------------------------------------------------------------------------------- 10
2 - Dpenses dinvestissement--------------------------------------------------------------------------------------------------- 11
II - LE REGLEMENT DES DEPENSES DANS LE CADRE DUN ENGAGEMENT ----------------------------------------------------------------- 11
1 - Rglement en faveur des rsidents---------------------------------------------------------------------------------------- 12
A - Cas normal -------------------------------------------------------------------------------------------------------------------------------- 12
B - Cas de nantissement ------------------------------------------------------------------------------------------------------------------- 12
C - Cas de saisie-arrt ---------------------------------------------------------------------------------------------------------------------- 13
D - Cas dopposition au paiement ------------------------------------------------------------------------------------------------------- 13
E - Cas de dlgation ou cession de crance ----------------------------------------------------------------------------------------- 13

2 - Rglement en faveur des non rsidents ---------------------------------------------------------------------------------- 14

A - Cas normal -------------------------------------------------------------------------------------------------------------------------------- 14
B - Cas de paiement par crdit ou remise documentaire -------------------------------------------------------------------------- 14

III - LE REGLEMENT DES FRAIS ANNEXES ET LES AUTRES DEPENSES ----------------------------------------------------------------------- 16

1 - Rglement en faveur des rsidents ---------------------------------------------------------------------------------------- 16
2 - Rglement en faveur des non-rsidents ---------------------------------------------------------------------------------- 17
3 - Alimentation de caisse -------------------------------------------------------------------------------------------------------- 17
4 - Rglement par prlvement direct sur le compte bancaire de loffice. ------------------------------------------ 17
CHAPITRE III : DEFINITION DE QUELQUES CONCEPTS DU PAIEMENT ELECTRONIQUE AU MAROC ---------------- 18
I - SYSTEME INTERBANCAIRE MAROCAIN DE TELECOMPENSATION ---------------------------------------------------------------------- 18
1 - Prsentation gnrale du SIMT --------------------------------------------------------------------------------------------- 18
2 - Objectifs du SIMT --------------------------------------------------------------------------------------------------------------- 19
3 - Etapes de mise en place du SIMT ------------------------------------------------------------------------------------------- 19
II - CHANGE DES DONNEES INFORMATISEES --------------------------------------------------------------------------------------------- 20
1 - Prsentation gnrale de lEDI ---------------------------------------------------------------------------------------------- 20
2 - Architecture de lEDI ----------------------------------------------------------------------------------------------------------- 21
III - LA SIGNATURE ELECTRONIQUE--------------------------------------------------------------------------------------------------------- 21
1 - Dfinition de la signature lectronique ----------------------------------------------------------------------------------- 22
2 - Notions requises ---------------------------------------------------------------------------------------------------------------- 22
A - Cryptographie asymtrique ---------------------------------------------------------------------------------------------------------- 22
B - Certificat et autorit de certification ----------------------------------------------------------------------------------------------- 22

3 - Cadre juridique ------------------------------------------------------------------------------------------------------------------ 23

CHAPITRE IV : LA CONCEPTION ET LA MISE EN PLACE DUN SYSTEME DE PAIEMENT ELECTRONIQUE
AUTOMATIQUE ----------------------------------------------------------------------------------------------------------------------------- 24
I - ANALYSE DE LEXISTANT ----------------------------------------------------------------------------------------------------------------- 24
1 - Objectifs de l'tude de l'existant -------------------------------------------------------------------------------------------- 24
2 - Ressources disponibles -------------------------------------------------------------------------------------------------------- 24

[75]

Table des matires

3 - le processus actuel dexcution du programme de paiement sur SAP -------------------------------------------- 26
A - Saisie des paramtres du programme de paiement---------------------------------------------------------------------------- 27
B - Proposition de paiement -------------------------------------------------------------------------------------------------------------- 32
C - Cycle de paiement ---------------------------------------------------------------------------------------------------------------------- 36
D - Impression des paiements ------------------------------------------------------------------------------------------------------------ 37

II - DIAGNOSTIC DE LEXISTANT ------------------------------------------------------------------------------------------------------------ 37

1 - Les points faibles du systme actuel --------------------------------------------------------------------------------------- 37
2 - Les points forts du systme actuel ----------------------------------------------------------------------------------------- 38
III - LA PROPOSITION DE SOLUTION -------------------------------------------------------------------------------------------------------- 38
1 - Recommandations ------------------------------------------------------------------------------------------------------------- 39
2 - Conception d'un systme de paiement lectronique automatique ------------------------------------------------ 40
A - Identification des acteurs et diagramme de contexte de notre projet ---------------------------------------------------- 42
B - Les cas dutilisation selon le formulaire de Cockburn -------------------------------------------------------------------------- 43

3 - La mise en place d'un systme de paiement lectronique automatique ----------------------------------------- 47

A - Les tapes de la mise en place ------------------------------------------------------------------------------------------------------- 47
B - Le paiement de masse ----------------------------------------------------------------------------------------------------------------- 48
C - Proposition dune solution interface ----------------------------------------------------------------------------------------------- 49
D - Comment signer lectroniquement ------------------------------------------------------------------------------------------------ 51
E - Budget dinvestissement -------------------------------------------------------------------------------------------------------------- 54

CONCLUSION -------------------------------------------------------------------------------------------------------------------------------- 58
REFERENCES BIBLIOGRAPHIQUES ----------------------------------------------------------------------------------------------------- 60
LISTE DES FIGURES ------------------------------------------------------------------------------------------------------------------------- 61
LISTE DES TABLEAUX ---------------------------------------------------------------------------------------------------------------------- 62
LISTE DES ANNEXES ------------------------------------------------------------------------------------------------------------------------ 63
TABLE DES MATIERES --------------------------------------------------------------------------------------------------------------------- 75

[76]