GIRTitan-Hyperion Manueldel’utilisateur - · PDF file ·...

GIR Titan-HyperionManuel de l’utilisateur

www.gir.fr [email protected]

Version 1.4-3, septembre 2007

2

Copyright © 2004-2007 klervi. All rights reserved.La reproduction et la traduction de tout ou partie de ce manuel sontinterdites, 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 nepeut, en aucun cas, être tenu responsable des erreurs qui pourraients’y être glissées.

Table des matières

I Prise en main 15

1 Généralités 171.1 Tables . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 171.2 Fiches et sous-tables . . . . . . . . . . . . . . . . . . . . . . . . . 181.3 Ajout et Modification . . . . . . . . . . . . . . . . . . . . . . . . 201.4 Suppression . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 211.5 Filtrage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21

1.5.1 Groupement . . . . . . . . . . . . . . . . . . . . . . . . . 231.6 Nom des éléments . . . . . . . . . . . . . . . . . . . . . . . . . . 24

II Utilisation 27

2 Saisie des données 292.1 Véhicules . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29

2.1.1 Informations générales . . . . . . . . . . . . . . . . . . . . 292.1.2 Identification . . . . . . . . . . . . . . . . . . . . . . . . . 292.1.3 Saisie de badge proximité GIR . . . . . . . . . . . . . . . 302.1.4 Compteurs . . . . . . . . . . . . . . . . . . . . . . . . . . 312.1.5 Options . . . . . . . . . . . . . . . . . . . . . . . . . . . . 322.1.6 Messages . . . . . . . . . . . . . . . . . . . . . . . . . . . 332.1.7 Autorisation . . . . . . . . . . . . . . . . . . . . . . . . . 332.1.8 Réservoirs . . . . . . . . . . . . . . . . . . . . . . . . . . . 342.1.9 Autres informations . . . . . . . . . . . . . . . . . . . . . 352.1.10 Réforme d’un véhicule . . . . . . . . . . . . . . . . . . . . 352.1.11 Location courte durée . . . . . . . . . . . . . . . . . . . . 36

2.2 Usagers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 382.2.1 Informations générales . . . . . . . . . . . . . . . . . . . . 382.2.2 Identification . . . . . . . . . . . . . . . . . . . . . . . . . 382.2.3 Options . . . . . . . . . . . . . . . . . . . . . . . . . . . . 382.2.4 Messages . . . . . . . . . . . . . . . . . . . . . . . . . . . 392.2.5 Autorisation . . . . . . . . . . . . . . . . . . . . . . . . . 392.2.6 Autres informations . . . . . . . . . . . . . . . . . . . . . 39

2.3 Rattachement des véhicules et usagers . . . . . . . . . . . . . . . 412.3.1 Directions et services . . . . . . . . . . . . . . . . . . . . . 412.3.2 Types et modèles . . . . . . . . . . . . . . . . . . . . . . . 42

2.4 Activités . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 422.5 Codes spécifiques . . . . . . . . . . . . . . . . . . . . . . . . . . . 43

3

4 TABLE DES MATIÈRES

2.6 Zones et plages horaires . . . . . . . . . . . . . . . . . . . . . . . 432.6.1 Bases . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 432.6.2 Calendriers . . . . . . . . . . . . . . . . . . . . . . . . . . 442.6.3 Exemples de zones . . . . . . . . . . . . . . . . . . . . . . 442.6.4 Gestion avancée . . . . . . . . . . . . . . . . . . . . . . . 45

2.7 Programmations automatiques . . . . . . . . . . . . . . . . . . . 462.8 Utilisateurs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47

2.8.1 Mode classique . . . . . . . . . . . . . . . . . . . . . . . . 472.8.2 Mode avancé . . . . . . . . . . . . . . . . . . . . . . . . . 49

2.9 Config. gestionnaire . . . . . . . . . . . . . . . . . . . . . . . . . 522.9.1 Identification . . . . . . . . . . . . . . . . . . . . . . . . . 522.9.2 Carburant . . . . . . . . . . . . . . . . . . . . . . . . . . . 532.9.3 Paramètres divers . . . . . . . . . . . . . . . . . . . . . . 542.9.4 Autorisations utilisateurs . . . . . . . . . . . . . . . . . . 542.9.5 Paramètres généraux . . . . . . . . . . . . . . . . . . . . . 552.9.6 Export traclient . . . . . . . . . . . . . . . . . . . . . . . 572.9.7 Facturations . . . . . . . . . . . . . . . . . . . . . . . . . 59

2.10 Profils . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 592.11 Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60

3 Utilisation de la borne 673.1 Etats . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 673.2 Prise de carburant . . . . . . . . . . . . . . . . . . . . . . . . . . 68

3.2.1 Choix de la pompe . . . . . . . . . . . . . . . . . . . . . . 683.2.2 Identification . . . . . . . . . . . . . . . . . . . . . . . . . 693.2.3 Saisie des compteurs . . . . . . . . . . . . . . . . . . . . . 693.2.4 Saisies supplémentaires . . . . . . . . . . . . . . . . . . . 703.2.5 Service . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70

3.3 Pompiste . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 713.4 Accès au menu pompiste . . . . . . . . . . . . . . . . . . . . . . . 723.5 Menu pompiste - bornes TIP1-Pabbay . . . . . . . . . . . . . . . 72

3.5.1 Sous-menu Cuves . . . . . . . . . . . . . . . . . . . . . . . 733.5.2 Sous-menu Pompes . . . . . . . . . . . . . . . . . . . . . . 733.5.3 Sous-menu Jauges . . . . . . . . . . . . . . . . . . . . . . 743.5.4 Sous-menu Badges . . . . . . . . . . . . . . . . . . . . . . 74

3.6 Menu pompiste - bornes TIP2-Vatersay . . . . . . . . . . . . . . 753.6.1 Sous-menu Pompes . . . . . . . . . . . . . . . . . . . . . . 753.6.2 Sous-menu Cuves . . . . . . . . . . . . . . . . . . . . . . . 763.6.3 Sous-menu Mode . . . . . . . . . . . . . . . . . . . . . . . 763.6.4 Sous-menu Test badge . . . . . . . . . . . . . . . . . . . . 773.6.5 Sous-menu Init. badge . . . . . . . . . . . . . . . . . . . . 77

3.7 Déchargement tacho. . . . . . . . . . . . . . . . . . . . . . . . . . 783.8 Impression . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 78

3.8.1 Impression au fil de l’eau . . . . . . . . . . . . . . . . . . 783.8.2 Impression ticket . . . . . . . . . . . . . . . . . . . . . . . 79

TABLE DES MATIÈRES 5

4 Dialogue avec la borne 814.1 Principe . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 81

4.1.1 Utilisation de plusieurs bornes . . . . . . . . . . . . . . . 814.2 Dialogue manuel . . . . . . . . . . . . . . . . . . . . . . . . . . . 82

4.2.1 Jaugeages et totalisateurs . . . . . . . . . . . . . . . . . . 834.3 Supervision . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 84

4.3.1 Blocage de pompe . . . . . . . . . . . . . . . . . . . . . . 854.3.2 Transaction à distance . . . . . . . . . . . . . . . . . . . . 86

4.4 Résolution des erreurs . . . . . . . . . . . . . . . . . . . . . . . . 864.4.1 Module modifié . . . . . . . . . . . . . . . . . . . . . . . . 864.4.2 Config. modifiée . . . . . . . . . . . . . . . . . . . . . . . 874.4.3 Etat invalide . . . . . . . . . . . . . . . . . . . . . . . . . 874.4.4 Config. en cours . . . . . . . . . . . . . . . . . . . . . . . 87

5 Compteurs 895.1 Fourchettes de tolérance . . . . . . . . . . . . . . . . . . . . . . . 895.2 Problème à la saisie d’un compteur . . . . . . . . . . . . . . . . . 90

6 Consultation des états 936.1 Transactions carburant . . . . . . . . . . . . . . . . . . . . . . . . 93

6.1.1 Historique . . . . . . . . . . . . . . . . . . . . . . . . . . . 936.1.2 Cumuls . . . . . . . . . . . . . . . . . . . . . . . . . . . . 946.1.3 Graphiques . . . . . . . . . . . . . . . . . . . . . . . . . . 96

6.2 Gestion des stocks en cuve . . . . . . . . . . . . . . . . . . . . . . 976.2.1 Etat des cuves . . . . . . . . . . . . . . . . . . . . . . . . 976.2.2 Etat antérieur des cuves . . . . . . . . . . . . . . . . . . . 986.2.3 Etat prévisionnel . . . . . . . . . . . . . . . . . . . . . . . 986.2.4 Jaugeage . . . . . . . . . . . . . . . . . . . . . . . . . . . 996.2.5 Totalisateurs . . . . . . . . . . . . . . . . . . . . . . . . . 99

6.3 Evénements . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1006.3.1 Evénements de redémarrage de borne . . . . . . . . . . . 1006.3.2 Logs bornes . . . . . . . . . . . . . . . . . . . . . . . . . . 101

6.4 Id. transactions . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1016.5 Tableau de bord . . . . . . . . . . . . . . . . . . . . . . . . . . . 1016.6 Autres états . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 102

7 E-Mails 1037.1 Paramètres généraux . . . . . . . . . . . . . . . . . . . . . . . . . 1037.2 Messages à envoyer . . . . . . . . . . . . . . . . . . . . . . . . . . 104

7.2.1 Alertes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1047.2.2 Rapports périodiques . . . . . . . . . . . . . . . . . . . . 105

7.3 Adresses . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 105

8 Saisie d’opérations 1078.1 Saisie d’une transaction manuelle . . . . . . . . . . . . . . . . . . 107

8.1.1 Saisie manuelle et régularisation . . . . . . . . . . . . . . 1078.1.2 Formulaire de saisie . . . . . . . . . . . . . . . . . . . . . 1078.1.3 Aspiration de carburant . . . . . . . . . . . . . . . . . . . 1088.1.4 Transaction à distance . . . . . . . . . . . . . . . . . . . . 108

8.2 Saisie d’un approvisionnement . . . . . . . . . . . . . . . . . . . . 109


8.2.1 Calcul du nouveau prix unitaire . . . . . . . . . . . . . . . 1098.2.2 Annulation d’un approvisionnement . . . . . . . . . . . . 1108.2.3 Valorisation des transactions . . . . . . . . . . . . . . . . 110

8.3 Modification d’une transaction carburant . . . . . . . . . . . . . 111

9 Gestion d’accès 1139.1 Supervision . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 113

9.1.1 Commande ponctuelle et marche forcée . . . . . . . . . . 1139.1.2 Ecran de supervision . . . . . . . . . . . . . . . . . . . . . 113

9.2 Etats . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 114

10 Entretiens 11510.1 Définition d’un entretien . . . . . . . . . . . . . . . . . . . . . . . 115

10.1.1 Exemples . . . . . . . . . . . . . . . . . . . . . . . . . . . 11610.2 Saisie d’un entretien . . . . . . . . . . . . . . . . . . . . . . . . . 11710.3 Estimation des entretiens à faire . . . . . . . . . . . . . . . . . . 11810.4 Recalcul des entretiens . . . . . . . . . . . . . . . . . . . . . . . . 119

11 Avoirs 12111.1 Généralités . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12111.2 Périodes d’avoirs . . . . . . . . . . . . . . . . . . . . . . . . . . . 12211.3 Avoirs monétaires . . . . . . . . . . . . . . . . . . . . . . . . . . . 122

11.3.1 Prix unitaire . . . . . . . . . . . . . . . . . . . . . . . . . 12311.3.2 Avoirs historisés . . . . . . . . . . . . . . . . . . . . . . . 123

11.4 Exemples . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12311.5 Recalcul des avoirs . . . . . . . . . . . . . . . . . . . . . . . . . . 124

12 Facturation 12712.1 Paramétrage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 127

12.1.1 Paramètres globaux . . . . . . . . . . . . . . . . . . . . . 12712.1.2 Produits . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12812.1.3 Clients et fournisseurs . . . . . . . . . . . . . . . . . . . . 128

12.2 Génération des factures . . . . . . . . . . . . . . . . . . . . . . . 12812.2.1 Formulaire . . . . . . . . . . . . . . . . . . . . . . . . . . 12812.2.2 Résultat . . . . . . . . . . . . . . . . . . . . . . . . . . . . 129

13 Import de disquettes pétrolières 13113.1 Paramétrage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13113.2 Rapprochement des produits . . . . . . . . . . . . . . . . . . . . 13213.3 Rapprochement des véhicules et usagers . . . . . . . . . . . . . . 13213.4 Import manuel . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13313.5 Import automatique . . . . . . . . . . . . . . . . . . . . . . . . . 13413.6 Remarque sur les compteurs . . . . . . . . . . . . . . . . . . . . . 134

14 Export traclient 13514.1 Méthodes d’export . . . . . . . . . . . . . . . . . . . . . . . . . . 135

14.1.1 Paramétrage . . . . . . . . . . . . . . . . . . . . . . . . . 13614.1.2 Nom des fichiers exportés . . . . . . . . . . . . . . . . . . 136

14.2 Formats d’export . . . . . . . . . . . . . . . . . . . . . . . . . . . 13614.2.1 Transcodages . . . . . . . . . . . . . . . . . . . . . . . . . 137

14.3 Export traclient sécurisé . . . . . . . . . . . . . . . . . . . . . . . 137

TABLE DES MATIÈRES 7

14.3.1 Fonctionnement . . . . . . . . . . . . . . . . . . . . . . . . 13714.3.2 Intégration . . . . . . . . . . . . . . . . . . . . . . . . . . 138

15 Récupération de la TIPP 13915.1 Paramétrage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 139

15.1.1 Import pétrolier . . . . . . . . . . . . . . . . . . . . . . . 14015.2 Génération du formulaire . . . . . . . . . . . . . . . . . . . . . . 140

16 Export AEAT 14116.1 Paramétrage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14116.2 Génération des fichiers . . . . . . . . . . . . . . . . . . . . . . . . 14216.3 Condition d’expoort . . . . . . . . . . . . . . . . . . . . . . . . . 142

III Utilisation avancée 143

17 Traitement des transactions carburant 14517.1 Définitions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14517.2 Détail sur la mise à jour des compteurs . . . . . . . . . . . . . . 146

17.2.1 Option Carburant . . . . . . . . . . . . . . . . . . . . . . 14717.3 Paramétrage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 148

18 Opérations exceptionnelles 15118.1 Purge . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15118.2 Requête de mise à jour . . . . . . . . . . . . . . . . . . . . . . . . 151

18.2.1 Exemples . . . . . . . . . . . . . . . . . . . . . . . . . . . 15218.3 Vérification . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15318.4 Sauvegarde . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15318.5 Page d’administration . . . . . . . . . . . . . . . . . . . . . . . . 154

18.5.1 Restauration . . . . . . . . . . . . . . . . . . . . . . . . . 15418.5.2 Réparation . . . . . . . . . . . . . . . . . . . . . . . . . . 15418.5.3 Conversion . . . . . . . . . . . . . . . . . . . . . . . . . . 15518.5.4 Sessions . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15518.5.5 Transfert de fichiers . . . . . . . . . . . . . . . . . . . . . 155

18.6 Mise à jour de l’application . . . . . . . . . . . . . . . . . . . . . 15518.7 Démarrage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 156

18.7.1 Version Windows . . . . . . . . . . . . . . . . . . . . . . . 15618.7.2 Version Linux . . . . . . . . . . . . . . . . . . . . . . . . . 15618.7.3 Environnement de test . . . . . . . . . . . . . . . . . . . . 156

18.8 Changement de machine . . . . . . . . . . . . . . . . . . . . . . . 15718.9 Arborescence . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 157

A Contrat de licence 159

B Format des fichiers traclient 163

C Format des fichiers AEAT 187

D Format des e-mails texte 189D.1 Messages de type alerte . . . . . . . . . . . . . . . . . . . . . . . 190D.2 Messages de type rapport . . . . . . . . . . . . . . . . . . . . . . 190


E Format des fichiers CSV à la borne 191E.1 Transactions carburant . . . . . . . . . . . . . . . . . . . . . . . . 192E.2 Evénements carburant . . . . . . . . . . . . . . . . . . . . . . . . 193E.3 Transactions accès . . . . . . . . . . . . . . . . . . . . . . . . . . 193E.4 Evénements accès . . . . . . . . . . . . . . . . . . . . . . . . . . . 193

F Scénario d’une prise de carburant 195F.1 Premier id. véhicule . . . . . . . . . . . . . . . . . . . . . . . . . 196F.2 Premier id. usager . . . . . . . . . . . . . . . . . . . . . . . . . . 197

Introduction

9

Généralités

GIR Titan-Hyperion est un logiciel de gestion de parc automobile. Il couvrela distribution du carburant, l’affectation des véhicules aux usagers, les entre-tiens 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 unusage de base, sans toutefois exclure la sophistication nécessaire à un usage plusavancé. Les fonctionnalités futures tenteront toujours de respecter ces critères.

11


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)– 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– Exploitation des transactions carburant : historique, cumuls, graphiques. . .– Gestion des jaugeages et suivi des stocks en cuve– Gestion des accès– Gestion des entretiens véhicules et usagers– Gestion d’avoirs par véhicule, service ou activité– Génération de factures– 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

13


Première partie

Prise en main

15

Chapitre 1

Généralités

1.1 Tables

La base de données de GIR Titan-Hyperion est organisée en différentestables, toutes présentées de manière similaire. Nous prendrons l’exemple de latable 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 nombred’é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érentschamps qui composent un véhicule. Pour afficher un maximum d’informations,certains champs peuvent être regroupés dans une même colonne, par exempleCompteur (km) et Compteur (h). Un clic sur le nom du champ permet de trier

17

18 CHAPITRE 1. GÉNÉRALITÉS

la table selon ce champ. Lorsqu’un tri est actif, le nom du champ correspondantest affiché en italique. Un second clic sur le nom du champ permet de modifierl’ordre du tri (croissant ou décroissant).

À la fin de cette ligne, le bouton Ajouter permet d’ajouter de nouveauxvéhicules (Voir 1.3, page 20).

Les lignes suivantes du tableau réprésentent chacune un véhicule. Les infor-mations du véhicule sont affichées dans la colonne du champ correspondant,éventuellement sur plusieurs lignes lorsque plusieurs champs sont regroupésdans une même colonne. Par exemple pour la colonne contenant les champsCompteur (km) et Compteur(h), la première ligne affiche la valeur du compteurkilomé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 18).

Modif. permet d’accéder à l’écran de modification, pour éditer les champs duvéhicule (Voir 1.3, page 20).

Suppr. permet de supprimer le véhicule (Voir 1.4, page 21).

[i] affiche des informations internes sur la base de données (numéro d’enregis-trement, date et utilisateur de dernière modification, . . .).

Pour limiter la taille des pages affichées, les longues tables sont séparées enplusieurs pages, qui contiennent chacune un nombre limité d’éléments. Lors-qu’une table comporte plusieurs pages, une ligne est affichée juste au-dessus dutableau pour permettre de se déplacer d’une page à l’autre. Les boutons [Pagepréc.] et [Page suiv.] permettent d’accéder respectivement à la page précédenteet à la page suivante de la page en cours. Le numéro de la page courante estaffiché en rouge, et les numéros des pages voisines permettent d’accéder direc-tement à celles-ci. Un bouton Page suivante en bas de la liste permet égalementd’afficher la page suivante.

Il est possible de limiter la liste des éléments affichés selon différents critèresde filtrage, accessibles en cliquant sur Filtrer (Voir 1.5, page 21).

Le bouton Version imprimable affiche la liste dans un format destiné à l’im-pression : le menu est masqué, les couleurs sont supprimées et tous les élémentssont affichés sur la même page.

Le bouton Fichier CSV permet de télécharger la liste dans un fichier au formatCSV, qui peut ensuite être directement ouvert dans un tableur.

Pour certaines tables, le bouton Récapitulatif affiche une version imprimablede 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 deszones, alors que Récapitulatif affiche le détail des plages horaires pour chaquezone.

1.2 Fiches et sous-tables

Lorsqu’une table comporte un grand nombre d’informations, elles ne peuventpas toutes êtres affichées dans la liste. Pour accéder au détail des informationsd’un élément, il faut rentrer dans la fiche de l’élément désiré, en cliquant sur lesymbole %.

1.2. FICHES ET SOUS-TABLES 19

% Véhicule 1

% Véhicule 2

% Véhicule 3

% Véhicule 4

Fiche véhicule 1

Liste de véhicules

Véhicule 1

détaillées

Informations

Clic sur ’%’

Retour à la liste

Dans une fiche, la partie supérieure reprend les éléments visibles dans laliste : 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 laliste, 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 serontprésentées pour chaque table dans la partie “Utilisation” de ce manuel.

Certaines fiches, comme les fiches véhicule ou usager, disposent de plusieursonglets. L’onglet actif est affiché en bleu, et les autres onglets sont affichés engris. 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


réservoirs et des entretiens dans la fiche d’un véhicule, sous-table des servicesdans la fiche d’une direction, . . .).

Une sous-table est affichée de manière similaire à une table normale, avecles boutons Ajouter, Modif., Suppr., [i]. Ainsi, dans l’onglet Réservoirs de la fichevéhicule, deux boutons Ajouter sont affichés. Celui situé dans la partie supérieurede l’écran permet d’ajouter un véhicule, et celui de la partie inférieure permetd’ajouter un réservoir pour ce véhicule.

Pour certaines tables, notamment les véhicules et les usagers, un boutonCopier est également disponible. Il permet de créer un nouveau véhicule ouusager en copiant les informations d’un enregistrement existant. Seules certainesinformations spécifiques (par exemple l’immatriculation pour les véhicules, lenom pour les usagers, . . .) sont alors demandées. Ceci permet de faciliter lasaisie de plusieurs véhicules ou usagers aux profils identiques.

1.3 Ajout et ModificationCet é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émentsélectionné).

– Cases à cocher : pour les champs de type option, les cases cochées repré-sentent les options actives.

1.4. SUPPRESSION 21

Pour certaines tables contenant beaucoup d’informations, il peut être néces-saire d’utiliser la barre de défilement vertical du navigateur pour accéder au basde la page.

Le bouton Valider enregistre les modifications (ou crée l’élement dans le casd’un ajout), et le bouton Annuler permet de revenir à l’écran précédent sans rienmodifier.

1.4 Suppression

Cet écran est affiché lors de la suppression d’un élément. Cliquer sur Ouipour confirmer la suppression, ou sur Non pour revenir à l’écran précédent sanssupprimer.

Lorsque l’élement est référencé ailleurs dans l’application, cet écran affiche laliste des références (Exemple : Liste des transactions référençant un véhicule),dans la limite de 5 références par table. Un élément référencé ne peut êtresupprimé (seul l’installateur de GIR Titan-Hyperion peut éventuellement forcerla suppression).

1.5 Filtrage

Cet écran permet de filtrer les éléments d’une table selon les valeurs deschamps.

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,


pour rechercher les véhicules dont le compteur kilométrique est comprisentre 100 000 et 150 000 km, on saisira 100000 dans la première zonede texte en face du champ Cpt. (km), et 150000 dans la seconde zone detexte.

– Dates : Comme pour les valeurs numériques, deux zones de saisies sontproposées, elles définissent les dates minimales et maximales à filtrer. Parexemple, 01/01/2005 et 31/12/2005 pour le champ Expiration permettentde rechercher l’ensemble des véhicules dont l’autorisation expire au coursde l’année 2005 (on aurait également pu saisir 01/2005 et 12/2005 pour lemême résultat). Quatre boutons permettent de renseigner rapidement unfiltre de date avec le mois précédent, le mois en cours, l’année précédenteou 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 l’opération à effectuer avec cettevaleur. Le tableau suivant illustre les différentes opérations disponibles :

Valeur Opération DescriptionHQ contient Recherche les véhicules dont

l’immatriculation contient la chaîne decaractères “HQ”.

1732HQ04 est égal à Recherche le véhicule ayant pourimmatriculation 1732HQ04

*01 vérifie le motif Recherche les véhicules dontl’immatriculation se termine par “01”

77 commence par Recherche les véhicules dontl’immatriculation commence par “77”(Equivalent à vérifie le motif avec lavaleur 77*)

Le filtrage sur les valeurs texte ne distingue pas les lettres majuscules etminuscules 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. La case à cocher Inv.sert à inverser le filtrage. Par exemple, on choisira le service “PL” pourafficher l’ensemble des véhicules de ce service. On choisira le service “VL”en cochant Inv. pour afficher l’ensemble des véhicules des services autresque “VL”.

– 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.). Par défaut, un “et” logique est effectué entre les différentes optionssélectionnées : les éléments filtrés seront ceux vérifiant toutes les optionschoisies. Si l’on souhaite filtrer les éléments vérifiant au moins l’une desoptions, on cochera la case “Ou”.

1.5. FILTRAGE 23

Une fois les critères choisis, cliquer sur Filtrer pour afficher le résultat dufiltrage.

Lorsqu’un filtre est actif, dans la consultation d’une table, le bouton Filtrerest remplacé par deux boutons : Modifier filtre et Enlever filtre, qui permettentrespectivement de modifier les critères de filtre ou de les désactiver. Sur la lignesuivante, 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 ayantun critère commun, afin de faciliter la navigation. Par exemple, les véhiculespeuvent être regroupés par service. Lorsqu’un groupement a été sélectionné, uneligne supplémentaire s’affiche dans l’écran de consultation. Cette ligne permetde naviguer entre les différentes sections. Elle apparaît en gras et se composedes 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 engras permettant de naviguer entre les différents services. Si un service comporteplusieurs pages, la ligne en-dessous permet de se déplacer parmi les différentespages du service.

Enfin, l’option Saut de page dans l’écran de filtrage permet d’obtenir chaquesection sur une page différente à l’impression.


1.6 Nom des élémentsPour 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 etson nom, . . . Le tableau ci-dessous récapitule les champs utilisés pour les nomsdes principaux éléments :

Element Champs utilisés dans le nomVéhicule ImmatriculationUsager Nom, PrénomDirection Nom abrégé, Nom completService Direction, Nom abrégé, Nom completSite Nom abrégé, Nom completBorne Site, Nom abrégé, Nom completCuve Site, Nom abrégé, Nom complet, ProduitPompe Site, Borne, Nom, ProduitActivité Code, Nom

Comme on peut le voir, plusieurs éléments possèdent deux champs utilisésdans 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ésExemple : On définit un site ayant pour nom abrégé S1 et pour nom complet

1.6. NOM DES ÉLÉMENTS 25

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é pourdésigner un élément.

Pour une meilleure lisibilité, il est conseillé de saisir les noms avec la premièrelettre majuscule et les autres lettres minuscules.


Deuxième partie

Utilisation

27

Chapitre 2

Saisie des données

2.1 VéhiculesB Véhicules

2.1.1 Informations généralesNo : 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 levéhicule (Voir 3.8, page 78).

Immatriculation: immatriculation du véhicule. Utilisée pour désigner un véhi-cule 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 IdentificationChamps : No badge, Type de badge, Code badge, Code, IdentificationUn véhicule peut être identifié à la borne de trois manières :– Identification par code :

Identification CodeNo badge FacultatifType de badge (N/A)Code badge VideCode Renseigné

– Identification par badge proximité GIR :

Identification BadgeNo badge No inscrit sur le badge proximitéType de badge (N/A)Code badge Code de la puce du badge proximitéCode Conseillé

29

30 CHAPITRE 2. SAISIE DES DONNÉES

– Identification par badge spécifique :

Identification BadgeNo badge FacultatifType de badge Type du badge spécifiqueCode badge Code de la puce du badge spécifiqueCode Conseillé

Pour les identifications par badge, la saisie d’un code n’est pas obligatoiremais néanmoins conseillée. Si aucun code n’est défini, le véhicule ne peut s’iden-tifier 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 71).Ceci peut notamment être utile en cas de perte ou oubli d’un badge. Le codeest également utilisé pour identifier un véhicule dans les transactions impriméessur l’imprimante au fil de l’eau.

Chaque véhicule doit pouvoir être identifié de manière unique à partir ducode saisi, il est donc interdit de définir plusieurs véhicules avec un code iden-tique. Un code peut être numérique ou alphanumérique.

2.1.3 Saisie de badge proximité GIR

GIR − LYON

0123 4567

01234567

Le dessin ci-dessus représente deux exemples de badges proximité GIR dontle numéro est 01234567. Plusieurs méthodes sont proposées pour faciliter lasaisie 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 sontdisponibles :

– Saisir le numéro inscrit sur le badge dans le champ No badge lors de la créa-tion ou modification d’un véhicule. Après validation, GIR Titan-Hyperionrecherche automatiquement un code de puce associé. Si un tel code esttrouvé, un message proposant de mettre à jour automatiquement le champCode badge s’affiche. Il suffit alors de cliquer sur Oui pour confirmer la miseà jour.Cette procédure peut être davantage automatisée en cochant l’option Fi-chier proxi strict dans Config. gestionnaire. Dans ce cas la saisie du No badgeremplit automatiquement le Code badge associé. Il est également possiblede masquer le champ Code badge pour rendre l’opération totalement trans-parente.

– Cliquer sur Lire fichier proxi. dans l’onglet Général. Saisir ensuite le numéroinscrit sur le badge et valider.

2.1. VÉHICULES 31

Pour les badges proximité GIR livrés avant 2005, le numéro à saisir dans lechamp No badge se compose des quatres derniers chiffres (4567 dans l’exempleci-dessus).

Pour les badges proximité GIR livrés à partir de 2005, le numéro à saisir estformé des 8 chiffres inscrits sur le badge, et commence par le chiffre 2 ou 3 (ex :23450000).

Les fichiers proxi doivent être situés dans le répertoire data\dti. Ce sont desfichiers texte avec sur chaque ligne un numéro de badge et le code de la puceassocié.

GIR Titan-Hyperion intègre plusieurs outils permettant de vérifier le bonfonctionnement des fichiers proximité :

– Dans B Saisies, Cohérence fichiers proxi :– Véhicules - Carburant et Usagers affichent la liste des véhicules (resp.usagers) dont les champs Code badge et No badge ne correspondent pasaux fichiers proximité.

– Badges affiche la liste des numéros de badge définis dans les fichiersproximité, ainsi que les véhicules ou usagers auxquels ils sont affectés.Un badge affecté à plusieurs véhicules ou usagers apparaît en rouge. Legestionnaire peut créer automatiquement des véhicules ou usagers pourles badges non affectés.

– Dans B Config., Vérifications, Vérifier fichier proxi., il est possible de consul-ter les fichiers proximité disponibles et leur contenu.

A la borne

L’initialisation de badges proximité GIR peut s’effectuer directement à laborne, via le menu pompiste.

Le véhicule doit avoir les paramètres suivants :

No badge FacultatifType de badge (N/A)Code badge VideCode RenseignéIdentification Init. badge

L’initialisation s’effectue en saisissant le code du véhicule au clavier avantde badger. La procédure détaillée est décrite dans les fonctionnalités du menupompiste (Voir 3.5.4, page 74).

Le champ Code badge du véhicule dans GIR Titan-Hyperion sera automa-tiquement affecté lors la première récupération de transactions qui suivra l’ini-tialisation à la borne. Ceci peut causer des difficultés lorsque plusieurs bornessont utilisées en même temps (Voir 4.1.1, page 81).

2.1.4 Compteurs

Chaque véhicule dispose d’un compteur kilométrique et d’un compteur ho-raire. La modification de la valeur d’un compteur est impossible directement, etpasse nécessairement par une transaction carburant.


A chaque compteur est associée une fourchette de tolérance, qui permet devérifier la valeur saisie lors d’une prise de carburant (Pour plus de détails, voir5.1, page 89).

Les compteurs et fourchettes définis pour un véhicule sont affichés dans l’on-glet Général.

2.1.5 Options

Code spéc.: Définit un code spécifique par défaut, qui sera automatiquementaffecté aux transactions du véhicule lorsqu’aucun code spécifique n’a étéexplicitement saisi. Ce champ n’est visible que lorsque la fonctionnalitéCode spéc. par défaut a été activée dans Config. gestionnaire (Voir 2.9,page 52).

Options:– Interdit: Le véhicule ne peut pas se servir en carburant.– Code secret: La saisie d’un code secret est demandée après l’identifi-

cation. Ce code est défini dans le champ Code. Cette option n’est pasdisponible si Code + Code secret véhicules est activé dans la Config. Ins-tallateur. Voir ci-dessous pour plus de détails sur le fonctionnement decette option.

Options carb.:– Id. usager : Une identification de l’usager est demandée après l’identifi-

cation du véhicule.– Pompiste: Le véhicule est un pompiste (Voir 3.3, page 71).– Menu pompiste: Le véhicule a accès au menu pompiste (Voir 3.4, page 72).– Code activité: La saisie d’un code activité est demandée après l’identifi-

cation (Voir 2.4, page 42).– Code spécifique: La saisie d’un code spécifique est demandée après l’iden-

tification (Voir 2.5, page 43).– Ticket: Active l’impression d’un ticket à la fin des transactions de ce

véhicule (uniquement avec une imprimante ticket).– Désact. calcul conso.: Désactive le calcul du kilométrage parcouru et de

la consommation pour ce véhicule.– Mutualisé: Lorsque l’autorisation des véhicules par usager est activée

(Voir 2.9, page 52), cette option déclare le véhicule comme “Mutualisé”.Cela signifie qu’en plus des autorisations standards, le véhicule pourraêtre utilisé par les usagers pour lesquels l’option Autorisé sur mutu. a étéactivée.

