Application GSP

CDC

Projet Web Architecture JavaEE &EJB3

2020

Auteur : pbouget – Projet Web Java EE pour étudiants Informatique V1.0 30/01/2024 1
 Table des matières

1 Introduction.........................................................................................................................3
2 Finalité du projet.................................................................................................................3
2.1 Cahier des charges fonctionnelles...............................................................................3
2.1.1 Problématique (état-présent)...............................................................................3
2.2 Description de la solution envisagée...........................................................................4
2.2.1 Fiche prospect..................................................................................................... 4
2.3 Fonctionnalités souhaitées.......................................................................................... 7
2.3.1 Gestion des fiches prospects............................................................................... 7
2.3.2 Gestion des rendez-vous..................................................................................... 7
2.3.3 Gestion des contacts à l’initiative du commercial.............................................. 7
2.3.4 Gestion des retours contacts dits ContactRetour (du prospect).......................... 8
2.3.5 Gestion des statuts du prospect...........................................................................8
2.3.6 Les consultations.................................................................................................8
2.3.7 Réaffectation du Commercial............................................................................. 9
2.4 Règles de gestion........................................................................................................ 9
2.5 Gestion des droits des utilisateurs.............................................................................10
3 Choix techniques et complément d’information...............................................................11
4 Travail à faire....................................................................................................................13
5 Annexes.............................................................................................................................14
5.1 Liste des codes Agences/Régions............................................................................. 14
5.2 Liste des codes NAF (Activités selon INSEE)......................................................... 15
5.3 Liste des Pays avec les codes ISO............................................................................ 16
5.4 Liste des Formes juridiques des prospects de type société.......................................21

Auteur : pbouget – Projet Web Java EE pour étudiants Informatique V1.0 30/01/2024 2
1 Introduction
La Banque FricFric vous donne comme mission la conception et la réalisation d’une
application de gestion de suivi des prospects intitulé GSP.

Actuellement, FricFric ne dispose pas d’une base de données centralisée pour le suivi des
prospects par ses agents commerciaux qui se contentent de gérer leurs prospects et clients via
des documents papiers, cartes de visite et l’enregistrement d’informations dans des tableaux
Excel personnels. Pour ces raisons, on vous demande de réaliser une application de gestion de
prospects.

Les fichiers Excel se présentent différemment pour chacun des commerciaux et, par
conséquent, très difficiles à exploiter. Ces fichiers contiennent les références des clients, les
rendez-vous, l’évolution des contacts avec les prospects,… .

2 Finalité du projet
L'ambition de FricFric étant de proposer des services bancaires et financiers modernes et
adaptés, il devient indispensable que les commerciaux et l’ensemble des employés concernés
par le suivi des prospects, bénéficient d’une application web puissante. L'environnement
concurrentiel dans le monde bancaire actuel fait que pour survivre, nous devons gérer nos
prospects de manière efficace. C'est aussi dans cette optique que la banque FricFric souhaite
mettre en place une base de données centralisée pour une meilleure gestion des prospects.

2.1 Cahier des charges fonctionnelles

2.1.1 Problématique (état-présent)

Pour avoir une bonne prospection commerciale, il est nécessaire de disposer d’une base de
données centralisée interrogeable par les différents utilisateurs (commerciaux sédentaires et
itinérants, secrétariat pour les prises de rendez-vous, directeur commercial pour suivre
l’activité des commerciaux). Il est donc indispensable de stocker les différentes actions
(contacts) déjà effectuées sur chaque prospect. Les commerciaux ne sont pas toujours en
parfaite coordination sur les actions menées pour démarcher les prospects. Ils peuvent parfois
être en train de démarcher un même prospect, sans s’en rendre compte. Ce qui peut engendrer
une perte potentiel de client et montrer une mauvaise organisation interne.

Chaque prospect doit être identifiable de manière unique dans la base de données. Un
prospect est dès sa création, affecté à un et un seul commercial. La société demande aux
commerciaux de faire preuve d’une grande diplomatie pour recueillir selon le cas :

- le numéro de carte d’identité du prospect s’il s’agit d’un particulier

- le numéro de registre du commerce s’il s’agit d’une société

Auteur : pbouget – Projet Web Java EE pour étudiants Informatique V1.0 30/01/2024 3
Cela permet d’identifier de manière unique un prospect. Ainsi il sera possible pour chaque
commercial, en effectuant une recherche dans la base de données avant toute visite, de savoir
s’il n’est pas déjà suivi par un autre commercial.

