3.2 - Interprétation des journaux d'activité dans les rendez-vous Tjekvik

Notification Home Check-in envoyée - Un SMS a été envoyé au client pour qu'il complète un Home Check-in avant d'arriver chez le concessionnaire.

Home Check-in démarré - Le client a commencé à remplir le processus de Home Check-in.

Home Check-in - commentaire client fourni - Le client a ajouté un commentaire supplémentaire concernant la réparation à venir.

Home Check-in terminé - Le client a terminé le processus de Home Check-in.

Home Check in v2 terminé - Le client a terminé le processus de Home Check-in.

SMS Home Check-in déclenché manuellement envoyé - Un utilisateur sur site a renvoyé/envoyé manuellement le SMS de Home Check-in.

E-mail Home Check-in déclenché manuellement envoyé - Un utilisateur sur site a renvoyé/envoyé manuellement l'e-mail de Home Check-in.

Connexion check-in service véhicule - Le client a commencé le Check-in en utilisant la borne.

Casier attribué - Un casier a été attribué au client prêt à y déposer sa clé.

État du rendez-vous changé en attente -> confirmé - Check-in borne démarré - Après la signature du client lors du Check-in, l'état est modifié.

Check-in terminé - Le client a terminé le Check-in en utilisant la borne.

État du rendez-vous changé confirmé -> préparé - Le rendez-vous a été confirmé et la clé a été fermée à l'intérieur du casier.

Casier #{locker.number} fermé (#{terminal_name}) au check-in - Le casier a été fermé avec la clé à l'intérieur après le Check-in.

Rendez-vous mis à jour - Réécriture réussie de Tjekvik vers le DMS avec les options/changements/commentaires du client.

État du rendez-vous changé préparé -> production - L'état du véhicule a été déplacé, car la réparation a été commencée par les techniciens.

État du rendez-vous changé production -> terminé - La réparation a été terminée et déplacée à l'étape suivante.

Employé : #{current_employee.name} : Rendez-vous terminé - L'utilisateur sur site a fermé manuellement le rendez-vous dans le Gestionnaire de Rendez-vous.

Check-out service véhicule terminé - Check-out terminé par le client en utilisant la borne.

Casier #{locker.number} (#{terminal_name}) au check-out - Reflète l'action effectuée sur le casier.

Check-in réception terminé - L'utilisateur sur site a terminé le Check-in tablette avec le client.

Autorisations magasin affichées : Tjekvik par défaut - Les paramètres par défaut ont été montrés au client pour le Check-in extérieur.

Check-in extérieur terminé - Le client a terminé le Check-in code QR extérieur.

Rendez-vous créé par le client - Le client a commencé un Check-in "Sans Rendez-vous" en utilisant la borne.

"Connexion check-in service véhicule extérieur" - Quand un client utilise la fonction QR et s'enregistre avec succès.

Connexion check-in service véhicule réception - L'utilisateur sur site a commencé le Check-in tablette avec le client.

Nouveau paiement #{Cost} au checkout créé par #{current_employee.name} - Un nouveau paiement a été créé par un utilisateur sur site pour que le client paie.

Paiement #{Cost} a été annulé par #{current_employee.name} - Un paiement a été annulé par un utilisateur sur site.

"Processus mis en pause, casier #{locker.number} ouvert manuellement par #{current_employee.name}" - Un utilisateur sur site a utilisé la fonction pause dans l'AM et ouvert manuellement un casier mais n'a pas changé l'état du rendez-vous ou ne l'a pas fait avancer dans le processus de réparation.

Casier #{locker.number} ouvert (#{terminal_name}) par #{current_employee.name} - Un casier a été ouvert manuellement par un employé utilisant la fonction d'ouverture de casier sur le rendez-vous.

"Casier #{locker.number} ouvert (#{terminal_name}) par #{current_employee.name} et libéré." - L'utilisateur sur site a mis en pause le rendez-vous pour faire quelque chose avec le véhicule puis l'a libéré vers le processus sans changer l'état (ex. déplacer une voiture vers un espace différent).

État du rendez-vous changé terminé -> terminé - Le rendez-vous a été mis à jour mais l'état ne change pas, c'est pourquoi il indique qu'il est changé vers la même chose.

Rendez-vous approuvé par client API externe ! - Les utilisateurs ont mis à jour le rendez-vous via leur API/DMS et ceci a ensuite mis à jour l'AM - déplacé de la colonne Terminé vers Approuvé. (Seulement pour certains magasins)

[Réception] Mise à jour du rendez-vous avec appel externe ! - Si un client a mis à jour la réparation lors du check-in tablette, nous transférons alors cette information vers l'API de notre client.

[Extérieur] Mise à jour du rendez-vous avec appel externe ! - Si un client a mis à jour la réparation lors du check-in code QR, nous transférons alors cette information vers l'API de notre client.

[Intérieur] Mise à jour du rendez-vous avec appel externe ! - Si un client a mis à jour la réparation lors du check-in borne, nous transférons alors cette information vers l'API de notre client.

[Home] Mise à jour du rendez-vous avec appel externe ! - Si un client a mis à jour la réparation lors du Home check-in, nous transférons alors cette information vers l'API de notre client.

Erreur de check-in du rendez-vous détectée - check-in terminé par le système - Après que le rendez-vous soit bloqué lors du check-in, un worker en arrière-plan fonctionnant toutes les 10 minutes pousse manuellement le rendez-vous de "confirmé" vers "Préparé".

MyBmwApp envoyer home check-in - Avec les sites BMW/MINI s'ils se sont inscrits pour ce service, l'application enverra une notification qui redirigera vers le lien de Home check-in.

MyBmwApp envoyer confirmation de rendez-vous - Confirmation du rendez-vous enregistré via une notification de l'application.

MyBmwApp envoyer informations de récupération du rendez-vous - L'application notifiera le client que le véhicule est prêt pour la récupération.

MyBmwApp notification push - VIN invalide ou le client n'a pas MyBMWApp - Le client n'a pas la MyBMWApp ou l'application ne reconnaît pas le numéro VIN (âge possible du véhicule).