Antes de comprar

Help desk para PQRS: cómo elegirlo

Un help desk para PQRS sirve si registra cada solicitud, controla responsables y evita que los casos se pierdan entre correos. Pero una organización con obligaciones de radicación, evidencia o reportes puede necesitar un sistema de PQRS para empresas más específico. Esta guía te ayuda a definir qué comprar, configurar o construir.

En resumen

  • Un help desk convencional basta cuando tus tipos de solicitud, plazos y aprobaciones son simples.
  • Un sistema de PQRS debe guardar evidencia de la radicación, asignaciones, respuestas y notificaciones.
  • Los vencimientos se controlan por reglas configurables, porque no todos los sectores ni solicitudes tienen el mismo plazo.
  • La IA no reemplaza el proceso: primero define responsables, categorías y criterios de respuesta.

¿Qué diferencia hay entre un help desk y un sistema de PQRS para empresas?

Un help desk organiza casos de soporte. Un sistema de PQRS organiza solicitudes que requieren trazabilidad, control de plazos y evidencia de la atención.

Un help desk suele recibir mensajes por correo, formulario o chat. Crea un ticket, lo asigna a una persona y permite responder. Funciona bien para soporte de tecnología, incidentes internos o preguntas frecuentes de clientes.

Un sistema de PQRS para empresas necesita además representar el proceso de atención de tu organización. Debe distinguir una petición de una queja, un reclamo, una sugerencia o una denuncia cuando esas categorías aplican. En Colombia, MinTIC define estas categorías y revisa la fecha de vencimiento de cada radicado junto con su clasificación por dependencia o grupo de trabajo.

La diferencia importa cuando un caso debe tener número de radicado, fecha cierta de recepción, anexos, responsables por etapa y constancia de la notificación. También importa si control interno necesita reconstruir qué ocurrió sin revisar una cadena de correos.

Las obligaciones cambian por país, entidad y sector. En Colombia, algunas entidades públicas publican informes PQRSD conforme al Decreto 1081 de 2015 y la Resolución 3564 de 2015, como explica Colombia Compra Eficiente en su página de informes PQRSD. Esto no es opinión jurídica: valida con tu equipo legal qué reglas aplican a tu organización.

¿Qué opción te conviene para gestionar PQRS?

La herramienta correcta depende de cuánto se aparte tu proceso de un flujo estándar de tickets.

OpciónCuándo convieneLímite habitualQué debes validar
Help desk configuradoPocos tipos de solicitud y reglas simplesRadicación y reportes limitadosCampos, plazos, permisos y auditoría
Sistema PQRS especializadoProceso regulado o reportes definidosMenos libertad para flujos propiosCategorías, evidencias y consultas públicas
Software a medidaReglas propias e integración con sistemas internosRequiere definir el proceso antesSeguridad, pruebas y mantenimiento

El costo y el plazo dependen de los canales de entrada, las integraciones, los roles, la migración de casos y los reportes. Un software a medida tiene sentido cuando adaptar la herramienta obliga a usar hojas de cálculo o pasos manuales fuera del sistema.

¿Qué requisitos debes pedir a un help desk para PQRS?

Conviene convertir el flujo actual en pruebas que una herramienta pueda pasar antes de comprarla.

  1. Define las entradas. Lista los canales que reciben solicitudes: formulario web, correo, atención presencial o WhatsApp. Cada entrada debe registrar fecha, medio y archivos adjuntos.
  2. Modela el radicado. Decide cuándo nace el número de radicado, quién puede corregir datos y qué comprobante recibe quien presenta la solicitud. El formulario de PQRSD de MinTIC permite elegir medio de interposición, tipo de solicitud y medio de respuesta, y luego consultar el estado.
  3. Configura responsables y vencimientos. Define qué área recibe cada categoría, cuándo escala un caso y qué ocurre si cambia el responsable. Las reglas deben permitir excepciones autorizadas y dejar registro del cambio.
  4. Exige una bitácora completa. Pide historial de creación, clasificación, asignación, comentarios, documentos, respuesta, notificación y cierre. También define quién puede ver o descargar cada evidencia.
  5. Prueba con casos reales anonimizados. Usa solicitudes representativas, incluidos anexos, reasignaciones y respuestas devueltas. Mide si el sistema calcula bien los vencimientos y si el equipo encuentra la evidencia sin pedirla por correo.

¿Cómo debe funcionar un software para gestión de PQRS?

Este ejemplo es ilustrativo. No corresponde a un cliente ni describe un caso real.

Entrada

Una persona reporta un cobro que no reconoce

La persona llena un formulario y adjunta una factura. El sistema solicita solo los datos necesarios, genera un radicado y envía un comprobante al medio autorizado.

Ejemplo ilustrativo

Gestión

El sistema enruta el reclamo a cartera

La regla identifica la categoría y asigna el caso al equipo de cartera. El responsable consulta la factura en el sistema financiero y adjunta el resultado de la revisión.

Ejemplo ilustrativo

Seguimiento

La persona consulta el estado sin ver datos ajenos

El portal pide el radicado y una verificación adicional definida por la organización. Muestra el estado y comunicaciones propias, sin exponer documentos de otros casos.

Ejemplo ilustrativo

Control

El supervisor detecta riesgo antes del vencimiento

El tablero muestra casos próximos a vencer, casos reasignados y casos devueltos. Luego revisa si la respuesta resolvió el motivo del reclamo.

Ejemplo ilustrativo

Lo que hacemos

Preguntas frecuentes

¿Qué información debe quedar en la trazabilidad de una PQRS?
Debe quedar la fecha y canal de recepción, el número de radicado, la categoría, los datos y anexos entregados, las asignaciones, los cambios de responsable, las comunicaciones, la respuesta y la constancia de cierre. También conviene registrar quién hizo cada acción y cuándo. Así control interno puede reconstruir el caso sin depender de correos o archivos personales.
¿Cómo permitir consultas de estado sin exponer datos personales?
El portal debe mostrar solo la información del caso consultado y pedir una verificación adicional al número de radicado. Esa verificación puede ser un dato conocido por quien presentó la solicitud o un enlace enviado al medio de contacto autorizado. Define qué estados, documentos y mensajes puede ver la persona solicitante.
¿Un sistema de PQRS debe aceptar solicitudes anónimas?
Depende de la naturaleza de la solicitud y de las reglas que apliquen a tu organización. Si aceptas solicitudes anónimas, el sistema debe permitir registrarlas sin obligar campos de identidad. También debe definir cómo se dará seguimiento cuando no existe un correo, teléfono u otro medio para enviar una respuesta.
¿Cómo medir si el sistema redujo los casos vencidos?
Mide una línea base antes de implementar y compara el porcentaje de casos vencidos, el tiempo entre recepción y asignación, el tiempo de respuesta y las reasignaciones. Revisa además muestras de respuestas para detectar respuestas incompletas o que obligan a abrir un nuevo caso. Un tablero sirve si lleva a corregir una causa concreta.
¿Cuándo conviene construir un sistema PQRS a medida?
Conviene cuando las reglas de radicación, vencimiento, aprobaciones, evidencias o integraciones son propias y una herramienta existente obliga a mantener controles críticos fuera del sistema. Antes de construir, documenta el flujo y prueba los requisitos con casos reales anonimizados. Si el proceso cambia con frecuencia, también necesitas una forma clara de administrar esas reglas.
Escribir por WhatsApp