Français
Zammad Hébergement
Exécutez un helpdesk complet avec système de tickets, SLA, base de connaissances et boîtes de réception d'équipe partagées.
- Un clic déployer
- 100 Go Espace disque nécessaire
- 8 Go de RAM Mémoire nécessaire
- À partir de 20 € Prix
Pas de frais d'installation
Liens officiels
Les liens officiels et le site web original de Zammad
- Plus
Site web de Zammad
Ce que vous obtenez
sur AvaHost
Le déploiement en un clic, un domaine personnalisé, HTTPS gratuit, des mises à jour automatiques des applications et des sauvegardes programmées sont inclus avec chaque application Cloud. Vous pouvez exécuter plusieurs applications sur un seul serveur, et l'accès au terminal est inclus.
Un conteneur PostgreSQL est provisionné avec l'application et reste non géré par AvaHost.
Tech
- Image Docker
- zammad/zammad:latest
- Port par défaut
- 8080
- Base de données
- postgres
Fonctionnement de Zammad
Zammad enregistre une demande client sous forme de ticket et conserve les messages, notes, affectations, changements de statut, tags et activités connexes dans un historique unique. Les groupes acheminent le travail vers l'équipe appropriée, les rôles contrôlent l'accès, et les agents peuvent utiliser des macros ou des modules de texte pour les actions répétitives. Une base de connaissances peut publier des réponses réutilisables et des conseils internes.
Les déclencheurs, les planificateurs et autres automatisations peuvent réagir à des conditions sans nécessiter que chaque modification soit effectuée manuellement. La pile catalogue comprend PostgreSQL, Redis, Memcached, un service Rails, un planificateur, un service WebSocket et une interface web. Elasticsearch est explicitement désactivé dans la configuration fournie, donc la page ne promet pas un déploiement de recherche basé sur Elasticsearch.
Fonctionnalités clés de Zammad
Les historiques de tickets donnent aux agents le contexte nécessaire pour poursuivre le travail d'une autre personne. Les groupes, propriétaires, priorités, états, tags et rôles rendent la responsabilité visible, tandis que les notes internes permettent aux équipes de collaborer sans exposer chaque discussion au demandeur. Les macros et l'automatisation réduisent les mises à jour répétitives lorsque les règles sont définies avec soin.
Les rapports, articles de base de connaissances, API et intégrations peuvent étendre le service. La disponibilité des canaux dépend toujours de la configuration et des fournisseurs externes. Dans le modèle fourni, l'email d'application est désactivé, ce qui limite considérablement un centre d'assistance qui recevrait et enverrait autrement de nombreux tickets par email.
Zammad vs Zendesk
Zammad
Zammad est un service d'assistance auto-hébergé avec ticketing, rôles, groupes, automatisation, base de connaissances et options d'intégration contrôlés par l'opérateur. Zendesk est une plateforme de service client gérée qui combine le ticketing avec la messagerie, la voix, la base de connaissances, l'analyse, les outils de gestion de la main-d'œuvre, l'administration et une grande place de marché.
Zendesk
Zendesk peut convenir aux organisations qui souhaitent une suite omnicanale exploitée par un fournisseur et un support commercial autour d'un écosystème large. Zammad est attrayant lorsque le contrôle de l'infrastructure et un historique de tickets auto-hébergé sont importants, à condition que l'organisation puisse exploiter l'application et accepte les limitations de canaux de son déploiement choisi.
Qui utilise Zammad
Les équipes d'assistance utilisent Zammad pour affecter les cas clients, préserver l'historique des conversations et coordonner le travail entre les groupes. Les services d'assistance internes peuvent suivre les demandes des employés, tandis que les organisations techniques connectent des formulaires web ou des intégrations approuvées à une file d'attente commune.
Un système de tickets nécessite une propriété définie, des catégories de service, des règles d'escalade, des statuts et une conservation. L'automatisation doit être testée par rapport à des cas réels avant de modifier un grand nombre de tickets. Sans email d'application, la configuration hébergée est mieux évaluée pour les flux basés sur le web, pilotés par API ou internes plutôt que pour un centre d'assistance conventionnel basé sur l'email.
Auto-hébergement de Zammad : exigences et coûts
La capacité est déterminée par les agents, les tickets, les articles, les pièces jointes, les événements, les sessions simultanées, les rapports, l'automatisation, les intégrations et l'historique conservé. PostgreSQL stocke les enregistrements principaux ; Redis et Memcached soutiennent le service. AvaHost inclut PostgreSQL mais le laisse non géré, et l'exigence de base correspond déjà au plan d'application public le plus élevé.
Zammad reste donc au Plan 4 à 20 € après application de la règle de base de données et limitation des pages d'application au Plan 4. L'hébergement de Zammad comprend le provisionnement en un clic, un certificat de domaine d'assistance, les mises à jour automatiques des applications et les sauvegardes planifiées. L'email d'application est désactivé, donc les tickets email entrants, les réponses sortantes, les notifications par email, les invitations et la récupération de mot de passe ne sont pas disponibles. Elasticsearch reste également désactivé dans la pile fournie.
F.A.Q
Zammad est assigné au Plan 4 à 20 € car son minimum d’application de 6144 MB atteint déjà le plus haut niveau public de la page des applications et PostgreSQL nécessite toujours une capacité supplémentaire. Les agents, tickets, pièces jointes, rapports, automatisations, intégrations, articles de base de connaissances, sessions simultanées et l’historique conservé doivent être surveillés attentivement lorsque le service devient opérationnel.
Le catalogue fournit PostgreSQL, Redis, Memcached, Rails, scheduler, WebSocket et services web. PostgreSQL est inclus mais non géré, et les composants doivent être récupérés en tant que pile coordonnée. Elasticsearch est désactivé dans la configuration fournie, de sorte que les administrateurs doivent tester le comportement de recherche disponible plutôt que de supposer qu’un index Elasticsearch séparé existe.
Un nom d’hôte de support peut servir Zammad avec HTTPS automatisé après que le DNS pointe vers AvaHost. Utilisez l’adresse finale pour les formulaires web, les signets des agents, les clients API et les intégrations. Si le nom d’hôte change, vérifiez la connexion, les liens de ticket, l’activité WebSocket, les rappels, les pages de connaissances et les systèmes externes qui peuvent toujours stocker l’URL de base précédente.
L’email d’application est désactivé, donc Zammad ne peut pas collecter les emails entrants, envoyer les réponses des agents par email, livrer les notifications de tickets, inviter les utilisateurs par email, ou émettre les messages de récupération de mot de passe. Les workflows de tickets web, API et internes peuvent toujours être évalués. Les équipes ayant besoin d’un helpdesk orienté email doivent traiter cette limitation comme un bloqueur de déploiement plutôt que comme une fonctionnalité mineure manquante.