Il pourra le cas échant, regarder le statut du prospect et demander qu’on le lui affecte si ce
dernier a été arrêté, c’est-à-dire que le commercial rattaché au prospect a décidé d’arrêter tout
contact avec ce dernier.

2.2 Description de la solution envisagée

2.2.1 Fiche prospect

La fiche prospect devra contenir un certain nombre d’informations que le commercial

remplira au fur et à mesure en fonction du type de prospect (particulier, société, entrepreneur
individuel).

Auteur : pbouget – Projet Web Java EE pour étudiants Informatique V1.0 30/01/2024 4
Ci-dessous la description de la fiche prospect donné par le directeur commercial :

Intitulé Commentaire
Code Identifiant prospect Génération automatique
Type de prospect Particulier/Société/Ent. Individuel
Numéro de pièce d’identité Identifiant unique
Numéro de registre du commerce Identifiant unique
Forme juridique Dans une Table donnée en annexe
Ville de naissance Saisie manuellement
Nationalité Saisie manuellement
Situation familiale Célibataire, veuf(ve), divorcé(e),…
Code commercial Commercial rattaché à ce prospect
Code agence de rattachement Table des agences (22) donnée en annexe.
Une agence dans chaque ville chef lieu de
région.
Date de création de la fiche prospect Date au format jj/mm/aaaa
Code utilisateur ayant créé la fiche Table des Utilisateurs à créer
Numéro de téléphone portable
Numéro de téléphone fixe
Adresse électronique
Adresse postale (rue, ville, code postal)
Secteur d'activités Table des secteurs d’activités (code NAF)
de 01 à 99 donnée en annexe
Année création de l'entreprise Format AAAA
Civilité
Date de naissance
Nombre d'employés
Département de naissance
Profession
Pays de naissance Table des pays avec code ISO 3166
Prénom
Sexe Masculin/Féminin
Statut Créé / Contacté / Arrêté
Motif arrêt Commentaire libre

Evidemment la richesse d’une fiche prospect dépendra uniquement des informations que le
commercial aura pu avoir sur le prospect.

Auteur : pbouget – Projet Web Java EE pour étudiants Informatique V1.0 30/01/2024 5
Dans le cas d’une société :

Dans le cas d’un prospect de type société, il faudra rattacher une fiche dirigeant à la fiche
prospect. Cette fiche se présentera comme suit :

Intitulé Commentaire
Code Identifiant dirigeant Généré automatiquement
Nom
Prénom
Fonction
Numéro de téléphone portable
Numéro de téléphone fixe
Adresse électronique
Adresse postale (rue, ville, code postal)
Civilité
Date de création de la fiche Dirigeant
Sexe Masculin/Féminin

Auteur : pbouget – Projet Web Java EE pour étudiants Informatique V1.0 30/01/2024 6
2.3 Fonctionnalités souhaitées

2.3.1 Gestion des fiches prospects

- Création
- Suppression
- Modification
- Recherche par nom et numéro d’identité ou numéro du registre du commerce pour
les prospects de type société.

2.3.2 Gestion des rendez-vous

Création : permettre aux commerciaux de positionner un rendez-vous sur un prospect et

recevoir une alerte par courriel à j-2, afin de pouvoir se préparer. Le statut initial d’un
rendez-vous est automatiquement positionné à « en cours ». Ensuite il passera
automatiquement aux statuts « passé » une fois la date dépassée et « annulé » en cas
d’annulation manuelle du rendez-vous.
Un rendez-vous contiendra les informations suivantes :
- Référence rendez-vous (généré automatiquement)
- Identifiant du prospect
- Date du rendez-vous
- Heure du rendez-vous
- Objet du rendez-vous
- Statut (en cours, passé, annulé)

Modification : modifier un rendez-vous et le positionner à une date ultérieure par exemple ou

l’annuler (statut annulé).
Suppression : supprimer le rendez-vous dans la base de données.

2.3.3 Gestion des contacts à l’initiative du commercial

Saisie : un contact avec un prospect doit contenir les informations suivantes :

- Identifiant contact (génération automatique)

- Identifiant prospect (issu de la fiche prospect)
- Identifiant du commercial
- Type de contact (mail, téléphone, courrier, rencontre)
- Date d’enregistrement de ce contact
- Motif du contact (description sommaire du souhait du prospect)

