 Doc
|
|
English (US) Français (FR) |
Doc
This program is a little CRM for IT services providers to give the possibility to client companies to manage their own contacts.
Every company will have a main user called manager in the rest.
The manager creates the contacts ( first name, name ....)
The manager defines informations that will be linked to the concacts according to the company needs.
These informations are two types:
Event: it is a meeting, a meal at one date.
Relation: it is a fact concerning the contact like he is important, medium, small, he speaks french, english, or italien ...
The list of contacts is unique for every company, and it will be shared between the company users with relation with the contacts.
The manager defines the users ( login, name last name, password ).
The user will have a list of contacts that he will pick from the list of contacts of the company.
For every contact, he will be able to add relations or events that the manager hed previously defined.
A contact can be shared by several users.
A request system allow the user to list among his own contacts the ones that satisfy certains relation. The result of these requests can be combined with AND, OR, NOT, XOR functions.
The manager can do requests on all contacts of the company.
Lors de la création de la base de donnée, deux éléments son créés:
Le super utilisateur ayant comme login 1 et comme mot de passe 1.
La racine de l'arborescence des relations et des évènements.
La première tâche après installation est de changer le nom et le mot de passe du super utilisateur.
Dans la séquence présentée ici 
, on lui donne le nom monlogin et le mot de passe abcdef.
Le super utilisateur crée une arborescence des sociétés qu'il pourra organiser selon ses besoins.
Dans l'exemple présenté dans ces copies d'écrans ( cliquez ici ), il crée 3 sociétés dans des zones géographique.
Dans le copies d'écrans suivants, le super utilisateur crée un manager rattaché à la société A ).
la manager ayant pour login "managera" peut maintenant se connecter
Le super utilisateur peut utiliser le profil de tous les autres utilisateurs temporairement.
Il aura alors les menus concernant le profil de l'utilisateur utilisé.
Il peut changer son profil courant en utilisant
- soit le menu profil/liste des utilisateurs quand il utilise le profil d'un autre utilisateur ou son propre profil.
- soit le menu "Utilisateur" quand il utilise le profil du super utilisateur.
Pour utiliser le profil de managera, exécutez ceci: .
Vous pouvez aussi vous déconnecter ( Bouton 
) puis vous reconnecter en utilisant le login managera.
Dans les copies d'écran suivantes , le managera crée des types d'évènements repas ( non sélectionnable ) et des types d'évènements Déjeuner et diner qui eux sont sélectionnables.
Puis il crée des relations pour indiquer quelles langues parlent les contacts
La limite de 100 sous branches par branche ne peut être dépassée.
Le manager peut créer les contacts comme ici ( ) et indiquer les caractéristiques de base.
Dans ces écrans nous voyons la création de AEI, AE, AI.
Puis il affecte les propriétés Anglais, Espagnol et Italien aux contacts (Nous avons ici choisi des noms de contacts qui rappellent leurs propriétés pour rendre les extractions plus faciles à contrôler).
Hors écran, Il crée aussi A, EI, E et I et leur affecte les propriétés correspondantes.
Le manager doit créer les utilisateurs qui pourront utiliser le système.
On crée ici l'utilisateur ut1 et on utilise son profil.
Le manager peut utiliser temporairement les profils des utilisateurs qu'il a créé et revenir à son propre profil grâce au menu profil/liste des utilisateurs.
L'utilisateur devra tout d'abord piocher parmi la liste des contacts de la société ceux qu'il utilisera.
Ici , il pioche tous mes contacts sauf I.
L'utilisateur peut non seulement modifier les informations générales sur le contact mais aussi modifier les relations qui concernent ce contact.
Il peut aussi créer des évènements sur ses contacts comme ici .
On remarquera qu'après avoir créé un évènement "déjeuner en italien" pour le contact A Ei, il peut y rattacher des contacts de toute la société.
Ainsi lors de la création de l'évènement "Déjeuner en espagnol" pour le contact E I, on voit que ce dernier faisait aussi partie du déjeuner en italien ( E I risque de grossir ).
On remarquera aussi qu'on peut modifier un évènement à partir de la liste des évènements auxquel a participé le contact.
On remarquera aussi la fonction de filtrage permettant de sélectionner un contact par une partie de son nom.
L'utilisateur pourra faire des requêtes sur la liste de ses contacts qui possèdent une relation donnée.
Ici ,
il construit deux listes:
- la liste "1 a" des contacts qui parlent anglais.
- la liste "2 e" des contacts qui parlent espagnol.
Puis il effectue un croisement entre les deux liste pour connaître la liste des contacts qui parlent à la fois anglais et espagnol.
On peut combiner les listes et résultats des listes par des fonctions suivantes:
Si on a 2 ensembles de résultats A et B:
A ET B donne les contacts appartenent à la fois à A et à B.
Le manager peut lister tous les évènements créés par les utilisateurs.
A partir de cette liste il pourra
- ajouter ou supprimer des contacts aux évènements,
- modifier les évènements,
- ajouter ou supprimer des évènements.
Voyez un exemple ici
Un système de requêtes sur TOUS les contacts de la société fonctionne de la même manière que celui des utilisateurs.
La différence provient du fait que celui des utilisateurs ne recherche les contacts que parmi ceux qu'ils ont piochés.
D'autre part, la manager peut faire des requêtes sur des critères qui ne sont pas sélectionnables par l'utilisateur. Dans l'exemple développé ici, l'utilisateur ne peut faire des extractions sur anglais, espagnol ou italien alors que le manager peut faire des recherches sur "Langue parlée" pour trouver tous les contacts qui on une langue définie.
D'autre part, le manager peut aussi créer sa propre liste de contacts, suivant le même fonctionnement que pour les utilisateurs et créer des extractions sur sa liste.
Super user