GIR Titan-Hyperion Manuel de l utilisateur

Transcription

1 GIR Titan-Hyperion Manuel de l utilisateur [email protected] Version 1.4-3, septembre 2007

2 2 Copyright klervi. All rights reserved. La reproduction et la traduction de tout ou partie de ce manuel sont interdites, sans autorisation écrite préalable de klervi. Les informations contenues dans ce document ne sont données qu à titre indicatif ; elles peuvent être modifiées sans préavis. Klervi ne peut, en aucun cas, être tenu responsable des erreurs qui pourraient s y être glissées.

3 Table des matières I Prise en main 15 1 Généralités Tables Fiches et sous-tables Ajout et Modification Suppression Filtrage Groupement Nom des éléments II Utilisation 27 2 Saisie des données Véhicules Informations générales Identification Saisie de badge proximité GIR Compteurs Options Messages Autorisation Réservoirs Autres informations Réforme d un véhicule Location courte durée Usagers Informations générales Identification Options Messages Autorisation Autres informations Rattachement des véhicules et usagers Directions et services Types et modèles Activités Codes spécifiques

4 4 TABLE DES MATIÈRES 2.6 Zones et plages horaires Bases Calendriers Exemples de zones Gestion avancée Programmations automatiques Utilisateurs Mode classique Mode avancé Config. gestionnaire Identification Carburant Paramètres divers Autorisations utilisateurs Paramètres généraux Export traclient Facturations Profils Configuration Utilisation de la borne Etats Prise de carburant Choix de la pompe Identification Saisie des compteurs Saisies supplémentaires Service Pompiste Accès au menu pompiste Menu pompiste - bornes TIP1-Pabbay Sous-menu Cuves Sous-menu Pompes Sous-menu Jauges Sous-menu Badges Menu pompiste - bornes TIP2-Vatersay Sous-menu Pompes Sous-menu Cuves Sous-menu Mode Sous-menu Test badge Sous-menu Init. badge Déchargement tacho Impression Impression au fil de l eau Impression ticket

5 TABLE DES MATIÈRES 5 4 Dialogue avec la borne Principe Utilisation de plusieurs bornes Dialogue manuel Jaugeages et totalisateurs Supervision Blocage de pompe Transaction à distance Résolution des erreurs Module modifié Config. modifiée Etat invalide Config. en cours Compteurs Fourchettes de tolérance Problème à la saisie d un compteur Consultation des états Transactions carburant Historique Cumuls Graphiques Gestion des stocks en cuve Etat des cuves Etat antérieur des cuves Etat prévisionnel Jaugeage Totalisateurs Evénements Evénements de redémarrage de borne Logs bornes Id. transactions Tableau de bord Autres états s Paramètres généraux Messages à envoyer Alertes Rapports périodiques Adresses Saisie d opérations Saisie d une transaction manuelle Saisie manuelle et régularisation Formulaire de saisie Aspiration de carburant Transaction à distance Saisie d un approvisionnement

6 6 TABLE DES MATIÈRES Calcul du nouveau prix unitaire Annulation d un approvisionnement Valorisation des transactions Modification d une transaction carburant Gestion d accès Supervision Commande ponctuelle et marche forcée Ecran de supervision Etats Entretiens Définition d un entretien Exemples Saisie d un entretien Estimation des entretiens à faire Recalcul des entretiens Avoirs Généralités Périodes d avoirs Avoirs monétaires Prix unitaire Avoirs historisés Exemples Recalcul des avoirs Facturation Paramétrage Paramètres globaux Produits Clients et fournisseurs Génération des factures Formulaire Résultat Import de disquettes pétrolières Paramétrage Rapprochement des produits Rapprochement des véhicules et usagers Import manuel Import automatique Remarque sur les compteurs Export traclient Méthodes d export Paramétrage Nom des fichiers exportés Formats d export Transcodages Export traclient sécurisé

7 TABLE DES MATIÈRES Fonctionnement Intégration Récupération de la TIPP Paramétrage Import pétrolier Génération du formulaire Export AEAT Paramétrage Génération des fichiers Condition d expoort III Utilisation avancée Traitement des transactions carburant Définitions Détail sur la mise à jour des compteurs Option Carburant Paramétrage Opérations exceptionnelles Purge Requête de mise à jour Exemples Vérification Sauvegarde Page d administration Restauration Réparation Conversion Sessions Transfert de fichiers Mise à jour de l application Démarrage Version Windows Version Linux Environnement de test Changement de machine Arborescence A Contrat de licence 159 B Format des fichiers traclient 163 C Format des fichiers AEAT 187 D Format des s texte 189 D.1 Messages de type alerte D.2 Messages de type rapport

8 8 TABLE DES MATIÈRES E Format des fichiers CSV à la borne 191 E.1 Transactions carburant E.2 Evénements carburant E.3 Transactions accès E.4 Evénements accès F Scénario d une prise de carburant 195 F.1 Premier id. véhicule F.2 Premier id. usager

9 Introduction 9

10

11 Généralités GIR Titan-Hyperion est un logiciel de gestion de parc automobile. Il couvre la distribution du carburant, l affectation des véhicules aux usagers, les entretiens des véhicules, l accès à la station ou à des locaux. GIR Titan-Hyperion a pris le parti de la simplicité et de l efficacité pour un usage de base, sans toutefois exclure la sophistication nécessaire à un usage plus avancé. Les fonctionnalités futures tenteront toujours de respecter ces critères. 11

12 12 TABLE DES MATIÈRES

13 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

14 14 TABLE DES MATIÈRES

15 Première partie Prise en main 15

16

17 Chapitre 1 Généralités 1.1 Tables La base de données de GIR Titan-Hyperion est organisée en différentes tables, toutes présentées de manière similaire. Nous prendrons l exemple de la table des véhicules, accessible par le menu Véhicules. En haut de la page, le nom de la table est affiché, ainsi que le nombre d éléments de la table. Ces éléments sont présentés sous forme d un tableau. La première ligne du tableau, sur fond bleu, indique les noms des différents champs qui composent un véhicule. Pour afficher un maximum d informations, certains champs peuvent être regroupés dans une même colonne, par exemple Compteur (km) et Compteur (h). Un clic sur le nom du champ permet de trier 17

18 18 CHAPITRE 1. GÉNÉRALITÉS la table selon ce champ. Lorsqu un tri est actif, le nom du champ correspondant est affiché en italique. Un second clic sur le nom du champ permet de modifier l ordre du tri (croissant ou décroissant). À la fin de cette ligne, le bouton Ajouter permet d ajouter de nouveaux véhicules (Voir 1.3, page 20). Les lignes suivantes du tableau réprésentent chacune un véhicule. Les informations du véhicule sont affichées dans la colonne du champ correspondant, éventuellement sur plusieurs lignes lorsque plusieurs champs sont regroupés dans une même colonne. Par exemple pour la colonne contenant les champs Compteur (km) et Compteur(h), la première ligne affiche la valeur du compteur kilométrique, et la seconde ligne la valeur du compteur horaire. Pour chaque ligne, plusieurs boutons sont disponibles : % permet d accéder à la fiche du véhicule (Voir 1.2, page 18). Modif. permet d accéder à l écran de modification, pour éditer les champs du vé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 enregistrement, date et utilisateur de dernière modification,...). Pour limiter la taille des pages affichées, les longues tables sont séparées en plusieurs pages, qui contiennent chacune un nombre limité d éléments. Lorsqu une table comporte plusieurs pages, une ligne est affichée juste au-dessus du tableau pour permettre de se déplacer d une page à l autre. Les boutons [Page préc.] et [Page suiv.] permettent d accéder respectivement à la page précédente et à la page suivante de la page en cours. Le numéro de la page courante est affiché en rouge, et les numéros des pages voisines permettent d accéder directement à celles-ci. Un bouton Page suivante en bas de la liste permet également d afficher la page suivante. Il est possible de limiter la liste des éléments affichés selon différents critères de filtrage, accessibles en cliquant sur Filtrer (Voir 1.5, page 21). Le bouton Version imprimable affiche la liste dans un format destiné à l impression : le menu est masqué, les couleurs sont supprimées et tous les éléments sont affichés sur la même page. Le bouton Fichier CSV permet de télécharger la liste dans un fichier au format CSV, qui peut ensuite être directement ouvert dans un tableur. Pour certaines tables, le bouton Récapitulatif affiche une version imprimable de l ensemble des fiches des éléments de la liste. Ainsi pour la table des zones ( Saisies, Zones), le bouton Version imprimable affiche simplement la liste des zones, alors que Récapitulatif affiche le détail des plages horaires pour chaque zone. 1.2 Fiches et sous-tables Lorsqu une table comporte un grand nombre d informations, elles ne peuvent pas toutes êtres affichées dans la liste. Pour accéder au détail des informations d un élément, il faut rentrer dans la fiche de l élément désiré, en cliquant sur le symbole %.

19 1.2. FICHES ET SOUS-TABLES 19 Clic sur % Véhicule 1 % Véhicule 1 Informations détaillées % Véhicule 2 % Véhicule 3 % Véhicule 4 Liste de véhicules Fiche véhicule 1 Retour à la liste Dans une fiche, la partie supérieure reprend les éléments visibles dans la liste : on retrouve le nom et la valeur des champs, et les boutons Ajouter, Modif., Suppr., [i]. [Préc.] et [Suiv.] permettent d accéder aux fiches des autres élements de la liste, selon l ordre et les critères de filtre définis. Retour à la liste permet de revenir à la liste principale. La partie inférieure de la fiche affiche des informations détaillées, qui seront présentées pour chaque table dans la partie Utilisation de ce manuel. Certaines fiches, comme les fiches véhicule ou usager, disposent de plusieurs onglets. L onglet actif est affiché en bleu, et les autres onglets sont affichés en gris. Un clic sur le nom de l onglet affiche l onglet correspondant. Certaines fiches permettent également d accéder à des sous-tables, qui définissent une liste d éléments rattachés à un autre élément. (Sous-tables des

20 20 CHAPITRE 1. GÉNÉRALITÉS réservoirs et des entretiens dans la fiche d un véhicule, sous-table des services dans la fiche d une direction,...). Une sous-table est affichée de manière similaire à une table normale, avec les boutons Ajouter, Modif., Suppr., [i]. Ainsi, dans l onglet Réservoirs de la fiche véhicule, deux boutons Ajouter sont affichés. Celui situé dans la partie supérieure de l écran permet d ajouter un véhicule, et celui de la partie inférieure permet d ajouter un réservoir pour ce véhicule. Pour certaines tables, notamment les véhicules et les usagers, un bouton Copier est également disponible. Il permet de créer un nouveau véhicule ou usager en copiant les informations d un enregistrement existant. Seules certaines informations spécifiques (par exemple l immatriculation pour les véhicules, le nom pour les usagers,...) sont alors demandées. Ceci permet de faciliter la saisie de plusieurs véhicules ou usagers aux profils identiques. 1.3 Ajout et Modification Cet écran permet d éditer les différents champs d un élément. La façon dont sont saisies les données dépend du type de champ : Zone de texte : pour les champs de type texte, date ou numérique. Les zones de texte suivies de la mention Facultatif peuvent être laissées vides, les autres doivent être renseignées. Liste déroulante : pour les champs de type référence, liste des différents éléments sélectionnables. (N/A) représente la valeur vide (aucun élément sélectionné). Cases à cocher : pour les champs de type option, les cases cochées représentent les options actives.

21 1.4. SUPPRESSION 21 Pour certaines tables contenant beaucoup d informations, il peut être nécessaire d utiliser la barre de défilement vertical du navigateur pour accéder au bas de la page. Le bouton Valider enregistre les modifications (ou crée l élement dans le cas d un ajout), et le bouton Annuler permet de revenir à l écran précédent sans rien modifier. 1.4 Suppression Cet écran est affiché lors de la suppression d un élément. Cliquer sur Oui pour confirmer la suppression, ou sur Non pour revenir à l écran précédent sans supprimer. Lorsque l élement est référencé ailleurs dans l application, cet écran affiche la liste des références (Exemple : Liste des transactions référençant un véhicule), dans la limite de 5 références par table. Un élément référencé ne peut être supprimé (seul l installateur de GIR Titan-Hyperion peut éventuellement forcer la suppression). 1.5 Filtrage Cet écran permet de filtrer les éléments d une table selon les valeurs des champs. La façon dont sont saisies les données dépend du type de champ : Valeurs numériques : Deux zones de saisie sont proposées, elles définissent les valeurs minimales et maximales sur lesquelles filtrer la table. Par exemple,

22 22 CHAPITRE 1. GÉNÉRALITÉS pour rechercher les véhicules dont le compteur kilométrique est compris entre et km, on saisira dans la première zone de texte en face du champ Cpt. (km), et dans la seconde zone de texte. Dates : Comme pour les valeurs numériques, deux zones de saisies sont proposées, elles définissent les dates minimales et maximales à filtrer. Par exemple, 01/01/2005 et 31/12/2005 pour le champ Expiration permettent de rechercher l ensemble des véhicules dont l autorisation expire au cours de l année 2005 (on aurait également pu saisir 01/2005 et 12/2005 pour le même résultat). Quatre boutons permettent de renseigner rapidement un filtre de date avec le mois précédent, le mois en cours, l année précédente ou l année en cours. Valeurs texte : Une zone de saisie permet de définir la valeur à rechercher, et une liste déroulante permet de choisir l opération à effectuer avec cette valeur. Le tableau suivant illustre les différentes opérations disponibles : Valeur Opération Description HQ contient Recherche les véhicules dont l immatriculation contient la chaîne de caractères HQ. 1732HQ04 est égal à Recherche le véhicule ayant pour immatriculation 1732HQ04 *01 vérifie le motif Recherche les véhicules dont l immatriculation se termine par commence par Recherche les véhicules dont l immatriculation commence par 77 (Equivalent à vérifie le motif avec la valeur 77*) Le filtrage sur les valeurs texte ne distingue pas les lettres majuscules et minuscules pour les opérateurs contient et est égal à. L opérateur vérifie le motif accepte les caractères jokers? et *,? signifiant un caractère quelconque, et * signifiant 0 à N caractères quelconques. Références : Une liste déroulante permet de définir la valeur de la référence. La valeur signifie qu aucun filtre n est actif. La case à cocher Inv. sert à inverser le filtrage. Par exemple, on choisira le service PL pour afficher 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 autres que 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 options sélectionnées : les éléments filtrés seront ceux vérifiant toutes les options choisies. Si l on souhaite filtrer les éléments vérifiant au moins l une des options, on cochera la case Ou.

23 1.5. FILTRAGE 23 Une fois les critères choisis, cliquer sur Filtrer pour afficher le résultat du filtrage. Lorsqu un filtre est actif, dans la consultation d une table, le bouton Filtrer est remplacé par deux boutons : Modifier filtre et Enlever filtre, qui permettent respectivement de modifier les critères de filtre ou de les désactiver. Sur la ligne suivante, la mention Filtre actif est suivie du nombre d éléments qui ont été trouvés pour le filtre en cours. Les critères de filtre choisis sont ensuite rappelés Groupement Pour certaines tables, il est possible de grouper les enregistrements ayant un critère commun, afin de faciliter la navigation. Par exemple, les véhicules peuvent être regroupés par service. Lorsqu un groupement a été sélectionné, une ligne supplémentaire s affiche dans l écran de consultation. Cette ligne permet de naviguer entre les différentes sections. Elle apparaît en gras et se compose des boutons [Préc.], [Suiv.], et du nom de la section courante. Ainsi, dans le cas de véhicules groupés par service, on aura une ligne en gras permettant de naviguer entre les différents services. Si un service comporte plusieurs pages, la ligne en-dessous permet de se déplacer parmi les différentes pages du service. Enfin, l option Saut de page dans l écran de filtrage permet d obtenir chaque section sur une page différente à l impression.

24 24 CHAPITRE 1. GÉNÉRALITÉS 1.6 Nom des éléments Pour désigner un élément de la base de données, GIR Titan-Hyperion génère un nom à partir de certains champs de cet élément. Ainsi, un véhicule est désigné par son immatriculation, une borne est désignée par son site de rattachement et son nom,... Le tableau ci-dessous récapitule les champs utilisés pour les noms des principaux éléments : Element Véhicule Usager Direction Service Site Borne Cuve Pompe Activité Champs utilisés dans le nom Immatriculation Nom, Prénom Nom abrégé, Nom complet Direction, Nom abrégé, Nom complet Nom abrégé, Nom complet Site, Nom abrégé, Nom complet Site, Nom abrégé, Nom complet, Produit Site, Borne, Nom, Produit Code, Nom Comme on peut le voir, plusieurs éléments possèdent deux champs utilisés dans leur nom : Nom abrégé et Nom complet L utilisation de ces deux noms dépend du contexte : Dans un tableau, seul le Nom abrégé est utilisé Dans une liste déroulante ou un titre de section, à la fois le Nom abrégé et le Nom complet sont utilisés Exemple : On définit un site ayant pour nom abrégé S1 et pour nom complet

25 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 ( Exploitation, Evénements) par le nom S1 Site 1 B1 Borne 1 dans la liste déroulante permettant de filtrer les événements par borne par le nom S1 Site 1 B1 Borne 1 dans un cumul par Borne/Pompe. Le nom abrégé est généralement obligatoire, alors que le nom complet est facultatif. Si ce dernier n est pas renseigné, seul le nom abrégé sera utilisé pour désigner un élément. Pour une meilleure lisibilité, il est conseillé de saisir les noms avec la première lettre majuscule et les autres lettres minuscules.

26 26 CHAPITRE 1. GÉNÉRALITÉS

27 Deuxième partie Utilisation 27

28

29 Chapitre 2 Saisie des données 2.1 Véhicules Véhicules Informations générales N o : numéro automatiquement attribué à chaque véhicule par GIR Titan-Hyperion. Ce numéro est unique pour chaque véhicule. Lorsqu un ticket est imprimé après une prise de carburant, ce numéro peut être utilisé pour identifier le véhicule (Voir 3.8, page 78). Immatriculation: immatriculation du véhicule. Utilisée pour désigner un véhicule dans le logiciel. Elle doit être unique pour chaque véhicule. Ref.: Valeur utilisée pour désigner un véhicule dans les exports spécifiques Identification Champs : N o badge, Type de badge, Code badge, Code, Identification Un véhicule peut être identifié à la borne de trois manières : Identification par code : Identification N o badge Type de badge Code badge Code Code Facultatif (N/A) Vide Renseigné Identification par badge proximité GIR : Identification N o badge Type de badge Code badge Code Badge N o inscrit sur le badge proximité (N/A) Code de la puce du badge proximité Conseillé 29

30 30 CHAPITRE 2. SAISIE DES DONNÉES Identification par badge spécifique : Identification N o badge Type de badge Code badge Code Badge Facultatif Type du badge spécifique Code de la puce du badge spécifique Conseillé Pour les identifications par badge, la saisie d un code n est pas obligatoire mais néanmoins conseillée. Si aucun code n est défini, le véhicule ne peut s identifier que par badge. Si un code est défini en plus du badge, il peut être utilisé pour identifier le véhicule par l intermédiaire du pompiste (Voir 3.3, page 71). Ceci peut notamment être utile en cas de perte ou oubli d un badge. Le code est également utilisé pour identifier un véhicule dans les transactions imprimées sur l imprimante au fil de l eau. Chaque véhicule doit pouvoir être identifié de manière unique à partir du code saisi, il est donc interdit de définir plusieurs véhicules avec un code identique. Un code peut être numérique ou alphanumérique Saisie de badge proximité GIR GIR LYON Le dessin ci-dessus représente deux exemples de badges proximité GIR dont le numéro est Plusieurs méthodes sont proposées pour faciliter la saisie de tels badges : Via un fichier proximité L initialisation de badges proximité GIR peut s effectuer automatiquement à partir de fichiers proximité, fournis lors l installation. Deux méthodes sont disponibles : Saisir le numéro inscrit sur le badge dans le champ N o badge lors de la création ou modification d un véhicule. Après validation, GIR Titan-Hyperion recherche automatiquement un code de puce associé. Si un tel code est trouvé, un message proposant de mettre à jour automatiquement le champ Code badge s affiche. Il suffit alors de cliquer sur Oui pour confirmer la mise à jour. Cette procédure peut être davantage automatisée en cochant l option Fichier proxi strict dans Config. gestionnaire. Dans ce cas la saisie du N o badge remplit automatiquement le Code badge associé. Il est également possible de masquer le champ Code badge pour rendre l opération totalement transparente. Cliquer sur Lire fichier proxi. dans l onglet Général. Saisir ensuite le numéro inscrit sur le badge et valider.

31 2.1. VÉHICULES 31 Pour les badges proximité GIR livrés avant 2005, le numéro à saisir dans le champ N o badge se compose des quatres derniers chiffres (4567 dans l exemple ci-dessus). Pour les badges proximité GIR livrés à partir de 2005, le numéro à saisir est formé des 8 chiffres inscrits sur le badge, et commence par le chiffre 2 ou 3 (ex : ). Les fichiers proxi doivent être situés dans le répertoire data\dti. Ce sont des fichiers texte avec sur chaque ligne un numéro de badge et le code de la puce associé. GIR Titan-Hyperion intègre plusieurs outils permettant de vérifier le bon fonctionnement des fichiers proximité : Dans Saisies, Cohérence fichiers proxi : Véhicules - Carburant et Usagers affichent la liste des véhicules (resp. usagers) dont les champs Code badge et N o badge ne correspondent pas aux fichiers proximité. Badges affiche la liste des numéros de badge définis dans les fichiers proximité, ainsi que les véhicules ou usagers auxquels ils sont affectés. Un badge affecté à plusieurs véhicules ou usagers apparaît en rouge. Le gestionnaire peut créer automatiquement des véhicules ou usagers pour les badges non affectés. Dans Config., Vérifications, Vérifier fichier proxi., il est possible de consulter les fichiers proximité disponibles et leur contenu. A la borne L initialisation de badges proximité GIR peut s effectuer directement à la borne, via le menu pompiste. Le véhicule doit avoir les paramètres suivants : N o badge Type de badge Code badge Code Identification Facultatif (N/A) Vide Renseigné Init. badge L initialisation s effectue en saisissant le code du véhicule au clavier avant de badger. La procédure détaillée est décrite dans les fonctionnalités du menu pompiste (Voir 3.5.4, page 74). Le champ Code badge du véhicule dans GIR Titan-Hyperion sera automatiquement affecté lors la première récupération de transactions qui suivra l initialisation à la borne. Ceci peut causer des difficultés lorsque plusieurs bornes sont utilisées en même temps (Voir 4.1.1, page 81) Compteurs Chaque véhicule dispose d un compteur kilométrique et d un compteur horaire. La modification de la valeur d un compteur est impossible directement, et passe nécessairement par une transaction carburant.

