Las solicitudes reguladas son las peticiones, quejas y reclamaciones que la ley obliga a tramitar en un plazo y con un número oficial. En MyZapp, cada solicitud es un ticket del Service Desk acompañado de una ficha reglamentaria. Las reglas de un país proceden de un modelo por país: nada está fijado en el código.
Estas pantallas están reservadas a los administradores y al grupo Responsables de las solicitudes reguladas.
1. Importar un modelo por país
Menú Peticiones y reclamaciones › Modelos por país, botón Importar: elige el archivo JSON del modelo (1 MB como máximo).
- Cada importación crea una versión que no se modificará nunca. Una solicitud conserva la versión vigente el día de su recepción: un cambio de ley no afecta a las solicitudes ya recibidas.
- Un archivo idéntico a la última versión no crea nada.
- Si el archivo contiene un error, no se importa nada y la lista de errores indica el elemento afectado.
La ficha de un modelo presenta sus tipos de solicitud, sus plazos, prórrogas, solicitudes de subsanación, traslados y recursos, así como los textos legales de referencia. El botón Exportar descarga una versión.
Simular un vencimiento
Al final de la ficha de un modelo, elige un tipo, una entidad (por su calendario) y una fecha de recepción, y luego Calcular: se muestra el vencimiento legal con los días no hábiles omitidos. Es la forma de comprobar un modelo antes de ponerlo en servicio.
2. Crear una entidad
Menú Peticiones y reclamaciones › Entidades, botón Añadir. Una entidad es el organismo que recibe las solicitudes (una administración, una sociedad de un grupo). Una misma instalación puede tener varias.
| Campo | Función |
|---|---|
| Código | Código corto, utilizable en el número oficial. Ya no cambia después de la primera solicitud. |
| Nombre | Nombre mostrado. |
| Calendario laboral | Festivos y huso horario del cálculo de los plazos. Vacío: el calendario predeterminado. |
| Categoría y grupo de los tickets | Adónde llegan los tickets creados para las solicitudes. |
| Responsables de la entidad | Reciben las alertas de la entidad (vencimientos, ticket cerrado sin respuesta). |
| Grupo de las solicitudes de acceso restringido | Solo sus miembros leen las solicitudes de los tipos de acceso restringido (denuncias) y sus tickets: ni los demás agentes, ni los responsables, ni los administradores. Sin grupo, estos tipos no se pueden radicar. |
3. Definir la numeración
En la ficha de la entidad, sección Series de numeración, añade al menos una serie.
- Generado por el módulo: el número sigue el formato; por ejemplo,
{prefix}-{year}-{seq:6}daRAD-2026-000042. Marcadores:{prefix},{entity}(código de la entidad),{series},{year},{seq}o{seq:6}(6 cifras),{check}(dígito de control, con el control Luhn). El año y la secuencia son obligatorios. La secuencia vuelve a 1 cada año y nunca tiene saltos. - Proporcionado por un sistema externo: el número oficial lo asigna otro programa (gestión documental, ventanilla única) y se indica al presentar la solicitud.
Una serie ya utilizada conserva su código, su prefijo, su formato y su origen. La serie predeterminada se usa cuando no se indica ninguna.
4. Activar los modelos de la entidad
Sección Modelos por país activos: botón Activar junto a cada modelo que se aplique. Una entidad puede activar varios (por ejemplo, una ley nacional y un modelo sectorial).
La lista de entidades indica el número de solicitudes recibidas en los últimos 12 meses.
5. Abrir los canales de presentación
En la ficha de la entidad, tarjeta Canales de presentación:
- Formulario público abierto: las personas sin cuenta presentan sus solicitudes en la dirección indicada (
/regulated-requests/public/seguido del código de la entidad), también de forma anónima para los tipos que lo admiten. Indica primero la dirección (https) de la política de privacidad de la entidad: el formulario remite a ella para el consentimiento. - Formulario complementario: un formulario dinámico publicado, añadido al formulario público — campos propios de la entidad, adjuntos.
- Buzón de correo: un buzón de MailInbox cuyo gestor es «RegulatedRequests». Cada correo recibido se convierte en una solicitud del tipo elegido; el acuse de recibo se envía al remitente, y su respuesta a ese acuse llega al ticket de la solicitud.
Con el formulario público abierto, el asistente también puede ayudar a un visitante a elegir el tipo de solicitud y presentarla en su nombre (nunca de forma anónima).
6. Hacer aprobar o firmar las respuestas
En la ficha de la entidad, tarjeta Circuito de la respuesta:
- Aprobación (proceso de Workflow): elige un proceso publicado de Workflow; cada respuesta se le somete antes de salir. Para una solicitud de acceso restringido, el proceso no recibe el texto: sus aprobadores deben ser miembros del grupo designado para leerlo en la ficha.
- Firmar electrónicamente las respuestas: indica el firmante (nombre y correo); recibe la invitación del proveedor de firma electrónica (lo configura un administrador en la pantalla Firma electrónica). El solicitante recibe el ejemplar firmado.
Ambos se combinan: aprobación y luego firma. El plazo legal sigue corriendo durante el circuito.