TL;DR: Un Libro de Reclamaciones Virtual que cumpla la normativa peruana 2026 necesita siete features no negociables: numeración correlativa con código único, acuse de recibo timestamped (RFC 3161), aviso «dos clics» configurable, notificación SMS/email/WhatsApp al consumidor, plantillas de respuesta editables, reporte SIREC automático para empresas con ingresos >3,000 UIT y backup geo-redundante con verificación por hash. Si tu SaaS no trae estos siete de fábrica, no estás cumpliendo la Ley 32495, el DS 011-2011-PCM ni la Casación 20463-2022. Esta guía explica qué hace cada feature, cómo verificarlo y qué le exige Indecopi.
7 features no negociables que debe tener tu Libro Virtual en 2026
El Libro de Reclamaciones Virtual dejó de ser un PDF subido a la web. Lo que la regulación peruana exige hoy es un sistema con trazabilidad, plazos automáticos, integridad criptográfica y reportes auditables. Si compraste un SaaS pensando que solo necesitabas un formulario, este artículo te muestra los siete features que separan un sistema válido de uno que va a colapsar al primer PAS de Indecopi. Cada feature viene con base legal, descripción técnica y forma de verificación operativa.
Por qué los features no negociables protegen tu negocio
El régimen del Libro de Reclamaciones se construye sobre tres pilares regulatorios: la Ley 29571 (Código del Consumidor, septiembre 2010), el DS 011-2011-PCM con sus modificaciones (2014, 2017) y la capa digital reciente formada por la Ley 31435 sobre el plazo de 15 días hábiles (abril 2022), el DS 101-2022-PCM con su reglamento (2022) y la Ley 32495 sobre comercio electrónico (noviembre 2025). A esto se suma la Casación 20463-2022 de la Corte Suprema (Easy Taxi, 2 de septiembre de 2024) que confirmó la obligación de Libro de Reclamaciones en apps móviles.
Todo este andamiaje normativo se traduce, en la operación diaria, en siete features que tu sistema tiene que entregar sin discusión. Si falla uno, vas a perder un PAS por motivo evitable. Si fallan dos, vas a sumar reincidencia. Si fallan tres, asume que el ahorro del SaaS barato no compensa la multa.
Feature 1: Numeración correlativa con código único
El Art. 5 del DS 011-2011-PCM exige que cada hoja del Libro de Reclamaciones tenga una numeración correlativa, individual y no repetida. En el libro físico esto se cumple con preimpresión secuencial. En el virtual se cumple con un código único generado por el sistema en el momento del registro. El código tiene que cumplir tres condiciones:
- Correlatividad real: si el último reclamo fue 2026-000341, el siguiente es 2026-000342. No saltos, no reinicios mensuales sin justificación.
- Trazabilidad por establecimiento: si tu empresa tiene 12 sedes, cada una mantiene su propia secuencia o se gestiona una secuencia maestra con prefijo de sede. Indecopi se fija en esto al pedir reportes.
- Inmutabilidad: una vez generado, el código no se puede modificar ni eliminar. Si el sistema permite borrar hojas o renumerar, falla la auditoría legal.
La forma práctica de verificarlo: pídele al SaaS un dump de los últimos 200 reclamos y revisa la secuencia. Si hay saltos sin justificación documental (por ejemplo, hojas anuladas con motivo registrado), descarta el sistema.
Feature 2: Acuse de recibo timestamped (RFC 3161)
Cuando el consumidor envía su hoja, el sistema debe responder con un acuse de recibo que contenga: número correlativo asignado, fecha y hora exacta de recepción, descripción resumida del reclamo y plazo de respuesta. La fecha y hora deben venir certificadas por una autoridad de tiempo (TSA) conforme al estándar RFC 3161, no por el reloj interno del servidor.
¿Por qué importa el RFC 3161? Porque el reloj del servidor lo modifica un administrador. El timestamp criptográfico de una TSA confiable (por ejemplo, una de las acreditadas por INDECOPI o por proveedores como GlobalSign, DigiCert, Sectigo) es verificable por cualquier tercero y resistente a manipulación. Eso convierte el acuse de recibo en prueba documental válida en sede administrativa y judicial.
En la práctica, el acuse llega al consumidor por correo electrónico inmediatamente después del registro. Una copia se guarda en el repositorio del libro. La validez probatoria de la respuesta al reclamo depende justamente de la integridad de este timestamp.
Feature 3: Aviso «dos clics» configurable
El acceso al Libro de Reclamaciones desde la web debe estar a un máximo de dos clics desde cualquier página del sitio. La Resolución 0272-2024/SPC-INDECOPI fijó parámetros sobre la regla de visibilidad. El sistema debe entregarte:
- Un widget o snippet HTML para insertar en el footer o header del sitio.
- Un enlace permanente con texto identificable («Libro de Reclamaciones», no «soporte» ni «ayuda»).
- Compatibilidad con WCAG 2.1 nivel AA mínimo (contraste, navegación con teclado, etiquetas ARIA).
- Versión móvil que pase pruebas de accesibilidad táctil (botones de al menos 44×44 px).
Para validar, abre tu sitio en modo incógnito desde un celular: ¿cuántos clics necesitas para llegar al formulario del Libro? Si son tres o más, falla. Si el botón está en un menú colapsado donde no se nota, también falla. Profundiza en la ubicación correcta del enlace al Libro de Reclamaciones.
Feature 4: Notificación SMS, email y WhatsApp al consumidor
El consumidor peruano espera recibir la confirmación y el seguimiento por los canales que usa todos los días. Tu SaaS debe ofrecer al menos tres canales: email transaccional (con dominio verificado SPF/DKIM/DMARC), SMS a través de proveedor con cobertura nacional y WhatsApp Business API con plantillas pre-aprobadas.
Las notificaciones críticas son cuatro:
- Acuse de recibo al registrar la hoja (con código correlativo).
- Confirmación de respuesta enviada (en el día de la respuesta, antes del vencimiento del plazo de 15 días hábiles).
- Recordatorio si el consumidor no recogió la respuesta (a los 7 días después de respondida).
- Cierre formal del expediente (con resumen y opción de aceptar la respuesta o ratificar disconformidad).
El uso de WhatsApp como canal complementario es legítimo siempre que respete la Ley 29733 y el DS 016-2024-JUS sobre tratamiento de datos personales: consentimiento previo, finalidad declarada y opción de baja. Ver uso de WhatsApp, Instagram y TikTok en gestión de reclamos.
Feature 5: Plantillas de respuesta editables y validadas
Responder un reclamo en blanco cada vez es la forma más rápida de incurrir en errores legales. El SaaS debe traer una biblioteca de plantillas categorizadas por tipo de reclamo y editables sin perder los fundamentos legales obligatorios. Categorías mínimas:
- Producto defectuoso (con base en garantía y Art. 100 de la Ley 29571).
- Publicidad engañosa (Arts. 12-15 Ley 29571).
- Cobro indebido (con análisis de cláusula contractual).
- Demora en entrega (con cómputo de plazos según condiciones generales).
- Atención al cliente (queja sin afectación a derecho del consumidor).
- Devolución del precio (con criterios de procedencia).
Cada plantilla debe contener: encabezado formal, identificación del consumidor y del proveedor, recepción del reclamo, análisis de hechos, decisión motivada, medida correctiva ofrecida, plazo de validez, firma del responsable y referencias normativas. La colección completa de plantillas de respuesta es buen punto de partida para verificar qué te ofrece el SaaS.
Feature 6: Reporte SIREC automático para >3,000 UIT
El Art. 16 del DS 011-2011-PCM establece que las empresas con ingresos anuales superiores a 3,000 UIT deben reportar trimestralmente al Sistema de Reportes de Reclamos (SIREC) de Indecopi. En 2026, ese umbral equivale a S/16,500,000.
El reporte SIREC contiene: número de reclamos recibidos, materias, plazos de respuesta, estado de cierre, resoluciones aceptadas y reincidencias. Llenarlo a mano es trabajo de varios días por trimestre y multiplicador de errores. Tu SaaS debe:
- Generar el reporte trimestral en el formato exigido por Indecopi (CSV o XML según especificación vigente).
- Agregar agregaciones automáticas por establecimiento, materia y mes.
- Validar la consistencia del reporte antes de exportar (no permitir exportar con campos vacíos obligatorios).
- Conservar el histórico de reportes generados con timestamp y hash.
Si tu empresa está cerca del umbral pero todavía no lo supera, el SaaS debería poder activar la funcionalidad cuando llegue el momento, sin migración costosa. Pregunta esto antes de firmar.
Feature 7: Backup geo-redundante con integridad por hash
La conservación de hojas por 2 años mínimo (Art. 12 DS 011-2011-PCM modificado por DS 006-2014) no se cumple solo con guardar en una base de datos. La regla operativa moderna exige redundancia geográfica y prueba criptográfica de no manipulación.
El SaaS debe entregar:
- Backup automático diario con retención de 730 días como mínimo.
- Replicación geográfica: copias en al menos dos regiones de cloud distintas (preferentemente una en Sudamérica y otra fuera del continente para resiliencia).
- Hash SHA-256 por hoja al momento del cierre. Cualquier modificación posterior cambia el hash y dispara alerta.
- Política de eliminación verificable alineada con el DS 016-2024-JUS sobre datos personales.
- Capacidad de restauración probada: el proveedor debe demostrar que puede recuperar un backup en menos de 24 horas si se requiere por orden de Indecopi.
Esta capacidad ya no es opcional. Las inspecciones recientes de Indecopi en sectores regulados han pedido evidencia de que el respaldo existe y es íntegro. Quien no la tiene, expone la conservación legal y abre flanco a sanción.
Features adicionales recomendados (no obligatorios pero deseables)
Más allá de los siete no negociables, hay tres features que distinguen un SaaS premium de uno funcional:
- Dashboard ejecutivo en tiempo real: KPIs de reclamos por establecimiento, comparativos mes a mes, predicciones de incumplimiento. Útil para directorio y comité de cumplimiento.
- Multi-sede: gestión centralizada de múltiples establecimientos con vistas segregadas por gerente regional, agregadas para corporativo.
- Multi-idioma: especialmente útil para empresas que reciben turistas extranjeros o tienen operación en frontera. Mínimo español, inglés y portugués.
- Accesibilidad WCAG 2.1 AA: lectores de pantalla, contraste alto, navegación por teclado. Es ley de facto para empresas grandes y obligación blanda para entidades públicas.
- API documentada: para integrar con tu CRM, BI o ERP sin pasar por el equipo del SaaS cada vez que necesitas un dato.
Si tu empresa opera en sectores con alto volumen (banca, seguros, retail, telecomunicaciones), estos features pasan de «deseables» a «necesarios». Para una MYPE pequeña, son nice-to-have que se contratan en planes premium.
Tabla comparativa: los 7 features con descripción técnica
| # | Feature | Base legal | Verificación |
|---|---|---|---|
| 1 | Numeración correlativa con código único | Art. 5 DS 011-2011-PCM | Dump de últimos 200 registros sin saltos. |
| 2 | Acuse de recibo timestamped (RFC 3161) | Práctica probatoria SPC | Verificación de timestamp por TSA. |
| 3 | Aviso «dos clics» configurable | Resolución 0272-2024/SPC-INDECOPI | Inspección visual con incógnito. |
| 4 | Notificación multicanal | Buena fe, debido proceso | Prueba con cuentas reales. |
| 5 | Plantillas de respuesta editables | Plazo Ley 31435 | Inventario y revisión legal. |
| 6 | Reporte SIREC automático | Art. 16 DS 011-2011-PCM | Generación de reporte trimestral. |
| 7 | Backup geo-redundante con hash | Art. 12 DS 011-2011-PCM | Restauración de backup probada. |
Cómo verificar las 7 features antes de firmar
Tres pasos prácticos que cualquier MYPE puede ejecutar antes de cerrar el contrato:
- Pide acceso a sandbox por 14 días. No demos guiados: cuenta sandbox real con datos de prueba, donde puedas registrar hojas, exportar reportes y verificar timestamps.
- Solicita evidencia documental: certificados ISO, política de backup escrita, ejemplo de reporte SIREC, dump de timestamps RFC 3161.
- Llama al soporte con un caso difícil simulado. Mide tiempo de respuesta, calidad del acompañamiento y conocimiento legal del agente. Si falla aquí, va a fallar cuando llegue Indecopi de verdad.
Profundiza en cómo elegir SaaS con la guía de criterios para elegir SaaS de Libro de Reclamaciones y la comparativa de los principales actores peruanos.
Preguntas frecuentes
¿Qué features son obligatorios versus deseables en un Libro Virtual?
Los siete obligatorios son: numeración correlativa con código único, acuse de recibo timestamped (RFC 3161), aviso dos clics configurable, notificación multicanal (SMS/email/WhatsApp), plantillas de respuesta editables, reporte SIREC automático para empresas con ingresos >3,000 UIT y backup geo-redundante con hash. Los deseables incluyen dashboard ejecutivo, multi-sede, multi-idioma, WCAG 2.1 AA y API documentada. Si falta uno de los siete obligatorios, descarta el SaaS sin discusión.
¿Cómo se garantiza la numeración correlativa real?
El sistema asigna el código en el momento del registro y lo bloquea en base de datos como inmutable. Cada establecimiento mantiene su secuencia o se usa una secuencia maestra con prefijo de sede. Para verificar, pide al proveedor un dump de los últimos 200 registros y revisa que no haya saltos sin justificación documentada. Si encontraste un salto del 2026-000341 al 2026-000345 sin motivo registrado, la numeración correlativa no se cumple y el sistema falla auditoría legal.
¿Qué es exactamente un timestamp tipo RFC 3161?
Es un sello de tiempo emitido por una autoridad de tiempo (TSA) confiable conforme al estándar internacional RFC 3161 de la IETF. La diferencia con un timestamp de servidor común es que el RFC 3161 está firmado criptográficamente por la TSA y es verificable por cualquier tercero. Eso lo convierte en prueba documental resistente a manipulación, válida en sede administrativa y judicial. Las TSA acreditadas se pueden consultar en el RENIEC y en proveedores comerciales como GlobalSign, DigiCert, Sectigo o equivalentes.
¿WhatsApp como canal de notificación es legal en el Perú?
Sí, siempre que se cumpla la Ley 29733 y el DS 016-2024-JUS sobre datos personales. Necesitas tres elementos: consentimiento previo del consumidor (idealmente al registrar el reclamo), finalidad declarada (notificar el avance del expediente) y opción de baja con un solo paso. WhatsApp Business API ofrece plantillas pre-aprobadas que cumplen con políticas de Meta y son trazables. El canal complementa al correo y al SMS, no los reemplaza, porque siempre puede haber un consumidor sin acceso a WhatsApp.
¿Cuándo necesito reporte SIREC automático?
Cuando tu empresa supera ingresos anuales de 3,000 UIT (S/16,500,000 en 2026). El reporte es trimestral, obligatorio y se entrega a Indecopi en el formato vigente (CSV o XML según especificación). Por debajo del umbral, el reporte interno trimestral igual conviene como insumo de gobierno corporativo y monitoreo. Si tu empresa está cerca del umbral pero todavía no lo supera, asegura que el SaaS pueda activar la funcionalidad cuando llegues sin requerir migración costosa.
¿Por qué necesito backup geo-redundante para mi Libro?
Porque la conservación de hojas por al menos 2 años (Art. 12 DS 011-2011-PCM) tiene que ser íntegra y verificable. Un solo backup en una sola región puede perderse por incidente de proveedor, ataque o falla. La replicación en al menos dos regiones de cloud distintas garantiza que el respaldo sobrevive. Indecopi no exige expresamente replicación geográfica, pero las inspecciones recientes piden evidencia de integridad y restauración probada. Sin esa evidencia, la conservación queda en duda.
¿Multi-sede importa para MYPE?
Importa cuando tienes dos o más establecimientos físicos o varios canales digitales independientes. La gestión multi-sede te permite vistas centralizadas para corporativo y vistas filtradas para gerentes locales, sin mezclar numeraciones. Si solo tienes un establecimiento, no te complicas: el feature está disponible cuando crezcas. Si tienes 12 sedes y tu SaaS no soporta multi-sede, vas a operar 12 instancias separadas con riesgo de saltos en numeración y reportes inconsistentes.
¿WCAG 2.1 AA es obligatorio para mi Libro Virtual?
No es ley positiva específica para sector privado, pero se ha vuelto estándar de mercado y obligación blanda para entidades públicas y empresas grandes. Adicionalmente, la Ley 29973 sobre personas con discapacidad apunta a accesibilidad universal en servicios al consumidor. Cumplir WCAG 2.1 AA reduce riesgo de denuncia por discriminación y mejora la experiencia del 15% de la población peruana con alguna discapacidad. Empresas grandes ya lo exigen a sus proveedores como cláusula contractual de onboarding.
Conclusión
Tres takeaways: (1) los siete features son ley operativa, no preferencias; (2) verifica con sandbox, dump y soporte real antes de firmar el contrato anual; (3) alinea las features con el tamaño y sector de tu empresa: una MYPE de un solo establecimiento puede prescindir del multi-sede pero no del backup íntegro; un retail de 60 sucursales no negocia el SIREC automático.
¿Quieres ver cómo claimbook.pe entrega los siete features de fábrica? Conoce el detalle de funcionalidades en claimbook.pe/features o accede al registro gratuito para probar la plataforma con tus propios casos.