Modification : on doit pouvoir modifier une fiche contact.

Suppresion : on doit pouvoir aussi supprimer une fiche contact.

Auteur : pbouget – Projet Web Java EE pour étudiants Informatique V1.0 30/01/2024 7
2.3.4 Gestion des retours contacts dits ContactRetour (du prospect)

De même les différents retours devront être saisis par le secrétariat ou bien les commerciaux.
Mais pour ce faire, il faudra d’abord sélectionner le contact qui fait l’objet du retour, de sorte
que la référence du contact soit récupérée automatiquement lors de la saisie du retour.

Le processus peut se présenter comme suit :

- consultation des contacts sur un prospect
- identification du contact et sélection de ce dernier
- ouverture d’un fenêtre de saisie du retour pour ce contact avec référence pré-
remplie.
Les commerciaux disposent d’ordinateur portable et peuvent saisir les retours le jour même.

2.3.5 Gestion des statuts du prospect

Le prospect est initialement au statut « créé » à la création de la fiche prospect. Ensuite le

statut devra évoluer comme suit :
Contacté : automatiquement au premier contact effectué. Le prospect gardera ce statut tant
que des échanges auront lieu entre le commercial et son prospect. Le commercial saisira
autant de contacts (courriel, courrier, téléphone, rendez-vous) et de ContactRetour que
nécessaire.
Arrêté : le statut « arrêté » sera mis manuellement lorsque le commercial décidera d’arrêter
tout contact avec le prospect. Il devra lors de l’arrêt d’un prospect renseigner le motif de
l’arrêt au niveau de la fiche client. Cette information sera obligatoire pour pouvoir arrêter un
prospect.

2.3.6 Les consultations

Consultation d’une fiche prospect

La consultation des prospects pourra se faire suivant un ensemble de critères non obligatoires
lors de la recherche :
- Identifiant prospect
- Numéro de pièce d’identité
- Numéro de registre du commerce
- Nom du prospect (raison sociale ou patronyme)
- Adresse électronique
- Code commercial (commercial rattaché à ce prospect)
- Code agence

Si plusieurs prospects répondent aux critères de recherche, ils devront tous être affichés dans
une liste triée par nom. Le commercial pourra alors choisir celui qu’il veut en faisant un clic
ou un double clic dessus par exemple.

Consultation des contacts (commercial émetteur)

Chaque commercial doit pouvoir retrouver tous les contacts effectués sur un prospect en
entrant l’identifiant prospect. L’idéal serait d’afficher la liste de tous les contacts par date de
création de la plus récente à la plus ancienne.
Pour avoir le détail d’une fiche contact, il pourrait cliquer ou double-cliquer sur un lien.

Auteur : pbouget – Projet Web Java EE pour étudiants Informatique V1.0 30/01/2024 8
Consultation des retours contact dits « ContactRetour »
Chaque commercial doit pouvoir aussi retrouver tous les retours contacts reçus d’un prospect
en entrant l’identifiant prospect. L’idéal serait d’afficher la liste de tous les retours contacts
par date de création de la plus récente à la plus ancienne. Pour avoir le détail d’un retour
contact, l’utilisateur pourrait cliquer ou double-cliquer dessus.
Pour une cohérence des informations, chaque retour contact devra obligatoirement contenir la
référence du contact qui est à l’origine de ce retour du prospect.

Généralement, lors d’un contact téléphonique, le retour est enregistré pendant l’appel si le
commercial est en ligne avec le prospect.
Suite à un courrier, un courriel ou rendez-vous, les commerciaux ou bien le secrétariat peut
recevoir un courrier, un fax, un courriel, un appel téléphonique ou bien une visite du prospect.
Un commercial revenant d’un rendez-vous peut aussi saisir un ContactRetour et prévoir la
suite des actions à mener ou bien décider de ne plus poursuivre avec ce prospect.

Consultation des rendez-vous

Chaque commercial doit pouvoir consulter trois types de rendez-vous :
- les rendez-vous déjà passés pour un prospect triés par date
- les prochains rendez-vous sur son portefeuille de prospect triés par date
- tous les rendez-vous déjà passés pour tous les prospects avec tri par date.

En cliquant ou double-cliquant sur un rendez-vous, l’utilisateur accède au détail du rendez-

vous.

2.3.7 Réaffectation du Commercial

