Support de cours
Editeur : SIVECO Group Auteur(s) : SIVECO Group
1. Maintenance corrective ... 3
1.1. Concept 3
1.2. L'Ordre de travail 4
1.2.1. Création manuelle 4
1.2.2. Compte rendu 5
1.2.3. Les onglets 6
1.3. La demande d'intervention 7
1.3.1. Création 7
1.3.2. Planification DI 8
1.3.3. Génération de l'OT 10
1.3.4. Les Etats des DI 11
1.3.5. Annulation DI avec OT "en cours" (CW 8i9) 12
1.3.6. Les fonctions de la DI 14
1.4. Le rapport d'incidents 15
1.4.1. Création 15
1.4.2. Traitement du rapport d'incident 15
1.4.3. Les états du rapport d'incident 16
1.5. Compléments 17
1.5.1. Les DI multi OT 17
1.5.2. Les Circuit d'états DI 17
1.5.2.1. Concept 17
1.5.2.2. Création 18
1.5.2.3. Règles du circuit 18
1.5.3. Coswin Open 19
1.5.3.1. Concepts 19
1.5.3.2. Rappel sur la DI 20
1.5.3.3. Pré-requis 21
1.5.3.4. Paramétrages 21
1.5.3.5. Construction d'un scénario 22
1.5.3.6. Accéder à Coswin Open 23
1.5.3.7. Les modes de Connexion 25
1.5.3.8. Utilisation 25
1.5.3.9. Ergonomie 34
1. Maintenance corrective
1.1. Concept
La DI est une demande émise auprès du service maintenance pour qu'il intervienne sur une équipement.
L'OT est la matérialisation dans Coswin de l'intervention réalisée.
Le rapport d'incident est la trace d'un constat réalisé pouvant nécessiter une analyse et une opération de la part du service maintenance.
1.2. L'Ordre de travail
1.2.1. Création manuelle
Menu:\ Maintenance \ Travaux en cours \ Détails OT
Un OT peut être créé directement par l'utilisateur dans Coswin pour les interventions non planifiées :
Avant l'intervention physique si les délais le permettent.
Après l'intervention physique en cas d'urgence.
La création d'un OT à la volée
C'est le moyen le plus rapide, 3 champs seulement doivent être saisis : Le code équipement
La description de l'intervention Le type d'intervention
Le code de l'intervention est automatiquement généré par Coswin (CURAxxxxxx). Cette intervention n'est pas destinée à être ré utilisée.
La création d'un OT avec intervention prédéfinie
La création est également rapide mais nécessite d'avoir créé des interventions correctives au préalable.
3 champs doivent être saisis :
D'autres champs sont renseignés par défaut par Coswin - L'état de l'OT est fixé par défaut à « 0 ».
- Les date de début prévue, date de fin prévue et date de déclaration sont par défaut la date du jour.
- Le centre de charge est renseigné par défaut avec :
Le centre de charge de l'équipement si l'intervention est généré à la volée ou si elle existe sans être liée à l'équipement
Le centre de charge de l'intervention liée à l'équipement si l'intervention a été préalablement rattachée à l'équipement.
Il peut être modifié sur l'OT.
1.2.2. Compte rendu
L'élément essentiel du compte rendu de l'OT est la gestion de son état.
Le fichier de base « Etats OT » permet de créer tous les états nécessaires (états utilisateurs).
Chaque état utilisateur doit être rattaché à un des 5 états interne à Coswin (états système).
Les règles de changement d'états s'appliquent par rapport aux états systèmes.
Chaque changement d'état est tracé dans l'onglet « Historique états OT ».
Le compte rendu est ensuite complété par d'autres éléments
- Dates / Heures début et fin : Elles sont automatiquement pré remplies lors du changement d'état. Il est nécessaire de les ajuter si le compte rendu est saisi à postériori de l'intervention.
- Les règles de changement d'états s'appliquent par rapport aux états systèmes.
- Les coûts de l'OT sont automatiquement calculés par Coswin en fonction des différents onglets :
Coûts main d'œuvre : calculés via les heures saisies dans l'onglet « Main d'œuvre ».
Coûts matériel, service et moyen : calculé lia les consommations saisies dans l'onglet « Matériel ».
- Les coûts autres et frais de déplacement sont directement saisis sur l'OT à partir de l'état système « 2.
OT terminé »
1.2.3. Les onglets
Onglet Commentaire :
c'est le champ permettant la saisie de toutes les remarques et le rattachement des pièces jointes.
chaque saisie d'une remarque dans le commentaire est horodaté et précédé de l'identifiant de l'utilisateur.
Une option des paramètre maintenance permet d'interdire la modification des commentaires une fois sauvegardés.
Onglet Main d'œuvre :
le sous onglet « Employé » permet de saisir les temps passés par les intervenants.
Le temps est soit saisi directement dans le champ « Heures réalisées » soit calculé via les champs
« Date de début » et « Date de fin ».
Les dates de début et fin d'une ligne employé ont une incidence sur les date début et fin de l'OT.
L'employé peut être automatiquement identifié si le matricule employé est inscrit sur la fiche de l'utilisateur ( module Sécurité et profils)
Onglet Matériel :
c'est l'utilisation de matériels et/ou de prestations sous traitées qui est tracée dans cet onglet Stock / Pièces : consommations de pièces et consommables stockés ou non stockés Stock / Outils : utilisation d'outil venant du module stock
Stock / Services : utilisation de prestations achetées Moyens / Détails : Utilisation d'outillage spécifique
Onglet Diagnostics :
lors du compte rendu tracer dans cet onglet les combinaisons de : Symptômes
Onglet Compteurs :
si des compteurs sont liés via la fiche topographie a l'équipement de l'OT, les relevés de ces compteurs peuvent être saisis directement depuis l'OT.
Onglet Attributs :
les classes d'attribut dont l'option « A copier sur l'OT » est activée sont affichée, les valeurs peuvent être confirmées, modifiées depuis l'OT et recopiées sur la fiche de l'équipement via l'action « Mette à jour les attributs de l'équipement ».
1.3. La demande d'intervention
1.3.1. Création
Menu:\ Maintenance \ Transactions \ Demandes d'intervention \ Demande DI
En maintenance, une demande d'intervention est émise par n'importe quel service. Elle est destinée au service maintenance qui après expertise décidera de générer ou non un ordre de travail pour résoudre la défaillance constatée.
Le N° de la DI est généré automatiquement à la sauvegarde de la transaction. Il est composé d'un préfixe et d'un numéro séquentiel. Les préfixes se définissent dans les paramètres de maintenance.
Aucun champ n'est obligatoire pour la saisie d'une demande d'intervention.
Il est néanmoins conseillé de renseigner certains des champs suivants : présenter succinctement l'anomalie constatée.
Description de la DI :
il est automatiquement renseigné si le code demandeur est saisi sur la fiche utilisateur.
Demandeur :
il est conseillé d'être précis dans les valeurs initialisées dans le fichier de base.
Priorité :
si le demandeur ne sait pas identifier l'équipement, il est possible de mettre d'autres Equipement :
champs pour faciliter l'analyse du service maintenance (Centre de charge, Zone, Fonction). Il peut être modifié par la suite par la maintenance.
c'est le moyen d'apporter (texte, pièces jointes) toutes les précisions utiles au Le problème :
diagnostique du service maintenance.
D'autres champs à ajouter sur l'écran peuvent être pertinents :
utilisé quand les DI peuvent être dirigés vers différents services ou responsables. Le Destinataire :
référentiel se définit dans le fichier de base « Demandeurs ».
utilisé quand le module est utilisé pour émettre des demandes autres que maintenance Type :
(service généraux etc.). Le référentiel se définit dans le fichier de base de maintenance « Type de DI ».
Onglet Diagnotics :
les combinaisons ( symptômes, défauts, causes, remèdes) peuvent être initialisées dans cet onglet pour ensuite être complétées sur l'OT.
Précisions sur les dates :
par défaut la date courante, modifiable pour avertir le demandeur de la fin prévue de Fin prévue :
l'intervention.
par défaut la date courant, modifiable pour avertir le demandeur de la fin prévue de Date planifiée :
l'intervention
par défaut la date/hre courante modifiable pour identifier la déclaration dans le Date déclaration :
cas d'une saisie à postériori de la DI.
uniquement gérée par coswin pour tracer la date de création de la DI Date de création :
par défaut la date/hre courante, modifiable pour informer la maintenance du début Date de début :
possible (contrainte production) ou souhaité de l'intervention
par défaut la date/hre courante , modifiable pour informer la maintenance de la fin Date de fin :
possible (contrainte production) ou souhaitée de l'intervention
uniquement gérée par coswin pour tracer la date réelle de fin de l'OT une fois terminé.
Date de fin :
1.3.2. Planification DI
La DI, une fois créée peut être traitée depuis 2 modules différents : Depuis le module « demande d'intervention » : processus simple sans préparation
Depuis le module « planification DI » : processus plus complexe avec préparation des interventions
Menu:\ Maintenance \ Transactions \ Demandes d'intervention \ Planification DI .
1.3.3. Génération de l'OT
Les 2 modules permettent de traiter la demande. Le module planification DI propose plus de fonctions :
Fonction Demande d' intervention
Planification DI Remarques
Créer un OT Oui
Création immédiate de
l'OT
Oui
Possibilité de spécifier l'état de lancement via Création d'OT sans le
générer
Pour générer l'OT via l'action « Créer un OT » la description de la DI ou le code intervention doit être renseignée ainsi que l'équipement.
Le type intervention affecté à l'OT est défini dans les paramètres
maintenance de la DI.
Intégrer la DI dans un plan
Non Oui
via l'état de lancement
Le plan peut ensuite être généré depuis l'action « Créer un plan. L'OT sera ensuite généré depuis le plan.
Générer un devis Non Oui
via l'état de lancement Modifier
l'équipement
Non Oui Via le champ « Equipement/Group
planifiée ».
Créer l'intervention
Oui Oui
L'intervention CURA est pré renseignée
Le préfixe et le type intervention et la description de l'intervention sont pré renseignés
Changer l'état de lancement de la DI
Non Oui
Gérer les options de lancement
Non Oui Suter les interventions sous contrat –
Créer les PT – Allouer les employés – Vérifier les qualifications – Vérifier les dotations d'EPI
Combiner les DI Non Oui
1.3.4. Les Etats des DI
Coswin peut gérer automatiquement l'état d'une DI. Mais d'autres états peuvent être utilisés manuellement.
Le changement d'état manuel d'une DI se fait via l'action « Changer l'état ».
.
Eléments déclenchant automatiquement la mise à jour de l'état d'une DI :
Etat cible Mis à jour en automatique
0. A traiter A la création de la DI
1. Révisée Dès que l'intervention est renseignée sur la DI
2. Lancée dans un plan Etat de lancement « Lancer dans un plan » depuis planification DI
3. OT créé Dès qu'un OT est généré ou lié à une DI depuis la demande ou planification DI. DI non modifiable
4. Clôturée DI combinée à une DI maître ou DI avec devis généré 5. Annulée Action depuis la demande ou planification DI
6. Clôturée ss contrat /garantie
Dès validation du message concernant un contrat ou une garantie en cours à la génération de l'OT
Remarques sur les Etats DI :
L'état « 7. Partiellement réceptionné » ne concerne que les DI avec répartition.
Les états « 15. A valider par le demandeur » et « 16. Validé par le demandeur » sont des états intermédiaire avant génération d'OT depuis la DI.
Les états « 11. Prise en compte » (accusé de réception) et « 12. Prise en charge » (début du traitement) permettent une gestion manuelle du traitement de la DI. Cela remplace les états « 1 et 2 » gérés automatiquement par Coswin.
1.3.5. Annulation DI avec OT "en cours" (CW 8i9)
Il est possible de gérer trois paramètres dans Coswin pour l'utilisation de la fonctionnalité d'annulation d'une DI liée à un OT en cours.
Paramètres Description
Autoriser l'annulation des DI liées à des OT
Active l'utilisation de la fonction Traitement de l'OT lié à
l'annulation de la DI
Coswin propose 2 façons de gérer l'OT pour cette fonction : 0. Annuler l'OT (si possible).
1. Dissocier l'OT de la DI.
Etat de l'OT lié à l'annulation de la DI
Définir l'état utilisateur dans lequel doit être passé l'OT si l'option (O.
Annuler l'OT) est choisie.
L'état correspond à un état système « 4 ».
Si un circuit d'état OT est paramétré sur Coswin, il faut vérifier que l'état OT utilisateur lié à l'état système « 4. Annulé » soit bien renseigné dans le circuit d'état OT.
Si l'état OT utilisateur n'est pas dans le circuit d'état OT, alors la fonctionnalité « d'annulation DI avec OT en cours » ne sera pas disponible.
Option "0. Annuler l'OT " (si possible)
En choisissant l'option « 0. Annuler l'OT (si possible) » dans les paramètres, il sera donc possible d'annuler une DI et l'OT liée selon certaines conditions.
> DI sans répartitions :
Conditions (de l'OT) Résultat Etat OT
(système)
ET ET
2 ou 3 Annulation DI impossible
0 ou 1 Heures réalisées > 0 ou
Quantités sorties > 0 ou
Coûts de l'OT
> 0 Heures réalisées = 0 et
Quantités sorties = 0 et
Coûts de l'OT
= 0
Paramètre « Etat de l'OT lié à l'annulation de la DI » = vide
Annulation DI impossible Paramètre « Etat de l'OT lié à
l'annulation de la DI » = non vide
DI annulée
OT associé passera à l'état défini dans les paramètres.
DI avec répartitions : les mêmes conditions sont appliquées que pour les DI sans répartitions.
Par contre, la DI ne peut pas être annulée si au moins un des OT de la DI : est à l'état système 2 ou 3.
a des coûts.
a des heures réalisées.
Option « 1. Dissocier l'OT de la DI »
En choisissant l'option « 1. Dissocier l'OT de la DI » dans les paramètres, quelque soit l'état de l'OT, l'OT sera dissocié de la DI annulée.
Ci-dessous, la liste des champs qui se « vident » suite à la dissociation de l'OT avec la DI:
DI OT
Sans répartition :
Champs « N° OT » vide Champs « Etat OT » vide Remarques OT vide
Sans répartition :
Champ « N° DI » vide
Avec répartition :
Champs « N° OT » vide Champs « Etat OT » vide Remarques OT vide
Avec répartition :
Champ « N° DI » vide sur chaque OT
1.3.6. Les fonctions de la DI
Lier la DI à un OT :
la DI peut être associée à un OT déjà existant non archivé via l'action « Lier la DI à un OT ».
Dans ce cas :
- La DI est mise à jour avec les informations de l'OT :
L'équipement (dans le champ « eqpt planifié » si l'équipement demandé est déjà renseigné) L'intervention (si une intervention différente existe sur la DI, elle est écrasée)
Le numéro de l'OT.
L'état de l'OT.
Les dates de l'OT.
Le commentaire de l'OT.
- La DI passe à l'état 3. OT créé
- Les champs renseignés sur l'OT ne sont pas écrasés par ceux de la DI (Le problème de la DI n'est pas reporté sur le commentaire de l'OT).
Combiner plusieurs DI :
cette fonction permet de regrouper plusieurs DI similaires afin de n'en traiter qu'une seule (DI maitre) sans pour autant laisser les autres (DI esclaves) à l'état « 0. à traiter ».
1.4. Le rapport d'incidents
1.4.1. Création
Menu:\ Maintenance \ Transactions \ rapports d'incidents
Un rapport d'incident est émis par la maintenance ou un autre service.
Il permet (comme une main courante) de tracer différents évènements (accident, arrêt intempestif, etc.) ne nécessitant pas d'intervention de maintenance. L'analyse des rapports à postériori déclenchera peut- être des opérations.
Le N° du rapport est généré automatiquement à la sauvegarde de la transaction. Il est composé d'un préfixe et d'un numéro séquentiel. Les préfixes se définissent dans les paramètres de maintenance.
L'employé peut être automatiquement renseigné si son matricule est défini sur la fiche de l'utilisateur.
4 fichiers de base sont liés au rapport d'incident : .
Menu:\ Maintenance \ Fichiers de base \ Références d'incidents
Types de rapport : champ facultatif permettant de faciliter l'analyse des rapports par catégorie.
Causes : champ facultatif Effets : Onglet facultatif
Actions : Onglet facultatif permettant de définir les actions effectuées pour pallier l'incident
1.4.2. Traitement du rapport d'incident
Le traitement du rapport d'incident consiste à compléter l'onglet « Suivi ».
Plusieurs lignes peuvent être ajoutées. Chaque ligne correspond à la génération d'une des 3 transactions suivantes :
Demande d'intervention Ordre de travail
Commande Visite
Dans les 3 premiers cas la transaction est :
Générée depuis la ligne de suivi via l'action « Créer la transaction ».
Sélectionnée (elle existe déjà) depuis la ligne de suivi via le sélecteur.
Chaque ligne a un état qui évolue automatiquement en fonction de l'état de la transaction associée
Etat ligne de suivi
Etat des transactions associées
Ordre de travail Demande d'intervention Commande
0. Créé Etat système 0 Etat 0. Créée Etats 0. Créée ou 6. Non
autorisée 1. En cours Etats système 1
ou 2
Etats 1. révisée ou 2. Lancée dans un plan
Etat 1. Partiellement reçu 2. Clôturé Etats système 3
ou 4
Etats 3. OT créé ou 5. Annulée Etats 2. Totalement reçu à 5.
Annulée
Nota :
L'OT généré depuis la demande d'intervention du rapport n'apparait pas dans l'onglet de suivi du rapport d'incident.
Dans le dernier Cas (visite) :
ce type de suivi permet de planifier une vérification de l'équipement sans pour autant engager une opération de maintenance (ni OT, ni DI).
Le pilotage de la visite est réalisé manuellement depuis la ligne de suivi : - Compléter les informations facultatives dans les champs de la ligne de suivi
Equipement visité Description de la visite Relevé d'un compteur Temps passé par l'employé ...
- Mettre à jour l'état de la visite.
2. Clôturé
Ces états évoluent en fonction des états des lignes de suivi :
Etat rapport d'incident
Etat des lignes de suivi
0. Créé Pas de ligne de suivi ou toutes les lignes de suivi sont à l'état 0. Créée 1. En cours Au moins une ligne de suivi est à l'état 1. En cours
2. Clôturé Toutes les lignes de suivi sont à l'état 2. Clôturé
Un rapport d'incident peut également être clôturé manuellement via l'action « Clôturer le rapport ».
Coswin proposera de clôturer automatiquement toutes les lignes de suivi.
1.5. Compléments
1.5.1. Les DI multi OT
1.5.2. Les Circuit d'états DI
1.5.2.1. Concept
Le cycle de vie des DI peut être différent selon les DI.
Dans Coswin, un circuit d'états DI permet de représenter un cycle de vie d'une DI en spécifiant les enchainements d'état DI autorisés.
On définit pour chaque état utilisateur affecté à une DI (état de départ) la liste des états dans lesquels la DI peut être passé (états destination).
Les circuits d'états DI peuvent être de 3 types :
Type de circuit Principe
Général Il y a un seul circuit de défini. Il s'applique à tous les DI quelque soit l'utilisateur. On ne peut en créer qu'un.
Groupes d'utilisateurs
On peut définir plusieurs circuits. Le circuit qui s'applique à une DI dépend du groupe préféré de l'utilisateur connecté.
Type de DI On peut définir plusieurs circuits. Le circuit qui s'applique à une DI dépend du type de la DI.
Nota : Le type de DI n'est pas sur l'écran par défaut, il est nécessaire si besoin de l'ajouter via l'éditeur de ressources.
Un circuit est associé à des groupes ou à des type de DI mais pas les 2 en même temps.
1.5.2.2. Création
Menu :\ Maintenance \ Fichiers de base \ Circuits des états DI Pré requis : Le type de circuit doit être défini dans les paramètres de Coswin.
Chaque circuit est automatiquement codifié par un séquentiel numérique
1.5.2.3. Règles du circuit
Construction du circuit
Onglet « Etats de départs » : l'action « Ajouter X états DI » permet de définir tous les états pour lesquels on veut limiter les états de destination.
Onglet « Etats de destination » : les données de cet onglet dépendent de l'état sélectionné dans l'onglet précédent (état de départ).
.
Pour une DI dans cet état de départ, l'action « Ajouter X états DI » permet de définir seulement les états utilisateurs qui pourront être sélectionnés depuis la DI.
Enchaînement standard des états DI
Le tableau présente les enchainements d'états autorisés dans Coswin 8i.
1.5.3. Coswin Open
1.5.3.1. Concepts
Coswin Open est une application Web de création de Demandes d'interventions depuis smartphone ou tablette pour des non utilisateurs de Coswin.
Coswin Open est compatible avec iOs, Android et Windows).
Le scénario de saisie de la demande peut être personnalisé en fonction du type de demande.
1.5.3.2. Rappel sur la DI
La Demande d'intervention est le module qu'un demandeur utilise pour déclarer un problème et le suivre.
Les demandes créées depuis Coswin Open sont intégrées dans le module DI de Coswin.
1.5.3.3. Pré-requis
L'utilisation de Coswin Open nécessite d'avoir une connexion réseau (4G, 5G ou wifi).
Les fonctions suivantes ne sont accessibles que si le serveur applicatif est configuré en mode HTTPS :
Gestion de la géolocalisation.
Prise de photo.
Scan de Code Equipement
Génération du QR Code contenant l'URL de lancement de Coswin
Afin de pouvoir utiliser la fonction « Photos » , il faut créer dans le WebDav, à partir de la racine, un répertoire « \coswinopen\media » (respecter la case) : C'est dans ce répertoire que les photos associées à la demande seront stockées.
1.5.3.4. Paramétrages
Paramètres Coswin
Menu:\ Outils \ Paramètres \ Général \ Paramètres généraux
Le paramètre « Adresse e-mail administrateur Coswin Open » est utilisé par Coswin lors de la création d'un compte Coswin Open. Un mail informatif est systématiquement envoyé à l'administrateur.
Menu:\ Outils \ Explorateur de fichiers WEBDAV
Le logo « Coswin Open » peut être personnalisé. Il faut remplacer le fichier « CoswinOpen.png » dans le répertoire « Login » du Webdav. Le fichier du nouveau logo doit porter exactement le même nom
« CoswinOpen.png
Priorité
Menu:\ Maintenance \ Fichiers de base\ Priorité
Dans Coswin Open, la priorité est définie graphiquement via une jauge de 1 à 10. Le même fichier de base « Priorité » étant partagé entre Coswin et Coswin Open, il faut associer un index (entre 1 et 10) à chaque priorité Coswin pouvant être utilisée dans Coswin Open.
Il y a 10 valeur d'index possible sur la jauge. Chaque index ne peut être associé qu'à une seule priorité dans Coswin
Type de DI Onglet Symptômes :
Il permet de lister les symptômes qui pourront être sélectionnés pour renseigner automatiquement le problème de la demande.
1.5.3.5. Construction d'un scénario
Menu:\ Maintenance \ Fichiers de base\ Type de DI
Un scénario se construit pour un type de demande (type existant ou nouveau type pour Coswin Open).
Onglet Etapes
Il permet de personnaliser le scénario de chaque type de DI. De 1 à 5 étapes peuvent être paramétrées par scénario.
Etapes Description
Scanner un équipement Identifier l'équipement concerné par la demande Description du problème Décrire la demande, le problème constaté
Localisation Localiser sur une carte la position, le lieu où la demande est réalisée
Média Associer une photo ou une vidéo à la demande Priorité Définir le degré d'urgence de la demande
Pour chaque scénario, on peut déterminer depuis chaque étape : L'ordre dans lequel les étapes s’enchaînent.
Si l'étape est obligatoire ou facultative.
Le titre de chaque étape.
1.5.3.6. Accéder à Coswin Open
Menu:\ Maintenance \ Fichiers de base\ Type de DI
L'accès à Coswin Open ne nécessite aucune installation préalable. L'utilisateur se contente de scanner le QR code généré via l'action « Générer un QRcode pour Coswin Open » depuis le module Type de DI.
L'application est alors disponible sur le smartphone le raccourci peut être positionné sur l'écran d'accueil.
Le bouton « Générer un QRcode pour Coswin open » n'est pas affiché par défaut.
Il faut ajouter le plugin « Coswin Open » avec l'éditeur de ressources.
Le QRCode contient l'adresse de Coswin et les éléments de connexion à la base de données. Il est crypté.
1.5.3.7. Les modes de Connexion
Coswin Open peut être utilisé avec 3 modes de connexion différents
Mode de connexion Règles / au compte utilisateur Périmètre
fonctionnel Mode anonyme L'utilisateur n'a pas besoin de s'identifier.
La création de la DI se fait dans Coswin via un compte générique « COSWINOPEN » (nom et mot de passe conservés dans Coswin)
Saisir des nouvelles DI uniquement
Avec un compte Coswin Open (utilisateur authentifié)
Le compte peut être créé par l'utilisateur lui-même depuis l'application. Il doit pour cela :
Saisir un Nom d'utilisateur
Saisir et confirmer un Mot de passe Saisir une Adresse mail
Accepter les conditions d'utilisation
Ce type d'utilisateur ne peut pas se connecter à Coswin et est automatiquement associé à un groupe sans droits dans Coswin.
Aucun compte n'est créé dans la base de données pour ce type d'utilisateur.
Un compte Coswin Open peut également être créé depuis l'onglet « Coswin Open » du module Sécurité et profil. Les utilisateurs Open ne sont pas intégré à l'annuaire LDAP.
Saisir des nouvelles DI Consulter les DI créées avec ce compte
Avec un compte Coswin (utilisateur Authentifié)
L'utilisateur doit exister dans Coswin
La création d‘un utilisateur doit être réalisée depuis Coswin
Saisir des nouvelles DI Consulter les DI créées avec ce compte
1.5.3.8. Utilisation
1. Choisir le Type de demande
Coswin Open affiche les types de DI dont l'option « Coswin Open » est active
2. Suivre les étapes du scénario
Etape 1
Une fois le type de DI sélectionné, les étapes sont présentées dans l'ordre défini pour le type de DI.
Identifier un équipement : Saisir le code équipement Scanner un code barres Scanner un QR code
Le code équipement doit exister dans la base Coswin Etape 2
Décrire le détail de la demande : Par saisie clavier
Par dictaphone
Par sélection des anomalies pré enregistrées sur le type de DI
Etape 3
Localiser la demande sur une carte
Fonction Règles / au compte utilisateur Centrer la carte et déplacer le curseur sur la position de l'utilisateur
Modifier l'emplacement du curseur sur la carte
Etape 4
Enregistrer un média avec une description associée : Une photo
Une vidéo
Etape 5
Définir la priorité de la demande
3. Valider la demande
- Coswin open affiche la synthèse des étapes.
- Après sauvegarde :
L'application se déconnecte et revient à la page d'accueil.
Une DI n'est plus modifiable depuis Coswin Open.
Utilisateur authentifiés
Un utilisateur authentifié peut consulter ses demandes.
1.5.3.9. Ergonomie
Rappel des fonctions utilisables dans Coswin Open
Fonction Détail de la fonction
Se connecter en mode anonyme
Se connecter avec un Compte Open ou Coswin
Se connecter à Coswin Open après saisie de l'identifiant et du Mot de passe
Créer un compte Open depuis Coswin Open
Revenir à la page d'accueil de l'application Coswin Open
Revenir à l'étape précédente
Aller à l'étape suivante
Mode de connexion Règles / au compte utilisateur
Stade d'avancement de la demande par rapport au nombre d'étapes.
Synthèse des étapes complétées ou non
Modifier la demande avant sauvegarde
Sauvegarder la demande
Saisir un nouvelle DI (accessible depuis la liste des DI créées par l'utilisateur authentifié)
Afficher les demandes précédemment enregistrées
Afficher l'aide contextuelle
