# Convierte «la impresora no funciona» en una incidencia útil

Un cliente informa de un problema con la impresora de recepción, pero apenas da información al técnico. La persona responsable quiere una incidencia clara y unas pocas preguntas para que la persona adecuada pueda investigar.
Esta solicitud ficticia muestra cómo Areinum Assistant podría preparar ese traspaso a partir de la información que aporta la empresa de servicios.

Canonical: https://areinum.com/es/examples/it-ticket-missing-details/
Language: es
Actualizado: 2026-10-31

## Ejemplo ficticio

La petición de quien lleva el negocio: Convierte este mensaje del cliente en una nota de admisión útil para el técnico. Enumera los datos de diagnóstico que faltan y prepara las preguntas que debería hacer.

Información aportada:
- Incidencia ficticia: «La impresora de recepción dejó de imprimir. No sé por qué».
- Lista de admisión ficticia: dispositivo o servicio afectado, síntoma o error, impacto en el trabajo y número de usuarios afectados.

Resultado de ejemplo: Conocido: impresora de recepción; dejó de imprimir. Faltan el modelo, el mensaje de error, el momento de inicio y el alcance del impacto. Las preguntas preparadas piden esos datos, incluido si otras personas pueden imprimir.

El siguiente paso: La persona responsable comprueba la prioridad con las reglas de la empresa y decide quién debe atender la incidencia y si solicita los datos que faltan.

## Empieza por lo que realmente dijo el cliente

La incidencia ficticia dice: «La impresora de recepción dejó de imprimir. No sé por qué». La lista de admisión pide el dispositivo o servicio afectado, el síntoma o error, el impacto en el trabajo y si afecta a una o varias personas.

Se conocen la ubicación y el fallo de impresión. El modelo de impresora, cualquier mensaje de error, cuándo empezó el problema y el alcance del impacto no figuran en la incidencia. Una cola de impresión detenida o una caída de la red serían suposiciones.


## Da al técnico un punto de partida claro

La descripción preparada podría decir: «Impresora de recepción: el cliente informa de que dejó de imprimir. Todavía se desconocen el modelo, el mensaje de error, el momento de inicio y el número de usuarios afectados». Los campos que faltan siguen visibles junto al texto original.

Una respuesta preparada puede preguntar: «¿Cuál es el modelo de la impresora? ¿Ves algún mensaje de error? ¿Cuándo dejó de imprimir y puede alguien más imprimir en ella?». También puedes añadir una pregunta sobre el impacto en el negocio.


## Usa las reglas de escalado de tu empresa

Una opción es pedir los datos que faltan de forma ordinaria. Si, por el contrario, un aviso indica que un servicio crítico está caído o hay un problema de seguridad, sigue el proceso de escalado de la empresa de servicios sin esperar a que se completen todos los campos.

El técnico decide cómo investigar y qué cambios hacer en los sistemas. Preparar la incidencia no conecta al asistente con la red del cliente.


## Añade las respuestas a la misma incidencia

Cuando el cliente facilite el modelo o el error, el técnico puede comparar esa respuesta con el aviso original y continuar la evaluación inicial. Si una respuesta contradice la incidencia, mantén visible la diferencia para la persona que investiga.


## Preguntas frecuentes

### ¿La incidencia preparada diagnostica la impresora?

Registra el síntoma comunicado y prepara preguntas. Un técnico investiga cuando la información está disponible.

### ¿Y si el problema afecta a un servicio crítico?

Sigue inmediatamente el procedimiento de escalado de la empresa de servicios. La ausencia de un modelo u otro campo ordinario no debería retrasar un incidente crítico.

### ¿Qué debe hacer el técnico con una respuesta contradictoria?

Consérvala junto al aviso original y comprueba la diferencia durante la evaluación inicial. La contradicción puede señalar información que necesita aclararse.

## Fuentes y lecturas adicionales

- [ticket submission](https://www.reddit.com/r/msp/comments/120c444): Un fragmento de búsqueda de una conversación sobre servicios informáticos menciona el envío de incidencias y la recopilación de información.

## Contenido relacionado

- [IA para empresas de servicios informáticos: entrega al técnico una incidencia más clara](https://areinum.com/es/ia-para-empresas-de-servicios-informaticos/)
- [Una conversación para el trabajo que hay detrás de tu negocio](https://areinum.com/es/product/assistant/)
- [Cómo traspasar trabajo sin perder los detalles](https://areinum.com/es/guides/hand-work-over-without-losing-details/)
- [Encuentra lo que falta antes de iniciar un proyecto de cliente](https://areinum.com/es/guides/missing-client-project-information/)

Ver la demo: https://platform.areinum.com/

Descubre cómo Areinum aborda este trabajo. El acceso a la demo puede requerir un acuerdo previo.