On doit avoir la possibilité pour quelque raison que ce soit, de réaffecter un prospect à un
commercial différent de celui qui avait été à l’origine de sa création dans la base de données.
Cette fonctionnalité ne sera pas accessible à tous les utilisateurs.

2.4 Règles de gestion

Chaque prospect est identifié de manière unique dans la base de données

Chaque prospect a un commercial unique qui lui est affecté
Un contact à une référence unique
Un contact correspond à un prospect unique
Un retour contact nommé « ContactRetour » a une référence unique
Un retour contact contient obligatoirement la référence du contact à l’origine de ce retour
Il est obligatoire de renseigner le motif d’arrêt, pour pouvoir passer un prospect au statut
« arrêté ».
Un commercial ne peut contacter que les prospects qui lui sont rattachés
Un commercial ne peut arrêter que les prospects qui lui sont rattachés
Un prospect « arrêté » repasse automatiquement au statut « contacté », dès qu’un nouveau
contact est ressaisi à son sujet par un commercial.
Un commercial ne peut supprimer que les contacts qu’il a lui-même enregistré
Un commercial ne peut supprimer que les rendez-vous qu’il a lui-même pris
La suppression d’une fiche contact entraîne la suppression de tous les retours contacts
rattachés et des rendez-vous liés. Il faut donc un message d’alerte avant toute suppression.

Auteur : pbouget – Projet Web Java EE pour étudiants Informatique V1.0 30/01/2024 9
 La suppression d’un prospect entraîne la suppression dans l’ordre de tous les ContactRetour,
de tous les Rendez-vous rattachés et des fiches Contact liées au prospect concerné. Il faut
donc un message d’alerte avant toute suppression de prospect.
Chaque commercial peut consulter tous les prospects de la base de données
Un commercial ne peut consulter que ses rendez-vous
Un commercial ne peut consulter que ses contacts
Un commercial ne peut consulter que ses retours contacts
Le directeur commercial aura une vue globale de l’ensemble du portefeuille des prospects. Il
doit pouvoir visualiser la liste de tous les commerciaux avec le nombre de contact pour
chacun d’entre eux.

2.5 Gestion des droits des utilisateurs

Secréta
Fonctionnalités
Création fiche prospect
Modification fiche prospect
Suppression fiche prospect
Gestion des rendez-vous
Mailing
Fiche Contact (CMS)
ContactRetour
Arrêt prospect
Consultation prospect
Consultation fiche contact
Consultation retour contact
Consultation rendez-vous
Réaffectation commercial
Gestion des utilisateurs
Lister les commerciaux
Gérer table des Agences
Gérer les codes NAF
Gérer les Formes Juridiques
Gérer la Table des Pays
Commercial Dir. commercial Administrateur
riat
X X X
X X X
X X
X X X X
X X X X
X X X
X X X
X X X
X X X X
X X X X
X X X
X X X X
X X
X
X X
X X
X X
X X
X X

Auteur : pbouget – Projet Web Java EE pour étudiants Informatique V1.0 30/01/2024 10
3 Choix techniques et complément d’information
Notre application devra avoir une base de données sous MySQL ou Oracle. Compte tenu de
l’évolution envisagée et de la politique générale de la Banque FricFric, l’application devra
respecter le modèle MVC et être développée en Java JEE. Tous les ordinateurs de la banque
sont équipés d’un navigateur web y compris les portables des commerciaux itinérants qui
auront accès à la base de données via le réseau internet.
Nous savons que le serveur d’application utilisé sera un JBoss. Il y a une volonté de séparer
les couches dans le but d’accéder à la partie métier depuis des applications développées en
java qui tourneront sur des postes en interne.
Dans votre étude, vous proposerez un MCD ou diagramme de classes métier complet.

Dans la base de données, il faudra au moins prévoir les tables suivantes :

- Pays : Tous les pays du monde avec leur code ISO-3166.

- Utilisateur : elle sert à stocker les informations concernant les utilisateurs de
l’application, c’est-à-dire les (C) commerciaux, le (S) secrétariat, (A)
l’administrateur et le (D) directeur commercial. Cette table contiendra un
identifiant composé de l’initiale du prénom et de la totalité du nom, d’un mot de
passe et du rôle (CSAD)
- Prospect : elle enregistre les informations sur les prospects.
- FormeJuridique : forme juridique des prospects de type société.
- Contact : elle enregistre les contacts (du commercial vers le prospect).
- ContactRetour : elle enregistre les contacts retour (du prospect vers la banque).
- Rendezvous : elle enregistre les saisies des rendez-vous.
- SecteurActivite : table contenant les code NAF (de 01 à 99)
- Agence : table des 22 agences / régions (code agence format 00)