– Inhib. véhic. ext.: Lorsque la fonctionnalité Véhicule ext. est activée dansConfig. gestionnaire, cette option permet d’annuler son effet pour cevéhicule.

– Cpt. forçable: Lorsque cette option est activée, il est possible de pas-ser outre le contrôle de fourchette lors de la saisie d’un compteur à laborne (TIP2-Vatersay seulement). Pour cela, il faut saisir deux fois desuite la même valeur puis confirmer que l’on veut effectivement forcerle compteur.

– Aff. conso: Active l’affichage de la consommation instantanée à la borne,en fin de transaction (TIP2-Vatersay seulement).

– Location: Active la gestion de la location courte durée sur ce véhicule

2.1. VÉHICULES 33

(Voir 2.1.11, page 36), lorque la fonctionnalité est activée dans Config.gestionnaire.

– Avoir tous produits confondus: Décrémente les avoirs du véhicule quelque soit le produit pris (Voir 11, page 121).

Option Code + Code secret

Par défaut, les véhicules disposent d’un seul champ Code, utilisé à la foispour identifier le véhicule (directement ou via le pompiste), et en tant que codesecret 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 leuridentification 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îtdans le formulaire de modification du véhicule, et le champ Code existant estréduit de deux caractères. Le Code secret est numérique et composé de quatrechiffres. 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’identi-fication d’un véhicule est consultable dans l’onglet Général de la fiche véhicule.

Identification Sans l’option Code + Code secret Avec l’option Code + Code secretBadge Oui OuiCode Oui (8 caractères) Oui (6 caractères)Badge + Code secret Oui (Champ Code) Oui (Champ Code secret)Code + Code secret Non Oui (Champ Code secret)

2.1.6 MessagesUn seul message peut être affiché à la borne pour chaque véhicule. Si plu-

sieurs messages sont affectés à un véhicule, le plus prioritaire sera affiché, selonla priorité suivante :

1. Message d’entretien à faire2. 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 AutorisationEn 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 43).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 laborne à partir du 1er janvier 2005 à minuit.


L’onglet Général de la fiche véhicule permet de visualiser rapidement lesdroits d’accès :

Carré vert : Le véhicule est autorisé, un récapitulatif des zones et des en-sembles 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 10, page 115).– 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 serviren 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 êtredébitée au cours d’une transaction. Si Capacité est à (N/A), cette quantité n’estpas limitée.

Les Options d’un réservoir définissent quels compteurs sont demandés à laborne lorsqu’un véhicule se sert : Compteur Km pour la saisie d’un compteurkilométrique, Compteur H pour la saisie d’un compteur horaire.

L’option Carburant n’est utile que pour les véhicules disposant de plusieursproduits de carburation (Super, GPL, . . .). Dans ce cas on cochera l’optioncarburant pour les produits de carburation, et on la laissera désactivée pour lesproduits annexes (Huile, Lave-glace, . . .). L’option Carburant intervient dans lecalcul du kilométrage parcouru et de la consommation lors du traitement d’unetransaction carburant (Chapitre 17, page 145).

Avoir sur capacité

L’option Avoir capacité permet de limiter la prise de carburant d’un véhi-cule sur de courtes durées (TIP2-Vatersay seulement). Lorsque l’un des produitscontient l’option Avoir capacité, un champ N heures apparaît dans l’onglet Ré-servoirs. Il définit la durée sur laquelle la capacité peut être débitée.

Ex : On définit un véhicule avec un réservoir de Gasoil d’une capacité de100L. On coche Avoir capacité dans les options du réservoir, et on définit lechamp N heures à 4. Alors le véhicule pourra prendre au maximum 100L deGasoil toutes les 4 heures.

Les autres champs de la section Avoirs seront détaillés dans le chapitre sur lesavoirs (Chapitre 11, page 121). Si aucune gestion d’avoir n’est effectuée, laisserces champs à (N/A).

Gestion de la consommation

Les critères de consommation peuvent être définis :

2.1. VÉHICULES 35

– Soit spécifiquement pour chaque véhicule, via l’onglet Réservoirs de la fichevéhicule.

– Soit par modèle de véhicule, dans B Saisies, Modèles de véhicules, lorsquecette fonctionnalité a été activée dans Config. gestionnaire.

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éhiculeest en sur-consommation ou sous-consommation. Si ces valeurs sont à (N/A),les indicateurs de sur-consommation ou sous-consommation ne sont pas posi-tionnés. Le seuil de tolérance par rapport aux consommations de référence estdéfini dans Config. gestionnaire (Voir 2.9, page 52).

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 desdeux est défini, les valeurs personnalisées sont utilisées. Laisser l’une des deuxlimites à (N/A) permet de désactiver la gestion des sous-consommations ousur-consommations pour un véhicule donné.

Les fourchettes de tolérance ainsi définies sont affichées dans la liste desréservoirs.

Le 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 valeursde seuils personnalisées, paramétrées dans le réservoir du véhicule. “Tol. sous-conso.” et “Tol. sur-conso.” désignent les seuils paramétrés dans Config. gestion-naire :

Référence Min. Max. Tol. sous-conso. Tol. sur-conso. Fourchette(N/A) ignoré ignoré ignoré ignoré (N/A)10,00 (N/A) (N/A) 30,00 % 20,00 % 7,00 - 12,0010,00 (N/A) (N/A) (N/A) 25,00 % (N/A) - 12,5010,00 5,00 14,00 ignoré ignoré 5,00 - 14,0010,00 (N/A) 14,00 ignoré ignoré (N/A) - 14,00

2.1.9 Autres informationsLes onglets Entretiens et Derniers entretiens concernent la gestion des entre-

tiens et seront détaillés dans le chapitre correspondant (Chapitre 10, page 115).

L’onglet Dernières transactions permet d’accéder aux dix dernières transac-tions du véhicule.

Si l’autorisation des véhicules par usager est activée (Voir 2.9, page 52), l’on-glet Usagers auto. affiche les usagers autorisés à utiliser ce véhicule.

2.1.10 Réforme d’un véhiculeCe 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 Valider6. Aller à l’onglet Entretiens et cocher l’option Désactivé pour tous les entre-

tiens du véhicule.

Le véhicule réformé n’est alors plus reconnu à la borne, et son badge peutdonc être affecté à un autre véhicule.

Cette méthode permet de ne pas supprimer le véhicule réformé, afin deconserver 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 transactionsdu véhicule de remplacement, les deux véhicules apparaîtront sur deux lignesséparées.

2.1.11 Location courte durée

La gestion de la location courte durée consiste à définir un seul véhicule dansla base de données pour gérer plusieurs véhicules réels, qui se succèdent sur decourtes périodes de location.

Cette fonctionnalité est activée par l’option Location courte durée dans Config.gestionnaire. Lorsque c’est le cas, l’attribut Location apparaît dans les optionsdu véhicule. En général, on utilisera également la fonctionnalité Code spéc. pardéfaut pour distinguer les différents véhicules de location utilisés.

Un véhicule avec l’attribut Location possède les caractéristiques suivantes :– Affichage d’un bouton dans l’onglet Général pour démarrer ou arrêter une

période de location :– Le bouton Ouverture loc. courte durée affiche un formulaire pour la saisie

des informations du nouveau véhicule (code spécifique, compteurs. . .).Sur validation, les informations sont enregistrées dans le véhicule, unetransaction est créée pour initialiser les compteurs, et le véhicule devientautorisé.

– Le bouton Clôture loc. courte durée termine la période de location : levéhicule devient interdit jusqu’à la prochaine ouverture.

Si une date d’expiration est définie, la clôture de location est faite auto-matiquement au moment de l’expiration.

– Affichage du code spécifique entre crochets dans le nom du véhicule :– Dans les listes de sélection (code spéc. par défaut du véhicule)– Dans l’historique des transactions (code spéc. de la transaction)

Lors d’une ouverture de location, une transaction est créée avec l’option Cpt.renouvelé, ce qui garantit le bon calcul des consommations pour les différentespériodes de location (Voir 8.1, page 107).

Exemple : On définit un véhicule de location dont le champ Immatriculationcontient Loc1 . On ouvre une première location avec le code spécifique 1111ZZ69 .Après quelques transactions, on clôt la location puis on en rouvre une nouvelleavec le code spécifique 2222ZZ69 .

2.1. VÉHICULES 37

L’historique des transactions contiendra les informations suivantes :


Véhicule Compteur (km) Parcouru (km) OptionsLoc1 [1111ZZ69] 53 000 (N/A) Cpt. renouveléLoc1 [1111ZZ69] 53 700 700Loc1 [1111ZZ69] 54 500 800Loc1 [2222ZZ69] 27 300 (N/A) Cpt. renouveléLoc1 [2222ZZ69] 27 900 600

2.2 UsagersB Usagers

2.2.1 Informations généralesNo : 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 identifierl’usager (Voir 3.8, page 78).

Nom, Prénom: nom et prénom de l’usager. Utilisés pour désigner un usagerdans le logiciel.

Ref: Valeur utilisée pour désigner un usager dans les exports spécifiques.

2.2.2 IdentificationChamps : No badge, Type de badge, Code badge, Code, IdentificationLa définition des paramètres d’identification d’un usager est identique à celle

décrite pour un véhicule (Voir 2.1.2, page 29).

2.2.3 OptionsOptions:

– Interdit: L’usager ne peut pas se servir en carburant.– Code secret: La saisie d’un code secret est demandée après l’identifi-

cation. Ce code est défini dans le champ Code. Cette option n’est pasdisponible si Code + Code secret usagers est activé dans la Config. Ins-tallateur. Voir 2.1.5, page 32 pour plus de détails sur le fonctionnementde cette option.

Options carb.:– Id. véhicule: Une identification du véhicule est demandée après l’identi-

fication de l’usager.– Pompiste: L’usager est un pompiste (Voir 3.3, page 71).– Menu pompiste: L’usager a accès au menu pompiste (Voir 3.4, page 72).– Code activité: La saisie d’un code activité est demandée après l’identifi-

cation (Voir 2.4, page 42).– Code spécifique: La saisie d’un code spécifique est demandée après l’iden-

tification (Voir 2.5, page 43).– Aut. sur mutu.: Lorsque l’autorisation des véhicules par usager est activée

(Voir 2.9, page 52), cette option permet à l’usager d’utiliser les véhicules“mutualisés”.

2.2. USAGERS 39

– Inhib. véhic. ext.: Lorsque la fonctionnalité Véhicule ext. est activée dansConfig. gestionnaire, cette option permet d’annuler son effet pour cetusager.

Langue borne: Définit la langue à utiliser à la borne après l’identification del’usager (TIP2-Vatersay seulement). Ce champ n’est disponible que si lafonctionnalité correspondante est activée dans Config. Installateur.

Fréquence déch.: Définit la fréquence (en jours) entre deux déchargement decarte tachygraphique (TIP2-Vatersay seulement). (N/A) signifie que ledéchargement est désactivé pour cet usager. Ce champ n’est disponibleque si des bornes sont configurées pour effectuer le déchargement.

2.2.4 Messages

Un seul message peut être affiché à la borne pour chaque usager. Si plusieursmessages sont affectés à un usager, le plus prioritaire sera affiché, selon la prioritésuivante :

1. Message d’entretien à faire

2. Message affecté à l’usager (Champ Message)

3. 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. dansl’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’unusager.

Zone représente les zones dans lesquelles l’usager est autorisé (Voir 2.6, page 43).

Expiration permet de définir une autorisation limitée dans le temps : si unusager a pour date d’expiration 31/12/2004 , il ne pourra plus utiliser laborne à partir du 1er janvier 2005 à minuit.

L’onglet Général de la fiche usager permet de visualiser rapidement les droitsd’accès :

Carré vert : L’usager est autorisé, un récapitulatif des zones et des ensemblesautorisés est affiché.

Carré rouge : L’usager est interdit, la raison de l’interdiction est affichée. Unusager 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

Les onglets Entretiens et Derniers entretiens concernent la gestion des entre-tiens et seront détaillés dans le chapitre correspondant (Chapitre 10, page 115).


Si l’autorisation des véhicules par usager est activée (Voir 2.9, page 52), l’on-glet Véhic. autorisés permet de définir les véhicules autorisés à cet usager.

Par défaut, un usager est autorisé sur tous les véhicules. Il est possible dedéfinir des autorisations :

– Par service, par direction ou par groupe de services (selon la configuration).– Pour des véhicules particuliers.

L’onglet Dernières transactions permet d’accéder aux dix dernières transac-tions de l’usager.

2.3. RATTACHEMENT DES VÉHICULES ET USAGERS 41

2.3 Rattachement des véhicules et usagers

2.3.1 Directions et services

B Saisies, Directions et services

Véhicule 1 Véhicule 2 Véhicule 3 Véhicule 4 Véhicule 5 Véhicule 6

Usager 3Usager 2Usager 1 Usager 5Usager 4

Service 3

Direction B

Service 2Service 1

Direction A

Le champ Service des véhicules et usagers désigne le service de rattachementdu véhicule ou de l’usager. Chaque service est lui-même rattaché à une direction.

Le rattachement par direction et service est utilisé dans les opérations sui-vantes :

– Calcul de cumuls sur les transactions (Voir 6.1.2, page 94).– Affectation d’un message à tous les véhicules ou usagers d’un service, via

le champ Message aux usagers ou Message aux véhicules du service souhaité.Il est possible que ce message ne soit pas affiché à la borne, s’il existe unmessage de priorité supérieure pour le véhicule ou usager concerné (Voir2.1.6, page 33 et 2.2.4, page 39).

– Définition d’avoirs par service (Voir 11, page 121).– Définition des droits utilisateurs (Voir 2.8, page 47).– Définition des transactions clôturables (Voir ci-dessous).

Il est possible de définir un niveau supplémentaire (“Division”), au-dessus dela direction, en sélectionnant le paramètre associé dans la Config. gestionnaire.Les divisions peuvent ensuite être saisies dans B Saisies, Divisions, et chaquedirection peut être rattachée à une division.

Clôture de transactions

La clôture de transaction est activée en définissant un Jour de clôture dansB Saisies, Config. gestionnaire, puis en cochant l’option Clôture dans les directionsou services souhaités.

Une fois ce paramétrage effectué, le menu B Exploitation, Clôtures permet declôturer les mois échus pour tous les services sélectionnés. Lorsqu’une période


est clôturée pour un service donné, il devient impossible de modifier ou de créerde nouvelles transactions dans ce service pour cette période.

La clôture de transactions est accessible aux utilisateurs standards pourlesquels le droit de clôture a été activé (Voir 2.8, page 47, mode avancé). Legestionnaire a également la possibilité de rouvrir une période déjà clôturée.

Lorsqu’une période n’est pas clôturée et que le jour de clôture est dépassé,une alerte est générée. Exemple : on configure 10 comme jour de clôture. Du1erau 10, un message “clôture à faire” s’affiche sur le tableau de bord tant que laclôture n’est pas faite. Si elle ne l’est toujours pas le 10, une alerte est généréeet le tableau de bord affiche maintenant “clôture non effectuée”.

Remarque : pour pouvoir clôturer une période, il est nécessaire d’avoir récu-péré toutes les transactions de cette période. Ainsi, la clôture du mois d’avril nesera possible que si une récupération a été effectuée après le 1ermai à minuit.

2.3.2 Types et modèles

B Saisies, Types de véhiculesB Saisies, Modèles de véhiculesB Saisies, Types d’usagers

Véhicule 4 Véhicule 5

Type B

Véhicule 1

Type A

Véhicule 2 Véhicule 3

Le rattachement des véhicules et usagers par type est utilisé dans le calculde cumuls sur les transactions (Voir 6.1.2, page 94).

Le rattachement des véhicules par modèle est utilisé dans les opérations sui-vantes :

– Calcul de cumuls sur les transactions (Voir 6.1.2, page 94).– Définition des consommations de référence (Voir 2.1.8, page 34).

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 acti-vité dans le logiciel.

2.5. CODES SPÉCIFIQUES 43

Ref.: Valeur utilisée pour désigner une activité dans les exports spécifiques.Options:

– Interdite: Désactive la saisie de cette activité à la borne.– Appoint: Positionne l’option Appoint sur les transactions pour lesquelles

cette activité est déclarée (Voir 17, page 145).

Les activités permettent d’effectuer des rapprochements entre les transac-tions carburant et peuvent être utilisées pour la gestion d’avoirs (Voir 11, page 121).

2.5 Codes spécifiquesB 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écifiques est remplie automatiquement par GIR Titan-Hyperion lorsque l’option Regrouper codes spéc. est activée dans Config. gestion-naire (Voir 2.9, page 52). Le regroupement des codes spécifiques permet d’ef-fectuer des rapprochements entre les transactions, notamment pour les cumuls(Voir 6.1.2, page 94).

2.6 Zones et plages horairesB Saisies, Zones

2.6.1 BasesGIR Titan-Hyperion permet de définir jusqu’à 26 zones, chacune étant codée

par une lettre (de A à Z).

Zone: Code de la zoneNom: Nom de la zone, utilisé avec le code pour désigner une zone dans le logicielOptions:

– Watch : Cette option permet d’être notifié lorsqu’un usager effectueune transaction dans la zone. La notification doit également avoir étéparamétrée dans les e-mails.

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éCalendrier validité: Limite la validité de la plage horaire à certains jours par-

ticuliers.Calendrier exception: Exclut certains jours de la plage horaire.Options:


– Vigilance : Lorsque cette option est activée dans une plage horaire, toutesles transactions effectuées dans cette plage sont marquées avec l’optionVigilance. Les transactions ainsi marquées seront incluses dans la listedes transactions remarquables (Voir 6.1.1, page 94) , ce qui permetensuite d’obtenir facilement la liste des transactions effectuées dans unepériode donnée, par exemple la nuit.

2.6.2 CalendriersLes calendiers sont définis dans le menu B Saisies, Calendriers. Ils se com-

posent d’une liste de jours (dans le cas où seul le champ Date est renseigné), oude périodes (dans le cas où à la fois Date et Date de fin sont renseignées). Lesbornes TIP ont un calendrider limité à la semaine en cours, il est donc néces-saire d’effectuer une synchronisation entre le PC et la borne au moins toutes lessemaines si des calendriers sont définis.

L’onglet Calendrier dans la fiche d’une zone ou d’une prog. auto. affiche unrécapitulatif des jours définis. Lorsqu’un seul mois est affiché, un clic sur le jouraffiche le détail des plages horaires pour le jour sélectionné. Un clic sur l’annéeaffiche un récapitulatif pour tous les mois de l’année.

2.6.3 Exemples de zones– Pour définir une zone valide à tout moment, on créera une plage horaire

de la forme :

Heure de début Heure de fin Jours00:00 24:00 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 6heures à 12 heures le samedi, on créera deux plages horaires :

Heure de début Heure de fin Jours06:00 20:00 Lun, Mar, Mer, Jeu, Ven06:00 12:00 Sam

– Si l’on souhaite en plus exclure les jours fériés de cette zone, on définiraun calendrier ayant pour nom Jours fériés, avec l’ensemble des jours àexclure, et on le sélectionnera comme Calendrier exception pour les deuxplages horaires de cette zone.

– Si l’on souhaite créer une zone dont l’accès sera limité au mois de janvier2005 (par exemple pour un visiteur temporaire), on définira un calendrieravec la plage de dates 01/01/2005 - 31/01/2005, et on sélectionnera cecalendrier comme Calendrier validité dans les plages horaires à limiter.

Un véhicule ou usager est autorisé sur un ensemble (GC ou accès) à l’instantT lorsque la condition suivante est vérifiée :

Il existe au moins une zone active à l’instant T , et présente à la fois dans levéhicule (resp. usager) et dans l’ensemble GC (resp. ensemble accès).

2.6. ZONES ET PLAGES HORAIRES 45

Les zones des ensembles GC et accès sont paramétrables via le menu BConfig., Gestion des bornes, seuils cuves, ref. et zones (Voir 2.11, page 60).

Un récapitulatif global des différentes zones est accessible par le menu BSaisies, Compte-rendu sur les zones. De plus, les zones sur lesquelles un usagerest autorisé sont consultables dans sa fiche.

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 Nom zone Plages horairesA Tout 24/24 00:00 à 24:00, tous les joursB Semaine 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’ensembleGC désiré.

3. Dans B Véhicules, on coche la zone A pour tous les véhicules qui doiventpouvoir se servir à tout moment, et B pour tous les véhicules qui nepeuvent se servir qu’en semaine.Remarque : Dans le cas présent, cocher à la fois A et B pour un véhiculeest strictement équivalent à cocher seulement A, puisque la zone A englobela zone B .

On dispose de deux ensemble accès, l’ensemble Barrière contrôlant l’entréeprincipale, et l’ensemble Lavage contrôlant l’accès à une aire de lavage. Onsouhaite limiter l’accès à la station à certains véhicules.

1. Dans B Saisies, Zones, on définit les deux zones suivantes :

Code zone Nom zone Plages horairesA Barrière 00:00 à 24:00, tous les joursB Station 00:00 à 24:00, tous les jours

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èsBarrière, et la zone B dans le champ Zone de l’ensemble accès Lavage.

3. Dans B Véhicules, on coche la zone A pour tous les véhicules, et la zone Bpour ceux que l’on souhaite autoriser sur l’aire de lavage.

2.6.4 Gestion avancée

Pour une gestion de zones à grande échelle dans le cadre d’une utilisationmulti-sites, GIR Titan-Hyperion permet de définir des zones locales à un site.L’activation des zones locales est effectuée par l’installateur de GIR Titan-Hyperion dans Config. installateur.


La condition d’autorisation d’un véhicule ou usager sur un ensemble GC ouaccès est identique à celle décrite dans la partie précédente : une autorisationest valide s’il existe une zone active présente à la fois dans l’usager et dansl’ensemble.

L’affectation des zones à un usager peut être limitée aux responsables dusite (Voir 2.8, page 47).

2.7 Programmations automatiquesB Saisies, Prog. Auto.Les programmations automatiques permettent de planifier des opérations

pour qu’elles soient exécutées automatiquement par GIR Titan-Hyperion à uneheure et un jour donnés.

Nom: Nom de la programmation, utilisé pour désigner cette programmationdans le logiciel

Opération: Type d’opération à exécuter– Récup.-Envoi ,Récup.-Envoi-Jaugeage,. . .: Effectue un dialogue de syn-

chronisation avec les différentes bornes programmées (Voir 4, page 81).– Cumul carb.: Génère un cumul sur les transactions carburant, qui peut

être envoyé par e-mail (Voir 6.1.2, page 94). Les boutons Aperçu prog.préc. et Aperçu prog. suiv. affichent le résultat du cumul.

– Import pétro.: Effectue un import automatique des données pétrolièrespour les différents formats définis (Voir 13, page 131).

– Sauvegarde: Effectue une sauvegarde de la base données dans un fichierTWB (Voir 18.4, page 153).

– Suspension temps réel : Désactive toutes les communications temps réelavec les bornes pendant la plage de temps spécifiée entre l’heure dedébut et l’heure de fin.

– Export traclient sécurisé: Exporte les transactions créées ou modifiéesdepuis le dernier export (Voir 14.3, page 137).

Heure de début: Heure à laquelle l’opération sera lancée.Heure de fin: Pour l’opération Suspension temps réel , indique l’heure de reprise

des communications. Ce champ est ignoré par les autres opérations.Jours: Jours lors desquels l’opération doit être lancée.Calendrier validité: Restreint la prog. auto. à certains jours particuliers (Voir

2.6.2, page 44).Calendrier exception: Exclut certains jours de la prog. auto. (Voir 2.6.2, page 44).Options:

– Désactivée: Permet de désactiver temporairement l’exécution d’une opé-ration automatique.

Pour les opérations automatiques de type Récup.-Envoi , il faut égalementdéfinir les bornes avec lesquelles le dialogue doit être effectué, dans la sous-tableBornes programmées :

Mode:– Liste explicite: Le dialogue sera lancé sur toutes les bornes actives et

définies dans la liste.

2.8. UTILISATEURS 47

– Liste implicite: Le dialogue sera lancé sur toutes les bornes actives, àl’exception des bornes définies dans la liste.

Borne: Borne avec laquelle le dialogue doit être lancé

Réessai après erreur: En cas d’erreur lors du dialogue avec cette borne, permetde définir le temps en secondes au bout duquel un nouveau dialogue seratenté. La valeur (N/A) indique de ne pas retenter un dialogue en casd’erreur.

Options:– Désactivée: Permet de désactiver temporairement une borne dans les

dialogues automatiques. Attention : la borne ne sera plus mise à jour.– Test modules: Effectue un test des modules au cours de l’opération,

générant une alerte selon les paramètres définis dans la borne (BornesTIP uniquement, voir 2.11, page 60).

2.8 Utilisateurs

B Saisies, UtilisateursGIR Titan-Hyperion peut être utilisé simultanément par plusieurs utilisa-

teurs, chaque utilisateur disposant de droits d’accès spécifiques.Un utilisateur est défini par un nom (champ Utilisateur) et un Mot de passe

à saisir sur l’écran de connexion.Selon la configuration de l’application (par exemple dans le cadre d’une in-

tégration intranet), les utilisateurs peuvent aussi se connecter sans avoir à saisirleur mot de passe. Dans ce cas, un champ Options est également disponible, etpermet de spécifier si l’identification d’un utilisateur est faite automatiquementou non.

Chaque utilisateur peut être autorisé à effectuer seulement certaines opé-rations, selon le paramétrage défini par le champ Niveau et les critères dansl’onglet Autorisations.

Il existe deux modes de définition des autorisations : classique et avancé. Lechoix du mode est effectué dans la Config. gestionnaire (Voir 2.9, page 52).

2.8.1 Mode classique

Remarque : Ce mode de paramétrage est conservé pour des raisons de com-patibilité. Pour une nouvelle installation, il est conseillé d’utilisé le mode avancé.

A chaque utilisateur est associé un Niveau d’accès. Les différents niveaux d’ac-cès sont présentés ci-dessous, du plus restrictif au plus permissif. Chaque niveaud’accès permet d’effectuer un ensemble d’opérations, ainsi que les opérationsautorisées aux niveaux inférieurs. (Ex : Le Gestionnaire a le droit d’effectuer lesopérations des niveaux Standard et Consultation).

Les opérations autorisées par niveau d’accès sont les suivantes :– Consultation

– 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, ac-tivité et code spécifique)

– Affectation de messages aux véhicules et usagers– Dialogues : Test liaison, Récup.-Envoi, Jaugeages et totalisateurs, Su-

pervision– 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 dedonnées. Pour les autres niveaux, il est possible de restreindre l’accès à certainssites, directions, ou services. Cette restriction s’effectue via l’onglet Autorisationsde la fiche utilisateur.

Pour chaque utilisateur, il est possible de définir une liste de sites, une listede 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 lessites.

