Configurer Demandes

Ce qu'il fait

Vos clients ouvrent une demande depuis leur compte, vous répondez depuis l'admin, tout l'échange reste au même endroit. La liste montre d'abord qui attend une réponse et depuis combien de temps — l'état se déduit de qui a parlé en dernier, vous n'avez aucun statut à cocher. Une demande peut être rattachée à une commande. Emails des deux côtés à chaque message.

• Le client ouvre sa demande depuis son compte, vous répondez depuis l'admin
• L'état se calcule tout seul : « Vous répondez » / « En attente du client » / « Résolue »
• Trié par ancienneté d'attente : le client qui attend depuis trois jours est en haut
• Une demande peut porter la commande concernée : un aller-retour de moins
• Le panneau du client (commandes, licences) est à côté du fil : pas besoin de changer d'écran
• Emails automatiques à chaque message, des deux côtés
• Fermeture automatique des demandes sans réponse du client (réglable, 14 jours par défaut)

Où le trouver

Les écrans que ce module ajoute à l'administration, une fois activé.

• Demandes de support /admin/support-tickets/reglages

Ce qu'il suppose

Ce module a besoin de :

• support ^1.0

Piloter par une IA

Ce que ce module sait faire quand on le lui demande en langage naturel, et ce que chaque action engage.

• tickets lecture seule

  Liste les demandes de support, celles qui attendent une réponse d'abord (la plus ancienne attente en tête) : sujet, client, e-mail, état, depuis combien de temps, en retard ou non. Filtre `etat` : a_repondre (défaut), en_attente_client, resolues, toutes. Les compteurs des quatre états sont toujours rendus. 50 au plus par appel, `suite` donne l'offset suivant.

  « qui attend une réponse depuis plus de deux jours ? » « combien de demandes ouvertes ? »

• ticket lecture seule

  Le fil d'une demande : sujet, client, état, et les messages dans l'ordre (qui a écrit, quand, le texte, coupé à 3000 caractères). À lire avant de répondre.

• repondre confirmation demandée

  Répond au client dans le fil d'une demande, au nom du site. Un courriel part au client : confirmation demandée. Répondre dans une demande résolue la rouvre ; `resoudre` la marque résolue dans le même geste. Lis le fil (support-tickets.ticket) avant.

Ses points de branchement

Pour greffer du code sans toucher au module : ce qu'il annonce, et ce qu'il écoute.

Ses prises front

Les morceaux de page que ce module fournit, et les classes qu'ils posent. Un thème les habille par ces classes : il ne recopie pas le balisage, sinon il rate les corrections des versions suivantes.

Ses données

Les tables que ce module crée. Désactiver un module ne les efface pas : ses données restent en base et reviennent s'il est réactivé.