L’application se compose des fonctionnalités suivantes :

- un menu qui sert à naviguer partout dans l’application.

- La gestion des fiches prospects : elle permet de recueillir les informations sur le
prospect et de les enregistrer, mais aussi permet de modifier ou de supprimer un
prospect.
- La gestion des contacts : c’est quand le commercial contact un prospect ou vice-
versa. C’est la fonctionnalité qui récupère les informations sur le contact et les
enregistre dans la base de données. Elle a aussi des options modifier et supprimer.
- La gestion de rendez-vous : elle sert à programmer des rendez-vous avec des
clients. Elle offre aussi la possibilité de modifier ou de supprimer les rendez-vous.
- La réaffectation : c’est la fonctionnalité qui permet de changer le commercial d’un
prospect et de lui en affecter un autre.
- La gestion des utilisateurs permet d’enregistrer des nouveaux utilisateurs ou d’en
supprimer.
- La consultation : représente la fonctionnalité qui offre aux utilisateurs la possibilité
de faire un certain nombre de recherches. Ces utilisateurs peuvent rechercher des
prospects, des rendez-vous, des contacts et contactRetour en fonction de leurs
droits d’accès.
- Le directeur commercial souhaite avoir la possibilité de visualiser sous forme de
tableau le nombre de contact pour chacun des commerciaux de la société.

Auteur : pbouget – Projet Web Java EE pour étudiants Informatique V1.0 30/01/2024 11
 - Seul un prospect est rattaché à une agence/région en fonction de son lieu
d’habitation. Nos commerciaux n’ont aucune exclusivité territoriale et ne sont
rattachés à aucune agence.

Auteur : pbouget – Projet Web Java EE pour étudiants Informatique V1.0 30/01/2024 12
4 Travail à faire
- Construire les diagrammes de cas d’utilisation pour les différents acteurs pour faire
ressortir les fonctionnalités et les rôles
- Construire un diagramme de classes métiers et un modèle conceptuel de données
afin de pouvoir construire les tables de la base de données et les objets métiers
EJB3.
- Ecrire les scénarios correspondant aux différents cas d’utilisation en prévoyant les
scénarios alternatifs.
- Réaliser la description des écrans sous forme textuelle ou par maquettage
- Définir une charte graphique pour le site web (liberté de choix)
- Elaborer deux tableaux de séquence-composants correspondant à 2 fonctionnalités
(enregistrement et suppression d’un objet quelconque)
- Développer l’application Web en respectant l’architecture Java Entreprise Edition
5 ou 6.
- L’envoi automatique de courriel pourra se faire via l’API JavaMail.
- Un tableau de suivi de projet permettra de répartir les tâches pour que chacun
puisse travailler sur tous les aspects du projet Web.
- L’utilisation d’un framework est envisageable mais non indispensable tant que le
modèle MVC est respecté.

Auteur : pbouget – Projet Web Java EE pour étudiants Informatique V1.0 30/01/2024 13
5 Annexes
5.1 Liste des codes Agences/Régions

Code Ville Region

01 Basse-Terre Guadeloupe
02 Fort-de-France Martinique
03 Cayenne Guyane
04 Saint-Denis La Réunion
11 Paris Île-de-France
21 Châlons-en-Champagne Champagne-Ardenne
22 Amiens Picardie
23 Rouen Haute-Normandie
24 Orléans Centre
25 Caen Basse-Normandie
26 Dijon Bourgogne
31 Lille Nord-Pas-de-Calais
41 Metz Lorraine
42 Strasbourg Alsace
43 Besançon Franche-Comté
52 Nantes Pays de la Loire
53 Rennes Bretagne
54 Poitiers Poitou-Charentes
72 Bordeaux Aquitaine
73 Toulouse Midi-Pyrénées
74 Limoges Limousin
82 Lyon Rhône-Alpes
83 Clermont-Ferrand Auvergne
91 Montpellier Languedoc-Roussillon
93 Marseille Provence-Alpes-Côte d'Azur
94 Ajaccio Corse

Auteur : pbouget – Projet Web Java EE pour étudiants Informatique V1.0 30/01/2024 14
5.2 Liste des codes NAF (Activités selon INSEE)