– Si au moins un site est défini, l’utilisateur a accès aux données relativesaux sites déclarés (Ex : dialogue avec les bornes du site, état des cuves dusite, 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 auxdonnées relatives aux directions et/ou services déclarés (Ex : véhicules etusagers 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 uni-quement afin de paramétrer l’envoi d’e-mails (Voir 7, page 103), et n’a aucuneincidence sur les autorisations. Ainsi, si l’on souhaite définir un utilisateur sansrestrictions d’accès, et recevant les alertes pour un site donné, on déclarera cesite avec un accès (N/A).

Pour les services et les directions, l’accès peut être défini soit en lecturesoit en écriture. Dans le cas d’un accès en lecture, l’utilisateur est limité à laconsultation des données. Dans le cas d’un accès en écriture, il peut réaliserdifférentes opérations sur les données. Le tableau ci-après indique les différentescaté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éclarationd’entretien fait, affectation de message

Niveau Accès (1) (2) (3)Consultation Lecture - - -

Ecriture - - -Standard Lecture - - -

Ecriture - - OuiAtelier Lecture - - -

Ecriture - Oui OuiGest. local Lecture - - -

Ecriture Oui Oui Oui

Un récapitulatif des droits d’accès de chaque utilisateur est disponible dansl’onglet Récapitulatif de la fiche utilisateur.

2.8.2 Mode avancé

A chaque utilisateur est associé un des niveaux d’accès suivants :– Installateur : Accès complet à l’application. Il ne peut y avoir qu’un seul

compte installateur. La connexion à l’application en mode installateur estprotégée par un dongle.

– Gestionnaire: Accès complet à l’application, à l’exception des informationsde configuration matérielle qui ne sont accessibles qu’en lecture.

– Standard : Accès restreint à l’application, selon les autorisations spécifiéesdans l’onglet Autorisations.

– Hérité (Id. auto): Identique au niveau Standard , avec possibilité de spécifierun profil d’autorisations au moment de la connexion dans le cadre d’uneintégration intranet.

– Modèle: Compte utilisateur fictif, utilisé pour définir un modèle d’autori-sations (Voir 2.8.2, page 51).

– Hérité (Modèle): Identique au niveau Standard , à la différence que la struc-ture des autorisations est héritée d’un ou plusieurs comptes de typeModèle(Voir 2.8.2, page 51).

Un compte standard peut aller d’une consultation limitée jusqu’à des autori-sations proches de celles d’un gestionnaire.

La définition des autorisations consiste à déclarer explicitement les opéra-tions permises à un utilisateur, sur les sites et les services. Les services peuventêtre regroupés en directions, et les sites peuvent être regroupés en régions (Voir2.9, page 52).

Autorisations sur les sites et régions

Les opérations sont les suivantes :– Consultation: Accès aux états de consultation (historiques, cumuls. . .) pour

les transactions et approvisionnements réalisés sur le site.– Dialogues 1 : Opérations de dialogue basiques sur les bornes du site (Test

liaison, Récup.-Envoi, Supervision).


– Dialogues 2 : Opérations de dialogue avancées sur les bornes du site.– Trans. manuelle: Saisie de transactions manuelles sur les bornes du site.– Accès modif. trans.: Modification des transactions effectuées sur le site.– Zones: (Uniquement avec gestion des zones locales) Affectation des zones

locales du site aux véhicules et usagers.– Appro. cuve: Saisie d’approvisionnements sur les cuves du site.– Saisie tot.: Saisie de totalisateurs manuels sur les pompes du site.– Saisie jaugeage: Saisie de jaugeages manuels sur les cuves du site.

Autorisations sur les services et directions

Opérations sur les directions/services :– Ajout-Modif. services: (Directions seulement) Création, modification et sup-

pression de services dans une direction.– Accès modif. tr. int.: Modification des transactions internes affectées au

service.– Accès modif. tr. ext.: Modification des transactions externes affectées au

service.– Clôture: Autorise la clôture du service (Voir 2.3.1, page 41).

Opérations sur les véhicules :– Consultation: Accès aux états de consultation (historiques, cumuls. . .) pour

les transactions concernant un véhicule du service.– Ajout-Modif.: Modification de toutes les informations des véhicules du ser-

vice, et ajout de véhicules dans ce service.– Modif. id.: Modification des informations d’identification (badge, code),

sur les véhicules du service.– Modif. entr.: Modification des entretiens définis sur les véhicules du service.– Saisie entr.: Déclaration d’entretiens faits pour les véhicules du service.– Trans. manuelle: Saisie de transaction manuelle pour les véhicules du ser-

vice.– Accès modif. tr. int.: Modification des transactions internes effectuées par

les véhicules du service.– Affectation modif. tr.: Réaffectation des véhicules du service lors d’une

modification de transaction.– Trans. à dist.: Déclenchement de transactions à distance pour les véhicules

du service.– Location courte durée: Ouverture et fermeture de location pour les véhi-

cules du service.– Autorisations v./u.: Affectation de la direction (resp. du service), ainsi que

des véhicules du service, dans les véhicules autorisés à un usager.

Opérations sur les usagers :– Consultation: Accès aux états de consultation (historiques, cumuls. . .) pour

les transactions concernant un usager du service.– Ajout-Modif.: Modification de toutes les informations des usagers du ser-

vice, et ajout d’usagers dans ce service.– Modif. id.: Modification des informations d’identification (badge, code),

sur les usagers du service.– Modif. entr.: Modification des entretiens définis sur les usagers du service.


– Saisie entr.: Déclaration d’entretiens faits pour les usagers du service.– Trans. manuelle: Saisie de transaction manuelle pour les usagers du service.– Accès modif. tr. int.: Modification des transactions internes effectuées par

les usagers du service.– Affectation modif. tr.: Réaffectation des usagers du service lors d’une mo-

dification de transaction.– Trans. à dist.: Déclenchement de transactions à distance pour les usagers

du service.– Autorisations v./u.: Modification des véhicules autorisés aux usagers du

service.

Remarques

Aussi bien pour les autorisations par site que par direction et service, ilexiste une autorisation par défaut et des autorisations spécifiques. L’autorisationpar défaut s’applique à tous les sites (resp. directions/services) non mentionnésexplicitement dans les autorisations spécifiques.

Exemple : On dispose de trois sites A, B et C. On souhaite définir un utilisa-teur pouvant lancer des dialogues sur le site B, et pouvant seulement consulterles données des sites A et C. On cochera donc Consultation dans les autorisa-tions par défaut, puis on ajoutera le site B dans les autorisations spécifiques, encochant Consultation et Dialogues 1 .

Un utilisateur est autorisé en consultation sur un état lorsqu’il a au moins unélément en consultation. Par exemple, une transaction sera visible dans l’histo-rique d’un utilisateur s’il a le véhicule, l’usager, ou le site en consultation.

Les autres opérations, réalisant des modifications sur les données, ne sontpossibles que lorsque tous les éléments sont autorisés. Par exemple, un utilisateurne pourra saisir une transaction manuelle sur un usager, un véhicule, et un sitedonnés que s’il est autorisé à effectuer l’opération Trans. manuelle sur ces troiséléments.

Comme pour le mode classique, l’onglet Récapitulatif permet de consulter lesautorisations prises en compte par le système pour un utilisateur.

Modèles d’autorisation

La définition complète des autorisations pour chaque utilisateur n’est pastrès adaptée pour une utilisation à grande échelle. En effet, dans ce cas, lastructure des autorisations se trouve dupliquée dans chaque utilisateur.

Exemple : On dispose de 10 sites. Pour chaque site, on définit un compteutilisateur Standard , limité à la consultation du site. Si l’on souhaite ensuiteautoriser les dialogues à ces utilisateurs, il faudra cocher l’option Dialogues 1dans chacun des utilisateurs.

Pour résoudre ce problème, GIR Titan-Hyperion permet de définir des mo-dèles d’autorisation. Un modèle est un compte utilisateur fictif, sur lequel ladéfinition des autorisations est identique à un compte standard, à la différence


que les sites et services réels sont remplacés par des valeurs génériques (Site 1 ,Site 2 , . . .).

Les comptes utilisateurs définis en Hérité (Modèle) peuvent alors être ratta-chés à un ou plusieurs modèles, en spécifiant à chaque fois la correspondanceentre les sites et services génériques et les valeurs réelles.

Ainsi, dans l’exemple précédent, on définit un compte Modèle, autorisé enconsultation sur Site 1 . On définit ensuite les 10 comptes utilisateurs en Hérité(Modèle), rattachés à ce modèle avec le champ Site 1 définissant le site réel. Sil’on souhaite ensuite autoriser les dialogues à ces utilisateurs, il suffit de cocherl’option Dialogues 1 dans le modèle.

2.9 Config. gestionnaire

B Saisies, Config. gestionnaireCette table définit certains des paramètres généraux de l’application.

2.9.1 Identification

Type par défaut: Méthode d’identification sélectionnée par défaut lors de lacréation d’un nouveau véhicule ou usager .

Identifiant par défaut: Type de badge sélectionné par défaut lors de la créationd’un nouveau véhicule ou usager .

Fourchette par défaut: Fourchette de tolérance kilométrique ou horaire par dé-faut lors de la création d’un nouveau véhicule.

Options:– Fichier proxi strict: Effectue automatiquement le rapprochement sur les

numéros de badge à partir des fichiers proximité, sans demander deconfirmation.

– Masquer id+code badge: Masque les champs Identifiant et Code badgedans la fiche véhicule (resp. usager). On utilisera généralement cette op-tion en conjonction avec Fichier proxi strict pour gérer le rapprochemententre no de badge et code badge de manière totalement transparente.

– Positionner Id. véhicule (resp. usager): Positionne l’option Id. véhicule(resp. Id. usager) lors de la création d’un nouvel usager (resp. véhicule).

– Masquer Id. véhicule (resp. usager): Masque l’option Id. véhicule (resp.Id. usager) dans le formulaire de création d’un usager (resp. véhicule).

– Masquer No badge: Masque le champ No badge dans la liste des véhiculesou des usagers .

– Masquer Code: Masque le champ Code dans la liste des véhicules ou desusagers . Le code reste visible dans la fiche détaillée (onglet Général) etdans le formulaire de modification.

– Masquer code secret: Masque le champ Code secret dans l’onglet Généralde la fiche véhicule ou usager .

– Camoufler Code, Camoufler Code secret: Active la saisie des codes (resp.codes secrets) en mode confidentiel. Les codes ne sont alors jamais affi-chés en clair à l’écran.

– Expiration obligatoire: Rend la saisie du champ Expiration obligatoiredans la fiche véhicule (resp. usager).

2.9. CONFIG. GESTIONNAIRE 53

– Positionner Cpt. forçable, Positionner Aff. conso: Positionne l’option cor-respondante lors de la création d’un nouveau véhicule.

– Afficher code spéc : Affiche le code spécifique par défaut dans la liste desvéhicules (Uniquement lorsque la fonctionnalité est activée).

Affichage, Opt. affichage: Définit les champs à afficher pour désigner un véhi-cule ou un usager.

Préfixe code, Nb car. code autogénéré: Définit la valeur du champ Code lorsde la création d’un nouveau véhicule ou usager. Le code se compose d’unpréfixe commun, suivi de N chiffres générés automatiquement afin d’ob-tenir un code unique.

Préfixe code (Location), Nb car. code auto. (Location): Définit la valeur duchamp Code lors d’une ouverture de location (Voir 2.1.11, page 36).

Fréquence déch.: Définit la fréquence de déchargement par défaut pour lescartes tachygraphiques lors de la création d’un nouvel usager.

2.9.2 CarburantTolérance sur-conso.: Définit la consommation au-dessus de laquelle une tran-

saction est considérée en sur-consommation.Exemple : si la consommation de référence est de 10,00 L/100Km, et que latolérance est de 20%, une transaction sera considérée en sur-consommationsi sa consommation instantanée dépasse 12,00 L/100Km

Tolérance sous-conso.: Définit la consommation en-dessous de laquelle unetransaction est considérée en sous-consommation.

Km parcourus min. pour conso.: Définit le kilométrage parcouru minimum quedoit avoir une transaction pour en calculer la consommation instantanée.Ceci permet d’éviter de générer des transactions en sur-consommationlorsque le kilométrage parcouru est trop faible et rend la consommationnon significative.

H parcourues min. pour conso.: Même chose pour le nombre d’heures parcou-rues.

Fusion compteurs consécutifs: Lorsque deux transactions carburant identiquessont effectuées dans le délai défini, les compteurs et consommations sontaffectés à la plus récente (Voir 17, page 145).

Service trans. carb.: Lors du traitement d’une transaction carburant, ce cri-tère détermine à quel service la transaction sera affectée. Il peut s’agirsoit du service du véhicule, soit du service de l’usager. Le service auquelune transaction est affectée est ensuite utilisé dans les cumuls (Voir 6.1.2,page 94).

Compteur trans. importées: Ce paramètre définit le traitement effectué sur lescompteurs kilométriques et horaires lors de l’import d’une transaction(Voir 13, page 131).– Toujours: Le compteur de la transaction est utilisé pour mettre à jour

celui du véhicule.– Sauf appoint: Le compteur de la transaction est utilisé pour mettre à

jour celui du véhicule, sauf sur les transactions d’appoint.– Jamais: Le compteur de la transaction n’est jamais utilisé pour mettre

à jour celui du véhicule.


Options carb.:– Positionner ‘Sous-conso.’ sur parcouru négatif : Lorsque cette option est

activée, les transactions carburant dont le kilométrage parcouru est né-gatif ou nul sont indiquées en Sous-consommation. Ceci permet notam-ment d’inclure ces transactions dans la liste des transactions remar-quables (Voir 6.1.1, page 94).

2.9.3 Paramètres diversSection CSV: Permet de paramétrer le format des fichiers CSV à télécharger.

Tableur Format de date Séparateur décimal Séparateur de champsExcel 97, 2000 mm-jj-aaaa Point VirguleExcel XP, 2003 jj/mm/aaaa Virgule Point-virgule

Section Proxy HTTP: Permet de paramétrer un serveur proxy pour l’accès àInternet utilisé lors des envois SAV.

Section E-Mails: Permet de paramétrer l’envoi de messages électroniques (Voir7, page 103).Pré-alerte expirations: Par défaut, les expirations d’autorisations des vé-

hicules et usagers ne génèrent une alerte qu’au moment où l’expira-tion a lieu. Si ce paramètre est non nul, une alerte sera égalementgénérée N jours avant l’expiration d’un véhicule ou usager.

2.9.4 Autorisations utilisateursParam. autorisation: Définit le mode de paramétrage des autorisations utilisa-

teurs (Voir 2.8, page 47).– Classique: Paramétrage historique, regroupé avec la définition des e-

mails.– Avancé: Paramétrage permettant une plus grande souplesse dans la dé-

finition des opérations autorisés à chaque utilisateur. Il est séparé de ladéfinition des e-mails et plus adapté lorsque l’application est utilisée àgrande échelle.

– Avancé (détaillé): Paramétrage similaire au mode avancé, avec la pos-sibilité de définir des autorisations différentes entre les usagers et lesvéhicules.

Options:– Interdire forçage . . . tr. man.: Interdit la saisie d’une transaction manuelle

dans les cas suivants :– Véhicule interdit, quelle que soit la raison (expiré, hors zone, entre-

tien, . . .).– Usager interdit, quelle que soit la raison (expiré, hors zone, . . .).– Véhicule non autorisé à l’usager.Il reste possible de passer outre la saisie de compteur.

– Interdire forçage . . . modif.: Interdit l’affectation d’un usager ou véhiculeinterdit lors d’une modification de transaction.

– Interdire forçage . . . tr. dist.: Interdit le lancement de transactions à dis-tance pour les usagers ou véhicules interdits.


2.9.5 Paramètres généraux

Fonctionnalités: Ces options activent ou masquent certaines fonctionnalités del’application.– Afficher No véhicule/usager : Affiche le champ No pour les véhicules et

les usagers. Ce numéro est attribué automatiquement par GIR Titan-Hyperion, et est unique pour chaque véhicule (resp. usager). Ce numéropeut notamment être utilisé pour identifier un véhicule ou usager sur leticket imprimé après une prise de carburant (Voir 3.8, page 78).

– Trans. manuelle régul. pour tous: Autorise la saisie de transactions derégularisation pour tous les utilisateurs (Voir 8.1, page 107) .

– Masquer entretiens véhicules,Masquer entretiens usagers: Cache toutes lesdonnées relatives à la gestion des entretiens dans l’interface utilisateur.

– Entretiens véhicules auto.: Affiche les champs de configuration des entre-tiens automatiques dans les entretiens véhicules.

– Masquer Ids: Cache le champ Id. affiché dans différents historiques.– Modèles de véhicules: Active le champ Modèle dans les véhicules, ainsi

que la table desModèles de véhicules dans le menu B Saisies. Les modèlesde véhicules sont similaires aux types, ils permettent simplement derattacher les véhicules selon un critère supplémentaire, qui peut ensuiteêtre exploité dans les états.Les modèles de véhicules permettent également de grouper la définitiondes critères de consommation (Voir 2.1.8, page 34).

– Code spéc. par défaut: Affiche le champ Code spéc. dans les véhicules.– Menu Histo.: Affiche un lien vers l’historique des transactions carburant

dans le menu.– Régions: Active le rattachement des sites à des régions.– Zones explicites: Simplifie la gestion des zones, en n’affichant que les

zones définies dans les formulaires de modification.– Graphiques sur 100 élts.: Augmente le nombre d’éléments affichés dans

les cumuls graphiques (Voir 6.1.3, page 96).

Fonctionnalités carb.:– Saisie manuelle jaugeages: Active la saisie manuelle des jaugeages dans

B Etat des cuves (Voir 6.2.1, page 97).– Saisie manuelle totalisateurs: Active la saisie manuelle des totalisateurs

dans B Etat des cuves (Voir 6.2.1, page 97).– Corr. température: Active la correction de température. Ceci permet,

pour les produits qui ont été paramétrés (Voir 2.11, page 62), de corri-ger automatiquement le volume selon la température mesurée lors d’unapprovisionnement (Voir 8.2, page 109).

– Positionner ‘P.U. à Tref’ : Lorsque la correction de température est ac-tive, cette option permet d’interpréter par défaut les P.U. saisis en tantque prix à la température de référence, et non à la température de l’ap-provisionnement (Voir 8.2, page 109). Masquer ‘P.U. à Tref’ masque lacase à cocher dans le formulaire de saisie d’approvisionnement.

– Fournisseurs prod.: Active la saisie du fournisseur et d’un commentairedans les approvisionnements, ainsi que leur affichage dans l’historique(Voir 8.2, page 109).

– Température obligatoire: Rend la saisie de la température obligatoiredans les approvisionnements.


– Fournisseur obligatoire: Rend la saisie d’un fournisseur obligatoire dansles approvisionnements.

– Code activité carb., Code spéc. carb.: Active l’affichage des codes activitéset spécifiques dans l’historique des transactions carburant.

– Masquer avoirs: Cache toutes les données relatives à la gestion d’avoirdans l’interface utilisateur.

– Véhicule ext.: Positionne l’option du même nom sur les transactionscarburant pour lesquelles le service du véhicule est différent du servicede l’usager, sauf lorsque le véhicule ou usager possède l’option Inhib.véhicule ext..

– Aut. véhicules par usager : Active la gestion des autorisations spécifiquessur les véhicules pour chaque usager. Ceci affiche un onglet supplémen-taire dans la fiche véhicule (ensemble des usagers autorisés sur ce véhi-cule) et dans la fiche usager (définition des véhicule autorisés pour cetusager).

– Demande code spéc sur tr. ext.: Active la saisie d’un code spécifique pourles transactions manuelles extérieures.

– Masquer prix : Masque toutes les informations relatives au prix des tran-sactions carburant.

– Produits de carburation: Affiche l’option Carburant dans les réservoirs,pour permettre un calcul de consommation sur plusieurs produits decarburation (ex : Super + GPL) (Voir 17, page 145).

– Location courte durée: Active la gestion de la location courte durée pourles véhicules (Voir 2.1.11, page 36).

– Masquer compteurs horaires: Masque toutes les informations relativesaux compteurs horaires des transactions carburant.

– Effacer message sur transac : Efface le message affecté à un véhicule ouun usager lors de la récupération d’une transaction le concernant. Cecipermet d’afficher un message une seule fois à la borne.

– Afficher totalisateur : Affiche la valeur du totalisateur interne en débutde plein dans la fiche des transactions (TIP2-Vatersay seulement).

– Désactiver P.U.M.P.: Désactive la valorisation des transactions par leprix unitaire moyen pondéré du stock en cuve.

– Avoir tous produits confondus: Affiche l’option du même nom dans lesvéhicules (Voir 11, page 121).

– Déblocage pompe limité: Lorsqu’une pompe est bloquée par un utilisa-teur et que cette option est activée, la pompe ne peut être débloquée quepar un utilisateur disposant d’un niveau d’accès au moins égal. Ainsi,un utilisateur Standard ne pourra pas débloquer une pompe bloquée parun Gestionnaire.

Tableau de bord: Définit les informations à afficher sur le tableau de bord (Voir6.5, page 101).– Masquer blocages gestionnaire: Masque les pompes bloquées par un uti-

lisateur.Champs dates: Détermine la manière dont sont saisies les dates dans le logiciel :

champ texte ou listes déroulantes.Avoirs monétaires: Active la gestion des avoirs monétaires (Voir 11, page 121).Niveau d’organisation: Définit le nombre de niveaux hiérarchiques actifs pour

le rattachement des véhicules et usagers (Voir 2.3, page 41). Les niveaux


sont les suivants, du plus général au plus particulier : Division, Direction,Service.

Expiration loc. courte durée: Définit le nombre de jours maximal avant expi-ration lors d’une ouverture de location. Si ce champ vaut N , un véhiculedont la location est ouverte au jour J se verra affecté une date d’expira-tion à J + N . Si ce champ est à (N/A), le véhicule n’aura pas de dated’expiration.

Jour de clôture: Active la clôture des transactions carburant. Lorsque ce champest à zéro, la fonctionnalité est désactivée. Sinon, il définit le jour du moisaprès lequel les transactions du mois précédent doivent être clôturées (Voir2.3.1, page 41).

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 re-cherche ce code dans la table Codes spécifiques. Si le code est trouvé, latransaction est rattachée à ce code, sinon il est créé. Lorsque l’optionn’est pas activée, les codes spécifiques sont seulement stockés dans lestransactions et la table Codes spécifiques n’est pas utilisée. Le regroupe-ment des codes spécifiques permet d’effectuer par la suite des recherchesou des cumuls sur les transactions comportant un même code spécifique.

– Camoufler mdp utilisateurs: Lorsque cette option est activée, les mots depasse des utilisateurs sont saisis en mode confidentiel, et ne sont jamaisaffichés en clair dans l’application.

– Listes raccourcies: Affiche seulement les premiers éléments dans les listesde choix volumineuses, afin de réduire la taille des pages web. Si l’élé-ment à sélectionner ne figure pas dans la liste, un clic sur ’>>>’ télé-charge la liste complète.

– Lancement même si dial. en cours: Autorise le lancement de dialoguemême lorsqu’un autre dialogue est déjà en cours. Le dialogue lancés’exécutera après le dialogue courant.

– Réessai auto. sur dblock : Recharge automatiquement la page en cas d’er-reur “Tables en cours d’utilisation”.

– Consultation abrégée (histo.): Affiche seulement les dix premières pagesdans les historiques volumineux.

Zones protégées: Définit les zones qui ne peuvent être assignées aux véhiculeset 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.9.6 Export traclient

Cette section définit la configuration des exports traclient automatiques(Voir 14, page 135).

Export traclient fil de l’eau

Options carb.: – Tr. manuelles, Tr. importées, Appro. cuves: Définit les différentstypes de transactions à exporter au fil de l’eau. Par défaut, seules lestransactions carburant récupérées sur les bornes sont exportées. Le pa-ramétrage de ces options permet d’exporter également les transactions


saisies manuellement, les transactions importées depuis des disquettespétrolières, et les approvisionnements.

– Désactiver export tr. modif : Lorsque cette option est activée, seule latransaction originale est exportée au fil de l’eau. Si des modificationssont effectuées ultérieurement, elles ne sont pas exportées.

Carb., Accès, Cumul carb.: Définit les formats de fichiers traclient générés aufil de l’eau. Laisser à (N/A) pour ne générer aucun fichier.

Export traclient sécurisé

Cette section reprend les mêmes champs que l’export fil de l’eau, mais définitles formats actifs pour l’export sécurisé (Voir 14.3, page 137).

Export traclient quotidien

Heure de génération: Définit l’heure de la journée au cours de laquelle les ex-ports quotidiens seront générés. On règlera ce champ de manière à ceque toutes les transactions de la veille soient récupérées au moment de lagénération.

Décalage: Définit le décalage en jours entre la période à exporter et la datede création du fichier traclient. Si le décalage vaut N, les transactions dujour J sont exportées au jour J+1+N. Ceci permet de laisser un délai derégularisation entre le moment où une transaction est récupérée sur uneborne et celui où elle est exportée.

Options carb.: Même signification que pour l’export au fil de l’eau.Carb., Accès, Cumul carb.: Définit les formats de fichiers traclient générés quo-

tidiennement. Laisser à (N/A) pour ne générer aucun fichier.

Export traclient mensuel

Jour de génération: Définit le jour du mois au cours duquel les exports men-suels seront générés (ex : si ce champ vaut 10, les exports du mois de marsseront générés le 10 avril). Ceci permet de laisser un délai éventuel pourla régularisation des transactions.

Options carb.: Même signification que pour l’export au fil de l’eau.Carb., Accès, Cumul carb.: Définit les formats de fichiers traclient générés men-

suellement. Laisser à (N/A) pour ne générer aucun fichier.

Options traclient

Ces options affectent tous les exports traclient.

Nom véhicule: Définit le champ à utiliser en tant qu’immatriculation du véhi-cule dans les formats traclient.

Séparateur traclient: Paramétrage pour compatibilité dans les formats F1-refet F2-ref.

Options:– No trans. inchangé sur modif.: N’incrémente pas le numéro de transaction

en cas de modification.

2.10. PROFILS 59

– No trans. par borne: Génère un numéro de transaction ventilé par borneau lieu d’un numéro global.

– Fil de l’eau par borne: Génère un fichier traclient au fil de l’eau pourchaque borne, en plus du fichier principal.

2.9.7 FacturationsCette section définit les paramètres globaux relatifs à la facturation configu-

ration (Voir 12, page 127).

Coordonnées géométriques: Cet ensemble de valeurs numériques permet deparamétrer l’en-tête des factures générées, en définissant la hauteur totalede l’en-tête, et les coordonnées des deux rectangles contenant les adressesdu fournisseur et du client.

Format traclient: Définit le format à utiliser lors de la génération de fichiers defacturation.

Options:– Profils multiples: Active la gestion de plusieurs profils de facturation

(A,B,C,. . .). Chaque profil possède une configuration indépendante.

2.10 ProfilsB Saisies, ProfilsLes profils utilisateurs permettent d’adapter certains paramètres de configu-

ration selon l’utilisateur connecté.

Priorité, Utilisateur, Masque adresse IP: Ces champs définissent l’affectationd’un profil à un ou plusieurs utilisateurs. Un profil est associé à un utili-sateur lorsque les deux critères Utilisateur et Masque adresse IP sont com-patibles avec l’utilisateur connecté. Le champ Utilisateur est compatibles’il est à (N/A) ou s’il est égal à l’utilisateur. Le champ Masque adresseIP est compatible s’il est vide ou si l’adresse depuis laquelle l’utilisateurest connecté vérifie ce masque. Il est possible de préciser un nom DNSou une adresse IP, avec les caractères jokers ? et * (ex : *.exemple.com,192.168.1.*, . . .). Le champ priorité détermine l’ordre dans lequel sonttesté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 for-mat des fichiers CSV à télécharger. Si un paramètre est à (N/A), c’est lavaleur définie dans Config. gestionnaire qui est utilisée.

Adresse badgeur, Type badgeur: Adresse au format hôte:port d’un lecteur debadge. Si ce champ est renseigné, un bouton Lire badge apparaît dansles fiches véhicule et usager pour le ou les utilisateurs ayant ce profil. Cebouton permet de lire directement un badge sur le lecteur ainsi défini, etde l’affecter au véhicule ou usager désiré.

Exemple : On souhaite utiliser des paramètres CSV différents de ceux définisdans Config. gestionnaire pour tous les utilisateurs qui se connectent depuis ledomaine exemple.com, sauf pour l’utilisateur A. On définira alors les profilssuivants :


Priorité Utilisateur Masque adresse IP Paramètres CSV0 A Vide Tout à (N/A) (pour utiliser ceux

définis dans Config. Gestionnaire)1 (N/A) *.exemple.com Paramètres spécifiques

2.11 ConfigurationLes tables suivantes définissent la configuration des bornes. Elles sont para-

métrées par l’installateur de GIR Titan-Hyperion et accessibles par le gestion-naire, 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 gestion-naire, via le menu B Config., Gestion des bornes, seuils cuves, ref. et zones. Ellesse classent en plusieurs catégories :

Config. installateur : Attention : la modification de certains de ces para-mètres entraîne un passage de toutes les bornes en “Config. modifiée”.

Options bornes: Options générales sur la configuration des bornes.– Forcer id. usager par code, Forcer id. véhicule par code: Ignore le

mode d’identification défini dans les véhicules et usagers, et forceune identification par code.

– Langue par usager : Affiche le champ Langue borne dans les usagers,pour changer la langue à la borne après identification de l’usager(TIP2-Vatersay seulement).

Tempo temps réel: Définit la fréquence des dialogues en temps réel. Plusla fréquence est élevée, plus les transactions sont récupérées rapide-ments. Toutefois, lorsque les transactions sont très fréquentes, l’ap-plication peut devenir moins disponible pour les utilisateurs.

Messages borne TIP: Personnalise certains messages sur les bornes TIP.Terminologie: Personnalise certains termes dans l’application.Critères véhicules, Critères usagers: Définit des critères personnalisés sur

les véhicules ou les usagers. Lorsqu’un critère est défini, il devientdisponible sous forme d’option dans les fiches véhicule ou usager. Ilest ensuite possible de filtrer sur ces critères dans les historiques etcumuls.

Paramètres régionaux: Définit les paramètres régionaux de l’application :format des dates, séparateur décimal et unités. Le format des dateset le séparateur décimal ont une influence à la fois sur l’affichage etsur les contrôles de saisie des données.

2.11. CONFIGURATION 61

Options:– Compteur alt.: Affiche une option supplémentaire dans le champ

Options carb. des véhicules, permettant la saisie du compteurde ces véhicules dans une unité différente (km ou mi). Le comp-teur converti est également visible dans l’onglet Général de lafiche véhicule ainsi que dans la fiche des transactions.Cette option affecte uniquement la saisie et l’affichage : lescompteurs enregistrés dans la base conservent l’unité définiedans les paramètres régionaux.

Bornes (paramètres) :Etat: Etat de la borne (Activée ou Désactivée). L’activation ou désactiva-

tion de borne est déclenchée dans ce menu par le bouton du mêmenom. Lorsqu’une borne est désactivée, elle n’est plus utilisable dansles dialogues, qu’ils soient automatiques ou manuels. La saisie de tran-sactions manuelles sur cette borne reste possible. La désactivation deborne 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éparationType 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).– 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érode téléphone à composer (ex : com2:0478741234). Les commandessuccessives envoyées au modem sont :1. Commande atz2. 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 nu-

méro de téléphone (atdt par défaut)Mode: Mode de synchronisation entre GIR Titan-Hyperion et la borne

(Bornes TIP uniquement).– Autonome: La liaison avec la borne est établie temporairement lors

de dialogues, qui peuvent être déclenchés manuellement ou auto-matiquement (Voir 4, page 81).

– Temps réel : La liaison avec la borne est établie en permanence. Lestransactions sont récupérées par le logiciel en temps réel, et lesdonnées sont synchronisées régulièrement.

– Autonome sans conn. auto: Identique au mode autonome, sauf pourl’écran de supervision où l’utilisateur doit demander explicitementla connexion à la borne.

Alerte dialogue: Pour les bornes autonomes, définit le nombre d’erreursde dialogue consécutives au bout duquel une alerte est déclenchée.


Seules les erreurs ayant lieu au cours d’un dialogue automatique sontprises en compte.En général, ce seuil sera défini en fonction du nombre de récupérationsautomatiques programmées. Ainsi, si l’on a défini deux dialogues au-tomatiques par jour, et que l’on souhaite être alerté au bout de deuxjours sans récupération, on définira un seuil de 4.Lorsque ce paramètre est à zéro, les alertes sur erreur de dialogue nesont pas déclenchées.

Alerte modules: (Bornes TIP uniquement)Les bornes TIP sont formées d’un assemblage de plusieurs modules(terminal, badgeur, pompe . . .), reliés à une unité de gestion (UG).L’alerte sur les dialogues décrite précédemment permet de détecterles problèmes de liaison entre l’UG et le PC. L’alerte sur les modulesrepose sur le même principe, et permet de détecter les problèmes deliaison entre l’UG et les modules.Ce champ définit le nombre d’erreurs de liaision UG/modules aubout duquel une alerte est déclenchée. Seules les erreurs ayant lieuau cours d’un dialogue automatique pour lequel l’option Test modulesa été sélectionnée sont prises en compte.Lorsque ce paramètre est à zéro les alertes sur erreur de liaison mo-dules ne sont pas déclenchées.

Alerte temps réel: Pour les bornes temps réel, définit le délai d’interrup-tion (en minutes) au bout duquel une alerte est déclenchée. Lorsquece paramètre est à zéro les alertes sur erreur de liaison temps réel nesont pas déclenchées.

Produits (paramètres) :– Unité de vente : valeur en litres et nom de l’unité de vente pour ce

produit. Lorsque ces valeurs sont remplies, une colonne supplémentaires’affiche dans l’état des cuves (Voir 6.2.1, page 97).

– Options :Type: Type de produit (Carburant, Lavage, Annexe), utilisé pour filtrer

les transactions dans l’historique.Options:

– Désactiver traclient: Ignore les transactions comportant ce produitlors des exports traclient.

– Température : (Uniquement si la fonctionnalité correction de tempéra-ture a été activée, voir 2.9, page 52).Ces deux champs sont facultatifs : lorsque l’un des deux n’est pas rensei-gné, la correction de température est désactivée pour le produit associé.Ceci permet de limiter la correction de température à certains produits.

Temp. référence: Température de référence Tref , en degrés Celsius.Le coefficient à cette température est de 1.

Coef.: Coefficient à appliquer lorsque la température vaut Tref + 10℃.

La correction de température s’effectue via une interpolation linéraireà partir des deux valeurs spécifiées : si la température de référence estde 15℃, et que le coefficient à 25℃ est de 0.9, le coefficient appliqué à20℃ sera de 0.95.


Cuves (seuils) :

Seuil blocage: Stock en-dessous duquel les pompes utilisant cette cuvesont 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.

Capacité: Capacité de la cuve. Dans le cas de compartiments jaugés, ilest également possible de modifier la capacité de chacun des compar-timents.

Véhicule citerne: Lorsque le véhicule sélectionné effectue une prise de car-burant dans une cuve tierce, un approvisionnement de volume égalest automatiquement déclaré sur la cuve courante.

Ecart +: Génération d’une alerte lorsque la différence “stock réel - stockthéorique” dépasse ce seuil. Dans le cas d’une cuve compartimen-tée, le stock réel est la somme du volume de carburant dans chaquecompartiment.

Ecart -: Génération d’une alerte lorsque la différence “stock théorique -stock réel” dépasse ce seuil.

Max. eau: Volume d’eau maximum avant génération d’une alerte. Dans lecas d’une cuve compartimentée, le volume d’eau utilisé est la sommedu volume d’eau dans chaque compartiment.

Alerte si erreur: Nombre d’erreurs de jaugeage consécutives avant géné-ration d’une alerte.

Régul auto. +, Régul auto. -: Si ces valeurs sont non nulles, un approvi-sionnement de régularisation est créé automatiquement lorsque l’écartentre le stock théorique et le stock réel dépasse le seuil défini.

Saisie manuelle: Définit le mode de saisie pour les jaugeages manuels :volume ou hauteur. Dans le second cas, les abaques de la cuve doiventêtre définis.

Options:– Jauge désactivée: Permet de désactiver temporairement la gestion

du jaugeage sur cette cuve.– Ignorer err. sonde: Enregistre les jaugeages même lorsqu’une erreur

de sonde est signalée.– Corr. température: Active la correction de température sur les jau-

geages automatiques sur cette cuve.– Alerte sur jaugeage manuel : Active le déclenchement d’alerte lors

de la saisie de jaugeages manuels sur cette cuve.

Les champs Ecart +, Ecart -, Max. eau, et Alerte si erreur concernent uni-quement 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 100), afficheun message sur la page d’accueil, et envoie éventuellement un messageélectronique (Voir 7, page 103).

Pompes (seuils) :

Options tot.:


– Relevé totalisateur : Active le relevé automatique du totalisateurinterne pour ce module pompe.

Tolérance tot.: Seuil de tolérance pour la génération d’alertes sur les re-levés de totalisateurs internes ou manuels (Voir 6.2.5, page 99). Si cechamp 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 exportsspécifiques. Ce menu permet de définir le champ Ref. ainsi que le nom decertains éléments de configuration (sites, bornes, cuves, produits, . . .).

Zones : Les zones définissent les autorisations d’accès des véhicules et usagerssur les différentes bornes (Voir 2.6, page 43). Ce menu permet de para-métrer les zones sur les ensembles GC et accès. Il est possible de définirjusqu’à 8 zones par borne.

Ensembles GC :Options:

– Afficher compteur : Affiche la valeur précédente du compteur lorsd’une demande de compteur.

– Enr. tentatives infructueuses: Crée des transactions pour les accèsrefusés (badge inconnu, véhicule interdit, . . .).

– Ignorer blocages entretiens: Lorsqu’elle est activée, cette option in-dique que l’ensemble GC est utilisé uniquement pour des entretiens(ex : distribution d’huile). Les véhicules bloqués pour cause d’en-tretien non fait ne seront donc pas interdits sur cet ensemble. Lesautres interdictions (interdiction manuelle, expiration) ne sont pasaffectées par cette option. En TIP1-Pabbay, cette option doit avoirla même valeur pour tous les ensembles GC d’une même borne.

– Imprimer codes: Imprime les codes sur les imprimantes fil de l’eauet ticket, même lorsque ceux-ci sont utilisés pour l’identification.

– Afficher codes véhicules (resp. usager): Affiche les codes en clair àl’écran lors de la saisie (TIP2-Vatersay seulement).

– Forcer id. véhicule par code (resp. usager): Autorise l’identificationpar code pour les véhicules qui devraient s’identifier par badge(TIP2-Vatersay seulement).

– Forcer choix pompe: Affiche l’écran “Choix pompe” même lorsquel’ensemble comporte une seule pompe (TIP2-Vatersay seulement).Ce mode est nécessaire pour pouvoir utiliser le déchargement descartes tachygraphiques dans le cas d’un ensemble GC avec uneseule pompe.

– Fil de l’eau sur clef USB: Enregistre les transactions carburantdans un fichier csv sur une clef USB branchée sur la borne (TIP2-Vatersay seulement). Deux fichiers sont générés : un pour les tran-sactions normales, et un pour les autres événements (badge in-connu, . . .). Les formats de ces fichiers sont décrits en annexe dece document.

– Déch. tacho: Active le déchargement des cartes tachygraphiques(TIP2-Vatersay seulement, voir 3.7, page 78).

– Forcer déch. tacho (tests): Effectue le déchargement des cartes ta-chygraphiques quelle que soit la date enregistrée dans la carte.Cette option n’est utile que dans le cadre d’un test du décharge-ment (TIP2-Vatersay seulement).


Ensembles accès :Options:

– Enr. tentatives infructueuses: Crée des transactions pour les accèsrefusés (badge inconnu, véhicule interdit, . . .).

– Accès interdit si mémoire pleine: Interdit l’accès lorsque les transac-tions ne peuvent plus être stockées.

– Forcer id. par code: Force l’identification des véhicules et usagerspar code (TIP2-Vatersay seulement)

