Tester codeto report
Cette page vous accompagne de manière structurée à travers une première phase de test de codeto report. Objectif : représenter des processus réalistes, comprendre les rôles et les niveaux de visa, vérifier si les données saisies suffisent pour l'export des salaires.
Lisez la page une fois avant de commencer la préparation des données. Certaines décisions (structure de visa, rôles, étendue de la semaine de test) influencent le modèle Excel et donc l'import.
1. Notion de base : rapport
Un rapport est une entrée unique dans codeto report. Il peut couvrir 15 minutes ou 8 heures, mais ne couvre jamais plus d'une journée.
2. Questions au démarrage
Avant de commencer, clarifier les points les plus importants :
- Quelles personnes et quelle semaine doivent être représentées dans le test ?
- Quels niveaux de visa souhaitez-vous tester ? Chaînes typiques :
- Collaborateurs, Directeur
- Collaborateurs, Chef de projet, Directeur
- Collaborateurs, Chef de projet, Secrétariat, Directeur
- Quelles personnes assument quel rôle dans la structure de visa ?
- Quels suppléments / bonifications sont liés aux collaborateurs, lesquels aux projets ? Exemples typiques :
- Supplément du samedi : lié à un projet, déclenché uniquement lors d'une réservation de projet le samedi.
- Forfait de piquet : lié au collaborateur, également versé lorsqu'aucune réservation n'est faite sur un projet.
- Existe-t-il des modèles à temps partiel ou des heures cibles divergentes à représenter ?
- GAV ou règles de bonification propres ?
3. Définir la structure de visa
codeto report prend en charge quatre niveaux de visa. Chaque niveau est actuellement occupé par une seule personne, plusieurs personnes ne sont pas possibles. Pour les absences, des suppléances peuvent toutefois être définies.
| Niveau | Désignation | Typique | Affectation |
|---|---|---|---|
| 1 | Contrôle chef de projet | Monteur en charge du chantier | Via le modèle Excel par projet (à transmettre à l'équipe codeto). |
| 2 | Chef de projet | Chef de projet | Via le modèle Excel par projet. |
| 3 | Contrôle supérieur | Secrétariat | Définir et éditer directement dans codeto report. |
| 4 | Supérieur | Direction / supérieurs | Définir et éditer directement dans codeto report. |
- Les absences vont toujours directement au niveau Contrôle supérieur et sautent les chefs de projet.
- Il est aussi possible d'utiliser moins de niveaux, p. ex. un seul (Collaborateurs, Supérieurs).
- La structure de visa détermine l'ordre dans lequel une semaine clôturée ou des journées individuelles sont parcourues.
4. Définir les rôles et les personnes de test
Déterminer quels rôles sont impliqués dans le test :
- Monteurs de service
- Collaborateurs de projet
- Contrôle chef de projet
- Chefs de projet
- Contrôle supérieur
- Supérieurs
Tous les rôles n'ont pas à être occupés. Pour un test fonctionnel, un collaborateur (monteur de service ou collaborateur de projet) et un supérieur qui contrôle et vise les rapports suffisent.
5. Préparer les données de test
Une fois tous les points clarifiés, vient la préparation des données :
- Remplir entièrement le modèle Excel, sur la base des rôles et scénarios définis.
- Transmettre le modèle à l'équipe codeto.
6. Mise en place de l'environnement (avec l'équipe codeto)
Les points suivants sont mis en place par codeto dans l'environnement de test. Vous fournissez les informations, l'équipe codeto se charge de la configuration. Sans indications concrètes, codeto utilise des valeurs par défaut :
- Horaires standard de l'entreprise
- Personnes avec des heures cibles divergentes (temps partiel, modèles particuliers)
- Saisir les jours fériés
- Suppléments / bonifications, liés au projet (p. ex. supplément du samedi)
- Suppléments / bonifications, liés au collaborateur (p. ex. forfait de piquet)
- Absences standard et éventuels types d'absences particuliers
Dès que tout est en place, vous recevez de notre part un e-mail avec tous les liens vers les environnements de test. Ainsi :
- Installer la Mobile App sur le téléphone (voir l'encadré ci-dessous).
- Informer les autres personnes de test et leur transmettre l'accès.
D'expérience, le résultat du test est nettement meilleur si nous faisons un bref appel au démarrage et parcourons ensemble l'environnement de test. Il suffit de nous contacter, nous l'organisons.
- Android : envoyer l'adresse e-mail des personnes de test à l'équipe codeto, l'autorisation se fait via Google Play.
- iOS : accès via Testflight, le lien d'invitation provient de l'équipe codeto.
7. Reconstituer une semaine réaliste
Construire la semaine de test aussi réaliste que possible :
- Monteurs de service : semaine avec de nombreuses réservations différentes par jour.
- Collaborateurs de projet : semaine sur un à deux projets.
Saisir des rapports aussi bien depuis la Mobile App que depuis la Web App. On voit ainsi si les deux voies fonctionnent pour les collaborateurs au quotidien.
8. Tester de manière ciblée les cas particuliers
Pour qu'aucune surprise n'apparaisse en exploitation productive, il vaut la peine de couvrir consciemment les cas exceptionnels :
- Suppléments variables / suppléments liés au collaborateur, p. ex. forfait de piquet.
- Indemnités journalières : qui les reçoit et s'appliquent-elles à tous les projets ou seulement à certains ?
- Frais : liés à un seul rapport et donc liés au projet.
9. Contrôle des rapports dans le test
Cette étape est centrale. C'est ici qu'il apparaît si les données sont transmises et représentées de telle sorte que le contrôle fonctionne réellement au quotidien. Prenez consciemment le temps nécessaire.
Vérifiez d'abord comment les rapports doivent être contrôlés : par collaborateur (semaine entière) ou par projet ?
| Procédure | Vue recommandée |
|---|---|
| Contrôle par collaborateur / semaine entière | Vue collaborateur ou vue semaine |
| Contrôle lié au projet | Vue projet |
Liste de contrôle pendant le contrôle
- Toutes les informations nécessaires sont-elles directement visibles (heures, projets, suppléments, frais, absences) ?
- Le parcours de contrôle peut-il être effectué de manière compréhensible et efficace ?
- La vue correspond-elle au flux de travail dont les supérieurs / le secrétariat ont besoin au quotidien ?
- Existe-t-il des cas (p. ex. suppléments variables, indemnités journalières) où les données ne sont pas immédiatement claires ?
Si quelque chose manque ou n'est pas clair, faites appel à l'équipe codeto avant le démarrage en production. La vue de contrôle peut généralement être adaptée.
10. Traitement ultérieur des données
À la fin du test, il s'agit de ce qu'il advient des données après le visa : décompte des salaires, facturation et évaluations. Deux voies :
- Avec interface d'export : les données circulent automatiquement vers le système de paie ou ERP. Cette vérification n'est pas visible de l'extérieur, à parcourir donc avec l'équipe codeto.
- Sans interface d'export : vérifier les extraits et les informations par collaborateur, et regarder si les valeurs sont correctes et suffisent pour le versement des salaires et la facturation.
En cas de doute, faire appel à tout moment à l'équipe codeto pour définir la meilleure stratégie de contrôle et d'export pour votre exploitation.