Code Activité
01 Agriculture, chasse, services annexes
02 Sylviculture, exploitation forestière
05 Pêche, aquaculture
10 Extraction de houille, de lignite et de tourbe
11 Extraction d'hydrocarbures ; services annexes
12 Extraction de minerais d'uranium
13 Extraction de minerais métalliques
14 Autres industries extractives
15 Industries alimentaires
16 Industries du tabac
17 Industrie textile
18 Industrie de l'habillement et des fourrures
19 Industrie du cuir et de la chaussure
20 Travail du bois et fabrication d'articles en bois
21 Industrie du papier et du carton
22 Edition, imprimerie, reproduction
23 Cokéfaction, raffinage, industries nucléaires
24 Industrie chimique
25 Industrie du caoutchouc et des plastiques
26 Fabrication d'autres produits minéraux non métalliques
27 Métallurgie
28 Travail des métaux
29 Fabrication de machines et équipements
30 Fabrication de machines de bureau et de matériel informatique
31 Fabrication de machines et appareils électriques
32 Fabrication d'équipements de radio, télévision et communication
33 Fabrication d'instruments médicaux, de précision, d'optique et d'horlogerie
34 Industrie automobile
35 Fabrication d'autres matériels de transport
36 Fabrication de meubles ; industries diverses
37 Récupération
40 Production et distribution d'électricité, de gaz et de chaleur
41 Captage, traitement et distribution d'eau
45 Construction
50 Commerce et réparation automobile
51 Commerce de gros et intermédiaires du commerce
52 Commerce de détail et réparation d'articles domestiques
55 Hôtels et restaurants
60 Transport terrestre
61 Transport par eau
62 Transport aérien
63 Services auxiliaires des transports
64 Postes et télécommunications
65 Intermédiation financière
66 Assurance
67 Auxiliaires financiers et d'assurance
70 Activités immobilières
71 Location sans opérateur
72 Activités informatiques
73 Recherche et développement
74 Services fournis principalement aux entreprises
75 Administration publique

Auteur : pbouget – Projet Web Java EE pour étudiants Informatique V1.0 30/01/2024 15
80 Education
85 Santé et action sociale
90 Assainissement, voirie et gestion des déchets
91 Activités associatives
92 Activités récréatives, culturelles et sportives
93 Services personnels
95 Services domestiques
99 Activités extra-territoriales

5.3 Liste des Pays avec les codes ISO

ISO PAYS
AF Afghanistan
ZA Afrique du Sud
AL Albanie
DZ Algérie
DE Allemagne
AD Andorre
AO Angola
AG Antigua et Barbuda
SA Arabie saoudite
AR Argentine
AM Arménie
AW Aruba
AU Australie
AT Autriche
AZ Azerbaïdjan
BS Bahamas
BH Bahreïn
BD Bangladesh
BB Barbade
BE Belgique
BZ Belize
BJ Bénin
BM Bermudes
BT Bhoutan
BY Biélorussie
BO Bolivie
BA Bosnie-Herzégovine
BW Botswana
BR Brésil
BN Brunei
BG Bulgarie
BF Burkina Faso
BI Burundi
KH Cambodge

Auteur : pbouget – Projet Web Java EE pour étudiants Informatique V1.0 30/01/2024 16
 CM Cameroun
CA Canada
CV Cap-Vert
CL Chili
CN Chine
CY Chypre
CO Colombie
KM Comores
CD Congo (Rép. démocratique)
CG Congo-Brazzaville
KP Corée du Nord
KR Corée du Sud
CR Costa Rica
CI Côte d'Ivoire
HR Croatie
CU Cuba
DK Danemark
DJ Djibouti
DM Dominique
EG Egypte
AE Emirats arabes unis
EC Equateur
ER Erythrée
ES Espagne
EE Estonie
US Etats-Unis
ET Ethiopie
FJ Fidji
FI Finlande
FR France
GA Gabon
GM Gambie
GE Géorgie
GH Ghana
GI Gibraltar (GB)
GR Grèce
GD Grenade
GL Groenland (DK)
GP Guadeloupe (FR)
GT Guatemala
GG Guernsey (GB)
GN Guinée
GQ Guinée équatoriale
GW Guinée-Bissau
GY Guyana
GF Guyane française (FR)

Auteur : pbouget – Projet Web Java EE pour étudiants Informatique V1.0 30/01/2024 17
 HT Haïti