– Fil de l’eau sur clef USB : Enregistre les transactions accès dans unfichier csv sur une clef USB branchée sur la borne (TIP2-Vatersayseulement). Deux fichiers sont générés : un pour les transactionsnormales, et un pour les autres événements (badge inconnu, . . .).Les formats de ces fichiers sont décrits en annexe de ce document.


Chapitre 3

Utilisation de la borne

3.1 Etats

En dehors des saisies précédant une prise de carburant, une borne peutafficher différents messages selon son état :

Lu 11/10/04 10:30:00CHOIX POMPE 1 2 3

Plusieurs pompes sont disponiblespour une prise de carburant. Lespompes dont le numéro n’est pas af-fiché sont soit utilisées, soit indispo-nibles.

Lu 11/10/04 10:30:00POMPE 2 DISPONIBLE

Une seule pompe est disponiblepour une prise de carburant. Lesautres pompes sont soit utilisées,soit indisponibles.

Lu 11/10/04 10:30:00EN SERVICE

Toutes les pompes disponibles sontactuellement utilisées pour une prisede carburant.

Lu 11/10/04 10:30:00HORS ZONE

Aucune pompe n’est disponibled’après les plages horaires définies.

Lu 11/10/04 10:30:00HORS SERVICE Aucune pompe n’est disponible

Il est possible de connaître l’état détaillé des pompes dans GIR Titan-Hyperion grâce au mode supervision (Voir 4.3, page 84) ou à la borne grâceau menu pompiste (Voir 3.4, page 72).

67

68 CHAPITRE 3. UTILISATION DE LA BORNE

3.2 Prise de carburantDé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 toucheEFF. Le message TRANSACTION ANNULEE est alors affiché et la borne revient enattente de saisie.

Le scénario détaillé d’une prise de carburant est disponible en annexe de cedocument (Voir F, page 195).

3.2.1 Choix de la pompe

Lu 11/10/04 10:30:00CHOIX POMPE 1 2

ou Lu 11/10/04 10:30:00POMPE 1 DISPONIBLE

Sélectionner le No de la pompe souhaitée.

Pompe 1 GOIValidez 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 dela pompe n’est pas nécessaire, et l’identification est directement demandée.

Lu 11/10/04 10:30:00ID VEHICULE

ou Lu 11/10/04 10:30:00ID USAGER

3.2. PRISE DE CARBURANT 69

3.2.2 Identification– En 1er identifiant véhicule :

Pompe 1 GOIID VEHICULE

– En 1er identifiant usager :

Pompe 1 GOIID USAGER

L’identification s’effectue en passant le badge devant le lecteur, ou bien ensaisissant le code et en validant avec VAL.

Dans le cas d’une double identification (véhicule avec option Id. usager , ouusager avec option Id. véhicule), les deux identifications seront demandées suc-cessivement.

Messages d’erreur possibles :– BADGE NON RECONNU, BADGE INCONNU: Le badge n’est pas défini.– CODE INCONNU: Le code n’est pas défini.– ID PAR BADGE: Le code saisi identifie un véhicule ou usager qui doit s’iden-

tifier par badge.– BADGE HORS CONTEXTE, CODE HORS CONTEXTE: Le badge ou le code iden-

tifie un véhicule alors qu’un usager est attendu, ou réciproquement.– VEHICULE INTERDIT, USAGER INTERDIT: Le véhicule ou l’usager identifié

est interdit.– PRODUIT NON AUTORISE: Le produit de la pompe n’est pas autorisé sur ce

véhicule.– VEHIC. NON AUTORISE: Le véhicule n’est pas autorisé pour cet usager.– AVOIR INSUFFISANT: L’avoir de carburant est épuisé.

Il est possible de demander la saisie d’un code secret en plus de l’identificationpar badge (option Code secret des véhicules et usagers). La saisie de ce code estdemandée par le message suivant :

Pompe 1 GOICODE ACCES

Saisir le code et valider avec VAL

3.2.3 Saisie des compteursLa saisie des compteurs est demandée par les messages suivants :

Pompe 1 GOICompteur km

Saisir le compteur kilométrique, en kilomètres, et valider avec VAL.


Pompe 1 GOICpt 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,voir 5.2, page 90

La valeur d’un compteur peut être forcée même si elle n’est pas dans la four-chette de validité, dans les cas suivants :

– Transaction via pompiste (Voir 3.3, page 71). La demande de confirmationdu forçage apparaît dès la première saisie du compteur.

– Véhicule possédant l’option Cpt. forçable (TIP2-Vatersay seulement). Lademande de confirmation du forçage apparaît lorsque la même valeur estsaisie deux fois de suite.

3.2.4 Saisies supplémentairesSelon la configuration du véhicule ou de l’usager, des saisies supplémentaires

peuvent être demandées :

Pompe 1 GOIActivite

Saisir le code activité et valider avec VAL.

Pompe 1 GOICode spec.

Saisir le code spécifique et valider avec VAL.Message d’erreur :– CODE INCONNU: Code activité non défini.

3.2.5 ServiceLorsque 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 serviceTfin : Temporisation de fin de serviceTapres : Temporisation d’après-service

Tdebut et Tfin sont définies dans la configuration de la pompe, et peuvent êtrevisualisés dans B Etat des cuves en cliquant sur Détail pour la pompe souhaitée.Tapres est fixée à 2 secondes.

3.3. POMPISTE 71

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 Tfin

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 decompression dans le tuyau de distribution.

Litrages nuls

Deux autres valeurs sont définies dans la configuration de la pompe et consul-tables 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

Un litrage est considéré comme nul lorsqu’une transaction se déroule sansdébit de carburant et est d’une durée supérieure à T0. Lorsque N0 litrages nulsont 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 destransactions pour le compte d’autres véhicules ou usagers. Il offre les possibilitéssuivantes :

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 usa-ger normal (Voir 3.2.2, page 69). Après l’identification du pompise, le code duvéhicule ou usager auquel la transaction doit être affectée est demandé :

Pompe 1 GOICODE VEHIC.

ou Pompe 1 GOICODE USAGER

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 INTERDITPASSER OUTRE

ou USAGER INTERDITPASSER 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 GOIforcer Km a :

ou Pompe 1 GOIforcer Ho a :

Valider avec VAL pour forcer le compteur.

3.4 Accès au menu pompisteL’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 :

Lu 11/10/04 10:30:00ID VEHICULE Appuyer sur 0 puis VAL.

Si plusieurs pompes sont définies :

Lu 11/10/04 10:30:00CHOIX POMPE 1 2 Appuyer sur 0.

Selon la configuration, l’identification du véhicule ou usager souhaitant ac-céder au menu pompiste est alors demandée :

Lu 11/10/04 10:30:00ID VEHICULE

ou Lu 11/10/04 10:30:00ID USAGER

Un véhicule ou usager est autorisé à accéder au menu pompiste lorsquel’option Menu pompiste est activée (Voir 2.1.5, page 32 et 2.2.3, page 38). Dansle cas contraire, le message ACCES MENU INTERDIT est affiché.

Le contenu du menu pompiste diffère selon le type de borne utilisé.

3.5 Menu pompiste - bornes TIP1-PabbayLe menu pompiste des bornes TIP1-Pabbay se présente sous la forme sui-

vante :

Cuves Pompes HorlogeJauges Instal badGes

3.5. MENU POMPISTE - BORNES TIP1-PABBAY 73

L’accès à un sous-menu s’effectue en appuyant sur la lettre majuscule cor-respondante :

Cuves (touche C ou 1): Consultation des stocks en cuve théoriques, saisied’approvisionnements.

Pompes (touche P ou 2): Consultation des totalisateurs, blocage ou déblo-cage d’une pompe.

Horloge (touche H ou 3): Modification de l’heure de la borne.Jauges (touche J ou 4): Consultation des informations de jaugeage.Instal (touche I ou 5): (N/A)

Badges (touche G ou 6): Initialisation de badges proximité.

3.5.1 Sous-menu Cuves

C1 GOI 1500 LAppro Maj (+/-)

Première ligne :– No de la cuve (de 1 à 16). Le défilement entre les différentes cuves s’ef-

fectue à l’aide des touches + (ou 9) et - (ou 7)– Nom du produit– Stock théorique de la cuve, en litres.

Deuxième ligne :– Appro (touche A ou 1): Saisie d’un approvisionnement– Maj (touche M ou 2): Mise à jour du stock (régularisation)

Saisie d’un approvisionnement

1 Appro : L.Montant : Euros

Saisir le volume de l’approvisionnement en litres puis valider avec VAL. Saisirensuite 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 1500 LCorr : litres

Saisir le volume en litres à ajouter au stock, puis valider avec VAL. Pourrevoir à la baisse le stock en cuve, on saisira un volume négatif (ex : -10 pourenlever 10 litres).

3.5.2 Sous-menu Pompes


1 GOI T:002902Marche (+/-)

Première ligne :– No de la pompe (de 1 à 16). Le défilement entre les différentes pompes

s’effectue à l’aide des touches + (ou 9) et - (ou 7)– 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 disponibleBlocage/Borne: Pompe bloquée par le pompiste via le menu pompisteBlocage/PC: Pompe bloquée par le gestionnaire via l’écran de supervision

(Voir 4.3, page 84).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 71)Defaut Module: Pompe bloquée automatiquement suite à un défaut du

moduleDefaut 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, M,D ou 0.

3.5.3 Sous-menu JaugesUn jaugeage est automatiquement effectué lors de l’accès à ce menu.

1 GOI 1500 LT 14 H2O: 1300 D -

Première ligne :– No de la cuve (de 1 à 16). Le défilement entre les différentes cuves s’ef-

fectue à l’aide des touches + (ou 9) et - (ou 7)– 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.4 Sous-menu Badges

L’affectation d’un badge proximité à un véhicule (resp. usager) est réaliséepar la procédure suivante :

3.6. MENU POMPISTE - BORNES TIP2-VATERSAY 75

1. Vehicule: Saisir le code du véhicule. Le code U (ou 2) permet d’initialiserun badge usager. Le code V (ou 1) revient à la saisie d’un véhicule.

2. 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 initialiserun autre badge.

3.6 Menu pompiste - bornes TIP2-VatersayLe menu pompiste des bornes TIP2-Vatersay se présente sous la forme sui-

vante :

1:POMPES 2:CUVES3:MODE 8:..

4:T.BADGE 5:I.BADGE6:TICKET 8:..

L’accès à un sous-menu s’effectue en appuyant sur le chiffre correspondant.Certains éléments peuvent ne pas être disponibles selon la configuration.

Pompes (touche 1): Consultation des totalisateurs, blocage ou déblocage d’unepompe.

Cuves (touche 2): Consultation du stock théorique, régularisation du stock,jaugeage.

Mode (touche 3): Configuration du mode restreint.T.Badge (touche 4): Test de badge.I.Badge (touche 5): Initialisation de badge.Ticket (touche 6): Impression d’un ticket de test.Touche 8: Affichage de l’écran suivant.

Dans toute cette section, tout défilement utilisant les touches - et + estégalement accessible avec les touches 7 et 9 pour les claviers numériques.

3.6.1 Sous-menu PompesCe menu affiche l’état des différentes pompes :

Pompe 1 GOI ./+MARCHE [58]

L’écran contient les éléments suivants :– En haut à gauche, le nom de la pompe et du produit.– En haut à droite, l’indicateur de navigation. Il indique s’il existe des

pompes avant ou après celle qui est actuellement affichée. Lorsque c’est lecas, les touches + et - permettent de les faire défiler.

– En bas à gauche, l’état de la pompe : MARCHE lorsque la pompe est dispo-


nible, ou BLOQUEE suivi de la cause du blocage si elle est bloquée.– En bas à droite, la liste des opérations disponibles, entre crochets :

– Touche 5 : bloquer ou débloquer la pompe. Après appui sur cette touche,un message de confirmation (BLOQUER ? ou DEBLOQUER ?) est affiché. Latouche VAL valide l’opération, EFF l’annule.

– Touche 8 : afficher la valeur du totalisateur. Appuyer de nouveau sur 8pour revenir à l’écran initial.

3.6.2 Sous-menu CuvesCe menu affiche l’état des différentes cuves :

Cuve 1 GOI ./+T:18006L [568]

L’écran contient les éléments suivants :– En haut à gauche, le nom de la cuve et du produit.– En haut à droite, l’indicateur de navigation. Son utilisation est la même

que dans le sous-menu Pompes.– En bas à gauche, la valeur du stock théorique.– En bas à droite, la liste des opérations disponibles, entre crochets.

– Touches 5 et 6 : Régularisation du stock par un approvisionnementpositif (touche 5) ou négatif (touche 6). Confirmer l’opération avec VAL,puis saisir le volume de l’approvisionnement et valider.

– Touche 8 : Lorsqu’une jauge est définie pour cette cuve, elle est automa-tiquement jaugée tant que cet écran est affiché. La touche 8 fait défilerles différentes valeurs obtenues par jaugeage, identifiées par les lettresen bas à gauche de l’écran :Jvc: Volume de carburantJhc: Hauteur de carburantJve: Volume d’eauJhe: Hauteur d’eauJt: TempératureLe symbole (*) indique qu’une erreur s’est produite lors du dernierjaugeage.

3.6.3 Sous-menu ModeCe menu affiche le mode de fonctionnement de l’ensemble GC :

MODE RESTREINT ./.INACTIF [5]

Appuyer sur 5 pour activer ou désactiver le mode restreint. Lorsque ce modeest actif, un R est affiché à côté de l’heure. Selon la configuration, le moderestreint permet d’interdire certaines pompes, ou de limiter la durée maximaled’une transaction.

3.6. MENU POMPISTE - BORNES TIP2-VATERSAY 77

3.6.4 Sous-menu Test badgeCe menu permet de tester un ou plusieurs badges dont on ignore l’affectation.

Il possède deux modes :– Le premier mode permet de tester si un badge est affecté ou non :

T.BADGEA:VEHIC 1234 [8] Badge affecté au véhicule 1234

T.BADGEA:INCONNU [8] Badge non affecté

Appuyer sur 8 pour passer dans le second mode.– Le second mode affiche le code puce d’un badge, et permet d’enregistrer

une transaction pour un retraitement éventuel dans le logiciel :

T.BADGEB:12345678 [58]

Appuyer sur 5 pour enregistrer une transaction contenant le code puce dubadge. La transaction sera enregistrée dans les événements de GIR Titan-Hyperion (Voir 6.3, page 100). Il est possible de saisir un court descriptifpour identifier les différents badges dans le cas où l’on enregistre plusieurstransactions.Appuyer sur 8 pour revenir au premier mode.

3.6.5 Sous-menu Init. badgeCe menu permet d’affecter un badge à un véhicule ou usager. Il comporte

les étapes suivantes :– Choix du type d’affectation. Appuyer sur 1 pour un badge véhicule ou 2

pour un badge usager.

I.BADGE1:VEHICULE 2:USAGER

– Saisie du code du véhicule ou de l’usager à affecter. Si un badge est déjàaffecté pour l’élément selectionné, une confirmation est demandée.

I.BADGE/VEHICULECODE ?

– Passage du badge. L’affectation du badge dans GIR Titan-Hyperion nesera effective qu’après une récupération de transactions.

I.BADGE/VEHICULEBADGE ?


3.7 Déchargement tacho.Les bornes TIP2-Vatersay équipées d’un lecteur de cartes à puce peuvent

être utilisées pour décharger les données sociales contenues dans les cartes ta-chygraphiques.

Le fichier déchargé est ensuite téléchargé par GIR Titan-Hyperion lors de larécupération de transactions, et peut être archivé sur le système informatique.

À la borne, le déchargement est effectué automatiquement lorsqu’une carteest insérée et que la borne est en attente de saisie. Dans ce cas, l’heure affichéesur la première ligne du terminal est remplacée par l’un des messages suivants :

– TACHO: DECH. xx%: Indique que le déchargement est en cours, avec lepourcentage d’avancement.

– TACHO: PAS DE DECH.: Indique qu’une carte a bien été détecté, mais quele déchargement n’a pas lieu. Un événement indiquant la cause détailléeest enregistré (ex : carte inconnue, déchargement déjà effectué récemment,. . .).

– TACHO: DECH. OK: Indique que le déchargement est terminé et que le fi-chier a bien été enregistré par la borne. Un déchargement dure générale-ment de 3 à 5 minutes.

– TACHO: ERREUR DECH.: Indique qu’une erreur a eu lieu durant le déchar-gement.

Les fichiers récupérés par GIR Titan-Hyperion sont enregistrés dans data\dto\tacho.Dans B Config., Bornes, Ens. GC, il est possible de définir un répertoire vers le-quel les fichiers téléchargés seront automatiquement copiés.

Le nom de fichier par défaut est tacho-CCCCCCCCCCCCCCCC-AAAAMMJJ.dat,où CCC... est le numéro de carte, et AAAAMMJJ la date de déchargement. Si unemême carte est déchargée plusieurs fois le même jour, un suffixe -N est ajoutéavant l’extension .dat.

Dans le même menu, le champ Renommage permet de sélectionner une autreconvention pour le nom du fichier, qui sera utilisée au moment de la copie dansle répertoire externe.

3.8 Impression

3.8.1 Impression au fil de l’eauL’impression au fil de l’eau permet de conserver un historique sur papier de

toutes les transactions effectuées sur une borne.Les transactions carburant sont imprimées selon le format suivant :

Date Heure P Prd Volume Vehicule Compteur Delta Conso Usager Act/Sp/Pmp21/03 17:55 2 GOI 143.50 VVVVV K 175689 950 15.1 UUUUU A 7788

Signification des champs :– Date, Heure: Date et heure de la transaction– P: Numéro de la pompe– Prd: Nom du produit– Volume: Quantité de carburant débitée (en L)– Vehicule: Code ou numéro d’enregistrement du véhicule

3.8. IMPRESSION 79

– Compteur: ’K’ puis compteur kilométrique (en km), ou ’H’ puis horairecompteur horaire (en centièmes d’heures).

– Delta: Km ou H parcourus.– Conso: Consommation en L/100Km ou L/H– Usager: Code ou numéro d’enregistrement de l’usager– Act/Sp/Pmp: Une des informations optionnelles suivantes, par ordre de

priorité :– ’A’ + Code activité– ’S’ + Code spécifique– ’V’ + Pompiste véhicule (Code ou numéro d’enregistrement)– ’U’ + Pompiste usager (Code ou numéro d’enregistrement)

Les autres événements sont imprimés dans un message explicite (ex : pompebloquée, badge inconnu. . .).

Une ligne blanche suivie de la date complète est imprimée à chaque change-ment de jour, ainsi qu’au démarrage de la borne.

3.8.2 Impression ticket

L’impression de ticket permet de délivrer un reçu à l’issue de chaque prisede carburant.

Un ticket a le format suivant :

GIR Titan-Hyperionwww.gir.fr21/03/2005 17:55:34

Station Borne 1Pompe 1 GOI

Vol: 143.50 LV: VVVVVU: UUUUUK: 175689 kmA: 7788

Description :– Deux premières lignes personnalisables dans la Config. Installateur.– Date de la transaction. Si la borne n’est pas dans le même fuseau ho-

raire que GIR Titan-Hyperion, les heures locales et UTC sont égalementindiquées.

– Nom du site et nom de la borne– Nom de la pompe et nom du produit– Quantité de carburant débitée– Véhicule (lettre V)– Usager (lettre U)– Compteur kilométrique (lettre K)– Compteur horaire (lettre H)– Code activité (lettre A)– Code spécifique (lettre S)


– En cas de gestion d’avoir :– Avoir restant– Pour les avoirs monétaires, P.U. et montant de la transaction.

Chapitre 4

Dialogue avec la borne

4.1 PrincipeChaque 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 transac-tions. Il est donc nécessaire de régulièrement synchroniser les données entre GIRTitan-Hyperion et les bornes. Cette synchronisation s’effectue en deux opéra-tions distinctes :

1. Récupération et traitement dans GIR Titan-Hyperion des transactionsstockées sur les bornes. Les bornes TIP possèdent une capacité de stockagede 2500 transactions.

2. Mise à jour des données des bornes à partir de la base de données de GIRTitan-Hyperion (compteurs, blocages, etc.)

Toute modification effectuée dans GIR Titan-Hyperion (affectation d’unmessage, interdiction, . . .) ne sera donc réellement prise en compte sur la bornequ’après avoir effectué un dialogue avec celle-ci.

4.1.1 Utilisation de plusieurs bornesLa 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. Lorsd’une saisie de compteur, c’est cette copie qui est mise à jour avec le nouveaucompteur, et les autres bornes conservent encore l’ancienne valeur.

Exemple d’un système à deux bornes : Le véhicule V possède un compteurkilométrique dont la valeur est 50000 km. Sa fourchette de tolérance (Voir 5.1,page 89) est de 1000 km. Cette information est stockée par GIR Titan-Hyperionet envoyée aux deux bornes B1 et B2.

GIR Titan-Hyperion Borne B1 Borne B2

Véhicule V , 50000 km Véhicule V , 50000 km Véhicule V , 50000 km

Une prise de carburant est effectuée sur la borne B1 pour le véhicule V , lecompteur saisi est 50800 km. On a alors la situation suivante :

81

82 CHAPITRE 4. DIALOGUE AVEC LA BORNE



Si le véhicule V se présente plus tard sur la borne B2, avec un compteur de51500 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 duvéhicule est toujours de 50000 km. Le compteur maximum autorisé d’après lafourchette définie est donc de 51000 km.

Si un dialogue a eu lieu entre les deux prises de carburant du véhicule V , onaura la situation suivante :



Le nouveau compteur de 51500 km sera alors bien accepté sur les deuxbornes.

Il est donc conseillé de synchroniser les données régulièrement, de sorte qu’ily ait toujours eu au moins une synchronisation entre deux prises de carburantd’un véhicule. La meilleure solution est de définir un dialogue automatique (Voir2.7, page 46). En général, une opération de dialogue programmée toutes les 24heures est suffisante (à adapter si un même véhicule peut effectuer plusieursprises de carburant par jour).

4.2 Dialogue manuel

Le menu Dialogue borne permet de lancer une communication entre une ouplusieurs bornes et GIR Titan-Hyperion.

Pour démarrer un dialogue, cliquer sur Lancer après avoir sélectionné lesbornes, l’opération et les options souhaitées. L’écran de suivi de dialogue s’af-fiche 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 syn-

chroniser les données entre GIR Titan-Hyperion et les bornes.– Récup.-Envoi-Jaugeage: Effectue une synchronisation, ainsi qu’une récu-

pération des stocks en cuve par jaugeage (uniquement avec un modulejauge). Les informations de jaugeage ainsi récupérées sont enregistréesdans un historique 4.2.1, page 83.

– Récup.-Envoi-Totalisateurs: Effectue une synchronisation, ainsi qu’unerécupération des totalisateurs internes des modules pompes pour les-quels le relevé a été activé 4.2.1, page 83.

– Récup.-Envoi-Totalisateurs-Jaugeage: Effectue une synchronisation, unrelevé des totalisateurs, et un jaugeage.

– Récup.-Config.-Envoi : Effectue un envoi de configuration et un renvoicomplet des données, après avoir récupéré les transactions (*).

– Récup.-Init.-Config.-Envoi : Permet d’initialiser une borne avec une nou-velle séquence, après avoir récupéré les transactions (*).

4.2. DIALOGUE MANUEL 83

– Init.-Config.-Envoi : Permet d’initialiser une borne avec une nouvelle sé-quence. Attention, cette opération efface les transactions stockées sur laborne (*).

– Récup.-Attente-Init.-Config.-Envoi : Permet d’initialiser une borne avecune nouvelle séquence, en s’assurant au préalable que la borne est in-utilisée. Si des prises de carburant ou des saisies sont en cours, GIRTitan-Hyperion attend qu’elles soient terminées avant d’initialiser laborne.

– Dump mémoire: Ecrit le contenu de la mémoire de la borne dans unfichier.

– 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érentsmodules

– Màj modules - Test liaison: Réinitialise les modules puis effectue un testliaison comme ci-dessus.

(*) : Ces opérations provoquent une interruption de service sur la borneet 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éces-

saires, Complet envoie la totalité des données. Ainsi, si l’on dispose d’unebase synchronisée, et que l’on modifie un véhicule pour lui affecter unmessage, l’envoi Delta enverra un seul véhicule à la borne alors que l’envoicomplet 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 nedoivent ê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 certaintemps, si l’on souhaite effectuer plusieurs opérations à la suite sur unemême borne. C’est particulièrement le cas si la phase d’ouverture est assezlongue, 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.2.1 Jaugeages et totalisateursLes dialogues effectuant un jaugeage ou un relevé des totalisateurs ont des

contraintes spécifiques :


– Le stock d’une cuve ne peut être jaugé que si aucune transaction n’est encours sur les pompes rattachées à cette cuve.

– Le totalisateur d’une pompe ne peut être relevé que si aucune transactionn’est en cours sur la pompe.

Ces contraintes sont nécessaires pour éviter d’enregistrer des relevés au milieud’une transaction, et donc de générer des écarts intempestifs.

Si une transaction est en cours au moment du relevé, le relevé n’est pasenregistré. Le dialogue se poursuit normalement, mais aura pour résultat “In-complet” au lieu de “Terminé”.

Il est possible d’assurer qu’un relevé aura bien lieu, en lançant un dialogueavec attente. Dans ce cas, GIR Titan-Hyperion attend que les transactions encours soient terminées et bloque temporairement les pompes pour éviter quede nouvelles transactions ne commencent. Le message ATTENTE JAUGEAGE estaffiché à la borne.

Les pompes redeviennent disponibles une fois que le relevé est effectué. Encas de perte de liaison pendant la phase d’attente, les pompes redeviennentdisponibles après environ 10 minutes.

4.3 Supervision

B SupervisionEn 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’écrande supervision présente les différentes cuves rattachées à la borne choisie, et lespompes 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 à distanceCliquer 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 83).

Informations générales : En cas d’anomalie, un pavé d’information est af-fiché dans la partie supérieure de l’écran. Les principales anomalies sont lessuivantes :

– Défaut liaison terminal , Défaut liaison lecteur , . . . : indique un problème decommunication entre l’unité de gestion et un module.

– Date incorrecte : La date de la borne est invalide. Effectuer un dialoguepour réaliser la mise à l’heure.

– Mémoire pleine : La borne ne peut plus enregistrer de nouvelles transac-tions. Effectuer un dialogue pour récupérer les transactions.

4.3. SUPERVISION 85

– Erreur mémoire : Une erreur a eu lieu lors de l’accès à la mémoire de laborne. L’unité de gestion doit probablement être remplacée.

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 cliquantsur Stock réel. Un jaugeage est automatiquement effectué à chaque foisqu’une prise de carburant a lieu sur la cuve correspondante. Il est pos-sible de forcer un jaugeage sur toutes les cuves en cliquant sur Forcerun jaugeage. Le jaugeage ainsi réalisé est fait uniquement dans un butde consultation temporaire des stocks. Pour effectuer un jaugeages dontle 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 paren-thèses :– gestionnaire: Pompe bloquée par le gestionnaire via l’écran de super-

vision– 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 71)– 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 seuilminimum.

– Hors zone: Pompe hors zone.– Disponible: Pompe disponible