32 32 CHAPITRE 2. SAISIE DES DONNÉES A chaque compteur est associée une fourchette de tolérance, qui permet de vérifier la valeur saisie lors d une prise de carburant (Pour plus de détails, voir 5.1, page 89). Les compteurs et fourchettes définis pour un véhicule sont affichés dans l onglet Général Options Code spéc.: Définit un code spécifique par défaut, qui sera automatiquement affecté 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 identification. Ce code est défini dans le champ Code. Cette option n est pas disponible si Code + Code secret véhicules est activé dans la Config. Installateur. Voir ci-dessous pour plus de détails sur le fonctionnement de cette option. Options carb.: Id. usager: Une identification de l usager est demandée après l identification du véhicule. Pompiste: Le véhicule est un pompiste (Voir 3.3, page 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 identification (Voir 2.4, page 42). Code spécifique: La saisie d un code spécifique est demandée après l identification (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 dans Config. gestionnaire, cette option permet d annuler son effet pour ce véhicule. Cpt. forçable: Lorsque cette option est activée, il est possible de passer outre le contrôle de fourchette lors de la saisie d un compteur à la borne (TIP2-Vatersay seulement). Pour cela, il faut saisir deux fois de suite la même valeur puis confirmer que l on veut effectivement forcer le 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

33 2.1. VÉHICULES 33 (Voir , page 36), lorque la fonctionnalité est activée dans Config. gestionnaire. Avoir tous produits confondus: Décrémente les avoirs du véhicule quel que 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 fois pour identifier le véhicule (directement ou via le pompiste), et en tant que code secret si l option Code secret présentée ci-dessus est activée. Si l on souhaite que les véhicules s identifient par code, puis confirment leur identification avec un code secret supplémentaire, il faut activer l option Code + Code secret véhicules dans la table Config. Installateur. Cette option ne peut être activée que par l installateur de GIR Titan-Hyperion. Lorsque cette option est activée, un nouveau champ Code secret apparaît dans le formulaire de modification du véhicule, et le champ Code existant est réduit de deux caractères. Le Code secret est numérique et composé de quatre chiffres. La valeur zéro signifie pas de code secret. Le tableau suivant récapitule les différents modes d identification disponibles, ainsi que le champ qui sera utilisé en tant que code secret. La méthode d identification d un véhicule est consultable dans l onglet Général de la fiche véhicule. Identification Sans l option Code + Code secret Avec l option Code + Code secret Badge Oui Oui Code 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) Messages Un seul message peut être affiché à la borne pour chaque véhicule. Si plusieurs messages sont affectés à un véhicule, le plus prioritaire sera affiché, selon la priorité suivante : 1. Message d entretien à faire 2. Message affecté au véhicule (Champ Message) 3. Message affecté au service du véhicule (seulement si le véhicule est autorisé sur la borne) L affectation d un message à un véhicule s effectue en cliquant sur Modif. dans l onglet Général de la fiche véhicule Autorisation En plus de l option Interdit, deux critères déterminent les droits d accès d un véhicule. Zone définit les zones dans lesquelles le véhicule est autorisé (Voir 2.6, page 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 la borne à partir du 1 er janvier 2005 à minuit.

34 34 CHAPITRE 2. SAISIE DES DONNÉES L onglet Général de la fiche véhicule permet de visualiser rapidement les droits d accès : Carré vert : Le véhicule est autorisé, un récapitulatif des zones et des ensembles autorisés est affiché. Carré rouge : Le véhicule est interdit, la raison de l interdiction est affichée. Un véhicule peut être interdit pour les raisons suivantes : Interdit: l option Interdit est activée. Expiré: la date d expiration est dépassée. Bloqué: entretien non fait: un des entretien du véhicule est arrivé au seuil de blocage (Voir 10, page 115). Aucune zone: le véhicule n est autorisé sur aucune zone. Avoir insuffisant: le véhicule n a plus d avoirs Réservoirs Généralités Les réservoirs définissent les produits pour lesquels un véhicule peut se servir en carburant. Ils sont accessibles via l onglet Réservoirs de la fiche véhicule. Le champ Capacité détermine la quantité maximum de carburant pouvant être débitée au cours d une transaction. Si Capacité est à (N/A), cette quantité n est pas limitée. Les Options d un réservoir définissent quels compteurs sont demandés à la borne lorsqu un véhicule se sert : Compteur Km pour la saisie d un compteur kilométrique, Compteur H pour la saisie d un compteur horaire. L option Carburant n est utile que pour les véhicules disposant de plusieurs produits de carburation (Super, GPL,...). Dans ce cas on cochera l option carburant pour les produits de carburation, et on la laissera désactivée pour les produits annexes (Huile, Lave-glace,...). L option Carburant intervient dans le calcul du kilométrage parcouru et de la consommation lors du traitement d une transaction carburant (Chapitre 17, page 145). Avoir sur capacité L option Avoir capacité permet de limiter la prise de carburant d un véhicule sur de courtes durées (TIP2-Vatersay seulement). Lorsque l un des produits contient 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é de 100L. On coche Avoir capacité dans les options du réservoir, et on définit le champ N heures à 4. Alors le véhicule pourra prendre au maximum 100L de Gasoil toutes les 4 heures. Les autres champs de la section Avoirs seront détaillés dans le chapitre sur les avoirs (Chapitre 11, page 121). Si aucune gestion d avoir n est effectuée, laisser ces champs à (N/A). Gestion de la consommation Les critères de consommation peuvent être définis :

35 2.1. VÉHICULES 35 Soit spécifiquement pour chaque véhicule, via l onglet Réservoirs de la fiche véhicule. Soit par modèle de véhicule, dans Saisies, Modèles de véhicules, lorsque cette 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éhicule est en sur-consommation ou sous-consommation. Si ces valeurs sont à (N/A), les indicateurs de sur-consommation ou sous-consommation ne sont pas positionnés. Le seuil de tolérance par rapport aux consommations de référence est défini dans Config. gestionnaire (Voir 2.9, page 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 des deux est défini, les valeurs personnalisées sont utilisées. Laisser l une des deux limites à (N/A) permet de désactiver la gestion des sous-consommations ou sur-consommations pour un véhicule donné. Les fourchettes de tolérance ainsi définies sont affichées dans la liste des réservoirs. 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 valeurs de seuils personnalisées, paramétrées dans le réservoir du véhicule. Tol. sousconso. et Tol. sur-conso. désignent les seuils paramétrés dans Config. gestionnaire : Référence 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,00 10,00 (N/A) (N/A) (N/A) 25,00 % (N/A) - 12,50 10,00 5,00 14,00 ignoré ignoré 5,00-14,00 10,00 (N/A) 14,00 ignoré ignoré (N/A) - 14, Autres informations Les onglets Entretiens et Derniers entretiens concernent la gestion des entretiens 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 transactions du véhicule. Si l autorisation des véhicules par usager est activée (Voir 2.9, page 52), l onglet Usagers auto. affiche les usagers autorisés à utiliser ce véhicule Réforme d un véhicule Ce paragraphe décrit la procédure à suivre pour réformer un véhicule dans GIR Titan-Hyperion. 1. Editer le véhicule en cliquant sur Modif.

36 36 CHAPITRE 2. SAISIE DES DONNÉES 2. Dans la zone N o badge, rajouter un - devant le numéro. 3. Dans les zones Code badge et Code, effacer la valeur présente et laisser les champs vides. 4. Cocher l option Interdit. 5. Enregistrer les modifications en cliquant sur Valider 6. Aller à l onglet Entretiens et cocher l option Désactivé pour tous les entretiens du véhicule. Le véhicule réformé n est alors plus reconnu à la borne, et son badge peut donc être affecté à un autre véhicule. Cette méthode permet de ne pas supprimer le véhicule réformé, afin de conserver une trace de ses transactions. Si l on effectue un cumul sur une période où se chevauchent les transactions d un véhicule réformé et les transactions du véhicule de remplacement, les deux véhicules apparaîtront sur deux lignes séparées Location courte durée La gestion de la location courte durée consiste à définir un seul véhicule dans la base de données pour gérer plusieurs véhicules réels, qui se succèdent sur de courtes 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 options du véhicule. En général, on utilisera également la fonctionnalité Code spéc. par dé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, une transaction est créée pour initialiser les compteurs, et le véhicule devient autorisé. Le bouton Clôture loc. courte durée termine la période de location : le véhicule devient interdit jusqu à la prochaine ouverture. Si une date d expiration est définie, la clôture de location est faite automatiquement 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érentes périodes de location (Voir 8.1, page 107). Exemple : On définit un véhicule de location dont le champ Immatriculation contient 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 nouvelle avec le code spécifique 2222ZZ69.

37 2.1. VÉHICULES 37 L historique des transactions contiendra les informations suivantes :

38 38 CHAPITRE 2. SAISIE DES DONNÉES Véhicule Compteur (km) Parcouru (km) Options Loc1 [1111ZZ69] (N/A) Cpt. renouvelé Loc1 [1111ZZ69] Loc1 [1111ZZ69] Loc1 [2222ZZ69] (N/A) Cpt. renouvelé Loc1 [2222ZZ69] Usagers Usagers Informations générales N o : numéro automatiquement attribué à chaque usager par GIR Titan-Hyperion. Ce numéro est unique pour chaque usager. Lorsqu un ticket est imprimé après une prise de carburant, ce numéro peut être utilisé pour identifier l usager (Voir 3.8, page 78). Nom, Prénom: nom et prénom de l usager. Utilisés pour désigner un usager dans le logiciel. Ref: Valeur utilisée pour désigner un usager dans les exports spécifiques Identification Champs : N o badge, Type de badge, Code badge, Code, Identification La définition des paramètres d identification d un usager est identique à celle décrite pour un véhicule (Voir 2.1.2, page 29) Options Options: Interdit: L usager ne peut pas se servir en carburant. Code secret: La saisie d un code secret est demandée après l identification. Ce code est défini dans le champ Code. Cette option n est pas disponible si Code + Code secret usagers est activé dans la Config. Installateur. Voir 2.1.5, page 32 pour plus de détails sur le fonctionnement de cette option. Options carb.: Id. véhicule: Une identification du véhicule est demandée après l identification de l usager. Pompiste: L usager est un pompiste (Voir 3.3, page 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 identification (Voir 2.4, page 42). Code spécifique: La saisie d un code spécifique est demandée après l identification (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.

39 2.2. USAGERS 39 Inhib. véhic. ext.: Lorsque la fonctionnalité Véhicule ext. est activée dans Config. gestionnaire, cette option permet d annuler son effet pour cet usager. Langue borne: Définit la langue à utiliser à la borne après l identification de l usager (TIP2-Vatersay seulement). Ce champ n est disponible que si la fonctionnalité correspondante est activée dans Config. Installateur. Fréquence déch.: Définit la fréquence (en jours) entre deux déchargement de carte tachygraphique (TIP2-Vatersay seulement). (N/A) signifie que le déchargement est désactivé pour cet usager. Ce champ n est disponible que si des bornes sont configurées pour effectuer le déchargement Messages Un seul message peut être affiché à la borne pour chaque usager. Si plusieurs messages sont affectés à un usager, le plus prioritaire sera affiché, selon la priorité suivante : 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. dans l onglet Général de la fiche usager Autorisation En plus de l option Interdit, deux critères déterminent les droits d accès d un usager. Zone représente les zones dans lesquelles l usager est autorisé (Voir 2.6, page 43). Expiration permet de définir une autorisation limitée dans le temps : si un usager a pour date d expiration 31/12/2004, il ne pourra plus utiliser la borne à partir du 1 er janvier 2005 à minuit. L onglet Général de la fiche usager permet de visualiser rapidement les droits d accès : Carré vert : L usager est autorisé, un récapitulatif des zones et des ensembles autorisés est affiché. Carré rouge : L usager est interdit, la raison de l interdiction est affichée. Un usager peut être interdit pour les raisons suivantes : Interdit: l option Interdit est activée. Expiré: la date d expiration est dépassée. Aucune zone: l usager n est autorisé sur aucune zone Autres informations Les onglets Entretiens et Derniers entretiens concernent la gestion des entretiens et seront détaillés dans le chapitre correspondant (Chapitre 10, page 115).

40 40 CHAPITRE 2. SAISIE DES DONNÉES Si l autorisation des véhicules par usager est activée (Voir 2.9, page 52), l onglet 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 de dé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 transactions de l usager.

41 2.3. RATTACHEMENT DES VÉHICULES ET USAGERS Rattachement des véhicules et usagers Directions et services Saisies, Directions et services Direction A Direction B Service 1 Service 2 Service 3 Véhicule 1 Véhicule 2 Véhicule 3 Véhicule 4 Véhicule 5 Véhicule 6 Usager 1 Usager 2 Usager 3 Usager 4 Usager 5 Le champ Service des véhicules et usagers désigne le service de rattachement du véhicule ou de l usager. Chaque service est lui-même rattaché à une direction. Le rattachement par direction et service est utilisé dans les opérations suivantes : 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 un message de priorité supérieure pour le véhicule ou usager concerné (Voir 2.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 de la direction, en sélectionnant le paramètre associé dans la Config. gestionnaire. Les divisions peuvent ensuite être saisies dans Saisies, Divisions, et chaque direction 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 dans Saisies, Config. gestionnaire, puis en cochant l option Clôture dans les directions ou services souhaités. Une fois ce paramétrage effectué, le menu Exploitation, Clôtures permet de clôturer les mois échus pour tous les services sélectionnés. Lorsqu une période

42 42 CHAPITRE 2. SAISIE DES DONNÉES est clôturée pour un service donné, il devient impossible de modifier ou de créer de nouvelles transactions dans ce service pour cette période. La clôture de transactions est accessible aux utilisateurs standards pour lesquels le droit de clôture a été activé (Voir 2.8, page 47, mode avancé). Le gestionnaire 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. Du 1 er au 10, un message clôture à faire s affiche sur le tableau de bord tant que la clôture n est pas faite. Si elle ne l est toujours pas le 10, une alerte est générée et 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écupéré toutes les transactions de cette période. Ainsi, la clôture du mois d avril ne sera possible que si une récupération a été effectuée après le 1 er mai à minuit Types et modèles Saisies, Types de véhicules Saisies, Modèles de véhicules Saisies, Types d usagers Type A Type B Véhicule 1 Véhicule 2 Véhicule 3 Véhicule 4 Véhicule 5 Le rattachement des véhicules et usagers par type est utilisé dans le calcul de cumuls sur les transactions (Voir 6.1.2, page 94). Le rattachement des véhicules par modèle est utilisé dans les opérations suivantes : 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 Saisies, Activités Code: Code activité saisi à la borne. Nom abrégé, Nom complet: Nom de l activité, utilisé pour désigner une activité dans le logiciel.

43 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 transactions carburant et peuvent être utilisées pour la gestion d avoirs (Voir 11, page 121). 2.5 Codes spécifiques 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. gestionnaire (Voir 2.9, page 52). Le regroupement des codes spécifiques permet d effectuer des rapprochements entre les transactions, notamment pour les cumuls (Voir 6.1.2, page 94). 2.6 Zones et plages horaires Saisies, Zones Bases GIR Titan-Hyperion permet de définir jusqu à 26 zones, chacune étant codée par une lettre (de A à Z). Zone: Code de la zone Nom: Nom de la zone, utilisé avec le code pour désigner une zone dans le logiciel Options: Watch : Cette option permet d être notifié lorsqu un usager effectue une transaction dans la zone. La notification doit également avoir été paramétrée dans les s. 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 particuliers. Calendrier exception: Exclut certains jours de la plage horaire. Options:

44 44 CHAPITRE 2. SAISIE DES DONNÉES Vigilance : Lorsque cette option est activée dans une plage horaire, toutes les transactions effectuées dans cette plage sont marquées avec l option Vigilance. Les transactions ainsi marquées seront incluses dans la liste des transactions remarquables (Voir 6.1.1, page 94), ce qui permet ensuite d obtenir facilement la liste des transactions effectuées dans une période donnée, par exemple la nuit Calendriers Les calendiers sont définis dans le menu Saisies, Calendriers. Ils se composent d une liste de jours (dans le cas où seul le champ Date est renseigné), ou de périodes (dans le cas où à la fois Date et Date de fin sont renseignées). Les bornes TIP ont un calendrider limité à la semaine en cours, il est donc nécessaire d effectuer une synchronisation entre le PC et la borne au moins toutes les semaines si des calendriers sont définis. L onglet Calendrier dans la fiche d une zone ou d une prog. auto. affiche un récapitulatif des jours définis. Lorsqu un seul mois est affiché, un clic sur le jour affiche le détail des plages horaires pour le jour sélectionné. Un clic sur l année affiche un récapitulatif pour tous les mois de l année Exemples 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 Jours 00: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 6 heures à 12 heures le samedi, on créera deux plages horaires : Heure de début Heure de fin Jours 06:00 20:00 Lun, Mar, Mer, Jeu, Ven 06:00 12:00 Sam Si l on souhaite en plus exclure les jours fériés de cette zone, on définira un calendrier ayant pour nom Jours fériés, avec l ensemble des jours à exclure, et on le sélectionnera comme Calendrier exception pour les deux plages horaires de cette zone. Si l on souhaite créer une zone dont l accès sera limité au mois de janvier 2005 (par exemple pour un visiteur temporaire), on définira un calendrier avec la plage de dates 01/01/ /01/2005, et on sélectionnera ce calendrier comme Calendrier validité dans les plages horaires à limiter. Un véhicule ou usager est autorisé sur un ensemble (GC ou accès) à l instant T lorsque la condition suivante est vérifiée : Il existe au moins une zone active à l instant T, et présente à la fois dans le véhicule (resp. usager) et dans l ensemble GC (resp. ensemble accès).

45 2.6. ZONES ET PLAGES HORAIRES 45 Les zones des ensembles GC et accès sont paramétrables via le menu Config., 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 Saisies, Compte-rendu sur les zones. De plus, les zones sur lesquelles un usager est 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 Saisies, Zones, on définit les deux zones suivantes : Code zone Nom zone Plages horaires A Tout 24/24 00:00 à 24:00, tous les jours B Semaine 06:00 à 20:00, du lundi au vendredi 2. Dans le menu Config., puis Gestion des bornes, seuils cuves, ref. et zones, puis Ens. GC, on coche les zones A et B dans le champ Zone de l ensemble GC désiré. 3. Dans Véhicules, on coche la zone A pour tous les véhicules qui doivent pouvoir se servir à tout moment, et B pour tous les véhicules qui ne peuvent se servir qu en semaine. Remarque : Dans le cas présent, cocher à la fois A et B pour un véhicule est strictement équivalent à cocher seulement A, puisque la zone A englobe la zone B. On dispose de deux ensemble accès, l ensemble Barrière contrôlant l entrée principale, et l ensemble Lavage contrôlant l accès à une aire de lavage. On souhaite limiter l accès à la station à certains véhicules. 1. Dans Saisies, Zones, on définit les deux zones suivantes : Code zone Nom zone Plages horaires A Barrière 00:00 à 24:00, tous les jours B Station 00:00 à 24:00, tous les jours 2. Dans le menu Config., puis Gestion des bornes, seuils cuves, ref. et zones, puis Ens. accès, on coche la zone A dans le champ Zone de l ensemble accès Barrière, et la zone B dans le champ Zone de l ensemble accès Lavage. 3. Dans Véhicules, on coche la zone A pour tous les véhicules, et la zone B pour ceux que l on souhaite autoriser sur l aire de lavage Gestion avancée Pour une gestion de zones à grande échelle dans le cadre d une utilisation multi-sites, GIR Titan-Hyperion permet de définir des zones locales à un site. L activation des zones locales est effectuée par l installateur de GIR Titan- Hyperion dans Config. installateur.

46 46 CHAPITRE 2. SAISIE DES DONNÉES La condition d autorisation d un véhicule ou usager sur un ensemble GC ou accès est identique à celle décrite dans la partie précédente : une autorisation est valide s il existe une zone active présente à la fois dans l usager et dans l ensemble. L affectation des zones à un usager peut être limitée aux responsables du site (Voir 2.8, page 47). 2.7 Programmations automatiques Saisies, Prog. Auto. Les programmations automatiques permettent de planifier des opérations pour qu elles soient exécutées automatiquement par GIR Titan-Hyperion à une heure et un jour donnés. Nom: Nom de la programmation, utilisé pour désigner cette programmation dans le logiciel Opération: Type d opération à exécuter Récup.-Envoi,Récup.-Envoi-Jaugeage,...: Effectue un dialogue de synchronisation 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 (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ères pour les différents formats définis (Voir 13, page 131). Sauvegarde: Effectue une sauvegarde de la base données dans un fichier TWB (Voir 18.4, page 153). Suspension temps réel: Désactive toutes les communications temps réel avec les bornes pendant la plage de temps spécifiée entre l heure de début et l heure de fin. Export traclient sécurisé: Exporte les transactions créées ou modifiées depuis 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 également définir les bornes avec lesquelles le dialogue doit être effectué, dans la sous-table Bornes programmées : Mode: Liste explicite: Le dialogue sera lancé sur toutes les bornes actives et définies dans la liste.

47 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, permet de définir le temps en secondes au bout duquel un nouveau dialogue sera tenté. La valeur (N/A) indique de ne pas retenter un dialogue en cas d erreur. Options: Désactivée: Permet de désactiver temporairement une borne dans les dialogues automatiques. Attention : la borne ne sera plus mise à jour. 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 (Bornes TIP uniquement, voir 2.11, page 60). 2.8 Utilisateurs Saisies, Utilisateurs GIR Titan-Hyperion peut être utilisé simultanément par plusieurs utilisateurs, 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 intégration intranet), les utilisateurs peuvent aussi se connecter sans avoir à saisir leur mot de passe. Dans ce cas, un champ Options est également disponible, et permet de spécifier si l identification d un utilisateur est faite automatiquement ou 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 dans l onglet Autorisations. Il existe deux modes de définition des autorisations : classique et avancé. Le choix du mode est effectué dans la Config. gestionnaire (Voir 2.9, page 52) Mode classique Remarque : Ce mode de paramétrage est conservé pour des raisons de compatibilité. 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 accès sont présentés ci-dessous, du plus restrictif au plus permissif. Chaque niveau d accès permet d effectuer un ensemble d opérations, ainsi que les opérations autorisées aux niveaux inférieurs. (Ex : Le Gestionnaire a le droit d effectuer les opérations des niveaux Standard et Consultation). Les opérations autorisées par niveau d accès sont les suivantes : Consultation 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)

48 48 CHAPITRE 2. SAISIE DES DONNÉES Correction des transactions carburant (véhicule, usager, compteurs, activité et code spécifique) Affectation de messages aux véhicules et usagers Dialogues : Test liaison, Récup.-Envoi, Jaugeages et totalisateurs, Supervision Atelier Edition des entretiens Gestionnaire local Lecture des tables de configuration Edition des tables véhicules et usagers Dialogues : toutes les opérations Gestionnaire Définition des utilisateurs Correction du prix et du volume sur les transactions carburant Edition de toutes les tables de données (menu Saisies) Opérations de gestion (menu Config.) Imports/Exports de données Installateur Edition des tables de configuration Retraitement des transactions Les niveaux Gestionnaire et Installateur ont accès à la totalité de la base de données. Pour les autres niveaux, il est possible de restreindre l accès à certains sites, directions, ou services. Cette restriction s effectue via l onglet Autorisations de la fiche utilisateur. Pour chaque utilisateur, il est possible de définir une liste de sites, une liste de directions et une liste de services, avec les règles suivantes : Si aucun site n est défini, l utilisateur a accès aux informations de tous les sites. Si au moins un site est défini, l utilisateur a accès aux données relatives aux sites déclarés (Ex : dialogue avec les bornes du site, état des cuves du site, transactions réalisées sur le site...). Si aucune direction et aucun service ne sont définis, l utilisateur a accès à toutes les directions. Si au moins une direction ou service est défini, l utilisateur a accès aux données relatives aux directions et/ou services déclarés (Ex : véhicules et usagers du service, transactions réalisées par les usagers de la direction...). La valeur (N/A) pour le champ Accès signifie que l élément est défini uniquement afin de paramétrer l envoi d s (Voir 7, page 103), et n a aucune incidence sur les autorisations. Ainsi, si l on souhaite définir un utilisateur sans restrictions d accès, et recevant les alertes pour un site donné, on déclarera ce site avec un accès (N/A). Pour les services et les directions, l accès peut être défini soit en lecture soit en écriture. Dans le cas d un accès en lecture, l utilisateur est limité à la consultation des données. Dans le cas d un accès en écriture, il peut réaliser différentes opérations sur les données. Le tableau ci-après indique les différentes catégories d opérations, et leur autorisation selon le niveau d accès. (1): Saisie de véhicules et d usagers. (2): Définition d entretiens.

49 2.8. UTILISATEURS 49 (3): Saisie de transactions manuelles, modification de transactions, déclaration d entretien fait, affectation de message Niveau Accès (1) (2) (3) Consultation Lecture Ecriture Standard Lecture Ecriture - - Oui Atelier Lecture Ecriture - Oui Oui Gest. local Lecture Ecriture Oui Oui Oui Un récapitulatif des droits d accès de chaque utilisateur est disponible dans l onglet Récapitulatif de la fiche utilisateur 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 est protégée par un dongle. Gestionnaire: Accès complet à l application, à l exception des informations de configuration matérielle qui ne sont accessibles qu en lecture. Standard: Accès restreint à l application, selon les autorisations spécifiées dans l onglet Autorisations. Hérité (Id. auto): Identique au niveau Standard, avec possibilité de spécifier un profil d autorisations au moment de la connexion dans le cadre d une intégration intranet. Modèle: Compte utilisateur fictif, utilisé pour définir un modèle d autorisations (Voir 2.8.2, page 51). Hérité (Modèle): Identique au niveau Standard, à la différence que la structure des autorisations est héritée d un ou plusieurs comptes de type Modèle (Voir 2.8.2, page 51). Un compte standard peut aller d une consultation limitée jusqu à des autorisations proches de celles d un gestionnaire. La définition des autorisations consiste à déclarer explicitement les opérations 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 (Voir 2.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).

50 50 CHAPITRE 2. SAISIE DES DONNÉES 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 suppression 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 service, 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 service. 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éhicules 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 service, 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.

51 2.8. UTILISATEURS 51 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 modification 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, il existe une autorisation par défaut et des autorisations spécifiques. L autorisation par défaut s applique à tous les sites (resp. directions/services) non mentionnés explicitement dans les autorisations spécifiques. Exemple : On dispose de trois sites A, B et C. On souhaite définir un utilisateur pouvant lancer des dialogues sur le site B, et pouvant seulement consulter les données des sites A et C. On cochera donc Consultation dans les autorisations par défaut, puis on ajoutera le site B dans les autorisations spécifiques, en cochant 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 historique 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 sont possibles que lorsque tous les éléments sont autorisés. Par exemple, un utilisateur ne pourra saisir une transaction manuelle sur un usager, un véhicule, et un site donné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 les autorisations 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 pas très adaptée pour une utilisation à grande échelle. En effet, dans ce cas, la structure des autorisations se trouve dupliquée dans chaque utilisateur. Exemple : On dispose de 10 sites. Pour chaque site, on définit un compte utilisateur Standard, limité à la consultation du site. Si l on souhaite ensuite autoriser les dialogues à ces utilisateurs, il faudra cocher l option Dialogues 1 dans chacun des utilisateurs. Pour résoudre ce problème, GIR Titan-Hyperion permet de définir des modèles d autorisation. Un modèle est un compte utilisateur fictif, sur lequel la définition des autorisations est identique à un compte standard, à la différence

52 52 CHAPITRE 2. SAISIE DES DONNÉES 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 rattachés à un ou plusieurs modèles, en spécifiant à chaque fois la correspondance entre 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é en consultation 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. Si l on souhaite ensuite autoriser les dialogues à ces utilisateurs, il suffit de cocher l option Dialogues 1 dans le modèle. 2.9 Config. gestionnaire Saisies, Config. gestionnaire Cette table définit certains des paramètres généraux de l application Identification Type par défaut: Méthode d identification sélectionnée par défaut lors de la création d un nouveau véhicule ou usager. Identifiant par défaut: Type de badge sélectionné par défaut lors de la création d 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 de confirmation. Masquer id+code badge: Masque les champs Identifiant et Code badge dans la fiche véhicule (resp. usager). On utilisera généralement cette option en conjonction avec Fichier proxi strict pour gérer le rapprochement entre n o 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 N o badge: Masque le champ N o badge dans la liste des véhicules ou des usagers. Masquer Code: Masque le champ Code dans la liste des véhicules ou des usagers. Le code reste visible dans la fiche détaillée (onglet Général) et dans le formulaire de modification. Masquer code secret: Masque le champ Code secret dans l onglet Général de 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 affichés en clair à l écran. Expiration obligatoire: Rend la saisie du champ Expiration obligatoire dans la fiche véhicule (resp. usager).

53 2.9. CONFIG. GESTIONNAIRE 53 Positionner Cpt. forçable, Positionner Aff. conso: Positionne l option correspondante 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 des véhicules (Uniquement lorsque la fonctionnalité est activée). Affichage, Opt. affichage: Définit les champs à afficher pour désigner un véhicule ou un usager. Préfixe code, Nb car. code autogénéré: Définit la valeur du champ Code lors de la création d un nouveau véhicule ou usager. Le code se compose d un préfixe commun, suivi de N chiffres générés automatiquement afin d obtenir un code unique. Préfixe code (Location), Nb car. code auto. (Location): Définit la valeur du champ Code lors d une ouverture de location (Voir , page 36). Fréquence déch.: Définit la fréquence de déchargement par défaut pour les cartes tachygraphiques lors de la création d un nouvel usager Carburant Tolérance sur-conso.: Définit la consommation au-dessus de laquelle une transaction est considérée en sur-consommation. Exemple : si la consommation de référence est de 10,00 L/100Km, et que la tolérance est de 20%, une transaction sera considérée en sur-consommation si sa consommation instantanée dépasse 12,00 L/100Km Tolérance sous-conso.: Définit la consommation en-dessous de laquelle une transaction est considérée en sous-consommation. Km parcourus min. pour conso.: Définit le kilométrage parcouru minimum que doit avoir une transaction pour en calculer la consommation instantanée. Ceci permet d éviter de générer des transactions en sur-consommation lorsque le kilométrage parcouru est trop faible et rend la consommation non significative. H parcourues min. pour conso.: Même chose pour le nombre d heures parcourues. Fusion compteurs consécutifs: Lorsque deux transactions carburant identiques sont effectuées dans le délai défini, les compteurs et consommations sont affectés à la plus récente (Voir 17, page 145). Service trans. carb.: Lors du traitement d une transaction carburant, ce critère détermine à quel service la transaction sera affectée. Il peut s agir soit du service du véhicule, soit du service de l usager. Le service auquel une 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 les compteurs 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.

54 54 CHAPITRE 2. SAISIE DES DONNÉES 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 notamment d inclure ces transactions dans la liste des transactions remarquables (Voir 6.1.1, page 94) Paramètres divers Section CSV: Permet de paramétrer le format des fichiers CSV à télécharger. Tableur Format de date Séparateur décimal Séparateur de champs Excel 97, 2000 mm-jj-aaaa Point Virgule Excel 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 s: Permet de paramétrer l envoi de messages électroniques (Voir 7, 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 expiration a lieu. Si ce paramètre est non nul, une alerte sera également générée N jours avant l expiration d un véhicule ou usager Autorisations utilisateurs Param. autorisation: Définit le mode de paramétrage des autorisations utilisateurs (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 la définition des s et plus adapté lorsque l application est utilisée à grande échelle. Avancé (détaillé): Paramétrage similaire au mode avancé, avec la possibilité de définir des autorisations différentes entre les usagers et les vé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, entretien,...). 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éhicule interdit lors d une modification de transaction. Interdire forçage... tr. dist.: Interdit le lancement de transactions à distance pour les usagers ou véhicules interdits.

55 2.9. CONFIG. GESTIONNAIRE Paramètres généraux Fonctionnalités: Ces options activent ou masquent certaines fonctionnalités de l application. Afficher N o véhicule/usager: Affiche le champ N o 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éro peut notamment être utilisé pour identifier un véhicule ou usager sur le ticket imprimé après une prise de carburant (Voir 3.8, page 78). Trans. manuelle régul. pour tous: Autorise la saisie de transactions de régularisation pour tous les utilisateurs (Voir 8.1, page 107). Masquer entretiens véhicules, Masquer entretiens usagers: Cache toutes les données relatives à la gestion des entretiens dans l interface utilisateur. Entretiens véhicules auto.: Affiche les champs de configuration des entretiens 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 des Modèles de véhicules dans le menu Saisies. Les modèles de véhicules sont similaires aux types, ils permettent simplement de rattacher 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éfinition des 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 Etat des cuves (Voir 6.2.1, page 97). Saisie manuelle totalisateurs: Active la saisie manuelle des totalisateurs dans 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 corriger automatiquement le volume selon la température mesurée lors d un approvisionnement (Voir 8.2, page 109). Positionner P.U. à Tref : Lorsque la correction de température est active, cette option permet d interpréter par défaut les P.U. saisis en tant que prix à la température de référence, et non à la température de l approvisionnement (Voir 8.2, page 109). Masquer P.U. à Tref masque la case à cocher dans le formulaire de saisie d approvisionnement. Fournisseurs prod.: Active la saisie du fournisseur et d un commentaire dans les approvisionnements, ainsi que leur affichage dans l historique (Voir 8.2, page 109). Température obligatoire: Rend la saisie de la température obligatoire dans les approvisionnements.

56 56 CHAPITRE 2. SAISIE DES DONNÉES Fournisseur obligatoire: Rend la saisie d un fournisseur obligatoire dans les approvisionnements. Code activité carb., Code spéc. carb.: Active l affichage des codes activités et spécifiques dans l historique des transactions carburant. Masquer avoirs: Cache toutes les données relatives à la gestion d avoir dans l interface utilisateur. Véhicule ext.: Positionne l option du même nom sur les transactions carburant pour lesquelles le service du véhicule est différent du service de 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écifiques sur les véhicules pour chaque usager. Ceci affiche un onglet supplémentaire dans la fiche véhicule (ensemble des usagers autorisés sur ce véhicule) et dans la fiche usager (définition des véhicule autorisés pour cet usager). Demande code spéc sur tr. ext.: Active la saisie d un code spécifique pour les transactions manuelles extérieures. Masquer prix: Masque toutes les informations relatives au prix des transactions carburant. Produits de carburation: Affiche l option Carburant dans les réservoirs, pour permettre un calcul de consommation sur plusieurs produits de carburation (ex : Super + GPL) (Voir 17, page 145). Location courte durée: Active la gestion de la location courte durée pour les véhicules (Voir , page 36). Masquer compteurs horaires: Masque toutes les informations relatives aux compteurs horaires des transactions carburant. Effacer message sur transac: Efface le message affecté à un véhicule ou un usager lors de la récupération d une transaction le concernant. Ceci permet d afficher un message une seule fois à la borne. Afficher totalisateur: Affiche la valeur du totalisateur interne en début de plein dans la fiche des transactions (TIP2-Vatersay seulement). Désactiver P.U.M.P.: Désactive la valorisation des transactions par le prix unitaire moyen pondéré du stock en cuve. Avoir tous produits confondus: Affiche l option du même nom dans les véhicules (Voir 11, page 121). Déblocage pompe limité: Lorsqu une pompe est bloquée par un utilisateur et que cette option est activée, la pompe ne peut être débloquée que par 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 par un Gestionnaire. Tableau de bord: Définit les informations à afficher sur le tableau de bord (Voir 6.5, page 101). Masquer blocages gestionnaire: Masque les pompes bloquées par un utilisateur. 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

57 2.9. CONFIG. GESTIONNAIRE 57 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 expiration lors d une ouverture de location. Si ce champ vaut N, un véhicule dont la location est ouverte au jour J se verra affecté une date d expiration à J + N. Si ce champ est à (N/A), le véhicule n aura pas de date d expiration. Jour de clôture: Active la clôture des transactions carburant. Lorsque ce champ est à zéro, la fonctionnalité est désactivée. Sinon, il définit le jour du mois après lequel les transactions du mois précédent doivent être clôturées (Voir 2.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 recherche ce code dans la table Codes spécifiques. Si le code est trouvé, la transaction est rattachée à ce code, sinon il est créé. Lorsque l option n est pas activée, les codes spécifiques sont seulement stockés dans les transactions et la table Codes spécifiques n est pas utilisée. Le regroupement des codes spécifiques permet d effectuer par la suite des recherches ou des cumuls sur les transactions comportant un même code spécifique. Camoufler mdp utilisateurs: Lorsque cette option est activée, les mots de passe des utilisateurs sont saisis en mode confidentiel, et ne sont jamais affichés en clair dans l application. Listes raccourcies: Affiche seulement les premiers éléments dans les listes de 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 dialogue mê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 erreur Tables en cours d utilisation. Consultation abrégée (histo.): Affiche seulement les dix premières pages dans les historiques volumineux. Zones protégées: Définit les zones qui ne peuvent être assignées aux véhicules et usagers que par le gestionnaire principal. Par défaut, les zones des véhicules et usagers peuvent être modifiées par les gestionnaires locaux 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érents types de transactions à exporter au fil de l eau. Par défaut, seules les transactions carburant récupérées sur les bornes sont exportées. Le paramétrage de ces options permet d exporter également les transactions

58 58 CHAPITRE 2. SAISIE DES DONNÉES saisies manuellement, les transactions importées depuis des disquettes pétrolières, et les approvisionnements. Désactiver export tr. modif : Lorsque cette option est activée, seule la transaction originale est exportée au fil de l eau. Si des modifications sont 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 au fil 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éfinit les 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 exports quotidiens seront générés. On règlera ce champ de manière à ce que toutes les transactions de la veille soient récupérées au moment de la génération. Décalage: Définit le décalage en jours entre la période à exporter et la date de création du fichier traclient. Si le décalage vaut N, les transactions du jour J sont exportées au jour J+1+N. Ceci permet de laisser un délai de régularisation entre le moment où une transaction est récupérée sur une borne 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 quotidiennement. 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 mensuels seront générés (ex : si ce champ vaut 10, les exports du mois de mars seront générés le 10 avril). Ceci permet de laisser un délai éventuel pour la 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 mensuellement. 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éhicule dans les formats traclient. Séparateur traclient: Paramétrage pour compatibilité dans les formats F1-ref et F2-ref. Options: N o trans. inchangé sur modif.: N incrémente pas le numéro de transaction en cas de modification.

59 2.10. PROFILS 59 N o trans. par borne: Génère un numéro de transaction ventilé par borne au lieu d un numéro global. Fil de l eau par borne: Génère un fichier traclient au fil de l eau pour chaque borne, en plus du fichier principal Facturations Cette section définit les paramètres globaux relatifs à la facturation configuration (Voir 12, page 127). Coordonnées géométriques: Cet ensemble de valeurs numériques permet de paramétrer l en-tête des factures générées, en définissant la hauteur totale de l en-tête, et les coordonnées des deux rectangles contenant les adresses du fournisseur et du client. Format traclient: Définit le format à utiliser lors de la génération de fichiers de facturation. Options: Profils multiples: Active la gestion de plusieurs profils de facturation (A,B,C,...). Chaque profil possède une configuration indépendante Profils Saisies, Profils Les profils utilisateurs permettent d adapter certains paramètres de configuration selon l utilisateur connecté. Priorité, Utilisateur, Masque adresse IP: Ces champs définissent l affectation d un profil à un ou plusieurs utilisateurs. Un profil est associé à un utilisateur lorsque les deux critères Utilisateur et Masque adresse IP sont compatibles avec l utilisateur connecté. Le champ Utilisateur est compatible s il est à (N/A) ou s il est égal à l utilisateur. Le champ Masque adresse IP est compatible s il est vide ou si l adresse depuis laquelle l utilisateur est connecté vérifie ce masque. Il est possible de préciser un nom DNS ou une adresse IP, avec les caractères jokers? et * (ex : *.exemple.com, *,...). Le champ priorité détermine l ordre dans lequel sont testés les profils. 0 est la priorité la plus forte, 254 est la plus faible. Format dates, Séparateur décimal, Séparateur de champs: Paramètrage du format des fichiers CSV à télécharger. Si un paramètre est à (N/A), c est la valeur définie dans Config. gestionnaire qui est utilisée. Adresse badgeur, Type badgeur: Adresse au format hôte:port d un lecteur de badge. Si ce champ est renseigné, un bouton Lire badge apparaît dans les fiches véhicule et usager pour le ou les utilisateurs ayant ce profil. Ce bouton permet de lire directement un badge sur le lecteur ainsi défini, et de l affecter au véhicule ou usager désiré. Exemple : On souhaite utiliser des paramètres CSV différents de ceux définis dans Config. gestionnaire pour tous les utilisateurs qui se connectent depuis le domaine exemple.com, sauf pour l utilisateur A. On définira alors les profils suivants :

60 60 CHAPITRE 2. SAISIE DES DONNÉES Priorité Utilisateur Masque adresse IP Paramètres CSV 0 A Vide Tout à (N/A) (pour utiliser ceux définis dans Config. Gestionnaire) 1 (N/A) *.exemple.com Paramètres spécifiques 2.11 Configuration Les tables suivantes définissent la configuration des bornes. Elles sont paramétrées par l installateur de GIR Titan-Hyperion et accessibles par le gestionnaire, en consultation uniquement, via le menu Config.. Config. installateur Produits Sites Cuves Bornes Formats badges Types de badges Types d accès Certaines valeurs dans ces tables sont toutefois paramétrables par le gestionnaire, via le menu Config., Gestion des bornes, seuils cuves, ref. et zones. Elles se classent en plusieurs catégories : Config. installateur : Attention : la modification de certains de ces paramè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 force une 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. Plus la fréquence est élevée, plus les transactions sont récupérées rapidements. Toutefois, lorsque les transactions sont très fréquentes, l application 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 devient disponible sous forme d option dans les fiches véhicule ou usager. Il est ensuite possible de filtrer sur ces critères dans les historiques et cumuls. 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 dates et le séparateur décimal ont une influence à la fois sur l affichage et sur les contrôles de saisie des données.

61 2.11. CONFIGURATION 61 Options: Compteur alt.: Affiche une option supplémentaire dans le champ Options carb. des véhicules, permettant la saisie du compteur de ces véhicules dans une unité différente (km ou mi). Le compteur converti est également visible dans l onglet Général de la fiche véhicule ainsi que dans la fiche des transactions. Cette option affecte uniquement la saisie et l affichage : les compteurs enregistrés dans la base conservent l unité définie dans les paramètres régionaux. Bornes (paramètres) : Etat: Etat de la borne (Activée ou Désactivée). L activation ou désactivation de borne est déclenchée dans ce menu par le bouton du même nom. Lorsqu une borne est désactivée, elle n est plus utilisable dans les dialogues, qu ils soient automatiques ou manuels. La saisie de transactions manuelles sur cette borne reste possible. La désactivation de borne peut avoir deux utilisations : Gestion d une borne fictive Désactivation temporaire des dialogues en cas de problème, par exemple si la borne est en réparation Type liaison: Type de liaison entre la borne et le pc : réseau, série ou modem. Param. liaison: Paramètres de la liaison. Leur interprétation par GIR Titan-Hyperion dépend du type de liaison : TCP: <hôte>:<port>. Le nom d hôte peut être une adresse IP ou un nom DNS (ex : :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éro de téléphone à composer (ex : com2: ). Les commandes successives envoyées au modem sont : 1. Commande atz 2. Commande spécifiée dans le quatrième paramètre (at&f par défaut) 3. Commande spécifiée dans le troisième paramètre suivie du numéro de téléphone (atdt par défaut) 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 automatiquement (Voir 4, page 81). Temps réel: La liaison avec la borne est établie en permanence. Les transactions sont récupérées par le logiciel en temps réel, et les données sont synchronisées régulièrement. Autonome sans conn. auto: Identique au mode autonome, sauf pour l écran de supervision où l utilisateur doit demander explicitement la connexion à la borne. Alerte dialogue: Pour les bornes autonomes, définit le nombre d erreurs de dialogue consécutives au bout duquel une alerte est déclenchée.

62 62 CHAPITRE 2. SAISIE DES DONNÉES Seules les erreurs ayant lieu au cours d un dialogue automatique sont prises en compte. En général, ce seuil sera défini en fonction du nombre de récupérations automatiques programmées. Ainsi, si l on a défini deux dialogues automatiques par jour, et que l on souhaite être alerté au bout de deux jours sans récupération, on définira un seuil de 4. Lorsque ce paramètre est à zéro, les alertes sur erreur de dialogue ne sont 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étecter les problèmes de liaison entre l UG et le PC. L alerte sur les modules repose sur le même principe, et permet de détecter les problèmes de liaison entre l UG et les modules. Ce champ définit le nombre d erreurs de liaision UG/modules au bout duquel une alerte est déclenchée. Seules les erreurs ayant lieu au cours d un dialogue automatique pour lequel l option Test modules a été sélectionnée sont prises en compte. Lorsque ce paramètre est à zéro les alertes sur erreur de liaison modules ne sont pas déclenchées. Alerte temps réel: Pour les bornes temps réel, définit le délai d interruption (en minutes) au bout duquel une alerte est déclenchée. Lorsque ce paramètre est à zéro les alertes sur erreur de liaison temps réel ne sont 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émentaire s 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 produit lors des exports traclient. Température : (Uniquement si la fonctionnalité correction de température a été activée, voir 2.9, page 52). Ces deux champs sont facultatifs : lorsque l un des deux n est pas renseigné, 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 T ref, en degrés Celsius. Le coefficient à cette température est de 1. Coef.: Coefficient à appliquer lorsque la température vaut T ref 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 est de 15, et que le coefficient à 25 est de 0.9, le coefficient appliqué à 20 sera de 0.95.

63 2.11. CONFIGURATION 63 Cuves (seuils) : Seuil blocage: Stock en-dessous duquel les pompes utilisant cette cuve sont automatiquement bloquées. Laisser le champ vide pour ne générer aucun blocage quel que soit le stock en cuve. Seuil d alerte: Stock en-dessous duquel une alerte est générée. Capacité: Capacité de la cuve. Dans le cas de compartiments jaugés, il est également possible de modifier la capacité de chacun des compartiments. Véhicule citerne: Lorsque le véhicule sélectionné effectue une prise de carburant dans une cuve tierce, un approvisionnement de volume égal est automatiquement déclaré sur la cuve courante. Ecart +: Génération d une alerte lorsque la différence stock réel - stock théorique dépasse ce seuil. Dans le cas d une cuve compartimentée, le stock réel est la somme du volume de carburant dans chaque compartiment. 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 le cas d une cuve compartimentée, le volume d eau utilisé est la somme du 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 approvisionnement de régularisation est créé automatiquement lorsque l écart entre 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 jaugeages 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 uniquement les cuves pour lesquelles un jaugeage est géré. Ils peuvent chacun être laissés à zéro pour ne générer aucune alerte. La génération d une alerte crée un événement (Voir 6.3, page 100), affiche un message sur la page d accueil, et envoie éventuellement un message électronique (Voir 7, page 103). Pompes (seuils) : Options tot.:

64 64 CHAPITRE 2. SAISIE DES DONNÉES Relevé totalisateur: Active le relevé automatique du totalisateur interne pour ce module pompe. Tolérance tot.: Seuil de tolérance pour la génération d alertes sur les relevés de totalisateurs internes ou manuels (Voir 6.2.5, page 99). Si ce champ est à zéro, aucune alerte n est générée. Ref. : Les champs Ref. sont utilisés pour désigner un élément dans les exports spécifiques. Ce menu permet de définir le champ Ref. ainsi que le nom de certains éléments de configuration (sites, bornes, cuves, produits,...). Zones : Les zones définissent les autorisations d accès des véhicules et usagers sur les différentes bornes (Voir 2.6, page 43). Ce menu permet de paramétrer les zones sur les ensembles GC et accès. Il est possible de définir jusqu à 8 zones par borne. Ensembles GC : Options: Afficher compteur: Affiche la valeur précédente du compteur lors d une demande de compteur. Enr. tentatives infructueuses: Crée des transactions pour les accès refusés (badge inconnu, véhicule interdit,...). Ignorer blocages entretiens: Lorsqu elle est activée, cette option indique que l ensemble GC est utilisé uniquement pour des entretiens (ex : distribution d huile). Les véhicules bloqués pour cause d entretien non fait ne seront donc pas interdits sur cet ensemble. Les autres interdictions (interdiction manuelle, expiration) ne sont pas affectées par cette option. En TIP1-Pabbay, cette option doit avoir la même valeur pour tous les ensembles GC d une même borne. Imprimer codes: Imprime les codes sur les imprimantes fil de l eau et 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 identification par code pour les véhicules qui devraient s identifier par badge (TIP2-Vatersay seulement). Forcer choix pompe: Affiche l écran Choix pompe même lorsque l ensemble comporte une seule pompe (TIP2-Vatersay seulement). Ce mode est nécessaire pour pouvoir utiliser le déchargement des cartes tachygraphiques dans le cas d un ensemble GC avec une seule pompe. Fil de l eau sur clef USB: Enregistre les transactions carburant dans 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 transactions normales, et un pour les autres événements (badge inconnu,...). Les formats de ces fichiers sont décrits en annexe de ce 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 tachygraphiques quelle que soit la date enregistrée dans la carte. Cette option n est utile que dans le cadre d un test du déchargement (TIP2-Vatersay seulement).

65 2.11. CONFIGURATION 65 Ensembles accès : Options: Enr. tentatives infructueuses: Crée des transactions pour les accès refusés (badge inconnu, véhicule interdit,...). Accès interdit si mémoire pleine: Interdit l accès lorsque les transactions ne peuvent plus être stockées. Forcer id. par code: Force l identification des véhicules et usagers par code (TIP2-Vatersay seulement) Fil de l eau sur clef USB: Enregistre les transactions accès dans 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 transactions normales, et un pour les autres événements (badge inconnu,...). Les formats de ces fichiers sont décrits en annexe de ce document.

66 66 CHAPITRE 2. SAISIE DES DONNÉES

67 Chapitre 3 Utilisation de la borne 3.1 Etats En dehors des saisies précédant une prise de carburant, une borne peut afficher différents messages selon son état : Lu 11/10/04 10:30:00 CHOIX POMPE Lu 11/10/04 10:30:00 POMPE 2 DISPONIBLE Plusieurs pompes sont disponibles pour une prise de carburant. Les pompes dont le numéro n est pas affiché sont soit utilisées, soit indisponibles. Une seule pompe est disponible pour une prise de carburant. Les autres pompes sont soit utilisées, soit indisponibles. Lu 11/10/04 10:30:00 EN SERVICE Toutes les pompes disponibles sont actuellement utilisées pour une prise de carburant. Lu 11/10/04 10:30:00 HORS ZONE Aucune pompe n est disponible d après les plages horaires définies. Lu 11/10/04 10:30:00 HORS SERVICE Aucune pompe n est disponible Il est possible de connaître l état détaillé des pompes dans GIR Titan- Hyperion grâce au mode supervision (Voir 4.3, page 84) ou à la borne grâce au menu pompiste (Voir 3.4, page 72). 67

68 68 CHAPITRE 3. UTILISATION DE LA BORNE 3.2 Prise de carburant Déroulement d une prise de carburant à la borne : Choix de la pompe Identification Saisies des compteurs Saisies supplémentaires Service Tout au long de la saisie, la transaction peut être annulée par la touche EFF. Le message TRANSACTION ANNULEE est alors affiché et la borne revient en attente de saisie. Le scénario détaillé d une prise de carburant est disponible en annexe de ce document (Voir F, page 195) Choix de la pompe Lu 11/10/04 10:30:00 CHOIX POMPE 1 2 ou Lu 11/10/04 10:30:00 POMPE 1 DISPONIBLE Sélectionner le N o de la pompe souhaitée. Pompe 1 GOI Validez votre choix Le nom de la pompe et du produit s affichent, valider avec VAL. Cas d une seule pompe Dans le cas où une seule pompe est définie sur la borne, l étape du choix de la pompe n est pas nécessaire, et l identification est directement demandée. Lu 11/10/04 10:30:00 ID VEHICULE ou Lu 11/10/04 10:30:00 ID USAGER

69 3.2. PRISE DE CARBURANT Identification En 1 er identifiant véhicule : Pompe 1 GOI ID VEHICULE En 1 er identifiant usager : Pompe 1 GOI ID USAGER L identification s effectue en passant le badge devant le lecteur, ou bien en saisissant le code et en validant avec VAL. Dans le cas d une double identification (véhicule avec option Id. usager, ou usager avec option Id. véhicule), les deux identifications seront demandées successivement. Messages d erreur 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 identifier par badge. BADGE HORS CONTEXTE, CODE HORS CONTEXTE: Le badge ou le code identifie 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 identification par badge (option Code secret des véhicules et usagers). La saisie de ce code est demandée par le message suivant : Pompe 1 GOI CODE ACCES Saisir le code et valider avec VAL Saisie des compteurs La saisie des compteurs est demandée par les messages suivants : Pompe 1 GOI Compteur km Saisir le compteur kilométrique, en kilomètres, et valider avec VAL.

70 70 CHAPITRE 3. UTILISATION DE LA BORNE Pompe 1 GOI Cpt 1/100 H Saisir le compteur horaire, en centièmes d heures, et valider avec VAL (Exemple : pour 120,75 heures, saisir 12075). Message d erreur : VALEUR INCORRECTE: Le compteur saisi n est pas dans la fourchette de validité. Pour la résolution des problèmes relatifs à la saisie de compteur, voir 5.2, page 90 La valeur d un compteur peut être forcée même si elle n est pas dans la fourchette de validité, dans les cas suivants : Transaction via pompiste (Voir 3.3, page 71). La demande de confirmation du forçage apparaît dès la première saisie du compteur. Véhicule possédant l option Cpt. forçable (TIP2-Vatersay seulement). La demande de confirmation du forçage apparaît lorsque la même valeur est saisie deux fois de suite Saisies supplémentaires Selon la configuration du véhicule ou de l usager, des saisies supplémentaires peuvent être demandées : Pompe 1 GOI Activite Saisir le code activité et valider avec VAL. Pompe 1 GOI Code spec. Saisir le code spécifique et valider avec VAL. Message d erreur : CODE INCONNU: Code activité non défini Service Lorsque les saisies sont terminées, la pompe est commandée et la borne affiche le message SERVEZ-VOUS. Le déroulement de la prise de carburant dépend alors des réglages de la pompe. On notera : T debut : Temporisation de début de service T fin : Temporisation de fin de service T apres : Temporisation d après-service T debut et T fin sont définies dans la configuration de la pompe, et peuvent être visualisés dans Etat des cuves en cliquant sur Détail pour la pompe souhaitée. T apres est fixée à 2 secondes.

71 3.3. POMPISTE 71 Une prise de carburant vérifie alors les règles suivantes : Si rien n est débité pendant T debut secondes, la distribution est coupée. Une fois qu un premier débit a eu lieu, si rien n est débité pendant T fin 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 T apres secondes. Cela permet de tenir compte des phénomènes de compression dans le tuyau de distribution. Litrages nuls Deux autres valeurs sont définies dans la configuration de la pompe et consultables dans l état de la station : T 0 : durée minimum d une transaction pour la prise en compte d un litrage nul N 0 : nombre de litrages nuls consécutifs avant blocage de la pompe Un litrage est considéré comme nul lorsqu une transaction se déroule sans débit de carburant et est d une durée supérieure à T 0. Lorsque N 0 litrages nuls ont lieu consécutivement sur la même pompe, elle est automatiquement bloquée. 3.3 Pompiste Le pompiste est un véhicule (ou usager) particulier, capable de saisir des transactions pour le compte d autres véhicules ou usagers. Il offre les possibilités suivantes : Pompiste véhicule: Identifier un véhicule en l absence de badge Forcer la prise de carburant pour un véhicule interdit Forcer la valeur d un compteur Pompiste usager: Identifier un usager en l absence de badge Forcer la prise de carburant pour un usager interdit L identification d un pompiste s effectue comme pour un véhicule ou usager normal (Voir 3.2.2, page 69). Après l identification du pompise, le code du véhicule ou usager auquel la transaction doit être affectée est demandé : Pompe 1 GOI CODE VEHIC. ou Pompe 1 GOI CODE 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 :

72 72 CHAPITRE 3. UTILISATION DE LA BORNE VEHICULE INTERDIT PASSER OUTRE ou USAGER INTERDIT PASSER OUTRE Valider avec VAL pour passer outre l interdiction. Si le contrôle de fourchette sur un compteur détecte une valeur incorrecte, il est possible de forcer la valeur du compteur : Pompe 1 GOI forcer Km a : ou Pompe 1 GOI forcer Ho a : Valider avec VAL pour forcer le compteur. 3.4 Accès au menu pompiste L accès au menu pompiste s effectue en appuyant sur la touche 0 lorsque la borne est en attente de saisie. Si une seule pompe est définie : Lu 11/10/04 10:30:00 ID VEHICULE Appuyer sur 0 puis VAL. Si plusieurs pompes sont définies : Lu 11/10/04 10:30:00 CHOIX POMPE 1 2 Appuyer sur 0. Selon la configuration, l identification du véhicule ou usager souhaitant accéder au menu pompiste est alors demandée : Lu 11/10/04 10:30:00 ID VEHICULE ou Lu 11/10/04 10:30:00 ID USAGER Un véhicule ou usager est autorisé à accéder au menu pompiste lorsque l option Menu pompiste est activée (Voir 2.1.5, page 32 et 2.2.3, page 38). Dans le 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-Pabbay Le menu pompiste des bornes TIP1-Pabbay se présente sous la forme suivante : Cuves Pompes Horloge Jauges Instal badges

73 3.5. MENU POMPISTE - BORNES TIP1-PABBAY 73 L accès à un sous-menu s effectue en appuyant sur la lettre majuscule correspondante : Cuves (touche C ou 1): Consultation des stocks en cuve théoriques, saisie d approvisionnements. Pompes (touche P ou 2): Consultation des totalisateurs, blocage ou déblocage 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é Sous-menu Cuves C1 GOI 1500 L Appro Maj (+/-) Première ligne : N o de la cuve (de 1 à 16). Le défilement entre les différentes cuves s effectue à 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. Saisir ensuite le montant total en Euros (il est possible de saisir un nombre décimal, par exemple ), puis valider avec VAL. Mise à jour du stock C1 GOI Corr : 1500 L litres Saisir le volume en litres à ajouter au stock, puis valider avec VAL. Pour revoir à la baisse le stock en cuve, on saisira un volume négatif (ex : -10 pour enlever 10 litres) Sous-menu Pompes

74 74 CHAPITRE 3. UTILISATION DE LA BORNE 1 GOI T: Marche (+/-) Première ligne : N o 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 disponible Blocage/Borne: Pompe bloquée par le pompiste via le menu pompiste Blocage/PC: Pompe bloquée par le gestionnaire via l écran de supervision (Voir 4.3, page 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 module Defaut Config: Pompe bloquée automatiquement suite à un défaut de paramétrage Le blocage ou déblocage d une pompe s effectue à l aide des touches B, M, D ou Sous-menu Jauges Un jaugeage est automatiquement effectué lors de l accès à ce menu. 1 GOI 1500 L T 14 H2O: 1300 D - Première ligne : N o de la cuve (de 1 à 16). Le défilement entre les différentes cuves s effectue à 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) Sous-menu Badges L affectation d un badge proximité à un véhicule (resp. usager) est réalisée par la procédure suivante :

75 3.6. MENU POMPISTE - BORNES TIP2-VATERSAY Vehicule: Saisir le code du véhicule. Le code U (ou 2) permet d initialiser un 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 initialiser un autre badge. 3.6 Menu pompiste - bornes TIP2-Vatersay Le menu pompiste des bornes TIP2-Vatersay se présente sous la forme suivante : 1:POMPES 2:CUVES 3:MODE 8:.. 4:T.BADGE 5:I.BADGE 6: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 une pompe. 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 Sous-menu Pompes Ce 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 le cas, les touches + et - permettent de les faire défiler. En bas à gauche, l état de la pompe : MARCHE lorsque la pompe est dispo-

76 76 CHAPITRE 3. UTILISATION DE LA BORNE 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é. La touche VAL valide l opération, EFF l annule. Touche 8 : afficher la valeur du totalisateur. Appuyer de nouveau sur 8 pour revenir à l écran initial Sous-menu Cuves Ce 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 approvisionnement positif (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 automatiquement jaugée tant que cet écran est affiché. La touche 8 fait défiler les différentes valeurs obtenues par jaugeage, identifiées par les lettres en bas à gauche de l écran : Jvc: Volume de carburant Jhc: Hauteur de carburant Jve: Volume d eau Jhe: Hauteur d eau Jt: Température Le symbole (*) indique qu une erreur s est produite lors du dernier jaugeage Sous-menu Mode Ce 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 mode est actif, un R est affiché à côté de l heure. Selon la configuration, le mode restreint permet d interdire certaines pompes, ou de limiter la durée maximale d une transaction.

77 3.6. MENU POMPISTE - BORNES TIP2-VATERSAY Sous-menu Test badge Ce 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.BADGE A:VEHIC 1234 [8] Badge affecté au véhicule 1234 T.BADGE A: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.BADGE B: [58] Appuyer sur 5 pour enregistrer une transaction contenant le code puce du badge. 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 descriptif pour identifier les différents badges dans le cas où l on enregistre plusieurs transactions. Appuyer sur 8 pour revenir au premier mode Sous-menu Init. badge Ce 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.BADGE 1: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/VEHICULE CODE? Passage du badge. L affectation du badge dans GIR Titan-Hyperion ne sera effective qu après une récupération de transactions. I.BADGE/VEHICULE BADGE?

78 78 CHAPITRE 3. UTILISATION DE LA BORNE 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 tachygraphiques. Le fichier déchargé est ensuite téléchargé par GIR Titan-Hyperion lors de la récupération de transactions, et peut être archivé sur le système informatique. À la borne, le déchargement est effectué automatiquement lorsqu une carte est insérée et que la borne est en attente de saisie. Dans ce cas, l heure affichée sur 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 le pourcentage d avancement. TACHO: PAS DE DECH.: Indique qu une carte a bien été détecté, mais que le déchargement n a pas lieu. Un événement indiquant la cause détaillée est enregistré (ex : carte inconnue, déchargement déjà effectué récemment,...). TACHO: DECH. OK: Indique que le déchargement est terminé et que le fichier a bien été enregistré par la borne. Un déchargement dure généralement de 3 à 5 minutes. TACHO: ERREUR DECH.: Indique qu une erreur a eu lieu durant le déchargement. Les fichiers récupérés par GIR Titan-Hyperion sont enregistrés dans data\dto\tacho. Dans Config., Bornes, Ens. GC, il est possible de définir un répertoire vers lequel 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 une mê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 autre convention pour le nom du fichier, qui sera utilisée au moment de la copie dans le répertoire externe. 3.8 Impression Impression au fil de l eau L impression au fil de l eau permet de conserver un historique sur papier de toutes les transactions effectuées sur une borne. Les transactions carburant sont imprimées selon le format suivant : Date Heure P Prd Volume Vehicule Compteur Delta Conso Usager Act/Sp/Pmp 21/03 17:55 2 GOI VVVVV K 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

79 3.8. IMPRESSION 79 Compteur: K puis compteur kilométrique (en km), ou H puis horaire compteur 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 : pompe bloquée, badge inconnu...). Une ligne blanche suivie de la date complète est imprimée à chaque changement de jour, ainsi qu au démarrage de la borne Impression ticket L impression de ticket permet de délivrer un reçu à l issue de chaque prise de carburant. Un ticket a le format suivant : GIR Titan-Hyperion 21/03/ :55:34 Station Borne 1 Pompe 1 GOI Vol: L V: VVVVV U: UUUUU K: km A: 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 horaire que GIR Titan-Hyperion, les heures locales et UTC sont également indiqué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)

80 80 CHAPITRE 3. UTILISATION DE LA BORNE En cas de gestion d avoir : Avoir restant Pour les avoirs monétaires, P.U. et montant de la transaction.

81 Chapitre 4 Dialogue avec la borne 4.1 Principe Chaque borne fonctionne de manière autonome : elle possède en mémoire une copie des informations sur les véhicules et usagers, et enregistre les transactions. Il est donc nécessaire de régulièrement synchroniser les données entre GIR Titan-Hyperion et les bornes. Cette synchronisation s effectue en deux opérations distinctes : 1. Récupération et traitement dans GIR Titan-Hyperion des transactions stockées sur les bornes. Les bornes TIP possèdent une capacité de stockage de 2500 transactions. 2. Mise à jour des données des bornes à partir de la base de données de GIR Titan-Hyperion (compteurs, blocages, etc.) Toute modification effectuée dans GIR Titan-Hyperion (affectation d un message, interdiction,...) ne sera donc réellement prise en compte sur la borne qu après avoir effectué un dialogue avec celle-ci Utilisation de plusieurs bornes La synchronisation entre GIR Titan-Hyperion et les différentes bornes est particulièrement importante lorsque plusieurs bornes sont utilisées. En effet, chaque borne possède en mémoire sa propre copie de la base de données. Lors d une saisie de compteur, c est cette copie qui est mise à jour avec le nouveau compteur, et les autres bornes conservent encore l ancienne valeur. Exemple d un système à deux bornes : Le véhicule V possède un compteur kilométrique dont la valeur est km. Sa fourchette de tolérance (Voir 5.1, page 89) est de 1000 km. Cette information est stockée par GIR Titan-Hyperion et envoyée aux deux bornes B 1 et B 2. GIR Titan-Hyperion Borne B 1 Borne B 2 Véhicule V, km Véhicule V, km Véhicule V, km Une prise de carburant est effectuée sur la borne B 1 pour le véhicule V, le compteur saisi est km. On a alors la situation suivante : 81

82 82 CHAPITRE 4. DIALOGUE AVEC LA BORNE GIR Titan-Hyperion Borne B 1 Borne B 2 Véhicule V, km Véhicule V, km Véhicule V, km Si le véhicule V se présente plus tard sur la borne B 2, avec un compteur de km, et qu aucun dialogue n a été effectué pour synchroniser les données, son compteur sera refusé. En effet, pour la borne B 2, le dernier compteur du véhicule est toujours de km. Le compteur maximum autorisé d après la fourchette définie est donc de km. Si un dialogue a eu lieu entre les deux prises de carburant du véhicule V, on aura la situation suivante : GIR Titan-Hyperion Borne B 1 Borne B 2 Véhicule V, km Véhicule V, km Véhicule V, km Le nouveau compteur de km sera alors bien accepté sur les deux bornes. Il est donc conseillé de synchroniser les données régulièrement, de sorte qu il y ait toujours eu au moins une synchronisation entre deux prises de carburant d un véhicule. La meilleure solution est de définir un dialogue automatique (Voir 2.7, page 46). En général, une opération de dialogue programmée toutes les 24 heures est suffisante (à adapter si un même véhicule peut effectuer plusieurs prises de carburant par jour). 4.2 Dialogue manuel Le menu Dialogue borne permet de lancer une communication entre une ou plusieurs bornes et GIR Titan-Hyperion. Pour démarrer un dialogue, cliquer sur Lancer après avoir sélectionné les bornes, l opération et les options souhaitées. L écran de suivi de dialogue s affiche alors. Il permet de visualiser l avancement du dialogue sur les bornes sélectionnées. Opération: Récup.-Envoi: C est l opération la plus courante. Elle permet de synchroniser les données entre GIR Titan-Hyperion et les bornes. Récup.-Envoi-Jaugeage: Effectue une synchronisation, ainsi qu une récupération des stocks en cuve par jaugeage (uniquement avec un module jauge). Les informations de jaugeage ainsi récupérées sont enregistrées dans un historique 4.2.1, page 83. Récup.-Envoi-Totalisateurs: Effectue une synchronisation, ainsi qu une récupération des totalisateurs internes des modules pompes pour lesquels le relevé a été activé 4.2.1, page 83. Récup.-Envoi-Totalisateurs-Jaugeage: Effectue une synchronisation, un relevé des totalisateurs, et un jaugeage. Récup.-Config.-Envoi: Effectue un envoi de configuration et un renvoi complet des données, après avoir récupéré les transactions (*). Récup.-Init.-Config.-Envoi : Permet d initialiser une borne avec une nouvelle séquence, après avoir récupéré les transactions (*).

83 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 la borne (*). Récup.-Attente-Init.-Config.-Envoi : Permet d initialiser une borne avec une nouvelle séquence, en s assurant au préalable que la borne est inutilisée. Si des prises de carburant ou des saisies sont en cours, GIR Titan-Hyperion attend qu elles soient terminées avant d initialiser la borne. Dump mémoire: Ecrit le contenu de la mémoire de la borne dans un fichier. Redémarrage: Effectue un redémarrage de la borne (*). Test liaison: Vérifie le fonctionnement de la liaison entre la borne et GIR Titan-Hyperion, et affiche un compte-rendu sur l état des différents modules Màj modules - Test liaison: Réinitialise les modules puis effectue un test liaison comme ci-dessus. (*) : Ces opérations provoquent une interruption de service sur la borne et ne doivent être pas être effectuées si une saisie de transaction est cours. Options: Log détaillé: Génère un fichier détaillé des échanges entre la borne et GIR Titan-Hyperion. Les fichiers ainsi générés peuvent être très volumineux. Forcer récup.: Permet de forcer la récupération des transactions lorsque celle-ci echoue avec une erreur Module modifié. Envoi: Choix du mode d envoi. Delta n envoie à la borne que les données nécessaires, Complet envoie la totalité des données. Ainsi, si l on dispose d une base synchronisée, et que l on modifie un véhicule pour lui affecter un message, l envoi Delta enverra un seul véhicule à la borne alors que l envoi complet en enverra Adressage: Laisser en Normal. Les réglages par défaut (Log détaillé et Forcer récup. désactivés, envoi Delta et adressage Normal) correspondent à une utilisation normale du logiciel et ne doivent être modifiés qu en cas de problème. Déconnexion: Par défaut, la connexion avec une borne est établie au début d une opération, et fermée à la fin (Après l opération). Cependant, il peut être intéressant de maintenir cette connexion active pendant un certain temps, si l on souhaite effectuer plusieurs opérations à la suite sur une même borne. C est particulièrement le cas si la phase d ouverture est assez longue, par exemple dans le cas d une connexion par modem. Pour cela, deux modes de déconnexions sont disponibles : Interactif : La connexion est fermée après une période d inactivité de 6 minutes. Rester connecté jusqu à: La connexion est fermée à l heure précisée. Le lancement d un dialogue en mode Interactif ou Rester connecté jusqu à n est possible que lorsqu une seule borne est sélectionnée Jaugeages et totalisateurs Les dialogues effectuant un jaugeage ou un relevé des totalisateurs ont des contraintes spécifiques :

84 84 CHAPITRE 4. DIALOGUE AVEC LA BORNE Le stock d une cuve ne peut être jaugé que si aucune transaction n est en cours sur les pompes rattachées à cette cuve. Le totalisateur d une pompe ne peut être relevé que si aucune transaction n est en cours sur la pompe. Ces contraintes sont nécessaires pour éviter d enregistrer des relevés au milieu d 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 pas enregistré. Le dialogue se poursuit normalement, mais aura pour résultat Incomplet au lieu de Terminé. Il est possible d assurer qu un relevé aura bien lieu, en lançant un dialogue avec attente. Dans ce cas, GIR Titan-Hyperion attend que les transactions en cours soient terminées et bloque temporairement les pompes pour éviter que de nouvelles transactions ne commencent. Le message ATTENTE JAUGEAGE est affiché à la borne. Les pompes redeviennent disponibles une fois que le relevé est effectué. En cas de perte de liaison pendant la phase d attente, les pompes redeviennent disponibles après environ 10 minutes. 4.3 Supervision Supervision En plus des opérations de dialogue vues précédemment, GIR Titan-Hyperion permet d interagir directement avec une borne grâce au mode supervision. L écran de supervision présente les différentes cuves rattachées à la borne choisie, et les pompes associées à chaque cuve. Il offre les possibilités suivantes : Visualiser les stocks en cuve Effectuer une mesure des stocks en cuve par jaugeage Visualiser l état des pompes, les totalisateurs Visualiser les transactions en cours Déclencher une transaction à distance Cliquer sur Actualiser les donneés pour lancer une connexion à la borne et mettre à jour les informations affichées. Etat borne permet de détecter un éventuel dysfonctionnement de la borne. La date Dernière mise à jour indique quand les informations affichées ont été récupérées. La connexion à la borne s effectue en mode interactif (Voir Déconnexion, page 83). Informations générales : En cas d anomalie, un pavé d information est affiché dans la partie supérieure de l écran. Les principales anomalies sont les suivantes : Défaut liaison terminal, Défaut liaison lecteur,... : indique un problème de communication entre l unité de gestion et un module. Date incorrecte : La date de la borne est invalide. Effectuer un dialogue pour réaliser la mise à l heure. Mémoire pleine : La borne ne peut plus enregistrer de nouvelles transactions. Effectuer un dialogue pour récupérer les transactions.

85 4.3. SUPERVISION 85 Erreur mémoire : Une erreur a eu lieu lors de l accès à la mémoire de la borne. 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 cliquant sur Stock réel. Un jaugeage est automatiquement effectué à chaque fois qu une prise de carburant a lieu sur la cuve correspondante. Il est possible de forcer un jaugeage sur toutes les cuves en cliquant sur Forcer un jaugeage. Le jaugeage ainsi réalisé est fait uniquement dans un but de consultation temporaire des stocks. Pour effectuer un jaugeages dont le résultat sera conservé dans un historique, utiliser un dialogue Récup.- Envoi-Jaugeage. Informations disponibles sur les pompes : Etat de la pompe. Mode manuel: Pompe en mode manuel Bloquée: Pompe bloquée, la raison du blocage est affichée entre parenthèses : gestionnaire: Pompe bloquée par le gestionnaire via l écran de supervision pompiste: Pompe bloquée par le pompiste via le menu pompiste défaut de comptage: Pompe bloquée automatiquement suite à un défaut de comptage. N litrages nuls: Pompe bloquée automatiquement suite à plusieurs litrages nuls consécutifs (Voir 3.2.5, page 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 seuil minimum. Hors zone: Pompe hors zone. Disponible: Pompe disponible Les informations sur une éventuelle transaction en cours et le totalisateur sont consultables en cliquant sur Détail en dessous de la pompe choisie. Le totalisateur affiché est celui intégré au module pompe (et non le totalisateur d un autre dispositif de comptage) Blocage de pompe Suivant l état de la pompe, l une des opérations suivantes est proposée : Bloquer Débloquer

86 86 CHAPITRE 4. DIALOGUE AVEC LA BORNE Annuler blocage Annuler déblocage Le blocage ou déblocage d une pompe nécessite de lancer une opération Récup.-Envoi sur la borne. C est pourquoi, après avoir cliqué sur Bloquer ou Débloquer, un écran de confirmation s affiche et propose soit de lancer l opération immédiatement, soit de la différer. Lorsque l opération est différée, il est possible d annuler la demande (Annuler blocage ou Annuler déblocage). L opération Récup.-Envoi pouvant être relativement longue, il peut être intéressant de différer l opération si l on souhaite modifier l état de plusieurs pompes à fois. Dans ce cas, on choisira Différé pour toutes les pompes et Immédiat pour la dernière Transaction à distance Lorsqu une pompe est disponible, il est possible de déclencher à distance une transaction en cliquant sur Transaction. Le logiciel tente alors de réserver la pompe. En cas de succès, le message Pompe <nom de la pompe> réservée est affiché. Lorsqu une pompe est réservée, elle n est plus disponible pour une prise de carburant à la borne. Il est possible d annuler cette réservation à tout moment en cliquant sur Annuler la réservation. Saisir une transaction permet de définir les différents paramètres de la transaction (véhicule, usager, compteurs...) d une manière similaire à la saisie d une transaction manuelle (Voir 8.1, page 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 (Voir 3.3, page 71), il est possible de passer outre certaines interdictions lorsqu une transaction est déclenchée à distance. Dans ce cas, un avertissement s affichera avec la nature l interdiction. Les différents contrôles qu il est possible de forcer sont : 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 erreurs de dialogue qui nécessitent une intervention de l utilisateur pour être résolues Module modifié Cause : À chaque envoi de configuration, GIR Titan-Hyperion génère un cookie (numéro aléatoire) qui est envoyé à la borne d une part et stocké dans la table borne côté pc d autre part. À chaque dialogue le cookie est lu dans la

87 4.4. RÉSOLUTION DES ERREURS 87 borne et comparé à celui connu du pc, s ils différent le dialogue sort en erreur Module modifié. Solution 1 : Si l unité de gestion contient des transactions effectivement liées au système mais que le cookie est différent (car on est parti d une ancienne sauvegarde de la base de donnée par exemple), effectuer un dialogue Récup.- Config-Envoi en cochant l option Forcer récup (module modifié). Solution 2 : Si l unité de gestion est issue d un échange standard et que les données qu elle peut contenir n ont pas d importance, effectuer un dialogue Init.-Config.-Envoi Config. modifiée Cause : 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 autres cas : 1. Après une mise à jour de l application, lorsqu il y a changement dans la manière dont les données sont envoyées 2. Après la restauration d un fichier TWB, car les données des bornes peuvent être complètement incompatibles. Solution : Envoi. Effectuer un dialogue Récup.-Config.-Envoi ou Récup.-Init.-Config Etat invalide Cause : Lorsque la borne contient des informations incohérentes sur la taille des transactions stockées, une erreur Etat invalide apparaît sur la récupération. Par sécurité, GIR Titan-Hyperion ne récupère pas les données automatiquement lorsqu une borne est dans un tel état. Solution : Effectuer un dialogue Récup.-Envoi en cochant l option Forcer récup (état invalide) Config. en cours Cause : Le dialogue avec les bornes TIP2-Vatersay n est pas possible pendant l utilisation de l application de configuration. Solution : Quitter l application de configuration à la borne pour pouvoir effectuer un dialogue.

88 88 CHAPITRE 4. DIALOGUE AVEC LA BORNE

89 Chapitre 5 Compteurs Un véhicule dispose d un compteur kilométrique et d un compteur horaire. La demande d un compteur lors de la prise de carburant d un véhicule est paramétrable pour chaque produit, et accessible dans l onglet Réservoirs de la fiche véhicule (Voir 2.1.8, page 34). 5.1 Fourchettes de tolérance Il est possible de vérifier la cohérence d un compteur lors d une prise de carburant, en définissant une fourchette de tolérance. Lorsqu un compteur est saisi, si la fourchette associée est non nulle, la valeur saisie doit être comprise entre la dernière valeur connue et la dernière valeur connue ajoutée à la fourchette. Lorsqu un compteur est égal à zéro, aucun contrôle n est effectué sur la valeur saisie. Exemples : Compteur Fourchette Valeurs autorisées km 2000 km De à km km km De à km 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 saisie de compteur définit donc son compteur actuel. L initialisation d un compteur après la création d un véhicule peut s effectuer : A la borne, en saisissant la valeur du compteur comme pour une prise de carburant normale. Dans GIR Titan-Hyperion, en créant une transaction manuelle de volume nul (Voir 8.1, page 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 erreur d un chiffre dans la saisie (par exemple 5500 au lieu de 55000) ne sera pas détectée. Les valeurs des kilométrages parcourus et des consommations seront alors erronées, et il faudra corriger le compteur à la main (Voir 8.3, page 111). Il est donc préférable de toujours définir une fourchette, même très grande (

90 90 CHAPITRE 5. COMPTEURS km par exemple). La seule exception à cette règle concerne les véhicules d intervention d urgence, pour lesquels une fourchette nulle peut être définie afin qu ils ne soient pas bloqués lors d une prise de carburant. Lorsque plusieurs bornes sont utilisées simultanément, la valeur des compteurs doit être tenue à jour entre les différentes bornes pour que le contrôle de fourchette fonctionne correctement (Voir 4.1.1, page 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 un véhicule est refusé par le message VALEUR INCORRECTE, alors que la valeur saisie correspond bien au compteur du véhicule. 1. S assurer que toutes les bornes ont bien été synchronisées depuis la dernière prise de carburant du véhicule. Ceci est particulièrement important dans le cas d une utilisation multi-bornes (Voir 4.1.1, page 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 avec un plein. Dans ce cas, corriger la valeur de la fourchette et effectuer un dialogue de synchronisation avec les bornes. Le véhicule a effectué des pleins extérieurs qui n ont pas été saisis : saisir ces pleins par une transaction manuelle (Voir 8.1, page 107) puis effectuer un dialogue, ou bien forcer le compteur avec la méthode (1) ou (2) décrite ci-dessous. Le compteur saisi lors de la dernière transaction est erroné : utiliser l une des méthodes (1) (2) ou (3) décrites ci-dessous. Trois méthodes sont possibles pour effectuer un plein lorsque la valeur d un compteur est incorrecte : Compteur refusé "VALEUR INCORRECTE" (1) (2) (3) Forcer le compteur par une transaction pompiste Forcer le compteur par une transaction à distance Corriger l ancien compteur Se servir en carburant Envoyer les données à la borne Corriger l ancien compteur Se servir en carburant

91 5.2. PROBLÈME À LA SAISIE D UN COMPTEUR 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 normalement. Les méthodes (1) et (2) permettent d effectuer la prise de carburant immédiatement, sans avoir à renvoyer des données à la borne. Mais dans le cas où l origine du problème était un compteur erroné dans une transaction précédente, elles doivent être complétées par la correction de ce compteur. En effet, en l absence de cette correction, les kilométrages parcourus et les consommations seront erronées. Exemple : Le véhicule V possède un compteur kilométrique, avec une fourchette de tolérance de 2000 km. Le compteur saisi lors de sa dernière transaction était de km. Il effectue un premier plein le 12/05/2004, et saisit par erreur un compteur de km au lieu de Cette valeur étant dans la fourchette de tolérance, elle est acceptée et la transaction suivante est créée : Date Véhicule Compteur Parcouru T 1 12/05/2004 V km 1500 km Le lendemain, il se présente de nouveau à la borne et saisit son nouveau compteur : km. Le message VALEUR INCORRECTE s affiche car le dernier compteur connu est de km. L erreur de la veille étant constatée, le compteur est forcé à km par la méthode (1) ou (2). Une nouvelle transaction est créée : Date Véhicule Compteur Parcouru T 2 13/05/2004 V km -500 km T 1 12/05/2004 V km 1500 km La valeur du kilométrage parcouru, et donc la consommation associée, est alors fausse pour les transactions T 1 et T 2. Il faut donc corriger le compteur de la transaction T 1, GIR Titan-Hyperion recalculant alors les kilométrages parcourus et les consommations pour ces transactions : Date Véhicule Compteur Parcouru T 2 13/05/2004 V km 500 km T 1 12/05/2004 V km 500 km Les transactions stockées dans l historique sont alors correctes. La méthode (3) permet d obtenir exactement le même résultat sans avoir à forcer de compteur, mais elle nécessite de corriger le compteur erroné et d effectuer un dialogue avec la borne avant que la prise de carburant ne puisse commencer.

92 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 transaction T 2.

93 Chapitre 6 Consultation des états 6.1 Transactions carburant Historique Exploitation, Histo. transactions carburant. Cet écran permet de visualiser l ensemble des transactions carburant enregistrées dans GIR Titan-Hyperion. Par défaut, les transactions sont triées par ordre antichronologique. Deux liens dans le menu Exploitation permettent d accéder directement aux transactions du mois en cours et du mois précédent. Le champ Options permet notamment de déterminer l origine de la transaction : Manuelle: Transaction saisie manuellement dans GIR Titan-Hyperion (Voir 8.1, page 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 est calculé 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 seulement). Id. auto.: Indique si certaines données de la transactions (Véhicule, 93

94 94 CHAPITRE 6. CONSULTATION DES ÉTATS Compteur km, Compteur H) proviennent d une source automatique. Les informations peuvent provenir soit d un badge spécial (ex : carte tachygraphique), soit de la réutilisation d une saisie précédente (option Réutilisation). Transactions remarquables Le lien (Rem.) dans le menu Exploitation permet d accéder directement à un historique filtré sur les transactions remarquables. Les transactions suivantes sont 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 un historique de ces transactions (Voir 7, page 103) Cumuls Exploitation/Cumuls transactions carburant. Cet écran permet de calculer des cumuls sur les transactions carburant selon différents critères. Le premier groupe de critères détermine la présentation du résultat : Type de cumul: Les types de cumuls sont de la forme section/élément. Par exemple un cumul par Service/Véhicule affichera, pour chaque service, un tableau dont les éléments sont les véhicules de ce service. 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 le dernier compteur de chaque véhicule sur la période demandée. Cacher les compteurs kilométriques, Cacher les compteurs horaires: Masque les colonnes relatives aux critères kilométriques ou horaires. Cacher les prix: Masque les informations sur le prix (Montant et prix unitaire) Afficher les éléments sans transactions: Cette option permet d afficher tous les éléments sur lesquels le cumul est effectué (par exemple tous les véhicules), même ceux n ayant pas réalisé de transaction dans la période demandée. Afficher nb. transac.: Affiche une colonne contenant le nombre de transactions pour chaque élément du cumul. Afficher nb. jours: Affiche une colonne contenant le nombre de jours différents au cours desquels une transaction a eu lieu. Ventiler par mois: Affiche un cumul séparé pour chaque mois calendaire contenu dans la période sélectionnée.

95 6.1. TRANSACTIONS CARBURANT 95 Afficher conso. référence: Lorsque le cumul est effectué sur des véhicules, affiche une colonne avec la plage de consommation normale de chaque véhicule, sous la forme Conso. min - Conso. max. Une surconsommation est indiquée par une conso max en rouge. Une sousconsommation 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 pour tous les produits. Ext/Int cumulés: Affiche pour chaque élément une ligne par produit utilisé, en cumulant les pleins internes et extérieurs pour un même produit. Ext/Int séparés: Affiche pour chaque élément une ou deux lignes par produit utilisé, en séparant les pleins internes et extérieurs. Les pleins extérieurs sont identifiés par la mention (Ext.) après le nom du produit. Les critères de filtre permettent de limiter le cumul à une période, un produit (en plein interne et/ou extérieur), un site, etc. La sélection d une période est obligatoire. Une fois les paramètres choisis, cliquer sur Calculer pour afficher le résultat du cumul. Les paramètres sont répétés dans la partie supérieure de l écran. Le bouton Modifier permet de sélectionner d autres paramètres pour effectuer un nouveau cumul. Calcul de la consommation moyenne Il peut exister une différence entre la consommation moyenne affichée et celle qui serait calculée à partir du volume et du kilométrage parcouru. Ceci est normal et répond à un souci de précision, comme le montre l exemple ci-dessous :

96 96 CHAPITRE 6. CONSULTATION DES ÉTATS On considère un véhicule ayant effectué trois transactions, avec un compteur non renseigné pour la plus récente : Date Volume Compteur Parcouru 15/04/ ,00 L (N/A) (N/A) 08/04/ ,00 L km 500 km 02/04/ ,00 L km 600 km Si l on effectue un cumul sur ces trois transactions, on obtiendra un volume de 171 litres et un kilométrage parcouru de 1100 km. Calculer la consommation à partir de ces deux valeurs revient à dire que 171 litres ont été utilisés pour parcourir 1100 km, ce qui est faux : la dernière transaction n a pas de compteur renseigné, et son volume de 57 litres doit donc être ignoré dans le calcul de la consommation moyenne. Le calcul correct est donc 114 litres pour 1100 km, soit 10,36 L/100km. Pour plus de détail sur le calcul des kilométrages parcourus et la gestion des transactions sans compteur, se reporter au chapitre Traitement des transactions carburant (Chapitre 17, page 145) Graphiques 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 une semaine. Répartition: Répartition de l utilisation de la station selon les critères sélectionnés. Par exemple, Répartition par véhicule avec la valeur Volume affichera les dix véhicules ayant consommé le plus de carburant sur la période sélectionnée. Date Heure: Sélection de la période. Lorsque le graphique est affiché, des boutons de navigation permettent de passer aux périodes précédentes et suivantes, ou de changer d échelle. Les différentes échelles disponibles sont jour, semaine, mois et année. Elements de filtrage: Type des éléments de filtrage proposés dans les champs Valeur. Valeur 1 à 3: Sélection du type de valeur à afficher (nombre de transactions, volume,...). Il est également possible de définir un filtre sur un élément donné. Par exemple, pour comparer l évolution de la consommation de deux services sur une année, on sélectionnera Services comme élément de filtrage, puis les deux services voulus dans Valeur 1 et Valeur 2.

97 6.2. GESTION DES STOCKS EN CUVE Gestion des stocks en cuve Etat des cuves Etat des cuves Cet écran permet de visualiser graphiquement l état des cuves pour un site donné, ainsi que les pompes rattachées à chaque cuve. Informations relatives aux cuves : Stock actuel indique le stock théorique de la cuve, d après les transactions et les approvisionnements traités par GIR Titan-Hyperion. Il est affiché en rouge s il est inférieur au seuil de blocage défini pour cette cuve, en orange s il est inférieur au seuil d alerte. Détail permet d afficher des informations détaillées sur une cuve : prix du stock, seuils, capacité, derniers approvisionnements... Appro. cuve permet de saisir un approvisionnement. Jaugeage manuel permet de saisir un jaugeage, qui sera conservé dans un historique ( Exploitation, Histo. jaugeages). Cette fonctionnalité n est disponible que si l option correspondante a été activée dans Config. gestionnaire. Informations relatives aux pompes : Détail permet d afficher des informations détaillées sur une pompe : temporisation, raccroché, dernières transactions... Saisie tot. permet de saisir un relevé de totalisateur, qui sera conservé dans un historique ( Exploitation, Histo. relevés totalisateurs). Cette fonctionnalité n est disponible que si l option correspondante a été activée dans Config. gestionnaire.

98 98 CHAPITRE 6. CONSULTATION DES ÉTATS Etat antérieur des cuves Exploitation, Etat antérieur des cuves Cet é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 des approvisionnements. 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éorique et stock réel. Histo. jaugeages et transactions: Historique des jaugeages effectués en fin de plein. Graphiques des stocks: Visualisation graphique de l évolution du stock d une cuve. Histo. totalisateurs et transactions: Historique comparé des volumes et des totalisateurs relevés dans chaque transaction (TIP2-Vatersay seulement). Chacun de ces états est consultable en sélectionnant une cuve et une plage de dates, puis en cliquant sur Voir Etat prévisionnel Exploitation, Etat prévisionnel des cuves Cet écran permet d estimer le délai avant lequel une cuve devra être réapprovisionnée. L estimation est basée sur l ensemble des prises de carburant effectuées sur chaque cuve, au cours de la période de référence choisie. Cette estimation est effectuée en calculant le volume moyen débité sur une cuve au cours de la période de référence, pour chaque jour de la semaine. Ceci permet notamment de tenir compte de la différence de consommation entre la semaine et le week-end. Exemple : La consommation moyenne sur une cuve est de 500 litres par jour en semaine, et nulle les samedis et dimanches. On effectue un état prévisionnel le vendredi soir alors qu il reste 800 litres avant d atteindre le seuil d alerte. Alors la date estimée pour le seuil d alerte sera le mardi suivant. Le choix de la période de référence est très important pour obtenir une estimation correcte. Il est conseillé de choisir une période suffisamment longue et au cours de laquelle l activité sur la station a été significative. De plus, toutes les transactions effectuées au cours de cette période doivent avoir été récupérées. 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 les jours auxquels les seuils seront atteints. Un clic sur % donne les valeurs des stocks prévues pour la semaine sélectionnée.

99 6.2. GESTION DES STOCKS EN CUVE 99 Autonomie: En mode Liste, le calcul sur la Capacité permet d estimer l autonomie 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é Jaugeage Lorsque des jauges sont installées, GIR Titan-Hyperion permet de réaliser un jaugeage et de consulter les informations obtenues. Un jaugeage est réalisable de deux manières : Via l écran de supervision (Voir 4.3, page 84), pour consulter ponctuellement les valeurs du jaugeage. Via un dialogue Récup.-Envoi-Jaugeage, pour conserver les valeurs du jaugeage dans un historique ( Exploitation, Histo. jaugeages). Il est possible de lancer un tel dialogue manuellement ( Dialogue borne), ou de le définir en tant que dialogue automatique (Voir 2.7, page 46), pour alimenter automatiquement l historique des jaugeages à intervalles réguliers, et éventuellement générer des alertes en fonction des valeurs mesurées. Dans la fiche jaugeage, le bouton Appro. correctif permet de saisir un approvisionnement directement renseigné avec l écart entre le stock théorique et le stock réel mesuré par jaugeage. En TIP2-Vatersay, un jaugeage est également effectué après chaque transaction. La hauteur jaugée est consultable dans fiche de la transaction. Plusieurs états d exploitation des jaugeages sont disponibles dans Exploitation, Etat antérieur des cuves (Voir 6.2.2, page 98) Totalisateurs Les modules pompes disposent d un totalisateur interne, incrémenté lorsqu un débit de carburant est détecté. GIR Titan-Hyperion permet de lire automatiquement ce totalisateur, afin de vérifier sa cohérence par rapport aux transactions enregistrées. Pour activer le relevé du totalisateur sur une pompe, cocher l option Relevé totalisateur dans le module pompe désiré ( Config., Gestion des bornes, seuils cuves, ref. et zones). Lorsqu un dialogue Récup.-Envoi-Totalisateurs est lancé, les totalisateurs des modules pompes sélectionnés sont enregistrés dans la table Histo. relevés totalisateurs. GIR Titan-Hyperion calcule alors la différence avec le relevé précedent (champ Différence (tot.) dans l historique), ainsi que le volume total des transactions récupérées entre les deux relevés (champ Différence (trans.)). L écart entre ces deux valeurs est affiché dans le champ Ecart. Il doit être proche de zéro. Il est également possible de déclencher une alerte lorsque l écart entre les totalisateurs et les transactions dépasse un certain seuil. L alerte reste affichée dans le tableau de bord tant qu elle n a pas été acquittée. Pour cela, aller dans la fiche du relevé totalisateur ayant causé l alerte, puis cliquer sur Acquitter et confirmer l opération.

100 100 CHAPITRE 6. CONSULTATION DES ÉTATS 6.3 Evénements Exploitation, Evénements La table des événements conserve un historique des messages générés par GIR Titan-Hyperion. Les différents types d événements sont les suivants : Avertissement: Avertissements divers Badge invalide: Lecture d un badge invalide ou inconnu Init. badge: Transaction créée lors de l initialisation d un badge proximité. Borne: Transaction créée lors d un redémarrage de borne ou lors de l installation 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 est ré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 , page 36). Transaction: Avertissements générés au cours du traitement d une transaction. La transaction est identifiable par la borne et le numéro Id entre crochets dans le texte d avertissement. Transac. non traitée: Données des transactions non traitées Evénements de redémarrage de borne Les é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 les contrôles lors de la première saisie de compteur (Voir 5.1, page 89). Il est conseillé de lancer une synchronisation entre la borne et le PC après un tel événement. Alimente Reseau: Alimentation des modules Relance Sequence: Démarrage de la séquence Enregistre Recup: Sauvegarde de la mémoire RAM lors d une chute de tension Ordre d apparition de ces événements dans différents cas réels : En cas de coupure secteur : sans batterie : 1. Start NON Recup au retour de l alimentation 2. Alimente Reseau quelques secondes plus tard d une durée inférieure à l autonomie de la batterie : 1. Enregistre Recup au moment de la coupure 2. Alimente Reseau quelques secondes plus tard

101 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 Logs bornes Les bornes TIP2-Vatersay possèdent un historique de messages spécifique, consultable dans Exploitation, Logs bornes. Les lignes commençant par --- BOOT indiquent un redémarrage électrique de la borne. Les autres informations enregistrées dans cette table sont utilisées par le SAV pour diagnostiquer des problèmes éventuels. 6.4 Id. transactions Exploitation, Id. transactions La table des Id. transactions permet un contrôle sur les transactions récupérées sur les bornes. En effet, chaque fois qu une transaction est créée sur une borne, il lui est attribué un numéro Id. Ce numéro est ensuite automatiquement incrémenté. Lorsque GIR Titan-Hyperion traite une transaction, elle est enregistrée à la fois dans l historique associé (suivant qu il s agisse d une transaction carburant, accès, pompe, ou autre) et dans la table Id. transactions. Il suffit alors de consulter cette table pour s assurer qu aucune transaction n a été perdue. Une ligne dans la table Id. transactions ayant un numéro Id égal à zéro et pour laquelle aucun type de transaction n est renseigné indique une initialisation de la borne. 6.5 Tableau de bord Exploitation, Tableau de bord Le 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.

102 102 CHAPITRE 6. CONSULTATION DES ÉTATS 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 tables d historiques, ceci signifie généralement qu une purge des éléments les plus anciens doit être effectuée (Voir 18.1, page 151). Erreur liaison borne: Ce message est affiché lorsque plusieurs dialogues consécutifs ne se sont pas terminés correctement, selon le seuil défini dans la borne (Voir 2.11, page 60). Il disparaît dès qu un dialogue avec la borne concernée se déroule correctement. Erreur liaison modules: Ce message est affiché lorsque plusieurs tests modules ont échoués (Voir 2.11, page 60). Il disparaît dès qu un test de modules avec la borne concernée se déroule correctement. Alertes cuves : indique les cuves dont le stock est inférieur au seuil d alerte ou 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, ainsi que 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 états Ces états sont accessibles via le menu 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 carburant entrée et sortie d un site.

103 Chapitre 7 s GIR Titan-Hyperion peut envoyer des messages électroniques, soit à des fins d alerte (ex : pompe bloquée, entretien à faire, véhicule en sur-consommation...), soit en tant que rapports périodiques (quotidiens, hebdomadaires ou mensuels). La configuration de l envoi d s dans GIR Titan-Hyperion se déroule en trois étapes : Configuration des paramètres généraux Définition des messages à envoyer Définition des adresses 7.1 Paramètres généraux Les paramètres généraux pour l envoi d s sont définis dans Saisies, Config. gestionnaire : Heure d envoi: Heure de la journée à partir de laquelle les rapports périodiques sont envoyés. Jours: Jours de la semaine lors desquels les rapports périodiques quotidiens et hebdomadaires sont envoyés. Pour les rapports hebdomadaires, le jour d envoi est le premier jour activé dans ce champ, à partir du lundi. Jour d envoi: Jour à partir duquel les rapports périodiques mensuels sont envoyés. Serveur SMTP: Adresse du serveur SMTP. Si ce champ n est pas renseigné, l envoi d s est désactivé. Adresse expéditeur: Adresse de provenance des messages envoyés par GIR Titan- Hyperion. Cette adresse permet notamment de recevoir une notification lorsqu un message n a pas pu être acheminé. Les champs Heure d envoi, Jours et Jour d envoi permettent de régler l envoi de manière à ce que les données soient bien à jour. En effet, en raison du mécanisme de récupération des transactions (Voir 4, page 81), il est très probable que la base de donnée ne soit pas à jour au moment où une période se termine. Exemple : On dispose d une borne sur laquelle les transactions sont récupérées tous les matins à 6 heures par un dialogue automatique. On souhaite recevoir tous les 103

104 104 CHAPITRE 7. S jours un avec l historique des transactions de la journée. Si cet est envoyé entre minuit et 6 heures, la récupération des transactions n aura pas encore eu lieu, la base de donnée ne sera donc pas à jour et l historique sera incomplet. Pour éviter cela, on définira par exemple 8 heures comme Heure d envoi, de sorte que toutes les transactions soient récupérées avant l envoi du message. Selon le même principe, si les récupérations automatiques sont programmées tous les jours de la semaine sauf le dimanche, on décochera samedi dans le champ Jours pour éviter l envoi d un rapport incomplet le dimanche matin. Dans le cas des rapports mensuels, le champ Jour d envoi permet de laisser un délai en début de mois, par exemple pour régulariser certaines transactions. Lors de l envoi d un rapport, GIR Titan-Hyperion vérifie si les transactions ont bien été récupérées sur les différentes bornes. Si ce n est pas le cas, le message contiendra un avertissement, ainsi que la mention Incomplet dans son objet. Par ailleurs, le message sera renvoyé lorsque toutes les récupérations auront été faites. 7.2 Messages à envoyer Le paramétrage des messages à envoyer à un utilisateur s effectue, selon la configuration de l application, dans l onglet Autorisations ou s de la fiche utilisateur (Voir 2.8, page 47). Il permet de définir les types d alertes et de rapports périodiques qui seront envoyés à un utilisateur Alertes Toutes les alertes envoyées par peuvent également être retrouvées dans les 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 blocage. Sur-conso.: Alerte lorsqu un véhicule est en sur-consommation. Expirations: Alerte lorsque l autorisation d un véhicule ou usager expire, ou lorsqu un avoir est épuisé. L alerte sur l épuisement d un avoir est déclenchée uniquement si l événement associé est généré (Voir 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).

105 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 est envoyé pour chaque nouvel événement. Dans le cas des entretiens et des expirations d autorisation, cela peut conduire à de très nombreux messages en peu de temps. Lorsque ces options sont cochées, les entretiens et les expirations d une même journée sont envoyés en un seul message Rapports périodiques Chaque rapport peut être envoyé avec une périodicité quotidienne, hebdomadaire ou mensuelle. Lorsqu aucune périodicité n est choisie, l envoi du rapport est désactivé. Pour certains rapports, il est possible de choisir le type de contenu : informations de type carburant, accès, ou les deux. Dans le cas des historiques de transactions, il est possible de recevoir soit l historique complet, soit un historique contenant seulement les transactions remarquables (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 Accès Historique des approvisionnements de cuve Historique des transactions carburant Historique des transactions accès Rapports disponibles pour les directions et services : Transactions: Transactions réalisées par les membres de la direction ou du service. Carburant Accès Historique des transactions carburant Historique des transactions accès Cumuls: Cumuls sur les transactions de la direction ou du service. Carburant Cumul des transactions carburant par service/véhicule 7.3 Adresses Les adresses d un utilisateur sont définies dans l onglet s de la fiche utilisateur ( Saisies, Utilisateurs). Lorsqu un utilisateur doit être notifié, GIR Titan-Hyperion envoie un message au contenu identique à chacune de ces adresses. Trois formats sont disponibles pour les messages : HTML: Format HTML similaire à celui utilisé dans l application. HTML imprimable: Format HTML destiné à l impression, en noir et blanc. Texte: Format texte simple, uniquement pour les alertes. Ce format est destiné à un traitement automatique. Une description de ce format est

106 106 CHAPITRE 7. S disponible en annexe de ce document. Il est possible de tester le bon fonctionnement de l envoi d s et la validité d une adresse, en cliquant sur Test dans l onglet s. GIR Titan-Hyperion enverra alors un message de test au format texte à l adresse choisie. Cet outil de test est également accessible via le menu Config., Vérifications, Tester l envoi d .. Pour pouvoir envoyer des s à un utilisateur sans lui permettre de se connecter à GIR Titan-Hyperion, il suffit de déclarer un compte utilisateur avec un mot de passe vide. La définition des messages à envoyer et des adresses est ensuite identique à celle d un utilisateur normal.

107 Chapitre 8 Saisie d opérations 8.1 Saisie d une transaction manuelle Saisie manuelle et régularisation La 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 automatique Les deux premiers cas correspondent à un fonctionnement normal du système. Ils sont accessibles via le menu Trans. manuelle. Le champ Pompe contient alors les différents produits disponibles pour un plein extérieur, ainsi que les pompes déclarées sur une borne fictive. Le troisième cas est destiné à pallier à un problème temporaire, par exemple une défaillance matérielle ayant nécessité une distribution manuelle pendant quelques jours. Il est accessible par le menu Saisies, Trans. manuelle de régularisation. Par défaut, la saisie de transactions de régularisation n est possible que pour le gestionnaire, afin d éviter la saisie accidentelle de transactions manuelles pour des pompes gérées automatiquement. Il est possible de rendre cette saisie accessible à 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 des pompes proposées. Une pompe est affichée dans le menu Trans. manuelle si la borne associée est désactivée, et dans le menu de régularisation sinon. Pour plus de détails sur l activation et la désactivation de bornes, voir 2.11, page Formulaire de saisie Premier écran : Date Heure: Date et heure de la prise de carburant Véhicule ou Usager: Selon le 1 er identifiant configuré Pompe: Pompe sur laquelle a eu lieu la prise de carburant, ou Produit (Ext.) pour un plein extérieur Volume: Volume de la transaction (en litres, avec deux décimales) 107

108 108 CHAPITRE 8. SAISIE D OPÉRATIONS Deuxième écran (suivant config.) : Véhicule ou Usager: Si un 2 e 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étrique Compteur (H): Compteur horaire (en heures, avec deux décimales) Activité: Code activité Code spéc.: Code spécifique Options: Cpt. renouvelé : Indique qu il s agit d une transaction de renouvellement de compteur. Ceci désactive le calcul du kilométrage parcouru et de la consommation pour cette transaction. En général, une telle transaction sera saisie avec un volume nul. Appoint : Indique qu il s agit d un appoint de carburant et non d un plein. Ceci désactive le calcul du kilométrage parcouru et de la consommation pour cette transaction. L ensemble des informations de la transaction est récapitulé à la fin de la saisie sur une page de confirmation. Les contrôles de validité effectués sur les compteurs saisis à la borne sont également effectués lors de la saisie d une transaction manuelle : un compteur incorrect est affiché en rouge avec la mention hors fourchette sur la page de confirmation. Il s agit d un simple avertissement, qui n empêche pas de valider la transaction. Il est donc possible de forcer les valeurs des compteurs via une transaction manuelle. De même, il est possible de saisir une transaction manuelle avec un véhicule ou usager interdit. Un message d avertissement s affichera après la sélection du véhicule ou usager en question. Enfin, les messages qui seraient affichés au véhicule ou à l usager sur la borne sont également affichés lors d une transaction manuelle Aspiration de carburant Quand un véhicule est retiré du parc, il est possible que le carburant que contenait son réservoir soit aspiré et remis en cuve. Le meilleur moyen de déclarer une telle opération dans GIR Titan-Hyperion est de saisir une transaction manuelle en sélectionnant le véhicule concerné et une pompe débitant dans la cuve où sera remis le carburant. On saisira alors un volume négatif (par exemple -40 si l on a aspiré 40 litres de carburant), ce qui permettra à la fois de retirer ce volume de la consommation du véhicule, et de l ajouter au stock en cuve Transaction à distance Lorsqu une transaction à distance est déclenchée (Voir 4.3.2, page 86), la saisie des paramètres s effectue via un écran similaire à celui d une transaction manuelle, la pompe et la date étant déjà sélectionnées.

109 8.2. SAISIE D UN APPROVISIONNEMENT Saisie d un approvisionnement La saisie d un approvisionnement pour une cuve s effectue en sélectionnant la cuve désirée dans Etat des cuves, puis en cliquant sur Appro. cuve. Premier écran : Date Heure: Date et heure de l approvisionnement Cuve: Cuve sur laquelle l approvisionnement est effectué Deuxième écran : Volume: Volume de l approvisionnement (en litres, avec deux décimales) P.U. achat: Prix unitaire d achat Options: Régularisation: Indique que la saisie est une régularisation. Ceci positionne l option du même nom dans l approvisionnement, ce qui permettra par la suite de le distinguer des approvisionnements réels dans les états. Avec la fonctionnalité Correction de température (Voir 2.9, page 52), un champ Température est également affiché. Lorsque celle-ci est renseignée, le volume saisi est considéré comme le volume à la température mesurée, et le logiciel calcule automatiquement le volume à la température de référence d 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 page de confirmation de l approvisionnement. Dans ce cas, le P.U. achat s applique au volume saisi. Si l on souhaite saisir directement le P.U. à la température de référence, il faut cocher l option P.U. à 15. Avec la fonctionnalité Fournisseurs produit (Voir 2.9, page 52), deux champs 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 stock en cuve après l approvisionnement n est pas compris entre le seuil minimum et la capacité de la cuve. Les approvisionnements doivent être saisis dans l ordre chronologique Calcul du nouveau prix unitaire Le prix unitaire après un approvisionnement est calculé selon la méthode du prix moyen pondéré : avec : p = (P a V a + P c V c )/(V a + V c ) P a : prix unitaire de l approvisionnement V a : volume de l approvisionnement P c : prix unitaire du stock en cuve

110 110 CHAPITRE 8. SAISIE D OPÉRATIONS V c : volume du stock en cuve à la date de l approvisionnement V c est calculé en ajoutant au stock actuel le volume des transactions passées entre la date de l approvisionnement et la date actuelle. Le résultat de ce calcul est consultable via la page Etat antérieur des cuves. Pour que ce calcul soit valide, l ensemble des transactions effectuées avant l approvisionnement doivent avoir été récupérées dans GIR Titan-Hyperion Annulation d un approvisionnement L annulation d un approvisionnement s effectue en cliquant sur Annuler dans la fiche d un approvisionnement. Seul le dernier approvisionnement de chaque cuve peut être annulé Valorisation des transactions Lorsqu une transaction carburant est récupérée par GIR Titan-Hyperion sur une borne, elle est valorisée avec le prix unitaire du stock en cuve au moment du traitement. Pour valoriser correctement toutes les transactions, il est donc important de respecter la chronologie des transactions lors de la saisie des approvisionnements. Lors de la saisie manuelle d un approvisionnement, toutes les transactions ayant eu lieu avant cet approvisionnement doivent avoirs été récupérées. Si ce n est pas le cas, le stock en cuve utilisé pour calculer le nouveau prix unitaire est faux, et ce prix est alors erroné. Une valorisation correcte des transactions nécessite donc le respect de ces deux règles : Effectuer un dialogue Récup.-Envoi avant de saisir un approvisionnement. Saisir un approvisionnement juste après qu il ait été effectué ; c est-à-dire avant de récupérer les transactions qui lui sont postérieures. Si la seconde règle n est pas respectée et que des transactions ayant eu lieu après l approvisionnement sont traitées avant sa saisie, ces transactions seront valorisées avec le prix unitaire du stock en cuve avant l approvisonnement. Revalorisation des transactions Il est possible de corriger a posteriori la valorisation des transactions. Les deux 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 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ées pendant la plage de date choisie sur la cuve sélectionnée seront alors revalorisées avec le prix indiqué. Par défaut, le système propose le prix actuel du stock en cuve, et la plage de 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

111 8.3. MODIFICATION D UNE TRANSACTION CARBURANT 111 jours plus tard. Toutes les transactions récupérées entre le 10/10/2004 et le 13/10/2004 ont donc été valorisées avec un P.U. incorrect, car calculé à partir d 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 maintenant correct. 2. Revalorisation des transactions, et sélection de la cuve 1. Les valeurs proposées correspondent à la revalorisation souhaitée : toutes les transactions récupérées depuis le 10/10/2004 vont être revalorisées avec le nouveau P.U. du stock de la cuve Modification d une transaction carburant La modification d une transaction carburant permet de corriger une éventuelle erreur de saisie sur une transaction. L accès à cet écran s effectue en cliquant sur Modifier dans la fiche d une transaction. Il est possible de modifier les données suivantes : Volume, P.U., (Gestionnaire seulement) Véhicule, Usager, Compteur kilométrique, Compteur horaire, Pétrolier, Activité, Code spéc. (Gestionnaire et utilisateur standard) Pour modifier une valeur : 1. Sélectionner le champ à modifier en cliquant sur % à côté de ce champ 2. Saisir la nouvelle valeur 3. Cliquer sur Valider La modification de transaction étant une opération exceptionnelle, une seule donnée peut être modifiée à fois. De plus, une trace de la modification est toujours conservée dans l historique des transactions : la transaction d origine apparaît avec l option Annulée. Lorsque la valeur d un compteur n est pas connue, il est possible de supprimer ce compteur en laissant la zone de saisie vide. Le compteur sera alors mis à (N/A), et le calcul de consommation sera reporté sur la transaction suivante. Pour plus de détails sur les transactions sans compteurs, se reporter au chapitre sur le traitement des transactions Les kilométrages parcourus, consommations, compteurs sont automatiquement recalculés suivant la modification effectuée. Exemple : modification d un compteur On souhaite modifier la transaction T 1 pour corriger son compteur à km : Date Véhicule Volume Compteur Parcouru Options T 1 02/04/ ZZ69 59,00 L km 1100 km 1. Rechercher la transaction T 1 dans l historique des transactions 2. Cliquer sur % pour accéder à la fiche de la transaction T 1 3. Cliquer sur Modifier

112 112 CHAPITRE 8. SAISIE D OPÉRATIONS 4. Cliquer sur % à côté du champ Compteur (km) 5. Saisir le nouveau compteur (dans notre exemple 72600) 6. Cliquer sur Valider 7. Un traitement est effectué par GIR Titan-Hyperion : La transaction T 1 est Annulée Les kilométrages parcourus, consommations et compteurs sont recalculé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 Options T 1 02/04/ ZZ69 59,00 L km 900 km T 1 02/04/ ZZ69 59,00 L km 1100 km Annulée

113 Chapitre 9 Gestion d accès 9.1 Supervision 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 lesquelles l 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 point d accès est définie par l installateur de GIR Titan-Hyperion Ecran de supervision Le menu Supervision permet de visualiser l état des bornes de gestion d 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éhicules ou usagers. Hors zone: Le point d accès ne se trouve actuellement dans aucune zone valide et est inactif. Forcé: Le point d accès est actuellement dans une zone de forçage, l accès est 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 de forç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ès demeure disponible pour l identification des véhicules ou usagers. Selon la configuration définie par l installateur de GIR Titan-Hyperion, il peut ê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 permet de choisir le type de commande à effectuer : Ponctuelle, Marche forcée ou Arrêt 113

114 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 Annuler permet de revenir à l écran de supervision. 9.2 Etats Les états relatifs à la gestion d accès sont accessibles via le menu Exploitation : Histo. transactions accès: Historique des transactions accès (Autorisées ou refusées) récupérées après un dialogue. Le lien (Rem.) permet d accéder directement à un historique filtré sur les transactions 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ès sous forme d histogramme. Cet écran est similaire à celui proposé pour les transactions carburant. (Voir 6.1.3, page 96).

115 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 Date Les 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 uniquement sur les bornes de distribution de carburant : le véhicule ou usager reste autorisé 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 : distribution d huile). Un événement est généré par GIR Titan-Hyperion lorsqu un entretien atteint le seuil d alerte ou de blocage. Avant de créer un entretien, le type d entretien associé doit être défini dans Saisies, Types d entretiens. Les types d entretiens sont séparés pour les véhicules et usagers, mais leur définition est similaire : Nom abrégé, Nom complet: Utilisés pour désigner un type d entretien dans le logiciel. Message alerte: Message affiché à la borne lorsque ce type d entretien est au seuil d alerte. Message blocage: Message affiché à la borne lorsque ce type d entretien est au seuil de blocage. Nb. rappels: Nombre de rappels à la borne avant blocage. 115

116 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échargement de carte tachygraphique est effectué à la borne. La définition d un entretien s effectue ensuite via l onglet Entretiens de la fiche 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 est négatif, le seuil associé sera situé avant l échéance. Lorsqu un delta est positif, le seuil associé sera situé après l échéance. Le schéma ci-dessous illustre le cas d un entretien pour lequel on a défini un Delta alerte négatif et un Delta blocage positif. Delta alerte Delta blocage Prochain Seuil d alerte Seuil de blocage L état d un entretien est consultable via l onglet Entretiens de la fiche véhicule ou 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 Exemples Au 01/09/2004, on dispose d un véhicule dont le compteur est km, et dont la vidange doit être effectuée tous les km. Sa dernière vidange a été effectuée le 01/06/2004 à km. On souhaite recevoir une alerte 500 km avant l échéance, mais ne pas bloquer le véhicule si l entretien n est pas fait à temps. On déclarera alors l entretien suivant : Prochain km Fréquence (km) Delta alerte (km) -500 Delta blocage (km) (Vide)

117 10.2. SAISIE D UN ENTRETIEN 117 Si l on souhaite, en plus du critère kilométrique, que la vidange soit effectuée au moins tous les ans, on ajoutera les paramètres suivants : Prochaine date 01/06/2005 Fréquence (mois) 12 Delta alerte (mois) -0,5 Delta blocage (mois) 2 Le Delta alerte de -0,5 signifie que l on souhaite recevoir une alerte environ deux semaines (0,5 mois) avant l échéance, et le Delta blocage de 2 signifie que le véhicule doit être bloqué si la vidange n a toujours pas été effectuée deux mois après l échéance. Pour un véhicule neuf acheté le 15/07/2004, on souhaite définir un entretien pour le contrôle technique, avec rappel un mois avant et blocage à l échéance. Le contrôle technique doit être effectué la première fois 4 ans après l achat, puis tous les deux ans. On saisira donc comme Prochaine date le 15/07/2008, et comme fréquence 24 : Prochaine date 15/07/2008 Fréquence (mois) 24 Delta alerte (mois) 1 Delta blocage (mois) 0 Il est possible de définir un entretien à effectuer une seule fois, en cochant l option Une seule fois. Par exemple, pour définir la révision des km, avec rappel 1000 km avant l échéance et blocage 2000 km après, on déclarera l entretien suivant, en cochant l option Une seule fois : Prochain km Fréquence (km) (Vide) Delta alerte (km) Delta blocage (km) Saisie d un entretien Dans GIR Titan-Hyperion, le terme saisie d entretien désigne le fait de déclarer qu un entretien a été effectué. Pour saisir un entretien, cliquer sur Saisir dans l onglet Entretiens de la fiche véhicule 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 (uniquement si les critères horaires sont définis pour cet entretien). La valeur est à saisir en heures, avec deux décimales. Après la saisie d un entretien, les valeurs Prochain km, Prochaine H, Prochaine date sont recalculées automatiquement à partir des fréquences définies.

118 118 CHAPITRE 10. ENTRETIENS L onglet Derniers entretiens permet d accéder aux dix derniers entretiens du véhicule ou usager. Un historique complet des entretiens effectués est disponible dans Exploitation, Histo. entretiens Estimation des entretiens à faire Les entretiens d un véhicule ou usager particulier sont facilement consultables dans les différents onglets de la fiche de l élément. GIR Titan-Hyperion permet également d avoir une vue globale sur l ensemble des entretiens à faire, via les menus Exploitation, Entretiens à faire (Véhicules) et Exploitation, Entretiens à faire (Usagers). Ces écrans peuvent afficher la liste des entretiens à faire de trois manières différentes : Actuellement: Entretiens à faire actuellement. Prévisionnel (estimation): Entretiens à faire avant une date donnée, d après une estimation de l activité d un véhicule sur une période de référence. Dans cet état, GIR Titan-Hyperion estime quelle sera la future valeur du compteur d un véhicule selon la formule suivante : avec : K futur = ref (T futur T actuel )/(T 2 T 1 ) + K actuel T futur : date à laquelle les entretiens sont estimés T actuel : date actuelle ref : kilométrage parcouru pendant la période de référence T 1, T 2 : dates définissant la période de référence K actuel : valeur actuelle du compteur Le résultat de ce calcul est affiché dans la colonne Prévu, en-dessous de la valeur actuelle du compteur. L option Trier par échéance permet en plus d afficher la date à laquelle le véhicule atteindra le seuil d alerte ou de blocage, selon l estimation cidessus. Les entretiens sont alors triés selon cette date. Remarque : le choix de la période de référence est très important pour obtenir une estimation correcte. Il est conseillé de choisir une période assez longue (un mois minimum) et sur laquelle l activité du véhicule a été significative. Prévisionnel (fourchette): Entretiens arrivant à échéance dans une fourchette donnée. Le 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 entretiens définis dans le logiciel sont affichés. Les autres critères de filtre permettent de limiter le résultat à un type d entretien, une direction, un service,... L écran de résultat présente les véhicules ou usagers pour lesquels un entretien à faire a été trouvé, avec les valeurs des seuils d alerte et de blocage.

119 10.4. RECALCUL DES ENTRETIENS Recalcul des entretiens Le 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 entretiens par date. Ainsi, si un entretien atteint son seuil d alerte le 18/05/2005, il ne passera effectivement en état Alerte que lors du premier recalcul effectué après le 18/05/2005 à minuit. Le recalcul des entretiens est effectué : Pour chaque véhicule ou usager : à chaque fois qu une transaction carburant 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 Config., Gestion des transactions - Recalcul, Recalcul des entretiens. Cette opération est accessible au gestionnaire uniquement.

120 120 CHAPITRE 10. ENTRETIENS

121 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 ( Véhicules, Réservoirs) En volume Avoirs par service ( Saisies, Avoirs services) En volume Monétaires (Bornes TIP2-Vatersay seulement) Avoirs par activité ( 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 Saisies, Périodes avoirs Type avoir: Avoir bloquant ou non bloquant. Lorsqu un avoir est bloquant, la prise de carburant devient impossible lorsqu il atteint la valeur zéro. À l inverse, les avoirs non bloquants continuent à être décrémentés indéfiniment, sans empêcher la prise de carburant. Les avoirs sont décrémentés au traitement d une transaction concernant le produit indiqué et lorsque la condition suivante est vérifiée : Avoirs par véhicule : L option Véhicule est activée dans le champ Options avoirs du réservoir du véhicule. Si l option Avoir tous produits confondus est activée dans le véhicule, l avoir sera décrémenté quel que soit le produit de la transaction. Avoirs par service : L option Service est activée dans le champ Options avoirs du réservoir du véhicule. Avoirs par activité : Le code activité a été saisi dans la transaction. 121

122 122 CHAPITRE 11. AVOIRS 11.2 Périodes d avoirs Saisies, Périodes avoirs Les 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 le logiciel Périodicité: Unité de temps selon laquelle les valeurs Jour/Heure et Fréquence seront interprétées. Une périodicité peut être Quotidienne, Hebdomadaire, Mensuelle ou Annuelle. Jour/Heure: Valeur numérique interprétée selon la périodicité définie : Périodicité Signification de Jour/Heure Quotidienne 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 entre deux réinitialisations selon la valeur F de la fréquence : Périodicité Quotidienne Hebdomadaire Mensuelle Annuelle Délai entre deux réinitialisations F jours F semaines F mois F années Options: Evénement sur épuisement: Génère un événement (Voir 6.3, page 100) lorsque l avoir est épuisé Avoirs monétaires Les avoirs monétaires peuvent être gérés de deux manières, selon le réglage défini dans Config. gestionnaire : Non historisés: Gestion similaire aux avoirs en volume, avec un avoir initial et une période de réinitialisation.

123 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 recharge d avoir est enregistrée dans un historique. Dans les deux cas, les avoirs monétaires nécessitent la définition du prix unitaire pour les produits sur lesquels ils doivent être gérés Prix unitaire Ce 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 dans l onglet Produits du menu 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 Produits, 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 distribution de carburant avant que l avoir n atteigne zéro. Ceci permet de s assurer qu un solde ne deviendra jamais négatif. En effet, il est fréquent que quelques litres de carburant s écoulent encore après que la distribution ait été coupée Avoirs historisés Lorsque la gestion d avoirs historisés est activée, la recharge des avoirs monétaires n est plus faite automatiquement. Les avoirs doivent être rechargés manuellement, selon les étapes suivantes : Aller dans 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 Exploitation, Histo. recharges d avoirs affiche un historique des recharges d avoirs saisies. Le menu Exploitation, Histo. mouvements avoirs affiche un historique comparé des recharges d avoirs et des transactions, pour un service donné. Ceci permet de suivre l évolution d un solde Exemples Périodes : (1) Avoir réinitialisé tous les mois, le premier jour du mois : Périodicité: Mensuelle, Jour/Heure: 1, Fréquence: 1 Avoir réinitialisé tous les trois mois, le 15e jour du mois : Périodicité: Mensuelle, Jour/Heure: 15, Fréquence: 3 Avoir réinitialisé toutes les deux semaines, le lundi :

124 124 CHAPITRE 11. AVOIRS Périodicité: Hebdomadaire, Jour/Heure: 1, Fréquence: 2 (2) Avoir réinitialisé tous les ans, au mois de juin : Périodicité: Annuelle, Jour/Heure: 6, Fréquence: 1 Avoir réinitialisé tous les matins à 6 heures : Périodicité: Quotidienne, Jour/Heure: 6, Fréquence: 1 Définition d avoirs : Définition d un avoir de gasoil de 100 litres par mois pour un véhicule : On saisira dans l onglet Réservoirs du véhicule concerné, pour le produit GOI : Avoir initial: 100 litres Avoir: Valeur de l avoir au moment de la saisie, calculée au prorata du mois en cours (Ex : 100 litres si la saisie a lieu le premier jour du mois, 50 litres si elle a lieu au milieu du mois...). Période: La période (1) définie ci-dessus. Options avoir: Véhicule Définition d un avoir de super de litres par an pour un service : On saisira dans Saisies, Avoirs services : Avoir initial: litres Avoir: Valeur de l avoir au moment de la saisie, au prorata de l année en cours. Période La période (2) définie ci-dessus. De plus, l option Service devra être activée dans le réservoir de super de tous les véhicules du service sur lesquels on souhaite décompter l avoir 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 le menu Config., Gestion des transactions - Recalcul, Recalcul des avoirs. Ainsi, si un avoir est défini pour être réinitialisé tous les matins à 6 heures, GIR Titan-Hyperion garantit qu il sera mis à jour entre 6 heures et 7 heures. Pour s assurer que les valeurs envoyées à la borne seront bien à jour, on définira dans ce cas un dialogue automatique tous les matins à 7 heures. Pour les périodicités quotidiennes et hebdomadaires, la réinitialisation est effectuée pendant la première heure du jour défini (c est-à-dire entre minuit et 1 heure). Pour la périodicité annuelle, la réinitialisation est effectuée pendant la première heure du premier jour du mois défini. Si GIR Titan-Hyperion n est pas en cours d exécution au moment où un avoir doit être réinitialisé, la réinialisation aura lieu lors du prochain recalcul : dans l heure qui suit le démarrage de l application, ou lors d un recalcul lancé manuellement.

125 11.5. RECALCUL DES AVOIRS 125 Si l application n est pas exécutée pendant plusieurs périodes lors desquelles un avoir aurait dû être réinitialisé, une seule réinitialisation aura lieu lors du premier recalcul. Exemple : On définit un avoir réinitialisé tous les jours à 6 heures, avec une méthode de report de type Illimité et une valeur initiale de 50 litres. On suppose que le véhicule n effectue aucune prise de carburant pendant 2 jours. Le 10/10/2004 à 20 heures, l avoir vaut 10 litres et GIR Titan-Hyperion est arrêté. L application est relancée le 12/10/2004 à 8 heures. Dans l heure qui suit, un recalcul des avoirs est effectué, et l avoir est réinitialisé à 60 ( ) litres. Si l application avait été exécutée au moins une fois entre le 11/10/2004 à 6 heures et le 12/10/2004 à 6 heures, ou bien si elle était restée en cours d exécution pendant toute cette période, l avoir aurait d abord été réinitialisé à 60 litres le 11/10/2004, puis à 110 litres le 12/10/2004.

126 126 CHAPITRE 11. AVOIRS

127 Chapitre 12 Facturation 12.1 Paramétrage Saisies, Facturations La 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) Paramètres globaux Nom: Nom du profil de facturation Libellé: 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 affichage. Montant T otal = P.U. V olume Ceci peut conduire à des écarts entre le montant total et les valeurs intermédiaires. Arrondi P.U.: Garantit que le produit du volume total et du P.U. moyen est égal au montant total. Montant T otal = Arrondi(P.U., 4) V olume Arrondi Montant: Garantit que la somme des montants de chaque véhicule est égale au montant total. Montant T otal = Arrondi(Arrondi(P.U., 4) V olume, 2) Options: Détail transactions: Ajoute un historique des transactions dans les factures générées. 127

128 128 CHAPITRE 12. FACTURATION Désactiver n o auto.: Désactive la création automatique d un numéro de facture. Le numéro devra alors être saisi manuellement avant la génération d une facture. Fournisseur obligatoire: Rend obligatoire la sélection d un fournisseur dans le formulaire de génération de facture. Désactiver client global, Désactiver fournisseur global: Masque le client ou fournisseur 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. Cette option limite ce droit au seul gestionnaire 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 volumes. Par défaut, le coefficient est 1 et l unité est la même que dans le logiciel. Coef. éq., Unité éq.: Coefficient et unité pour l affichage d un volume équivalent, sur la ligne Total Clients et fournisseurs Ces onglets définissent les adresses des clients et fournisseurs à utiliser lors de la génération des factures. Le positionnement des adresses sur la facture est déterminée par les valeurs des paramètres géométriques dans Config. gestionnaire. Un fournisseur représente un site ou une région, et un client représente un service ou une direction. Le fournisseur global regroupe l ensemble des sites non explicitement définis. Ainsi, si l on dispose de trois sites A, B et C, et que l on définit uniquement le site B dans l onglet Fournisseurs, le fournisseur global représente l union des sites A et C. De même, le client global regroupe l ensemble des services non explicitement définis dans l onglet Clients. Ces deux éléments spéciaux peuvent être dé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 ensemble des couples client-fournisseur pour lesquels des transactions sont trouvées Génération des factures Exploitation, Facturations Formulaire Le formulaire de génération de facture comporte les champs suivants :

129 12.2. GÉNÉRATION DES FACTURES 129 Premier écran : N o 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 facturation Client: 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é. Plusieurs choix sont disponibles selon la configuration. Pour chacun d entre eux, il est possible de définir une majoration, soit en pourcentage, soit en valeur fixe. Exact: Utilise directement le P.U. auquel a été valorisé chaque transaction, tel qu il apparaît dans l historique. Moyenne par client: Calcule le P.U. de valorisation moyen pour chaque client sur la période sélectionnée (même P.U. pour toutes les transactions d un client). Moyenne totale: Calcule le P.U. de valorisation moyen sur la période sélectionnée (même P.U. pour tous les clients). Moyenne pondérée: Calcule le P.U. moyen de tous les approvisionnements effectués sur la période, en pondérant par le volume des approvisionnements. Valeur max.: Utilise le P.U. maximum parmi tous les approvisionnements effectués sur la période. Dernier achat: Utilise le P.U. du dernier approvisionnement connu pour un fournisseur. Forcé à: Spécifie entièrement la valeur du P.U. à facturer Résultat Lorsque 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électionné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 la forme invp-nnnnnn-aaaammjj où P est le profil de facturation, N le numéro de facture, et AAAAMMJJ la date du jour. Les transcodages possèdent en plus 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 transcodage, contenant toutes les transactions utilisées pour la facture.

130 130 CHAPITRE 12. FACTURATION

131 Chapitre 13 Import de disquettes pétrolières L import de disquettes pétrolières est paramétré dans 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 Exploitation, Import disquettes pétrolières. Programmé pour s exécuter automatiquement, dans Saises, Prog. auto 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 le logiciel 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 valeurs à lire dans le fichier. Filtre taille permet de ne lire que les lignes d une longueur donnée, Filtre type et Filtre client permettent de ne lire que les lignes pour lesquelles le champ type ou client vaut la valeur spécifiée. Certaines options permettent de faciliter le rapprochement des véhicules ou usagers : Type de badge véhic.: Si ce champ est différent de (N/A), un rapprochement est tenté entre le numéro de carte lu dans le fichier d import et le champ Code badge des véhicules ayant ce type de badge. Ceci évite d avoir à resaisir 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é cidessus. Les mots sont séparés par un ou plusieurs espaces, et le premier mot est numéroté 1. Si cette valeur est à zéro, la totalité du champ est utilisée. 131

132 132 CHAPITRE 13. IMPORT DE DISQUETTES PÉTROLIÈRES Ex : On a défini dans GIR Titan-Hyperion des immatriculations de la forme ABCD 1234ZZ69, où ABCD est un code parc et 1234ZZ69 le numéro minéralogique du véhicule. On souhaite importer un fichier pétrolier dans lequel les véhicules sont désignés par ce numéro. Alors on définira Immatriculation dans Champ véhicule et 2 dans Mot véhicule pour utiliser le deuxième mot du champ Immatriculation lors de l import. Type de badge usager, Champ usager, Mot usager: Même principe que pour le rapprochement des véhicules. Pré-traitement: Tabulations: Lorsqu une tabulation est rencontrée dans le fichier d entrée, la position est incrémentée jusqu au multiple de 8 suivant. Ceci permet de se ramener à un format fixe lorsque les différents champs d 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és de manière identique. Pour être valide, le paramétrage doit au moins définir les informations sur la date, le véhicule, le produit et le litrage. Les principaux formats de disquettes pétrolières sont présentés en annexe de ce document Rapprochement des produits Lors de l import de disquettes pétrolières le rapprochement entre le code produit lu dans le fichier et la liste des produits de GIR Titan-Hyperion est effectué d après la sous-table Produits pétroliers accessible dans l onglet du même nom, dans la fiche pétrolier. Numéro définit le code produit lu, et Produit ou Pompe le produit ou la pompe à affecter à la transaction lorsque ce code produit est lu. Si à la fois le produit et la pompe sont renseignés, c est la pompe qui est utilisée. Enfin, le champ Options indique les options à positionner dans la transaction importée Rapprochement des véhicules et usagers Le rapprochement des véhicules et des usagers est effectué soit par carte pé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 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 lu dans le fichier d import pour effectuer le rapprochement. Véhicule: Véhicule associé à la carte.

133 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 Code badge 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. Par défaut, les véhicules sont recherchés par Immatriculation et les usagers par Ref Import manuel Lorsque le paramétrage d un format pétrolier est terminé, sélectionner le pétrolier dans le menu Exploitation, Import disquettes pétrolières, puis cliquer sur Suivant. Dans la liste de fichiers qui s affiche, sélectionner le fichier désiré en cliquant sur %. Le fichier est alors analysé, et le résultat de cette analyse est affiché. Il permet de visualiser les informations qui vont être importées. À cette étape, aucune transaction n a encore été importée dans la base de données. L analyse du fichier simule un import, et classe les lignes en différentes catégories : Traités: Nombre de lignes qui seront interprétées comme une transaction carburant. Filtrés: Nombre de lignes ignorées en raison des paramètres de filtrage. Doublons: Nombre de lignes qui définissent des transactions carburant déja importées. Non traités: Nombre de lignes qui ne peuvent pas être importées. La colonne de droite indique les causes de ces erreurs. Avertissements: Messages d avertissements. Ils correspondent en général à des informations qui sont définies dans le format pétrolier et n ont pas pu être décodées, sans toutefois empêcher l import de la transaction. C est le cas par exemple pour un code activité pour lequel aucun rapprochement n est trouvé. Le total des lignes contenues dans les quatre premières catégories ci-dessus correspond au nombre de lignes non vides du fichier. En-dessous de ce tableau, les dates de la première et de la dernière transaction qui seront importées sont indiquées. Pour effectivement importer les transactions dans la base de données, cliquer sur Oui. En cas d erreur, il est possible de supprimer les transactions importées dans une certaine plage de date, afin de relancer un import. Cette fonctionnalité est accessible dans la moitié inférieure de l écran, dans le menu Exploitation, Import disquettes pétrolières.

134 134 CHAPITRE 13. IMPORT DE DISQUETTES PÉTROLIÈRES 13.5 Import automatique L import de données pétrolières peut être configuré pour s exécuter automatiquement à certaines périodes (Voir 2.7, page 46). Cette fonctionnalité nécessite que GIR Titan-Hyperion ait accès à Internet. Dans ce cas, une synchronisation est effectuée entre les fichiers situés sur un serveur web distant et le répertoire local data\dti\petro-<id>\, où <id> est la 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 de compte-rendu sur l import est envoyé aux utilisateurs configurés pour le recevoir (Voir 7, page 103). Pour plus d informations sur la mise en place de cette prestation, contacter la société GIR Remarque sur les compteurs Les compteurs (kilométrique ou horaire) saisis lors d une prise de carburant avec une carte pétrolière ne sont pas toujours contrôlés, contrairement à ceux saisis à la borne (Voir 5.1, page 89). Le calcul du kilométrage parcouru et de la consommation à partir de tels compteurs est donc peu fiable, et il peut être intéressant de le désactiver. Pour cela, il suffit de cocher l option Appoint dans tous les Produits pétroliers déclarés pour cet import. Les transactions ainsi importées seront alors considérées comme des appoints de carburant, pour lesquelles le calcul de la consommation sera reporté sur le plein suivant (Voir 17, page 145). Par ailleurs, la mise à jour du compteur du véhicule suite à l import de données pétrolières peut être paramétrée dans la Config. gestionnaire (Voir 2.9, page 52).

135 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 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 au fichier, 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ées Inconvé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 pendant ce 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 une fois par jour ou une fois par mois. Il contient les transactions réalisées pendant la période en question. Avantages : Les transactions sont cloisonnées par période 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 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édiate Les exports quotidiens et mensuels sont présents pour des raisons de compatibilité, leur utilisation est fortement déconseillée. 135

136 136 CHAPITRE 14. EXPORT TRACLIENT Export à la demande : Le fichier est généré manuellement via le menu Exploitation, Export traclient. Il contient les transactions réalisées pendant la 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 automatiquement. Il contient les transactions enregistrées par le système pendant la pé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 nouvelle intégration Paramétrage Les paramètres des différents exports sont définis dans 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 éventuels Il est également possible de limiter l export à certains produits, dans Config., Gestion des bornes, seuils cuves, ref. et zones (Voir 2.11, page 60) 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.dat Où <fmt> est le préfixe du format Formats d export Un format de fichier traclient identifié par une lettre et un chiffre (ex : F1, C3,...).

137 14.3. EXPORT TRACLIENT SÉCURISÉ 137 La lettre indique la famille du format, et le chiffre indique la version. Pour une même famille, un chiffre plus élevé correspond à une version plus récente. Les anciennes versions de formats sont destinées à assurer la compatibilité avec les applications existantes. Pour le développement d une nouvelle application, il est 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 fixe terminée par CRLF. Dans les formats CSV, chaque transaction est une ligne contenant un ensemble de champs, séparés par ; et terminée par CRLF. Les champs texte sont délimités par une double quote ("). Liste des formats : Type de données Préfixe Format fixe Format CSV Transactions carburant traclien F C Approvisionnements supclien S T Cumuls carburants fsmclien M N Jaugeages ggeclien J K Transactions 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 (en particulier sur les anciennes versions et les transcodages). Voir le détail des formats pour plus d information Transcodages Les transcodages sont une extension des fichiers traclient, destinés à adapter le format du fichier de sortie à un format existant. Chaque transcodage est identifié par un nom spécifique, et offre les mêmes possibilités que les formats traclients. La description détaillée des formats de transcodage est disponible dans un document séparé Export traclient sécurisé Fonctionnement L export traclient sécurisé génère un fichier équivalent à un export au fil de l eau sur la plage de date sélectionnée, en utilisant les dates de création des transactions. Pour activer cette fonctionnalité, les formats à exporter doivent être définis dans Config. gestionnaire, Export traclient sécurisé. L export peut être réalisé :

138 138 CHAPITRE 14. EXPORT TRACLIENT Manuellement, dans Exploitation, Export traclient sécurisé : Sélectionner le 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 date actuelle. Il est possible de modifier cette plage si nécessaire. Automatiquement, à heure fixe, via une prog. auto. La plage de date utilisée est toujours celle par défaut. Le répertoire de copie peut être configuré soit dans le menu 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 format AAAAMMJJHHMMSS. Si un répertoire externe est défini : Copie du fichier data\dto\<fmt>-sec-<t0>_<t1>.dat vers <répertoire externe>\<fmt>-stmp.dat Renommage du fichier <répertoire externe>\<fmt>-stmp.dat en <répertoire externe>\<fmt>-sec-<t0>_<t1>.dat Intégration Pour 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, soit le répertoire externe configuré) avec le masque de fichier <fmt>-sec-*.dat. Le renommage du fichier temporaire est généralement atomique, et garantit donc que dès qu une nouveau fichier apparaît dans le masque de sélection, il est complet et peut être traité. Remarque : il est important d utiliser un masque sur le nom de fichier, afin de ne pas traiter le fichier temporaire, qui peut exister dans le répertoire d export mais être en cours de création.

139 Chapitre 15 Récupération de la TIPP GIR Titan-Hyperion intègre une gestion de la TIPP (Taxe Intérieure sur les Produits Pétroliers). Il permet de générer un formulaire de demande de remboursement prérempli, à partir des transactions enregistrées dans le système Paramétrage La gestion de la TIPP doit d abord être activée dans Saisies, Config. gestionnaire, 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 de marchandises. 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 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 sur Générer pour remplir automatiquement cette liste avec les taux de Un rattachement à une région TIPP dans les sites et les transactions carburant. Chaque site défini dans Config., Sites doit être rattaché manuellement à la région TIPP dont il dépend. Lorsqu une transaction est ré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ées alors que la gestion de la TIPP n était pas activée, les régions TIPP des transactions peuvent être recalculées. Ceci s effectue via le menu 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 140 CHAPITRE 15. RÉCUPÉRATION DE LA TIPP Locataire, Sous-locataire, Propriétaire: Définit la mention qui sera portée dans le formulaire pour le véhicule. Pour le transport de voyageurs, ces trois valeurs sont équivalentes. Date réforme: Définit la date à laquelle le véhicule a été réformé. Cette date est utilisée pour déterminer si un véhicule doit apparaître dans le tableau A ou B du formulaire. Elle doit être laissée vide pour les véhicules encore en activité. Plusieurs éléments relatifs à l import des disquettes pétrolières (Voir , page 140) Import pétrolier Les transactions importées depuis des données pétrolières ne sont généralement pas rattachées à un site (Voir 13, page 131). Un paramétrage supplémentaire est donc nécessaire pour rattacher ces transactions à une région TIPP, si l on souhaite les intégrer à la demande de remboursement. Le paramétrage s effectue via les champs suivants : Dans 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 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 correspondance des départements français Génération du formulaire Le formulaire de demande de remboursement peut être généré dans le menu Exploitation, Cumul TIPP. Sélectionner une période et un produit, ainsi que les critères de filtrage éventuels à appliquer aux véhicules, puis cliquer sur Voir. Le montant du remboursement est alors affiché, selon les deux méthodes de calculs autorisées (taux régional ou taux forfaitaire). Ceci permet de sélectionner la méthode la plus avantageuse. Cliquer ensuite sur Taux régional ou Taux forfaitaire pour générer un formulaire prérempli prêt à imprimer.

141 Chapitre 16 Export AEAT GIR Titan-Hyperion permet de générer les fichiers destinés à l administration fiscale espagnole (AEAT : Agencia Estatal de Administración Tributaria), afin d obtenir le remboursement partiel de l impôt sur les carburants Paramétrage L export AEAT doit d abord être activé dans 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 Immatriculation contient 1234 ABCD : Mot immat. Valeur exportée (N/A) 1234 ABCD 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 export NIF: Code NIF de l entreprise propriétaire des stations rattachées au site (export CAE uniquement) 141

142 142 CHAPITRE 16. EXPORT AEAT CodEE: Code d entité émettrice de cartes de l entreprise propriétaire des stations 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 la direction Génération des fichiers Le fichier d export peut être généré dans Exploitation, Export AEAT. Sélectionner une plage de dates, un NIF (pour l export CAE) ou un CodEE (pour l export CIM), puis cliquer sur Valider. Le fichier est généré dans data\dto, et peut également être téléchargé. Le bouton Fichiers exportés affiche les fichiers exportés précédemment. La description des formats de fichier générés est disponible en annexe de ce document Condition d expoort Une 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

143 Troisième partie Utilisation avancée 143

144

145 Chapitre 17 Traitement des transactions carburant Le traitement d une transaction carburant se déroule selon les étapes suivantes : 1. Mise à jour des stocks en cuve (sauf transactions extérieures) 2. Affectation du service du véhicule ou du chauffeur au service de la transaction, selon le paramétrage défini dans Config. gestionnaire. 3. Si une activité possédant l option Appoint a été saisie, cette même option est 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 Date Heure. On notera T 1 < T 2 lorsque la date de T 1 est antérieure à la date de T 2. Compteur renseigné: Une transaction a un compteur renseigné lorsque la valeur du compteur est différente de (N/A) et qu il ne s agit pas d un appoint, ou lorsque la transaction comporte l option Cpt. renouvelé. On notera cpt(t ) le fait que T ait un compteur renseigné. Calcul de consommation: 145

146 146 CHAPITRE 17. TRAITEMENT DES TRANSACTIONS CARBURANT Pour un véhicule donné, la consommation instantanée d une transaction est calculée en prenant en compte les volumes des transactions intermédiaires qui n ont pas de compteur renseigné. Pour deux transactions T 1 et T 2, on notera vol(t 1, T 2 ) la somme des volumes des transactions comprises entre T 1 (exclue) et T 2 (incluse) : vol(t 1, T 2 ) = T 1 <t T 2 volume(t) Produits équivalents: Deux transactions T 1 et T 2 d un même véhicule ont un produit équivalent lorsque l une de ces deux conditions est vérifiée : T 1 et T 2 ont le même produit. T 1 et T 2 ont un produit avec l option Carburant activée dans les réservoirs du véhicule (Voir 2.1.8, page 34). On notera prod(t 1, T 2 ) le fait que T 1 et T 2 aient un produit équivalent Détail sur la mise à jour des compteurs Soit T la transaction à traiter, K son compteur. 1. On recherche T 0, la première transaction précédant T vérifiant les conditions suivantes : T 0 a un compteur renseigné T 0 a un produit équivalent à T On notera K 0 le compteur de la transaction T 0. Plus formellement, T 0 est la plus grande des transactions t vérifiant la condition : t < T et cpt(t) et prod(t, T ). 2. On recherche T 1, la première transaction suivant T vérifiant les conditions suivantes : T 1 a un compteur renseigné T 1 a un produit équivalent à T On notera K 1 le compteur de la transaction T 1. Plus formellement, T 1 est la plus petite des transactions t vérifiant la condition : t > T et cpt(t) et prod(t, T ). 3. Les traitements suivants sont alors effectués : Si K est renseigné Si T 0 existe le kilométrage parcouru de T est calculé par K K 0 la consommation de T est calculée par vol(t 0, T )/(K K 0 ) Si T 1 existe, le kilométrage parcouru de T 1 est calculé par K 1 K Si T 1 n existe pas et que T est la dernière transaction avec un compteur renseigné, tous produits confondus, pour ce véhicule, le compteur du véhicule est mis à jour Si T 1 existe Si K est renseigné, la consommation de T 1 est calculée par vol(t, T 1 )/(K 1 K)

147 17.2. DÉTAIL SUR LA MISE À JOUR DES COMPTEURS 147 Si K n est pas renseigné et que T 0 existe, la consommation de T 1 est calculée par vol(t 0, T 1 )/(K 1 K 0 ) vol(t 0, T 1 ) contient notamment le volume de la transaction T. T est donc dans ce cas une transaction sans compteur dont la consommation a été reportée sur une transaction suivante. Remarques : Le traitement ci-dessus est présenté pour les compteurs kilométriques mais est également valable pour les compteurs horaires. Lorsque la transaction T 0 n existe pas (c est-à-dire lorsque T est la première transaction du véhicule pour un produit donné), le kilométrage parcouru et la consommation de T ne peuvent pas être calculés. C est pourquoi il est conseillé d initialiser le compteur d un véhicule en créant une transaction manuelle de volume nul pour le produit souhaité (Voir 8.1, page 107). Le calcul de consommation suppose que le plein est fait à chaque prise de carburant. Les transactions comportant l option Appoint sont considérées par le système comme équivalentes à celles n ayant pas de compteur. Le compteur enregistré dans ces transactions a donc une valeur uniquement informative et n est jamais utilisé pour le calcul de la consommation. L option Cpt. renouvelé désactive le calcul du kilométrage parcouru et de la consommmation. Si des transactions sans compteur précèdent une telle transaction, leur consommation sera ignorée. Il est donc conseillé de suivre la procédure suivante lors d un renouvellement de compteur : 1. S assurer que la dernière transaction du véhicule a un compteur renseigné (par exemple via l onglet Dernières transctions de la fiche véhicule). Si ce n est pas le cas, saisir une transaction manuelle de volume nul, avec l ancien compteur du véhicule. 2. Saisir une transaction manuelle de volume nul, comportant l option Cpt. renouvelé, avec le nouveau compteur du véhicule Option Carburant Cette section illustre les effets de l option Carburant dans les réservoirs d un véhicule. Cas d un véhicule avec un produit de carburation et un produit annexe On considère un véhicule ayant un produit de carburation (Gasoil) et un produit annexe (Huile). On déclarera donc les réservoirs suivants : Produit GOI HUI Options D après la méthode de calcul des kilométrages parcourus vue précédemment, les compteurs seront gérés de manière indépendante pour les deux produits. Dans le cas de ce véhicule, il s agit bien du comportement voulu, et les calculs

148 148 CHAPITRE 17. TRAITEMENT DES TRANSACTIONS CARBURANT de consommation sont corrects, comme l illustrent les transactions ci-dessous : Date Véhicule Produit Volume Compteur Parcouru Conso. 16/04/ ZZ69 HUI 1,00 L km km 0,67 L/100km 03/04/ ZZ69 GOI 70,00 L km km 7,00 L/100km 15/03/ ZZ69 GOI 70,00 L km km 7,00 L/100km 08/03/ ZZ69 HUI 2,00 L km (N/A) (N/A) Cas d un véhicule avec deux produits de carburation et un produit annexe On considère un véhicule ayant deux produits de carburation (Super et GPL) et un produit annexe (Huile). Si les deux produits de carburation sont déclarés sans l option Carburant, on aura un comportement identique à celui décrit ci-dessus, avec trois calculs de kilométrage indépendants. Le calcul de consommation sera donc erroné pour les produits de carburation. On déclarera donc ces produits avec l option Carburant dans les réservoirs : Produit SUP GPL HUI Options Carburant Carburant Date Véhicule Produit Volume Compteur Parcouru Conso. 03/04/ ZZ69 GPL 50,00 L km km 4,55 L/100km 16/04/ ZZ69 HUI 2,00 L km km 0,80 L/100km 03/04/ ZZ69 GPL 50,00 L km km 5,00 L/100km 03/04/ ZZ69 SUP 70,00 L km km 7,00 L/100km 15/03/ ZZ69 SUP 70,00 L km km 7,00 L/100km 08/03/ ZZ69 HUI 2,00 L 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ésent paragraphe détaille les effets du paramètre Fusion compteurs consécutifs. Le traitement des transactions présenté ci-dessus permet de tenir compte des transactions sans compteurs dans les calculs de consommation. Il est possible d utiliser cette propriété pour avoir des consommations exactes lorsqu un même plein est effectué en plusieurs fois. Considérons le scénario suivant : 1. Un usager souhaite effectuer un plein de carburant. 2. Il identifie son véhicule, saisit le compteur et commence à se servir. 3. Il est interrompu quelques instants par un événement extérieur, et la pompe est automatiquement raccrochée. 4. Pour terminer son plein, l usager s identifier à nouveau et resaisit le compteur.

149 17.3. PARAMÉTRAGE 149 Le plein effectué dans ce scénario créera deux transactions, T 1 et T 2 Après traitement de ces transactions, on les retouvera dans l historique sous la forme : Date Heure Véhicule Volume Compteur Parcouru Consommation T 2 19/06/ :32: ZZ69 80,00 L km (N/A) (N/A) T 1 19/06/ :30: ZZ69 70,00 L km 1000 km 7,00 L/100km Comme on peut le voir, les deux consommations sont erronées : La consommation instantanée de T 1 n est calculée qu avec le volume du premier plein (70 L). La transaction T 2 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 transformer T 1 en une transaction sans compteur T 1. Le volume de T1 est alors reporté sur T 2 pour le calcul de consommation. La transaction T 1 sera toujours présente, avec l attribut Annulée. Les transactions annulées ne sont pas prises en compte dans les cumuls ou dans les calculs de consommation. Date Heure Véhicule Volume Compteur Parcouru Consommation T 2 19/06/ :32: ZZ69 80,00 L km (N/A) (N/A) T 1 19/06/ :30: ZZ69 70,00 L km 1000 km 7,00 L/100km T 1 Annulée On constate donc que pour avoir un calcul de consommation correct lorsqu un plein est effectué en plusieurs fois, il faut annuler le compteur sur les transactions intermédiaires, afin de reporter le calcul de consommation sur la dernière transaction. Il est possible de réaliser ce traitement à la main en supprimant le compteur dans les transactions souhaités, via l écran de modification de transaction (8.3, page 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 condition suivante est vérifiée : Il existe deux transactions, réalisées par le même véhicule sur la même pompe dans un délai inférieur à M, avec des compteurs renseignés et identiques.

150 150 CHAPITRE 17. TRAITEMENT DES TRANSACTIONS CARBURANT

151 Chapitre 18 Opérations exceptionnelles Par défaut, une sauvegarde est automatiquement effectuée avant toute opération exceptionnelle susceptible de supprimer ou altérer des données. Pour toutes ces opérations, il est possible de désactiver cette sauvegarde en cochant la case Désactiver la sauvegarde. Cette option doit être utilisée avec toute la prudence nécessaire, dans la mesure où des données risques d être perdues Purge Config., Gestion des transactions - Recalcul, Purge La 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 Requête de mise à jour Config., Mise à jour de table Cette opération permet de modifier en une seule fois un grand nombre d enregistrements. La première étape consiste à sélectionner la table sur laquelle on souhaite effectuer la modification, ainsi que le type d opération à effectuer. Opérations disponibles : Affectation: Affectation d une valeur à un champ 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 clique sur Filtrer dans l écran de consultation d une table. Lorsque l opération porte sur une sous-table (par exemple Services est une sous-table de Directions), il est 151

152 152 CHAPITRE 18. OPÉRATIONS EXCEPTIONNELLES possible de choisir à la fois les critères de filtrage de la table mère et de la table fille. Dans ce cas, le filtre est d abord appliqué à la table mère, puis aux tables filles des enregistrements trouvés. 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 formulaire identique au formulaire d ajout classique. Suppression: Aucune étape supplémentaire Exemples Déplacer l ensemble des usagers d un service (S1) vers un autre service (S2) : 1. Choisir la table Usagers et l opération Affectation. 2. Choisir le service S1 dans les critères de filtrage. 3. Choisir le champ Service comme champ à réaffecter. 4. Choisir le service S2 comme valeur d affectation. Définir une fourchette de tolérance pour la saisie du compteur pour tous les véhicules de type Camion : 1. Choisir la table Véhicules et l opération Affectation. 2. Choisir le type Camion dans les critères de filtrage. 3. Choisir le champ Fourchette (km) comme champ à réaffecter. 4. Saisir la valeur de la nouvelle fourchette. Changer l avoir en Super de tous les véhicules hybrides (pouvant rouler à la fois au Super et au GPL) : 1. Choisir la table Réservoirs et l opération Affectation. 2. Dans les critères de filtrage sur les véhicules, choisir le produit GPL (ceci sélectionnera tous les véhicules ayant du GPL parmi leurs produits). Dans les critères de filtrage sur les réservoirs, choisir le produit Super. 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.

153 18.3. VÉRIFICATION Cliquer sur suivant sans sélectionner de critère de filtrage, pour modifier tous les usagers. 3. Sélectionner l opération Majuscules et valider Vérification L opération Vérifier tables dans le menu Config. affiche des informations sur la base de données, présentées par table : Table: Nom de la table Version format: Version du format de fichier Version base: Version des données Dernière mod.: Date de dernière modification Max.: Nombre maximum d enregistrements Utilisés (théo.), Utilisés (réels): Nombre d enregistrements utilisés dans l index et dans la table. Ces deux nombres doivent être égaux. Corrompus: Nombre d enregistrements corrompus. Index: Etat de l index Sauvegarde GIR Titan-Hyperion dispose d un outil de sauvegarde intégré, permettant d enregistrer une base de données dans un fichier compressé de type TWB. Pour effectuer une manuellement une sauvegarde, cliquer sur Sauvegarder tables dans le menu Config.. Sélectionner les tables à sauvegarder (toutes les tables sont sélectionnées par défaut), saisir le nom du fichier dans la zone de texte, puis cliquer sur Exporter. Après quelques instants, le message Opération réussie s affiche, indiquant le succès de la sauvegarde. Il est également possible de programmer une sauvegarde automatique à heure fixe (Voir 2.7, page 46). Les fichiers ainsi créés sont enregistrés dans le répertoire data\bak, et écrasés tous les jours. Pour plus de sécurité, on pourra aussi définir un répertoire vers lequel ces sauvegardes seront recopiées, ainsi que le nombre de copies à conserver. Pour cela, cliquer sur % pour accéder à la fiche d une programmation de sauvegarde automatique, puis sur Modif. pour saisir le Répertoire de sauvegarde et le nombre de Copies. Il est nécessaire d accéder à l application depuis l ip d administration, avec un code gestionnaire, pour pouvoir modifier ces paramètres. La recopie des sauvegardes dans un répertoire externe à l arborescence de l application permet notamment de ne pas avoir à l installer sur un partage réseau. Exemple : GIR Titan-Hyperion est installé dans le répertoire C:\hyperion. Le répertoire C:\reseau est partagé sur le réseau et sauvegardé tous les jours. On souhaite 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

154 154 CHAPITRE 18. OPÉRATIONS EXCEPTIONNELLES C:\reseau comme répertoire vers lequel copier les sauvegardes. Pour conserver deux mois d historique à raison d une sauvegarde par jour, on saisira 60 dans le champ Copies Page d administration La page d administration regroupe les opérations exceptionnelles qui nécessitent un accès particulier à l application. Pour accéder à cette page, effectuer un clic droit sur l icône de GIR Titan-Hyperion dans la barre des tâches puis choisir Admin. En plus des opérations de vérification et de sauvegarde vues précédemment, cette page propose les opérations suivantes : Restore: Restauration de la base de données à partir d un fichier TWB. Réparer tables: Réparation de la base de données. Conversion de table: Mise à jour de version de la base de données. Sessions: Liste des utilisateurs actuellement connectés. SAV: Envoi et réception de fichier par http avec le service après-vente de la société GIR Restauration L opération Restore permet de restaurer une base de données à partir d un fichier TWB existant. Elle se déroule en trois étapes : 1. Sélection du fichier : Saisir le chemin complet du fichier TWB à restaurer et cliquer sur Importer 2. Sélection des tables à importer : Une liste des tables contenues dans le fichier TWB est affichée, avec pour chaque table des informations similaires à celles présentées dans l écran de vérification. Sélectionner les tables à restaurer puis cliquer sur Importer. 3. Confirmation : Un récapitulatif des tables qui vont être importées est affiché. Cliquer sur Oui pour effectuer la restauration Réparation L écran Réparer tables regroupe les opérations de réparation. Effacer les références invalides: Réinitialise les références à des enregistrements inexistants (affichées par Enregistrement supprimé dans l application). Reconstruire l index: Recalcule l index des tables. Sélectionner les tables à réparer et les opérations à réaliser, et cliquer sur Lancer pour démarrer l opération.

155 18.6. MISE À JOUR DE L APPLICATION Conversion Lors d une mise à jour de GIR Titan-Hyperion, il peut être nécessaire d effectuer un traitement sur la base de données pour disposer des fonctionnalités les plus récentes. L écran Conversion de table affiche l ensemble des conversions à réaliser avant de pouvoir se connecter à GIR Titan-Hyperion. Par défaut, toutes les tables à convertir sont sélectionnées. Cliquer sur Lancer pour effectuer la conversion. Après quelques instants, le message Opération réussie s affiche, et la connexion à l application est possible Sessions L écran Sessions affiche une liste des utilisateurs actuellement connectés à l application. Il est possible de déconnecter un utilisateur en cliquant sur Fermer. Certaines opérations nécessitent un accès exclusif à la base de données, et ne peuvent s exécuter que lorsqu aucune session n est active. Ainsi, pour effectuer une restauration de la base de données, tous les utilisateurs doivent être déconnectés. Lorsque le bouton Fermer n est pas disponible, cela signifie que la session a été ouverte par l application elle-même. C est le cas par exemple lors des dialogues automatiques. De telles sessions ne peuvent pas être fermées par l utilisateur, et il est nécessaire d attendre la fin de leur exécution Transfert de fichiers L écran SAV permet d échanger des fichiers avec le service après-vente de la société GIR. Il est accessible dans la page d administration ou par le menu Config., SAV. Paramètres proxy: Définition des paramètres du proxy http (Page d administration uniquement, les paramètres définis dans Config. gestionnaire sont utilisés sinon). Envoi de fichiers: Envoi des différents fichiers de GIR Titan-Hyperion pour analyse par le service après-vente. Réception de fichiers: Téléchargement d un fichier TWB. Test liaison SAV: Vérification du fonctionnement de la liaison entre GIR 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 uniquement) Mise à jour de l application Les étapes à suivre lors d une mise à jour de GIR Titan-Hyperion sont les suivantes : 1. Effectuer un dialogue Récup.-Envoi sur toutes les bornes afin de récupérer toutes les transactions en attente. 2. Installer la nouvelle version de GIR Titan-Hyperion :

156 156 CHAPITRE 18. OPÉRATIONS EXCEPTIONNELLES Automatiquement, dans le menu SAV de la page d administration : Cliquer sur Mise à jour application puis Télécharger une nouvelle version Entrer le numéro de version (de la forme X.Y.Z) et cliquer sur Lancer. À la fin du téléchargement, cliquer sur Lancer l installation pour démarrer le programme d installation. Penser à quitter GIR Titan-Hyperion avant de poursuivre l installation. Manuellement, en récupérant le programme d installation de la nouvelle version depuis internet ou sur un cd. 3. Si nécessaire, effectuer une conversion de tables via le menu Conversion de table de la page d administration (Voir , page 155). 4. Se connecter à l application. 5. Si les fichiers séquence ont changé : Sélectionner la nouvelle version de séquence dans Config., Mise à jour de séquence puis cliquer sur Valider. Effectuer un dialogue d initialisation avec les bornes dont la séquence a changé, en s assurant qu aucune prise de carburant n est en cours sur ces bornes (dialogue Récup.-Attente-Init.-Config.-Envoi) Démarrage 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 paramètres sont personnalisables dans le fichier winhyprn.ini. Il est également possible d installer l application en tant que service Windows. La procédure à suivre est détaillée dans le répertoire jumble/srv sur le CD fourni avec GIR Titan-Hyperion 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 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 s ne sont pas envoyés L activation de ce mode s effectue dans le fichier de configuration (winhyprn.ini sous Windows, /etc/hyperion.cfg sous Linux).

157 18.8. CHANGEMENT DE MACHINE 157 Ainsi, si l on souhaite expérimenter certaines fonctionnalités du logiciel sans altérer la base de données de production ou le fonctionnement des bornes, il suffit de dupliquer le répertoire data vers la plate-forme de tests. On lancera ensuite l application en mode environnement de test, puis on procédera aux essais souhaités. Lorsque ce mode est actif, le texte TEST est affiché dans menu ainsi que dans la barre de titre du navigateur Changement de machine GIR Titan-Hyperion peut être déplacé sur le disque d une même machine, ou d une machine à une autre. Il suffit de copier l intégralité du répertoire d installation avec toute son arborescence. Dans le cas d un déplacement d une machine à une autre, il peut être nécessaire de relancer le programme d installation (en décochant Hyperion au moment du choix des options), pour recréer les raccourcis et définir les paramètres proxy du navigateur Arborescence bin: Exécutables data: Données, réparties dans les sous-répertoires suivants : bak: Fichiers TWB créés lors d une sauvegarde automatique csv: Données de l import/export CSV installateur dbx: Base de données dti: Données à importer (Ex : disquettes pétrolières, fichier proximité) dto: Données exportées (Ex : export traclient, export spécifique) libexec: Plug-ins (Ex : transcodage) log: Fichiers log tmp: Fichiers temporaires seq: Fichiers séquences updates: Mises à jour de l application

158 158 CHAPITRE 18. OPÉRATIONS EXCEPTIONNELLES

159 Annexe A Contrat de licence Contrat de Licence Utilisateur Final pour le logiciel Hyperion. IMPORTANT - À LIRE AVEC ATTENTION Ce Contrat de Licence Utilisateur Final (le "CLUF") constitue un contrat légal entre vous (personne physique ou personne morale) et la société klervi, concernant le produit logiciel ("Logiciel") Hyperion, ainsi que tout support, logiciel et documentation qui l accompagnent. EN INSTALLANT, COPIANT, OU UTILISANT DE TOUTE AUTRE MANIÈRE LE LOGICIEL, VOUS ACCEPTEZ DE VOUS CONFORMER À TOUS LES TERMES ET À TOUTES LES CONDITIONS DU CONTRAT DE LICENCE. Si vous n acceptez pas les termes et les conditions du Contrat de licence, vous n êtes en aucun cas autorisé à installer ou utiliser le Logiciel. Si vous acceptez les termes et les conditions du Contrat de licence, et que vous avez acheté le Logiciel, la société klervi vous concède le droit d utiliser le Logiciel de la façon décrite ci-dessous. CONCESSION DE LICENCE Le présent Logiciel, reste la propriété exclusive de la société klervi. Il est distribué par la société GIR, et utilisable sous les environnements Windows 9x, 2000 ou XP, sur compatible PC. Le présent C.L.U.F. vous concède les droits d installation et d utilisation du programme logiciel. DROITS ET LIMITATIONS Le présent Logiciel et sa documentation, ainsi que toute copie, restent la propriété exclusive de la société klervi. Le Logiciel est protégé en France par le Code de la Propriété Intellectuelle et à l étranger par les conventions internationales sur le droit d auteur. Vous devez, par conséquent, agir vis à vis de ce Logiciel comme s il s agissait de tout autre matériel soumis aux droits d auteur (comme par exemple un livre), à la seule différence que 159

160 160 ANNEXE A. CONTRAT DE LICENCE vous pouvez réaliser une copie du Logiciel, mais uniquement à des fins de sauvegarde ou d archivage. Vous demeurez responsable de la sécurité physique de cette copie. Vous ne pouvez céder à un tiers le Logiciel et sa documentation que sur accord préalable et écrit de la société klervi, et de façon permanente, à condition de n en garder aucune copie et que le bénéficiaire accepte les stipulations du Contrat de licence. A l exception des cas expressément prévus dans le Contrat de licence, le transfert, la location, la location-vente, le prêt, la copie, la modification, la traduction, la sous-licence, l utilisation en temps partagé, la transmission ou la réception électronique du Logiciel, de son support ou de la documentation relatifs ne sont pas autorisés. Vous reconnaissez que le Logiciel sous forme de code source reste un secret commercial de la société klervi, et pour cette raison acceptez de ne pas modifier le Logiciel ni tenter de désosser, décompiler, ni désassembler le Logiciel, sauf et seulement lorsque une telle activité est expressément autorisée par la législation applicable malgré cette contrainte. Vous vous engagez notamment à ne pas développer ou commercialiser le Logiciel objet du présent contrat ou des produits susceptibles de le concurrencer, et/ou basé sur un ou des éléments qui en ont été extraits. Il est interdit de reproduire, traduire, adapter, arranger, modifier le Logiciel ainsi que la documentation qui y est associée, même lorsque ces actes sont nécessaires pour permettre l utilisation du Logiciel conformément à sa destination. En application de l article L du code de la propriété intellectuelle, la société klervi se réserve le droit de corriger les erreurs, et d établir les modalités particulières auxquelles seront soumis les actes étant définis ci avant. La reproduction du code du Logiciel ou la traduction de la forme de ce code sont interdites mêmes lorsque elles sont indispensables pour obtenir les informations nécessaires à l interopérabilité du Logiciel avec d autres logiciels, lesdites informations étant accessibles à l utilisateur auprès de la société klervi. Il est rappelé que la violation de l un des droits des Auteurs du Logiciel est un délit de contrefaçon, et que toute contrefaçon est sanctionnée en France par l article L du code de la propriété intellectuelle et punie de deux ans d emprisonnement et de EUR d amende. MISES À JOUR Si vous avez installé une version mise à jour du Logiciel, elle constitue un seul et unique produit avec le Logiciel que vous avez mis à jour. Vous pouvez utiliser ou transférer la version mise à jour du Logiciel uniquement en accord avec les dispositions du Contrat de licence. Toute nouvelle version du Logiciel vient remplacer la

161 161 précédente et demeure soumise au présent Contrat de licence, sous réserve de modification dudit Contrat. INFORMATIONS NOMINATIVES Le Logiciel intègre une base de données, qui peut constituer un traitement automatisé d informations nominatives, relevant des articles 16 et 17 de la Loi du 6 janvier 1978 relative à l informatique, aux fichiers et aux libertés, et devant faire l objet d une déclaration. En conséquence, il est rappelé que vous êtes responsable de votre fichier de données, et qu à ce titre, vous êtes tenu de le déclarer, préalablement à sa mise en oeuvre, auprès de la Commission Nationale de l Informatique et des Libertés. LIMITE DE RESPONSABILITÉ Jusqu à l évaluation maximale autorisée par la législation applicable, en aucun cas la société klervi ne pourra être tenu pour responsable de tout dommage spécial, accidentel, indirect ou consécutif, de quelque nature que ce soit (notamment perte d exploitation, perte de données ou toute autre perte financière) résultant de l utilisation ou de l impossibilité d utiliser le produit, ou de la fourniture ou de l impossibilité de fournir des services de support, même si la société klervi a été expressément informée de l éventualité de tels dommages. ACTIVITÉS À HAUT RISQUE Le Logiciel n est pas tolérant aux fautes et n est pas conçu, fabriqué, ni prévu pour les équipements de contrôle en temps réel en environnement dangereux nécessitant une résistance à la panne, comme pour les sites nucléaires, la navigation aérienne ou les systèmes de communication, de contrôle de trafic aérien, les appareils d assistance à la vie ou les systèmes d armement, pour lesquels une défaillance du Logiciel provoquerait la mort, des blessures importantes ou des dommages physiques ou environnementaux importants (Activités à Haut Risque). Aucun engagement n est consenti par la société klervi et notamment aucune garantie expresse ou implicite de conformité ou d adéquation aux Activités à Haut Risque. DISPOSITIONS GÉNÉRALES Le présent Contrat de licence sera régi et interprété conformément au droit français. En cas de litige découlant de son interprétation ou de son exécution, les parties s engagent à rechercher une solution amiable. A défaut,ce différend sera la compétence exclusive des Tribunaux français. La société klervi réserve ses droits sur tous les droits non expressément concédés au titre de document. La société klervi se réserve également le droit de modification sans préavis du présent Contrat. Si l une quelconque des stipulations du Contrat est retenue pour nulle ou sans objet, elle sera réputée non écrite et n entraînera pas la nullité des autres stipulations.

162 162 ANNEXE A. CONTRAT DE LICENCE

163 Annexe B Format des fichiers traclient 163

164 164 ANNEXE B. FORMAT DES FICHIERS TRACLIENT Versions F1 et F2 Les offsets dans la colonne Position sont précisés pour le format F2. Il suffit de retirer deux octets pour obtenir ceux du format F1. Position Long. Description date au format "jj.mm.aa" (version F1) ou "jj.mm.aaaa" (version F2) heure au format "hhmm" badge véhicule code véhicule immatriculation no du service nom du service no de l activité nom de l activité no du type de véhicule nom du type de véhicule type de compteur ( K kilométrique, H horamètre, ou A autre) compteur km ou h km ou h parcourus no du site nom du site no cuve 1 (0 si plein ext) % cuve no cuve 2 (0 si plein ext) % cuve no pompe (0 si plein ext) no du produit nom du produit volume interne (centilitres) p.u. interne (euros * 10000) volume externe (centilitres) p.u. externe (euros * 10000) consommation instantanée (cl/100km ou cl/h) consommation de référence (l/100km ou l/h) sur/sous-consommation ("*+" ou "*-" ou " ") entretien (obsolète, toujours à " ") badge chauffeur nom chauffeur

165 165 Exemple (format F2) : IMMATRICULATION 99SERVICE 999ACTIVITE TYPE K SITE GOI CHAUFFEUR

166 166 ANNEXE B. FORMAT DES FICHIERS TRACLIENT Versions F1-Ref et F2-Ref La structure de ces formats est identique à F1 et F2. La différence est que les valeurs de certains champs traclient sont déterminées à partir du champ Ref de l élément associé dans la base de données. Un champ Ref peut être interprété de différentes manières. Si le champ Ref est vide, il est ignoré. Les valeurs sont alors identiques aux formats F1 (resp. F2), sauf pour les numéros d enregistrements, qui sont paddés à 9. Si le champ Ref contient le caractère de séparation défini dans Config. gestionnaire, il est interprété comme ref1<séparateur>ref2. Les deux valeurs ref1 et ref2 ainsi extraites sont affectées comme indiqué dans la colonne Ref composée du tableau ci-dessous. Si le champ Ref ne contient pas de séparateur, il est affecté comme indiqué dans la colonne Ref simple. Exemple : Pour réaliser un export traclient avec un véhicule ayant pour code 18 et pour immatriculation ABC, on saisira "18 ABC" dans le champ Ref de ce véhicule, en ayant défini le caractère comme séparateur dans la table Config. gestionnaire. Champ traclient Ref vide Ref simple Ref composée Badge véhicule F1 F1 ref3 (3) Code véhicule F1 ref ref1 Immatriculation F1 F1 ref2 (3) Badge chauffeur F1 ref ref1 Nom chauffeur F1 F1 ref2 N o (1) ref1 Nom (1) F1 ref ref2 N o (2) 999 ref N/A (1) service, activité, type de véhicule, site, produit Pour le service, les valeurs ref1 et ref2 sont obtenues en concaténant les ref1 et ref2 respectives de la direction et du service. Ex : Ref direction : "1 Dir", Ref service : "5 Serv" donnera comme ref1 "15" et comme ref2 "DirServ" (2) cuve 1, cuve 2, pompe (3) Le champ Ref du véhicule peut être composé jusqu à trois éléments : ref1 ref2 : code=ref1, immatriculation=ref2, badge=f1 ref1 ref2 ref3 : code=ref1, immatriculation=ref2 (ou F1 si vide), badge=ref3 Légende 999 : Valeur paddée à 9 F1 : Valeur identique au format F1/F2 ref : Valeur du champ Ref ref1 : Valeur du champ Ref avant le séparateur ref2 : Valeur du champ Ref après le séparateur Remarques Les champs Ref des cuves et pompes sont toujours interprétés comme une Ref simple indiquant le numéro de la cuve ou de la pompe, étant donné qu il n y a pas de nom exporté pour ces champs.

167 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 trop grande pour la zone, la valeur affectée sera paddée à 9 (pour les numéros) ou à 0 (pour code véhicule et badge chauffeur) Les formats "F1-Ref alt." et "F2-Ref alt." sont identiques aux formats F1-Ref et F2-Ref, à une différence près : si le champ Ref du véhicule est une ref composée, alors le champ immatriculation du fichier traclient est partitionné en deux champs de type texte et de longueur 10. La première partie contiendra alors l immatriculation, et la deuxième partie la valeur ref2.

168 168 ANNEXE B. FORMAT DES FICHIERS TRACLIENT Version F3 Position Long. Description Date au format "jj/mm/aaaa hh:nn:ss" Ref. du véhicule Immatriculation Ref. du type de véhicule Ref. de la direction Ref. du service Ref. de l usager Nom de l usager Compteur km Parcouru km Consommation km instantanée (cl/100 km) Consommation km de référence (cl/100 km) Compteur h (1/100e d heures) Parcouru h (1/100e d heures) Consommation h instantanée (cl/heure) Consommation h de référence (cl/heure) Ref. du site Ref. de la cuve Ratio de la cuve 1 (pourcentage * 100) Ref. de la cuve Ratio de la cuve 2 (pourcentage * 100) Ref. de la pompe Ref. du produit Volume externe (cl) Montant externe (centimes) Volume interne (cl) Montant interne (centimes) Prix unitaire (centimes) Durée (secondes) Ref. de l activité Code spécifique Options (voir le champ options du format C1)

169 169 Version C1 Position Description 01 Date au format "jj/mm/aaaa hh:nn:ss" 02 Ref. du véhicule 03 Immatriculation 04 Ref. du type de véhicule 05 Nom du type de véhicule 06 Ref. de la direction 07 Nom de la direction 08 Ref. du service 09 Nom du service 10 Ref. de l usager 11 Nom de l usager 12 Prénom de l usager 13 Compteur km 14 Parcouru km 15 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 site 22 Nom du site 23 Ref. de la cuve 1 24 Nom de la cuve 1 25 Ratio de la cuve 1 26 Ref. de la cuve 2 27 Nom de la cuve 2 28 Ratio de la cuve 2 29 Ref. de la pompe 30 Nom de la pompe (Nom borne + nom pompe) 31 Ref. du produit 32 Nom du produit 33 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écifique 42 Options : chaîne de 6 caractères, où chaque caractère vaut espace si l option n est pas présente, et le caractère ci-dessous sinon : 1 : + sur-consommation 2 : - sous-consommation 3 : I transaction importée

170 170 ANNEXE B. FORMAT DES FICHIERS TRACLIENT 4 : M transaction manuelle 5 : P pompiste 6 : G gestionnaire (à distance) Ex : Transaction pompiste en sur-consommation : "+ P "

171 171 Version F4 - Transactions carburant Position Long. Description Date au format "jj/mm/aaaa hh:nn:ss" Ref. du véhicule Immatriculation Ref. du type de véhicule Ref. de la direction Ref. du service Ref. de l usager Nom de l usager Ref. de la direction de l usager Ref. du service de l usager Compteur km Parcouru km Consommation km instantanée (cl/100 km) Consommation km de référence (cl/100 km) Compteur h (1/100e d heures) Parcouru h (1/100e d heures) Consommation h instantanée (cl/heure) Consommation h de référence (cl/100 km) Ref. du site Ref. de la cuve Ratio de la cuve 1 (pourcentage * 100) Ref. de la cuve Ratio de la cuve 2 (pourcentage * 100) Ref. de la borne Ref. de la pompe Ref. du produit Volume externe (cl) Montant externe (centimes) Volume interne (cl) Montant interne (centimes) Prix unitaire (centimes) Durée (secondes) Ref. de l activité Code spécifique Options (voir le champ options du format C2 - carburant)

172 172 ANNEXE B. FORMAT DES FICHIERS TRACLIENT Version C2 - Transactions carburant Position Description 01 Date au format "jj/mm/aaaa hh:nn:ss" 02 Ref. du véhicule 03 Immatriculation 04 Ref. du type de véhicule 05 Nom du type de véhicule 06 Ref. de la direction du véhicule 07 Nom de la direction du véhicule 08 Ref. du service du véhicule 09 Nom du service du véhicule 10 Ref. de l usager 11 Nom de l usager 12 Prénom de l usager 13 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 Compteur km 18 Parcouru km 19 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 site 26 Nom du site 27 Ref. de la cuve 1 28 Nom de la cuve 1 29 Ratio de la cuve 1 30 Ref. de la cuve 2 31 Nom de la cuve 2 32 Ratio de la cuve 2 33 Ref. de la borne 34 Nom de la borne 35 Ref. de la pompe 36 Nom de la pompe (Nom borne + nom pompe) 37 Ref. du produit 38 Nom du produit 39 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 Code spécifique 48 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-consommation 2 : - sous-consommation 3 : I transaction importée 4 : M transaction manuelle 5 : P pompiste 6 : G gestionnaire (à distance) 7 : E plein extérieur 8 : A annulée. 9 : N remplacement d une transaction annulée 10 : K compteur renouvelé 11 : 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 sont alors consécutives.

174 174 ANNEXE B. FORMAT DES FICHIERS TRACLIENT Version F5 - Transactions carburant Position Long. Description Date au format "jj/mm/aaaa hh:nn:ss" Ref. du véhicule Immatriculation Ref. du type de véhicule Ref. de la direction Ref. du service Ref. de l usager Nom de l usager Ref. de la direction de l usager Ref. du service de l usager Compteur km Parcouru km Consommation km instantanée (cl/100 km) Consommation km de référence (cl/100 km) Compteur h (1/100e d heures) Parcouru h (1/100e d heures) Consommation h instantanée (cl/heure) Consommation h de référence (cl/100 km) Ref. du site Ref. de la cuve Ratio de la cuve 1 (pourcentage * 100) Ref. de la cuve Ratio de la cuve 2 (pourcentage * 100) Ref. de la borne Ref. de la pompe Ref. du produit Volume externe (cl) Montant externe (centimes) Volume interne (cl) Montant interne (centimes) Prix unitaire (centimes * 100) Durée (secondes) Ref. de l activité Code spécifique Options (voir le champ options du format C3 - carburant) Numéro de transaction Id. du pétrolier (à partir de la version ) Ref. du type d usager (à partir de la version ) Inutilisés (réservés pour utilisation future)

175 175 Version C3 - Transactions carburant Position Description 01 Date au format "jj/mm/aaaa hh:nn:ss" 02 Ref. du véhicule 03 Immatriculation 04 Ref. du type de véhicule 05 Nom du type de véhicule 06 Ref. de la direction du véhicule 07 Nom de la direction du véhicule 08 Ref. du service du véhicule 09 Nom du service du véhicule 10 Ref. de l usager 11 Nom de l usager 12 Prénom de l usager 13 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 Compteur km 18 Parcouru km 19 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 site 26 Nom du site 27 Ref. de la cuve 1 28 Nom de la cuve 1 29 Ratio de la cuve 1 30 Ref. de la cuve 2 31 Nom de la cuve 2 32 Ratio de la cuve 2 33 Ref. de la borne 34 Nom de la borne 35 Ref. de la pompe 36 Nom de la pompe (Nom borne + nom pompe) 37 Ref. du produit 38 Nom du produit 39 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é

176 176 ANNEXE B. FORMAT DES FICHIERS TRACLIENT 47 Code spécifique 48 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-consommation 2 : - sous-consommation 3 : I transaction importée 4 : M transaction manuelle 5 : P pompiste 6 : G gestionnaire (à distance) 7 : E plein extérieur 8 : A annulée. 9 : N remplacement d une transaction annulée 10 : K compteur renouvelé 11 : O appoint 12 : F compteur forcé 13 : V volume max. 14 à 16 : inutilisés. Exemple : Transaction pompiste en sur-consommation : "+ P " 49 Numéro de transaction 50 Id. du pétrolier (à partir de la version ) 51 Ref. du type d usager (à partir de la version ) 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 sont alors consécutives.

177 177 Version S1 (anciennement F4-Approvisionnements) Position Long. Description Date au format "jj/mm/aaaa hh:nn:ss" Ref. de la cuve Ref. du produit Ref. du site Ref. de la borne Volume de l appro. (cl) Montant (centimes) Prix unitaire (centimes) Options : voir le champ options du format T1 Version T1 (anciennement C2-Approvisionnements) Position Description 01 Date au format "jj/mm/aaaa hh:nn:ss" 02 Ref. de la cuve 03 Nom de la cuve 04 Ref. du produit 05 Nom du produit 06 Ref. du site 07 Nom du site 08 Ref. de la borne 09 Nom de la borne 10 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 borne 2 : 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 volume opposé. L option A est présente uniquement en export au fil de l eau.

178 178 ANNEXE B. FORMAT DES FICHIERS TRACLIENT Version S2 (anciennement F5-Approvisionnements) Position Long. Description Date au format "jj/mm/aaaa hh:nn:ss" Ref. de la cuve Ref. du produit Ref. du site Ref. de la borne Volume de l appro. (cl) Montant (centimes) Prix unitaire (centimes * 100) Options : voir le champ options du format T Numéro de transaction Inutilisés (réservés pour utilisation future) Version T2 (anciennement C3-Approvisionnements) Position Description 01 Date au format "jj/mm/aaaa hh:nn:ss" 02 Ref. de la cuve 03 Nom de la cuve 04 Ref. du produit 05 Nom du produit 06 Ref. du site 07 Nom du site 08 Ref. de la borne 09 Nom de la borne 10 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 borne 2 : A annulé 3 : R régularisation 4 : T citerne 5 à 16 : inutilisés 14 Numéro de transaction champs inutilisés (réservés pour utilisation future) Un approvisionnement annulé est identique à celui d origine, avec un volume opposé. L option A est présente uniquement en export au fil de l eau.

179 179 Version M1 Position Long. Description Type ( V : véhicule, U : usager) Immatriculation (véhicules seulement) Nom (usagers seulement) Prénom (usagers seulement) Ref Identification ( B : badge, C : code, I initialisation, P : code via pompiste) Type de badge Numéro de badge Code badge Code Code secret Type de transactions ( I : internes, E : extérieures) Ref. du produit Nombre de transactions Volume (centilitres) Montant total (centimes) Km parcouru total (km) Volume conso. km (centilitres) Dernier compteur km (km) H parcouru total (1/100 h) Volume conso. h (centilitres) Dernier compteur h (1/100 h) Inutilisés (réservés pour utilisation future) Le fichier contient d abord les véhicules, puis les usagers, triés par ordre alphabétique. Pour chaque véhicule, ce fichier contient au moins une ligne par produit autorisé au véhicule. Chaque produit peut éventuellement apparaître deux fois pour chaque véhicule, si des transactions extérieures ont été réalisées. Ainsi, un véhicule autorisé sur les produits GOI et FUE, ayant effectué des pleins en interne pour les deux produits, ainsi qu un plein externe de GOI, apparaîtra dans 3 lignes dans ce fichier. Pour chaque usager, ce fichier contient au moins une ligne par produit défini dans le logiciel.

180 180 ANNEXE B. FORMAT DES FICHIERS TRACLIENT Version N1 Position Description 01 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 badge 08 Numéro de badge 09 Code badge 10 Code 11 Code secret 12 Type de transactions ( I : internes, E : extérieures) 13 Ref. du produit 14 Nombre de transactions 15 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) champs inutilisés (réservés pour utilisation future) Voir le format M1 pour des informations complémentaires sur le contenu du fichier.

181 181 Version J1 - Jaugeages Position Long. Description Date au format "jj/mm/aaaa hh:nn:ss" Ref. de la cuve Ref. du produit Ref. du site Ref. de la borne Stock théorique (cl) Volume total carburant (cl) Volume total eau (cl) Volume mesuré (cl) Température moyenne ( * 10) Compartiment 1 défini ( 1 : oui, 0 : non) Hauteur carburant compartiment 1 (mm * 10) Hauteur eau compartiment 1 (mm * 10) Température compartiment 1 ( * 10) Compartiment 2 défini Hauteur carburant compartiment 2 (mm * 10) Hauteur eau compartiment 2 (mm * 10) Température compartiment 2 ( * 10) Compartiment 3 défini Hauteur carburant compartiment 3 (mm * 10) Hauteur eau compartiment 3 (mm * 10) Température compartiment 3 ( * 10) Compartiment 4 défini Hauteur carburant compartiment 4 (mm * 10) Hauteur eau compartiment 4 (mm * 10) Température compartiment 4 ( * 10) Inutilisés (réservés pour utilisation future) Version K1 - Jaugeages Position Description 01 Date au format "jj/mm/aaaa hh:nn:ss" 02 Ref. de la cuve 03 Nom de la cuve 04 Ref. du produit 05 Nom du produit 06 Ref. du site 07 Nom du site 08 Ref. de la borne 09 Nom de la borne 10 Stock théorique (cl) 11 Volume total carburant (cl) 12 Volume total eau (cl) 13 Volume mesuré (cl) 14 Température moyenne ( * 10)

182 182 ANNEXE B. FORMAT DES FICHIERS TRACLIENT 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éfini 20 Hauteur carburant compartiment 2 (mm * 10) 21 Hauteur eau compartiment 2 (mm * 10) 22 Température compartiment 2 ( * 10) 23 Compartiment 3 défini 24 Hauteur carburant compartiment 3 (mm * 10) 25 Hauteur eau compartiment 3 (mm * 10) 26 Température compartiment 3 ( * 10) 27 Compartiment 4 défini 28 Hauteur carburant compartiment 4 (mm * 10) 29 Hauteur eau compartiment 4 (mm * 10) 30 Température compartiment 4 ( * 10) champs inutilisés (réservés pour utilisation future)

183 183 Version W1 - Transactions accès (anciennement F4-accès) Position Long. Description Date au format "jj/mm/aaaa hh:nn:ss" Ref. du véhicule Immatriculation Ref. du type de véhicule Ref. de la direction du véhicule Ref. du service du véhicule Ref. de l usager Nom de l usager Ref. de la direction de l usager Ref. du service de l usager Résultat de l accès (voir format X1) Ref. du site Ref. de la borne Ref. de l ensemble accès Ref. du type d accès Options : voir le champ options du format X1

184 184 ANNEXE B. FORMAT DES FICHIERS TRACLIENT Version X1 - Transactions accès (anciennement C2-accès) Position Description 01 Date au format "jj/mm/aaaa hh:nn:ss" 02 Ref. du véhicule 03 Immatriculation 04 Ref. du type de véhicule 05 Nom du type de véhicule 06 Ref. de la direction du véhicule 07 Nom de la direction du véhicule 08 Ref. du service du véhicule 09 Nom du service du véhicule 10 Ref. de l usager 11 Nom de l usager 12 Prénom de l usager 13 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é/zone 18 Ref. du site 19 Nom du site 20 Ref. de la borne 21 Nom de la borne 22 Ref. de l ensemble accès 23 Nom de l ensemble accès 24 Ref. du type d accès 25 Nom du type d accès 26 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 à distance 2 à 16 : inutilisés

185 185 Version W2 - Transactions accès Position Long. Description Date au format "jj/mm/aaaa hh:nn:ss" Ref. du véhicule Immatriculation Ref. du type de véhicule Ref. de la direction du véhicule Ref. du service du véhicule Ref. de l usager Nom de l usager Ref. de la direction de l usager Ref. du service de l usager Résultat de l accès (voir format X2) Ref. du site Ref. de la borne Ref. de l ensemble accès Ref. du type d accès Options : voir le champ options du format X Numéro de transaction Inutilisés (réservés pour utilisation future)

186 186 ANNEXE B. FORMAT DES FICHIERS TRACLIENT Version X2 - Transactions accès Position Description 01 Date au format "jj/mm/aaaa hh:nn:ss" 02 Ref. du véhicule 03 Immatriculation 04 Ref. du type de véhicule 05 Nom du type de véhicule 06 Ref. de la direction du véhicule 07 Nom de la direction du véhicule 08 Ref. du service du véhicule 09 Nom du service du véhicule 10 Ref. de l usager 11 Nom de l usager 12 Prénom de l usager 13 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é/zone 18 Ref. du site 19 Nom du site 20 Ref. de la borne 21 Nom de la borne 22 Ref. de l ensemble accès 23 Nom de l ensemble accès 24 Ref. du type d accès 25 Nom du type d accès 26 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 à distance 2 à 16 : inutilisés 27 Numéro de transaction champs inutilisés (réservés pour utilisation future)

187 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 Description 01 Identificateur du mouvement comptable. Numéro unique généré à partir de la date et du numéro de transaction. (21 caractères) 02 Code CAE du site 03 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 ) Export CIM (.xml) Fichier XML, chaque transaction est une balise Suministro, composée des éléments suivants : Nom Description IdMovCont Identificateur du mouvement comptable (voir format CAE) CIM Code CIM du site Fecha Date de la prise (format AAAAMMJJ) Hora Heure de la prise (format HHMM) CodPro Produit (3 caractères) Lit Volume (en L, format ) NIF Code NIF de l entreprise propriétaire du véhicule Matricula Immatriculation du véhicule (2 à 12 caractères) 187

188 188 ANNEXE C. FORMAT DES FICHIERS AEAT

189 Annexe D Format des s texte Le format des 4 premières lignes est identique pour tous les messages, les lignes suivantes dépendent du type de message. Ligne Description 1 Nom de l application et version Ex : "GIR Titan-Hyperion " 2 Nom du client 3 Ligne vide 4 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, et Valeur un texte de longueur variable. 189

190 190 ANNEXE D. FORMAT DES S TEXTE D.1 Messages de type alerte Champ Tphr Date Site Dire Serv Afct Mesg Description "<Nom du type> <Nom du sous-type>" Nom du type : longueur fixe de 10 caractères Nom du sous-type : longueur fixe de 20 caractères Date au format "jj/mm/aaaa hh:nn:ss" "<Ref> <Nom abrégé> <Nom complet>" Ref : longueur fixe de 20 caractères Nom abrégé : longueur fixe de 10 caractères Nom complet : longueur variable, au plus 30 caractères "<Ref> <Nom abrégé> <Nom complet>" Ref : longueur fixe de 20 caractères Nom abrégé : longueur fixe de 10 caractères Nom complet : longueur variable, au plus 30 caractères "<Ref> <Nom abrégé> <Nom complet>" Ref : longueur fixe de 20 caractères Nom abrégé : longueur fixe de 10 caractères Nom complet : longueur variable, au plus 30 caractères Affectation, au plus 21 caractères Pour les sites : Nom abrégé du site Pour les directions : Nom abrégé de la direction Pour les services : Noms abrégés de la direction et du service Message texte, au plus 80 caractères D.2 Messages de type rapport Champ Mesg Description "Not implemented"

191 Annexe E Format des fichiers CSV à la borne Ces fichiers sont enregistrés sur une clef USB branchée sur la borne, lorsque l 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és par ; et terminée par CRLF. Les champs texte sont délimités par une double quote ("). 191

192 192 ANNEXE E. FORMAT DES FICHIERS CSV À LA BORNE E.1 Transactions carburant Nom du fichier : girgcalf.csv Position En-tête Description 01 Date Date et heure de la transaction 02 Id Numéro Id de la transaction 03 Fs Numéro de l ensemble GC 04 P Numéro de la pompe 05 V.Num Numéro du véhicule 06 V.Code Code du véhicule 07 V.Badge Code badge du véhicule 08 D.Num Numéro de l usager 09 D.Code Code de l usager 10 D.Badge Code badge de l usager 11 AttVeh Pompiste véhicule 12 AttDrv Pompiste usager 13 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écifique 19 Options Chaîne de 8 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 transaction à distance 2 : F compteur forcé 3 : V volume max. 4 à 8 : inutilisés champs inutilisés (réservés pour utilisation future)

193 E.4. EVÉNEMENTS ACCÈS 193 E.2 Evénements carburant Nom du fichier : girgcalg.csv Position En-tête Description 01 Date Date et heure de la transaction 02 Id Numéro Id de la transaction 03 Fs Numéro de l ensemble GC 04 P Numéro de la pompe 05 Event Texte de l événement E.3 Transactions accès Nom du fichier : girgcala.csv Position En-tête Description 01 Date Date et heure de la transaction 02 Id Numéro Id de la transaction 03 As Numéro de l ensemble accès 04 V.Num Numéro du véhicule 05 V.Code Code du véhicule 06 V.Badge Code badge du véhicule 07 D.Num Numéro de l usager 08 D.Code Code de l usager 09 D.Badge Code badge de l usager champs inutilisés (réservés pour utilisation future) E.4 Evénements accès Nom du fichier : girgcalb.csv Position En-tête Description 01 Date Date et heure de la transaction 02 Id Numéro Id de la transaction 03 As Numéro de l ensemble accès 04 Event Texte de l événement

194 194 ANNEXE E. FORMAT DES FICHIERS CSV À LA BORNE

195 Annexe F Scénario d une prise de carburant 195

196 196 ANNEXE F. SCÉNARIO D UNE PRISE DE CARBURANT F.1 Premier id. véhicule Une pompe? N O CHOIX POMPE POMPE 1 GOI Validez votre choix BADGE INCONNU CODE INCONNU ID VEHICULE Code secret? O N CODE INCORRECT CODE ACCES VEHICULE INTERDIT VEHICULE HORS ZONE PRODUIT NON AUT. Pompiste? N Id. usager? O CODE VEHICULE O N BADGE INCONNU CODE INCONNU ID USAGER Code secret? O N CODE INCORRECT CODE ACCES USAGER INTERDIT USAGER HORS ZONE Pompiste? N Compteur km? O CODE USAGER O N VALEUR INCORRECTE Compteur km Cpt. horaire? O N VALEUR INCORRECTE Compteur h Activité? O N CODE INCONNU Activite Code spec.? O N Code spec. SERVEZ VOUS

197 F.2. PREMIER ID. USAGER 197 F.2 Premier id. usager Une pompe? N O CHOIX POMPE POMPE 1 GOI Validez votre choix BADGE INCONNU CODE INCONNU ID USAGER Code secret? O N CODE INCORRECT CODE ACCES USAGER INTERDIT USAGER HORS ZONE VEHICULE INCONNU Pompiste? N Id. véhicule? N O O CODE USAGER BADGE INCONNU CODE INCONNU ID VEHICULE Code secret? O N CODE INCORRECT CODE ACCES VEHICULE INTERDIT VEHICULE HORS ZONE PRODUIT NON AUT. Pompiste? N Compteur km? O CODE VEHICULE O N VALEUR INCORRECTE Compteur km Cpt. horaire? O N VALEUR INCORRECTE Compteur h Activité? O N CODE INCONNU Activite Code spec.? O N Code spec. SERVEZ VOUS