HN Honduras
HK Hong Kong (CN)
HU Hongrie
IM Ile de Man (GB)
KY Iles Cayman
FK Iles Falkland
FO Iles Féroé (DK)
MH Iles Marshall
SB Iles Salomon
VG Iles Vierges britanniques
IN Inde
ID Indonésie
IQ Irak
IR Iran
IE Irlande
IS Islande
IL Israël
IT Italie
JM Jamaïque
JP Japon
JE Jersey (GB)
JO Jordanie
KZ Kazakhstan
KE Kenya
KG Kirghizistan
KI Kiribati
KV Kosovo (RS)
KW Koweït
RE La Réunion (FR)
LA Laos
LS Lesotho
LV Lettonie
LB Liban
LR Libéria
LY Libye
LI Liechtenstein
LT Lituanie
LU Luxembourg
MO Macao (CN)
MK Macédoine
MG Madagascar
MY Malaisie
MW Malawi
MV Maldives
ML Mali

Auteur : pbouget – Projet Web Java EE pour étudiants Informatique V1.0 30/01/2024 18
 MT Malte
MA Maroc
MQ Martinique (FR)
MU Maurice
MR Mauritanie
YT Mayotte (FR)
MX Mexique
FM Micronésie
MD Moldavie
MC Monaco
MN Mongolie
ME Monténégro
MZ Mozambique
MM Myanmar
NA Namibie
NR Nauru
NP Népal
NI Nicaragua
NE Niger
NG Nigeria
NO Norvège
NC Nouvelle Calédonie (FR)
NZ Nouvelle-Zélande
OM Oman
UG Ouganda
UZ Ouzbékistan
PK Pakistan
PW Palaos
PA Panamá
PG Papouasie-Nouv.-Guinée
PY Paraguay
NL Pays-Bas
PE Pérou
PH Philippines
PL Pologne
PF Polynésie française (FR)
PR Porto Rico (US)
PT Portugal
QA Qatar
CF République centrafricaine
DO République dominicaine
CZ République tchèque
RO Roumanie
GB Royaume-Uni
RU Russie
RW Rwanda

Auteur : pbouget – Projet Web Java EE pour étudiants Informatique V1.0 30/01/2024 19
 EH Sahara Occidental (MA)
BL Saint-Barthélemy (FR)
KN Saint-Christophe-et-Niévès
SM Saint-Marin
MF Saint-Martin (FR)
PM Saint-Pierre et Miquelon (FR)
VC Saint-Vincent-et-les Grenadines
LC Sainte-Lucie
SV Salvador
WS Samoa
ST São Tomé-et-Principe
SN Sénégal
RS Serbie
SC Seychelles
SL Sierra Leone
SG Singapour
SK Slovaquie
SI Slovénie
SO Somalie
SD Soudan
SS Soudan du Sud
SJ Spitzberg (NO)
LK Sri Lanka
SE Suède
CH Suisse
SR Suriname
SZ Swaziland
SY Syrie
TJ Tadjikistan
TW Taïwan
TZ Tanzanie
TD Tchad
TH Thaïlande
TL Timor oriental
TG Togo
TO Tonga
TT Trinité-et-Tobago
TN Tunisie
TM Turkménistan
TC Turks et Caïcos
TR Turquie
TV Tuvalu
UA Ukraine
UY Uruguay
VU Vanuatu
VA Vatican

Auteur : pbouget – Projet Web Java EE pour étudiants Informatique V1.0 30/01/2024 20
 VE Venezuela
VN Viêt Nam
WF Wallis and Futuna (FR)
YE Yémen
ZM Zambie
ZW Zimbabwe

5.4 Liste des Formes juridiques des prospects de type société

- EI : Entreprise individuelle
- AE : Auto-entrepreneur
- EIRL : entrepreneur individuel à responsabilité limitée
- EURL : forme de société unipersonnelle.
- SASU : est une forme de société unipersonnelle
- SCI : société civile immobilière
- SARL-RL : société à responsabilité limitée
- SARL-CV : à capital variable
- SNC : société en nom collectif
- SA : société anonyme
- SAS : société par actions simplifiée
- SdF : Société créée de fait
- SeP : Société en participation
- GIE : groupement d'intérêt économique

Auteur : pbouget – Projet Web Java EE pour étudiants Informatique V1.0 30/01/2024 21