Zammad Hosting
Gestisci un helpdesk completo con ticketing, SLA, una knowledge base e caselle di posta condivise del team.
- Un clic distribuisci
- 100 GB Spazio su disco necessario
- 8 GB di RAM Memoria necessaria
- Da 20 € Prezzo

Link ufficiali
I link ufficiali e il sito web originale di Zammad
Cosa ottieni
su AvaHost
Il deployment con un clic, un dominio personalizzato, HTTPS gratuito, aggiornamenti automatici dell'applicazione e backup programmati sono inclusi con ogni Cloud App. Puoi eseguire più app su un server e l'accesso al terminale è incluso.
Un contenitore PostgreSQL è fornito con l'app e rimane non gestito da AvaHost.

Tecnologia
- Immagine Docker
- zammad/zammad:latest
- Porta predefinita
- 8080
- Database
- postgres

Come funziona Zammad
Zammad registra una richiesta del cliente come ticket e mantiene messaggi, note, assegnazioni, cambiamenti di stato, tag e attività correlata in una cronologia unica. I gruppi instradano il lavoro al team appropriato, i ruoli controllano l'accesso e gli agenti possono utilizzare macro o moduli di testo per azioni ripetibili. Una knowledge base può pubblicare risposte riutilizzabili e linee guida interne.
Trigger, scheduler e altre automazioni possono rispondere a condizioni senza richiedere che ogni modifica sia eseguita manualmente. Lo stack del catalogo include PostgreSQL, Redis, Memcached, un servizio Rails, scheduler, servizio WebSocket e front end web. Elasticsearch è esplicitamente disabilitato nella configurazione fornita, quindi la pagina non promette una distribuzione di ricerca supportata da Elasticsearch.
Funzionalità chiave di Zammad
Le cronologie dei ticket forniscono agli agenti il contesto necessario per continuare il lavoro di un'altra persona. Gruppi, proprietari, priorità, stati, tag e ruoli rendono visibile la responsabilità, mentre le note interne consentono ai team di collaborare senza esporre ogni discussione al richiedente. Le macro e l'automazione riducono gli aggiornamenti ripetitivi quando le regole sono definite con attenzione.
Report, articoli della knowledge base, API e integrazioni possono estendere il servizio. La disponibilità dei canali dipende ancora dalla configurazione e dai provider esterni. Nel template fornito, l'email dell'applicazione è disabilitata, il che limita materialmente un help desk che altrimenti riceverebbe e invierebbe molti ticket tramite email.
Zammad vs Zendesk
Zammad
Zammad è un service desk self-hosted con ticketing, ruoli, gruppi, automazione, knowledge e opzioni di integrazione controllate dall'operatore. Zendesk è una piattaforma di customer service gestita che combina ticketing con messaggistica, voce, knowledge, analitiche, strumenti di workforce, amministrazione e un ampio marketplace.
Zendesk
Zendesk può essere adatto alle organizzazioni che desiderano una suite omnichannel gestita da un provider e supporto commerciale attorno a un ecosistema ampio. Zammad è interessante quando il controllo dell'infrastruttura e una cronologia dei ticket self-hosted sono importanti, a condizione che l'organizzazione possa operare l'applicazione e accetti i limiti dei canali della distribuzione scelta.
Chi utilizza Zammad
I team di supporto utilizzano Zammad per assegnare casi di clienti, preservare la cronologia delle conversazioni e coordinare il lavoro tra i gruppi. Gli help desk interni possono tracciare le richieste dei dipendenti, mentre le organizzazioni tecniche collegano moduli web o integrazioni approvate a una coda comune.
Un sistema di ticketing richiede proprietà definita, categorie di servizio, regole di escalation, stati e conservazione. L'automazione deve essere testata rispetto a casi reali prima di modificare un gran numero di ticket. Senza email dell'applicazione, la configurazione ospitata viene valutata al meglio per flussi di lavoro basati su web, API o interni piuttosto che per un help desk convenzionale incentrato sulla posta elettronica.

Self-hosting di Zammad: requisiti e costi
La capacità è determinata da agenti, ticket, articoli, allegati, eventi, sessioni simultanee, report, automazione, integrazioni e cronologia conservata. PostgreSQL memorizza i record primari; Redis e Memcached supportano il servizio. AvaHost include PostgreSQL ma lo lascia non gestito, e il requisito di base già corrisponde al piano app pubblico più elevato.
Zammad rimane quindi su Plan 4 a €20 dopo l'applicazione della regola del database e il limite delle pagine dell'app a Plan 4. L'hosting di Zammad include provisioning con un clic, un certificato per il dominio di supporto, aggiornamenti automatici dell'applicazione e backup programmati. L'email dell'applicazione è disabilitata, quindi i ticket email in entrata, le risposte in uscita, le notifiche inviate per email, gli inviti e il recupero della password non sono disponibili. Elasticsearch rimane disabilitato anche nello stack fornito.
F.A.Q
Zammad è assegnato al Piano 4 a €20 perché il suo minimo applicativo di 6144 MB raggiunge già il tier più alto della pagina app pubblica e PostgreSQL richiede ancora capacità aggiuntiva. Agenti, ticket, allegati, report, automazione, integrazioni, articoli della knowledge base, sessioni concorrenti e cronologia conservata devono essere monitorati attentamente quando il servizio diventa operativo.
Il catalogo fornisce PostgreSQL, Redis, Memcached, Rails, scheduler, WebSocket e servizi web. PostgreSQL è incluso ma non gestito, e i componenti devono essere recuperati come stack coordinato. Elasticsearch è disabilitato nella configurazione fornita, quindi gli amministratori devono testare il comportamento di ricerca disponibile piuttosto che assumere l’esistenza di un indice Elasticsearch separato.
Un hostname di supporto può servire Zammad con HTTPS automatico dopo che il DNS punta ad AvaHost. Utilizza l’indirizzo finale per moduli web, segnalibri agente, client API e integrazioni. Se l’hostname cambia, verifica l’accesso, i link dei ticket, l’attività WebSocket, i callback, le pagine della knowledge base e i sistemi esterni che potrebbero ancora memorizzare l’URL di base precedente.
L’email dell’applicazione è disabilitata, quindi Zammad non può raccogliere email in entrata, inviare risposte degli agenti via email, consegnare notifiche dei ticket, invitare utenti tramite email o emettere messaggi di recupero password. I flussi di lavoro dei ticket web, API e interni possono comunque essere valutati. I team che necessitano di un help desk incentrato sulla posta elettronica dovrebbero considerare questa limitazione come un blocco della distribuzione piuttosto che una funzionalità mancante minore.
