GIR Titan-Hyperion Manuel de l`utilisateur

Transcription

GIR Titan-Hyperion
Manuel de l’utilisateur
www.gir.fr
[email protected]
Version 1.0-5, mars 2005
2
c 2004 klervi. All rights reserved.
Copyright °
La reproduction et la traduction de tout ou partie de ce manuel sont
interdites, sans autorisation écrite préalable de klervi.
Les informations contenues dans ce document ne sont données qu’à
titre indicatif ; elles peuvent être modifiées sans préavis. Klervi ne
peut, en aucun cas, être tenu responsable des erreurs qui pourraient
s’y être glissées.
Table des matières
I
Prise en main
1 Généralités
1.1 Tables . . . . . . . . .
1.2 Fiches et sous-tables .
1.3 Ajout et Modification
1.4 Suppression . . . . . .
1.5 Filtrage . . . . . . . .
1.5.1 Groupement .
1.6 Nom des éléments . .
II
13
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
Utilisation
15
15
16
18
19
19
21
22
25
2 Saisie des données
2.1 Véhicules . . . . . . . . . . . . . . . .
2.1.1 Informations générales . . . . .
2.1.2 Identification . . . . . . . . . .
2.1.3 Saisie de badge proximité GIR
2.1.4 Compteurs . . . . . . . . . . .
2.1.5 Options . . . . . . . . . . . . .
2.1.6 Messages . . . . . . . . . . . .
2.1.7 Autorisation . . . . . . . . . .
2.1.8 Réservoirs . . . . . . . . . . . .
2.1.9 Autres informations . . . . . .
2.1.10 Réforme d’un véhicule . . . . .
2.2 Usagers . . . . . . . . . . . . . . . . .
2.2.1 Informations générales . . . . .
2.2.2 Identification . . . . . . . . . .
2.2.3 Options . . . . . . . . . . . . .
2.2.4 Messages . . . . . . . . . . . .
2.2.5 Autorisation . . . . . . . . . .
2.2.6 Autres informations . . . . . .
2.3 Rattachement des véhicules et usagers
2.3.1 Directions et services . . . . . .
2.3.2 Types de véhicules . . . . . . .
2.4 Activités . . . . . . . . . . . . . . . . .
2.5 Codes spécifiques . . . . . . . . . . . .
2.6 Zones et plages horaires . . . . . . . .
3
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
27
27
27
27
28
29
30
30
31
31
32
32
33
33
33
33
33
34
34
34
34
35
36
36
36
4
TABLE DES MATIÈRES
2.6.1 Bases . . . . . . . . . .
2.6.2 Gestion avancée . . . .
2.7 Programmations automatiques
2.8 Utilisateurs . . . . . . . . . . .
2.9 Config. gestionnaire . . . . . .
2.10 Profils . . . . . . . . . . . . . .
2.11 Configuration . . . . . . . . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
36
38
39
39
41
42
43
3 Utilisation de la borne
3.1 Etats . . . . . . . . . . . . . . . .
3.2 Prise de carburant . . . . . . . .
3.2.1 Choix de la pompe . . . .
3.2.2 Identification . . . . . . .
3.2.3 Saisie des compteurs . . .
3.2.4 Saisies supplémentaires .
3.2.5 Service . . . . . . . . . . .
3.3 Pompiste . . . . . . . . . . . . .
3.4 Menu pompiste . . . . . . . . . .
3.4.1 Sous-menu Cuves . . . . .
3.4.2 Sous-menu Pompes . . . .
3.4.3 Sous-menu Jauges . . . .
3.5 Impression . . . . . . . . . . . . .
3.5.1 Impression au fil de l’eau
3.5.2 Impression ticket . . . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
45
45
46
46
47
47
48
48
49
49
50
51
52
52
52
52
4 Dialogue avec la borne
4.1 Principe . . . . . . . . . . . . . . . . .
4.1.1 Utilisation de plusieurs bornes
4.2 Dialogue manuel . . . . . . . . . . . .
4.3 Supervision . . . . . . . . . . . . . . .
4.3.1 Blocage de pompe . . . . . . .
4.3.2 Transaction à distance . . . . .
4.4 Résolution des erreurs . . . . . . . . .
4.4.1 Module modifié . . . . . . . . .
4.4.2 Config. modifié . . . . . . . . .
4.4.3 Etat invalide . . . . . . . . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
53
53
53
54
55
57
57
58
58
58
58
5 Compteurs
59
5.1 Fourchettes de tolérance . . . . . . . . . . . . . . . . . . . . . . . 59
5.2 Problème à la saisie d’un compteur . . . . . . . . . . . . . . . . . 60
6 Consultation des états
6.1 Transactions carburant . . . . .
6.1.1 Historique . . . . . . . .
6.1.2 Cumuls . . . . . . . . .
6.1.3 Graphiques . . . . . . .
6.2 Gestion des stocks en cuve . . .
6.2.1 Etat des cuves . . . . .
6.2.2 Etat antérieur des cuves
6.2.3 Etat prévisionnel . . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
63
63
63
63
65
66
66
67
67
TABLE DES MATIÈRES
6.3
6.4
6.5
5
6.2.4 Jaugeage . . . . . . . . . .
6.2.5 Totalisateurs . . . . . . . .
Evénements . . . . . . . . . . . . .
6.3.1 Evénements de redémarrage
Id. transactions . . . . . . . . . . .
Autres états . . . . . . . . . . . . .
7 E-Mails
7.1 Paramètres généraux . . . . .
7.2 Messages à envoyer . . . . . .
7.2.1 Alertes . . . . . . . . .
7.2.2 Rapports périodiques
7.3 Adresses . . . . . . . . . . . .
. . .
. . .
. . .
de la
. . .
. . .
. . . .
. . . .
. . . .
borne
. . . .
. . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
68
68
68
69
70
70
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
71
71
72
72
72
73
8 Saisie d’opérations
8.1 Saisie d’une transaction manuelle . . . . . .
8.2 Saisie d’un approvisionnement . . . . . . . .
8.2.1 Calcul du nouveau prix unitaire . . .
8.2.2 Annulation d’un approvisionnement
8.2.3 Valorisation des transactions . . . .
8.3 Modification d’une transaction carburant .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
75
75
76
76
76
77
77
9 Entretiens
9.1 Définition d’un entretien . . . . .
9.1.1 Exemples . . . . . . . . .
9.2 Saisie d’un entretien . . . . . . .
9.3 Estimation des entretiens à faire
9.4 Recalcul des entretiens . . . . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
79
79
80
81
81
83
10 Avoirs
10.1 Généralités . . . .
10.2 Périodes d’avoirs .
10.3 Exemples . . . . .
10.4 Recalcul des avoirs
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
85
85
85
86
87
11 Import et export de données
11.1 Import de disquettes pétrolières . . .
11.1.1 Paramétrage . . . . . . . . .
11.1.2 Rapprochement des produits
11.1.3 Rapprochement des véhicules
11.1.4 Import . . . . . . . . . . . . .
11.1.5 Remarque sur les compteurs .
11.2 Export traclient . . . . . . . . . . . .
11.3 Transcodages . . . . . . . . . . . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
89
89
89
90
90
90
91
91
92
III
.
.
.
.
.
.
.
.
Utilisation avancée
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
93
12 Traitement des transactions carburant
95
12.1 Définitions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 95
12.2 Détail sur la mise à jour des compteurs . . . . . . . . . . . . . . 96
6
TABLE DES MATIÈRES
12.2.1 Option Carburant . . . . . . . . . . . . . . . . . . . . . .
12.3 Paramétrage . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
13 Opérations exceptionnelles
13.1 Requête de mise à jour . . .
13.2 Vérification . . . . . . . . .
13.3 Sauvegarde . . . . . . . . .
13.4 Page d’administration . . .
13.4.1 Restauration . . . .
13.4.2 Réparation . . . . .
13.4.3 Conversion . . . . .
13.4.4 Sessions . . . . . . .
13.4.5 Transfert de fichiers
13.5 Mise à jour de l’application
13.6 Changement de machine . .
13.7 Arborescence . . . . . . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
97
98
101
101
102
102
102
103
103
103
104
104
104
105
105
A Contrat de licence
107
B Format des fichiers traclient
111
C Format des e-mails texte
125
C.1 Messages de type alerte . . . . . . . . . . . . . . . . . . . . . . . 126
C.2 Messages de type rapport . . . . . . . . . . . . . . . . . . . . . . 126
Introduction
7
Généralités
GIR Titan-Hyperion est un logiciel de gestion de parc automobile. Il couvre
la distribution du carburant, l’affectation des véhicules aux usagers, les entretiens des véhicules, l’accès à la station ou à des locaux.
GIR Titan-Hyperion a pris le parti de la simplicité et de l’efficacité pour un
usage de base, sans toutefois exclure la sophistication nécessaire à un usage plus
avancé. Les fonctionnalités futures tenteront toujours de respecter ces critères.
9
10
TABLE DES MATIÈRES
Fonctionnalités
Ce que GIR Titan-Hyperion sait faire :
– Multi-utilisateurs avec plusieurs niveaux d’accès (installateur, gestionnaire,
standard)
– Définition d’un parc de véhicules et d’usagers
– Rattachement des véhicules et usagers selon deux niveaux de hiérarchie
(direction et service)
– Rattachement des véhicules par type de véhicule.
– Identification par badge ou code
– Demande de compteur kilométrique ou horaire lors de la prise de carburant
– Vérification des valeurs des compteurs à la saisie
– Récupération automatique des transactions carburant
– Déclenchement d’une prise de carburant à la borne depuis le PC
– Affichage en temps réel de l’état de la station : stocks en cuve, utilisation
des pompes
– Calcul de consommation, alerte en cas de sur-consommation
– Cumuls sur les transactions carburant
– Gestion des accès
– Gestion des entretiens avec rappel ou blocage automatique
– Estimation des entretiens à faire dans un délai donné
– Gestion d’avoirs par véhicule, service ou activité
– Sauvegarde et restauration des données
– Export des données au format CSV pour retraitement dans un tableur
– Importation des données pétrolières
11
12
TABLE DES MATIÈRES
Première partie
Prise en main
13
Chapitre 1
Généralités
1.1
Tables
La base de données de GIR Titan-Hyperion est organisée en différentes
tables, toutes présentées de manière similaire. Nous prendrons l’exemple de la
table des véhicules, accessible par le menu B Véhicules.
En haut de la page, le nom de la table est affiché, ainsi que le nombre
d’éléments de la table. Ces éléments sont présentés sous forme d’un tableau.
La première ligne du tableau, sur fond bleu, indique les noms des différents
champs qui composent un véhicule. Pour afficher un maximum d’informations,
certains champs peuvent être regroupés dans une même colonne, par exemple
Compteur (km) et Compteur(h). Un clic sur le nom du champ permet de trier la
15
16
CHAPITRE 1. GÉNÉRALITÉS
table selon ce champ. Lorsqu’un tri est actif, le nom du champ correspondant
est affiché en italique. Un second clic sur le nom du champ permet de modifier
l’ordre du tri (croissant ou décroissant).
À la fin de cette ligne, le bouton Ajouter permet d’ajouter de nouveaux
véhicules (Voir 1.3, page 18).
Les lignes suivantes du tableau réprésentent chacune un véhicule. Les informations du véhicule sont affichées dans la colonne du champ correspondant,
éventuellement sur plusieurs lignes lorsque plusieurs champs sont regroupés dans
une même colonne. Par exemple pour la colonne contenant les champs Compteur
(km) et Compteur(h), la première ligne affiche la valeur du compteur kilométrique, et la seconde ligne la valeur du compteur horaire.
Pour chaque ligne, plusieurs boutons sont disponibles :
% permet d’accéder à la fiche du véhicule (Voir 1.2, page 16).
Modif. permet d’accéder à l’écran de modification, pour éditer les champs du
véhicule (Voir 1.3, page 18).
Suppr. permet de supprimer le véhicule (Voir 1.4, page 19).
[i] affiche des informations internes sur la base de données (numéro d’enregistrement, date et utilisateur de dernière modification, . . .).
Pour limiter la taille des pages affichées, les longues tables sont séparées en
plusieurs pages. Chaque page contient au maximum 10 éléments. Lorsqu’une
table comporte plusieurs pages, une ligne est affichée juste au-dessus du tableau
pour permettre de se déplacer d’une page à l’autre. Les boutons [Page préc.] et
[Page suiv.] permettent d’accéder respectivement à la page précédente et à la
page suivante de la page en cours. Le numéro de la page courante est affiché
en rouge, et les numéros des pages voisines permettent d’accéder directement à
celles-ci. Un bouton Page suivante en bas de la liste permet également d’afficher
la page suivante.
Il est possible de limiter la liste des éléments affichés selon différents critères
de filtrage, accessibles en cliquant sur Filtrer (Voir 1.5, page 19).
Le bouton Version imprimable affiche la liste dans un format destiné à l’impression : le menu est masqué, les couleurs sont supprimées et tous les éléments
sont affichés sur la même page.
Le bouton Fichier CSV permet de télécharger la liste dans un fichier au format
CSV, qui peut ensuite être directement ouvert dans un tableur.
Pour certaines tables, le bouton Récapitulatif affiche une version imprimable
de l’ensemble des fiches des éléments de la liste. Ainsi pour la table des zones
(B Saisies, Zones), le bouton Version imprimable affiche simplement la liste des
zones, alors que Récapitulatif affiche le détail des plages horaires pour chaque
zone.
1.2
Fiches et sous-tables
Lorsqu’une table comporte un grand nombre d’informations, elles ne peuvent
pas toutes êtres affichées dans la liste. Pour accéder au détail des informations
d’un élément, il faut rentrer dans la fiche de l’élément désiré, en cliquant sur le
symbole %.
1.2. FICHES ET SOUS-TABLES
17
Clic sur ’%’
Véhicule 1
% Véhicule 1
Informations
détaillées
% Véhicule 2
% Véhicule 3
Fiche véhicule 1
% Véhicule 4
Retour à la liste
Liste de véhicules
Dans une fiche, la partie supérieure reprend les éléments visibles dans la
liste : on retrouve le nom et la valeur des champs, et les boutons Ajouter, Modif.,
Suppr., [i].
[Préc.] et [Suiv.] permettent d’accéder aux fiches des autres élements de la
liste, selon l’ordre et les critères de filtre définis.
Retour à la liste permet de revenir à la liste principale.
La partie inférieure de la fiche affiche des informations détaillées, qui seront
présentées pour chaque table dans la partie “Utilisation” de ce manuel.
Certaines fiches, comme les fiches véhicule ou usager, disposent de plusieurs
onglets. L’onglet actif est affiché en bleu, et les autres onglets sont affichés en
gris. Un clic sur le nom de l’onglet affiche l’onglet correspondant.
Certaines fiches permettent également d’accéder à des sous-tables, qui définissent une liste d’éléments rattachés à un autre élément. (Sous-tables des
18
réservoirs et des entretiens dans la fiche d’un véhicule, sous-table des services
dans la fiche d’une direction, . . .).
Une sous-table est affichée de manière similaire à une table normale, avec
les boutons Ajouter, Modif., Suppr., [i]. Ainsi, dans l’onglet Réservoirs de la fiche
véhicule, deux boutons Ajouter sont affichés. Celui situé dans la partie supérieure
de l’écran permet d’ajouter un véhicule, et celui de la partie inférieure permet
d’ajouter un réservoir pour ce véhicule.
Pour certaines tables, notamment les véhicules et les usagers, un bouton
Copier est également disponible. Il permet de créer un nouveau véhicule ou
usager en copiant les informations d’un enregistrement existant. Seules certaines
informations spécifiques (par exemple l’immatriculation pour les véhicules, le
nom pour les usagers, . . .) sont alors demandées. Ceci permet de faciliter la
saisie de plusieurs véhicules ou usagers aux profils identiques.
1.3
Ajout et Modification
Cet écran permet d’éditer les différents champs d’un élément.
La façon dont sont saisies les données dépend du type de champ :
– Zone de texte : pour les champs de type texte, date ou numérique. Les
zones de texte suivies de la mention Facultatif peuvent être laissées vides,
les autres doivent être renseignées.
– Liste déroulante : pour les champs de type référence, liste des différents
éléments sélectionnables. (N/A) représente la valeur vide (aucun élément
sélectionné).
– Cases à cocher : pour les champs de type option, les cases cochées représentent les options actives.
1.4. SUPPRESSION
19
Pour certaines tables contenant beaucoup d’informations, il peut être nécessaire d’utiliser la barre de défilement vertical du navigateur pour accéder au bas
de la page.
Le bouton Valider enregistre les modifications (ou crée l’élement dans le cas
d’un ajout), et le bouton Annuler permet de revenir à l’écran précédent sans rien
modifier.
1.4
Suppression
Cet écran est affiché lors de la suppression d’un élément. Cliquer sur Oui
pour confirmer la suppression, ou sur Non pour revenir à l’écran précédent sans
supprimer.
Lorsque l’élement est référencé ailleurs dans l’application, cet écran affiche la
liste des références (Exemple : Liste des transactions référençant un véhicule),
dans la limite de 5 références par tables. Un élément référencé ne peut être
supprimé (seul l’installateur de GIR Titan-Hyperion peut éventuellement forcer
la suppression).
1.5
Filtrage
Cet écran permet de filtrer les éléments d’une table selon les valeurs des
champs.
La façon dont sont saisies les données dépend du type de champ :
– Valeurs numériques : Deux zones de saisie sont proposées, elles définissent
les valeurs minimales et maximales sur lesquelles filtrer la table. Par exemple,
20
–
–
–
–
pour rechercher les véhicules dont le numéro est compris entre 10 et 15,
on saisira 10 dans la première zone de texte en face du champ No , et 15
dans la seconde zone de texte.
Dates : Comme pour les valeurs numériques, deux zones de saisies sont
proposées, elles définissent les dates minimales et maximales à filtrer. Par
exemple, 01/01/2005 et 31/12/2005 pour le champ Expiration permettent
de rechercher l’ensemble des véhiculs dont l’autorisation expire au cours
de l’année 2005 (on aurait également pu saisir 01/2005 et 12/2005 pour le
même résultat). Quatre boutons permettent de renseigner rapidement un
filtre de date avec le mois précédent, le mois en cours, l’année précédente
ou l’année en cours.
Valeurs texte : Une zone de saisie permet de définir la valeur à rechercher,
et une liste déroulante permet de choisir comment sera interprétée cette
valeur. Par exemple, on saisira et HQ contient pour rechercher tous les véhicules dont l’immatriculation contenant la chaîne de caractères “HQ”. On
saisira 1732HQ04 et est égal à pour rechercher le véhicule ayant pour immatriculation 1732HQ04. On saisira *01 et vérifie le motif pour rechercher
tous les véhicules dont l’immatriculation se termine par “01”. Le filtrage
sur les valeurs texte ne distingue pas les lettres majuscules et minuscules
pour les opérateurs contient et est égal à. L’opérateur vérifie le motif accepte les caractères jokers ? et *, ? signifiant “un caractère quelconque”, et
* signifiant “0 à N caractères” quelconques.
Références : Une liste déroulante permet de définir la valeur de la référence.
La valeur ––– signifie qu’aucun filtre n’est actif.
Options : Pour chaque option, un bouton radio définit si l’option doit être
active (Oui), inactive (Non) ou si sa valeur n’a pas d’importance (Indiff.).
1.5. FILTRAGE
21
Une fois les critères choisis, cliquer sur Filtrer pour afficher le résultat du
filtrage.
Lorsqu’un filtre est actif, dans la consultation d’une table, le bouton Filtrer
est remplacé par deux boutons : Modifier filtre et Enlever filtre, qui permettent
respectivement de modifier les critères de filtre ou de les désactiver. Sur la ligne
suivante, la mention Filtre actif est suivie du nombre d’éléments qui ont été
trouvés pour le filtre en cours. Les critères de filtre choisis sont ensuite rappelés.
1.5.1
Groupement
Pour certaines tables, il est possible de grouper les enregistrements ayant
un critère commun, afin de faciliter la navigation. Par exemple, les véhicules
peuvent être regroupés par service. Lorsqu’un groupement a été sélectionné, une
ligne supplémentaire s’affiche dans l’écran de consultation. Cette ligne permet
de naviguer entre les différentes sections. Elle apparaît en gras et se compose
des boutons [Préc.], [Suiv.], et du nom de la section courante.
Ainsi, dans le cas de véhicules groupés par service, on aura une ligne en
gras permettant de naviguer entre les différents services. Si un service comporte
plusieurs pages, la ligne en-dessous permet de se déplacer parmi les différentes
pages du service.
Enfin, l’option Saut de page dans l’écran de filtrage permet d’obtenir chaque
section sur une page différente à l’impression.
22
1.6
Nom des éléments
Pour désigner un élément de la base de données, GIR Titan-Hyperion génère
un nom à partir de certains champs de cet élément. Ainsi, un véhicule est désigné
par son immatriculation, une borne est désignée par son site de rattachement et
son nom, . . . Le tableau ci-dessous récapitule les champs utilisés pour les noms
des principaux éléments :
Element
Véhicule
Usager
Direction
Service
Site
Borne
Cuve
Pompe
Activité
Champs utilisés dans le nom
Immatriculation
Nom, Prénom
Nom abrégé, Nom complet
Direction, Nom abrégé, Nom complet
Nom abrégé, Nom complet
Site, Nom abrégé, Nom complet
Site, Nom abrégé, Nom complet, Produit
Site, Borne, Nom, Produit
Code, Nom
Comme on peut le voir, plusieurs éléments possèdent deux champs utilisés
dans leur nom : Nom abrégé et Nom complet
L’utilisation de ces deux noms dépend du contexte :
– Dans un tableau, seul le Nom abrégé est utilisé
– Dans une liste déroulante ou un titre de section, à la fois le Nom abrégé et
le Nom complet sont utilisés
Exemple : On définit un site ayant pour nom abrégé S1 et pour nom complet
1.6. NOM DES ÉLÉMENTS
23
Site 1. On définit ensuite une borne rattachée à ce site, ayant pour nom abrégé
B1 et pour nom complet Borne 1.
Alors cette borne sera désignée :
– par le nom “S1 B1” dans le tableau des événements (B Exploitation, Evénements)
– par le nom “S1 Site 1 B1 Borne 1” dans la liste déroulante permettant de
filtrer les événements par borne
– par le nom “S1 Site 1 B1 Borne 1” dans un cumul par Borne/Pompe.
Le nom abrégé est généralement obligatoire, alors que le nom complet est
facultatif. Si ce dernier n’est pas renseigné, seul le nom abrégé sera utilisé pour
désigner un élément.
Pour une meilleure lisibilité, il est conseillé de saisir les noms avec la première
lettre majuscule et les autres lettres minuscules.
24
Deuxième partie
Utilisation
25
Chapitre 2
Saisie des données
2.1
Véhicules
B Véhicules
2.1.1
Informations générales
No : numéro automatiquement attribué à chaque véhicule par GIR Titan-Hyperion.
Ce numéro est unique pour chaque véhicule. Lorsqu’un ticket est imprimé
après une prise de carburant, ce numéro peut être utilisé pour identifier le
véhicule (Voir 3.5, page 52).
Immatriculation: immatriculation du véhicule. Utilisée pour désigner un véhicule dans le logiciel. Elle doit être unique pour chaque véhicule.
Ref.: Valeur utilisée pour désigner un véhicule dans les exports spécifiques.
2.1.2
Identification
Champs : No badge, Type de badge, Code badge, Code, Identification
Un véhicule peut être identifié à la borne de trois manières :
– Identification par code :
No badge
Type de badge
Code badge
Code
Identification
Facultatif
(N/A)
Vide
Renseigné
Badge/Code
– Identification par badge proximité GIR :
No badge
Type de badge
Code badge
Code
Identification
No inscrit sur le badge proximité
(N/A)
Code de la puce du badge proximité
Conseillé
Badge/Code
27
28
CHAPITRE 2. SAISIE DES DONNÉES
– Identification par badge spécifique :
No badge
Type de badge
Code badge
Code
Identification
Facultatif
Type du badge spécifique
Code de la puce du badge spécifique
Conseillé
Badge/Code
Pour les identifications par badge, la saisie d’un code n’est pas obligatoire
mais néanmoins conseillée. Si aucun code n’est défini, le véhicule ne peut s’identifier que par badge. Si un code est défini en plus du badge, il peut être utilisé
pour identifier le véhicule par l’intermédiaire du pompiste (Voir 3.3, page 49).
Ceci peut notamment être utile en cas de perte ou oubli d’un badge. Le code
est également utilisé pour identifier un véhicule dans les transactions imprimées
sur l’imprimante au fil de l’eau.
Chaque véhicule doit pouvoir être identifié de manière unique à partir du
code saisi, il est donc interdit de définir plusieurs véhicules avec un code identique. Un code peut être numérique ou alphanumérique.
2.1.3
Saisie de badge proximité GIR
01234567
GIR − LYON
0123 4567
Le dessin ci-dessus représente deux exemples de badges proximité GIR dont
le numéro est 01234567. Plusieurs méthodes sont proposées pour faciliter la
saisie de tels badges :
Via un fichier proximité
L’initialisation de badges proximité GIR peut s’effectuer automatiquement
à partir de fichiers proximité, fournis lors l’installation. Deux méthodes sont
disponibles :
– Saisir le numéro inscrit sur le badge dans le champ No badge lors de la création ou modification d’un véhicule. Après validation, GIR Titan-Hyperion
recherche automatiquement un code de puce associé. Si un tel code est
trouvé, un message proposant de mettre à jour automatiquement le champ
Code badge s’affiche. Il suffit alors de cliquer sur Oui pour confirmer la mise
à jour.
– Cliquer sur Lire fichier proxi. dans l’onglet Général. Saisir ensuite le numéro
inscrit sur le badge et valider.
Pour les badges proximité GIR livrés avant 2005, le numéro à saisir dans le
champ No badge se compose des quatres derniers chiffres (4567 dans l’exemple
ci-dessus).
Pour les badges proximité GIR livrés à partir de 2005, le numéro à saisir est
formé des 8 chiffres inscrits sur le badge, et commence par le chiffre 2 ou 3 (ex :
23450000).
2.1. VÉHICULES
29
Il est possible de consulter les fichiers proximité disponibles et leur contenu
dans B Config., Vérifications, Vérifier fichier proxi.. Ce sont des fichiers texte avec
sur chaque ligne un numéro de badge et le code de la puce associé.
A la borne
L’initialisation de badges proximité GIR peut s’effectuer directement à la
borne :
– soit lors de la première prise de carburant du véhicule.
– soit via le menu pompiste
Le première méthode permet d’initialiser les badges au fur et à mesure de
leur utilisation, alors que la seconde est plutôt destinée à initialiser un ensemble
de badges à la suite. Dans les deux cas, le véhicule doit avoir les paramètres
suivants :
No badge
Type de badge
Code badge
Code
Identification
Facultatif
(N/A)
Vide
Renseigné
Init. badge proximité
Le champ Code badge du véhicule dans GIR Titan-Hyperion sera automatiquement affecté lors la première récupération de transactions qui suivra l’initialisation à la borne. Ceci peut causer des difficultés lorsque plusieurs bornes
sont utilisées en même temps (Voir 4.1.1, page 53).
Initialisation lors de la première prise de carburant
1. ID VEHICULE: Saisir le code du véhicule.
2. Initialisation badge: Badger.
3. Poursuivre la prise de carburant normalement (Voir 3.2, page 46).
Initialisation par le menu pompiste
1. Accéder au menu pompiste (Voir 3.4, page 49)
2. Choisir le sous-menu badges (touche G)
3. Vehicule: Saisir le code du véhicule
4. Initialisation badge: Badger. Les messages possibles sont :
– BADGE PROGRAMME: Le badge de ce véhicule est déjà initialisé.
– CODE INEXISTANT: Le code saisi ne correspond à aucun véhicule.
– BADGE DEJA AFFECTE: Le badge est déjà affecté à un autre véhicule.
– BADGE ACCEPTE: Le badge a été correctement initialisé.
Il est alors possible de saisir un nouveau code de véhicule pour initialiser
un autre badge.
2.1.4
Compteurs
Chaque véhicule dispose d’un compteur kilométrique et d’un compteur horaire. La modification de la valeur d’un compteur est impossible directement, et
passe nécessairement par une transaction carburant.
30
A chaque compteur est associée une fourchette de tolérance, qui permet de
vérifier la valeur saisie lors d’une prise de carburant (Pour plus de détails, voir
5.1, page 59).
Les compteurs et fourchettes définis pour un véhicule sont affichés dans l’onglet Général.
2.1.5
Options
– Interdit: Le véhicule ne peut pas se servir en carburant.
– Id. usager : Une identification de l’usager est demandée après l’identification du véhicule.
– Pompiste: Le véhicule est un pompiste (Voir 3.3, page 49).
– Menu pompiste: Le véhicule a accès au menu pompiste (Voir 3.4, page 49).
– Code secret: La saisie d’un code secret est demandée après l’identification.
Ce code est défini dans le champ Code. Cette Cette option n’est pas disponible si Code + Code secret véhicules est activé dans la Config. Installateur.
Voir ci-dessous pour plus de détails sur le fonctionnement de cette option.
– Code activité: La saisie d’un code activité est demandée après l’identification (Voir 2.4, page 36).
– Code spécifique: La saisie d’un code activité est demandé après l’identification (Voir 2.5, page 36).
Option Code + Code secret
Par défaut, les véhicules disposent d’un seul champ Code, utilisé à la fois
pour identifier le véhicule (directement ou via le pompiste), et en tant que code
secret si l’option Code secret présentée ci-dessus est activée.
Si l’on souhaite que les véhicules s’identifient par code, puis confirment leur
identification avec un code secret supplémentaire, il faut activer l’option Code
+ Code secret véhicules dans la table Config. Installateur. Cette option ne peut
être activée que par l’installateur de GIR Titan-Hyperion.
Lorsque cette option est activée, un nouveau champ Code secret apparaît
dans le formulaire de modification du véhicule, et le champ Code existant est
réduit de deux caractères. Le Code secret est numérique et composé de quatre
chiffres. La valeur zéro signifie “pas de code secret”.
Le tableau suivant récapitule les différents modes d’identification disponibles,
ainsi que le champ qui sera utilisé en tant que code secret. La méthode d’identification d’un véhicule est consultable dans l’onglet Général de la fiche véhicule.
Identification
Badge
Code
Badge + Code secret
Code + Code secret
2.1.6
Sans l’option Code + Code secret
Oui
Oui (8 caractères)
Oui (Champ Code)
Non
Avec l’option Code + Code secret
Oui
Oui (6 caractères)
Oui (Champ Code secret)
Oui (Champ Code secret)
Messages
Un seul message peut être affiché à la borne pour chaque véhicule. Si plusieurs messages sont affectés à un véhicule, le plus prioritaire sera affiché, selon
la priorité suivante :
2.1. VÉHICULES
31
1. Message d’entretien à faire
2. Message affecté au véhicule (Champ Message)
3. Message affecté au service du véhicule (seulement si le véhicule est autorisé
sur la borne)
L’affectation d’un message à un véhicule s’effectue en cliquant sur Modif.
dans l’onglet Général de la fiche véhicule.
2.1.7
Autorisation
En plus de l’option Interdit, deux critères déterminent les droits d’accès d’un
véhicule.
Zone définit les zones dans lesquelles le véhicule est autorisé (Voir 2.6, page 36).
Expiration permet de définir une autorisation limitée dans le temps : si un
véhicule a pour date d’expiration 31/12/2004 , il ne pourra plus utiliser la
borne à partir du 1er janvier 2005 à minuit.
L’onglet Général de la fiche véhicule permet de visualiser rapidement les
droits d’accès :
Carré vert : Le véhicule est autorisé, un récapitulatif des zones et des ensembles autorisés est affiché.
Carré rouge : Le véhicule est interdit, la raison de l’interdiction est affichée.
Un véhicule peut être interdit pour les raisons suivantes :
– Interdit: l’option Interdit est activée.
– Expiré: la date d’expiration est dépassée.
– Bloqué: entretien non fait: un des entretien du véhicule est arrivé au seuil
de blocage (Voir 9, page 79).
– Aucune zone: le véhicule n’est autorisé sur aucune zone.
– Avoir insuffisant: le véhicule n’a plus d’avoirs.
2.1.8
Réservoirs
Généralités
Les réservoirs définissent les produits pour lesquels un véhicule peut se servir
en carburant. Ils sont accessibles via l’onglet Réservoirs de la fiche véhicule.
Le champ Capacité détermine la quantité maximum de carburant pouvant être
débitée au cours d’une transaction. Si Capacité est à (N/A), cette quantité n’est
pas limitée.
Les Options d’un réservoir définissent quels compteurs sont demandés à la
borne lorsqu’un véhicule se sert : Compteur Km pour la saisie d’un compteur
kilométrique, Compteur H pour la saisie d’un compteur horaire.
L’option Carburant n’est utile que pour les véhicules disposant de plusieurs
produits de carburation (Super, GPL, . . .). Dans ce cas on cochera l’option
carburant pour les produits de carburation, et on la laissera désactivée pour les
produits annexes (Huile, Lave-glace, . . .). L’option Carburant intervient dans le
calcul du kilométrage parcouru et de la consommation lors du traitement d’une
transaction carburant (Chapitre 12, page 95).
Les champs Avoir initial, Avoir, Période, et Options avoirs seront détaillés dans
le chapitre sur les avoirs (10, page 85). Si aucune gestion d’avoir n’est effectuée,
laisser ces champs à (N/A).
32
Gestion de la consommation
Les champs Conso. Km et Conso. H représentent les consommations de référence pour un produit donné. Elles sont utilisées pour déterminer si un véhicule
est en sur-consommation ou sous-consommation. Si ces valeurs sont à (N/A),
les indicateurs de sur-consommation ou sous-consommation ne sont pas positionnés. Le seuil de tolérance par rapport aux consommations de référence est
défini dans Config. gestionnaire (Voir 2.9, page 41).
Il est également possible de définir des valeurs personnalisées pour ces seuils,
via les champs Conso. Km min. et Conso. Km max. (respectivement Conso. H min.
et Conso. H max. pour les compteurs horaires). Si ces deux champs sont à (N/A),
c’est le seuil défini dans Config. gestionnaire qui est utilisé. Si au moins l’un des
deux est défini, les valeurs personnalisées sont utilisées. Laisser l’une des deux
limites à (N/A) permet de désactiver la gestion des sous-consommations ou
sur-consommations pour un véhicule donné.
Les fourchettes de tolérance ainsi définies sont affichées dans la liste des
réservoirs.
La tableau suivant illustre les différentes possibilités. “Référence”, “Min.” et
“Max.” désignent respectivement la consommation de référence et les valeurs
de seuils personnalisées, paramétrées dans le réservoir du véhicule. “Tol. sousconso.” et “Tol. sur-conso.” désignent les seuils paramétrés dans Config. gestionnaire :
Référence
(N/A)
10,00
10,00
10,00
10,00
2.1.9
Min.
ignoré
(N/A)
(N/A)
5,00
(N/A)
Max.
ignoré
(N/A)
(N/A)
14,00
14,00
Tol. sous-conso.
ignoré
30,00 %
(N/A)
ignoré
ignoré
Tol. sur-conso.
ignoré
20,00 %
25,00 %
ignoré
ignoré
Fourchette
(N/A)
7,00 - 12,00
(N/A) - 12,50
5,00 - 14,00
(N/A) - 14,00
Autres informations
Les onglets Entretiens et Derniers entretiens concernent la gestion des entretiens et seront détaillés dans le chapitre correspondant (Chapitre 9, page 79).
L’onglet Dernières transactions permet d’accéder aux dix dernières transactions du véhicule.
2.1.10
Réforme d’un véhicule
Ce paragraphe décrit la procédure à suivre pour réformer un véhicule dans
GIR Titan-Hyperion.
1. Editer le véhicule en cliquant sur Modif.
2. Dans la zone No badge, rajouter un ’-’ devant le numéro.
3. Dans les zones Code badge et Code, effacer la valeur présente et laisser les
champs vides.
4. Cocher l’option Interdit.
5. Enregistrer les modifications en cliquant sur Valider
6. Aller à l’onglet Entretiens et cocher l’option Désactivé pour tous les entretiens du véhicule.
2.2. USAGERS
33
Le véhicule réformé n’est alors plus reconnu à la borne, et son badge peut
donc être affecté à un autre véhicule.
Cette méthode permet de ne pas supprimer le véhicule réformé, afin de
conserver une trace de ses transactions. Si l’on effectue un cumul sur une période où se chevauchent les transactions d’un véhicule réformé et les transactions
du véhicule de remplacement, les deux véhicules apparaîtront sur deux lignes
séparées.
2.2
Usagers
B Usagers
2.2.1
Informations générales
No : numéro automatiquement attribué à chaque usager par GIR Titan-Hyperion.
Ce numéro est unique pour chaque usager. Lorsqu’un ticket est imprimé
après une prise de carburant, ce numéro peut être utilisé pour identifier
l’usager (Voir 3.5, page 52).
Nom, Prénom: nom et prénom de l’usager. Utilisés pour désigner un usager
dans le logiciel.
Ref: Valeur utilisée pour désigner un usager dans les exports spécifiques.
2.2.2
Identification
Champs : No badge, Type de badge, Code badge, Code, Identification
La définition des paramètres d’identification d’un usager est identique à celle
décrite pour un véhicule (Voir 2.1.2, page 27).
2.2.3
Options
– Interdit: L’usager ne peut pas se servir en carburant.
– Id. usager : Une identification du véhicule est demandée après l’identification de l’usager.
– Pompiste: L’usager est un pompiste (Voir 3.3, page 49).
– Menu pompiste: L’usager a accès au menu pompiste (Voir 3.4, page 49).
– Code secret: La saisie d’un code secret est demandée après l’identification.
Ce code est défini dans le champ Code. Cette option n’est pas disponible
si Code + Code secret usagers est activé dans la Config. Installateur. Voir
2.1.5, page 30 pour plus de détails sur le fonctionnement de cette option.
– Code activité: La saisie d’un code activité est demandée après l’identification (Voir 2.4, page 36).
– Code spécifique: La saisie d’un code spécifique est demandée après l’identification (Voir 2.5, page 36).
2.2.4
Messages
Un seul message peut être affiché à la borne pour chaque usager. Si plusieurs
messages sont affectés à un usager, le plus prioritaire sera affiché, selon la priorité
suivante :
34
1. Message affecté à l’usager (Champ Message)
2. Message affecté au service de l’usager (seulement si l’usager est autorisé
sur la borne).
L’affectation d’un message à un usager s’effectue en cliquant sur Modif. dans
l’onglet Général de la fiche usager.
2.2.5
Autorisation
En plus de l’option Interdit, deux critères déterminent les droits d’accès d’un
usager.
Zone représente les zones dans lesquelles l’usager est autorisé (Voir 2.6, page 36).
Expiration permet de définir une autorisation limitée dans le temps : si un
usager a pour date d’expiration 31/12/2004 , il ne pourra plus utiliser la
borne à partir du 1er janvier 2005 à minuit.
L’onglet Général de la fiche usager permet de visualiser rapidement les droits
d’accès :
Carré vert : L’usager est autorisé, un récapitulatif des zones et des ensembles
autorisés est affiché.
Carré rouge : L’usager est interdit, la raison de l’interdiction est affichée. Un
usager peut être interdit pour les raisons suivantes :
– Interdit: l’option Interdit est activée.
– Expiré: la date d’expiration est dépassée.
– Aucune zone: l’usager n’est autorisé sur aucune zone.
2.2.6
Autres informations
L’onglet Dernières transactions permet d’accéder aux dix dernières transactions de l’usager.
2.3
2.3.1
Rattachement des véhicules et usagers
Directions et services
B Saisies, Directions
2.3. RATTACHEMENT DES VÉHICULES ET USAGERS
Direction A
Direction B
Service 1
Véhicule 1
Service 2
Véhicule 2
Véhicule 3
Usager 1
35
Service 3
Véhicule 4
Usager 2
Véhicule 5
Véhicule 6
Usager 3
Usager 4
Usager 5
Le champ Service des véhicules et usagers désigne le service de rattachement
du véhicule ou de l’usager. Chaque service est lui même rattaché à une direction.
Le rattachement par direction et service est utilisé effectuer les cumuls par
Direction/Service, Service/Véhicule, et Service/Usager (Voir 6.1.2, page 63).
Il est possible d’affecter un même message à tous les véhicules ou usagers
d’un service, en sélectionnant le Message aux usagers ou Message aux véhicules
pour le service souhaité. Il est possible que ce message ne soit pas affiché à la
borne, s’il existe un message de priorité supérieure pour le véhicule ou usager
concerné (Voir 2.1.6, page 30 et 2.2.4, page 33).
Enfin, le rattachement par service peut être utilisé pour définir des avoirs
par service (Voir 10, page 85).
2.3.2
Types de véhicules
B Saisies, Types de véhicules
Type A
Véhicule 1
Véhicule 2
Type B
Véhicule 3
Véhicule 4
Véhicule 5
Le champ Type d’un véhicule désigne le type de rattachement de ce véhicule.
Il est utilisé pour effectuer les cumuls par Type et Type/Véhicule (Voir 6.1.2,
page 63).
36
2.4
Activités
B Saisies, Activités
Code: Code activité saisi à la borne.
Nom abrégé, Nom complet: Nom de l’activité, utilisé pour désigner une activité dans le logiciel.
Ref.: Valeur utilisée pour désigner une activité dans les exports spécifiques.
Les activités permettent d’effectuer des rapprochements entre les transactions carburant et peuvent être utilisées pour la gestion d’avoirs (Voir 10, page 85).
2.5
Codes spécifiques
B Saisies, Codes spécifiques
Code: Code spécifique saisi à la borne.
Nom: Nom du code spécifique, utilisé pour désigner un code spécifique dans le
logiciel.
La table des codes spécifique est remplie automatiquement par GIR TitanHyperion lorsque l’option Regrouper codes spéc. est activée dans Config. gestionnaire (Voir 2.9, page 41). Le regroupement des codes spécifiques permet d’effectuer des rapprochements entre les transactions, notamment pour les cumuls
(Voir 6.1.2, page 63).
2.6
Zones et plages horaires
B Saisies, Zones
2.6.1
Bases
GIR Titan-Hyperion permet de définir jusqu’à 26 zones, chacune étant codée
par une lettre (de A à Z).
Zone: Code de la zone
Nom: Nom de la zone, utilisé avec le code pour désigner une zone dans le logiciel
Options:
– Watch : Cette option permet d’être notifié lorsqu’un véhicule ou un
usager effectue une prise de carburant ou un accès dans la zone. La
notification doit également avoir été paramétrée dans les e-mails (Voir
7, page 71).
Chaque zone est associée à un ensemble de plages horaires qui définissent à
quels moments la zone est active. Les champs des plages horaires sont :
Heure de début: Heure de début de validité
Heure de fin: Heure de fin de validité (24:00 signifie “Valide jusqu’à la fin de
la journée”)
Jours: Jours de validité
2.6. ZONES ET PLAGES HORAIRES
37
Calendrier validité: Pour limiter la validité de la plage horaire à certains jours
particuliers.
Calendrier exception: Pour exclure certains jours de la plage horaire.
Les calendiers sont définis dans le menu B Saisies, Calendriers. Ils se composent d’une liste de jours (dans le cas où seul le champ Date est renseigné), ou
de périodes (dans le cas où à la fois Date et Date de fin sont renseignées). Les
bornes TIP ont un calendrider limité à la semaine en cours, il est donc nécessaire d’effectuer une synchronisation entre le PC et la borne au moins toutes les
semaines si des calendriers sont définis.
L’onglet Calendrier dans la fiche d’une zone affiche un récapitulatif des autorisations. Lorsqu’un seul mois est affiché, un clic sur le jour affiche le détail des
plages horaires pour le jour sélectionné. Un clic sur l’année affiche un récapitulatif pour tous les mois de l’année.
Exemples :
– Pour définir une zone valide à tout moment, on créera une plage horaire
de la forme :
Heure de début
00:00
Heure de fin
24:00
Jours
Lun, Mar, Mer, Jeu, Ven, Sam, Dim
→ Convention:
– Nom d’une zone valide à tout moment : Tout 24/24.
– Pour définir une zone valide de 6 heures à 20 heures en semaine et de 6
heures à 12 heures le samedi, on créera deux plages horaires :
Heure de début
06:00
06:00
Heure de fin
20:00
12:00
Jours
Lun, Mar, Mer, Jeu, Ven
Sam
– Si l’on souhaite en plus exclure les jours fériés de cette zone, on définira
un calendrier ayant pour nom Jours fériés, avec l’ensemble des jours à
exclure, et on le sélectionnera comme Calendrier exception pour les deux
plages horaires de cette zone.
– Si l’on souhaite créer une zone dont l’accès sera limité au mois de janvier
2005 (par exemple pour un visiteur temporaire), on définira un calendrier
avec la plage de dates 01/01/2005 - 31/01/2005, et on sélectionnera ce
calendrier comme Calendrier validité dans les plages horaires à limiter.
Un véhicule ou usager est autorisé sur un ensemble (GC ou accès) à l’instant
T lorsque la condition suivante est vérifiée :
Il existe au moins une zone active à l’instant T , et présente à la fois dans le
véhicule (resp. usager) et dans l’ensemble GC (resp. ensemble accès).
Les zones des ensembles GC et accès sont paramétrables via le menu B
Config., Gestion des bornes, seuils cuves, ref. et zones (Voir 2.11, page 43).
Un récapitulatif global des différentes zones est accessible par le menu B
Saisies, Compte-rendu sur les zones. De plus, les zones sur lesquelles un véhicule
ou usager est autorisé sont consultables dans sa fiche.
38
Exemple de configuration :
On dispose d’une station de carburant, définie avec un ensemble GC. On
souhaite autoriser une partie des véhicules à se servir uniquement en semaine,
et l’autre partie à se servir à tout moment.
1. Dans B Saisies, Zones, on définit les deux zones suivantes :
Code zone
A
B
Nom zone
Tout 24/24
Semaine
Plages horaires
00:00 à 24:00, tous les jours
06:00 à 20:00, du lundi au vendredi
2. Dans le menu B Config., puis Gestion des bornes, seuils cuves, ref. et zones,
puis Ens. GC, on coche les zones A et B dans le champ Zone de l’ensemble
GC désiré.
3. Dans B Véhicules, on coche la zone A pour tous les véhicules qui doivent
pouvoir se servir à tout moment, et B pour tous les véhicules qui ne
peuvent se servir qu’en semaine.
Remarque : Dans le cas présent, cocher à la fois A et B pour un véhicule
est strictement équivalent à cocher seulement A, puisque la zone A englobe
la zone B.
On dispose de deux ensemble accès, l’ensemble Barrière contrôlant l’entrée
principale, et l’ensemble Lavage contrôlant l’accès à une aire de lavage. On
souhaite limiter l’accès à la station à certains véhicules.
1. Dans B Saisies, Zones, on définit les deux zones suivantes :
Code zone
A
B
Nom zone
Barrière
Station
Plages horaires
2. Dans le menu B Config., puis Gestion des bornes, seuils cuves, ref. et zones,
puis Ens. accès, on coche la zone A dans le champ Zone de l’ensemble accès
Barrière, la zone B dans le champ Zone de l’ensemble GC désiré.
3. Dans B Véhicules, on coche la zone A pour tous les véhicules, et la zone B
pour ceux que l’on souhaite autoriser sur la aire de lavage.
2.6.2
Gestion avancée
Pour une gestion de zones à grande échelle dans le cadre d’une utilisation
multi-sites, GIR Titan-Hyperion permet de définir des zones locales à un site.
La condition d’autorisation d’un véhicule ou usager sur un ensemble GC ou
accès est identique à celle décrite dans la partie précédente : une autorisation
est valide s’il existe une zone active présente à la fois dans le véhicule et dans
l’ensemble.
L’affectation des zones à un véhicule peut être limitée aux responsables du
site (Voir 2.8, page 39).
2.7. PROGRAMMATIONS AUTOMATIQUES
2.7
39
Programmations automatiques
B Saisies, Prog. Auto.
Les programmations automatique permettent de planifier des opérations
pour qu’elles soient exécutées automatiquement par GIR Titan-Hyperion à une
heure et un jour donnés.
Nom: Nom de la programmation, utilisé pour désigner cette programmation
dans le logiciel
Opération:
– Récup.-Envoi,Récup.-Envoi-Jaugeage,. . .: Effectue un dialogue de synchronisation avec les différentes bornes programmées (Voir 4, page 53).
– Sauvegarde: Effectue une sauvegarde de la base données dans un fichier
TWB (Voir 13.3, page 102).
Heure de début: Heure à laquelle l’opération sera lancée.
Heure de fin: Pour l’opération Récup./Envoi, garde la connexion établie jusqu’à
l’heure indiquée.
Jours: Jours lors desquels l’opération doit être lancée.
Options:
– Désactivée: Permet de désactiver temporairement l’exécution d’une opération automatique.
Pour les opérations automatique de type Récup.-Envoi, il faut également
définir les bornes avec lesquelles le dialogue doit être effectué, dans la sous-table
Bornes programmées :
Borne: Borne avec laquelle le dialogue doit être lancé
Réessai après erreur: En cas d’erreur lors du dialogue avec cette borne, permet de définir le temps en secondes au bout duquel un nouveau dialogue
sera tenté. Ce paramètre est valable uniquement si une Heure de fin a été
précisée. La valeur (N/A) indique de ne pas retenter un dialogue en cas
d’erreur.
Options:
– Désactivée: Permet de désactiver temporairement une borne dans les
dialogues automatiques. Attention : la borne ne sera plus mise à jour.
2.8
Utilisateurs
B Saisies, Utilisateurs
Il est possible de définir plusieurs utilisateurs pour contrôler l’accès à GIR
Titan-Hyperion. Un utilisateur est défini par un nom (champ Utilisateur) et un
Mot de passe à saisir sur l’écran de connexion.
A chaque utilisateur est également associé un Niveau d’accès. Les différents
niveaux d’accès sont présentés ci-dessous, du plus restrictif au plus permissif.
Chaque niveau d’accès permet d’effectuer un ensemble d’opérations, ainsi que
les opérations autorisées aux niveaux inférieurs. (Ex : Le Gestionnaire a le droit
d’effectuer les opérations des niveaux Standard et Consultation).
Les opérations autorisées par niveau d’accès sont les suivantes :
– Consultation
40
– Lecture des tables de données
– Standard
– Saisie de transactions manuelles, d’approvisionnements
– Déclaration d’entretien fait (à partir des entretiens déjà définis)
– Correction des transactions carburant (véhicule, usager, compteurs, activité et code spécifique)
– Affectation de messages aux véhicules et usagers
– Dialogues : Test liaison, Récup.-Envoi, Jaugeages et totalisateurs, Supervision
– Atelier
– Edition des entretiens
– Gestionnaire local
– Lecture des tables de configuration
– Edition des tables véhicules et usagers
– Dialogues : toutes les opérations
– Gestionnaire
– Définition des utilisateurs
– Correction du prix et du volume sur les transactions carburant
– Edition de toutes les tables de données (menu B Saisies)
– Opérations de gestion (menu B Config.)
– Imports/Exports de données
– Installateur
– Edition des tables de configuration
– Retraitement des transactions
Les niveaux Gestionnaire et Installateur ont accès à la totalité de la base de
données. Pour les autres niveaux, il est possible de restreindre l’accès à certains
sites, directions, ou services. Cette restriction s’effectue via l’onglet Autorisations
de la fiche utilisateur.
Pour chaque utilisateur, il est possible de définir une liste de sites, une liste
de directions et une liste de services, avec les règles suivantes :
– Si aucun site n’est défini, l’utilisateur a accès aux informations de tous les
sites.
– Si au moins un site est défini, l’utilisateur a accès aux données relatives
aux sites déclarés (Ex : dialogue avec les bornes du site, état des cuves du
site, transactions réalisées sur le site. . .).
– Si aucune direction et aucun service ne sont définis, l’utilisateur a accès à
toutes les directions.
– Si au moins une direction ou service est défini, l’utilisateur a accès aux
données relatives aux directions et/ou services déclarés (Ex : véhicules et
usagers du service, transactions réalisées par les usagers de la direction. . .).
La valeur (N/A) pour le champ Accès signifie que l’élément est défini uniquement afin de paramétrer l’envoi d’e-mails (Voir 7, page 71), et n’a aucune
incidence sur les autorisations. Ainsi, si l’on souhaite définir un utilisateur sans
restricitions d’accès, et recevant les alertes pour un site donné, on déclarera ce
site avec un accès (N/A).
Pour les services et les directions, l’accès peut être défini soit en lecture
soit en écriture. Dans le cas d’un accès en lecture, l’utilisateur est limité à la
consultation des données. Dans le cas d’un accès en écriture, il peut réaliser
2.9. CONFIG. GESTIONNAIRE
41
différentes opérations sur les données. Le tableau ci-après indique les différentes
catégories d’opérations, et leur autorisation selon le niveau d’accès.
(1): Saisie de véhicules et d’usagers.
(2): Définition d’entretiens.
(3): Saisie de transactions manuelles, modification de transactions, déclaration
d’entretien fait, affectation de message
Niveau
Consultation
Standard
Atelier
Gest. local
Accès
Lecture
Ecriture
Lecture
Ecriture
Lecture
Ecriture
Lecture
Ecriture
(1)
Oui
(2)
Oui
Oui
(3)
Oui
Oui
Oui
Un récapitulatif des droits d’accès de chaque utilisateur est disponible dans
l’onglet Récapitulatif de la fiche utilisateur.
2.9
Config. gestionnaire
B Saisies, Config. gestionnaire
Cette table définit certains des paramètres généraux de l’application.
Tolérance sur-conso.: Définit la consommation au-dessus de laquelle une transaction est considérée en sur-consommation.
Exemple : si la consommation de référence est de 10,00 L/100Km, et que la
tolérance est de 20%, une transaction sera considérée en sur-consommation
si sa consommation instantanée dépasse 12,00 L/100Km
Tolérance sous-conso.: Définit la consommation en-dessous de laquelle une
transaction est considérée en sous-consommation.
Km parcourus min. pour conso.: Définit le kilométrage parcouru minimum que
doit avoir une transaction pour en calculer la consommation instantanée.
Ceci permet d’éviter de générer des transactions en sur-consommation
lorsque le kilométrage parcouru est trop faible et rend la consommation
non significative.
H parcourues min. pour conso.: Même chose pour le nombre d’heures parcourues.
Fusion compteurs consécutifs: Lorsque deux transactions carburant identiques
sont effectuées dans le délai défini, les compteurs et consommations sont
affectés à la plus récente (Voir 12, page 95).
Section CSV: Permet de paramétrer le format des fichiers CSV à télécharger.
Tableur
Excel 97, 2000
Excel XP, 2003
Format de date
mm-jj-aaaa
jj/mm/aaaa
Séparateur décimal
Point
Virgule
Séparateur de champs
Virgule
Point-virgule
42
Sections Proxy HTTP, Proxy HTTPS: Permet de paramétrer un serveur proxy
pour l’accès à Internet.
Section E-Mails: Permet de paramétrer l’envoi de messages électroniques (Voir
7, page 71).
Options:
– Regrouper codes spéc.: Si cette option est activée, alors lorsqu’un code
spécifique a été saisi dans une transaction, GIR Titan-Hyperion recherche ce code dans la table Codes spécifiques. Si le code est trouvé, la
transaction est rattachée à ce code, sinon il est créé. Lorsque l’option
n’est pas activée, les codes spécifiques sont seulement stockés dans les
transactions et la table Codes spécifiques n’est pas utilisée. Le regroupement des codes spécifiques permet d’effectuer par la suite des recherches
ou des cumuls sur les transactions comportant un même code spécifique.
– Saisie manuelle jaugeages: Active la saisie manuelle des jaugeages dans
B Etat des cuves (Voir 6.2.1, page 66).
– Saisie manuelle totalisateurs: Active la saisie manuelle des totalisateurs
dans B Etat des cuves (Voir 6.2.1, page 66).
– (Traclient) ...: Définit les différents types de transactions à exporter au
fil de l’eau. Par défaut, seules les transactions carburant récupérées sur
les bornes sont exportées. Le paramétrage de ces options permet d’exporter également les transactions saisies manuellement, les transactions
importées depuis des disquettes pétrolières, les transactions accès, et les
approvisionnements (Voir 11.2, page 91).
Format traclient fil de l’eau : Format du fichier traclient généré au fil de l’eau
(Voir 11.2, page 91). Laisser à (N/A) pour ne générer aucun fichier traclient.
Zones protégées : Définit les zones qui ne peuvent être assignées aux véhicules
et usagers que par le gestionnaire principal. Par défaut, les zones des véhicules et usagers peuvent être modifiées par les gestionnaires locaux.
2.10
Profils
B Saisies, Profils
Les profils utilisateurs permettent d’adapter certains paramètres de configuration selon l’utilisateur connecté.
Priorité, Utilisateur, Masque adresse IP: Ces champs définissent l’affectation
d’un profil à un ou plusieurs utilisateurs. Un profil est associé à un utilisateur lorsque les deux critères Utilisateur et Masque adresse IP sont compatibles avec l’utilisateur connecté. Le champ Utilisateur est compatible
s’il est à (N/A) ou s’il est égal à l’utilisateur. Le champ Masque adresse
IP est compatible s’il est vide ou si l’adresse depuis laquelle l’utilisateur
est connecté vérifie ce masque. Il est possible de préciser un nom DNS
ou une adresse IP, avec les caractères jokers ? et * (ex : *.exemple.com,
192.168.1.*, . . .). Le champ priorité détermine l’ordre dans lequel sont
testés les profils. 0 est la priorité la plus forte, 254 est la plus faible.
Format dates, Séparateur décimal, Séparateur de champs: Paramètrage du format des fichiers CSV à télécharger. Si un paramètres est à (N/A), c’est la
valeur définie dans Config. gestionnaire qui est utilisée.
2.11. CONFIGURATION
43
Adresse badgeur, Type badgeur: Adresse au format hôte:port d’un lecteur de
badge. Si ce champ est renseigné, un bouton Lire badge apparaît dans
les fiches véhicule et usager pour le ou les utilisateurs ayant ce profil. Ce
bouton permet de lire directement un badge sur le lecteur ainsi défini, et
de l’affecter au véhicule ou usager désiré.
Exemple : On souhaite utiliser des paramètres CSV différents de ceux définis
dans Config. gestionnaire pour tous les utilisateurs qui se connectent depuis le
domaine exemple.com, sauf pour l’utilisateur A. On définira alors les profils
suivants :
Priorité
0
Utilisateur
A
Masque adresse IP
Vide
1
(N/A)
*.exemple.com
2.11
Paramètres CSV
Tout à (N/A) (pour utiliser ceux
définis dans Config. Gestionnaire)
Paramètres spécifiques
Configuration
Les tables suivantes définissent la configuration des bornes. Elles sont paramétrées par l’installateur de GIR Titan-Hyperion et accessibles par le gestionnaire, en consultation uniquement, via le menu B Config..
– Config. installateur
– Produits
– Sites
– Cuves
– Bornes
– Formats badges
– Types de badges
– Types d’accès
Certaines valeurs dans ces tables sont toutefois paramétrables par le gestionnaire, via le menu B Config., Gestion des bornes, seuils cuves, ref. et zones. Elles
se classent en quatre catégories :
Bornes (paramètres) :
Etat: Etat de la borne (Activée ou Désactivée). L’activation ou désactivation de borne est déclenchée dans ce menu par le bouton du même
nom. Lorsqu’une borne est désactivée, elle n’est plus utilisable dans
les dialogues, qu’ils soient automatiques ou manuels. La saisie de
transactions manuelles sur les pompes de cette borne reste possible.
La désactivation de borne peut avoir deux utilisations :
– Gestion d’une borne fictive
– Désactivation temporaire des dialogues en cas de problème, par
exemple si la borne est en réparation
Type liaison: Type de liaison entre la borne et le pc : réseau, série ou
modem.
Param. liaison: Paramètres de la liaison. Leur interprétation par GIR
Titan-Hyperion dépend du type de liaison :
– TCP: <hôte>:<port>. Le nom d’hôte peut être une adresse IP ou
un nom DNS (ex : 192.168.0.123:6001).
44
– Série: <comX> où X est le numéro du port série (ex : com1).
– Modem: <comX>:<tél>[:<atdt>[:<at&f>]] où X est le numéro
du port série sur lequel est branché le modem, et tél le numéro
de téléphone à composer (ex : com2:0478741234). Les commandes
successives envoyées au modem sont :
1. Commande atz
2. Commande spécifiée dans le quatrième paramètre (at&f par
défaut)
3. Commande spécifiée dans le troisième paramètre suivie du numéro de téléphone (atdt par défaut)
Cuves (seuils) :
Seuil blocage: Stock en-dessous duquel les pompes utilisant cette cuve
sont automatiquement bloquées. Laisser le champ vide pour ne générer aucun blocage quel que soit le stock en cuve.
Seuil d’alerte: Stock en-dessous duquel une alerte est générée.
Ecart +: Génération d’une alerte lorsque la différence “stock théorique stock réel” dépasse ce seuil.
Ecart -: Génération d’une alerte lorsque la différence “stock réel - stock
théorique” dépasse ce seuil.
Max. eau: Volume d’eau maximum avant génération d’une alerte.
Alerte si erreur: Nombre d’erreurs de jaugeage consécutives avant génération d’une alerte.
Options:
– Jauge désactivée: Permet de désactiver temporairement la gestion
du jaugeage sur cette cuve.
Les champs Ecart +, Ecart -, Max. eau, et Alerte si erreur concernent uniquement les cuves pour lesquelles un jaugeage est géré. Ils peuvent chacun
être laissés à zéro pour ne générer aucune alerte.
La génération d’une alerte crée un événement (Voir 6.3, page 68), affiche
un message sur la page d’accueil, et envoie éventuellement un message
électronique (Voir 7, page 71).
Pompes (seuils) :
Options tot.:
– Relevé totalisateur : Active le relevé automatique du totalisateur
interne pour ce module pompe.
Tolérance tot.: Seuil de tolérance pour la génération d’alertes sur les relevés de totalisateurs (Voir 6.2.5, page 68). Si ce champ est à zéro,
aucune alerte n’est générée.
Ref. : Les champs Ref. sont utilisés pour désigner un élément dans les exports
spécifiques. Ce menu permet de définir le champ Ref. des éléments de
configuration (cuves, produits, sites. . .).
Zones : Les zones définissent les autorisations d’accès des véhicules et usagers
sur les différentes bornes (Voir 2.6, page 36). Ce menu permet de paramétrer les zones sur les ensembles GC et accès. Il est possible de définir
jusqu’à 8 zones par borne.
Chapitre 3
Utilisation de la borne
3.1
Etats
En dehors des saisies précédant une prise de carburant, une borne peut
afficher différents messages selon son état :
Lu 11/10/04 10:30:00
CHOIX POMPE 1 2 3
Plusieurs pompes sont disponibles
pour une prise de carburant. Les
pompes dont le numéro n’est pas affiché sont soit utilisées, soit indisponibles.
Lu 11/10/04 10:30:00
POMPE 2 DISPONIBLE
Une seule pompe est disponible
pour une prise de carburant. Les
autres pompes sont soit utilisées,
soit indisponibles.
Lu 11/10/04 10:30:00
EN SERVICE
Toutes les pompes disponibles sont
actuellement utilisées pour une prise
de carburant.
Lu 11/10/04 10:30:00
HORS ZONE
Aucune pompe n’est disponible
d’après les plages horaires définies.
Lu 11/10/04 10:30:00
HORS SERVICE
Aucune pompe n’est disponible
Il est possible de connaître l’état détaillé des pompes dans GIR TitanHyperion grâce au mode supervision (Voir 4.3, page 55) ou à la borne grâce
au menu pompiste (Voir 3.4, page 49).
45
46
CHAPITRE 3. UTILISATION DE LA BORNE
3.2
Prise de carburant
Déroulement d’une prise de carburant à la borne :
Choix de la pompe
Identification
Saisies
des compteurs
Saisies
supplémentaires
Service
Tout au long de la saisie, la transaction peut être annulée par la touche
EFF. Le message TRANSACTION ANNULEE est alors affiché et la borne revient en
attente de saisie.
3.2.1
Choix de la pompe
Lu 11/10/04 10:30:00
CHOIX POMPE 1 2
ou
Lu 11/10/04 10:30:00
POMPE 1 DISPONIBLE
Sélectionner le No de la pompe souhaitée.
Pompe 1 GOI
Validez votre choix
Le nom de la pompe et du produit s’affichent, valider avec VAL.
Cas d’une seule pompe
Dans le cas où une seule pompe est définie sur la borne, l’étape du choix de
la pompe n’est pas nécessaire, et l’identification est directement demandée.
Lu 11/10/04 10:30:00
ID VEHICULE
ou
Lu 11/10/04 10:30:00
ID USAGER
3.2. PRISE DE CARBURANT
3.2.2
47
Identification
– En 1er identifiant véhicule :
Pompe 1 GOI
ID VEHICULE
– En 1er identifiant usager :
Pompe 1 GOI
ID USAGER
L’identification s’effectue en passant le badge devant le lecteur, ou bien en
saisissant le code et en validant avec VAL.
Dans le cas d’une double identification (véhicule avec option Id. usager , ou
usager avec option Id. véhicule), les deux identifications seront demandées successivement.
Messages d’erreur :
– BADGE NON RECONNU, BADGE INCONNU: Le badge n’est pas défini.
– CE CODE N’EXISTE PAS: Le code n’est pas défini.
– VEHICULE INTERDIT: Le véhicule identifié est interdit.
– USAGER INTERDIT: L’usager identifié est interdit.
– PRODUIT NON AUTORISE: Le produit de la pompe n’est pas autorisé sur ce
véhicule.
Il est possible de demander la saisie d’un code secret en plus de l’identification
par badge (option Code secret des véhicules et usagers). La saisie de ce code est
demandée par le message suivant :
Pompe 1 GOI
CODE ACCES
Saisir le code et valider avec VAL
3.2.3
Saisie des compteurs
La saisie des compteurs est demandée par les messages suivants :
Pompe 1 GOI
Compteur km
Saisir le compteur kilométrique, en kilomètres, et valider avec VAL.
Pompe 1 GOI
Cpt 1/100 H
Saisir le compteur horaire, en centièmes d’heures, et valider avec VAL (Exemple :
pour 120,75 heures, saisir 12075).
Message d’erreur :
– VALEUR INCORRECTE: Le compteur saisi n’est pas dans la fourchette de
validité. Pour la résolution des problèmes relatifs à la saisie de compteur,
48
voir 5.2, page 60
3.2.4
Saisies supplémentaires
Selon la configuration du véhicule ou de l’usager, des saisies supplémentaires
peuvent être demandées :
Pompe 1 GOI
Activite
Saisir le code activité et valider avec VAL.
Pompe 1 GOI
Code spec.
Saisir le code spécifique et valider avec VAL.
Message d’erreur :
– CE CODE N’EXISTE PAS: Code activité non défini.
3.2.5
Service
Lorsque les saisies sont terminées, la pompe est commandée et la borne
affiche le message SERVEZ-VOUS.
Le déroulement de la prise de carburant dépend alors des réglages de la
pompe.
On notera :
Tdebut : Temporisation de début de service
Tf in : Temporisation de fin de service
Tapres : Temporisation d’après-service
Tdebut et Tf in sont définies dans la configuration de la pompe, et peuvent être
visualisés dans B Etat des cuves en cliquant sur Détail pour la pompe souhaitée.
Tapres est fixée à 2 secondes.
Une prise de carburant vérifie alors les règles suivantes :
– Si rien n’est débité pendant Tdebut secondes, la distribution est coupée.
– Une fois qu’un premier débit a eu lieu, si rien n’est débité pendant Tf in
secondes, la distribution est coupée.
– Si un raccroché est géré sur la pompe, la distribution est coupée lorsque le
pistolet est raccroché (Les deux temporisations ci-dessus restent valables).
– Après que la distribution ait été coupée, le volume débité est encore compté
pendant Tapres secondes. Cela permet de tenir compte des phénomènes de
compression dans le tuyau de distribution.
Litrages nuls
Deux autres valeurs sont définies dans la configuration de la pompe et consultables dans l’état de la station :
T0 : durée minimum d’une transaction pour la prise en compte d’un litrage nul
N0 : nombre de litrages nuls consécutifs avant blocage de la pompe
3.3. POMPISTE
49
Un litrage est considéré comme nul lorsqu’une transaction se déroule sans
débit de carburant et est d’une durée supérieure à T0 . Lorsque N0 litrages nuls
ont lieu consécutivement sur la même pompe, elle est automatiquement bloquée.
3.3
Pompiste
Le pompiste est un véhicule (ou usager) particulier, capable de saisir des
transactions pour le compte d’autres véhicules ou usagers. Il offre les possibilités
suivantes :
Pompiste véhicule:
– Identifier un véhicule en l’absence de badge
– Forcer la prise de carburant pour un véhicule interdit
– Forcer la valeur d’un compteur
Pompiste usager:
– Identifier un usager en l’absence de badge
– Forcer la prise de carburant pour un usager interdit
L’identification d’un pompiste s’effectue comme pour un véhicule ou usager normal (Voir 3.2.2, page 47). Après l’identification du pompise, le code du
véhicule ou usager auquel la transaction doit être affectée est alors demandé :
Pompe 1 GOI
CODE VEHIC.
Pompe 1 GOI
CODE USAGER
ou
Saisir le code et valider avec VAL.
La saisie de la transaction s’effectue alors comme si le véhicule ou usager
s’était identifié normalement, avec deux possibilités supplémentaires :
– Si le véhicule ou usager est interdit, il est possible d’effectuer quand même
la transaction :
VEHICULE INTERDIT
PASSER OUTRE
ou
USAGER INTERDIT
PASSER OUTRE
Valider avec VAL pour passer outre l’interdiction.
– Si le contrôle de fourchette sur un compteur détecte une valeur incorrecte,
il est possible de forcer la valeur du compteur :
Pompe 1 GOI
forcer Km a :
ou
Pompe 1 GOI
forcer Ho a :
Valider avec VAL pour forcer le compteur.
3.4
Menu pompiste
L’accès au menu pompiste s’effectue en appuyant sur la touche 0 lorsque la
borne est en attente de saisie.
Si une seule pompe est définie :
50
Lu 11/10/04 10:30:00
ID VEHICULE
Appuyer sur 0 puis VAL.
Si plusieurs pompes sont définies :
Lu 11/10/04 10:30:00
CHOIX POMPE 1 2
Appuyer sur 0.
Selon la configuration, l’identification du véhicule ou usager souhaitant accéder au menu pompiste est alors demandée :
Lu 11/10/04 10:30:00
ID VEHICULE
ou
Lu 11/10/04 10:30:00
ID USAGER
Un véhicule ou usager est autorisé à accéder au menu pompiste lorsque
l’option Menu pompiste est activée (Voir 2.1.5, page 30 et 2.2.3, page 33). Dans
le cas contraire, le message suivant est affiché :
ACCES MENU INTERDIT
Le menu pompiste se présente sous la forme suivante :
Cuves Pompes Horloge
Jauges Instal badGes
L’accès à un sous-menu s’effectue en appuyant sur la lettre majuscule correspondante :
Cuves (touche C): Consultation des stocks en cuve théoriques, saisie d’approvisionnements.
Pompes (touche P): Consultation des totalisateurs, blocage ou déblocage d’une
pompe.
Horloge (touche H): Modification de l’heure de la borne.
Jauges (touche J): Consultation des informations de jaugeage.
Instal (touche I): (N/A)
Badges (touche G): Initialisation de badges proximité (Voir 2.1.3, page 29).
3.4.1
Sous-menu Cuves
C1 GOI
Appro
Première ligne :
Maj
1500 L
(+/-)
3.4. MENU POMPISTE
51
– No de la cuve (de 1 à 16). Le défilement entre les différentes cuves s’effectue à l’aide des touches + et – Nom du produit
– Stock théorique de la cuve, en litres.
Deuxième ligne :
– Appro (touche A): Saisie d’un approvisionnement
– Maj (touche M): Mise à jour du stock
Saisie d’un approvisionnement
1 Appro :
Montant :
L.
Euros
Saisir le volume de l’approvisionnement en litres puis valider avec VAL. Saisir
ensuite le montant total en Euros (il est possible de saisir un nombre décimal,
par exemple 150.85), puis valider avec VAL.
Mise à jour du stock
C1 GOI
Corr :
1500 L
litres
Saisir le volume en litres à ajouter au stock, puis valider avec VAL. Pour
revoir à la baisse le stock en cuve, on saisira un volume négatif (ex : -10 pour
enlever 10 litres).
3.4.2
Sous-menu Pompes
1 GOI
Marche
T:002902
(+/-)
Première ligne :
– No de la pompe (de 1 à 16). Le défilement entre les différentes pompes
s’effectue à l’aide des touches + et – Nom du produit
– Valeur du totalisateur interne au module pompe
Deuxième ligne : Etat de la pompe. Les différents états possibles sont :
Marche: Pompe disponible
Blocage/Borne: Pompe bloquée par le pompiste via le menu pompiste
Blocage/PC: Pompe bloquée par le gestionnaire via l’écran de supervision
(Voir 4.3, page 55).
Defaut Comptage: Pompe bloquée automatiquement suite à un défaut de
comptage.
Defaut Litrage: Pompe bloquée automatiquement suite à plusieurs litrages
nuls consécutifs (Voir 3.2.5, page 48)
52
Defaut Module: Pompe bloquée automatiquement suite à un défaut du
module
Defaut Config: Pompe bloquée automatiquement suite à un défaut de
paramétrage
Le blocage ou déblocage d’une pompe s’effectue à l’aide des touches B ou M.
3.4.3
Sous-menu Jauges
Un jaugeage est automatiquement effectué lors de l’accès à ce menu.
T
1 GOI
1500 L
14 H2O: 1300 D -
Première ligne :
– No de la cuve (de 1 à 16). Le défilement entre les différentes cuves s’effectue à l’aide des touches + et – Nom du produit
– Stock de la cuve mesuré par le jaugeage, en litres.
Deuxième ligne :
– T: température en degrés Celsius.
– H2O: volume d’eau équivalent.
– D: défaut (0 indique un jaugeage correct, - ou une autre valeur indique
une erreur de jaugeage).
3.5
3.5.1
Impression
Impression au fil de l’eau
L’impression au fil de l’eau permet de conserver un historique sur papier de
toutes les transactions effectuées sur une borne.
3.5.2
Impression ticket
L’impression de ticket permet de délivrer un reçu à l’issue de chaque prise
de carburant.
Chapitre 4
Dialogue avec la borne
4.1
Principe
Chaque borne fonctionne de manière autonome : elle possède en mémoire
une copie des informations sur les véhicules et usagers, et enregistre les transactions. Il est donc nécessaire de régulièrement synchroniser les données entre GIR
Titan-Hyperion et les bornes. Cette synchronisation s’effectue en deux opérations distinctes :
1. Récupération et traitement dans GIR Titan-Hyperion des transactions
stockées sur les bornes. Les bornes TIP possèdent une capacité de stockage
de 2500 transactions.
2. Mise à jour des données des bornes à partir de la base de données de GIR
Titan-Hyperion (compteurs, blocages, etc.)
Toute modification effectuée dans GIR Titan-Hyperion (affectation d’un
message, interdiction, . . .) ne sera donc réellement prise en compte sur la borne
qu’après avoir effectué un dialogue avec celle-ci.
4.1.1
Utilisation de plusieurs bornes
La synchronisation entre GIR Titan-Hyperion et les différentes bornes est
particulièrement importante lorsque plusieurs bornes sont utilisées. En effet,
chaque borne possède en mémoire sa propre copie de la base de données. Lors
d’une saisie de compteur, c’est cette copie qui est mise à jour avec le nouveau
compteur, et les autres bornes conservent encore l’ancienne valeur.
Exemple d’un système à deux bornes : Le véhicule V possède un compteur
kilométrique dont la valeur est 50000 km. Sa fourchette de tolérance (Voir 5.1,
page 59) est de 1000 km. Cette information est stockée par GIR Titan-Hyperion
et envoyée aux deux bornes B1 et B2 .
GIR Titan-Hyperion
Véhicule V , 50000 km
Borne B1
Borne B2
Une prise de carburant est effectuée sur la borne B1 pour le véhicule V , le
compteur saisi est 50800 km. On a alors la situation suivante :
53
54
CHAPITRE 4. DIALOGUE AVEC LA BORNE
GIR Titan-Hyperion
Borne B1
Borne B2
Si le véhicule V se présente plus tard sur la borne B2 , avec un compteur de
51500 km, et qu’aucun dialogue n’a été effectué pour synchroniser les données,
son compteur sera refusé. En effet, pour la borne B2 , le dernier compteur du
véhicule est toujours de 50000 km. Le compteur maximum autorisé d’après la
fourchette définie est donc de 51000 km.
Si un dialogue a eu lieu entre les deux prises de carburant du véhicule V , on
aura la situation suivante :
GIR Titan-Hyperion
Borne B1
Borne B2
Le nouveau compteur de 51500 km sera alors bien accepté sur les deux
bornes.
Il est donc conseillé de synchroniser les données régulièrement, de sorte qu’il
y ait toujours eu au moins une synchronisation entre deux prises de carburant
d’un véhicule. La meilleure solution est de définir un dialogue automatique (Voir
2.7, page 39). En général, une opération de dialogue programmée toutes les 24
heures est suffisante (à adapter si un même véhicule peut effectuer plusieurs
prises de carburant par jour).
4.2
Dialogue manuel
Le menu Dialogue borne permet de lancer une communication entre une ou
plusieurs bornes et GIR Titan-Hyperion.
Pour démarrer un dialogue, cliquer sur Lancer après avoir sélectionné les
bornes, l’opération et les options souhaitées. L’écran de suivi de dialogue s’affiche alors. Il permet de visualiser l’avancement du dialogue sur les bornes sélectionnées.
Opération:
– Récup.-Envoi: C’est l’opération la plus courante. Elle permet de synchroniser les données entre GIR Titan-Hyperion et les bornes.
– Récup.-Envoi-Jaugeage: Effectue une synchronisation, ainsi qu’une récupération des stocks en cuve par jaugeage (uniquement avec un module
jauge). Les informations de jaugeage ainsi récupérées sont enregistrées
dans un historique.
– Récup.-Envoi-Totalisateurs: Effectue une synchronisation, ainsi qu’une
récupération des totalisateurs internes des modules pompes pour lesquels le relevé a été activé.
– Récup.-Envoi-Totalisateurs-Jaugeage: Effectue une synchronisation, un
relevé des totalisateurs, et un jaugeage.
– Récup.-Config.-Envoi: Effectue un envoi de configuration et un renvoi
complet des données, après avoir récupéré les transactions (*).
– Récup.-Init.-Config.-Envoi : Permet d’initialiser une borne avec une nouvelle séquence, après avoir récupéré les transactions (*).
4.3. SUPERVISION
55
– Init.-Config.-Envoi: Permet d’initialiser une borne avec une nouvelle séquence. Attention, cette opération efface les transactions stockées sur la
borne (*).
– Récup.-Attente-Init.-Config.-Envoi : Permet d’initialiser une borne avec
une nouvelle séquence, en s’assurant au préalable que la borne est inutilisée. Si des prises de carburant ou des saisies sont en cours, GIR
Titan-Hyperion attend qu’elles soient terminées avant d’initialiser la
borne.
– Dump mémoire: Ecrit le contenu de la mémoire de la borne dans un
fichier.
– Redémarrage: Effectue un redémarrage de la borne (*).
– Test liaison: Vérifie le fonctionnement de la liaison entre la borne et
GIR Titan-Hyperion, et affiche un compte-rendu sur l’état des différents
modules
– Màj modules - Test liaison: Réinitialise les modules puis effectue un test
liaison comme ci-dessus.
(*) : Ces opérations provoquent une interruption de service sur la borne
et ne doivent être pas être effectuées si une saisie de transaction est cours.
Options:
– Log détaillé: Génère un fichier détaillé des échanges entre la borne et GIR
Titan-Hyperion. Les fichiers ainsi générés peuvent être très volumineux.
– Forcer récup.: Permet de forcer la récupération des transactions lorsque
celle-ci echoue avec une erreur ’Module modifié’.
Envoi: Choix du mode d’envoi. Delta n’envoie à la borne que les données nécessaires, Complet envoie la totalité des données. Ainsi, si l’on dispose d’une
base synchronisée, et que l’on modifie un véhicule pour lui affecter un
message, l’envoi Delta enverra un seul véhicule à la borne alors que l’envoi
complet en enverra 3000.
Adressage: Laisser en Normal .
Les réglages par défaut (Log détaillé et Forcer récup. désactivés, envoi Delta
et adressage Normal ) correspondent à une utilisation normale du logiciel et ne
doivent être modifiés qu’en cas de problème.
Déconnexion: Par défaut, la connexion avec une borne est établie au début
d’une opération, et fermée à la fin (Après l’opération). Cependant, il peut
être intéressant de maintenir cette connexion active pendant un certain
temps, si l’on souhaite effectuer plusieurs opérations à la suite sur une
même borne. C’est particulièrement le cas si la phase d’ouverture est assez
longue, par exemple dans le cas d’une connexion par modem.
Pour cela, deux modes de déconnexions sont disponibles :
– Interactif : La connexion est fermée après une période d’inactivité de 6
minutes.
– Rester connecté jusqu’à: La connexion est fermée à l’heure précisée.
Le lancement d’un dialogue en mode Interactif ou Rester connecté jusqu’à
n’est possible que lorsqu’une seule borne est sélectionnée.
4.3
Supervision
B Supervision
56
En plus des opérations de dialogue vues précédemment, GIR Titan-Hyperion
permet d’interagir directement avec une borne grâce au mode supervision. L’écran
de supervision présente les différentes cuves rattachées à la borne choisie, et les
pompes associées à chaque cuve. Il offre les possibilités suivantes :
– Visualiser les stocks en cuve
– Effectuer une mesure des stocks en cuve par jaugeage
– Visualiser l’état des pompes, les totalisateurs
– Visualiser les transactions en cours
– Déclencher une transaction à distance
Cliquer sur Actualiser les donneés pour lancer une connexion à la borne et
mettre à jour les informations affichées.
Etat borne permet de détecter un éventuel dysfonctionnement de la borne.
La date Dernière mise à jour indique quand les informations affichées ont été
récupérées.
La connexion à la borne s’effectue en mode interactif (Voir Déconnexion,
page 55).
Informations disponibles sur les cuves :
– Stock théorique: Le stock théorique de la cuve, tenu à jour d’après les
approvisionnements et les transactions.
– Stock réel: Le stock en cuve lu par jaugeage (Uniquement avec un module
jauge). Le détail des informations du jaugeage est consultable en cliquant
sur Stock réel. Un jaugeage est automatiquement effectué à chaque fois
qu’une prise de carburant a lieu sur la cuve correspondante. Il est possible de forcer un jaugeage sur toutes les cuves en cliquant sur Forcer
un jaugeage. Le jaugeage ainsi réalisé est fait uniquement dans un but
de consultation temporaire des stocks. Pour effectuer un jaugeages dont
le résultat sera conservé dans un historique, utiliser un dialogue Récup.Envoi-Jaugeage.
Informations disponibles sur les pompes :
– Etat de la pompe.
– Mode manuel : Pompe en mode manuel
– Bloquée: Pompe bloquée, la raison du blocage est affichée entre parenthèses :
– gestionnaire: Pompe bloquée par le gestionnaire via l’écran de supervision
– pompiste: Pompe bloquée par le pompiste via le menu pompiste
– défaut de comptage: Pompe bloquée automatiquement suite à un défaut de comptage.
– N litrages nuls: Pompe bloquée automatiquement suite à plusieurs
litrages nuls consécutifs (Voir 3.2.5, page 48)
– défaut module: Pompe bloquée automatiquement suite à un défaut du
module
– défaut config.: Pompe bloquée automatiquement suite à un défaut de
paramétrage
– Défaut de com.: Défaut de communication avec le module pompe.
– Distribution: Distribution de carburant en cours.
– Saisie en cours: Saisie d’une transaction en cours.
– Cuve bloquée: Pompe bloquée car le stock en cuve est inférieur au seuil
minimum.
– Hors zone: Pompe hors zone.
4.3. SUPERVISION
57
– Disponible: Pompe disponible
Les informations sur une éventuelle transaction en cours et le totalisateur
sont consultables en cliquant sur Détail en dessous de la pompe choisie. Le
totalisateur affiché est celui intégré au module pompe (et non le totalisateur
d’un autre dispositif de comptage).
4.3.1
Blocage de pompe
Suivant l’état de la pompe, l’une des opérations suivantes est proposée :
– Bloquer
– Débloquer
– Annuler blocage
– Annuler déblocage
Le blocage ou déblocage d’une pompe nécessite de lancer une opération
Récup.-Envoi sur la borne. C’est pourquoi, après avoir cliqué sur Bloquer ou
Débloquer, un écran de confirmation s’affiche et propose soit de lancer l’opération
immédiatement, soit de la différer. Lorsque l’opération est différée, il est possible
d’annuler la demande (Annuler blocage ou Annuler déblocage).
L’opération Récup.-Envoi pouvant être relativement longue, il peut être intéressant de différer l’opération si l’on souhaite modifier l’état de plusieurs pompes
à fois. Dans ce cas, on choisira Différé pour toutes les pompes et Immédiat pour
la dernière.
4.3.2
Transaction à distance
Lorsqu’une pompe est disponible, il est possible de déclencher à distance
une transaction en cliquant sur Transaction. Le logiciel tente alors de réserver la
pompe.
En cas de succès, le message “Pompe <nom de la pompe> réservée” est
affiché. Lorsqu’une pompe est réservée, elle n’est plus disponible pour une prise
de carburant à la borne. Il est possible d’annuler cette réservation à tout moment
en cliquant sur Annuler la réservation.
Saisir une transaction permet de définir les différents paramètres de la transaction (véhicule, usager, compteurs. . .) d’une manière similaire à la saisie d’une
transaction manuelle (Voir 8.1, page 75).
Après avoir saisi toutes les informations demandées, la transaction est déclenchée sur la borne et la prise de carburant peut commencer.
Si une pompe est réservée à distance mais qu’aucune transaction n’est saisie,
elle est automatiquement libérée au bout de quelques minutes.
À l’instar d’une transaction réalisée à la borne avec un badge pompiste (Voir
3.3, page 49), il est possible de passer outre certaines interdictions lorsqu’une
transaction est déclenchée à distance. Dans ce cas, un avertissement s’affichera
avec la nature l’interdicition. Les différents contrôles qu’il est possible de forcer
sont :
– Interdicition explicite
– Date d’expiration
– Autorisation selon la zone
– Blocage à cause d’un entretien non fait
– Blocage à cause d’un avoir insuffisant
58
4.4
Résolution des erreurs
En dehors des simples erreurs de communication, il existe différentes erreurs
de dialogue qui nécessitent une intervention de l’utilisateur pour être résolues.
4.4.1
Module modifié
Cause : À chaque envoi de configuration, GIR Titan-Hyperion génère un cookie (numéro aléatoire) qui est envoyé à la borne d’une part et stocké dans la
table borne côté pc d’autre part. À chaque dialogue le cookie est lu dans la
borne est comparé à celui connu du pc, s’ils différent le dialogue sort en erreur
Module modifié.
Solution 1 : Si l’unité de gestion contient des transactions effectivement liées
au système mais que le cookie est différent (car on est parti d’une ancienne
sauvegarde de la base de donnée par exemple), effectuer un dialogue Récup.Config-Envoi en cochant l’option Forcer récup (module modifié).
Solution 2 : Si l’unité de gestion est issue d’un échange standard et que
les données qu’elle peut contenir n’ont pas d’importance, effectuer un dialogue
Init.-Config.-Envoi.
4.4.2
Config. modifié
Cause : Après une modification de la configuration d’une borne, GIR TitanHyperion refuse de dialoguer avec tant que la nouvelle configuration n’a pas été
envoyée (Récup.-Config.-Envoi ou Récup.-Init.-Config.-Envoi).
Attention, une borne peut être forcée en Config. modifiée dans deux autres
cas :
1. Après une mise à jour de l’application, lorsqu’il y a changement dans la
manière dont les données sont envoyées
2. Après la restauration d’un fichier TWB, car les données des bornes peuvent
être complètement incompatibles.
Solution :
Envoi.
4.4.3
Effectuer un dialogue Récup.-Config.-Envoi ou Récup.-Init.-Config.-
Etat invalide
Cause : Lorsque la borne contient des informations incohérentes sur la taille
des transactions stockées, une erreur Etat invalide apparaît sur la récupération.
Par sécurité, GIR Titan-Hyperion ne récupère pas les données automatiquement
lorsqu’une borne est dans un tel état.
Solution : Effectuer un dialogue Récup.-Envoi en cochant l’option Forcer récup
(état invalide).
Chapitre 5
Compteurs
Un véhicule dispose d’un compteur kilométrique et d’un compteur horaire.
La demande d’un compteur lors de la prise de carburant d’un véhicule est paramétrable pour chaque produit, et accessible dans l’onglet Réservoirs de la fiche
véhicule (Voir 2.1.8, page 31).
5.1
Fourchettes de tolérance
Il est possible de vérifier la cohérence d’un compteur lors d’une prise de carburant, en définissant une fourchette de tolérance. Lorsqu’un compteur est saisi,
si la fourchette associée est non nulle, la valeur saisie doit être comprise entre
la dernière valeur connue et la dernière valeur connue ajoutée à la fourchette.
Lorsqu’un compteur est égal à zéro, aucun contrôle n’est effectué sur la valeur
saisie.
Exemples :
Compteur
76000 km
182000 km
49000 km
(N/A)
Fourchette
2000 km
15000 km
(N/A)
5000 km
Valeurs autorisées
De 76000 à 78000 km
De 182000 à 197000 km
Pas de contrôle
Pas de contrôle la première fois
A la création d’un véhicule, son compteur est égal à zéro. La première saisie
de compteur définit donc son compteur actuel. L’initialisation d’un compteur
après la création d’un véhicule peut s’effectuer :
– A la borne, en saisissant la valeur du compteur comme pour une prise de
carburant normale.
– Dans GIR Titan-Hyperion, en créant une transaction manuelle de volume
nul (Voir 8.1, page 75).
Il est déconseillé de définir une fourchette nulle lorsque le compteur associé
est saisi manuellement. En effet, aucun contrôle n’est alors effectué et une erreur d’un chiffre d’un la saisie (par exemple 5500 au lieu de 55000) ne sera pas
détectée. Les valeurs des kilométrages parcourus et des consommations seront
alors erronées, et il faudra corriger le compteur à la main (Voir 8.3, page 77). Il
est donc préférable de toujours définir une fourchette, même très grande (10000
59
60
CHAPITRE 5. COMPTEURS
km par exemple). La seule exception à cette règle concerne les véhicules d’intervention d’urgence, pour lesquels une fourchette nulle peut être définie afin qu’ils
ne soient pas bloqués lors d’une prise de carburant.
Lorsque plusieurs bornes sont utilisées simultanément, la valeur des compteurs doit être tenue à jour entre les différentes bornes pour que le contrôle de
fourchette fonctionne correctement (Voir 4.1.1, page 53).
5.2
Problème à la saisie d’un compteur
Cette partie décrit la procédure à suivre dans le cas où le compteur d’un
véhicule est refusé par le message VALEUR INCORRECTE, alors que la valeur saisie
correspond bien au compteur du véhicule.
1. S’assurer que toutes les bornes ont bien été synchronisées depuis la dernière
prise de carburant du véhicule. Ceci est particulièrement important dans
le cas d’une utilisation multi-bornes (Voir 4.1.1, page 53).
2. Vérifier la valeur du compteur et la fourchette associée dans GIR TitanHyperion. Plusieurs cas sont alors possibles :
– La fourchette définie est trop faible : la valeur de la fourchette doit être
supérieure à la distance maximale que peut parcourir un véhicule avec
un plein. Dans ce cas, corriger la valeur de la fourchette et effectuer un
dialogue de synchronisation avec les bornes.
– Le véhicule a effectué des pleins extérieurs qui n’ont pas été saisis :
saisir ces pleins par une transaction manuelle (Voir 8.1, page 75) puis
effectuer un dialogue, ou bien forcer le compteur avec la méthode (1)
ou (2) décrite ci-dessous.
– Le compteur saisi lors de la dernière transaction est erroné : utiliser
l’une des méthodes (1) (2) ou (3) décrites ci-dessous.
Trois méthodes sont possibles pour effectuer un plein lorsque la valeur d’un
compteur est incorrecte :
Compteur refusé
"VALEUR INCORRECTE"
(1)
Forcer le compteur
par une transaction pompiste
(2)
Forcer le compteur
par une transaction à distance
(3)
Corriger
l’ancien compteur
Se servir
en carburant
Envoyer les données
à la borne
Corriger
l’ancien compteur
Se servir
en carburant
5.2. PROBLÈME À LA SAISIE D’UN COMPTEUR
61
1. Forcer le compteur par le biais d’une transaction pompiste (Voir 3.3,
page 49).
2. Forcer le compteur par le biais d’une transaction à distance (Voir 4.3.2,
page 57).
3. Corriger le compteur erroné dans la dernière transaction (Voir 8.3, page 77),
envoyer les données corrigées à la borne, puis effectuer la transaction normalement.
Les méthodes (1) et (2) permettent d’effectuer la prise de carburant immédiatement, sans avoir à renvoyer des données à la borne. Mais dans le cas
où l’origine du problème était un compteur erroné dans une transaction précédente, elles doivent être complétées par la correction de ce compteur. En effet, en
l’absence de cette correction, les kilométrages parcourus et les consommations
seront erronées.
Exemple :
Le véhicule V possède un compteur kilométrique, avec une fourchette de
tolérance de 2000 km. Le compteur saisi lors de sa dernière transaction était de
11500 km.
Il effectue un premier plein le 12/05/2004, et saisit par erreur un compteur
de 13000 km au lieu de 12000. Cette valeur étant dans la fourchette de tolérance,
elle est acceptée et la transaction suivante est créée :
T1
Date
12/05/2004
Véhicule
V
Compteur
13000 km
Parcouru
1500 km
Le lendemain, il se présente de nouveau à la borne et saisit son nouveau
compteur : 12500 km. Le message VALEUR INCORRECTE s’affiche car le dernier
compteur connu est de 13000 km. L’erreur de la veille étant constatée, le compteur est forcé à 12500 km par la méthode (1) ou (2). Une nouvelle transaction
est créée :
T2
T1
Date
13/05/2004
12/05/2004
Véhicule
V
V
Compteur
12500 km
13000 km
Parcouru
-500 km
1500 km
La valeur du kilométrage parcouru, et donc la consommation associée, est
alors fausse pour les transactions T1 et T2 . Il faut donc corriger le compteur de la
transaction T1 , GIR Titan-Hyperion recalculant alors les kilométrages parcourus
et les consommations pour ces transactions :
T2
0
T1
Date
13/05/2004
12/05/2004
Véhicule
V
V
Compteur
12500 km
12000 km
Parcouru
500 km
500 km
Les transactions stockées dans l’historique sont alors correctes. La méthode
(3) permet d’obtenir exactement le même résultat sans avoir à forcer de compteur, mais elle nécessite de corriger le compteur erroné et d’effectuer un dialogue
avec la borne avant que la prise de carburant ne puisse commencer.
62
CHAPITRE 5. COMPTEURS
Si la valeur réelle du compteur est inconnue, il est possible de la supprimer.
0
Dans ce cas, la transaction T1 aura un compteur et un kilométrage parcouru à
(N/A), et son volume sera reporté sur le calcul de consommation de la transaction T2 .
Chapitre 6
Consultation des états
6.1
Transactions carburant
6.1.1
Historique
B Exploitation, Histo. transactions carburant.
Cet écran permet de visualiser l’ensemble des transactions carburant enregistrées dans GIR Titan-Hyperion. Par défaut, les transactions sont triées par
ordre antichronologique. Deux liens dans le menu B Exploitation permettent
d’accéder directement aux transactions du mois en cours et du mois précédent.
Le champ Options permet notamment de déterminer l’origine de la transaction :
– Manuelle: Transaction saisie manuellement dans GIR Titan-Hyperion (Voir
8.1, page 75).
– À distance: Transaction déclenchée à distance sur la borne, depuis un PC
(Voir 4.3.2, page 57).
– Importée: Transaction importée depuis des données pétrolières (Voir 11.1,
page 89).
– Install.: Transaction de test ou d’étalonnage, réalisée à l’installation.
L’absence de pompe sur une transaction manuelle indique un plein extérieur.
L’option Pompiste indique que la transaction a été déclenchée par un pompiste.
L’identité du pompiste est visible dans la fiche de la transaction.
Lorsqu’un filtre est activé, un cumul est affiché au bas de la page. Il est
calculé sur l’ensemble des transactions répondant au filtre courant.
6.1.2
Cumuls
B Exploitation/Cumuls transactions carburant.
Cet écran permet de calculer des cumuls sur les transactions carburant selon
différents critères.
Le premier groupe de critères détermine la présentation du résultat :
Type de cumul: Les types de cumuls sont de la forme section/élément. Par
exemple un cumul par Service/Véhicule affichera, pour chaque service, un
tableau dont les éléments sont les véhicules de ce service.
Options:
63
64
CHAPITRE 6. CONSULTATION DES ÉTATS
– Saut de page entre les tables: Permet d’obtenir chaque section du cumul
sur une page différente à l’impression.
– Afficher le dernier compteur connu: Lorsque le cumul est effectué sur des
véhicules, cette option affiche une colonne supplémentaire indiquant le
dernier compteur de chaque véhicule sur la période demandée.
– Afficher compteurs horaires: Affiche le nombre d’heures parcourues et la
consommation horaire.
– Cacher les prix: Masque les informations sur le prix (Montant et prix
unitaire)
– Afficher les éléments sans transactions: Cette option permet d’afficher
tous les éléments sur lesquels le cumul est effectué (par exemple tous les
véhicules), même ceux n’ayant pas réalisé de transaction dans la période
demandée.
Détail produit:
– Non: Affiche une seule ligne par élément, en sommant les valeurs pour
tous les produits.
– Ext/Int cumulés: Affiche pour chaque élément une ligne par produit utilisé, en cumulant les pleins internes et extérieurs pour un même produit.
– Ext/Int séparés: Affiche pour chaque élément une ou deux lignes par
produit utilisé, en séparant les pleins internes et extérieurs. Les pleins
extérieurs sont identifiés par la mention (Ext.) après le nom du produit.
Les critères de filtre permettent de limiter le cumul à une période, un produit
(en plein interne et/ou extérieur), un site, etc. La sélection d’une période est
obligatoire.
Une fois les paramètres choisis, cliquer sur Calculer pour afficher le résultat
du cumul. Les paramètres sont répétés dans la partie supérieure de l’écran. Le
bouton Modifier permet de sélectionner d’autres paramètres pour effectuer un
nouveau cumul.
6.1. TRANSACTIONS CARBURANT
65
Calcul de la consommation moyenne
Il peut exister une différence entre la consommation moyenne affichée et
celle qui serait calculée à partir du volume et du kilométrage parcouru. Ceci est
normal et répond à un souci de précision, comme le montre l’exemple ci-dessous :
On considère un véhicule ayant effectué trois transactions, avec un compteur
non renseigné pour la plus récente :
Date
15/04/2004
08/04/2004
02/04/2004
Volume
57,00 L
55,00 L
59,00 L
Compteur
(N/A)
73300 km
72800 km
Parcouru
(N/A)
500 km
600 km
Si l’on effectue un cumul sur ces trois transactions, on obtiendra un volume
de 171 litres et un kilométrage parcouru de 1100 km. Calculer la consommation
à partir de ces deux valeurs revient à dire que 171 litres ont été utilisés pour
parcourir 1100 km, ce qui est faux : la dernière transaction n’a pas de compteur
renseigné, et son volume de 57 litres doit donc être ignoré dans le calcule de la
consommation moyenne. Le calcul correct est donc 114 litres pour 1100 km, soit
10,36 L/100km.
Pour plus de détail sur le calcul des kilométrages parcouru et la gestion des
transactions sans compteur, se reporter au chapitre “Traitement des transactions
carburant” (Chapitre 12, page 95).
6.1.3
Graphiques
B Exploitation/Graphiques transactions carburant.
66
Cet écran permet d’afficher des cumuls sur les transactions carburant sous
forme d’histogrammes.
Orientation: Histogramme vertical ou horizontal.
Type:
– Historique: Historique des transactions sur la période sélectionnée.
– Moyenne sur une journée, Moyenne sur une semaine: Utilisation moyenne
de la station sur la période sélectionnée, ramenée à une journée ou une
semaine.
Date Heure: Sélection de la période. Lorsque le graphique est affiché, des boutons de navigation permettent de passer aux périodes précédentes et suivantes, ou de changer d’échelle. Les différentes échelles disponibles sont
jour, semaine, mois et année.
Elements de filtrage: Type des éléments de filtrage proposés dans les champs
Valeur.
Valeur 1 à 3: Sélection du type de valeur à afficher (nombre de transactions,
volume, . . .). Il est également possible de définir un filtre sur un élément
donné. Par exemple, pour comparer l’évolution de la consommation de
deux services sur une année, on sélectionnera Services comme élément de
filtrage, puis les deux services voulus dans Valeur 1 et Valeur 2.
6.2
6.2.1
Gestion des stocks en cuve
Etat des cuves
B Etat des cuves
Cet écran permet de visualiser graphiquement l’état des cuves pour un site
donné, ainsi que les pompes rattachées à chaque cuve.
Informations relatives aux cuves :
– Stock actuel indique le stock théorique de la cuve, d’après les transactions
et les approvisionnements traités par GIR Titan-Hyperion. Il est affiché
en rouge s’il est inférieur au seuil de blocage défini pour cette cuve, en
orange s’il est inférieur au seuil d’alerte.
– Détail permet d’afficher des informations détaillées sur une cuve : prix du
stock, seuils, capacité, derniers approvisionnements . . .
– Appro. cuve permet de saisir un approvisionnement.
– Jaugeage manuel permet de saisir un jaugeage, qui sera conservé dans
un historique (B Exploitation, Histo. jaugeages). Cette fonctionnalité n’est
disponible que si l’option correspondante a été activée dans Config. gestionnaire.
Informations relatives aux pompes :
– Détail permet d’afficher des informations détaillées sur une pompe : temporisation, raccroché, dernières transactions . . .
– Saisie tot. permet de saisir un relevé de totalisateur, qui sera conservé dans
un historique (B Exploitation, Histo. relevés totalisateurs). Cette fonctionnalité n’est disponible que si l’option correspondante a été activée dans
Config. gestionnaire.
6.2. GESTION DES STOCKS EN CUVE
6.2.2
67
Etat antérieur des cuves
B Exploitation, Etat antérieur des cuves
Cet écran permet calculer le stock théorique d’une cuve à une date donnée.
Ce calcul est effectué à partir du stock actuel de la cuve et des historiques des
transactions carburant et des approvisionnements.
Saisir la date souhaitée dans Date Heure, et cliquer sur Voir. Une liste des
cuves avec leur stock supposé à la date choisie est alors affichée.
6.2.3
Etat prévisionnel
B Exploitation, Etat prévisionnel des cuves
Cet écran permet d’estimer le délai avant lequel une cuve devra être réapprovisionnée. L’estimation est basée sur l’ensemble des prises de carburant
effectuées sur chaque cuve, au cours de la période de référence choisie. Les délais affichés représentent le nombre de jours avant que la cuve n’atteigne les
seuils d’alerte et de blocage.
Cette estimation est effectuée en calculant le volume moyen débité sur une
cuve au cours de la période de référence, pour chaque jour de la semaine. Ceci
permet notamment de tenir compte de la différence de consommation entre la
semaine et le week-end.
Exemple : La consommation moyenne sur une cuve est de 500 litres par jour
en semaine, et nulle les samedis et dimanches. On effectue un état prévisionnel
le vendredi soir alors qu’il reste 800 litres avant d’atteindre le seuil d’alerte.
Alors la date estimée pour le seuil d’alerte sera le mardi suivant.
Le choix de la période de référence est très important pour obtenir une
estimation correcte. Il est conseillé de choisir une période suffisamment longue
68
et au cours de laquelle l’activité sur la station a été significative. De plus, toutes
les transactions effectuées au cours de cette période doivent avoir été récupérées.
6.2.4
Jaugeage
Lorsque des jauges sont installées, GIR Titan-Hyperion permet de réaliser
un jaugeage et de consulter les informations obtenues. Un jaugeage est réalisable
de deux manières :
– Via l’écran de supervision (Voir 4.3, page 55), pour consulter ponctuellement les valeurs du jaugeage.
– Via un dialogue Récup.-Envoi-Jaugeage, pour conserver les valeurs du jaugeage dans un historique (B Exploitation, Histo. jaugeages). Il est possible
de lancer un tel dialogue manuellement (B Dialogue borne), ou de le définir en tant que dialogue automatique (Voir 2.7, page 39), pour alimenter
automatiquement l’historique des jaugeages à intervalles réguliers, et éventuellement générer des alertes en fonction des valeurs mesurées.
Dans la fiche jaugeage, le bouton Appro. correctif permet de saisir un approvisionnement directement renseigné avec l’écart entre le stock théorique
et le stock réel mesuré par jaugeage.
6.2.5
Totalisateurs
Les modules pompes disposent d’un totalisateur interne, incrémenté lorsqu’un débit de carburant est détecté. GIR Titan-Hyperion permet de lire automatiquement ce totalisateur, afin de vérifier sa cohérence par rapport aux
transactions enregistrées. Pour activer le relevé du totalisateur sur une pompe,
cocher l’option Relevé totalisateur dans le module pompe désiré (B Config., Gestion des bornes, seuils cuves, ref. et zones).
Lorsqu’un dialogue Récup.-Envoi-Totalisateurs est lancé, les totalisateurs des
modules pompes sélectionnés sont enregistrés dans la table Histo. relevés totalisateurs. GIR Titan-Hyperion calcule alors la différence avec le relevé précedent
(champ Différence (tot.) dans l’historique), ainsi que le volume total des transactions récupérées entre les deux relevés (champ Différence (trans.)). L’écart entre
ces deux valeurs est affiché dans le champ Ecart. Il doit être proche de zéro.
6.3
Evénements
B Exploitation, Evénements
La table des événements conserve un historique des messages générés par
GIR Titan-Hyperion. Les différents types d’événements sont les suivants :
– Avertissement: Avertissements divers
– Badge invalide: Lecture d’un badge invalide ou inconnu
– Init. badge: Transaction créée lors de l’initialisation d’un badge proximité.
– Borne: Transaction créée lors d’un redémarrage de la borne ou lors de
l’installation des modules pompes.
– Login: Connexion d’un utilisateur à GIR Titan-Hyperion
– Entretien: Entretiens arrivés aux seuils d’alerte ou de blocage
– Expiration: Expiration d’autorisations (véhicules ou usagers) et épuisement
d’avoirs. La génération d’un événement lorsqu’un avoir est épuisé n’est
6.3. EVÉNEMENTS
–
–
–
–
69
réalisée que si l’option correspondante est cochée dans la période de l’avoir
(Voir 10.2, page 85).
Sur-conso.: Véhicule en sur-consommation
Stock cuve: Alerte sur un stock en cuve
Transaction: Avertissements générés au cours du traitement d’une transaction. La transaction est identifiable par la borne et le numéro Id entre
crochets dans le texte d’avertissement.
Transac. non traitée: Données des transactions non traitées
6.3.1
Evénements de redémarrage de la borne
Les événements suivants permettent de suivre l’alimentation électrique de la
borne :
– Start AVEC Recup: Démarrage avec récupération de la mémoire RAM
– Start NON Recup: Démarrage sans récupération de la mémoire RAM. Les
compteurs stockés sur la borne sont alors à zéro, ce qui désactive les
contrôles lors de la première saisie de compteur (Voir 5.1, page 59). Il
est conseillé de lancer une synchronisation entre la borne et le PC après
un tel événement.
– Alimente Reseau: Alimentation des modules
– Relance Sequence: Démarrage de la séquence
– Enregistre Recup: Sauvegarde de la mémoire RAM lors d’une chute de
tension
Ordre d’apparition de ces événements dans différents cas réels :
– En cas de coupure secteur :
– sans batterie :
1. Start NON Recup au retour de l’alimentation
2. Alimente Reseau quelques secondes plus tard
– d’une durée inférieure à l’autonomie de la batterie :
1. Enregistre Recup au moment de la coupure
– d’une durée supérieure à l’autonomie de la batterie :
1. Enregistre Recup au moment de la coupure
2. Start AVEC Recup au retour de l’alimentation
– En cas de redémarrage demandé depuis le PC :
1. Enregistre Recup au moment du traitement de la demande
2. Start AVEC Recup 30 secondes plus tard
– En cas d’initialisation, ou de crash séquence
1. Relance Sequence
à la date du redémarrage de la séquence
70
6.4
Id. transactions
B Exploitation, Id. transactions
La table des Id. transactions permet un contrôle sur les transactions récupérées sur les bornes. En effet, chaque fois qu’une transaction est créée sur une
borne, il lui est attribué un numéro Id. Ce numéro est ensuite automatiquement
incrémenté.
Lorsque GIR Titan-Hyperion traite une transaction, elle est enregistrée à
la fois dans l’historique associé (suivant qu’il s’agisse d’une transaction carburant, accès, pompe, ou autre) et dans la table Id. transactions. Il suffit alors de
consulter cette table pour s’assurer qu’aucune transaction n’a été perdue.
Une ligne dans la table Id. transactions ayant un numéro Id égal à zéro et pour
laquelle aucun type de transaction n’est renseigné indique une initialisation de
la borne.
6.5
Autres états
Ces historiques sont accessibles via le menu B Exploitation.
Histo. appro. cuves: Historique des approvisionnements effectués sur les cuves.
Histo. transactions pompes: Historique des changements d’état des pompes.
Histo. transactions accès: Historique des transactions accès (Autorisées ou refusées).
Une visualisation de graphiques similaire à celle proposée pour les transactions carburant est également disponible pour les transactions accès.
Chapitre 7
E-Mails
GIR Titan-Hyperion peut envoyer des messages électroniques, soit à des fins
d’alerte (ex : pompe bloquée, entretien à faire, véhicule en sur-consommation. . .),
soit en tant que rapports périodiques (quotidiens, hebdomadaires ou mensuels).
La configuration de l’envoi d’e-mails dans GIR Titan-Hyperion se déroule
en trois étapes :
– Configuration des paramètres généraux
– Définition des messages à envoyer
– Définition des adresses
7.1
Paramètres généraux
Les paramètres généraux pour l’envoi d’e-mails sont définis dans B Saisies,
Config. gestionnaire :
Heure d’envoi: Heure de la journée à partir de laquelle les rapports périodiques
sont envoyés.
Jours: Jours de la semaine lors desquels les rapports périodiques quotidiens
et hebdomadaires sont envoyés. Pour les rapports hebdomadaires, le jour
d’envoi est le premier jour activé dans ce champ, à partir du lundi.
Jour d’envoi: Jour à partir duquel les rapports périodiques mensuels sont envoyés.
Serveur SMTP: Adresse du serveur SMTP. Si ce champ n’est pas renseigné,
l’envoi d’e-mails est désactivé.
Adresse expéditeur: Adresse de provenance des messages envoyés par GIR TitanHyperion. Cette adresse permet notamment de recevoir une notification
lorsqu’un message n’a pas pu être acheminé.
Les champs Heure d’envoi, Jours et Jour d’envoi permettent de régler l’envoi de
manière à ce que les données soient bien à jour. En effet, en raison du mécanisme
de récupération des transactions (Voir 4, page 53), il est très probable que la
base de donnée ne soit pas à jour au moment où une période se termine.
Exemple :
On dispose d’une borne sur laquelle les transactions sont récupérées tous les
matins à 6 heures par un dialogue automatique. On souhaite recevoir tous les
71
72
CHAPITRE 7. E-MAILS
jours un e-mail avec l’historique des transactions de la journée. Si cet e-mail
est envoyé entre minuit et 6 heures, la récupération des transactions n’aura
pas encore eu lieu, la base de donnée ne sera donc pas à jour et l’historique
sera incomplet. Pour éviter cela, on définira par exemple 8 heures comme Heure
d’envoi, de sorte que toutes les transactions soient récupérées avant l’envoi du
message.
Selon le même principe, si les récupérations automatiques sont programmées
tous les jours de la semaine sauf le dimanche, on décochera samedi dans le champ
Jours pour éviter l’envoi d’un rapport incomplet le dimanche matin.
Dans le cas des rapports mensuels, le champ Jour d’envoi permet de laisser
un délai en début de mois, par exemple pour régulariser certaines transactions.
Lors de l’envoi d’un rapport, GIR Titan-Hyperion vérifie si les transactions
ont bien été récupérées sur les différentes bornes. Si ce n’est pas le cas, le message
contiendra un avertissement, ainsi que la mention “Incomplet” dans son objet.
Par ailleurs, le message sera renvoyé lorsque toutes les récupérations auront été
faites.
7.2
Messages à envoyer
Le paramétrage des messages à envoyer à un utilisateur s’effectue dans l’onglet Autorisations de la fiche utilisateur (Voir 2.8, page 39). Il permet de définir
les types d’alertes et de rapports périodiques qui seront envoyés à un utilisateur.
7.2.1
Alertes
Toutes les alertes envoyées par e-mail peuvent également être retrouvées dans
les tables Evénements et Histo. transactions pompes.
Alertes disponibles pour les sites :
– Cuves-pompes: Alertes sur les niveaux des cuves, les changements d’état
des pompes et les relevés de totalisateurs.
– Watch: Alerte lorsqu’un véhicule ou usager effectue une transaction dans
une zone.
Alertes disponibles pour les directions et services :
– Entretiens: Alerte lorsqu’un entretien atteint le seuil d’alerte ou de blocage.
– Sur-conso.: Alerte lorsqu’un véhicule est en sur-consommation.
– Expirations: Alerte lorsque l’autorisation d’un véhicule ou usager expire, ou lorsqu’un avoir est épuisé. L’alerte sur l’épuisement d’un avoir
est déclenchée uniquement si l’événement associé est généré (Voir 10.2,
page 85).
7.2.2
Rapports périodiques
Chaque rapport peut être envoyé avec une périodicité quotidienne, hebdomadaire ou mensuelle. Lorsqu’aucune périodicité n’est choisie, l’envoi du rapport
est désactivé. Pour certains rapports, il est possible de choisir le type de contenu :
informations de type carburant, accès, ou les deux.
Rapports disponibles pour les sites :
7.3. ADRESSES
73
– Stocks: Valeur des stocks en cuves, cumul par borne/pompe.
– Transactions: Approvisionnements et transactions réalisées sur le site.
Carburant
Accès
Historique des approvisionnements de cuve
Historique des transactions carburant
Historique des transactions accès
Rapports disponibles pour les directions et services :
– Transactions: Transactions réalisées par les membres de la direction ou
du service.
Carburant
Accès
Historique des transactions carburant
Historique des transactions accès
– Cumuls: Cumuls sur les transactions de la direction ou du service.
Carburant
7.3
Cumul des transactions carburant par service/véhicule
Adresses
Les adresses d’un utilisateur sont définies dans l’onglet E-Mails de la fiche
utilisateur (B Saisies, Utilisateurs). Lorsqu’un utilisateur doit être notifié, GIR
Titan-Hyperion envoie un message au contenu identique à chacune de ces adresses.
Trois formats sont disponibles pour les messages :
– HTML: Format HTML similaire à celui utilisé dans l’application.
– HTML imprimable: Format HTML destiné à l’impression, en noir et blanc.
– Texte: Format texte simple, uniquement pour les alertes. Ce format est
destiné à un traitement automatique. Une description de ce format est
disponible en annexe de ce document.
Il est possible de tester le bon fonctionnement de l’envoi d’e-mails et la validité
d’une adresse, en cliquant sur Test dans l’onglet E-Mails. GIR Titan-Hyperion
enverra alors un message de test au format texte à l’adresse choisie. Cet outil de
test est également accessible via le menu B Config., Vérifications, Tester l’envoi
d’e-mail..
Pour pouvoir envoyer des e-mails à un utilisateur sans lui permettre de se
connecter à GIR Titan-Hyperion, il suffit de déclarer un compte utilisateur avec
un mot de passe vide. La définition des messages à envoyer et des adresses est
ensuite identique à celle d’un utilisateur normal.
74
CHAPITRE 7. E-MAILS
Chapitre 8
Saisie d’opérations
8.1
Saisie d’une transaction manuelle
B Trans. manuelle permet de saisir manuellement une transaction carburant.
La saisie est effectué en plusieurs étapes :
– Premier écran :
Date Heure: Date et heure de la prise de carburant
Véhicule ou Usager: Selon le 1er identifiant configuré
Pompe: Pompe sur laquelle a eu lieu la prise de carburant, ou Produit
(Ext.) pour un plein extérieur
Volume: Volume de la transaction (en litres, avec deux décimales)
– Deuxième écran (suivant config.) :
Véhicule ou Usager: Si un 2e identifiant est demandé
P.U.: Prix unitaire (pleins extérieurs seulement)
– Troisième écran (suivant config.) :
Compteur (km): Compteur kilométrique
Compteur (H): Compteur horaire (en heures, avec deux décimales)
Activité: Code activité
Code spéc.: Code spécifique
Options:
– Cpt. renouvelé : Indique qu’il s’agit d’une transaction de renouvellement de compteur. Ceci désactive le calcul du kilométrage parcouru et de la consommation pour cette transaction. En général,
une telle transaction sera saisie avec un volume nul.
L’ensemble des informations de la transaction est récapitulé à la fin de la
saisie sur une page de confirmation. Les contrôles de validité effectués sur les
compteurs saisis à la borne sont également effectués lors de la saisie d’une transaction manuelle : un compteur incorrect est affiché en rouge avec la mention
hors fourchette sur la page de confirmation. Il s’agit d’un simple avertissement,
qui n’empêche pas de valider la transaction. Il est donc possible de forcer les
valeurs des compteur via une transaction manuelle.
75
76
CHAPITRE 8. SAISIE D’OPÉRATIONS
De même, il est possible de saisir une transaction manuelle avec un véhicule
ou usager interdit. Un message d’avertissement s’affichera après la sélection du
véhicule ou usager en question.
Enfin, les messages qui seraient affichés au véhicule ou à l’usager sur la borne
sont également affichés lors d’une transaction manuelle.
Lorsqu’une transaction à distance est déclenchée (Voir 4.3.2, page 57), la
saisie des paramètres s’effectue via un écran similaire à celui d’une transaction
manuelle, la pompe et la date étant déjà sélectionnées.
8.2
Saisie d’un approvisionnement
La saisie d’un approvisionnement pour une cuve s’effectue en sélectionnant
la cuve désirée dans B Etat des cuves, puis en cliquant sur Appro. cuve.
– Premier écran :
Date Heure: Date et heure de l’approvisionnement
Cuve: Cuve sur laquelle l’approvisionnement est effectué
– Deuxième écran :
Volume: Volume de l’approvisionnement (en litres, avec deux décimales)
P.U.: Prix unitaire
L’ensemble des informations de l’approvisionnement est récapitulé à la fin
de la saisie sur une page de confirmation. Un avertissement est affiché si le stock
en cuve après l’approvisionnement n’est pas compris entre le seuil minimum et
la capacité de la cuve.
Les approvisionnements doivent être saisis dans l’ordre chronologique.
8.2.1
Calcul du nouveau prix unitaire
Le prix unitaire après un approvisionnement est calculé selon la méthode du
“prix moyen pondéré” :
p = (Pa ∗ Va + Pc ∗ Vc )/(Va + Vc )
avec :
Pa : prix unitaire de l’approvisionnement
Va : volume de l’approvisionnement
Pc : prix unitaire du stock en cuve
Vc : volume du stock en cuve à la date de l’approvisionnement
Vc est calculé en ajoutant au stock actuel le volume des transactions passées
entre la date de l’approvisionnement et la date actuelle. Le résultat de ce calcul
est consultable via la page Etat antérieur des cuves.
Pour que ce calcul soit valide, l’ensemble des transactions effectuées avant
l’approvisionnement doivent avoir été récupérées dans GIR Titan-Hyperion.
8.2.2
Annulation d’un approvisionnement
L’annulation d’un approvisionnement s’effectue en cliquant sur Annuler dans
la fiche d’un approvisionnement. Seul le dernier approvisionnement de chaque
cuve peut être annulé.
8.3. MODIFICATION D’UNE TRANSACTION CARBURANT
8.2.3
77
Valorisation des transactions
Lorsqu’une transaction carburant est récupérée par GIR Titan-Hyperion sur
une borne, elle est valorisée avec le prix unitaire du stock en cuve au moment
du traitement. Pour valoriser correctement toutes les transactions, il est donc
important de respecter la chronologie des transactions lors de la saisie des approvisionnements.
Lors de la saisie manuelle d’un approvisionnement, toutes les transactions
ayant eu lieu avant cet approvisionnement doivent avoirs été récupérées. Si ce
n’est pas le cas, le stock en cuve utilisé pour calculer le nouveau prix unitaire
est faux, et ce prix est alors erroné.
Une valorisation correcte des transactions nécessite donc le respect de ces
deux règles :
– Effectuer un dialogue Récup.-Envoi avant de saisir un approvisionnement.
– Saisir un approvisionnement juste après qu’il ait été effectué ; c’est-à-dire
avant de récupérer les transactions qui lui sont postérieures.
Si la seconde règle n’est pas respectée et que des transactions ayant eu lieu
après l’approvisionnement sont traitées avant sa saisie, ces transactions seront
valorisées avec le prix unitaire du stock en cuve avant l’approvisonnement.
8.3
Modification d’une transaction carburant
La modification d’une transaction carburant permet de corriger une éventuelle erreur de saisie sur une transaction. L’accès à cet écran s’effectue en
cliquant sur Modifier dans la fiche d’une transaction.
Il est possible de modifier les données suivantes :
– Véhicule, Usager, Volume, P.U. (Gestionnaire seulement)
– Compteur kilométrique, Compteur horaire (Gestionnaire et utilisateur standard)
Pour modifier une valeur :
1. Sélectionner le champ à modifier en cliquant sur % à côté de ce champ
2. Saisir la nouvelle valeur
3. Cliquer sur Valider
La modification de transaction étant une opération exceptionnelle, une seule
donnée peut être modifiée à fois. De plus, une trace de la modification est
toujours conservée dans l’historique des transactions : la transaction d’origine
apparaît avec l’option Annulée.
Lorsque la valeur d’un compteur n’est pas connu, il est possible de supprimer
ce compteur en laissant la zone de saisie vide. Le compteur sera alors mis à
(N/A), et le calcul de consommation sera reporté sur la transaction suivante.
Pour plus de détails sur les transactions sans compteurs, se reporter au chapitre
sur le traitement des transactions
Les kilométrages parcourus, consommations, compteurs sont automatiquement recalculés suivant la modification effectuée.
Exemple : modification d’un compteur
On souhaite modifier la transaction T1 pour corriger son compteur à 72600
km :
78
CHAPITRE 8. SAISIE D’OPÉRATIONS
T1
Date
02/04/2004
Véhicule
1234ZZ69
Volume
59,00 L
Compteur
72800 km
Parcouru
1100 km
Options
1. Rechercher la transaction T1 dans l’historique des transactions
2. Cliquer sur % pour accéder à la fiche de la transaction T1
3. Cliquer sur Modifier
4. Cliquer sur % à côté du champ Compteur (km)
5. Saisir le nouveau compteur (dans notre exemple 72600)
6. Cliquer sur Valider
7. Un traitement est effectué par GIR Titan-Hyperion :
– La transaction T1 est Annulée
– Les kilométrages parcourus, consommations et compteurs sont recalcu0
lés pour créer une transaction T1
0
– La transaction T1 est ajoutée dans l’historique
0
8. La fiche de la transaction corrigée T1 est affichée
L’historique des transactions contient alors une transaction supplémentaire :
0
T1
T1
Date
02/04/2004
02/04/2004
Véhicule
1234ZZ69
1234ZZ69
Volume
59,00 L
59,00 L
Compteur
72600 km
72800 km
Parcouru
900 km
1100 km
Options
Annulée
Chapitre 9
Entretiens
9.1
Définition d’un entretien
GIR Titan-Hyperion offre une solution de gestion d’entretiens par véhicule,
selon trois critères :
– Valeur du compteur kilométrique
– Valeur du compteur horaire
– Date
Pour chacun de ces critères, il est possible de définir deux seuils :
– Seuil d’alerte : un message est affiché à la borne lorsque le véhicule effectue
une prise de carburant.
– Seuil de blocage : le véhicule ne peut plus se servir en carburant tant que
l’entretien n’a pas été fait. Le blocage est effectif uniquement sur les bornes
de distribution de carburant : le véhicule reste autorisé sur les bornes de
gestion d’accès. Suivant la configuration, le véhicule peut également rester
autorisé sur les bornes dédiées aux entretiens (ex : distribution d’huile).
Un événement est généré par GIR Titan-Hyperion lorsqu’un entretien atteint le
seuil d’alerte ou de blocage.
Avant de créer un entretien, le type d’entretien associé doit être défini dans
B Saisies, Types d’entretiens :
Nom abrégé, Nom complet: Utilisés pour désigner un type d’entretien dans le
logiciel.
Message alerte: Message affiché à la borne lorsque ce type d’entretien est au
seuil d’alerte.
Message blocage: Message affiché à la borne lorsque ce type d’entretien est au
seuil de blocage.
La définition d’un entretien s’effectue ensuite via l’onglet Entretiens de la
fiche véhicule. Pour chaque critère (kilométrique, horaire, temporel), un entretien comporte quatre paramètres :
Prochain: Prochaine valeur pour laquelle l’entretien arrive à échéance.
Fréquence: Fréquence théorique à laquelle l’entretien doit être effectué.
Delta alerte: Ecart entre la valeur définie dans Prochain et le seuil d’alerte.
Delta blocage: Ecart entre la valeur définie dans Prochain et le seuil de blocage.
79
80
CHAPITRE 9. ENTRETIENS
Delta alerte et Delta blocage peuvent être positifs ou négatifs. Lorsqu’un delta est
négatif, le seuil associé sera situé avant l’échéance. Lorsqu’un delta est positif,
le seuil associé sera situé après l’échéance. Le schéma ci-dessous illustre le cas
d’un entretien pour lequel on a défini un Delta alerte négatif et un Delta blocage
positif.
Delta alerte
Delta blocage
Prochain
Seuil d’alerte
Seuil de blocage
L’état d’un entretien est consultable via l’onglet Entretiens de la fiche véhicule. Les différents états possibles sont :
– Alerte: L’entretien a atteint le seuil d’alerte.
– Blocage: L’entretien a atteint le seuil de blocage.
– Invalide: L’entretien est invalide, aucun seuil d’alerte ou de blocage n’est
défini.
– En attente: L’entretien est valide, et n’a encore atteint aucun seuil. C’est
normalement l’état le plus courant pour un entretien.
– Désactivé: L’entretien est désactivé.
Les entretiens en alerte, bloquants ou invalides sont également affichés en
rouge dans l’onglet Général de la fiche véhicule.
9.1.1
Exemples
– Au 01/09/2004, on dispose d’un véhicule dont le compteur est 54 000
km, et dont la vidange doit être effectuée tous les 10 000 km. Sa dernière
vidange a été effectuée le 01/06/2004 à 52 000 km. On souhaite recevoir
une alerte 500 km avant l’échéance, mais ne pas bloquer le véhicule si
l’entretien n’est pas fait à temps. On déclarera alors l’entretien suivant :
Prochain km
Fréquence (km)
Delta alerte (km)
Delta blocage (km)
62 000
10 000
-500
(Vide)
Si l’on souhaite, en plus du critère kilométrique, que la vidange soit effectuée au moins tous les ans, on ajoutera les paramètres suivants :
Prochaine date
Fréquence (mois)
Delta alerte (mois)
Delta blocage (mois)
01/06/2005
12
-0,5
2
Le Delta alerte de -0,5 signifie que l’on souhaite recevoir une alerte environ
deux semaines (0,5 mois) avant l’échéance, et le Delta blocage de 2 signifie
9.2. SAISIE D’UN ENTRETIEN
81
que le véhicule doit être bloqué si la vidange n’a toujours pas été effectuée
deux mois après l’échéance.
– Pour un véhicule neuf acheté le 15/07/2004, on souhaite définir un entretien pour le contrôle technique, avec rappel un mois avant et blocage à
l’échéance. Le contrôle technique doit être effectué la première fois 4 ans
après l’achat, puis tous les deux ans. On saisira donc comme Prochaine
date le 15/07/2008, et comme fréquence 24 :
Prochaine date
Fréquence (mois)
Delta alerte (mois)
Delta blocage (mois)
15/07/2008
24
1
0
– Il est possible de définir un entretien à effectuer une seule fois, en cochant
l’option Une seule fois. Par exemple, pour définir la révision des 50 000
km, avec rappel 1000 km avant l’échéance et blocage 2000 km après, on
déclarera l’entretien suivant, en cochant l’option Une seule fois :
Prochain km
Fréquence (km)
Delta alerte (km)
Delta blocage (km)
9.2
50000
(Vide)
-1000
2000
Saisie d’un entretien
Dans GIR Titan-Hyperion, le terme “saisie d’entretien” désigne le fait de
déclarer qu’un entretien a été effectué. Pour saisir un entretien, cliquer sur Saisir
dans l’onglet Entretiens de la fiche véhicule. Suivant l’entretien, jusqu’à trois
paramètres peuvent être demandés :
Date: Date à laquelle l’entretien a été fait.
Compteur (km): Compteur kilométrique du véhicule au moment de l’entretien
(uniquement si les critères kilométriques sont définis pour cet entretien).
Compteur (h): Compteur horaire du véhicule au moment de l’entretien (uniquement si les critères horaires sont définis pour cet entretien). La valeur
est à saisir en heures, avec deux décimales.
Après la saisie d’un entretien, les valeurs Prochain km, Prochaine H, Prochaine
date sont recalculées automatiquement à partir des fréquences définies.
L’onglet Derniers entretiens permet d’accéder aux dix derniers entretiens du
véhicule. Un historique complet des entretiens effectués est disponible dans B
Exploitation, Histo. entretiens.
9.3
Estimation des entretiens à faire
Les entretiens d’un véhicule particulier sont facilement consultables dans les
différents onglets de la fiche du véhicule. GIR Titan-Hyperion permet également
de visualiser l’ensemble des entretiens à faire sur le parc de véhicules, grâce à
l’écran B Exploitation, Entretiens à faire.
82
Cet écran permet de visualiser les entretiens à faire de trois manières différentes :
Actuellement: Entretiens à faire actuellement.
Prévisionnel (estimation): Entretiens à faire avant une date donnée, d’après
une estimation de l’activité d’un véhicule sur une période de référence.
Dans cet état, GIR Titan-Hyperion estime quelle sera la future valeur du
compteur d’un véhicule selon la formule suivante :
Kf utur = ∆ref ∗ (Tf utur − Tactuel )/(T2 − T1 ) + Kactuel
avec :
Tf utur : date à laquelle les entretiens sont estimés
Tactuel : date actuelle
∆ref : kilométrage parcouru pendant la période de référence
T1 , T2 : dates définissant la période de référence
Kactuel : valeur actuelle du compteur
Le résultat de ce calcul est affiché dans la colonne Prévu, en-dessous de la
valeur actuelle du compteur.
L’option Trier par échéance permet en plus d’afficher la date à laquelle
le véhicule atteindra le seuil d’alerte ou de blocage, selon l’estimation cidessus. Les entretiens sont alors triés selon cette date.
Remarque : le choix de la période de référence est très important pour
obtenir une estimation correcte. Il est conseillé de choisir une période
assez longue (un mois minimum) et sur laquelle l’activité du véhicule a
été significative.
Prévisionnel (fourchette): Entretiens arrivant à échéance dans une fourchette
donnée.
Le critère de filtre Etat permet d’afficher les entretiens en alerte, bloquants,
ou de tout autre type. Lorsque toutes les cases sont cochées, tous les entretiens
définis dans le logiciel sont affichés.
Les autres critères de filtre permettent de limiter le résultat à un type d’entretien, à un service ou à un type de véhicule.
L’écran de résultat présente les véhicules pour lesquels un entretien à faire
a été trouvé, avec les valeurs des seuils d’alerte et de blocage.
9.4. RECALCUL DES ENTRETIENS
9.4
83
Recalcul des entretiens
Le recalcul d’un entretien consiste à déterminer son nouvel état, à partir des
nouveaux des compteurs d’un véhicules ou au fil du temps. Ainsi, si un entretien
atteint son seuil d’alerte le 18/05/2005, il ne passera effectivement en état Alerte
que lors du premier recalcul effectué après le 18/05/2005 à minuit.
Le recalcul des entretiens est effectué :
– Pour chaque véhicule : à chaque fois qu’une transaction carburant est
traitée pour ce véhicule.
– Pour tous les véhicules : dans l’heure qui suit le démarrage de GIR TitanHyperion, puis toutes les 24 heures.
Il est possible de lancer manuellement un recalcul des entretiens de tous les
véhicules, via le menu B Config., Gestion des transactions - Recalcul, Recalcul des
entretiens. Cette opération est accessible au gestionnaire uniquement.
84
Chapitre 10
Avoirs
10.1
Généralités
GIR Titan-Hyperion permet de gérer différents types d’avoirs :
– Avoirs par véhicule, définis dans B Véhicules, Réservoirs
– Avoirs par service, définis dans B Saisies, Avoirs services
– Avoirs par activité, définis dans B Saisies, Avoirs activités
Dans tous les cas, un avoir est défini par les quatres données suivantes :
Produit: Produit pour lequel l’avoir est décompté.
Avoir initial: Valeur de réinitialisation de l’avoir, en litres
Avoir: Valeur courante de l’avoir, en litres
Période: Période de réinitialisation de l’avoir, définie dans B Saisies, Périodes
avoirs
Les avoirs sont décrémentés au traitement d’une transaction concernant le
produit indiqué et lorsque la condition suivante est vérifiée :
– Avoirs par véhicule : L’option Véhicule est activée dans le champ Options
avoirs du réservoir du véhicule.
– Avoirs par service : L’option Service est activée dans le champ Options
avoirs du réservoir du véhicule.
– Avoirs par activité : Le code activité a été saisi dans la transaction.
10.2
Périodes d’avoirs
B Saisies, Périodes avoirs
Les périodes d’avoirs permettent de définir comment et à quel moment les
avoirs sont recalculés.
Nom abbrégé, Nom complet: Noms utilisés pour désigner la période dans le
logiciel
Périodicité: Unité de temps selon laquelle les valeurs Jour/Heure et Fréquence
seront interprétées. Une périodicité peut être Quotidienne, Hebdomadaire,
Mensuelle ou Annuelle.
Jour/Heure: Valeur numérique interprétée selon la périodicité définie :
85
86
CHAPITRE 10. AVOIRS
Périodicité
Quotidienne
Hebdomadaire
Mensuelle
Annuelle
Signification de Jour/Heure
Heure de réinitialisation (de 0 à 23)
Jour de réinitialisation dans le mois
(de 1 pour lundi à 7 pour dimanche)
Jour de réinitialisation dans la semaine
(de 1 à 31)
Mois de réinitialisation
(de 1 pour janvier à 12 pour décembre)
Report: Méthode de report à utiliser lorsqu’un avoir est réinitialisé. Les différentes méthodes de report sont :
– Aucun: L’avoir est toujours réinitialisé à l’avoir initial.
– Illimité: L’avoir est crédité du montant de l’avoir initial, sans limitation.
– Max. 2 * avoir init.: L’avoir est crédité du montant de l’avoir initial, dans
la limite de deux fois cette valeur.
Fréquence: Permet de définir le délai entre deux réinitialisations d’un avoir.
Elle dépend de la périodicité. Le tableau suivant présente le délai entre
deux réinitialisations selon la valeur F de la fréquence :
Périodicité
Quotidienne
Hebdomadaire
Mensuelle
Annuelle
Délai entre deux réinitialisations
F jours
F semaines
F mois
F années
Options:
– Evénement sur épuisement: Génère un événement (Voir 6.3, page 68)
lorsque l’avoir est épuisé.
10.3
Exemples
Périodes :
– (1) Avoir réinitialisé tous les mois, le premier jour du mois :
Périodicité: Mensuelle, Jour/Heure: 1 , Fréquence: 1
– Avoir réinitialisé tous les trois mois, le 15e jour du mois :
Périodicité: Mensuelle, Jour/Heure: 15 , Fréquence: 3
– Avoir réinitialisé toutes les deux semaines, le lundi :
Périodicité: Hebdomadaire, Jour/Heure: 1 , Fréquence: 2
– (2) Avoir réinitialisé tous les ans, au mois de juin :
Périodicité: Annuelle, Jour/Heure: 6 , Fréquence: 1
– Avoir réinitialisé tous les matins à 6 heures :
Périodicité: Quotidienne, Jour/Heure: 6 , Fréquence: 1
Définition d’avoirs :
– Définition d’un avoir de gasoil de 100 litres par mois pour un véhicule :
On saisira dans l’onglet Réservoirs du véhicule concerné, pour le produit
GOI :
10.4. RECALCUL DES AVOIRS
87
Avoir initial: 100 litres
Avoir: Valeur de l’avoir au moment de la saisie, calculée au prorata du
mois en cours (Ex : 100 litres si la saisie a lieu le premier jour du
mois, 50 litres si elle a lieu au milieu du mois. . .).
Période: La période (1) définie ci-dessus.
Options avoir: Véhicule
– Définition d’un avoir de super de 10 000 litres par an pour un service : On
saisira dans B Saisies, Avoirs services :
Avoir initial: 10 000 litres
Avoir: Valeur de l’avoir au moment de la saisie, au prorata de l’année en
cours.
Période La période (2) définie ci-dessus.
De plus, l’option Service devra être activée dans le réservoir de super de
tous les véhicules du service sur lesquels on souhaite décompter l’avoir.
10.4
Recalcul des avoirs
Le recalcul des avoirs vérifie l’ensemble des avoirs définis dans GIR TitanHyperion, pour effectuer une éventuelle réinitialisation. Ce recalcul est lancé
dans l’heure qui suit le démarrage de l’application, puis toutes les heures. Il est
également possible de le lancer manuellement (gestionnaire uniquement), via le
menu B Config., Gestion des transactions - Recalcul, Recalcul des avoirs.
Ainsi, si un avoir est défini pour être réinitialisé tous les matins à 6 heures,
GIR Titan-Hyperion garantit qu’il sera mis à jour entre 6 heures et 7 heures.
Pour s’assurer que les valeurs envoyées à la borne seront bien à jour, on définira
dans ce cas un dialogue automatique tous les matins à 7 heures.
Pour les périodicités quotidiennes et hebdomadaires, la réinitialisation est
effectuée pendant la première heure du jour défini (c’est-à-dire entre minuit et
1 heure). Pour la périodicité annuelle, la réinitialisation est effectuée pendant la
première heure du premier jour du mois défini.
Si GIR Titan-Hyperion n’est pas en cours d’exécution au moment où un
avoir doit être réinitialisé, la réinialisation aura lieu lors du prochain recalcul :
dans l’heure qui suit le démarrage de l’application, ou lors d’un recalcul lancé
manuellement.
Si l’application n’est pas exécutée pendant plusieurs périodes lors desquelles
un avoir aurait dû être réinitialisé, une seule réinitialisation aura lieu lors du
premier recalcul.
Exemple :
On définit un avoir réinitialisé tous les jours à 6 heures, avec une méthode
de report de type Illimité et une valeur initiale de 50 litres. On suppose que le
véhicule n’effectue aucune prise de carburant pendant 2 jours. Le 10/10/2004 à
20 heures, l’avoir vaut 10 litres et GIR Titan-Hyperion est arrêté. L’application
est relancée le 12/10/2004 à 8 heures. Dans l’heure qui suit, un recalcul des
avoirs est effectué, et l’avoir est réinitialisé à 60 (10 + 50) litres.
Si l’application avait été exécutée au moins une fois entre le 11/10/2004
à 6 heures et le 12/10/2004 à 6 heures, ou bien si elle était restée en cours
88
CHAPITRE 10. AVOIRS
d’exécution pendant toute cette période, l’avoir aurait d’abord été réinitialisé à
60 litres le 11/10/2004, puis à 110 litres le 12/10/2004.
Chapitre 11
Import et export de données
11.1
Import de disquettes pétrolières
L’import de disquettes pétrolières est paramétré dans B Saisies, Pétroliers,
qui définit les différents formats des données à importer. Une fois ce paramétrage
réalisé, l’import peut être lancé dans B Exploitation, Import disquettes pétrolières.
11.1.1
Paramétrage
Les champs de la table Pétroliers sont les suivants :
Nom abbrégé, Nom complet: Noms utilisés pour désigner le pétrolier dans le
logiciel
Id fichier: Identificateur utilisé pour déterminer le nom du fichier à importer : data\dti\petro-<id>.txt, ou n’importe quel fichier du répertoire
data\dti\petro-<id>\.
Les autres champs définissent la position et la longueur des différentes valeurs à lire dans le fichier. Filtre taille permet de ne lire que les lignes d’une
longueur donnée, Filtre type et Filtre client permettent de ne lire que les lignes
pour lesquelles le champ type ou client vaut la valeur spécifiée.
Certaines options permettent de faciliter le rapprochement des véhicules par
immatriculation :
Mot immat.: Position du numéro minéralogique dans le champ Immatriculation
du véhicule. Les mots sont séparés par un ou plusieurs espaces, et le premier mot est numéroté 1. Si cette valeur est à zéro, la totalité du champ
Immatriculation est utilisée comme numéro minéralogique.
Ex : On a défini dans GIR Titan-Hyperion des immatriculations de la
forme “ABCD 1234ZZ69”, où “ABCD” est un code parc et “1234ZZ69” le
numéro minéralogique du véhicule. On souhaite importer un fichier pétrolier dans lequel les véhicules sont désignés pas ce numéro. Alors on
définira 2 comme Mot immat. pour utiliser le deuxième mot du champ
Immatriculation lors de l’import.
Options:
– Ignorer les zéros initiaux: Ne tient pas compte des zéros au début du numéro minéralogique. Si cette option est active, “123ZZ69” et “0123ZZ69”
sont traités de manière identique.
89
90
CHAPITRE 11. IMPORT ET EXPORT DE DONNÉES
Pour être valide, le paramétrage doit au moins définir les informations sur la
date, le véhicule, le produit et le litrage. Les principaux formats de disquettes
pétrolières sont présentés en annexe de ce document.
11.1.2
Rapprochement des produits
Lors de l’import de disquettes pétrolières le rapprochement entre le code
produit lu dans le fichier et la liste des produits de GIR Titan-Hyperion est
effectué d’après la sous-table Produits pétroliers accessible dans l’onglet du même
nom, dans la fiche pétrolier. Numéro définit le code produit lu, et Produit ou
Pompe le produit ou la pompe à affecter à la transaction lorsque ce code produit
est lu. Si à la fois le produit et la pompe sont renseignés, c’est la pompe qui est
utilisée.
11.1.3
Rapprochement des véhicules
Le rapprochement des véhicules est effectué soit par carte pétrolière, soit
par immatriculation. Les cartes pétrolières sont définies dans la table Cartes
pétrolières accessible dans le menu B Saisies.
Numéro définit le numéro de carte lu, et Véhicule définit le véhicule à affecter
à la transaction lorsque ce numéro de carte est lu pour le Pétrolier correspondant.
Lors de l’import, le rapprochement est d’abord tenté par carte pétrolière,
puis par immatriculation si aucune correspondance n’est trouvée.
L’option Compteur H permet d’inverser les compteurs kilométriques et horaires pour un véhicule donné.
Il est également possible de définir des cartes pétrolières pour effectuer un
rapprochement sur les usagers.
11.1.4
Import
Lorsque le paramétrage d’un format pétrolier est terminé, sélectionner le
pétrolier dans le menu B Exploitation, Import disquettes pétrolières, puis cliquer
sur Suivant. Dans la liste de fichiers qui s’affiche, sélectionner le fichier désiré en
cliquant sur %.
Le fichier est alors analysé, et le résultat de cette analyse est affiché. Il
permet de visualiser les informations qui vont être importées. À cette étape,
aucune transaction n’a encore été importée dans la base de données.
L’analyse du fichier simule un import, et classe les lignes en différentes catégories :
– Traités: Nombre de lignes qui seront interprétées comme une transaction
carburant.
– Filtrés: Nombre de lignes ignorées en raison des paramètres de filtrage.
– Doublons: Nombre de lignes qui définissent des transactions carburant déja
importées.
– Non traités: Nombre de lignes qui ne peuvent pas être importées. La colonne de droite indique les causes de ces erreurs.
– Avertissements: Messages d’avertissements. Ils correspondent en général à
des informations qui sont définies dans le format pétrolier et n’ont pas pu
être décodées, sans toutefois empêcher l’import de la transaction. C’est le
11.2. EXPORT TRACLIENT
91
cas par exemple pour un code activité pour lequel aucun rapprochement
n’est trouvé.
Le total des lignes contenues dans les quatre premières catégories ci-dessus
correspond au nombre de lignes non vides du fichier.
En-dessous de ce tableau, les dates de la première et de la dernière transaction qui seront importées sont indiquées. Pour effectivement importer les
transactions dans la base de données, cliquer sur Oui.
En cas d’erreur, il est possible de supprimer les transactions importées dans
une certaine plage de date, afin de relancer un import. Cette fonctionnalité
est accessible dans la moitié inférieure de l’écran, dans le menu B Exploitation,
Import disquettes pétrolières.
11.1.5
Remarque sur les compteurs
Les compteurs (kilométrique ou horaire) saisis lors d’une prise de carburant
avec une carte pétrolière ne sont pas toujours contrôlés, contrairement à ceux
saisis à la borne (Voir 5.1, page 59). Il peut donc être intéressant de ne pas
définir le champ compteur, même si celui-ci existe, lors de l’import de disquettes
pétrolières.
En effet, GIR Titan-Hyperion sait gérer les transactions sans compteurs,
en reportant le calcul de consommation sur les transactions suivantes (Voir 12,
page 95). De cette manière, on peut s’assurer que tous les compteurs enregistrés
dans la base de données ont bien été contrôlés à la saisie.
Il est également possible de conserver la valeur d’un compteur issue de disquettes pétrolières, tout en ignorant sa valeur pour le calcul de consommation.
Pour cela, il suffit de paramétrer le format pétrolier pour que le compteur soit
affecté au champ Code spécifique de la transaction.
11.2
Export traclient
Le fichier traclient enregistre les transactions traitées par GIR Titan-Hyperion.
Il est destiné à être ensuite exploité dans d’autres applications.
Il existe deux façons de générer un fichier traclient :
– Au fil de l’eau (c’est-à-dire à chaque fois qu’une transaction est traitée),
en sélectionnant le format désiré dans le champ Format traclient fil de
l’eau, dans B Saisies, Config. gestionnaire. Les données sont écrites dans
data\dto\traclien.dat. Par défaut, seules les transactions récupérées à
la borne sont exportées au fil de l’eau. Il est possible d’exporter également
les transactions manuelles et les transactions importées, en positionnant
les options correspondantes dans B Saisies, Config. gestionnaire, Options.
Remarque : Dans les formats antérieurs à C2 et F4, cet export ne prend
pas en compte les éventuelles modifications effectuées sur des transactions
après leur traitement.
– À la demande, dans B Exploitation, Export traclient. Les données seront
écrites dans data\dto\traclient.dat.
Il est possible de restreindre l’export selon une plage de dates, l’origine de
la transaction (à la borne, manuelle ou importée), et de filtrer les transactions à exporter selon leur site, direction ou service de rattachement.
Il existe plusieurs formats de fichiers traclient :
92
CHAPITRE 11. IMPORT ET EXPORT DE DONNÉES
– F1, F1-Ref : Format texte fixe avec année sur deux chiffres.
– F2, F2-Ref : Format texte fixe avec année sur quatres chiffres.
– F3, F4 : Formats texte fixe
– C1, C2 : Formats CSV.
Les formats F1, F1-Ref, F2, F2-Ref sont destinés à assurer la compatibilité
avec les applications existantes. Pour le développement d’une nouvelle application, il est conseillé d’utiliser les formats F4 ou C2, plus complets.
Les différents formats de fichiers traclient sont présentés en annexe de ce
document.
À partir des formats C2 et F4, il est possible d’exporter les transactions
accès et les approvisionnements des cuves. Le fonctionnement est similaire à
celui des transactions carburant. Les transactions accès sont écrites dans un
fichier nommé accclient.dat (ou accclien.dat au fil de l’eau), dans le répertoire data\dto\. Les transactions approvisionnements sont écrites dans un
fichier nommé supclient.dat (ou supclien.dat au fil de l’eau), dans le même
répertoire.
11.3
Transcodages
Les transcodages permettent de convertir automatiquement les fichiers traclient vers d’autres formats, via un plug-in adapté. Un plug-in de transcodage
est un programme placé dans le répertoire data\libexec\, appelé automatiquement par GIR Titan-Hyperion lors d’un export traclient.
Ce mécanisme permet donc d’exporter les transactions carburant, les approvisionnements et les transactions accès, aussi bien au fil de l’eau qu’à la
demande.
Les transcodages sont définis dans B Saisies, Transcodages. Leur configuration est la suivante :
Nom: Nom du plug-in de transcodage. Si Nom est défini à “abc”, le plug-in
recherché sera data\libexec\transcod-abc.exe
Format d’entrée: Format traclient à fournir en entrée au plug-in de transcodage. Voir la documentation spécifique au plug-in pour savoir quel format
utiliser.
Options:
– Fil de l’eau: Active le transcodage sur les transactions exportées au fil
de l’eau, d’après les options définies dans Config. gestionnaire (Voir 11.2,
page 91).
– Tr. manuelles: Active le transcodage sur les transactions carburant manuelles.
– Tr. importées: Active le transcodage sur les transactions carburant importées.
– Appro. cuves: Active le transcodage sur les approvisionnements.
– Tr. accès: Active le transcodage sur les transactions accès.
Troisième partie
Utilisation avancée
93
Chapitre 12
Traitement des transactions
carburant
Le traitement d’une transaction carburant se déroule selon les étapes suivantes :
1. Mise à jour des stocks en cuve (sauf transactions extérieures)
2. Affectation du service du véhicule au service de la transaction
3. Mise à jour des avoirs (véhicule, service, activité)
4. Mise à jour des compteurs kilométriques et calcul de consommation
5. Mise à jour des compteurs horaires et calcul de consommation
6. Création si nécessaire d’un nouveau code spécifique.
7. Stockage de la transaction
12.1
Définitions
Comparaison de transactions:
La comparaison entre deux transactions s’effectue par le champ Date
Heure. On notera T1 < T2 lorsque la date de T 1 est antérieure à la date
de T 2.
Compteur renseigné:
Une transaction a un compteur renseigné lorsque la valeur du compteur
est différente de (N/A), ou lorsqu’elle comporte l’option Cpt. renouvelé.
On notera cpt(T ) le fait que T ait un compteur renseigné.
Calcul de consommation:
Pour un véhicule donné, la consommation instantanée d’une transaction
est calculée en prenant en compte les volumes des transactions intermédiaires qui n’ont pas de compteur renseigné.
Pour deux transactions T1 et T2 , on notera vol(T1 , T2 ) la somme des volumes des transactions comprises entre T1 (exclue) et T2 (incluse) :
X
vol(T1 , T2 ) =
T1 <t≤T2
95
volume(t)
96
CHAPITRE 12. TRAITEMENT DES TRANSACTIONS CARBURANT
Produits équivalents:
Deux transactions T1 et T2 d’un même véhicule ont un produit équivalent
lorsque l’une de ces deux conditions est vérifiée :
– T1 et T2 ont le même produit.
– T1 et T2 ont un produit avec l’option Carburant activée dans les réservoirs du véhicule (Voir 2.1.8, page 31).
On notera prod(T1 , T2 ) le fait que T1 et T2 aient un produit équivalent.
12.2
Détail sur la mise à jour des compteurs
Soit T la transaction à traiter, K son compteur.
1. On recherche T0 , la première transaction précédant T vérifiant les conditions suivantes :
– T0 a un compteur renseigné
– T0 a un produit équivalent à T
On notera K0 le compteur de la transaction T0 .
Plus formellement, T0 est la plus grande des transactions t vérifiant la
condition : t < T et cpt(t) et prod(t, T ).
2. On recherche T1 , la première transaction suivant T vérifiant les conditions
suivantes :
– T1 a un compteur renseigné
– T1 a un produit équivalent à T
On notera K1 le compteur de la transaction T1 .
Plus formellement, T1 est la plus petite des transactions t vérifiant la
condition : t > T et cpt(t) et prod(t, T ).
3. Les traitements suivants sont alors effectués :
– Si K est renseigné
– Si T0 existe
– le kilométrage parcouru de T est calculé par K − K0
– la consommation de T est calculée par vol(T0 , T )/(K − K0 )
– Si T1 existe, le kilométrage parcouru de T1 est calculé par K1 − K
– Si T1 n’existe pas et que T est la dernière transaction avec un compteur renseigné, tous produits confondus, pour ce véhicule, le compteur
du véhicule est mis à jour
– Si T1 existe
– Si K est renseigné, la consommation de T1 est calculée par vol(T, T1 )/(K1 −
K)
– Si K n’est pas renseigné et que T0 existe, la consommation de T1 est
calculée par vol(T0 , T1 )/(K1 − K0 ) vol(T0 , T1 ) contient notamment le
volume de la transaction T . T est donc dans ce cas une transaction
sans compteur dont la consommation a été reportée sur une transaction suivante.
Remarques :
– Le traitement ci-dessus est présenté pour les compteurs kilométriques mais
est également valable pour les compteurs horaires.
12.2. DÉTAIL SUR LA MISE À JOUR DES COMPTEURS
97
– Lorsque la transaction T0 n’existe pas (c’est-à-dire lorsque T est la première transaction du véhicule pour un produit donné), le kilométrage parcouru et la consommation de T ne peuvent pas être calculés. C’est pourquoi il est conseillé d’initialiser le compteur d’un véhicule en créant une
transaction manuelle de volume nul pour le produit souhaité (Voir 8.1,
page 75).
– Le calcul de consommation suppose que le plein est fait à chaque prise de
carburant.
– L’option Cpt. renouvelé désactive le calcul du kilométrage parcouru et de
la consommmation. Si des transactions sans compteur précèdent une telle
transaction, leur consommation sera ignorée. Il est donc conseillé de suivre
la procédure suivante lors d’un renouvellement de compteur :
1. S’assurer que la dernière transaction du véhicule a un compteur renseigné (par exemple via l’onglet Dernières transctions de la fiche véhicule). Si ce n’est pas le cas, saisir une transaction manuelle de volume
nul, avec l’ancien compteur du véhicule.
2. Saisir une transaction manuelle de volume nul, comportant l’option
Cpt. renouvelé, avec le nouveau compteur du véhicule.
12.2.1
Option Carburant
Cette section illustre les effets de l’option Carburant dans les réservoirs d’un
véhicule.
Cas d’un véhicule avec un produit de carburation et un produit annexe
On considère un véhicule ayant un produit de carburation (Gasoil) et un
produit annexe (Huile). On déclarera donc les réservoirs suivants :
Produit
GOI
HUI
Options
D’après la méthode de calcul des kilométrages parcourus vue précédemment,
les compteurs seront gérés de manière indépendante pour les deux produits.
Dans le cas de ce véhicule, il s’agit bien du comportement voulu, et les calculs
de consommation sont corrects, comme l’illustrent les transactions ci-dessous :
Date
16/04/2004
03/04/2004
15/03/2004
08/03/2004
Véhicule
1234ZZ69
1234ZZ69
1234ZZ69
1234ZZ69
Produit
HUI
GOI
GOI
HUI
Volume
1,00 L
70,00 L
70,00 L
2,00 L
Compteur
61 500 km
61 100 km
60 100 km
60 000 km
Parcouru
1 500 km
1 000 km
1 000 km
(N/A)
Conso.
0,67 L/100km
7,00 L/100km
7,00 L/100km
(N/A)
Cas d’un véhicule avec deux produits de carburation et un produit
annexe
On considère un véhicule ayant deux produits de carburation (Gasoil et
GPL) et un produit annexe (Huile). Si les deux produits de carburation sont
98
CHAPITRE 12. TRAITEMENT DES TRANSACTIONS CARBURANT
déclarés sans l’option Carburant, on aura un comportement identique à celui
décrit ci-dessus, avec trois calculs de kilométrage indépendants. Le calcul de
consommation sera donc erroné pour les produits de carburation. On déclarera
donc ces produits avec l’option Carburant dans les réservoirs :
Produit
GOI
GPL
HUI
Date
03/04/2004
16/04/2004
03/04/2004
03/04/2004
15/03/2004
08/03/2004
12.3
Véhicule
1234ZZ69
1234ZZ69
1234ZZ69
1234ZZ69
1234ZZ69
1234ZZ69
Produit
GPL
HUI
GPL
GOI
GOI
HUI
Options
Carburant
Carburant
Volume
50,00 L
2,00 L
50,00 L
70,00 L
70,00 L
2,00 L
Compteur
63 300 km
62 500 km
62 100 km
61 100 km
60 100 km
60 000 km
Parcouru
1 200 km
2 500 km
1 000 km
1 000 km
1 000 km
(N/A)
4,55
0,80
5,00
7,00
7,00
Conso.
L/100km
L/100km
L/100km
L/100km
L/100km
(N/A)
Paramétrage
Il est possible de paramétrer certains aspect du traitement des transactions.
Ces paramètres sont définis dans Config. gestionnaire (2.9, page 41). Le présent
paragraphe détaille les effets du paramètre Fusion compteurs consécutifs.
Le traitement des transactions présenté ci-dessus permet de tenir compte des
transactions sans compteurs dans les calculs de consommation. Il est possible
d’utiliser cette propriété pour avoir des consommations exactes lorsqu’un même
plein est effectué en plusieurs fois.
Considérons le scénario suivant :
1. Un usager souhaite effectuer un plein de carburant.
2. Il identifie son véhicule, saisit le compteur et commence à se servir.
3. Il est interrompu quelques instants par un événement extérieur, et la
pompe est automatiquement raccrochée.
4. Pour terminer son plein, l’usager s’identifier à nouveau et resaisit le compteur.
Le plein effectué dans ce scénario créera deux transactions, T1 et T2 Après
traitement de ces transactions, on les retouvera dans l’historique sous la forme :
T2
T1
Date Heure
19/06/2004 07:32:00
19/06/2004 07:30:00
Véhicule
1234ZZ69
1234ZZ69
Volume
80,00 L
70,00 L
Compteur
83200 km
83200 km
Parcouru
(N/A)
1000 km
Consommation
(N/A)
7,00 L/100km
Comme on peut le voir, les deux consommations sont erronées :
– La consommation instantanée de T1 n’est calculée qu’avec le volume du
premier plein (70 L).
– La transaction T2 ayant un kilométrage parcouru nul, sa consommation
instantanée n’est pas définie.
12.3. PARAMÉTRAGE
99
Pour rétablir une consommation correspondant à la réalité, il suffit de trans0
former T1 en une transaction sans compteur T1 . Le volume de T1 est alors
reporté sur T2 pour le calcul de consommation. La transaction T1 sera toujours
présente, avec l’attribut Annulée. Les transactions annulées ne sont pas prises
en compte dans les cumuls ou dans les calculs de consommation.
T2
0
T1
T1
Date Heure
19/06/2004 07:32:00
19/06/2004 07:30:00
Annulée
Véhicule
1234ZZ69
1234ZZ69
Volume
80,00 L
70,00 L
Compteur
83200 km
83200 km
Parcouru
(N/A)
1000 km
Consommation
(N/A)
7,00 L/100km
On constate donc que pour avoir un calcul de consommation correct lorsqu’un plein est effectué en plusieurs fois, il faut annuler le compteur sur les
transactions intermédiaires, afin de reporter le calcul de consommation sur la
dernière transaction.
Il est possible de réaliser ce traitement à la main en supprimant le compteur
dans les transactions souhaités, via l’écran de modification de transaction (8.3,
page 77).
Définir une valeur de M minutes pour le paramètre Fusion compteurs consécutifs permet de réaliser ce traitement automatiquement, lorsque la condition
suivante est vérifiée :
Il existe deux transactions, réalisées par le même véhicule sur la même pompe
dans un délai inférieur à M , avec des compteurs renseignés et identiques.
100 CHAPITRE 12. TRAITEMENT DES TRANSACTIONS CARBURANT
Chapitre 13
Opérations exceptionnelles
Par défaut, une sauvegarde est automatiquement effectuée avant toute opération exceptionnelle susceptible de supprimer ou altérer des données. Pour toutes
ces opérations, il est possible de désactiver cette sauvegarde en cochant la case
Désactiver la sauvegarde. Cette option doit être utilisée avec toute la prudence
nécessaire, dans la mesure où des données risques d’être perdues.
13.1
Requête de mise à jour
B Config., Mise à jour de table
Cette opération permet de modifier en une seule fois un grand nombre d’enregistrements.
La première étape consiste à sélectionner la table sur laquelle on souhaite
effectuer la modification, ainsi que le type d’opération à effectuer.
Opérations disponibles :
– Affectation: Affectation d’une valeur à un champ
La deuxième étape indique sur quels enregistrements va porter l’opération.
Il s’agit d’un écran de filtrage similaire à celui qui est proposé lorsque l’on clique
sur Filtrer dans l’écran de consultation d’une table. Lorsque l’opération porte
sur une sous-table (par exemple Services est une sous-table de Directions), il est
possible de choisir à la fois les critères de filtrage de la table mère et de la table
fille. Dans ce cas, le filtre est d’abord appliqué à la table mère, puis aux tables
filles des enregistrements trouvés.
Pour l’opération d’affectation, les deux étapes suivantes permettent de définir le champ à modifier et la valeur qui lui sera affectée.
Exemples :
– Déplacer l’ensemble des usagers d’un service (S1) vers un autre service
(S2) :
1. Choisir la table Usagers et l’opération Affectation.
2. Choisir le service S1 dans les critères de filtrage.
3. Choisir le champ Service comme champ à réaffecter.
4. Choisir le service S2 comme valeur d’affectation.
– Définir une fourchette de tolérance pour la saisie du compteur pour tous
les véhicules de type “Camion” :
101
102
CHAPITRE 13. OPÉRATIONS EXCEPTIONNELLES
1. Choisir la table Véhicules et l’opération Affectation.
2. Choisir le type “Camion” dans les critères de filtrage.
3. Choisir le champ Fourchette (km) comme champ à réaffecter.
4. Saisir la valeur de la nouvelle fourchette.
– Changer l’avoir en Super de tous les véhicules hybrides (pouvant rouler à
la fois au Super et au GPL) :
1. Choisir la table Réservoirs et l’opération Affectation.
2. Dans les critères de filtrage sur les véhicules, choisir le produit GPL
(ceci sélectionnera tous les véhicules ayant du GPL parmi leurs produits). Dans les critères de filtrage sur les réservoirs, choisir le produit
Gazole. Ceci sélectionnera les réservoirs de Gazole parmi tous les réservoirs des véhicules précédemment sélectionnés.
3. Choisir le champ Avoir initial comme champ à réaffecter.
4. Saisir la nouvelle valeur de l’avoir.
13.2
Vérification
L’opération Vérifier tables dans le menu B Config. affiche des informations
sur la base de données, présentées par table :
Table: Nom de la table
Version format: Version du format de fichier
Version base: Version des données
Dernière mod.: Date de dernière modification
Max.: Nombre maximum d’enregistrements
Utilisés (théo.), Utilisés (réels): Nombre d’enregistrements utilisés dans l’index et dans la table. Ces deux nombres doivent être égaux.
Corrompus: Nombre d’enregistrements corrompus.
Index: Etat de l’index.
13.3
Sauvegarde
GIR Titan-Hyperion dispose d’un outil de sauvegarde intégré, permettant
d’enregistrer une base de données dans un fichier compressé de type TWB. Pour
effectuer une sauvegarde, cliquer sur Sauvegarder tables dans le menu B Config..
Sélectionner les tables à sauvegarder (toutes les tables sont sélectionnées par
défaut), saisir le nom du fichier dans la zone de texte, puis cliquer sur Exporter. Après quelques instants, le message Opération réussie s’affiche, indiquant le
succès de la sauvegarde.
13.4
Page d’administration
La page d’administration regroupe les opérations exceptionnelles qui nécessitent un accès particulier à l’application. Pour accéder à cette page, effectuer
13.4. PAGE D’ADMINISTRATION
103
un clic droit sur l’icône de GIR Titan-Hyperion dans la barre des tâches puis
choisir Admin.
En plus des opérations de vérification et de sauvegarde vues précédemment,
cette page propose les opérations suivantes :
Restore: Restauration de la base de données à partir d’un fichier TWB.
Réparer tables: Réparation de la base de données.
Conversion de table: Mise à jour de version de la base de données.
Sessions: Liste des utilisateurs actuellement connectés.
SAV: Envoi et réception de fichier par http avec le service après-vente de la
société GIR.
13.4.1
Restauration
L’opération Restore permet de restaurer une base de données à partir d’un
fichier TWB existant. Elle se déroule en trois étapes :
1. Sélection du fichier :
Saisir le chemin complet du fichier TWB à restaurer et cliquer sur Importer
2. Sélection des tables à importer :
Une liste des tables contenues dans le fichier TWB est affichée, avec pour
chaque table des informations similaires à celles présentées dans l’écran de
vérification. Sélectionner les tables à restaurer puis cliquer sur Importer.
3. Confirmation :
Un récapitulatif des tables qui vont être importées est affiché. Cliquer sur
Oui pour effectuer la restauration.
13.4.2
Réparation
L’écran Réparer tables regroupe les opérations de réparation.
Effacer les références invalides: Réinitialise les références à des enregistrements
inexistants (affichées par Enregistrement supprimé dans l’application).
Reconstruire l’index: Recalcule l’index des tables.
Sélectionner les tables à réparer et les opérations à réaliser, et cliquer sur
Lancer pour démarrer l’opération.
13.4.3
Conversion
Lors d’une mise à jour de GIR Titan-Hyperion, il peut être nécessaire d’effectuer un traitement sur la base de données pour disposer des fonctionnalités
les plus récentes.
L’écran Conversion de table affiche l’ensemble des conversions à réaliser avant
de pouvoir se connecter à GIR Titan-Hyperion. Par défaut, toutes les tables à
convertir sont sélectionnées. Cliquer sur Lancer pour effectuer la conversion.
Après quelques instants, le message Opération réussie s’affiche, et la connexion
à l’application est possible.
104
13.4.4
Sessions
L’écran Sessions affiche une liste des utilisateurs actuellement connectés à
l’application. Il est possible de déconnecter un utilisateur en cliquant sur Fermer.
Certaines opérations nécessitent un accès exclusif à la base de données, et
ne peuvent s’exécuter que lorsqu’aucune session n’est active. Ainsi, pour effectuer une restauration de la base de données, tous les utilisateurs doivent être
déconnectés.
Lorsque le bouton Fermer n’est pas disponible, cela signifie que la session a été
ouverte par l’application elle-même. C’est le cas par exemple lors des dialogues
automatiques. De telles sessions ne peuvent pas être fermées par l’utilisateur, et
il est nécessaire d’attendre la fin de leur exécution.
13.4.5
Transfert de fichiers
L’écran SAV permet d’échanger des fichiers avec le service après-vente de
la société GIR. Il est accessible dans la page d’administration ou par le menu
B Config., SAV.
Paramètres proxy: Définition des paramètres du proxy http (Page d’administration uniquement, les paramètres définis dans Config. gestionnaire sont
utilisés sinon).
Envoi de fichiers: Envoi des différents fichiers de GIR Titan-Hyperion pour
analyse par le service après-vente.
Réception de fichiers: Téléchargement d’un fichier TWB.
Test liaison SAV: Vérification du fonctionnement de la liaison entre GIR TitanHyperion et le serveur SAV.
Mise à jour application: Téléchargement d’une nouvelle version de GIR TitanHyperion, et lancement de l’installation (Page d’administration uniquement).
13.5
Mise à jour de l’application
Les étapes à suivre lors d’une mise à jour de GIR Titan-Hyperion sont les
suivantes :
1. Effectuer un dialogue Récup.-Envoi sur toutes les bornes afin de récupérer
toutes les transactions en attente.
2. Installer la nouvelle version de GIR Titan-Hyperion :
Automatiquement, dans le menu SAV de la page d’administration :
– Cliquer sur Mise à jour application puis Télécharger une nouvelle
version
– Entrer le numéro de version (de la forme X.Y.Z) et cliquer sur
Lancer.
– À la fin du téléchargement, cliquer sur Lancer l’installation pour
démarrer le programme d’installation.
– Penser à quitter GIR Titan-Hyperion avant de poursuivre l’installation.
13.6. CHANGEMENT DE MACHINE
105
Manuellement, en récupérant le programme d’installation de la nouvelle
version depuis internet ou sur un cd.
3. Si nécessaire, effectuer une conversion de tables via le menu Conversion de
table de la page d’administration (Voir 13.4.3, page 103).
4. Se connecter à l’application.
5. Si les fichiers séquence ont changé :
– Sélectionner la nouvelle version de séquence dans B Config., Mise à jour
de séquence puis cliquer sur Valider.
– Effectuer un dialogue d’initialisation avec les bornes dont la séquence a
changé, en s’assurant qu’aucune prise de carburant n’est en cours sur
ces bornes (dialogue Récup.-Attente-Init.-Config.-Envoi).
13.6
Changement de machine
GIR Titan-Hyperion peut être déplacé sur le disque d’une même machine, ou
d’une machine à une autre. Il suffit de copier l’intégralité du répertoire d’installation avec toute son arborescence. Dans le cas d’un déplacement d’une machine
à une autre, il peut être nécessaire de relancer le programme d’installation (en
décochant Hyperion au moment du choix des options), pour recréer les raccourcis
et définir les paramètres proxy du navigateur.
13.7
Arborescence
bin: Exécutables
data: Données, réparties dans les sous-répertoires suivants :
bak: Fichiers TWB créés lors d’une sauvegarde automatique
csv: Données de l’import/export CSV installateur
dbx: Base de données
dti: Données à importer (Ex : disquettes pétrolières, fichier proximité)
dto: Données exportées (Ex : export traclient, export spécifique)
libexec: Plug-ins (Ex : transcodage)
log: Fichiers log
tmp: Fichiers temporaires
seq: Fichiers séquences
updates: Mises à jour de l’application
106
Annexe A
Contrat de licence
Contrat de Licence Utilisateur Final pour le logiciel Hyperion.
IMPORTANT - À LIRE AVEC ATTENTION
Ce Contrat de Licence Utilisateur Final (le "CLUF") constitue un
contrat légal entre vous (personne physique ou personne morale) et
la société klervi, concernant le produit logiciel ("Logiciel") Hyperion,
ainsi que tout support, logiciel et documentation qui l’accompagnent.
EN INSTALLANT, COPIANT, OU UTILISANT DE TOUTE AUTRE
MANIÈRE LE LOGICIEL, VOUS ACCEPTEZ DE VOUS CONFORMER
À TOUS LES TERMES ET À TOUTES LES CONDITIONS DU
CONTRAT DE LICENCE.
Si vous n’acceptez pas les termes et les conditions du Contrat de
licence, vous n’êtes en aucun cas autorisé à installer ou utiliser le
Logiciel. Si vous acceptez les termes et les conditions du Contrat de
licence, et que vous avez acheté le Logiciel, la société klervi vous
concède le droit d’utiliser le Logiciel de la façon décrite ci-dessous.
CONCESSION DE LICENCE
Le présent Logiciel, reste la propriété exclusive de la société klervi.
Il est distribué par la société GIR, et utilisable sous les
environnements Windows 9x, 2000 ou XP, sur compatible PC.
Le présent C.L.U.F. vous concède les droits d’installation et
d’utilisation du programme logiciel.
DROITS ET LIMITATIONS
Le présent Logiciel et sa documentation, ainsi que toute copie,
restent la propriété exclusive de la société klervi. Le Logiciel
est protégé en France par le Code de la Propriété Intellectuelle
et à l’étranger par les conventions internationales sur le droit
d’auteur. Vous devez, par conséquent, agir vis à vis de ce Logiciel
comme s’il s’agissait de tout autre matériel soumis aux droits
d’auteur (comme par exemple un livre), à la seule différence que
107
108
ANNEXE A. CONTRAT DE LICENCE
vous pouvez réaliser une copie du Logiciel, mais uniquement à des
fins de sauvegarde ou d’archivage. Vous demeurez responsable de la
sécurité physique de cette copie.
Vous ne pouvez céder à un tiers le Logiciel et sa documentation que
sur accord préalable et écrit de la société klervi, et de façon
permanente, à condition de n’en garder aucune copie et que le
bénéficiaire accepte les stipulations du Contrat de licence.
A l’exception des cas expressément prévus dans le Contrat de licence,
le transfert, la location, la location-vente, le prêt, la copie, la
modification, la traduction, la sous-licence, l’utilisation en temps
partagé, la transmission ou la réception électronique du Logiciel, de
son support ou de la documentation relatifs ne sont pas autorisés.
Vous reconnaissez que le Logiciel sous forme de code source reste
un secret commercial de la société klervi, et pour cette raison
acceptez de ne pas modifier le Logiciel ni tenter de désosser,
décompiler, ni désassembler le Logiciel, sauf et seulement lorsque
une telle activité est expressément autorisée par la législation
applicable malgré cette contrainte.
Vous vous engagez notamment à ne pas développer ou commercialiser
le Logiciel objet du présent contrat ou des produits susceptibles
de le concurrencer, et/ou basé sur un ou des éléments qui en ont été
extraits. Il est interdit de reproduire, traduire, adapter, arranger,
modifier le Logiciel ainsi que la documentation qui y est associée,
même lorsque ces actes sont nécessaires pour permettre l’utilisation
du Logiciel conformément à sa destination.
En application de l’article L 122-6-1 du code de la propriété
intellectuelle, la société klervi se réserve le droit de corriger les
erreurs, et d’établir les modalités particulières auxquelles seront
soumis les actes étant définis ci avant.
La reproduction du code du Logiciel ou la traduction de la forme de
ce code sont interdites mêmes lorsque elles sont indispensables pour
obtenir les informations nécessaires à l’interopérabilité du Logiciel
avec d’autres logiciels, lesdites informations étant accessibles à
l’utilisateur auprès de la société klervi.
Il est rappelé que la violation de l’un des droits des Auteurs du
Logiciel est un délit de contrefaçon, et que toute contrefaçon est
sanctionnée en France par l’article L.335-2 du code de la propriété
intellectuelle et punie de deux ans d’emprisonnement et
de 150 000 EUR d’amende.
MISES À JOUR
Si vous avez installé une version mise à jour du Logiciel, elle
constitue un seul et unique produit avec le Logiciel que vous avez
mis à jour. Vous pouvez utiliser ou transférer la version mise à jour
du Logiciel uniquement en accord avec les dispositions du Contrat de
licence. Toute nouvelle version du Logiciel vient remplacer la
109
précédente et demeure soumise au présent Contrat de licence, sous
réserve de modification dudit Contrat.
INFORMATIONS NOMINATIVES
Le Logiciel intègre une base de données, qui peut constituer un
traitement automatisé d’informations nominatives, relevant des
articles 16 et 17 de la Loi du 6 janvier 1978 relative à l’informatique,
aux fichiers et aux libertés, et devant faire l’objet d’une déclaration.
En conséquence, il est rappelé que vous êtes responsable de votre
fichier de données, et qu’à ce titre, vous êtes tenu de le déclarer,
préalablement à sa mise en oeuvre, auprès de la Commission Nationale
de l’Informatique et des Libertés.
LIMITE DE RESPONSABILITÉ
Jusqu’à l’évaluation maximale autorisée par la législation applicable,
en aucun cas la société klervi ne pourra être tenu pour responsable de
tout dommage spécial, accidentel, indirect ou consécutif, de quelque
nature que ce soit (notamment perte d’exploitation, perte de données
ou toute autre perte financière) résultant de l’utilisation ou de
l’impossibilité d’utiliser le produit, ou de la fourniture ou de
l’impossibilité de fournir des services de support, même si la société
klervi a été expressément informée de l’éventualité de tels dommages.
ACTIVITÉS À HAUT RISQUE
Le Logiciel n’est pas tolérant aux fautes et n’est pas conçu, fabriqué,
ni prévu pour les équipements de contrôle en temps réel en environnement
dangereux nécessitant une résistance à la panne, comme pour les sites
nucléaires, la navigation aérienne ou les systèmes de communication, de
contrôle de trafic aérien, les appareils d’assistance à la vie ou les
systèmes d’armement, pour lesquels une défaillance du Logiciel
provoquerait la mort, des blessures importantes ou des dommages physiques
ou environnementaux importants (Activités à Haut Risque). Aucun engagement
n’est consenti par la société klervi et notamment aucune garantie expresse
ou implicite de conformité ou d’adéquation aux Activités à Haut Risque.
DISPOSITIONS GÉNÉRALES
Le présent Contrat de licence sera régi et interprété conformément au
droit français. En cas de litige découlant de son interprétation ou de
son exécution, les parties s’engagent à rechercher une solution amiable.
A défaut,ce différend sera la compétence exclusive des Tribunaux français.
La société klervi réserve ses droits sur tous les droits non expressément
concédés au titre de document. La société klervi se réserve également le
droit de modification sans préavis du présent Contrat. Si l’une quelconque
des stipulations du Contrat est retenue pour nulle ou sans objet, elle sera
réputée non écrite et n’entraînera pas la nullité des autres stipulations.
110
ANNEXE A. CONTRAT DE LICENCE
Annexe B
Format des fichiers traclient
111
112
ANNEXE B. FORMAT DES FICHIERS TRACLIENT
Versions F1 et F2
Les offsets dans la colonne “Position” sont précisés pour le format F2. Il suffit
de retirer deux octets pour obtenir ceux du format F1.
Position
000-009
010-013
014-017
018-023
024-043
044-046
047-066
067-069
070-089
090-091
092-111
112-112
113-119
120-125
126-127
128-137
138-139
140-142
143-144
145-147
148-149
150-151
152-154
155-160
161-166
167-172
173-178
179-183
184-186
187-188
189-191
192-195
196-215
Long.
10
04
04
06
20
03
20
03
20
02
20
01
07
06
02
10
02
03
02
03
02
02
03
06
06
06
06
05
03
02
03
04
20
Description
date au format "jj.mm.aa" (version F1) ou "jj.mm.aaaa" (version F2)
heure au format "hhmm"
badge véhicule
code véhicule
immatriculation
no du service
nom du service
no de l’activité
nom de l’activité
no du type de véhicule
nom du type de véhicule
type de compteur (’K’ kilométrique, ’H’ horamètre, ou ’A’ autre)
compteur km ou h
km ou h parcourus
no du site
nom du site
no cuve 1 (0 si plein ext)
% cuve 1
no cuve 2 (0 si plein ext)
% cuve 2
no pompe (0 si plein ext)
no du produit
nom du produit
volume interne (centilitres)
prix interne (centimes)
volume externe (centilitres)
prix externe (centimes)
consommation instantanée (cl/100km ou litre/h)
consommation de référence (cl/100km ou litre/h)
sur/sous-consommation ("*+" ou "*-" ou "␣␣")
entretien (obsolète, toujours à "␣␣␣")
badge chauffeur
nom chauffeur
113
Exemple (format F2) :
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
1
1
2
2
3
3
4
4
5
5
6
6
7
7
7
0....5....0....5....0....5....0....5....0....5....0....5....0....5....0....5...9
04.12.200408350000123456IMMATRICULATION
99SERVICE
999ACTIVITE
0
0
0
0
1
1
1
1
1
1
1
1
1
1
1
1
1
8
8
9
9
0
0
1
1
2
2
3
3
4
4
5
5
5
0....5....0....5....0....5....0....5....0....5....0....5....0....5....0....5...9
00TYPE
K012345600100099SITE
99100000009999GOI00500
1
1
1
1
1
1
1
1
2
2
2
2
6
6
7
7
8
8
9
9
0
0
1
1
0....5....0....5....0....5....0....5....0....5....0....5
099999900000000000000500500
0000CHAUFFEUR
114
Versions F1-Ref et F2-Ref
La structure de ces formats est identique à F1 et F2. La différence est que
les valeurs de certains champs traclient sont déterminées à partir du champ Ref
de l’élément associé dans la base de données.
Un champ Ref peut être interprété de différentes manières. Si le champ Ref
est vide, il est ignoré. Les valeurs sont alors identiques aux formats F1 (resp.
F2), sauf pour les numéros d’enregistrements, qui sont paddés à 9.
Si le champ Ref contient le caractère de séparation défini dans Config. gestionnaire, il est interprété comme ref1<séparateur>ref2. Les deux valeurs ref1
et ref2 ainsi extraites sont affectées comme indiqué dans la colonne ’Ref composée’ du tableau ci-dessous. Si le champ Ref ne contient pas de séparateur, il
est affecté comme indiqué dans la colonne ’Ref simple’.
Exemple : Pour réaliser un export traclient avec un véhicule ayant pour code
18 et pour immatriculation ABC, on saisira "18|ABC" dans le champ Ref de ce
véhicule, en ayant défini le caractère | comme séparateur dans la table Config.
gestionnaire.
Champ traclient
Badge véhicule
Code véhicule
Immatriculation
Badge chauffeur
Nom chauffeur
No (1)
Nom (1)
No (2)
Ref vide
F1
F1
F1
F1
F1
999
F1
999
Ref simple
F1
ref
F1
ref
F1
999
ref
ref
Ref composée
ref3 (3)
ref1
ref2 (3)
ref1
ref2
ref1
ref2
N/A
(1) service, activité, type de véhicule, site, produit
Pour le service, les valeurs ref1 et ref2 sont obtenues en concaténant les
ref1 et ref2 respectives de la direction et du service. Ex : Ref direction :
"1|Dir", Ref service : "5|Serv" donnera comme ref1 "15" et comme ref2
"DirServ"
(2) cuve 1, cuve 2, pompe
(3) Le champ Ref du véhicule peut être composé jusqu’à trois éléments :
– ref1|ref2 : code=ref1, immatriculation=ref2, badge=F1
– ref1|ref2|ref3 : code=ref1, immatriculation=ref2 (ou F1 si vide), badge=ref3
Légende
– 999 : Valeur paddée à 9
– F1 : Valeur identique au format F1/F2
– ref : Valeur du champ Ref
– ref1 : Valeur du champ Ref avant le séparateur
– ref2 : Valeur du champ Ref après le séparateur
Remarques
– Les champs Ref des cuves et pompes sont toujours interprétés comme une
Ref simple indiquant le numéro de la cuve ou de la pompe, étant donné
qu’il n’y a pas de nom exporté pour ces champs.
115
– Si une valeur lue dans un champ Ref doit être affectée à un champ numérique du fichier traclient, mais ne représente pas un nombre ou est trop
grande pour la zone, la valeur affectée sera paddée à 9 (pour les numéros)
ou à 0 (pour code véhicule et badge chauffeur)
– Les formats "F1-Ref alt." et "F2-Ref alt." sont identiques aux formats
F1-Ref et F2-Ref, à une différence près : si le champ Ref du véhicule est
une ref composée, alors le champ immatriculation du fichier traclient est
partitionné en deux champs de type texte et de longueur 10. La première
partie contiendra alors l’immatriculation, et la deuxième partie la valeur
ref2.
116
Version F3
Position
000-018
019-038
039-068
069-088
089-108
109-128
129-148
149-178
179-188
189-198
199-204
205-210
211-220
221-230
231-236
237-242
243-262
263-282
283-288
289-308
309-314
315-324
325-344
345-354
355-364
365-374
375-384
385-394
395-400
401-420
421-430
431-436
Long.
19
20
30
20
20
20
20
30
10
10
06
06
10
10
06
06
20
20
06
20
06
10
20
10
10
10
10
10
06
20
10
06
Description
Date au format "jj/mm/aaaa␣hh:nn:ss"
Ref. du véhicule
Immatriculation
Ref. du type de véhicule
Ref. de la direction
Ref. du service
Ref. de l’usager
Nom de l’usager
Compteur km
Parcouru km
Consommation km instantanée (cL/100 km)
Consommation km de référence (cL/100 km)
Compteur h (1/100e d’heures)
Parcouru h (1/100e d’heures)
Consommation h instantanée (cL/heure)
Consommation h de référence (cL/100 km)
Ref. du site
Ref. de la cuve 1
Ratio de la cuve 1 (pourcentage * 100)
Ref. de la cuve 2
Ref. de la pompe
Ref. du produit
Volume externe (cL)
Montant externe (centimes)
Volume interne (cL)
Montant interne (centimes)
Prix unitaire (centimes)
Durée (secondes)
Ref. de l’activité
Code spécifique
Options (voir le champ options du format C1)
117
Version C1
Les champs sont séparés par le caractère ’ ;’.
Position
01
02
03
04
05
06
07
08
09
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
Description
Ref. du véhicule
Immatriculation
Nom du type de véhicule
Nom de la direction
Ref. du service
Nom du service
Ref. de l’usager
Nom de l’usager
Prénom de l’usager
Compteur km
Parcouru km
Consommation h de référence (cL/heure)
Ref. du site
Nom du site
Ref. de la cuve 1
Nom de la cuve 1
Ratio de la cuve 1
Ref. de la cuve 2
Nom de la cuve 2
Ratio de la cuve 2
Ref. de la pompe
Nom de la pompe (Nom borne + nom pompe)
Ref. du produit
Nom du produit
Volume externe (cL)
Volume interne (cL)
Durée (secondes)
Nom de l’activité
Code spécifique
Options : chaîne de 6 caractères, où chaque caractère vaut espace si
l’option n’est pas présente, et le caractère ci-dessous sinon :
1 : ’+’ sur-consommation
2 : ’-’ sous-consommation
118
3 : ’I’ transaction importée
4 : ’M’ transaction manuelle
5 : ’P’ pompiste
6 : ’G’ gestionnaire (à distance)
Ex : Transaction pompiste en sur-consommation : "+␣␣␣P␣"
119
Version F4 - Transactions carburant
Position
000-018
019-038
039-068
069-088
089-108
109-128
129-148
149-178
179-198
199-218
219-238
239-248
249-258
259-264
265-270
271-280
281-286
287-292
293-312
313-332
333-338
339-348
349-354
355-374
375-394
395-414
415-434
435-444
445-454
455-464
465-474
475-480
481-500
501-510
511-526
Long.
19
20
30
20
20
20
20
30
20
20
10
10
06
06
10
10
06
06
20
20
06
20
06
20
20
20
10
10
10
10
10
06
20
10
16
Description
Ref. du véhicule
Immatriculation
Ref. du service
Ref. de l’usager
Nom de l’usager
Ref. de la direction de l’usager
Ref. du service de l’usager
Compteur km
Parcouru km
Consommation h de référence (cL/100 km)
Ref. du site
Ref. de la cuve 1
Ref. de la cuve 2
Ref. de la borne
Ref. de la pompe
Ref. du produit
Volume externe (cL)
Volume interne (cL)
Durée (secondes)
Code spécifique
Options (voir le champ options du format C2 - carburant)
120
Version C2 - Transactions carburant
Les champs sont séparés par le caractère ’ ;’.
Position
01
02
03
04
05
06
07
08
09
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
Description
Ref. du véhicule
Immatriculation
Ref. de la direction du véhicule
Nom de la direction du véhicule
Ref. du service du véhicule
Nom du service du véhicule
Ref. de l’usager
Nom de l’usager
Nom de la direction de l’usager
Nom du service de l’usager
Compteur km
Parcouru km
Consommation h de référence (cL/heure)
Ref. du site
Nom du site
Ref. de la cuve 1
Nom de la cuve 1
Ratio de la cuve 1
Ref. de la cuve 2
Nom de la cuve 2
Ratio de la cuve 2
Ref. de la borne
Nom de la borne
Ref. de la pompe
Nom de la pompe (Nom borne + nom pompe)
Ref. du produit
Nom du produit
Volume externe (cL)
Volume interne (cL)
Durée (secondes)
121
46
47
48
Nom de l’activité
Code spécifique
1 : ’+’ sur-consommation
2 : ’-’ sous-consommation
3 : ’I’ transaction importée
4 : ’M’ transaction manuelle
5 : ’P’ pompiste
6 : ’G’ gestionnaire (à distance)
7 : ’E’ plein extérieur
8 : ’A’ annulée.
9 : ’N’ remplacement d’une transaction annulée
10 : ’K’ compteur renouvelé
11 à 16 : inutilisés.
Exemple : Transaction pompiste en sur-consommation :
"+␣␣␣P␣␣␣␣␣␣␣␣␣␣␣"
Pour les transactions comportant l’option ’A’ (annulée), le volume exporté
est égal à l’opposé du volume de la transaction d’origine. Les options ’A’ et ’N’
sont présentes uniquement en export au fil de l’eau. Les deux transactions sont
alors consécutives.
122
Version F4 - Transactions accès
Position
000-018
019-038
039-068
069-088
089-108
109-128
129-148
149-178
179-198
199-218
219-219
220-239
240-259
260-279
280-299
300-315
Long.
19
20
30
20
20
20
20
30
20
20
01
20
20
20
20
16
Description
Ref. du véhicule
Immatriculation
Ref. de l’usager
Nom de l’usager
Résultat de l’accès (voir format C2-Accès)
Ref. du site
Ref. de la borne
Ref. de l’ensemble accès
Ref. du type d’accès
Options : voir le champ options du format C2-Accès
123
Version C2 - Transactions accès
Position
01
02
03
04
05
06
07
08
09
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
Description
Ref. du véhicule
Immatriculation
Nom de la direction du véhicule
Nom du service du véhicule
Ref. de l’usager
Nom de l’usager
Ref. de la direction de l’usager.
Nom de la direction de l’usager.
Ref. du service de l’usager.
Nom du service de l’usager.
Résultat de l’accès, 1 caractère ascii :
’A’ : autorisé, ’R’ : refusé, ’Z’ : refusé/zone
Ref. du site
Nom du site
Ref. de la borne
Nom de la borne
Ref. de l’ensemble accès
Nom de l’ensemble accès
Ref. du type d’accès
Nom du type d’accès
1 à 16 : inutilisés
124
Version F4 - Approvisionnements
Position
000-018
019-038
039-058
059-078
079-098
099-108
109-118
119-128
129-146
Long.
19
20
20
20
20
10
10
10
16
Description
Ref. de la cuve
Ref. du produit
Ref. du site
Ref. de la borne
Volume de l’appro. (cL)
Montant (centimes)
Options : voir le champ options du format C2-Approvisionnement
Version C2 - Approvisionnements
Position
01
02
03
04
05
06
07
08
09
10
11
12
13
Description
Ref. de la cuve
Nom de la cuve
Ref. du produit
Nom du produit
Ref. du site
Nom du site
Ref. de la borne
Nom de la borne
Volume de l’appro. (cL)
Montant (centimes)
Options : chaîne de 16 caractères, à espace si l’option n’est pas
présente, et avec le caractère ci-dessous sinon :
1 : ’B’ à la borne
2 : ’A’ annulé
3 à 16 : inutilisés
Un approvisionnement annulé est identique à celui d’origine, avec un volume
opposé. L’option ’A’ est présente uniquement en export au fil de l’eau.
Annexe C
Format des e-mails texte
Le format des 4 premières lignes est identique pour tous les messages, les
lignes suivantes dépendent du type de message.
Ligne
1
2
3
4
Description
Nom de l’application et version
Ex : "GIR Titan-Hyperion␣1.0.10"
Nom du client
Ligne vide
Type de message, de la forme "Type:␣<Type>-<Sous type>"
Les différents types de messages et les sous-types associés sont :
– ALRT : Alerte
– STOC : Stock en cuve
– CONS : Sur-consommation
– MTNC : Entretien
– EXPR : Expiration d’autorisation ou avoir épuisé
– PUMP : Blocage ou déblocage de pompe
– WTCH : Surveillance de zone (Watch)
– REPT : Rapport périodique
– Non implémenté, aucun sous-type
Les lignes suivantes dépendent du type de message. Elles sont de la forme
"<Champ>:␣<Valeur>" où Champ est le nom du champ sur 4 caractères, et
Valeur un texte de longueur variable.
125
126
ANNEXE C. FORMAT DES E-MAILS TEXTE
C.1
Messages de type alerte
Champ
Tphr
Date
Site
Dire
Serv
Afct
Mesg
C.2
Description
"<Nom du type> <Nom du sous-type>"
Nom du type : longueur fixe de 10 caractères
Nom du sous-type : longueur fixe de 20 caractères
"<Ref>␣<Nom abrégé>␣<Nom complet>"
Ref : longueur fixe de 20 caractères
Nom abrégé : longueur fixe de 10 caractères
Nom complet : longueur variable, au plus 30 caractères
Affectation, au plus 21 caractères
Pour les sites : Nom abrégé du site
Pour les directions : Nom abrégé de la direction
Pour les services : Noms abrégés de la direction et du service
Message texte, au plus 80 caractères
Messages de type rapport
Champ
Mesg
Description
"Not␣implemented"

GIR Titan-Hyperion Manuel de l`utilisateur

Transcription

Documents pareils

Détails sur le tarif de l`eau

Ref. E600XE Tondeuse nez et oreilles Nouveau Design

([ Sherlock`s Gestion : Recherche : Détail d`une transaction ])

Comment compter des simulations ?

Compteur gaz à impulsion

Product ID/00817099

Vendu orme de chine ref : 2501162

Borne photo interactive : Soirées, Foires, Forums, Salons, PLV,…

CP - Roche-en-Regnier - `Office de Tourisme de l`Emblavez

Compteur digital Kymco KXR 250