Español
Zammad Hosting
Ejecutar un helpdesk completo con ticketing, SLAs, una base de conocimientos e inboxes compartidos de equipo.
- Un clic desplegar
- 100 GB Espacio en disco necesario
- 8 GB de RAM Memoria necesaria
- Desde 20 € Precio
Sin gastos de configuración
Enlaces oficiales
Los enlaces oficiales y el sitio web original de Zammad
- Más
Sitio web de Zammad
Lo que obtienes
en AvaHost
El despliegue con un clic, un dominio personalizado, HTTPS gratuito, actualizaciones automáticas de aplicaciones y copias de seguridad programadas vienen con cada aplicación en la nube. Puedes ejecutar múltiples aplicaciones en un servidor, y el acceso a la terminal está incluido.
Un contenedor PostgreSQL se aprovisiona con la aplicación y permanece sin gestionar por AvaHost.
Tecnología
- Imagen de Docker
- zammad/zammad:latest
- Puerto predeterminado
- 8080
- Base de datos
- postgres
Cómo funciona Zammad
Zammad registra una solicitud de cliente como un ticket y mantiene mensajes, notas, asignaciones, cambios de estado, etiquetas y actividad relacionada en un historial único. Los grupos enrutan el trabajo al equipo apropiado, los roles controlan el acceso, y los agentes pueden usar macros o módulos de texto para acciones repetibles. Una base de conocimientos puede publicar respuestas reutilizables y orientación interna.
Los disparadores, programadores y otras automatizaciones pueden responder a condiciones sin requerir que cada cambio se realice manualmente. El stack del catálogo incluye PostgreSQL, Redis, Memcached, un servicio Rails, programador, servicio WebSocket y front end web. Elasticsearch está explícitamente deshabilitado en la configuración suministrada, por lo que la página no promete una implementación de búsqueda respaldada por Elasticsearch.
Características clave de Zammad
Los historiales de tickets proporcionan a los agentes el contexto necesario para continuar el trabajo de otra persona. Los grupos, propietarios, prioridades, estados, etiquetas y roles hacen visible la responsabilidad, mientras que las notas internas permiten que los equipos colaboren sin exponer cada discusión al solicitante. Las macros y la automatización reducen las actualizaciones repetitivas cuando las reglas se definen cuidadosamente.
Los informes, artículos de conocimiento, APIs e integraciones pueden extender el servicio. La disponibilidad de canales sigue dependiendo de la configuración y los proveedores externos. En la plantilla suministrada, el correo electrónico de la aplicación está deshabilitado, lo que limita materialmente un servicio de asistencia que de otro modo recibiría y enviaría muchos tickets por correo electrónico.
Zammad vs Zendesk
Zammad
Zammad es un servicio de asistencia autohospedado con ticketing, roles, grupos, automatización, conocimiento y opciones de integración controladas por el operador. Zendesk es una plataforma de servicio al cliente administrada que combina ticketing con mensajería, voz, conocimiento, análisis, herramientas de fuerza laboral, administración y un gran mercado.
Zendesk
Zendesk puede ser adecuado para organizaciones que desean una suite omnicanal operada por un proveedor y soporte comercial en torno a un ecosistema amplio. Zammad es atractivo cuando el control de la infraestructura y un historial de tickets autohospedado importan, siempre que la organización pueda operar la aplicación y acepte las limitaciones de canales de su implementación elegida.
Quién usa Zammad
Los equipos de soporte utilizan Zammad para asignar casos de clientes, preservar el historial de conversaciones y coordinar el trabajo entre grupos. Los servicios de asistencia internos pueden rastrear solicitudes de empleados, mientras que las organizaciones técnicas conectan formularios web o integraciones aprobadas a una cola común.
Un sistema de tickets necesita propiedad definida, categorías de servicio, reglas de escalada, estados y retención. La automatización debe probarse contra casos reales antes de cambiar grandes números de tickets. Sin correo electrónico de la aplicación, la configuración hospedada se evalúa mejor para flujos de trabajo basados en web, impulsados por API o internos en lugar de un servicio de asistencia convencional orientado al correo electrónico.
Autohospedaje de Zammad: requisitos y costo
La capacidad está impulsada por agentes, tickets, artículos, adjuntos, eventos, sesiones concurrentes, informes, automatización, integraciones e historial retenido. PostgreSQL almacena los registros principales; Redis y Memcached respaldan el servicio. AvaHost incluye PostgreSQL pero lo deja sin administrar, y el requisito base ya se asigna al plan de aplicación público más alto.
Zammad por lo tanto permanece en Plan 4 a €20 después de aplicar la regla de base de datos y limitar las páginas de aplicación a Plan 4. El hospedaje de Zammad incluye aprovisionamiento de un clic, un certificado de dominio de soporte, actualizaciones automáticas de aplicaciones y copias de seguridad programadas. El correo electrónico de la aplicación está deshabilitado, por lo que los tickets de correo electrónico entrante, respuestas salientes, notificaciones por correo electrónico, invitaciones y recuperación de contraseña no están disponibles. Elasticsearch también permanece deshabilitado en el stack suministrado.
F.A.Q
Zammad se asigna al Plan 4 a €20 porque su requisito mínimo de aplicación de 6144 MB ya alcanza el nivel más alto de la página de aplicaciones públicas y PostgreSQL aún requiere capacidad adicional. Los agentes, tickets, adjuntos, informes, automatización, integraciones, artículos de conocimiento, sesiones concurrentes e historial retenido deben monitorearse de cerca cuando el servicio se ponga en funcionamiento.
El catálogo proporciona PostgreSQL, Redis, Memcached, Rails, scheduler, WebSocket y servicios web. PostgreSQL se incluye pero no está administrado, y los componentes deben recuperarse como una pila coordinada. Elasticsearch está deshabilitado en la configuración suministrada, por lo que los administradores deben probar el comportamiento de búsqueda disponible en lugar de asumir que existe un índice Elasticsearch separado.
Un hostname de soporte puede servir Zammad con HTTPS automatizado después de que DNS apunte a AvaHost. Utiliza la dirección final para formularios web, marcadores de agentes, clientes API e integraciones. Si el hostname cambia, verifica el inicio de sesión, enlaces de tickets, actividad WebSocket, callbacks, páginas de conocimiento y sistemas externos que aún pueden almacenar la URL base anterior.
El correo electrónico de la aplicación está deshabilitado, por lo que Zammad no puede recopilar correos electrónicos entrantes, enviar respuestas de agentes por correo electrónico, entregar notificaciones de tickets, invitar usuarios por correo electrónico ni emitir mensajes de recuperación de contraseña. Los flujos de trabajo de tickets web, API e internos pueden seguir siendo evaluados. Los equipos que necesiten un servicio de asistencia orientado al correo electrónico deben tratar esta limitación como un bloqueador de implementación en lugar de una característica faltante menor.