Les informations sur une éventuelle transaction en cours et le totalisateursont consultables en cliquant sur Détail en dessous de la pompe choisie. Letotalisateur affiché est celui intégré au module pompe (et non le totalisateurd’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éblocageLe 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 ouDébloquer, un écran de confirmation s’affiche et propose soit de lancer l’opérationimmédiatement, soit de la différer. Lorsque l’opération est différée, il est possibled’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 pourla dernière.

4.3.2 Transaction à distance

Lorsqu’une pompe est disponible, il est possible de déclencher à distanceune transaction en cliquant sur Transaction. Le logiciel tente alors de réserver lapompe.

En cas de succès, le message “Pompe <nom de la pompe> réservée” estaffiché. Lorsqu’une pompe est réservée, elle n’est plus disponible pour une prisede carburant à la borne. Il est possible d’annuler cette réservation à tout momenten cliquant sur Annuler la réservation.

Saisir une transaction permet de définir les différents paramètres de la tran-saction (véhicule, usager, compteurs. . .) d’une manière similaire à la saisie d’unetransaction manuelle (Voir 8.1, page 107).

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 (Voir3.3, page 71), il est possible de passer outre certaines interdictions lorsqu’unetransaction est déclenchée à distance. Dans ce cas, un avertissement s’afficheraavec la nature l’interdiction. Les différents contrôles qu’il est possible de forcersont :

– Interdiction explicite– Date d’expiration– Autorisation selon la zone– Blocage à cause d’un entretien non fait– Blocage à cause d’un avoir insuffisant

4.4 Résolution des erreurs

En dehors des simples erreurs de communication, il existe différentes erreursde 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 co-okie (numéro aléatoire) qui est envoyé à la borne d’une part et stocké dans latable borne côté pc d’autre part. À chaque dialogue le cookie est lu dans la

4.4. RÉSOLUTION DES ERREURS 87

borne et comparé à celui connu du pc, s’ils différent le dialogue sort en erreurModule modifié.

Solution 1 : Si l’unité de gestion contient des transactions effectivement liéesau système mais que le cookie est différent (car on est parti d’une anciennesauvegarde 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 queles données qu’elle peut contenir n’ont pas d’importance, effectuer un dialogueInit.-Config.-Envoi .

4.4.2 Config. modifiéeCause : Après une modification de la configuration d’une borne, GIR Titan-Hyperion 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 autrescas :

1. Après une mise à jour de l’application, lorsqu’il y a changement dans lamaniè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 : Effectuer un dialogue Récup.-Config.-Envoi ou Récup.-Init.-Config.-Envoi .

4.4.3 Etat invalideCause : Lorsque la borne contient des informations incohérentes sur la tailledes 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 automatiquementlorsqu’une borne est dans un tel état.

Solution : Effectuer un dialogue Récup.-Envoi en cochant l’option Forcer récup(état invalide).

4.4.4 Config. en coursCause : Le dialogue avec les bornes TIP2-Vatersay n’est pas possible pendantl’utilisation de l’application de configuration.

Solution : Quitter l’application de configuration à la borne pour pouvoir ef-fectuer un dialogue.


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 para-métrable pour chaque produit, et accessible dans l’onglet Réservoirs de la fichevéhicule (Voir 2.1.8, page 34).

5.1 Fourchettes de toléranceIl est possible de vérifier la cohérence d’un compteur lors d’une prise de car-

burant, 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 entrela 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 valeursaisie.

Exemples :

Compteur Fourchette Valeurs autorisées76000 km 2000 km De 76000 à 78000 km182000 km 15000 km De 182000 à 197000 km49000 km (N/A) Pas de contrôle

(N/A) 5000 km 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 saisiede compteur définit donc son compteur actuel. L’initialisation d’un compteuraprès la création d’un véhicule peut s’effectuer :

– A la borne, en saisissant la valeur du compteur comme pour une prise decarburant normale.

– Dans GIR Titan-Hyperion, en créant une transaction manuelle de volumenul (Voir 8.1, page 107).

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 er-reur d’un chiffre dans la saisie (par exemple 5500 au lieu de 55000) ne sera pasdétectée. Les valeurs des kilométrages parcourus et des consommations serontalors erronées, et il faudra corriger le compteur à la main (Voir 8.3, page 111). Ilest donc préférable de toujours définir une fourchette, même très grande (10000

89

90 CHAPITRE 5. COMPTEURS

km par exemple). La seule exception à cette règle concerne les véhicules d’inter-vention d’urgence, pour lesquels une fourchette nulle peut être définie afin qu’ilsne soient pas bloqués lors d’une prise de carburant.

Lorsque plusieurs bornes sont utilisées simultanément, la valeur des comp-teurs doit être tenue à jour entre les différentes bornes pour que le contrôle defourchette fonctionne correctement (Voir 4.1.1, page 81).

5.2 Problème à la saisie d’un compteur

Cette partie décrit la procédure à suivre dans le cas où le compteur d’unvéhicule est refusé par le message VALEUR INCORRECTE, alors que la valeur saisiecorrespond bien au compteur du véhicule.

1. S’assurer que toutes les bornes ont bien été synchronisées depuis la dernièreprise de carburant du véhicule. Ceci est particulièrement important dansle cas d’une utilisation multi-bornes (Voir 4.1.1, page 81).

2. Vérifier la valeur du compteur et la fourchette associée dans GIR Titan-Hyperion. 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 avecun plein. Dans ce cas, corriger la valeur de la fourchette et effectuer undialogue 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 107) puiseffectuer 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é : utiliserl’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’uncompteur est incorrecte :

Compteur refusé

"VALEUR INCORRECTE"

Forcer le compteur

par une transaction pompiste

Forcer le compteur

par une transaction à distance

Corriger

l’ancien compteur

Envoyer les données

à la borne

Se servir

en carburant

Se servir

en carburant

Corriger

l’ancien compteur

(2)(1) (3)

5.2. PROBLÈME À LA SAISIE D’UN COMPTEUR 91

1. Forcer le compteur par le biais d’une transaction pompiste (Voir 3.3,page 71).

2. Forcer le compteur par le biais d’une transaction à distance (Voir 4.3.2,page 86).

3. Corriger le compteur erroné dans la dernière transaction (Voir 8.3, page 111),envoyer les données corrigées à la borne, puis effectuer la transaction nor-malement.

Les méthodes (1) et (2) permettent d’effectuer la prise de carburant im-médiatement, sans avoir à renvoyer des données à la borne. Mais dans le casoù 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, enl’absence de cette correction, les kilométrages parcourus et les consommationsseront 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 de11500 km.

Il effectue un premier plein le 12/05/2004, et saisit par erreur un compteurde 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 :

Date Véhicule Compteur ParcouruT1 12/05/2004 V 13000 km 1500 km

Le lendemain, il se présente de nouveau à la borne et saisit son nouveaucompteur : 12500 km. Le message VALEUR INCORRECTE s’affiche car le derniercompteur connu est de 13000 km. L’erreur de la veille étant constatée, le comp-teur est forcé à 12500 km par la méthode (1) ou (2). Une nouvelle transactionest créée :

Date Véhicule Compteur ParcouruT2 13/05/2004 V 12500 km -500 kmT1 12/05/2004 V 13000 km 1500 km

La valeur du kilométrage parcouru, et donc la consommation associée, estalors fausse pour les transactions T1 et T2. Il faut donc corriger le compteur de latransaction T1, GIR Titan-Hyperion recalculant alors les kilométrages parcouruset les consommations pour ces transactions :

Date Véhicule Compteur ParcouruT2 13/05/2004 V 12500 km 500 kmT′1 12/05/2004 V 12000 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 comp-teur, mais elle nécessite de corriger le compteur erroné et d’effectuer un dialogueavec la borne avant que la prise de carburant ne puisse commencer.

92 CHAPITRE 5. COMPTEURS

Si la valeur réelle du compteur est inconnue, il est possible de la supprimer.Dans ce cas, la transaction T

′1 aura un compteur et un kilométrage parcouru à

(N/A), et son volume sera reporté sur le calcul de consommation de la transac-tion 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 enre-

gistrées dans GIR Titan-Hyperion. Par défaut, les transactions sont triées parordre antichronologique. Deux liens dans le menu B Exploitation permettentd’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 transac-tion :

– Manuelle: Transaction saisie manuellement dans GIR Titan-Hyperion (Voir8.1, page 107).

– À distance: Transaction déclenchée à distance sur la borne, depuis un PC(Voir 4.3.2, page 86).

– Importée: Transaction importée depuis des données pétrolières (Voir 13,page 131).

– 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 estcalculé sur l’ensemble des transactions répondant au filtre courant.

Autres champs :

Options:– Facturée à l’usager : Utilise le service de l’usager lors de la prise en compte

de cette transaction dans l’état de facturation (Voir 12, page 127).– Cpt. forcé: Indique que le compteur du véhicule a été forcé, grace à

l’option du même nom (TIP2-Vatersay seulement)– Vol. max : Indique que la transaction a été arrêtée parce que le volume

maximal autorisé (capacité ou avoir) a été atteint (TIP2-Vatersay seule-ment).

Id. auto.: Indique si certaines données de la transactions (Véhicule,

93

94 CHAPITRE 6. CONSULTATION DES ÉTATS

Compteur km, Compteur H) proviennent d’une source automatique. Les infor-mations peuvent provenir soit d’un badge spécial (ex : carte tachygra-phique), soit de la réutilisation d’une saisie précédente (option Réutilisa-tion).

Transactions remarquables

Le lien (Rem.) dans le menu B Exploitation permet d’accéder directement àun historique filtré sur les transactions remarquables. Les transactions suivantessont considérées comme remarquables :

– Transactions en sur ou sous consommation.– Transactions effectuées via le pompiste ou déclenchées à distance.– Transactions saisies manuellement.– Transactions effectuées dans une zone de vigilance (Voir 2.6, page 43).– . . .Il est possible de recevoir périodiquement par e-mail un historique de ces

transactions (Voir 7, page 103).

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. Parexemple un cumul par Service/Véhicule affichera, pour chaque service, untableau dont les éléments sont les véhicules de ce service.Les types de cumuls les plus fréquents sont prédéfinis. Un clic sur ’>>>’permet de les personnaliser.

Options:– 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 ledernier compteur de chaque véhicule sur la période demandée.

– Cacher les compteurs kilométriques, Cacher les compteurs horaires: Masqueles colonnes relatives aux critères kilométriques ou horaires.

– Cacher les prix : Masque les informations sur le prix (Montant et prixunitaire)

– Afficher les éléments sans transactions: Cette option permet d’affichertous les éléments sur lesquels le cumul est effectué (par exemple tous lesvéhicules), même ceux n’ayant pas réalisé de transaction dans la périodedemandée.

– Afficher nb. transac.: Affiche une colonne contenant le nombre de tran-sactions pour chaque élément du cumul.

– Afficher nb. jours: Affiche une colonne contenant le nombre de joursdifférents au cours desquels une transaction a eu lieu.

– Ventiler par mois: Affiche un cumul séparé pour chaque mois calendairecontenu dans la période sélectionnée.

6.1. TRANSACTIONS CARBURANT 95

– Afficher conso. référence: Lorsque le cumul est effectué sur des véhi-cules, affiche une colonne avec la plage de consommation normale dechaque véhicule, sous la forme “Conso. min - Conso. max”. Une sur-consommation est indiquée par une conso max en rouge. Une sous-consommation est indiquée par une conso min en rouge.

– Filtrer anomalies conso.: N’affiche que les véhicules en sur ou sous-consommation.Détail produit:

– Non: Affiche une seule ligne par élément, en sommant les valeurs pourtous les produits.

– Ext/Int cumulés: Affiche pour chaque élément une ligne par produit uti-lisé, 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 parproduit utilisé, en séparant les pleins internes et extérieurs. Les pleinsexté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 estobligatoire.

Une fois les paramètres choisis, cliquer sur Calculer pour afficher le résultatdu cumul. Les paramètres sont répétés dans la partie supérieure de l’écran. Lebouton Modifier permet de sélectionner d’autres paramètres pour effectuer unnouveau cumul.

Calcul de la consommation moyenne

Il peut exister une différence entre la consommation moyenne affichée etcelle qui serait calculée à partir du volume et du kilométrage parcouru. Ceci estnormal 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 compteurnon renseigné pour la plus récente :

Date Volume Compteur Parcouru15/04/2004 57,00 L (N/A) (N/A)08/04/2004 55,00 L 73300 km 500 km02/04/2004 59,00 L 72800 km 600 km

Si l’on effectue un cumul sur ces trois transactions, on obtiendra un volumede 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 pourparcourir 1100 km, ce qui est faux : la dernière transaction n’a pas de compteurrenseigné, et son volume de 57 litres doit donc être ignoré dans le calcul de laconsommation moyenne. Le calcul correct est donc 114 litres pour 1100 km, soit10,36 L/100km.

Pour plus de détail sur le calcul des kilométrages parcourus et la gestion destransactions sans compteur, se reporter au chapitre “Traitement des transactionscarburant” (Chapitre 17, page 145).

6.1.3 Graphiques

B Exploitation/Graphiques transactions carburant.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 unesemaine.

– Répartition: Répartition de l’utilisation de la station selon les critèressélectionnés. Par exemple, Répartition par véhicule avec la valeur Volumeaffichera les dix véhicules ayant consommé le plus de carburant sur lapériode sélectionnée.

Date Heure: Sélection de la période. Lorsque le graphique est affiché, des bou-tons de navigation permettent de passer aux périodes précédentes et sui-vantes, ou de changer d’échelle. Les différentes échelles disponibles sontjour, semaine, mois et année.

Elements de filtrage: Type des éléments de filtrage proposés dans les champsValeur.

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émentdonné. Par exemple, pour comparer l’évolution de la consommation dedeux services sur une année, on sélectionnera Services comme élément defiltrage, puis les deux services voulus dans Valeur 1 et Valeur 2.

6.2. GESTION DES STOCKS EN CUVE 97

6.2 Gestion des stocks en cuve

6.2.1 Etat des cuves

B Etat des cuvesCet é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, enorange s’il est inférieur au seuil d’alerte.

– Détail permet d’afficher des informations détaillées sur une cuve : prix dustock, 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’estdisponible que si l’option correspondante a été activée dans Config. ges-tionnaire.

Informations relatives aux pompes :– Détail permet d’afficher des informations détaillées sur une pompe : tem-

porisation, 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 fonction-nalité n’est disponible que si l’option correspondante a été activée dansConfig. gestionnaire.


6.2.2 Etat antérieur des cuvesB Exploitation, Etat antérieur des cuvesCet écran donne accès à différents états sur l’historique des stocks cuves.Le calcul de la valeur d’un stock à une date donnée est effectué à partir

du stock actuel de la cuve, de l’historique des transactions carburant, et desapprovisionnements.

– Stocks antérieurs: Calcul du stock théorique d’une cuve à une date donnée.– Histo. jaugeages et approvisionnements: Historique comparé des jaugeages

et des approvisionnements, avec évolution de l’écart entre stock théoriqueet stock réel.

– Histo. jaugeages et transactions: Historique des jaugeages effectués en finde plein.

– Graphiques des stocks: Visualisation graphique de l’évolution du stockd’une cuve.

– Histo. totalisateurs et transactions: Historique comparé des volumes et destotalisateurs relevés dans chaque transaction (TIP2-Vatersay seulement).

Chacun de ces états est consultable en sélectionnant une cuve et une plagede dates, puis en cliquant sur Voir.

6.2.3 Etat prévisionnelB Exploitation, Etat prévisionnel des cuvesCet é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 carburanteffectuées sur chaque cuve, au cours de la période de référence choisie.

Cette estimation est effectuée en calculant le volume moyen débité sur unecuve au cours de la période de référence, pour chaque jour de la semaine. Cecipermet notamment de tenir compte de la différence de consommation entre lasemaine et le week-end.

Exemple : La consommation moyenne sur une cuve est de 500 litres par jouren semaine, et nulle les samedis et dimanches. On effectue un état prévisionnelle 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 esti-mation correcte. Il est conseillé de choisir une période suffisamment longue et aucours de laquelle l’activité sur la station a été significative. De plus, toutes lestransactions effectuées au cours de cette période doivent avoir été récupérées.Période de référence: Période de référence à utiliser pour calculer l’estimation.Type: Définit les seuils à afficher.

– Stock nul indique quand le stock passera en-dessous de zéro.– Blocage et Alerte indiquent quand le stock passera en-dessous des seuils

correspondants, spécifiques à chaque cuve.Mode: Mode d’affichage.

– En mode Liste, les différentes cuves sont affichées dans un tableau avec,pour chaque cuve, le délai en jours avant que les seuils ne soient atteints.

– En mode Calendrier , un calendrier sur 5 semaines glissantes indique lesjours auxquels les seuils seront atteints. Un clic sur % donne les valeursdes stocks prévues pour la semaine sélectionnée.

6.2. GESTION DES STOCKS EN CUVE 99

Autonomie: En mode Liste, le calcul sur la Capacité permet d’estimer l’auto-nomie théorique d’une station.

Options:– Grouper par site: En mode Calendrier , affiche une seule fois le nom d’un

site lorsque plusieurs cuves du site sont affichées sur le même jour.Produit, Type de produit, Site, Région: Filtre selon l’élément sélectionné

6.2.4 Jaugeage

Lorsque des jauges sont installées, GIR Titan-Hyperion permet de réaliserun jaugeage et de consulter les informations obtenues. Un jaugeage est réalisablede deux manières :

– Via l’écran de supervision (Voir 4.3, page 84), pour consulter ponctuelle-ment les valeurs du jaugeage.

– Via un dialogue Récup.-Envoi-Jaugeage, pour conserver les valeurs du jau-geage dans un historique (B Exploitation, Histo. jaugeages). Il est possiblede lancer un tel dialogue manuellement (B Dialogue borne), ou de le défi-nir en tant que dialogue automatique (Voir 2.7, page 46), pour alimenterautomatiquement l’historique des jaugeages à intervalles réguliers, et éven-tuellement générer des alertes en fonction des valeurs mesurées.Dans la fiche jaugeage, le bouton Appro. correctif permet de saisir un ap-provisionnement directement renseigné avec l’écart entre le stock théoriqueet le stock réel mesuré par jaugeage.

En TIP2-Vatersay, un jaugeage est également effectué après chaque transac-tion. La hauteur jaugée est consultable dans fiche de la transaction.

Plusieurs états d’exploitation des jaugeages sont disponibles dans B Exploitation,Etat antérieur des cuves (Voir 6.2.2, page 98).

6.2.5 Totalisateurs

Les modules pompes disposent d’un totalisateur interne, incrémenté lors-qu’un débit de carburant est détecté. GIR Titan-Hyperion permet de lire au-tomatiquement ce totalisateur, afin de vérifier sa cohérence par rapport auxtransactions enregistrées. Pour activer le relevé du totalisateur sur une pompe,cocher l’option Relevé totalisateur dans le module pompe désiré (B Config., Ges-tion des bornes, seuils cuves, ref. et zones).

Lorsqu’un dialogue Récup.-Envoi-Totalisateurs est lancé, les totalisateurs desmodules pompes sélectionnés sont enregistrés dans la table Histo. relevés totali-sateurs. 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 transac-tions récupérées entre les deux relevés (champ Différence (trans.)). L’écart entreces deux valeurs est affiché dans le champ Ecart. Il doit être proche de zéro.

Il est également possible de déclencher une alerte lorsque l’écart entre lestotalisateurs et les transactions dépasse un certain seuil. L’alerte reste affichéedans le tableau de bord tant qu’elle n’a pas été acquittée. Pour cela, aller dansla fiche du relevé totalisateur ayant causé l’alerte, puis cliquer sur Acquitter etconfirmer l’opération.


6.3 EvénementsB Exploitation, EvénementsLa 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 borne ou lors de l’ins-

tallation de modules pompes (TIP1-Pabbay seulement).– Clôture: Clôture de transactions (Voir 2.3.1, page 41).– 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’estréalisée que si l’option correspondante est cochée dans la période de l’avoir(Voir 11.2, page 122).

– Sur-conso.: Véhicule en sur-consommation– Stock cuve: Alerte sur un stock en cuve– Tacho: Déchargements de cartes tachygraphiques– Location: Ouverture ou fermerture de location (Voir 2.1.11, page 36).– Transaction: Avertissements générés au cours du traitement d’une tran-

saction. La transaction est identifiable par la borne et le numéro Id entrecrochets 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 borneLes événements suivants permettent de suivre l’alimentation électrique des

bornes TIP1-Pabbay :– 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 lescontrôles lors de la première saisie de compteur (Voir 5.1, page 89). Ilest conseillé de lancer une synchronisation entre la borne et le PC aprèsun 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’alimentation2. Alimente Reseau quelques secondes plus tard

– d’une durée inférieure à l’autonomie de la batterie :1. Enregistre Recup au moment de la coupure2. Alimente Reseau quelques secondes plus tard

6.4. ID. TRANSACTIONS 101

– 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

3. Alimente Reseau quelques secondes plus tard

– 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

3. Alimente Reseau quelques secondes plus tard

– En cas d’initialisation, ou de crash séquence

1. Relance Sequence

à la date du redémarrage de la séquence

6.3.2 Logs bornes

Les bornes TIP2-Vatersay possèdent un historique de messages spécifique,consultable dans B Exploitation, Logs bornes.

Les lignes commençant par “--- BOOT” indiquent un redémarrage électriquede la borne. Les autres informations enregistrées dans cette table sont utiliséespar le SAV pour diagnostiquer des problèmes éventuels.

6.4 Id. transactions

B Exploitation, Id. transactionsLa 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 uneborne, il lui est attribué un numéro Id. Ce numéro est ensuite automatiquementincré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 carbu-rant, accès, pompe, ou autre) et dans la table Id. transactions. Il suffit alors deconsulter 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 pourlaquelle aucun type de transaction n’est renseigné indique une initialisation dela borne.

6.5 Tableau de bord

B Exploitation, Tableau de bordLe tableau de bord liste les anomalies détectées par l’application. Une version

abrégée de cet état est affichée sur la page d’accueil.La mention R.A.S. accompagnée d’un carré vert signifie qu’aucune anomalie

n’est détectée.


Les anomalies principales sont les suivantes :– Espace disponible faible: Ce message est affiché lorsqu’une table a presque

atteint le nombre maximum d’enregistrements autorisés. Pour les tablesd’historiques, ceci signifie généralement qu’une purge des éléments les plusanciens doit être effectuée (Voir 18.1, page 151).

– Erreur liaison borne: Ce message est affiché lorsque plusieurs dialoguesconsécutifs ne se sont pas terminés correctement, selon le seuil défini dansla borne (Voir 2.11, page 60). Il disparaît dès qu’un dialogue avec la borneconcernée se déroule correctement.

– Erreur liaison modules: Ce message est affiché lorsque plusieurs tests mo-dules ont échoués (Voir 2.11, page 60). Il disparaît dès qu’un test de mo-dules avec la borne concernée se déroule correctement.

– Alertes cuves : indique les cuves dont le stock est inférieur au seuil d’alerteou de blocage, ainsi que les écarts de jaugeages dépassant les seuils définis(Voir 2.11, page 60).

– Alertes pompes : indique les pompes bloquées ou en mode manuel, ainsique les écarts de totalisateurs dépassant les seuils définis (Voir 2.11, page 60).

– Clôtures non effectuées (Voir 2.3.1, page 41).– Entretiens ayant atteint le seuil de blocage ou d’alerte (Voir 10, page 115).

6.6 Autres étatsCes états sont accessibles via le menu B Exploitation.

Histo. appro. cuves: Historique des approvisionnements effectués sur les cuves.Histo. blocages pompes: Historique des changements d’état des pompes.Mouvements des produits: Affiche un bilan quotidien de la quantité de carbu-

rant entrée et sortie d’un site.

Chapitre 7

E-Mails

GIR Titan-Hyperion peut envoyer des messages électroniques, soit à des finsd’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érouleen 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ériodiquessont envoyés.

Jours: Jours de la semaine lors desquels les rapports périodiques quotidienset hebdomadaires sont envoyés. Pour les rapports hebdomadaires, le jourd’envoi est le premier jour activé dans ce champ, à partir du lundi.

Jour d’envoi: Jour à partir duquel les rapports périodiques mensuels sont en-voyé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 Titan-Hyperion. Cette adresse permet notamment de recevoir une notificationlorsqu’un message n’a pas pu être acheminé.

Les champs Heure d’envoi, Jours et Jour d’envoi permettent de régler l’envoi demanière à ce que les données soient bien à jour. En effet, en raison du mécanismede récupération des transactions (Voir 4, page 81), il est très probable que labase 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

103

104 CHAPITRE 7. E-MAILS

jours un e-mail avec l’historique des transactions de la journée. Si cet e-mailest envoyé entre minuit et 6 heures, la récupération des transactions n’aurapas encore eu lieu, la base de donnée ne sera donc pas à jour et l’historiquesera incomplet. Pour éviter cela, on définira par exemple 8 heures comme Heured’envoi, de sorte que toutes les transactions soient récupérées avant l’envoi dumessage.

Selon le même principe, si les récupérations automatiques sont programméestous les jours de la semaine sauf le dimanche, on décochera samedi dans le champJours pour éviter l’envoi d’un rapport incomplet le dimanche matin.

Dans le cas des rapports mensuels, le champ Jour d’envoi permet de laisserun 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 transactionsont bien été récupérées sur les différentes bornes. Si ce n’est pas le cas, le messagecontiendra 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, selon laconfiguration de l’application, dans l’onglet Autorisations ou E-mails de la ficheutilisateur (Voir 2.8, page 47). Il permet de définir les types d’alertes et derapports 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 dansles tables Evénements et Histo. transactions pompes .

Alertes globales :– Application: Messages d’alerte généraux.– Import pétro.: Compte-rendu des imports automatiques de données pé-

trolières.

Alertes disponibles pour les sites :– Cuves: Alertes sur les niveaux des cuves et les relevés de totalisateurs.– Pompes: Alertes sur les changements d’état des pompes.– 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 blo-

cage.– Sur-conso.: Alerte lorsqu’un véhicule est en sur-consommation.– Expirations: Alerte lorsque l’autorisation d’un véhicule ou usager ex-

pire, ou lorsqu’un avoir est épuisé. L’alerte sur l’épuisement d’un avoirest déclenchée uniquement si l’événement associé est généré (Voir 11.2,page 122).

– Clôtures: Alerte en cas de clôture non effectuée.– Borne: Alerte en cas de défaut de liaison avec une borne (voir 2.11,

page 60 pour les conditions de déclenchement d’une telle alerte).

7.3. ADRESSES 105

– Badge invalide: Alerte lorsqu’un badge inconnu est utilisé sur une borne.

Options:– Grouper expirations, Grouper entretiens: Par défaut, un e-mail est

envoyé pour chaque nouvel événement. Dans le cas des entretienset des expirations d’autorisation, cela peut conduire à de très nom-breux messages en peu de temps. Lorsque ces options sont cochées,les entretiens et les expirations d’une même journée sont envoyésen un seul message.

7.2.2 Rapports périodiquesChaque rapport peut être envoyé avec une périodicité quotidienne, hebdoma-

daire ou mensuelle. Lorsqu’aucune périodicité n’est choisie, l’envoi du rapportest désactivé. Pour certains rapports, il est possible de choisir le type de contenu :informations de type carburant, accès, ou les deux.

Dans le cas des historiques de transactions, il est possible de recevoir soitl’historique complet, soit un historique contenant seulement les transactionsremarquables (Voir 6.1.1, page 94) .

Rapports disponibles pour les sites :– Stocks: Valeur des stocks en cuves, derniers jaugeages, et cumul par

borne/pompe.– Transactions: Approvisionnements et transactions réalisées sur le site.

Carburant Historique des approvisionnements de cuveHistorique des transactions carburant

Accès 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 Historique des transactions carburantAccès Historique des transactions accès

– Cumuls: Cumuls sur les transactions de la direction ou du service.

Carburant Cumul des transactions carburant par service/véhicule

7.3 Adresses

Les adresses d’un utilisateur sont définies dans l’onglet E-Mails de la ficheutilisateur (B Saisies, Utilisateurs). Lorsqu’un utilisateur doit être notifié, GIRTitan-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

106 CHAPITRE 7. E-MAILS

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-Hyperionenverra alors un message de test au format texte à l’adresse choisie. Cet outil detest est également accessible via le menu B Config., Vérifications, Tester l’envoid’e-mail..

Pour pouvoir envoyer des e-mails à un utilisateur sans lui permettre de seconnecter à GIR Titan-Hyperion, il suffit de déclarer un compte utilisateur avecun mot de passe vide. La définition des messages à envoyer et des adresses estensuite identique à celle d’un utilisateur normal.

Chapitre 8

Saisie d’opérations

8.1 Saisie d’une transaction manuelle

8.1.1 Saisie manuelle et régularisationLa saisie d’une transaction manuelle répond à plusieurs cas distincts :– Saisie d’un plein extérieur– Gestion totalement manuelle, avec une borne “fictive”– Régularisation suite à une défaillance de la gestion automatiqueLes deux premiers cas correspondent à un fonctionnement normal du sys-

tème. Ils sont accessibles via le menu B Trans. manuelle. Le champ Pompecontient alors les différents produits disponibles pour un plein extérieur, ainsique les pompes déclarées sur une borne fictive.

Le troisième cas est destiné à pallier à un problème temporaire, par exempleune défaillance matérielle ayant nécessité une distribution manuelle pendantquelques jours. Il est accessible par le menu B Saisies, Trans. manuelle de régu-larisation.

Par défaut, la saisie de transactions de régularisation n’est possible que pourle gestionnaire, afin d’éviter la saisie accidentelle de transactions manuelles pourdes pompes gérées automatiquement. Il est possible de rendre cette saisie ac-cessible à tous les utilisateurs en cochant l’option correspondante dans Config.gestionnaire (Voir 2.9, page 52).

Les deux formulaires de saisie sont strictement identiques en dehors despompes proposées. Une pompe est affichée dans le menu B Trans. manuelle sila borne associée est désactivée, et dans le menu de régularisation sinon. Pourplus de détails sur l’activation et la désactivation de bornes, voir 2.11, page 60.

8.1.2 Formulaire de saisie– Premier écran :Date Heure: Date et heure de la prise de carburantVé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érieurVolume: Volume de la transaction (en litres, avec deux décimales)

107

108 CHAPITRE 8. SAISIE D’OPÉRATIONS

– Deuxième écran (suivant config.) :Véhicule ou Usager: Si un 2e identifiant est demandéP.U., Montant: Prix unitaire ou montant total de la transaction (pleins

extérieurs seulement).Pétrolier: Fournisseur pétrolier, pour les pleins extérieurs.

– Troisième écran (suivant config.) :Compteur (km): Compteur kilométriqueCompteur (H): Compteur horaire (en heures, avec deux décimales)Activité: Code activitéCode spéc.: Code spécifiqueOptions:

– Cpt. renouvelé : Indique qu’il s’agit d’une transaction de renouvel-lement de compteur. Ceci désactive le calcul du kilométrage par-couru et de la consommation pour cette transaction. En général,une telle transaction sera saisie avec un volume nul.

– Appoint : Indique qu’il s’agit d’un appoint de carburant et nond’un plein. Ceci désactive le calcul du kilométrage parcouru et dela consommation pour cette transaction.

L’ensemble des informations de la transaction est récapitulé à la fin de lasaisie sur une page de confirmation. Les contrôles de validité effectués sur lescompteurs saisis à la borne sont également effectués lors de la saisie d’une tran-saction manuelle : un compteur incorrect est affiché en rouge avec la mentionhors 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 lesvaleurs des compteurs via une transaction manuelle.

De même, il est possible de saisir une transaction manuelle avec un véhiculeou usager interdit. Un message d’avertissement s’affichera après la sélection duvéhicule ou usager en question.

Enfin, les messages qui seraient affichés au véhicule ou à l’usager sur la bornesont également affichés lors d’une transaction manuelle.

8.1.3 Aspiration de carburant

Quand un véhicule est retiré du parc, il est possible que le carburant quecontenait son réservoir soit aspiré et remis en cuve. Le meilleur moyen de décla-rer une telle opération dans GIR Titan-Hyperion est de saisir une transactionmanuelle en sélectionnant le véhicule concerné et une pompe débitant dans lacuve où sera remis le carburant.

On saisira alors un volume négatif (par exemple -40 si l’on a aspiré 40 litresde carburant), ce qui permettra à la fois de retirer ce volume de la consommationdu véhicule, et de l’ajouter au stock en cuve.

8.1.4 Transaction à distance

Lorsqu’une transaction à distance est déclenchée (Voir 4.3.2, page 86), lasaisie des paramètres s’effectue via un écran similaire à celui d’une transactionmanuelle, la pompe et la date étant déjà sélectionnées.

8.2. SAISIE D’UN APPROVISIONNEMENT 109

8.2 Saisie d’un approvisionnementLa 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’approvisionnementCuve: Cuve sur laquelle l’approvisionnement est effectué

– Deuxième écran :Volume: Volume de l’approvisionnement (en litres, avec deux décimales)P.U. achat: Prix unitaire d’achatOptions:

– Régularisation: Indique que la saisie est une régularisation. Cecipositionne l’option du même nom dans l’approvisionnement, ce quipermettra par la suite de le distinguer des approvisionnements réelsdans les états.

– Avec la fonctionnalité “Correction de température” (Voir 2.9, page 52), unchamp Température est également affiché. Lorsque celle-ci est renseignée, levolume saisi est considéré comme le volume à la température mesurée, et lelogiciel calcule automatiquement le volume à la température de référenced’après le paramétrage défini (Voir 2.11, page 62). C’est ce volume corrigéqui sera ajouté au stock en cuve. Sa valeur peut être vérifiée sur la pagede confirmation de l’approvisionnement.Dans ce cas, le P.U. achat s’applique au volume saisi. Si l’on souhaite saisirdirectement le P.U. à la température de référence, il faut cocher l’optionP.U. à 15℃ .

– Avec la fonctionnalité “Fournisseurs produit” (Voir 2.9, page 52), deuxchamps supplémentaires peuvent être renseignés lors de la saisie :Fournisseur: Fournisseur de l’approvisionnement.Commentaire: Champ texte libre, pour la saisie de remarques diverses au

sujet de l’approvisionnement.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 stocken cuve après l’approvisionnement n’est pas compris entre le seuil minimum etla capacité de la cuve.

Les approvisionnements doivent être saisis dans l’ordre chronologique.

8.2.1 Calcul du nouveau prix unitaireLe 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’approvisionnementVa : volume de l’approvisionnementPc : prix unitaire du stock en cuve


Vc : volume du stock en cuve à la date de l’approvisionnementVc 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 calculest consultable via la page Etat antérieur des cuves.

Pour que ce calcul soit valide, l’ensemble des transactions effectuées avantl’approvisionnement doivent avoir été récupérées dans GIR Titan-Hyperion.

8.2.2 Annulation d’un approvisionnementL’annulation d’un approvisionnement s’effectue en cliquant sur Annuler dans

la fiche d’un approvisionnement. Seul le dernier approvisionnement de chaquecuve peut être annulé.

8.2.3 Valorisation des transactionsLorsqu’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 momentdu traitement. Pour valoriser correctement toutes les transactions, il est doncimportant de respecter la chronologie des transactions lors de la saisie des ap-provisionnements.

Lors de la saisie manuelle d’un approvisionnement, toutes les transactionsayant eu lieu avant cet approvisionnement doivent avoirs été récupérées. Si cen’est pas le cas, le stock en cuve utilisé pour calculer le nouveau prix unitaireest faux, et ce prix est alors erroné.

Une valorisation correcte des transactions nécessite donc le respect de cesdeux 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 serontvalorisées avec le prix unitaire du stock en cuve avant l’approvisonnement.

Revalorisation des transactions

Il est possible de corriger a posteriori la valorisation des transactions. Lesdeux principales applications sont les suivantes :

– Correction d’un approvisionnement erroné.– Modification du P.U. d’un stock en cuve.La revalorisation s’effectue via le menu B Config., Gestion des transactions

- Recalcul, Revalorisation des transactions. Il faut ensuite sélectionner une cuve,ainsi qu’un prix unitaire et une plage de dates. Toutes les transactions effectuéespendant la plage de date choisie sur la cuve sélectionnée seront alors revaloriséesavec le prix indiqué.

Par défaut, le système propose le prix actuel du stock en cuve, et la plagede date depuis le dernier approvisionnement jusqu’à la date actuelle.

Exemple : Correction d’un approvisionnement erroné.Le 10/10/2004, on a saisi pour la cuve 1 un approvisionnement de 500 L à

0,8 euro/L, alors qu’il s’agissait en fait de 5000 L. L’erreur est détectée trois

8.3. MODIFICATION D’UNE TRANSACTION CARBURANT 111

jours plus tard. Toutes les transactions récupérées entre le 10/10/2004 et le13/10/2004 ont donc été valorisées avec un P.U. incorrect, car calculé à partird’un approvisionnement erroné. La correction s’effectue en deux temps :

1. Annulation de l’approvisionnement erroné et saisie de la valeur correcte,à la date du 10/10/2004. Le P.U. du stock de la cuve 1 est maintenantcorrect.

2. Revalorisation des transactions, et sélection de la cuve 1. Les valeurs pro-posées correspondent à la revalorisation souhaitée : toutes les transactionsrécupérées depuis le 10/10/2004 vont être revalorisées avec le nouveauP.U. du stock de la cuve 1.

8.3 Modification d’une transaction carburantLa modification d’une transaction carburant permet de corriger une éven-

tuelle erreur de saisie sur une transaction. L’accès à cet écran s’effectue encliquant sur Modifier dans la fiche d’une transaction.

Il est possible de modifier les données suivantes :– Volume, P.U., (Gestionnaire seulement)– Véhicule, Usager, Compteur kilométrique, Compteur horaire, Pétrolier, Acti-

vité, Code spéc. (Gestionnaire et utilisateur standard)Pour modifier une valeur :1. Sélectionner le champ à modifier en cliquant sur % à côté de ce champ2. Saisir la nouvelle valeur3. Cliquer sur ValiderLa modification de transaction étant une opération exceptionnelle, une seule

donnée peut être modifiée à fois. De plus, une trace de la modification esttoujours conservée dans l’historique des transactions : la transaction d’origineapparaît avec l’option Annulée.

Lorsque la valeur d’un compteur n’est pas connue, il est possible de suppri-mer 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 chapitresur le traitement des transactions

Les kilométrages parcourus, consommations, compteurs sont automatique-ment recalculés suivant la modification effectuée.

Exemple : modification d’un compteurOn souhaite modifier la transaction T1 pour corriger son compteur à 72600

km :

Date Véhicule Volume Compteur Parcouru OptionsT1 02/04/2004 1234ZZ69 59,00 L 72800 km 1100 km

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 Valider7. Un traitement est effectué par GIR Titan-Hyperion :

– La transaction T1 est Annulée– Les kilométrages parcourus, consommations et compteurs sont recalcu-

lés pour créer une transaction T′1

– La transaction T′1 est ajoutée dans l’historique

8. La fiche de la transaction corrigée T′1 est affichée

L’historique des transactions contient alors une transaction supplémentaire :

Date Véhicule Volume Compteur Parcouru OptionsT′1 02/04/2004 1234ZZ69 59,00 L 72600 km 900 km

T1 02/04/2004 1234ZZ69 59,00 L 72800 km 1100 km Annulée

Chapitre 9

Gestion d’accès

9.1 Supervision

9.1.1 Commande ponctuelle et marche forcée

Les points d’accès peuvent être commandés de deux manières :– Ponctuellement : le point d’accès est ouvert pendant quelques secondes

après l’identification d’un usager.– En marche forcée : le point d’accès alors ouvert pendant une durée spé-

cifiée, à heure fixe. La définition des plages horaires pendant lesquellesl’accès sera commandé est spécifiée par les zones de forçage.

La définition des zones de forçage et du mode de commande d’un pointd’accès est définie par l’installateur de GIR Titan-Hyperion.

