Documentation KSIDol > Modules KSIDol > Ticket public pro
Notice du module Ticket public pro
Guide d'utilisation non technique : à quoi sert le module, comment l'utiliser et comment il s'articule avec Dolibarr.
Objet DolibarrTickets natifs
Dépôt de demandeSans compte
Champs personnalisésJusqu'à 12
Modification du cœurAucune
1. Presentation du module
KSI Ticket Public Pro ajoute à votre Dolibarr une page publique de dépôt de demandes de support, entièrement personnalisée à votre image, que vos clients ou visiteurs utilisent sans avoir de compte. Chaque demande envoyée devient un véritable ticket dans le module Tickets natif de Dolibarr : vous la traitez ensuite exactement comme d'habitude, dans votre back-office, avec vos règles et vos équipes.
Le module ne modifie aucun fichier du cœur de Dolibarr : il publie sa propre page publique, que vous adaptez librement (logo, couleurs, textes, champs demandés) en s'appuyant sur les objets et réglages déjà présents dans Dolibarr — le module Tickets, les dictionnaires de type/catégorie/urgence, la fiche Société pour le logo et les champs complémentaires (extrafields) du ticket. C'est une alternative « pro » et sur-mesure à la page publique standard de création de tickets.
- Offre une adresse web publique dédiée au dépôt de demandes, à l'identité visuelle de votre société.
- Transforme chaque envoi du visiteur en ticket Dolibarr standard, traité normalement dans le back-office.
- Se configure entièrement depuis la page d'administration du module (textes, couleurs, logo, champs).
- N'altère aucun fichier natif de Dolibarr et reste compatible avec les mises à jour.
- S'appuie sur les objets natifs : Tickets, Tiers/Contacts, champs complémentaires, dictionnaires.
2. Une page publique de dépôt de tickets, sans compte
Le module met à disposition sa propre page publique de création de demande. Le visiteur remplit un formulaire ; à la validation, un ticket natif est créé dans Dolibarr et un numéro de suivi lui est communiqué.
- Mettre à disposition une adresse web publique dédiée (affichée dans la configuration du module).
- Permettre à un client ou visiteur de déposer une demande sans identifiant ni mot de passe.
- Enregistrer chaque envoi comme un ticket Dolibarr standard, repris ensuite dans votre suivi habituel.
- Afficher au visiteur un numéro de suivi (track ID) une fois sa demande enregistrée.
- Personnaliser le message de confirmation affiché après l'envoi.
- Page volontairement non indexée par les moteurs de recherche.
3. Personnaliser le design, le logo et les textes
Depuis l'administration du module, vous habillez la page publique aux couleurs et aux mots de votre entreprise, sans toucher à un thème ou au cœur de Dolibarr.
- Définir le nom/marque affiché, le titre principal et le sous-titre de la page.
- Rédiger un texte d'aide qui guide le client et un message de succès personnalisé.
- Afficher automatiquement le logo de votre société (repris de Dolibarr) ou forcer un autre logo via une URL.
- Rendre le logo cliquable vers l'adresse de votre choix.
- Ajouter un bouton « Retour sur le site » avec l'URL et le libellé souhaités.
- Choisir la couleur principale et la couleur d'accent (codes hexadécimaux).
- Injecter un CSS personnalisé (réservé aux administrateurs) pour un habillage entièrement sur-mesure.
4. Choisir les champs présentés au client
Vous décidez, champ par champ, de ce que le visiteur voit et doit remplir, et de la mise en page du formulaire.
- Afficher ou masquer les champs Société, Téléphone et Référence commande/dossier.
- Rendre ces champs facultatifs ou obligatoires selon vos besoins.
- Conserver toujours présents et obligatoires les champs Email, Sujet et Message.
- Réordonner les champs et les répartir en trois zones : haut, formulaire, bas.
- Choisir la largeur de chaque champ (demi-largeur ou pleine largeur).
- Ajouter une case de consentement client, affichée et exigée si besoin.
5. Ajouter vos propres champs (constructeur de champs)
Au-delà des champs standard, le module propose un constructeur permettant d'ajouter vos propres questions au formulaire public. Les réponses sont conservées directement sur le ticket.
- Créer jusqu'à 12 champs personnalisés supplémentaires.
- Choisir le type de chaque champ : texte court, texte long, email, téléphone, nombre, date, case à cocher ou liste déroulante.
- Définir le libellé, le caractère obligatoire, l'ordre, la zone et la largeur.
- Saisir les options d'une liste déroulante (une par ligne, format « valeur|Libellé » ou simple libellé).
- Enregistrer automatiquement les réponses comme champs complémentaires natifs du ticket, visibles dans sa fiche.
6. Rattachement automatique au bon client
À l'envoi, le module cherche à relier la demande à un client déjà connu de Dolibarr, à partir de l'adresse email saisie, pour éviter les doublons et gagner du temps.
- Rechercher automatiquement, à partir de l'email saisi, une société et un contact déjà enregistrés dans Dolibarr.
- Rattacher le ticket au bon tiers et au bon contact lorsqu'ils existent.
- Conserver l'adresse email d'origine du demandeur sur le ticket.
- Possibilité d'exiger que l'email corresponde à un contact existant (réglage natif Dolibarr des tickets).
7. Anti-spam, sécurité et consentement RGPD
La page étant publique, le module réutilise les protections de Dolibarr et n'expose aucune donnée existante : elle sert uniquement à déposer une nouvelle demande.
- Protéger l'envoi par le jeton anti-CSRF de Dolibarr.
- Afficher un captcha lorsque l'option native de captcha des tickets est activée.
- Limiter le nombre de dépôts par adresse IP (réglage anti-abus natif).
- Demander et enregistrer le consentement du client au traitement de sa demande.
- Ne jamais afficher le contenu d'un ticket existant : la page ne permet que la création.
8. Type, catégorie et urgence issus de Dolibarr
Pour rester cohérent avec votre paramétrage habituel, les listes de qualification proviennent des dictionnaires natifs des tickets, sans liste parallèle à maintenir.
- Proposer les listes Type de demande, Catégorie et Urgence issues des dictionnaires natifs des tickets.
- N'afficher que les catégories marquées comme publiques.
- Masquer si besoin l'une de ces listes et appliquer alors un code par défaut défini dans la configuration.
- Garder une qualification identique à celle de vos tickets créés en interne.
9. Liaisons avec Dolibarr
Le module ne fonctionne pas en vase clos : il s'articule avec les briques natives de Dolibarr.
- Tickets (module natif) : Chaque demande publique devient un ticket Dolibarr standard, créé via l'objet Ticket. Le module dépend du module Tickets et de son interface publique, qui doit être activée.
- Tiers et contacts : À partir de l'email saisi, le module recherche et rattache automatiquement le ticket à la société et au contact déjà enregistrés dans Dolibarr.
- Champs complémentaires (extrafields) : Les champs client (société, téléphone, référence, consentement, source) et vos champs personnalisés sont stockés comme champs complémentaires natifs du ticket, visibles dans sa fiche et ses listes.
- Dictionnaires Ticket : Les listes Type, Catégorie publique et Urgence proviennent des dictionnaires natifs des tickets, sans doublon ni liste parallèle.
- Société / Organisation : Le logo affiché sur la page publique est repris automatiquement de la fiche Société / Organisation de Dolibarr (ou remplacé par une URL au choix).
- Réglages de sécurité Dolibarr : Le module réutilise le captcha des tickets et la limite de dépôts par adresse IP configurés dans la sécurité de Dolibarr, sans réglage de sécurité propre supplémentaire.
