Română
Zammad Hosting
Rulați un helpdesk complet cu ticketing, SLA-uri, o bază de cunoștințe și inboxuri de echipă partajate.
- Un clic implementare
- 100 GB Spațiu pe disc necesar
- 8 GB RAM Memorie necesară
- De la 20 € Preț
Fără taxe de configurare
Linkuri oficiale
Linkurile oficiale și site-ul original al Zammad
- Mai mult
Site-ul Zammad
Ce primești
pe AvaHost
Implementare cu un singur clic, un domeniu personalizat, HTTPS gratuit, actualizări automate ale aplicației și backup-uri programate vin împreună cu fiecare Aplicație Cloud. Poți rula mai multe aplicații pe un singur server, iar accesul la terminal este inclus.
Un container PostgreSQL este provisionat cu aplicația și rămâne neadministrat de AvaHost.
Tehnologie
- Imagine Docker
- zammad/zammad:latest
- Port implicit
- 8080
- Bază de date
- postgres
Cum funcționează Zammad
Zammad înregistrează o cerere de client ca ticket și păstrează mesaje, note, atribuiri, schimbări de stare, etichete și activitate conexă într-un singur istoric. Grupurile direcționează munca către echipa potrivită, rolurile controlează accesul, iar agenții pot utiliza macrocomenzi sau module de text pentru acțiuni repetabile. O bază de cunoștințe poate publica răspunsuri reutilizabile și îndrumări interne.
Declanșatoarele, programatorii și alte automatizări pot răspunde la condiții fără a necesita ca fiecare schimbare să fie efectuată manual. Stiva catalogului include PostgreSQL, Redis, Memcached, un serviciu Rails, programator, serviciu WebSocket și interfață web. Elasticsearch este explicit dezactivat în configurația furnizată, deci pagina nu promite o implementare de căutare susținută de Elasticsearch.
Caracteristici cheie ale Zammad
Istoricurile de ticket oferă agenților contextul necesar pentru a continua munca unei alte persoane. Grupuri, proprietari, priorități, stări, etichete și roluri fac responsabilitatea vizibilă, în timp ce notele interne permit echipelor să colaboreze fără a expune fiecare discuție solicitantului. Macrocomenzile și automatizarea reduc actualizările repetitive atunci când regulile sunt definite cu atenție.
Rapoarte, articole de cunoaștere, API-uri și integrări pot extinde serviciul. Disponibilitatea canalelor depinde în continuare de configurație și de furnizorii externi. În șablonul furnizat, emailul aplicației este dezactivat, ceea ce limitează semnificativ un help desk care ar primi și trimite altfel multe ticket-uri prin email.
Zammad vs Zendesk
Zammad
Zammad este un serviciu de birou de servicii auto-găzduit cu ticketing, roluri, grupuri, automatizare, cunoaștere și opțiuni de integrare controlate de operator. Zendesk este o platformă de servicii pentru clienți gestionată care combină ticketing cu mesagerie, voce, cunoaștere, analiză, instrumente de forță de muncă, administrare și o piață mare.
Zendesk
Zendesk poate fi potrivit pentru organizații care doresc o suită omnichannel operată de furnizor și suport comercial în jurul unui ecosistem larg. Zammad este atractiv atunci când controlul infrastructurii și istoricul de ticket-uri auto-găzduit sunt importante, cu condiția ca organizația să poată opera aplicația și acceptă limitările canalelor implementării alese.
Cine folosește Zammad
Echipele de suport folosesc Zammad pentru a atribui cazuri de clienți, a păstra istoricul conversației și a coordona munca între grupuri. Biurile de servicii interne pot urmări cererile angajaților, în timp ce organizațiile tehnice conectează formulare web sau integrări aprobate la o coadă comună.
Un sistem de ticket-uri necesită proprietate definită, categorii de servicii, reguli de escaladare, stări și retenție. Automatizarea ar trebui testată pe cazuri reale înainte ca aceasta să schimbe un număr mare de ticket-uri. Fără email de aplicație, configurația găzduită este mai bine evaluată pentru fluxuri de lucru bazate pe web, API-driven sau interne, mai degrabă decât pentru un help desk convențional orientat pe email.
Auto-găzduirea Zammad: cerințe și cost
Capacitatea este determinată de agenți, ticket-uri, articole, atașamente, evenimente, sesiuni concurente, rapoarte, automatizare, integrări și istoric reținut. PostgreSQL stochează înregistrările primare; Redis și Memcached susțin serviciul. AvaHost include PostgreSQL, dar îl lasă neadministrat, iar cerința de bază se mapează deja la cel mai înalt plan public de aplicații. Zammad rămâne deci pe Planul 4 la €20 după aplicarea regulii bazei de date și limitarea paginilor de aplicații la Planul 4. Găzduirea Zammad include aprovizionare cu un clic, certificat de domeniu de suport, actualizări automate ale aplicației și copii de siguranță programate. Emailul aplicației este dezactivat, deci ticket-urile de email de intrare, răspunsurile de ieșire, notificările prin email, invitațiile și recuperarea parolei nu sunt disponibile. Elasticsearch rămâne, de asemenea, dezactivat în stiva furnizată.
F.A.Q
Zammad este atribuit Planului 4 la €20 deoarece minimul de aplicație de 6144 MB atinge deja cel mai înalt nivel public din pagina de aplicații și PostgreSQL necesită în continuare capacitate suplimentară. Agenții, tichetele, atașamentele, rapoartele, automatizarea, integrările, articolele din baza de cunoștințe, sesiunile concurente și istoricul reținut trebuie monitorizate atent când serviciul devine operațional.
Catalogul furnizează PostgreSQL, Redis, Memcached, Rails, scheduler, WebSocket și servicii web. PostgreSQL este inclus dar neadministrat, iar componentele ar trebui recuperate ca o stivă coordonată. Elasticsearch este dezactivat în configurația furnizată, deci administratorii ar trebui să testeze comportamentul de căutare disponibil în loc să presupună că există un index Elasticsearch separat.
Un hostname de suport poate servi Zammad cu HTTPS automat după ce DNS-ul indică AvaHost. Utilizați adresa finală pentru formulare web, marcaje agent, clienți API și integrări. Dacă hostname-ul se schimbă, verificați autentificarea, linkurile de tichet, activitatea WebSocket, callback-urile, paginile de cunoștințe și sistemele externe care pot stoca încă URL-ul de bază anterior.
E-mailul aplicației este dezactivat, deci Zammad nu poate colecta e-mailuri primite, trimite răspunsuri ale agenților prin e-mail, livra notificări de tichet, invita utilizatori prin e-mail sau emite mesaje de recuperare a parolei. Fluxurile de lucru pentru web, API și tichetele interne pot fi evaluate în continuare. Echipele care au nevoie de un help desk orientat pe e-mail ar trebui să trateze această limitare ca pe un blocaj de implementare mai degrabă decât ca pe o caracteristică minoră lipsă.