9.1.2 Ecran de supervision

Le menu B Supervision permet de visualiser l’état des bornes de gestiond’accès. L’écran présente les différents point d’accès définis sur la borne et lesétats qui leur sont associés au moment de la supervision :

– Disponible: Le point d’accès est disponible pour l’identification des véhi-cules ou usagers.

– Hors zone: Le point d’accès ne se trouve actuellement dans aucune zonevalide et est inactif.

– Forcé: Le point d’accès est actuellement dans une zone de forçage, l’accèsest commandé.

– Forcé (gestionnaire): Le point d’accès est commandé suite à une transactionà distance depuis GIR Titan-Hyperion.

– Arrêt forcé (gestionnaire): Le point d’accès se trouve dans une zone deforçage, mais la commande de l’accès a été arrêtée par une transactionà distance depuis GIR Titan-Hyperion. Selon les zones actives, l’accèsdemeure disponible pour l’identification des véhicules ou usagers.

Selon la configuration définie par l’installateur de GIR Titan-Hyperion, ilpeut être possible de commander les points d’accès à distance depuis le logiciel.Lorsque c’est le cas, un bouton À distance est affiché à côté du point d’accès.

Un clic sur ce bouton affiche l’écran de sélection de l’opération. Il permetde choisir le type de commande à effectuer : Ponctuelle, Marche forcée ou Arrêt

113

114 CHAPITRE 9. GESTION D’ACCÈS

forcé (La disponibilités de ces commandes peut varier selon le paramétrage).La commande à distance de l’accès par GIR Titan-Hyperion générera une

transaction, qu’il est possible d’affecter à un véhicule ou un usager sur ce mêmeécran. Le bouton Valider déclenche la transaction à distance, et le bouton Annulerpermet de revenir à l’écran de supervision.

9.2 EtatsLes états relatifs à la gestion d’accès sont accessibles via le menu B Exploitation :

Histo. transactions accès: Historique des transactions accès (Autorisées ou re-fusées) récupérées après un dialogue.Le lien (Rem.) permet d’accéder directement à un historique filtré sur lestransactions remarquables.Les transactions accès considérées comme remarquables sont les suivantes :– Accès refusés– Accès déclenchés à distance– Arrêt forcé à distance– Accès effectués dans une zone de vigilance (Voir 2.6, page 43).

Graphiques transactions accès: Visualisation graphique des transactions accèssous forme d’histogramme. Cet écran est similaire à celui proposé pour lestransactions carburant. (Voir 6.1.3, page 96).

Chapitre 10

Entretiens

10.1 Définition d’un entretien

GIR Titan-Hyperion offre une solution de gestion d’entretiens pour les vé-hicules et les usagers.

Les entretiens véhicules peuvent être définis selon trois critères :– Valeur du compteur kilométrique– Valeur du compteur horaire– DateLes entretiens usagers peuvent être définis selon un critère :– Date

Pour chaque critère, il est possible de définir deux seuils :– Seuil d’alerte : un message est affiché à la borne lorsque le véhicule ou

usager effectue une prise de carburant.– Seuil de blocage : le véhicule ou usager ne peut plus se servir en carburant

tant que l’entretien n’a pas été fait. Le blocage est effectif uniquementsur les bornes de distribution de carburant : le véhicule ou usager resteautorisé sur les bornes de gestion d’accès. Selon la configuration, il peutégalement rester autorisé sur les bornes dédiées aux entretiens (ex : dis-tribution d’huile).

Un événement est généré par GIR Titan-Hyperion lorsqu’un entretien atteint leseuil d’alerte ou de blocage.

Avant de créer un entretien, le type d’entretien associé doit être défini dans BSaisies, Types d’entretiens. Les types d’entretiens sont séparés pour les véhiculeset usagers, mais leur définition est similaire :

Nom abrégé, Nom complet: Utilisés pour désigner un type d’entretien dans lelogiciel.

Message alerte: Message affiché à la borne lorsque ce type d’entretien est auseuil d’alerte.

Message blocage: Message affiché à la borne lorsque ce type d’entretien est auseuil de blocage.

Nb. rappels: Nombre de rappels à la borne avant blocage.

115

116 CHAPITRE 10. ENTRETIENS

Options:– Entretien fait sur déch. tacho: Pour les entretiens usager, permet de dé-

clarer automatiquement l’entretien comme fait lorsqu’un déchargementde carte tachygraphique est effectué à la borne.

La définition d’un entretien s’effectue ensuite via l’onglet Entretiens de lafiche véhicule ou usager. 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.Delta alerte et Delta blocage peuvent être positifs ou négatifs. Lorsqu’un delta estné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 casd’un entretien pour lequel on a défini un Delta alerte négatif et un Delta blocagepositif.

Delta alerte Delta blocage

Seuil d’alerte Seuil de blocage

Prochain

L’état d’un entretien est consultable via l’onglet Entretiens de la fiche véhiculeou usager. 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.

10.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èrevidange a été effectuée le 01/06/2004 à 52 000 km. On souhaite recevoirune alerte 500 km avant l’échéance, mais ne pas bloquer le véhicule sil’entretien n’est pas fait à temps. On déclarera alors l’entretien suivant :

Prochain km 62 000Fréquence (km) 10 000Delta alerte (km) -500Delta blocage (km) (Vide)

10.2. SAISIE D’UN ENTRETIEN 117

Si l’on souhaite, en plus du critère kilométrique, que la vidange soit effec-tuée au moins tous les ans, on ajoutera les paramètres suivants :

Prochaine date 01/06/2005Fréquence (mois) 12Delta alerte (mois) -0,5Delta blocage (mois) 2

Le Delta alerte de -0,5 signifie que l’on souhaite recevoir une alerte environdeux semaines (0,5 mois) avant l’échéance, et le Delta blocage de 2 signifieque le véhicule doit être bloqué si la vidange n’a toujours pas été effectuéedeux mois après l’échéance.

– Pour un véhicule neuf acheté le 15/07/2004, on souhaite définir un entre-tien 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 ansaprès l’achat, puis tous les deux ans. On saisira donc comme Prochainedate le 15/07/2008, et comme fréquence 24 :

Prochaine date 15/07/2008Fréquence (mois) 24Delta alerte (mois) 1Delta blocage (mois) 0

– Il est possible de définir un entretien à effectuer une seule fois, en cochantl’option Une seule fois. Par exemple, pour définir la révision des 50 000km, avec rappel 1000 km avant l’échéance et blocage 2000 km après, ondéclarera l’entretien suivant, en cochant l’option Une seule fois :

Prochain km 50000Fréquence (km) (Vide)Delta alerte (km) -1000Delta blocage (km) 2000

10.2 Saisie d’un entretien

Dans GIR Titan-Hyperion, le terme “saisie d’entretien” désigne le fait dedéclarer qu’un entretien a été effectué. Pour saisir un entretien, cliquer sur Saisirdans l’onglet Entretiens de la fiche véhicule ou usager. Selon 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 (uni-quement si les critères horaires sont définis pour cet entretien). La valeurest à saisir en heures, avec deux décimales.

Après la saisie d’un entretien, les valeurs Prochain km, Prochaine H, Prochainedate sont recalculées automatiquement à partir des fréquences définies.


L’onglet Derniers entretiens permet d’accéder aux dix derniers entretiens duvéhicule ou usager. Un historique complet des entretiens effectués est disponibledans B Exploitation, Histo. entretiens.

10.3 Estimation des entretiens à faireLes entretiens d’un véhicule ou usager particulier sont facilement consul-

tables dans les différents onglets de la fiche de l’élément. GIR Titan-Hyperionpermet également d’avoir une vue globale sur l’ensemble des entretiens à faire,via les menus B Exploitation, Entretiens à faire (Véhicules) et B Exploitation,Entretiens à faire (Usagers).

Ces écrans peuvent afficher la liste des entretiens à faire de trois manièresdiffé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 ducompteur d’un véhicule selon la formule suivante :

Kfutur = ∆ref ∗ (Tfutur − Tactuel)/(T2 − T1) + Kactuel

avec :Tfutur : date à laquelle les entretiens sont estimésTactuel : date actuelle∆ref : kilométrage parcouru pendant la période de référenceT1, T2 : dates définissant la période de référenceKactuel : valeur actuelle du compteur

Le résultat de ce calcul est affiché dans la colonne Prévu, en-dessous de lavaleur actuelle du compteur.L’option Trier par échéance permet en plus d’afficher la date à laquellele véhicule atteindra le seuil d’alerte ou de blocage, selon l’estimation ci-dessus. Les entretiens sont alors triés selon cette date.Remarque : le choix de la période de référence est très important pourobtenir une estimation correcte. Il est conseillé de choisir une périodeassez longue (un mois minimum) et sur laquelle l’activité du véhicule aété significative.

Prévisionnel (fourchette): Entretiens arrivant à échéance dans une fourchettedonnée.

Le champ Grouper par détermine si les éléments sont groupés par direction,service ou type, ou bien affichés en une seule liste dans l’écran de résultat.

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 entretiensdéfinis dans le logiciel sont affichés.

Les autres critères de filtre permettent de limiter le résultat à un type d’en-tretien, une direction, un service, . . .

L’écran de résultat présente les véhicules ou usagers pour lesquels un entre-tien à faire a été trouvé, avec les valeurs des seuils d’alerte et de blocage.

10.4. RECALCUL DES ENTRETIENS 119

10.4 Recalcul des entretiensLe recalcul d’un entretien consiste à déterminer son nouvel état, à partir des

nouveaux des compteurs d’un véhicule ou au fil du temps pour les entretienspar date. Ainsi, si un entretien atteint son seuil d’alerte le 18/05/2005, il nepassera effectivement en état Alerte que lors du premier recalcul effectué aprèsle 18/05/2005 à minuit.

Le recalcul des entretiens est effectué :– Pour chaque véhicule ou usager : à chaque fois qu’une transaction carbu-

rant est traitée pour cet élément.– Pour tous les véhicules et usagers : dans l’heure qui suit le démarrage de

GIR Titan-Hyperion, puis toutes les 24 heures.Il est possible de lancer manuellement un recalcul de tous les entretiens, via

le menu B Config., Gestion des transactions - Recalcul, Recalcul des entretiens.Cette opération est accessible au gestionnaire uniquement.


Chapitre 11

Avoirs

11.1 Généralités

GIR Titan-Hyperion permet de gérer différents types d’avoirs :– Avoirs par véhicule (B Véhicules, Réservoirs)

– En volume– Avoirs par service (B Saisies, Avoirs services)

– En volume– Monétaires (Bornes TIP2-Vatersay seulement)

– Avoirs par activité (B Saisies, Avoirs activités)– En volume

Dans tous les cas, un avoir est défini par les données suivantes :

Produit: Produit pour lequel l’avoir est décompté.

Avoir initial: Valeur de réinitialisation de l’avoir.

Avoir: Valeur courante de l’avoir.

Période: Période de réinitialisation de l’avoir, définie dans B Saisies, Périodesavoirs

Type avoir: Avoir bloquant ou non bloquant. Lorsqu’un avoir est bloquant, laprise de carburant devient impossible lorsqu’il atteint la valeur zéro. Àl’inverse, les avoirs non bloquants continuent à être décrémentés indéfini-ment, sans empêcher la prise de carburant.

Les avoirs sont décrémentés au traitement d’une transaction concernant leproduit indiqué et lorsque la condition suivante est vérifiée :

– Avoirs par véhicule : L’option Véhicule est activée dans le champ Optionsavoirs du réservoir du véhicule. Si l’option Avoir tous produits confondus estactivée dans le véhicule, l’avoir sera décrémenté quel que soit le produitde la transaction.

– Avoirs par service : L’option Service est activée dans le champ Optionsavoirs du réservoir du véhicule.

– Avoirs par activité : Le code activité a été saisi dans la transaction.

121

122 CHAPITRE 11. AVOIRS

11.2 Périodes d’avoirsB Saisies, Périodes avoirsLes périodes d’avoirs permettent de définir comment et à quel moment les

avoirs sont recalculés.

Nom abrégé, Nom complet: Noms utilisés pour désigner la période dans lelogiciel

Périodicité: Unité de temps selon laquelle les valeurs Jour/Heure et Fréquenceseront 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 :

Périodicité Signification de Jour/HeureQuotidienne Heure de réinitialisation (de 0 à 23)Hebdomadaire Jour de réinitialisation dans la semaine

(de 1 pour lundi à 7 pour dimanche)Mensuelle Jour de réinitialisation dans le mois

(de 1 à 31)Annuelle 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 entredeux réinitialisations selon la valeur F de la fréquence :

Périodicité Délai entre deux réinitialisationsQuotidienne F joursHebdomadaire F semainesMensuelle F moisAnnuelle F années

Options:– Evénement sur épuisement: Génère un événement (Voir 6.3, page 100)

lorsque l’avoir est épuisé.

11.3 Avoirs monétaires

Les avoirs monétaires peuvent être gérés de deux manières, selon le réglagedéfini dans Config. gestionnaire :

– Non historisés: Gestion similaire aux avoirs en volume, avec un avoir initialet une période de réinitialisation.

11.4. EXEMPLES 123

– Historisés: L’avoir doit être rechargé manuellement, via un formulaire dé-dié. La valeur de l’avoir n’est pas modifiable directement. Chaque recharged’avoir est enregistrée dans un historique.

Dans les deux cas, les avoirs monétaires nécessitent la définition du prixunitaire pour les produits sur lesquels ils doivent être gérés.

11.3.1 Prix unitaireCe prix, défini manuellement, est totalement indépendant du prix unitaire

en cuve. Pour les avoirs par service, le prix unitaire d’un produit est défini dansl’onglet Produits du menu B Saisies, Avoirs services.

La valeur du P.U. pour un produit et un service donnés est la suivante :– Si le couple (produit,service) est explicitement défini dans l’onglet Pro-

duits, valeur définie dans le champ P.U. correspondant.– Sinon, valeur définie dans le champ P.U. par défaut pour ce produit.Il est conseillé de toujours définir un P.U. par défaut pour les produits sur

lesquels un avoir monétaire est géré.

Le champ Marge dans le paramétrage des produits permet d’arrêter la distri-bution de carburant avant que l’avoir n’atteigne zéro. Ceci permet de s’assurerqu’un solde ne deviendra jamais négatif. En effet, il est fréquent que quelqueslitres de carburant s’écoulent encore après que la distribution ait été coupée.

11.3.2 Avoirs historisésLorsque la gestion d’avoirs historisés est activée, la recharge des avoirs mo-

nétaires n’est plus faite automatiquement.Les avoirs doivent être rechargés manuellement, selon les étapes suivantes :– Aller dans B Saisies, Avoirs services– Aller dans l’onglet Avoirs monétaires– Cliquer sur Recharger pour l’avoir souhaité– Saisir le montant de la recharge– Vérifier le nouveau solde et confirmer l’opération

Le menu B Exploitation, Histo. recharges d’avoirs affiche un historique desrecharges d’avoirs saisies.

Le menu B Exploitation, Histo. mouvements avoirs affiche un historique com-paré des recharges d’avoirs et des transactions, pour un service donné. Cecipermet de suivre l’évolution d’un solde.

11.4 ExemplesPé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 produitGOI :

Avoir initial: 100 litres

Avoir: Valeur de l’avoir au moment de la saisie, calculée au prorata dumois en cours (Ex : 100 litres si la saisie a lieu le premier jour dumois, 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 : Onsaisira 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 encours.

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 detous les véhicules du service sur lesquels on souhaite décompter l’avoir.

11.5 Recalcul des avoirs

Le recalcul des avoirs vérifie l’ensemble des avoirs définis dans GIR Titan-Hyperion, 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 lemenu 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éfiniradans ce cas un dialogue automatique tous les matins à 7 heures.

Pour les périodicités quotidiennes et hebdomadaires, la réinitialisation esteffectuée pendant la première heure du jour défini (c’est-à-dire entre minuit et1 heure). Pour la périodicité annuelle, la réinitialisation est effectuée pendant lapremière heure du premier jour du mois défini.

Si GIR Titan-Hyperion n’est pas en cours d’exécution au moment où unavoir 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.

11.5. RECALCUL DES AVOIRS 125

Si l’application n’est pas exécutée pendant plusieurs périodes lors desquellesun avoir aurait dû être réinitialisé, une seule réinitialisation aura lieu lors dupremier 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 levé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’applicationest relancée le 12/10/2004 à 8 heures. Dans l’heure qui suit, un recalcul desavoirs 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 coursd’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 12

Facturation

12.1 ParamétrageB Saisies, FacturationsLa définition d’un profil de facturation se décompose en plusieurs éléments :– Configuration globale du profil (onglet Paramètres)– Définition des produits à facturer (onglet Paramètres)– Définition des fournisseurs (onglet Fournisseurs)– Définition des clients (onglet Clients)

12.1.1 Paramètres globauxNom: Nom du profil de facturationLibellé: Texte à afficher sur le document généré (ex : “Facture”, “Transfert de

charges”, . . .)Mode calcul: Défini la manière dont les valeurs sont arrondies dans la facture

générée.– Flottant: Calcul flottant complet, valeurs arrondies uniquement à l’affi-

chage.Montant Total =

∑P.U. ∗ V olume

Ceci peut conduire à des écarts entre le montant total et les valeursintermédiaires.

– Arrondi P.U.: Garantit que le produit du volume total et du P.U. moyenest égal au montant total.

Montant Total =∑

Arrondi(P.U., 4) ∗ V olume

– Arrondi Montant: Garantit que la somme des montants de chaque véhi-cule est égale au montant total.

Montant Total =∑

Arrondi(Arrondi(P.U., 4) ∗ V olume, 2)

Options:– Détail transactions: Ajoute un historique des transactions dans les fac-

tures générées.

127

128 CHAPITRE 12. FACTURATION

– Désactiver no auto.: Désactive la création automatique d’un numéro defacture. Le numéro devra alors être saisi manuellement avant la généra-tion d’une facture.

– Fournisseur obligatoire: Rend obligatoire la sélection d’un fournisseurdans le formulaire de génération de facture.

– Désactiver client global , Désactiver fournisseur global : Masque le client oufournisseur global dans les documents générés.

– Produits protégés: Par défaut, les valeurs des produits à facturer peuventêtre définies par tout utilisateur autorisé à générer une facture. Cetteoption limite ce droit au seul gestionnaire.

12.1.2 Produits

Produit: Produit à facturer.

P.U. facturé: Définit sur quoi doit être basé le P.U. facturé :– Transaction: Utilise le P.U. auquel les transactions ont été valorisées.– Achat: Utilise le P.U. des approvisionnements.

T.V.A.: Taux de T.V.A.

Coef. aff., Unité aff.: Coefficient et unité à utiliser pour l’affichage des vo-lumes. Par défaut, le coefficient est 1 et l’unité est la même que dansle logiciel.

Coef. éq., Unité éq.: Coefficient et unité pour l’affichage d’un volume équi-valent, sur la ligne “Total”.

12.1.3 Clients et fournisseurs

Ces onglets définissent les adresses des clients et fournisseurs à utiliser lorsde la génération des factures. Le positionnement des adresses sur la facture estdéterminée par les valeurs des paramètres géométriques dans Config. gestion-naire. Un fournisseur représente un site ou une région, et un client représenteun service ou une direction.

Le “fournisseur global” regroupe l’ensemble des sites non explicitement défi-nis. Ainsi, si l’on dispose de trois sites A, B et C, et que l’on définit uniquementle site B dans l’onglet Fournisseurs, le fournisseur global représente l’union dessites A et C.

De même, le “client global” regroupe l’ensemble des services non explici-tement définis dans l’onglet Clients. Ces deux éléments spéciaux peuvent êtredésactivés par les options dédiées dans l’onglet Paramètres.

Lors de la génération des factures, GIR Titan-Hyperion propose l’ensembledes couples client-fournisseur pour lesquels des transactions sont trouvées.

12.2 Génération des factures

B Exploitation, Facturations

12.2.1 Formulaire

Le formulaire de génération de facture comporte les champs suivants :

12.2. GÉNÉRATION DES FACTURES 129

– Premier écran :No départ: Numéro de facture. Lorsque plusieurs factures sont générées,

ce numéro est incrémenté pour chaque nouvelle facture.Période: Plage de temps sur laquelle portera la facturationClient: Filtrage sur un client spécifique.Fournisseur: Filtrage sur un fournisseur spécifique.

– Deuxième écran : pour chaque produit, paramétrage du P.U. facturé. Plu-sieurs choix sont disponibles selon la configuration. Pour chacun d’entreeux, il est possible de définir une majoration, soit en pourcentage, soit envaleur fixe.– Exact: Utilise directement le P.U. auquel a été valorisé chaque transac-tion, tel qu’il apparaît dans l’historique.

– Moyenne par client: Calcule le P.U. de valorisation moyen pour chaqueclient sur la période sélectionnée (même P.U. pour toutes les transac-tions d’un client).

– Moyenne totale: Calcule le P.U. de valorisation moyen sur la périodesélectionnée (même P.U. pour tous les clients).

– Moyenne pondérée: Calcule le P.U. moyen de tous les approvisionnementseffectués sur la période, en pondérant par le volume des approvisionne-ments.

– Valeur max.: Utilise le P.U. maximum parmi tous les approvisionnementseffectués sur la période.

– Dernier achat: Utilise le P.U. du dernier approvisionnement connu pourun fournisseur.

– Forcé à: Spécifie entièrement la valeur du P.U. à facturer

12.2.2 RésultatLorsque tous les paramètres ont été saisis dans le formulaire, cliquer sur

Suivant pour afficher la page de résultat.Elle se compose des éléments suivants :– Bouton Modifier : retour au formulaire pour modifier les paramètres sélec-

tionnés.– Bouton Voir tout : consulter sur une même page toutes les factures géné-

rées.– Bouton Version imprimable : version imprimable de toutes les factures gé-

nérées (chaque facture sur une page séparée).– Bouton Générer tous fichiers : génère dans data\dto\invoices un fichier

pour chaque facture. Pour les fichiers traclient, le nom de fichier est de laforme invP-NNNNNN-AAAAMMJJ où P est le profil de facturation, N le numérode facture, et AAAAMMJJ la date du jour. Les transcodages possèdent enplus le nom du transcodage avant le numéro de facture.

– Pour chaque couple client-fournisseur :– Bouton Voir : consulter la facture générée pour ce couple client-fournisseur.– Bouton Version imprimable : version imprimable de cette facture.– Bouton Télécharger : téléchargement du fichier traclient ou d’un trans-codage, contenant toutes les transactions utilisées pour la facture.

130 CHAPITRE 12. FACTURATION

Chapitre 13

Import de disquettespé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é manuellement, dans B Exploitation, Import disquettes pétrolières.– Programmé pour s’exécuter automatiquement, dans B Saises, Prog. auto.

13.1 Paramétrage

Les champs de la table Pétroliers sont les suivants :

Nom abrégé, Nom complet: Noms utilisés pour désigner le pétrolier dans lelogiciel

Id fichier: Chaîne identifiant le nom des fichiers à 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 va-leurs à lire dans le fichier. Filtre taille permet de ne lire que les lignes d’unelongueur donnée, Filtre type et Filtre client permettent de ne lire que les lignespour lesquelles le champ type ou client vaut la valeur spécifiée.

Certaines options permettent de faciliter le rapprochement des véhicules ouusagers :

Type de badge véhic.: Si ce champ est différent de (N/A), un rapprochementest tenté entre le numéro de carte lu dans le fichier d’import et le champCode badge des véhicules ayant ce type de badge. Ceci évite d’avoir à resai-sir les cartes pétrolières lorsqu’elles sont déjà utilisées pour l’identificationà la borne.

Champ véhicule: Sélection du champ à utiliser pour le rapprochement des vé-hicules.

Mot véhicule: Position du numéro minéralogique dans le champ sélectionné ci-dessus. Les mots sont séparés par un ou plusieurs espaces, et le premiermot est numéroté 1. Si cette valeur est à zéro, la totalité du champ estutilisée.

131

132 CHAPITRE 13. IMPORT DE DISQUETTES PÉTROLIÈRES

Ex : On a défini dans GIR Titan-Hyperion des immatriculations de laforme “ABCD 1234ZZ69”, où “ABCD” est un code parc et “1234ZZ69” lenuméro minéralogique du véhicule. On souhaite importer un fichier pétro-lier dans lequel les véhicules sont désignés par ce numéro. Alors on définiraImmatriculation dans Champ véhicule et 2 dans Mot véhicule pour utiliserle deuxième mot du champ Immatriculation lors de l’import.

Type de badge usager, Champ usager, Mot usager: Même principe que pourle rapprochement des véhicules.

Pré-traitement:– Tabulations: Lorsqu’une tabulation est rencontrée dans le fichier d’en-

trée, la position est incrémentée jusqu’au multiple de 8 suivant. Cecipermet de se ramener à un format fixe lorsque les différents champsd’un fichier sont séparés par des tabulations.

Options:– Ignorer les zéros initiaux : Ne tient pas compte des zéros au début du

champ. Si cette option est active, “123ZZ69” et “0123ZZ69” sont traitésde manière identique.

Pour être valide, le paramétrage doit au moins définir les informations sur ladate, le véhicule, le produit et le litrage. Les principaux formats de disquettespétrolières sont présentés en annexe de ce document.

13.2 Rapprochement des produits

Lors de l’import de disquettes pétrolières le rapprochement entre le codeproduit lu dans le fichier et la liste des produits de GIR Titan-Hyperion esteffectué d’après la sous-table Produits pétroliers accessible dans l’onglet du mêmenom, dans la fiche pétrolier. Numéro définit le code produit lu, et Produit ouPompe le produit ou la pompe à affecter à la transaction lorsque ce code produitest lu. Si à la fois le produit et la pompe sont renseignés, c’est la pompe qui estutilisée.

Enfin, le champ Options indique les options à positionner dans la transactionimportée.

13.3 Rapprochement des véhicules et usagers

Le rapprochement des véhicules et des usagers est effectué soit par cartepétrolière, soit en utilisant directement un champ défini dans la base.

Les cartes pétrolières peuvent être définies :– Soit dans le menu B Saisies, Cartes pétrolières.– Soit directement dans l’onglet Général de la fiche du véhicule ou usager.

La définition d’une carte pétrolière comporte les champs suivants :

Pétrolier: Format pétrolier pour lequel la carte est définie.

Numéro: Numéro de la carte. Ce champ est comparé au numéro de carte ludans le fichier d’import pour effectuer le rapprochement.

Véhicule: Véhicule associé à la carte.

13.4. IMPORT MANUEL 133

Usager: Usager associé à la carte.

Options:– Compteur h: Inverse les champs compteur km et compteur horaire pour

ce véhicule dans le format d’import.

Lors de l’import, le rapprochement est tenté dans l’ordre suivant :

1. Recherche parmi les cartes pétrolières déclarées pour ce format.

2. Si un type de badge est associé au format, recherche dans le champ Codebadge des véhicules ou usagers possèdant le type de badge voulu.

3. Recherche dans le champ défini dans Champ véhicule ou Champ usager. Pardéfaut, les véhicules sont recherchés par Immatriculation et les usagers parRef..

13.4 Import manuel

Lorsque le paramétrage d’un format pétrolier est terminé, sélectionner lepétrolier dans le menu B Exploitation, Import disquettes pétrolières, puis cliquersur Suivant. Dans la liste de fichiers qui s’affiche, sélectionner le fichier désiré encliquant sur %.

Le fichier est alors analysé, et le résultat de cette analyse est affiché. Ilpermet 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 ca-tégories :

– Traités: Nombre de lignes qui seront interprétées comme une transactioncarburant.

– 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 co-

lonne 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 lecas par exemple pour un code activité pour lequel aucun rapprochementn’est trouvé.

Le total des lignes contenues dans les quatre premières catégories ci-dessuscorrespond au nombre de lignes non vides du fichier.

En-dessous de ce tableau, les dates de la première et de la dernière tran-saction qui seront importées sont indiquées. Pour effectivement importer lestransactions dans la base de données, cliquer sur Oui.

En cas d’erreur, il est possible de supprimer les transactions importées dansune 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.

134 CHAPITRE 13. IMPORT DE DISQUETTES PÉTROLIÈRES

13.5 Import automatiqueL’import de données pétrolières peut être configuré pour s’exécuter automa-

tiquement à certaines périodes (Voir 2.7, page 46). Cette fonctionnalité nécessiteque GIR Titan-Hyperion ait accès à Internet.

Dans ce cas, une synchronisation est effectuée entre les fichiers situés sur unserveur web distant et le répertoire local data\dti\petro-<id>\, où <id> estla chaîne définie dans le champ Id fichier du format pétrolier.

Les nouveaux fichiers sont alors automatiquement téléchargés et importés.Un e-mail de compte-rendu sur l’import est envoyé aux utilisateurs configuréspour le recevoir (Voir 7, page 103).

Pour plus d’informations sur la mise en place de cette prestation, contacterla société GIR.

13.6 Remarque sur les compteursLes 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 à ceuxsaisis à la borne (Voir 5.1, page 89).

Le calcul du kilométrage parcouru et de la consommation à partir de telscompteurs est donc peu fiable, et il peut être intéressant de le désactiver. Pourcela, il suffit de cocher l’option Appoint dans tous les Produits pétroliers déclaréspour cet import.

Les transactions ainsi importées seront alors considérées comme des appointsde carburant, pour lesquelles le calcul de la consommation sera reporté sur leplein suivant (Voir 17, page 145).

Par ailleurs, la mise à jour du compteur du véhicule suite à l’import dedonnées pétrolières peut être paramétrée dans la Config. gestionnaire (Voir 2.9,page 52).

Chapitre 14

Export traclient

Le fichier traclient enregistre les transactions traitées par GIR Titan-Hyperion.Il est destiné à être ensuite exploité dans d’autres applications.

14.1 Méthodes d’export

Il existe plusieurs façons de générer un fichier traclient :

Export au fil de l’eau : Les transactions sont ajoutées automatiquement aufichier, au moment où elles sont créées dans la base.Avantages :– Les informations sont disponibles sans délai– Les modifications de transactions sont toutes exportéesInconvénients– Lors de l’intégration, le fichier devra être traité puis supprimé. Il faut

donc être sûr qu’aucune transaction ne sera ajoutée au fichier pendantce temps, notamment en présence de bornes temps réel.

– Si la base contient des informations erronées (par exemple un code site),il est impossible de regénérer le fichier.

Export quotidien ou mensuel : Le fichier est généré automatiquement unefois par jour ou une fois par mois. Il contient les transactions réaliséespendant la période en question.Avantages :– Les transactions sont cloisonnées par périodeInconvénients :– En cas de transaction modifiée, seule la dernière version est exportée– Une transaction récupérée avec beaucoup de retard peut ne pas être

exportée– Les modifications doivent impérativements être faites avant l’export (à

cet effet, un délai en jours peut être configuré).– Si la base contient des informations erronées, le fichier peut être regénéré

par un export à la demande, mais la manipulation n’est pas immédiateLes exports quotidiens et mensuels sont présents pour des raisons de com-patibilité, leur utilisation est fortement déconseillée.

135

136 CHAPITRE 14. EXPORT TRACLIENT

Export à la demande : Le fichier est généré manuellement via le menu BExploitation, Export traclient. Il contient les transactions réalisées pendantla période sélectionnée.Avantages :– Si la base contient des informations erronées, le fichier peut être regénéréInconvénients :– En cas de transaction modifiée, seule la dernière version est exportée– Une transaction récupérée avec beaucoup de retard peut ne pas être

exportée– L’utilisateur doit saisir manuellement le format et la période

Export sécurisé : Le fichier est généré soit manuellement, soit automatique-ment. Il contient les transactions enregistrées par le système pendant lapériode sélectionnée.Avantages :– Si la base contient des informations erronées, le fichier peut être regénéré– Les modifications de transactions sont toutes exportées– Une transaction sera exportée même si elle est récupérée avec beaucoup

de retard– En cas d’export manuel, les manipulations que l’utilisateur doit réaliser

sont limitées (en général, un clic sur Valider)Il est conseillé d’utiliser cet export pour la mise en place d’une nouvelleintégration.

14.1.1 Paramétrage

Les paramètres des différents exports sont définis dans B Saisies, Config.gestionnaire (Voir 2.9, page 52). Les principaux paramètres sont les suivants :

– Format à exporter– Jour/Heure de déclenchement pour les exports mensuels et quotidiens– Critères de filtrage éventuelsIl est également possible de limiter l’export à certains produits, dans B

Config., Gestion des bornes, seuils cuves, ref. et zones (Voir 2.11, page 60).

14.1.2 Nom des fichiers exportés

Le fichiers sont toujours exportés dans le répertoire data\dto\.Le nom du fichier dépend de la méthode d’export choisie :– Export fil de l’eau : <fmt>.dat– Export mensuel : <fmt>-AAAAMM.dat– Export quotidien : <fmt>-AAAAMMJJ.dat– Export à la demande : <fmt>t.dat– Export sécurisé : <fmt>-sec-AAAAMMJJHHMMSS_AAAAMMJJHHMMSS.datOù <fmt> est le préfixe du format.

14.2 Formats d’export

Un format de fichier traclient identifié par une lettre et un chiffre (ex : F1,C3, . . .).

14.3. EXPORT TRACLIENT SÉCURISÉ 137

La lettre indique la famille du format, et le chiffre indique la version. Pourune même famille, un chiffre plus élevé correspond à une version plus récente.Les anciennes versions de formats sont destinées à assurer la compatibilité avecles applications existantes. Pour le développement d’une nouvelle application, ilest conseillé d’utiliser les formats les plus récents.

Il existe généralement deux familles de format pour chaque type de données :une version texte fixe, et une version CSV.

Dans les formats texte fixe, chaque transaction est une ligne de longueur fixeterminée par CRLF.

Dans les formats CSV, chaque transaction est une ligne contenant un en-semble de champs, séparés par ’ ;’ et terminée par CRLF. Les champs texte sontdélimités par une double quote (").

Liste des formats :

Type de données Préfixe Format fixe Format CSVTransactions carburant traclien F CApprovisionnements supclien S TCumuls carburants fsmclien M NJaugeages ggeclien J KTransactions accès accclien W X

Les différents formats sont détaillés en annexe de ce document.Remarque : La prise en compte des modifications de transactions dans les

exports fil de l’eau et sécurisé n’est pas disponible pour tous les formats (enparticulier sur les anciennes versions et les transcodages). Voir le détail desformats pour plus d’information.

14.2.1 Transcodages

Les transcodages sont une extension des fichiers traclient, destinés à adapterle format du fichier de sortie à un format existant. Chaque transcodage estidentifié par un nom spécifique, et offre les mêmes possibilités que les formatstraclients.

La description détaillée des formats de transcodage est disponible dans undocument séparé.

14.3 Export traclient sécurisé

14.3.1 Fonctionnement

L’export traclient sécurisé génère un fichier équivalent à un export au fil del’eau sur la plage de date sélectionnée, en utilisant les dates de création destransactions.

Pour activer cette fonctionnalité, les formats à exporter doivent être définisdans Config. gestionnaire, Export traclient sécurisé.

L’export peut être réalisé :

138 CHAPITRE 14. EXPORT TRACLIENT

– Manuellement, dans B Exploitation, Export traclient sécurisé : Sélectionnerle format de fichier à exporter, puis cliquer sur Valider. Pour chaque format,la plage de dates par défaut va de la date du dernier export à la dateactuelle. Il est possible de modifier cette plage si nécessaire.

– Automatiquement, à heure fixe, via une prog. auto. La plage de date uti-lisée est toujours celle par défaut.

Le répertoire de copie peut être configuré soit dans le menu B Exploitation,Export traclient sécurisé, soit dans la fiche de la prog. auto.

L’export se compose des étapes suivantes :– Création du fichier data\dto\<fmt>-stmp.dat où <fmt> est le préfixe

du format (ex : traclien)– Renommage du fichier data\dto\<fmt>-stmp.dat en data\dto\<fmt>-sec-<t0>_<t1>.dat

où <t0> et <t1> sont les dates de début et de fin d’export, au formatAAAAMMJJHHMMSS.

– Si un répertoire externe est défini :– Copie du fichier data\dto\<fmt>-sec-<t0>_<t1>.dat vers <répertoireexterne>\<fmt>-stmp.dat

– Renommage du fichier <répertoire externe>\<fmt>-stmp.dat en <répertoireexterne>\<fmt>-sec-<t0>_<t1>.dat

14.3.2 IntégrationPour traiter les fichiers de transactions exportés par GIR Titan-Hyperion,

une application surveillera le répertoire d’export (c’est-à-dire soit data\dto, soitle répertoire externe configuré) avec le masque de fichier <fmt>-sec-*.dat.

Le renommage du fichier temporaire est généralement atomique, et garantitdonc que dès qu’une nouveau fichier apparaît dans le masque de sélection, il estcomplet et peut être traité.

Remarque : il est important d’utiliser un masque sur le nom de fichier, afin dene pas traiter le fichier temporaire, qui peut exister dans le répertoire d’exportmais être en cours de création.

Chapitre 15

Récupération de la TIPP

GIR Titan-Hyperion intègre une gestion de la TIPP (Taxe Intérieure surles Produits Pétroliers). Il permet de générer un formulaire de demande deremboursement prérempli, à partir des transactions enregistrées dans le système.

15.1 Paramétrage

La gestion de la TIPP doit d’abord être activée dans B Saisies, Config. ges-tionnaire, dans la section TIPP. Les champs disponibles sont les suivants :

Gestion TIPP: Active la gestion de la TIPP. Il existe deux types de formulaires,selon que l’activité de l’entreprise soit du transport de voyageurs ou demarchandises.

Options TIPP:– Réforme auto. sur interdiction: Positionne automatiquement le champ

Date réforme d’un véhicule lorsque celui-ci devient interdit.

L’activation de la TIPP fait apparaître les éléments suivants :– Une table de définition des régions TIPP, dans B Saisies, Régions TIPP.

Elle définit une liste de régions avec le taux de remboursement associé àchaque région, ainsi qu’un taux de remboursement forfaitaire. Cliquer surGénérer pour remplir automatiquement cette liste avec les taux de 2007.

– Un rattachement à une région TIPP dans les sites et les transactionscarburant. Chaque site défini dans B Config., Sites doit être rattaché ma-nuellement à la région TIPP dont il dépend. Lorsqu’une transaction estrécupérée sur une borne, sa région TIPP est automatiquement affectée àpartir du site de la borne.En cas de mauvaise affectation, ou si des transactions ont été récupéréesalors que la gestion de la TIPP n’était pas activée, les régions TIPP destransactions peuvent être recalculées. Ceci s’effectue via le menu B Config.,Gestion des transactions - Recalcul, Réaffectation de régions TIPP.

– Des champs dédiés dans les véhicules :

Statut TIPP:– Aucun: Le véhicule n’est pas pris en compte pour le calcul de la

TIPP.

139

140 CHAPITRE 15. RÉCUPÉRATION DE LA TIPP

– Locataire, Sous-locataire, Propriétaire: Définit la mention qui seraportée dans le formulaire pour le véhicule. Pour le transport devoyageurs, ces trois valeurs sont équivalentes.

Date réforme: Définit la date à laquelle le véhicule a été réformé. Cettedate est utilisée pour déterminer si un véhicule doit apparaître dansle tableau A ou B du formulaire. Elle doit être laissée vide pour lesvéhicules encore en activité.

– Plusieurs éléments relatifs à l’import des disquettes pétrolières (Voir 15.1.1,page 140).

15.1.1 Import pétrolierLes transactions importées depuis des données pétrolières ne sont générale-

ment pas rattachées à un site (Voir 13, page 131).Un paramétrage supplémentaire est donc nécessaire pour rattacher ces tran-

sactions à une région TIPP, si l’on souhaite les intégrer à la demande de rem-boursement.

Le paramétrage s’effectue via les champs suivants :– Dans B Saisies, Pétroliers :Codes TIPP: table de correspondance à utiliser pour la résolution du code

région TIPP lu dans le fichier pétrolier.Pos. région TIPP, Lg. région TIPP: position et longueur du code région

TIPP dans le fichier pétrolier.– Dans B Saisies, Codes pétro. TIPP : liste de tables de correspondance,

associant un code texte à une région TIPP.Cliquer sur Générer pour créer automatiquement la table de correspon-dance des départements français.

15.2 Génération du formulaireLe formulaire de demande de remboursement peut être généré dans le menu

B Exploitation, Cumul TIPP.Sélectionner une période et un produit, ainsi que les critères de filtrage éven-

tuels à appliquer aux véhicules, puis cliquer sur Voir.

Le montant du remboursement est alors affiché, selon les deux méthodes decalculs autorisées (taux régional ou taux forfaitaire). Ceci permet de sélectionnerla méthode la plus avantageuse.

Cliquer ensuite sur Taux régional ou Taux forfaitaire pour générer un formu-laire prérempli prêt à imprimer.

Chapitre 16

Export AEAT

GIR Titan-Hyperion permet de générer les fichiers destinés à l’administra-tion fiscale espagnole (AEAT : Agencia Estatal de Administración Tributaria),afin d’obtenir le remboursement partiel de l’impôt sur les carburants.

16.1 ParamétrageL’export AEAT doit d’abord être activé dans B Saisies, Config. gestionnaire,

dans la section AEAT. Les champs disponibles sont les suivants :

Gestion AEAT:– Aucune: Export AEAT désactivé– CAE (.csv): Export d’un fichier CSV pour des prises de carburant sur

station privative.– CIM (.xml): Export d’un fichier XML pour les entités émettrices de

cartes de gasoil professionnelles.Mot immat.: Position de la valeur à exporter dans le champ Immatriculation

du véhicule. Exemple, pour un véhicule dont le champ Immatriculationcontient “1234 ABCD” :

Mot immat. Valeur exportée(N/A) “1234 ABCD”1 “1234”2 “ABCD”

Options AEAT:– NIF par véhicule: Affiche un champ NIF dans chaque véhicule.

L’activation de l’export AEAT fait apparaître les champ suivants :– Dans les produits :Code AEAT: Code produit à utiliser dans le fichier d’export

– Dans les sites :CAE, CIM: Code site à utiliser dans le fichier d’exportNIF: Code NIF de l’entreprise propriétaire des stations rattachées au site

(export CAE uniquement)

141

142 CHAPITRE 16. EXPORT AEAT

CodEE: Code d’entité émettrice de cartes de l’entreprise propriétaire desstations rattachées au site (export CIM uniquement).

– Dans les directions et services :NIF: Code NIF de l’entreprise propriétaire des véhicules de la direction

ou du service.– Dans les véhicules :Options:

– Export AEAT : Active l’export des transactions du véhicule.NIF: Code NIF de l’entreprise propriétaire du véhicule. Lorsque ce champ

n’est pas défini, le code NIF est hérité du service, ou, à défaut, de ladirection.

16.2 Génération des fichiersLe fichier d’export peut être généré dans B Exploitation, Export AEAT.

Sélectionner une plage de dates, un NIF (pour l’export CAE) ou un Co-dEE (pour l’export CIM), puis cliquer sur Valider. Le fichier est généré dansdata\dto, et peut également être téléchargé. Le bouton Fichiers exportés afficheles fichiers exportés précédemment.

La description des formats de fichier générés est disponible en annexe de cedocument.

16.3 Condition d’expoortUne transaction est exportée lorsqu’elle vérifie les critères suivants :– Pour l’export CAE :

– Volume non nul– Champ Code AEAT défini dans le produit de la transaction– Transaction faite par un véhicule qui

– a l’option Export AEAT cochée– a le même NIF que celui sélectionné

– Transaction faite sur un site qui a le même NIF que celui sélectionné– Pour l’export CIM :

– Volume non nul– Champ Code AEAT défini dans le produit de la transaction– Transaction faite par un véhicule qui

– a l’option Export AEAT cochée– a un NIF défini

– Transaction faite sur un site qui a le même CodEE que celui sélectionné

Le code NIF d’un véhicule est déterminé de la manière suivante :– Si un code NIF est défini dans le véhicule, utilisation de cette valeur– Sinon, si un code NIF est défini dans le service du véhicule, utilisation de

cette valeur– Sinon, utilisation du code NIF de la direction du véhicule

Troisième partie

Utilisation avancée

143

Chapitre 17

Traitement des transactionscarburant

Le traitement d’une transaction carburant se déroule selon les étapes sui-vantes :

1. Mise à jour des stocks en cuve (sauf transactions extérieures)

2. Affectation du service du véhicule ou du chauffeur au service de la tran-saction, selon le paramétrage défini dans Config. gestionnaire.

3. Si une activité possédant l’option Appoint a été saisie, cette même optionest positionnée pour la transaction.

4. Mise à jour des avoirs (véhicule, service, activité)

5. Mise à jour des compteurs kilométriques et calcul de consommation

6. Mise à jour des compteurs horaires et calcul de consommation

7. Mise à jour des entretiens du véhicule

8. Création si nécessaire d’un nouveau code spécifique

9. Stockage de la transaction

10. Contrôle des alertes Watch et Vigilance

17.1 Définitions

Comparaison de transactions:La comparaison entre deux transactions s’effectue par le champ DateHeure. On notera T1 < T2 lorsque la date de T1 est antérieure à la datede T2.

Compteur renseigné:Une transaction a un compteur renseigné lorsque la valeur du compteurest différente de (N/A) et qu’il ne s’agit pas d’un appoint, ou lorsque latransaction comporte l’option Cpt. renouvelé. On notera cpt(T ) le fait queT ait un compteur renseigné.

Calcul de consommation:

145

146 CHAPITRE 17. TRAITEMENT DES TRANSACTIONS CARBURANT

Pour un véhicule donné, la consommation instantanée d’une transactionest 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 vo-lumes des transactions comprises entre T1 (exclue) et T2 (incluse) :

vol(T1, T2) =∑

T1<t≤T2

volume(t)

Produits équivalents:Deux transactions T1 et T2 d’un même véhicule ont un produit équivalentlorsque 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éser-

voirs du véhicule (Voir 2.1.8, page 34).On notera prod(T1, T2) le fait que T1 et T2 aient un produit équivalent.

17.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 condi-tions suivantes :– T0 a un compteur renseigné– T0 a un produit équivalent à TOn notera K0 le compteur de la transaction T0.Plus formellement, T0 est la plus grande des transactions t vérifiant lacondition : t < T et cpt(t) et prod(t, T ).

2. On recherche T1, la première transaction suivant T vérifiant les conditionssuivantes :– 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 lacondition : 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 comp-

teur renseigné, tous produits confondus, pour ce véhicule, le compteurdu 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)

17.2. DÉTAIL SUR LA MISE À JOUR DES COMPTEURS 147

– Si K n’est pas renseigné et que T0 existe, la consommation de T1 estcalculée par vol(T0, T1)/(K1−K0) vol(T0, T1) contient notamment levolume de la transaction T . T est donc dans ce cas une transactionsans compteur dont la consommation a été reportée sur une transac-tion suivante.

Remarques :– Le traitement ci-dessus est présenté pour les compteurs kilométriques mais

est également valable pour les compteurs horaires.– Lorsque la transaction T0 n’existe pas (c’est-à-dire lorsque T est la pre-

mière transaction du véhicule pour un produit donné), le kilométrage par-couru et la consommation de T ne peuvent pas être calculés. C’est pour-quoi il est conseillé d’initialiser le compteur d’un véhicule en créant unetransaction manuelle de volume nul pour le produit souhaité (Voir 8.1,page 107).

– Le calcul de consommation suppose que le plein est fait à chaque prise decarburant.

– Les transactions comportant l’option Appoint sont considérées par le sys-tème comme équivalentes à celles n’ayant pas de compteur. Le compteurenregistré dans ces transactions a donc une valeur uniquement informativeet n’est jamais utilisé pour le calcul de la consommation.

– L’option Cpt. renouvelé désactive le calcul du kilométrage parcouru et dela consommmation. Si des transactions sans compteur précèdent une telletransaction, leur consommation sera ignorée. Il est donc conseillé de suivrela procédure suivante lors d’un renouvellement de compteur :1. S’assurer que la dernière transaction du véhicule a un compteur ren-

seigné (par exemple via l’onglet Dernières transctions de la fiche véhi-cule). Si ce n’est pas le cas, saisir une transaction manuelle de volumenul, avec l’ancien compteur du véhicule.

2. Saisir une transaction manuelle de volume nul, comportant l’optionCpt. renouvelé, avec le nouveau compteur du véhicule.

17.2.1 Option CarburantCette 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 an-nexe

On considère un véhicule ayant un produit de carburation (Gasoil) et unproduit annexe (Huile). On déclarera donc les réservoirs suivants :

Produit OptionsGOIHUI

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 Véhicule Produit Volume Compteur Parcouru Conso.16/04/2004 1234ZZ69 HUI 1,00 L 61 500 km 1 500 km 0,67 L/100km03/04/2004 1234ZZ69 GOI 70,00 L 61 100 km 1 000 km 7,00 L/100km15/03/2004 1234ZZ69 GOI 70,00 L 60 100 km 1 000 km 7,00 L/100km08/03/2004 1234ZZ69 HUI 2,00 L 60 000 km (N/A) (N/A)

Cas d’un véhicule avec deux produits de carburation et un produitannexe

On considère un véhicule ayant deux produits de carburation (Super et GPL)et un produit annexe (Huile). Si les deux produits de carburation sont décla-rés sans l’option Carburant, on aura un comportement identique à celui décritci-dessus, avec trois calculs de kilométrage indépendants. Le calcul de consom-mation sera donc erroné pour les produits de carburation. On déclarera doncces produits avec l’option Carburant dans les réservoirs :

Produit OptionsSUP CarburantGPL CarburantHUI

Date Véhicule Produit Volume Compteur Parcouru Conso.03/04/2004 1234ZZ69 GPL 50,00 L 63 300 km 1 200 km 4,55 L/100km16/04/2004 1234ZZ69 HUI 2,00 L 62 500 km 2 500 km 0,80 L/100km03/04/2004 1234ZZ69 GPL 50,00 L 62 100 km 1 000 km 5,00 L/100km03/04/2004 1234ZZ69 SUP 70,00 L 61 100 km 1 000 km 7,00 L/100km15/03/2004 1234ZZ69 SUP 70,00 L 60 100 km 1 000 km 7,00 L/100km08/03/2004 1234ZZ69 HUI 2,00 L 60 000 km (N/A) (N/A)

17.3 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 52). Le présentparagraphe détaille les effets du paramètre Fusion compteurs consécutifs.

Le traitement des transactions présenté ci-dessus permet de tenir compte destransactions sans compteurs dans les calculs de consommation. Il est possibled’utiliser cette propriété pour avoir des consommations exactes lorsqu’un mêmeplein 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 lapompe est automatiquement raccrochée.

4. Pour terminer son plein, l’usager s’identifier à nouveau et resaisit le comp-teur.

17.3. PARAMÉTRAGE 149

Le plein effectué dans ce scénario créera deux transactions, T1 et T2 Aprèstraitement de ces transactions, on les retouvera dans l’historique sous la forme :

Date Heure Véhicule Volume Compteur Parcouru ConsommationT2 19/06/2004 07:32:00 1234ZZ69 80,00 L 83200 km (N/A) (N/A)T1 19/06/2004 07:30:00 1234ZZ69 70,00 L 83200 km 1000 km 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.Pour rétablir une consommation correspondant à la réalité, il suffit de trans-

former T1 en une transaction sans compteur T′1. Le volume de T1 est alors

reporté sur T2 pour le calcul de consommation. La transaction T1 sera toujoursprésente, avec l’attribut Annulée. Les transactions annulées ne sont pas prisesen compte dans les cumuls ou dans les calculs de consommation.

Date Heure Véhicule Volume Compteur Parcouru ConsommationT2 19/06/2004 07:32:00 1234ZZ69 80,00 L 83200 km (N/A) (N/A)T′1 19/06/2004 07:30:00 1234ZZ69 70,00 L 83200 km 1000 km 7,00 L/100km

T1 Annulée

On constate donc que pour avoir un calcul de consommation correct lors-qu’un plein est effectué en plusieurs fois, il faut annuler le compteur sur lestransactions intermédiaires, afin de reporter le calcul de consommation sur ladernière transaction.

Il est possible de réaliser ce traitement à la main en supprimant le compteurdans les transactions souhaités, via l’écran de modification de transaction (8.3,page 111).

Définir une valeur de M minutes pour le paramètre Fusion compteurs consé-cutifs permet de réaliser ce traitement automatiquement, lorsque la conditionsuivante 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.


Chapitre 18

Opérations exceptionnelles

Par défaut, une sauvegarde est automatiquement effectuée avant toute opéra-tion exceptionnelle susceptible de supprimer ou altérer des données. Pour toutesces opérations, il est possible de désactiver cette sauvegarde en cochant la caseDésactiver la sauvegarde. Cette option doit être utilisée avec toute la prudencenécessaire, dans la mesure où des données risques d’être perdues.

18.1 PurgeB Config., Gestion des transactions - Recalcul, PurgeLa purge supprime les enregistrements vérifiant les critères sélectionnés de

la base de données.Les critères pour qu’un enregistrement soit purgé sont les suivants :– Tables d’historiques : appartenance à la plage de dates sélectionnée.– Tables Véhicules et Usagers: Eléments interdits et n’ayant plus aucune

transaction.

18.2 Requête de mise à jourB Config., Mise à jour de tableCette opération permet de modifier en une seule fois un grand nombre d’en-

registrements.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– Echange: Echange des valeurs de deux champs– Copie: Copie d’un champ dans un autre– Edition de chaîne: Modification d’un champ de type chaîne de caractères.– Ajout: Ajouts d’enregistrements dans des sous-tables.– Suppression: Suppression d’enregistrements.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 cliquesur Filtrer dans l’écran de consultation d’une table. Lorsque l’opération portesur une sous-table (par exemple Services est une sous-table de Directions), il est

151

152 CHAPITRE 18. OPÉRATIONS EXCEPTIONNELLES

possible de choisir à la fois les critères de filtrage de la table mère et de la tablefille. Dans ce cas, le filtre est d’abord appliqué à la table mère, puis aux tablesfilles des enregistrements trouvés.

Les étapes suivantes dépendent de l’opération choisie :– Affectation: Choix du champ à modifier et de la valeur qui lui sera affectée.– Echange: Choix des deux champs à échanger.– Copie: Choix du champ source et du champ destination de la copie.– Edition de chaîne: Définition des modifications à effectuer sur la chaîne,

parmi les opérations suivantes :– Enlever préfixe, Enlever suffixe: Supprime N caractères en début ou en

fin de chaîne.– Ajouter préfixe, Ajouter suffixe: Ajoute un texte fixe en début ou en fin

de chaîne.– Opération: Convertit la chaîne en minuscules ou majuscules.

– Ajout: Définition des valeurs des nouveaux enregistrements, dans un for-mulaire identique au formulaire d’ajout classique.

– Suppression: Aucune étape supplémentaire.

18.2.1 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 tousles véhicules de type “Camion” :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 pro-duits). Dans les critères de filtrage sur les réservoirs, choisir le produitSuper. Ceci sélectionnera les réservoirs de Super 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.

– Convertir les noms de famille de tous les usagers en majuscules :1. Choisir la table Usagers et l’opération Edition de chaîne.

18.3. VÉRIFICATION 153

2. Cliquer sur suivant sans sélectionner de critère de filtrage, pour mo-difier tous les usagers.

3. Sélectionner l’opération Majuscules et valider.

18.3 VérificationL’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 tableVersion format: Version du format de fichierVersion base: Version des donnéesDernière mod.: Date de dernière modificationMax.: Nombre maximum d’enregistrementsUtilisés (théo.), Utilisés (réels): Nombre d’enregistrements utilisés dans l’in-

dex et dans la table. Ces deux nombres doivent être égaux.Corrompus: Nombre d’enregistrements corrompus.Index: Etat de l’index.

18.4 SauvegardeGIR 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. Poureffectuer une manuellement une sauvegarde, cliquer sur Sauvegarder tables dansle menu B Config.. Sélectionner les tables à sauvegarder (toutes les tables sontsélectionnées par défaut), saisir le nom du fichier dans la zone de texte, puis cli-quer sur Exporter. Après quelques instants, le message Opération réussie s’affiche,indiquant le succès de la sauvegarde.

Il est également possible de programmer une sauvegarde automatique à heurefixe (Voir 2.7, page 46). Les fichiers ainsi créés sont enregistrés dans le répertoiredata\bak, et écrasés tous les jours. Pour plus de sécurité, on pourra aussi définirun répertoire vers lequel ces sauvegardes seront recopiées, ainsi que le nombrede copies à conserver. Pour cela, cliquer sur % pour accéder à la fiche d’une pro-grammation de sauvegarde automatique, puis sur Modif. pour saisir le Répertoirede sauvegarde et le nombre de Copies. Il est nécessaire d’accéder à l’applicationdepuis l’ip d’administration, avec un code gestionnaire, pour pouvoir modifierces paramètres.

La recopie des sauvegardes dans un répertoire externe à l’arborescence del’application permet notamment de ne pas avoir à l’installer sur un partageréseau.

Exemple : GIR Titan-Hyperion est installé dans le répertoire C:\hyperion. Lerépertoire C:\reseau est partagé sur le réseau et sauvegardé tous les jours. Onsouhaite que les sauvegardes automatiques de GIR Titan-Hyperion soit intégréesà la sauvegarde générale, en conservant un historique sur deux mois.

On définira alors une sauvegarde automatique dans GIR Titan-Hyperion,de préférence avant l’exécution de la sauvegarde générale, puis on renseignera


C:\reseau comme répertoire vers lequel copier les sauvegardes. Pour conserverdeux mois d’historique à raison d’une sauvegarde par jour, on saisira 60 dans lechamp Copies.

18.5 Page d’administration

La page d’administration regroupe les opérations exceptionnelles qui néces-sitent un accès particulier à l’application. Pour accéder à cette page, effectuerun clic droit sur l’icône de GIR Titan-Hyperion dans la barre des tâches puischoisir 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 lasociété GIR.

18.5.1 Restauration

L’opération Restore permet de restaurer une base de données à partir d’unfichier 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 pourchaque table des informations similaires à celles présentées dans l’écran devé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 surOui pour effectuer la restauration.

18.5.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 enregistrementsinexistants (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 surLancer pour démarrer l’opération.

18.6. MISE À JOUR DE L’APPLICATION 155

18.5.3 ConversionLors d’une mise à jour de GIR Titan-Hyperion, il peut être nécessaire d’ef-

fectuer un traitement sur la base de données pour disposer des fonctionnalitésles plus récentes.

L’écran Conversion de table affiche l’ensemble des conversions à réaliser avantde 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.

18.5.4 SessionsL’é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 effec-tuer une restauration de la base de données, tous les utilisateurs doivent êtredé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 dialoguesautomatiques. De telles sessions ne peuvent pas être fermées par l’utilisateur, etil est nécessaire d’attendre la fin de leur exécution.

18.5.5 Transfert de fichiersL’é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 menuB Config., SAV.

Paramètres proxy: Définition des paramètres du proxy http (Page d’adminis-tration uniquement, les paramètres définis dans Config. gestionnaire sontutilisés sinon).

Envoi de fichiers: Envoi des différents fichiers de GIR Titan-Hyperion pouranalyse 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 Titan-

Hyperion et le serveur SAV.Mise à jour application: Téléchargement d’une nouvelle version de GIR Titan-

Hyperion, et lancement de l’installation (Page d’administration unique-ment).

18.6 Mise à jour de l’applicationLes é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érertoutes 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’instal-

lation.

Manuellement, en récupérant le programme d’installation de la nouvelleversion depuis internet ou sur un cd.

3. Si nécessaire, effectuer une conversion de tables via le menu Conversion detable de la page d’administration (Voir 18.5.3, page 155).

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 surces bornes (dialogue Récup.-Attente-Init.-Config.-Envoi).

18.7 Démarrage

18.7.1 Version Windows

Le lancement de l’application s’effectue via un programme de chargement(winhyprn.exe), représenté par une icône dans la barre des tâches. Certains pa-ramètres sont personnalisables dans le fichier winhyprn.ini.

Il est également possible d’installer l’application en tant que service Win-dows. La procédure à suivre est détaillée dans le répertoire jumble/srv sur leCD fourni avec GIR Titan-Hyperion.

18.7.2 Version Linux

Le lancement de l’application s’effectue via le script shell /etc/rc.d/hyperion.Certains paramètres sont personnalisables dans le fichier /etc/hyperion.cfg.

18.7.3 Environnement de test

GIR Titan-Hyperion est capable de démarrer dans un mode spécial, appeléenvironnement de test (par opposition à environnement de production).

Dans ce mode, l’ensemble des interactions avec l’extérieur sont désactivées :– Les connexions avec les bornes ne sont pas établies– Le lancement manuel d’un dialogue est désactivé– Les opérations automatiques ne sont pas exécutées– Les e-mails ne sont pas envoyésL’activation de ce mode s’effectue dans le fichier de configuration (winhyprn.ini

sous Windows, /etc/hyperion.cfg sous Linux).

18.8. CHANGEMENT DE MACHINE 157

Ainsi, si l’on souhaite expérimenter certaines fonctionnalités du logiciel sansaltérer la base de données de production ou le fonctionnement des bornes, ilsuffit de dupliquer le répertoire data vers la plate-forme de tests. On lanceraensuite l’application en mode environnement de test, puis on procédera auxessais souhaités.

Lorsque ce mode est actif, le texte TEST est affiché dans menu ainsi quedans la barre de titre du navigateur.

18.8 Changement de machineGIR 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’instal-lation 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 (endécochant Hyperion au moment du choix des options), pour recréer les raccourciset définir les paramètres proxy du navigateur.

18.9 Arborescencebin: Exécutablesdata: Données, réparties dans les sous-répertoires suivants :

bak: Fichiers TWB créés lors d’une sauvegarde automatiquecsv: Données de l’import/export CSV installateurdbx: Base de donnéesdti: 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 logtmp: Fichiers temporaires

seq: Fichiers séquencesupdates: Mises à jour de l’application


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 uncontrat légal entre vous (personne physique ou personne morale) etla 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 AUTREMANIÈRE LE LOGICIEL, VOUS ACCEPTEZ DE VOUS CONFORMERÀ TOUS LES TERMES ET À TOUTES LES CONDITIONS DUCONTRAT DE LICENCE.

Si vous n’acceptez pas les termes et les conditions du Contrat delicence, vous n’êtes en aucun cas autorisé à installer ou utiliser leLogiciel. Si vous acceptez les termes et les conditions du Contrat delicence, et que vous avez acheté le Logiciel, la société klervi vousconcè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 lesenvironnements Windows 9x, 2000 ou XP, sur compatible PC.

Le présent C.L.U.F. vous concède les droits d’installation etd’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 Logicielest protégé en France par le Code de la Propriété Intellectuelleet à l’étranger par les conventions internationales sur le droitd’auteur. Vous devez, par conséquent, agir vis à vis de ce Logicielcomme s’il s’agissait de tout autre matériel soumis aux droitsd’auteur (comme par exemple un livre), à la seule différence que

159

160 ANNEXE A. CONTRAT DE LICENCE

vous pouvez réaliser une copie du Logiciel, mais uniquement à desfins de sauvegarde ou d’archivage. Vous demeurez responsable de lasécurité physique de cette copie.

Vous ne pouvez céder à un tiers le Logiciel et sa documentation quesur accord préalable et écrit de la société klervi, et de façonpermanente, à condition de n’en garder aucune copie et que lebé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, lamodification, la traduction, la sous-licence, l’utilisation en tempspartagé, la transmission ou la réception électronique du Logiciel, deson support ou de la documentation relatifs ne sont pas autorisés.

Vous reconnaissez que le Logiciel sous forme de code source resteun secret commercial de la société klervi, et pour cette raisonacceptez de ne pas modifier le Logiciel ni tenter de désosser,décompiler, ni désassembler le Logiciel, sauf et seulement lorsqueune telle activité est expressément autorisée par la législationapplicable malgré cette contrainte.

Vous vous engagez notamment à ne pas développer ou commercialiserle Logiciel objet du présent contrat ou des produits susceptiblesde 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’utilisationdu 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 leserreurs, et d’établir les modalités particulières auxquelles serontsoumis les actes étant définis ci avant.

La reproduction du code du Logiciel ou la traduction de la forme dece code sont interdites mêmes lorsque elles sont indispensables pourobtenir les informations nécessaires à l’interopérabilité du Logicielavec 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 duLogiciel est un délit de contrefaçon, et que toute contrefaçon estsanctionnée en France par l’article L.335-2 du code de la propriétéintellectuelle et punie de deux ans d’emprisonnement etde 150 000 EUR d’amende.

MISES À JOUR

Si vous avez installé une version mise à jour du Logiciel, elleconstitue un seul et unique produit avec le Logiciel que vous avezmis à jour. Vous pouvez utiliser ou transférer la version mise à jourdu Logiciel uniquement en accord avec les dispositions du Contrat delicence. Toute nouvelle version du Logiciel vient remplacer la

161

précédente et demeure soumise au présent Contrat de licence, sousréserve de modification dudit Contrat.

INFORMATIONS NOMINATIVES

Le Logiciel intègre une base de données, qui peut constituer untraitement automatisé d’informations nominatives, relevant desarticles 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 votrefichier 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 Nationalede 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 detout dommage spécial, accidentel, indirect ou consécutif, de quelquenature que ce soit (notamment perte d’exploitation, perte de donnéesou toute autre perte financière) résultant de l’utilisation ou del’impossibilité d’utiliser le produit, ou de la fourniture ou del’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 environnementdangereux nécessitant une résistance à la panne, comme pour les sitesnucléaires, la navigation aérienne ou les systèmes de communication, decontrôle de trafic aérien, les appareils d’assistance à la vie ou lessystèmes d’armement, pour lesquels une défaillance du Logicielprovoquerait la mort, des blessures importantes ou des dommages physiquesou environnementaux importants (Activités à Haut Risque). Aucun engagementn’est consenti par la société klervi et notamment aucune garantie expresseou 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 audroit français. En cas de litige découlant de son interprétation ou deson 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émentconcédés au titre de document. La société klervi se réserve également ledroit de modification sans préavis du présent Contrat. Si l’une quelconquedes stipulations du Contrat est retenue pour nulle ou sans objet, elle seraréputée non écrite et n’entraînera pas la nullité des autres stipulations.

162 ANNEXE A. CONTRAT DE LICENCE

Annexe B

Format des fichiers traclient

163

164 ANNEXE B. FORMAT DES FICHIERS TRACLIENT

Versions F1 et F2Les 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 Long. Description000-009 10 date au format "jj.mm.aa" (version F1) ou "jj.mm.aaaa" (version F2)010-013 04 heure au format "hhmm"014-017 04 badge véhicule018-023 06 code véhicule024-043 20 immatriculation044-046 03 no du service047-066 20 nom du service067-069 03 no de l’activité070-089 20 nom de l’activité090-091 02 no du type de véhicule092-111 20 nom du type de véhicule112-112 01 type de compteur (’K’ kilométrique, ’H’ horamètre, ou ’A’ autre)113-119 07 compteur km ou h120-125 06 km ou h parcourus126-127 02 no du site128-137 10 nom du site138-139 02 no cuve 1 (0 si plein ext)140-142 03 % cuve 1143-144 02 no cuve 2 (0 si plein ext)145-147 03 % cuve 2148-149 02 no pompe (0 si plein ext)150-151 02 no du produit152-154 03 nom du produit155-160 06 volume interne (centilitres)161-166 06 p.u. interne (euros * 10000)167-172 06 volume externe (centilitres)173-178 06 p.u. externe (euros * 10000)179-183 05 consommation instantanée (cl/100km ou cl/h)184-186 03 consommation de référence (l/100km ou l/h)187-188 02 sur/sous-consommation ("*+" ou "*-" ou "␣␣")189-191 03 entretien (obsolète, toujours à "␣␣␣")192-195 04 badge chauffeur196-215 20 nom chauffeur

165

Exemple (format F2) :

0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 00 0 1 1 2 2 3 3 4 4 5 5 6 6 7 7 70....5....0....5....0....5....0....5....0....5....0....5....0....5....0....5...904.12.200408350000123456IMMATRICULATION 99SERVICE 999ACTIVITE

0 0 0 0 1 1 1 1 1 1 1 1 1 1 1 1 18 8 9 9 0 0 1 1 2 2 3 3 4 4 5 5 50....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 26 6 7 7 8 8 9 9 0 0 1 10....5....0....5....0....5....0....5....0....5....0....5099999900000000000000500500 0000CHAUFFEUR


Versions F1-Ref et F2-RefLa 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 Refde 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 Refest 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. ges-tionnaire, il est interprété comme ref1<séparateur>ref2. Les deux valeurs ref1et ref2 ainsi extraites sont affectées comme indiqué dans la colonne ’Ref com-posée’ du tableau ci-dessous. Si le champ Ref ne contient pas de séparateur, ilest affecté comme indiqué dans la colonne ’Ref simple’.

Exemple : Pour réaliser un export traclient avec un véhicule ayant pour code18 et pour immatriculation ABC, on saisira "18|ABC" dans le champ Ref de cevéhicule, en ayant défini le caractère | comme séparateur dans la table Config.gestionnaire.

Champ traclient Ref vide Ref simple Ref composéeBadge véhicule F1 F1 ref3 (3)Code véhicule F1 ref ref1Immatriculation F1 F1 ref2 (3)Badge chauffeur F1 ref ref1Nom chauffeur F1 F1 ref2No (1) 999 999 ref1Nom (1) F1 ref ref2No (2) 999 ref N/A

(1) service, activité, type de véhicule, site, produitPour le service, les valeurs ref1 et ref2 sont obtenues en concaténant lesref1 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.

167

– 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 tropgrande 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 formatsF1-Ref et F2-Ref, à une différence près : si le champ Ref du véhicule estune ref composée, alors le champ immatriculation du fichier traclient estpartitionné en deux champs de type texte et de longueur 10. La premièrepartie contiendra alors l’immatriculation, et la deuxième partie la valeurref2.


Version F3

Position Long. Description000-018 19 Date au format "jj/mm/aaaa␣hh:nn:ss"019-038 20 Ref. du véhicule039-068 30 Immatriculation069-088 20 Ref. du type de véhicule089-108 20 Ref. de la direction109-128 20 Ref. du service129-148 20 Ref. de l’usager149-178 30 Nom de l’usager179-188 10 Compteur km189-198 10 Parcouru km199-204 06 Consommation km instantanée (cL/100 km)205-210 06 Consommation km de référence (cL/100 km)211-220 10 Compteur h (1/100e d’heures)221-230 10 Parcouru h (1/100e d’heures)231-236 06 Consommation h instantanée (cL/heure)237-242 06 Consommation h de référence (cL/heure)243-262 20 Ref. du site263-282 20 Ref. de la cuve 1283-288 06 Ratio de la cuve 1 (pourcentage * 100)289-308 20 Ref. de la cuve 2309-314 06 Ratio de la cuve 2 (pourcentage * 100)315-324 10 Ref. de la pompe325-344 20 Ref. du produit345-354 10 Volume externe (cL)355-364 10 Montant externe (centimes)365-374 10 Volume interne (cL)375-384 10 Montant interne (centimes)385-394 10 Prix unitaire (centimes)395-400 06 Durée (secondes)401-420 20 Ref. de l’activité421-430 10 Code spécifique431-436 06 Options (voir le champ options du format C1)

169

Version C1

Position Description01 Date au format "jj/mm/aaaa␣hh:nn:ss"02 Ref. du véhicule03 Immatriculation04 Ref. du type de véhicule05 Nom du type de véhicule06 Ref. de la direction07 Nom de la direction08 Ref. du service09 Nom du service10 Ref. de l’usager11 Nom de l’usager12 Prénom de l’usager13 Compteur km14 Parcouru km15 Consommation km instantanée (cL/100 km)16 Consommation km de référence (cL/100 km)17 Compteur h (1/100e d’heures)18 Parcouru h (1/100e d’heures)19 Consommation h instantanée (cL/heure)20 Consommation h de référence (cL/heure)21 Ref. du site22 Nom du site23 Ref. de la cuve 124 Nom de la cuve 125 Ratio de la cuve 126 Ref. de la cuve 227 Nom de la cuve 228 Ratio de la cuve 229 Ref. de la pompe30 Nom de la pompe (Nom borne + nom pompe)31 Ref. du produit32 Nom du produit33 Volume externe (cL)34 Montant externe (centimes)35 Volume interne (cL)36 Montant interne (centimes)37 Prix unitaire (centimes)38 Durée (secondes)39 Ref. de l’activité40 Nom de l’activité41 Code spécifique42 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-consommation2 : ’-’ sous-consommation3 : ’I’ transaction importée


4 : ’M’ transaction manuelle5 : ’P’ pompiste6 : ’G’ gestionnaire (à distance)Ex : Transaction pompiste en sur-consommation : "+␣␣␣P␣"

171

Version F4 - Transactions carburant

Position Long. Description000-018 19 Date au format "jj/mm/aaaa␣hh:nn:ss"019-038 20 Ref. du véhicule039-068 30 Immatriculation069-088 20 Ref. du type de véhicule089-108 20 Ref. de la direction109-128 20 Ref. du service129-148 20 Ref. de l’usager149-178 30 Nom de l’usager179-198 20 Ref. de la direction de l’usager199-218 20 Ref. du service de l’usager219-228 10 Compteur km229-238 10 Parcouru km239-244 06 Consommation km instantanée (cL/100 km)245-250 06 Consommation km de référence (cL/100 km)251-260 10 Compteur h (1/100e d’heures)261-270 10 Parcouru h (1/100e d’heures)271-276 06 Consommation h instantanée (cL/heure)277-282 06 Consommation h de référence (cL/100 km)283-302 20 Ref. du site303-322 20 Ref. de la cuve 1323-328 06 Ratio de la cuve 1 (pourcentage * 100)329-348 20 Ref. de la cuve 2349-354 06 Ratio de la cuve 2 (pourcentage * 100)355-374 20 Ref. de la borne375-394 20 Ref. de la pompe395-414 20 Ref. du produit415-424 10 Volume externe (cL)425-434 10 Montant externe (centimes)435-444 10 Volume interne (cL)445-454 10 Montant interne (centimes)455-464 10 Prix unitaire (centimes)465-470 06 Durée (secondes)471-490 20 Ref. de l’activité491-500 10 Code spécifique501-516 16 Options (voir le champ options du format C2 - carburant)


Version C2 - Transactions carburant

Position Description01 Date au format "jj/mm/aaaa␣hh:nn:ss"02 Ref. du véhicule03 Immatriculation04 Ref. du type de véhicule05 Nom du type de véhicule06 Ref. de la direction du véhicule07 Nom de la direction du véhicule08 Ref. du service du véhicule09 Nom du service du véhicule10 Ref. de l’usager11 Nom de l’usager12 Prénom de l’usager13 Ref. de la direction de l’usager14 Nom de la direction de l’usager15 Ref. du service de l’usager16 Nom du service de l’usager17 Compteur km18 Parcouru km19 Consommation km instantanée (cL/100 km)20 Consommation km de référence (cL/100 km)21 Compteur h (1/100e d’heures)22 Parcouru h (1/100e d’heures)23 Consommation h instantanée (cL/heure)24 Consommation h de référence (cL/heure)25 Ref. du site26 Nom du site27 Ref. de la cuve 128 Nom de la cuve 129 Ratio de la cuve 130 Ref. de la cuve 231 Nom de la cuve 232 Ratio de la cuve 233 Ref. de la borne34 Nom de la borne35 Ref. de la pompe36 Nom de la pompe (Nom borne + nom pompe)37 Ref. du produit38 Nom du produit39 Volume externe (cL)40 Montant externe (centimes)41 Volume interne (cL)42 Montant interne (centimes)43 Prix unitaire (centimes)44 Durée (secondes)45 Ref. de l’activité46 Nom de l’activité

173

47 Code spécifique48 Options : chaîne de 16 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-consommation2 : ’-’ sous-consommation3 : ’I’ transaction importée4 : ’M’ transaction manuelle5 : ’P’ pompiste6 : ’G’ gestionnaire (à distance)7 : ’E’ plein extérieur8 : ’A’ annulée.9 : ’N’ remplacement d’une transaction annulée10 : ’K’ compteur renouvelé11 : ’O’ appoint (à partir de la version 1.4.9)12 : ’F’ compteur forcé (à partir de la version 1.4.9)13 : ’V’ volume max. (à partir de la version 1.4.9)14 à 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 sontalors consécutives.


Version F5 - Transactions carburant

Position Long. Description000-018 19 Date au format "jj/mm/aaaa␣hh:nn:ss"019-038 20 Ref. du véhicule039-068 30 Immatriculation069-088 20 Ref. du type de véhicule089-108 20 Ref. de la direction109-128 20 Ref. du service129-148 20 Ref. de l’usager149-178 30 Nom de l’usager179-198 20 Ref. de la direction de l’usager199-218 20 Ref. du service de l’usager219-238 10 Compteur km239-248 10 Parcouru km249-258 06 Consommation km instantanée (cL/100 km)259-264 06 Consommation km de référence (cL/100 km)265-270 10 Compteur h (1/100e d’heures)271-280 10 Parcouru h (1/100e d’heures)281-286 06 Consommation h instantanée (cL/heure)287-292 06 Consommation h de référence (cL/100 km)293-312 20 Ref. du site313-332 20 Ref. de la cuve 1333-338 06 Ratio de la cuve 1 (pourcentage * 100)339-348 20 Ref. de la cuve 2349-354 06 Ratio de la cuve 2 (pourcentage * 100)355-374 20 Ref. de la borne375-394 20 Ref. de la pompe395-414 20 Ref. du produit415-424 10 Volume externe (cL)425-434 10 Montant externe (centimes)435-444 10 Volume interne (cL)445-454 10 Montant interne (centimes)455-464 10 Prix unitaire (centimes * 100)465-470 06 Durée (secondes)471-490 20 Ref. de l’activité491-500 10 Code spécifique501-516 16 Options (voir le champ options du format C3 - carburant)517-525 09 Numéro de transaction526-535 10 Id. du pétrolier (à partir de la version 1.4.13)536-555 20 Ref. du type d’usager (à partir de la version 1.4.15)556-625 70 Inutilisés (réservés pour utilisation future)

175

Version C3 - Transactions carburant

Position Description01 Date au format "jj/mm/aaaa␣hh:nn:ss"02 Ref. du véhicule03 Immatriculation04 Ref. du type de véhicule05 Nom du type de véhicule06 Ref. de la direction du véhicule07 Nom de la direction du véhicule08 Ref. du service du véhicule09 Nom du service du véhicule10 Ref. de l’usager11 Nom de l’usager12 Prénom de l’usager13 Ref. de la direction de l’usager14 Nom de la direction de l’usager15 Ref. du service de l’usager16 Nom du service de l’usager17 Compteur km18 Parcouru km19 Consommation km instantanée (cL/100 km)20 Consommation km de référence (cL/100 km)21 Compteur h (1/100e d’heures)22 Parcouru h (1/100e d’heures)23 Consommation h instantanée (cL/heure)24 Consommation h de référence (cL/heure)25 Ref. du site26 Nom du site27 Ref. de la cuve 128 Nom de la cuve 129 Ratio de la cuve 130 Ref. de la cuve 231 Nom de la cuve 232 Ratio de la cuve 233 Ref. de la borne34 Nom de la borne35 Ref. de la pompe36 Nom de la pompe (Nom borne + nom pompe)37 Ref. du produit38 Nom du produit39 Volume externe (cL)40 Montant externe (centimes)41 Volume interne (cL)42 Montant interne (centimes)43 Prix unitaire (centimes * 100)44 Durée (secondes)45 Ref. de l’activité46 Nom de l’activité


47 Code spécifique48 Options : chaîne de 16 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-consommation2 : ’-’ sous-consommation3 : ’I’ transaction importée4 : ’M’ transaction manuelle5 : ’P’ pompiste6 : ’G’ gestionnaire (à distance)7 : ’E’ plein extérieur8 : ’A’ annulée.9 : ’N’ remplacement d’une transaction annulée10 : ’K’ compteur renouvelé11 : ’O’ appoint12 : ’F’ compteur forcé13 : ’V’ volume max.14 à 16 : inutilisés.

Exemple : Transaction pompiste en sur-consommation :"+␣␣␣P␣␣␣␣␣␣␣␣␣␣␣"

49 Numéro de transaction50 Id. du pétrolier (à partir de la version 1.4.13)51 Ref. du type d’usager (à partir de la version 1.4.15)

52-58 7 champs inutilisés (réservés pour utilisation future)

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 sontalors consécutives.

177

Version S1(anciennement F4-Approvisionnements)

Position Long. Description000-018 19 Date au format "jj/mm/aaaa␣hh:nn:ss"019-038 20 Ref. de la cuve039-058 20 Ref. du produit059-078 20 Ref. du site079-098 20 Ref. de la borne099-108 10 Volume de l’appro. (cL)109-118 10 Montant (centimes)119-128 10 Prix unitaire (centimes)129-144 16 Options : voir le champ options du format T1

Version T1(anciennement C2-Approvisionnements)

Position Description01 Date au format "jj/mm/aaaa␣hh:nn:ss"02 Ref. de la cuve03 Nom de la cuve04 Ref. du produit05 Nom du produit06 Ref. du site07 Nom du site08 Ref. de la borne09 Nom de la borne10 Volume de l’appro. (cL)11 Montant (centimes)12 Prix unitaire (centimes)13 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 borne2 : ’A’ annulé3 : ’R’ régularisation (à partir de la version 1.4.9)4 : ’T’ citerne (à partir de la version 1.4.9)5 à 16 : inutilisés

Un approvisionnement annulé est identique à celui d’origine, avec un volumeopposé. L’option ’A’ est présente uniquement en export au fil de l’eau.


Version S2(anciennement F5-Approvisionnements)

Position Long. Description000-018 19 Date au format "jj/mm/aaaa␣hh:nn:ss"019-038 20 Ref. de la cuve039-058 20 Ref. du produit059-078 20 Ref. du site079-098 20 Ref. de la borne099-108 10 Volume de l’appro. (cL)109-118 10 Montant (centimes)119-128 10 Prix unitaire (centimes * 100)129-144 16 Options : voir le champ options du format T2145-153 09 Numéro de transaction154-253 100 Inutilisés (réservés pour utilisation future)

Version T2(anciennement C3-Approvisionnements)

Position Description01 Date au format "jj/mm/aaaa␣hh:nn:ss"02 Ref. de la cuve03 Nom de la cuve04 Ref. du produit05 Nom du produit06 Ref. du site07 Nom du site08 Ref. de la borne09 Nom de la borne10 Volume de l’appro. (cL)11 Montant (centimes)12 Prix unitaire (centimes * 100)13 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 borne2 : ’A’ annulé3 : ’R’ régularisation4 : ’T’ citerne5 à 16 : inutilisés

14 Numéro de transaction15-23 9 champs inutilisés (réservés pour utilisation future)

Un approvisionnement annulé est identique à celui d’origine, avec un volumeopposé. L’option ’A’ est présente uniquement en export au fil de l’eau.

179

Version M1

Position Long. Description000-000 1 Type (’V’ : véhicule, ’U’ : usager)001-030 30 Immatriculation (véhicules seulement)031-060 30 Nom (usagers seulement)061-080 20 Prénom (usagers seulement)081-100 20 Ref.101-101 1 Identification (’B’ : badge, ’C’ : code, ’I’ initialisation, ’P’ : code via pompiste)102-111 10 Type de badge112-121 10 Numéro de badge122-131 10 Code badge132-141 10 Code142-151 10 Code secret152-152 1 Type de transactions (’I’ : internes, ’E’ : extérieures)153-172 20 Ref. du produit173-180 8 Nombre de transactions181-196 16 Volume (centilitres)197-212 16 Montant total (centimes)213-222 10 Km parcouru total (km)223-238 16 Volume conso. km (centilitres)239-248 10 Dernier compteur km (km)249-258 10 H parcouru total (1/100 h)259-274 16 Volume conso. h (centilitres)275-284 10 Dernier compteur h (1/100 h)285-384 100 Inutilisés (réservés pour utilisation future)

Le fichier contient d’abord les véhicules, puis les usagers, triés par ordrealphabétique.

Pour chaque véhicule, ce fichier contient au moins une ligne par produitautorisé au véhicule. Chaque produit peut éventuellement apparaître deux foispour chaque véhicule, si des transactions extérieures ont été réalisées. Ainsi, unvéhicule autorisé sur les produits ’GOI’ et ’FUE’, ayant effectué des pleins eninterne pour les deux produits, ainsi qu’un plein externe de GOI, apparaîtradans 3 lignes dans ce fichier.

Pour chaque usager, ce fichier contient au moins une ligne par produit définidans le logiciel.


Version N1

Position Description01 Type (’V’ : véhicule, ’U’ : usager)02 Immatriculation (véhicules seulement)03 Nom (usagers seulement)04 Prénom (usagers seulement)05 Ref.06 Identification (’B’ : badge, ’C’ : code, ’I’ initialisation, ’P’ : code via pompiste)07 Type de badge08 Numéro de badge09 Code badge10 Code11 Code secret12 Type de transactions (’I’ : internes, ’E’ : extérieures)13 Ref. du produit14 Nombre de transactions15 Volume (centilitres)16 Montant total (centimes)17 Km parcouru total (km)18 Volume conso. km (centilitres)19 Dernier compteur km (km)20 H parcouru total (1/100 h)21 Volume conso. h (centilitres)22 Dernier compteur h (1/100 h)


Voir le format M1 pour des informations complémentaires sur le contenu dufichier.

181

Version J1 - Jaugeages

Position Long. Description000-018 19 Date au format "jj/mm/aaaa␣hh:nn:ss"019-038 20 Ref. de la cuve039-058 20 Ref. du produit059-078 20 Ref. du site079-098 20 Ref. de la borne099-108 10 Stock théorique (cL)109-118 10 Volume total carburant (cL)119-128 10 Volume total eau (cL)129-138 10 Volume mesuré (cL)139-144 06 Température moyenne (℃ * 10)145-145 01 Compartiment 1 défini (’1’ : oui, ’0’ : non)146-153 08 Hauteur carburant compartiment 1 (mm * 10)154-161 08 Hauteur eau compartiment 1 (mm * 10)162-167 06 Température compartiment 1 (℃ * 10)168-168 01 Compartiment 2 défini169-176 08 Hauteur carburant compartiment 2 (mm * 10)177-184 08 Hauteur eau compartiment 2 (mm * 10)185-190 06 Température compartiment 2 (℃ * 10)191-191 01 Compartiment 3 défini192-199 08 Hauteur carburant compartiment 3 (mm * 10)200-207 08 Hauteur eau compartiment 3 (mm * 10)208-213 06 Température compartiment 3 (℃ * 10)214-214 01 Compartiment 4 défini215-222 08 Hauteur carburant compartiment 4 (mm * 10)223-230 08 Hauteur eau compartiment 4 (mm * 10)231-236 06 Température compartiment 4 (℃ * 10)237-336 100 Inutilisés (réservés pour utilisation future)

Version K1 - Jaugeages

Position Description01 Date au format "jj/mm/aaaa␣hh:nn:ss"02 Ref. de la cuve03 Nom de la cuve04 Ref. du produit05 Nom du produit06 Ref. du site07 Nom du site08 Ref. de la borne09 Nom de la borne10 Stock théorique (cL)11 Volume total carburant (cL)12 Volume total eau (cL)13 Volume mesuré (cL)14 Température moyenne (℃ * 10)


15 Compartiment 1 défini (’1’ : oui, ’0’ : non)16 Hauteur carburant compartiment 1 (mm * 10)17 Hauteur eau compartiment 1 (mm * 10)18 Température compartiment 1 (℃ * 10)19 Compartiment 2 défini20 Hauteur carburant compartiment 2 (mm * 10)21 Hauteur eau compartiment 2 (mm * 10)22 Température compartiment 2 (℃ * 10)23 Compartiment 3 défini24 Hauteur carburant compartiment 3 (mm * 10)25 Hauteur eau compartiment 3 (mm * 10)26 Température compartiment 3 (℃ * 10)27 Compartiment 4 défini28 Hauteur carburant compartiment 4 (mm * 10)29 Hauteur eau compartiment 4 (mm * 10)30 Température compartiment 4 (℃ * 10)


183

Version W1 - Transactions accès(anciennement F4-accès)

Position Long. Description000-018 19 Date au format "jj/mm/aaaa␣hh:nn:ss"019-038 20 Ref. du véhicule039-068 30 Immatriculation069-088 20 Ref. du type de véhicule089-108 20 Ref. de la direction du véhicule109-128 20 Ref. du service du véhicule129-148 20 Ref. de l’usager149-178 30 Nom de l’usager179-198 20 Ref. de la direction de l’usager199-218 20 Ref. du service de l’usager219-219 01 Résultat de l’accès (voir format X1)220-239 20 Ref. du site240-259 20 Ref. de la borne260-279 20 Ref. de l’ensemble accès280-299 20 Ref. du type d’accès300-315 16 Options : voir le champ options du format X1


Version X1 - Transactions accès(anciennement C2-accès)

Position Description01 Date au format "jj/mm/aaaa␣hh:nn:ss"02 Ref. du véhicule03 Immatriculation04 Ref. du type de véhicule05 Nom du type de véhicule06 Ref. de la direction du véhicule07 Nom de la direction du véhicule08 Ref. du service du véhicule09 Nom du service du véhicule10 Ref. de l’usager11 Nom de l’usager12 Prénom de l’usager13 Ref. de la direction de l’usager.14 Nom de la direction de l’usager.15 Ref. du service de l’usager.16 Nom du service de l’usager.17 Résultat de l’accès, 1 caractère ascii :

’A’ : autorisé, ’R’ : refusé, ’Z’ : refusé/zone18 Ref. du site19 Nom du site20 Ref. de la borne21 Nom de la borne22 Ref. de l’ensemble accès23 Nom de l’ensemble accès24 Ref. du type d’accès25 Nom du type d’accès26 Options : chaîne de 16 caractères, où chaque caractère vaut espace si

l’option n’est pas présente, et le caractère ci-dessous sinon :1 : ’G’ à distance2 à 16 : inutilisés

185

Version W2 - Transactions accès

Position Long. Description000-018 19 Date au format "jj/mm/aaaa␣hh:nn:ss"019-038 20 Ref. du véhicule039-068 30 Immatriculation069-088 20 Ref. du type de véhicule089-108 20 Ref. de la direction du véhicule109-128 20 Ref. du service du véhicule129-148 20 Ref. de l’usager149-178 30 Nom de l’usager179-198 20 Ref. de la direction de l’usager199-218 20 Ref. du service de l’usager219-219 01 Résultat de l’accès (voir format X2)220-239 20 Ref. du site240-259 20 Ref. de la borne260-279 20 Ref. de l’ensemble accès280-299 20 Ref. du type d’accès300-315 16 Options : voir le champ options du format X2316-324 09 Numéro de transaction325-424 100 Inutilisés (réservés pour utilisation future)


Version X2 - Transactions accès

Position Description01 Date au format "jj/mm/aaaa␣hh:nn:ss"02 Ref. du véhicule03 Immatriculation04 Ref. du type de véhicule05 Nom du type de véhicule06 Ref. de la direction du véhicule07 Nom de la direction du véhicule08 Ref. du service du véhicule09 Nom du service du véhicule10 Ref. de l’usager11 Nom de l’usager12 Prénom de l’usager13 Ref. de la direction de l’usager.14 Nom de la direction de l’usager.15 Ref. du service de l’usager.16 Nom du service de l’usager.17 Résultat de l’accès, 1 caractère ascii :

’A’ : autorisé, ’R’ : refusé, ’Z’ : refusé/zone18 Ref. du site19 Nom du site20 Ref. de la borne21 Nom de la borne22 Ref. de l’ensemble accès23 Nom de l’ensemble accès24 Ref. du type d’accès25 Nom du type d’accès26 Options : chaîne de 16 caractères, où chaque caractère vaut espace si

l’option n’est pas présente, et le caractère ci-dessous sinon :1 : ’G’ à distance2 à 16 : inutilisés

27 Numéro de transaction28-36 9 champs inutilisés (réservés pour utilisation future)

Annexe C

Format des fichiers AEAT

Export CAE (.csv)Fichier CSV de 7 champs, séparés par ’ ;’ (0x3B).Chaque ligne est terminée par CRLF (0x0D, 0x0A).

Position Description01 Identificateur du mouvement comptable. Numéro

unique généré à partir de la date et du numéro detransaction. (21 caractères)

02 Code CAE du site03 Date de la prise (format AAAAMMJJ)04 Heure de la prise (format HHMM)05 Immatriculation du véhicule (2 à 12 caractères)06 Produit (3 caractères)07 Volume (en L, format 99999.99)

Export CIM (.xml)Fichier XML, chaque transaction est une balise “Suministro”, composée des

éléments suivants :

Nom DescriptionIdMovCont Identificateur du mouvement comptable (voir format

CAE)CIM Code CIM du siteFecha Date de la prise (format AAAAMMJJ)Hora Heure de la prise (format HHMM)

CodPro Produit (3 caractères)Lit Volume (en L, format 99999.99)NIF Code NIF de l’entreprise propriétaire du véhicule

Matricula Immatriculation du véhicule (2 à 12 caractères)

187

188 ANNEXE C. FORMAT DES FICHIERS AEAT

Annexe D

Format des e-mails texte

Le format des 4 premières lignes est identique pour tous les messages, leslignes suivantes dépendent du type de message.

Ligne Description1 Nom de l’application et version

Ex : "GIR Titan-Hyperion␣1.2.10"2 Nom du client3 Ligne vide4 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– PUMP : Blocage ou déblocage de pompe– MTNC : Entretien– EXPR : Expiration d’autorisation ou avoir épuisé– WTCH : Surveillance de zone (Watch)– LINK : Erreur de liaison borne– IBDG : Badge invalide

– 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, etValeur un texte de longueur variable.

189

190 ANNEXE D. FORMAT DES E-MAILS TEXTE

D.1 Messages de type alerte

Champ DescriptionTphr "<Nom du type> <Nom du sous-type>"

Nom du type : longueur fixe de 10 caractèresNom du sous-type : longueur fixe de 20 caractères

Date Date au format "jj/mm/aaaa␣hh:nn:ss"Site "<Ref>␣<Nom abrégé>␣<Nom complet>"

Ref : longueur fixe de 20 caractèresNom abrégé : longueur fixe de 10 caractèresNom complet : longueur variable, au plus 30 caractères

Dire "<Ref>␣<Nom abrégé>␣<Nom complet>"Ref : longueur fixe de 20 caractèresNom abrégé : longueur fixe de 10 caractèresNom complet : longueur variable, au plus 30 caractères

Serv "<Ref>␣<Nom abrégé>␣<Nom complet>"Ref : longueur fixe de 20 caractèresNom abrégé : longueur fixe de 10 caractèresNom complet : longueur variable, au plus 30 caractères

Afct Affectation, au plus 21 caractèresPour les sites : Nom abrégé du sitePour les directions : Nom abrégé de la directionPour les services : Noms abrégés de la direction et du service

Mesg Message texte, au plus 80 caractères

D.2 Messages de type rapport

Champ DescriptionMesg "Not␣implemented"

Annexe E

Format des fichiers CSV à laborne

Ces fichiers sont enregistrés sur une clef USB branchée sur la borne, lorsquel’option Fil de l’eau sur clef USB est activée dans un ensemble GC ou accès.

Chaque transaction est une ligne contenant un ensemble de champs, séparéspar ’ ;’ et terminée par CRLF. Les champs texte sont délimités par une doublequote (").

191

192 ANNEXE E. FORMAT DES FICHIERS CSV À LA BORNE

E.1 Transactions carburantNom du fichier : girgcalf.csv

Position En-tête Description01 Date Date et heure de la transaction02 Id Numéro Id de la transaction03 Fs Numéro de l’ensemble GC04 P Numéro de la pompe05 V.Num Numéro du véhicule06 V.Code Code du véhicule07 V.Badge Code badge du véhicule08 D.Num Numéro de l’usager09 D.Code Code de l’usager10 D.Badge Code badge de l’usager11 AttVeh Pompiste véhicule12 AttDrv Pompiste usager13 Activity Code activité14 Dur. Durée (en secondes)15 Volume Volume (en cL)16 K.Meter Compteur kilométrique (en km)17 H.Meter Compteur horaire (en centièmes

d’heure)18 Sp.Code Code spécifique19 Options Chaîne de 8 caractères, où chaque

caractère vaut espace si l’option n’estpas présente, et le caractère ci-dessoussinon :1 : ’G’ transaction à distance2 : ’F’ compteur forcé3 : ’V’ volume max.4 à 8 : inutilisés.

20-29 10 champs inutilisés (réservés pour uti-lisation future)

E.4. EVÉNEMENTS ACCÈS 193

E.2 Evénements carburantNom du fichier : girgcalg.csv

Position En-tête Description01 Date Date et heure de la transaction02 Id Numéro Id de la transaction03 Fs Numéro de l’ensemble GC04 P Numéro de la pompe05 Event Texte de l’événement

E.3 Transactions accèsNom du fichier : girgcala.csv

Position En-tête Description01 Date Date et heure de la transaction02 Id Numéro Id de la transaction03 As Numéro de l’ensemble accès04 V.Num Numéro du véhicule05 V.Code Code du véhicule06 V.Badge Code badge du véhicule07 D.Num Numéro de l’usager08 D.Code Code de l’usager09 D.Badge Code badge de l’usager10-19 10 champs inutilisés (réservés pour uti-

lisation future)

E.4 Evénements accèsNom du fichier : girgcalb.csv

Position En-tête Description01 Date Date et heure de la transaction02 Id Numéro Id de la transaction03 As Numéro de l’ensemble accès04 Event Texte de l’événement

194 ANNEXE E. FORMAT DES FICHIERS CSV À LA BORNE

Annexe F

Scénario d’une prise decarburant

195

196 ANNEXE F. SCÉNARIO D’UNE PRISE DE CARBURANT

F.1 Premier id. véhicule

CODE ACCES

Code secret ?

ON

CODE INCONNU

BADGE INCONNU

Pompiste ?

NO

CODE USAGER

Activité ?

ON

Compteur h

Cpt. horaire ?

ON

Compteur km

VALEUR INCORRECTE

VALEUR INCORRECTE

Compteur km ?

ON

Validez votre choix

POMPE 1 GOI

Une pompe ?

NO

CODE ACCES

Code secret ?

ON

CODE INCONNU

BADGE INCONNU

1 2 3 ...

CHOIX POMPE

CODE INCORRECT

USAGER INTERDIT

USAGER HORS ZONE

Code spec.

Code spec. ?

ON

SERVEZ

VOUS

CODE INCONNU Activite

VEHICULE INTERDIT

VEHICULE HORS ZONE

PRODUIT NON AUT.

Pompiste ?

NO

CODE VEHICULE

ID USAGER

Id. usager ?

N

CODE INCORRECT

ID VEHICULE

O

F.2. PREMIER ID. USAGER 197

F.2 Premier id. usager

CODE ACCES

Code secret ?

ON

CODE INCONNU

BADGE INCONNU

Pompiste ?

NO

CODE VEHICULE

Activité ?

ON

Compteur h

Cpt. horaire ?

ON

Compteur km

VALEUR INCORRECTE

VALEUR INCORRECTE

Code spec.

Code spec. ?

ON

Activite

SERVEZ

VOUS

CODE INCONNU

Compteur km ?

ON

CODE USAGER

Validez votre choix

POMPE 1 GOI

Une pompe ?

NO

CODE ACCES

CODE INCONNU

BADGE INCONNU

ID VEHICULE

VEHICULE INCONNU

CODE INCORRECT

USAGER INTERDIT

USAGER HORS ZONE

VEHICULE INTERDIT

VEHICULE HORS ZONE

PRODUIT NON AUT.

CODE INCORRECT

Pompiste ?

NO

Id. véhicule ?

NO

Code secret ?

N

1 2 3 ...

CHOIX POMPE

ID USAGER

O

Date post:	29-Mar-2018
Category:	Documents
Upload:	buikien
View:	217 times
Download:	0 times

GIRTitan-Hyperion Manueldel’utilisateur - · PDF file ·...

Documents