Eventos

[[TOC]]

Introducción

Los eventos son generados por las operaciones de tramitación electrónica. Se registran en la bandeja de eventos. A continuación se muestran agrupándolas por su función:

Eventos:

De entradas por SEDE ELECTRÓNICA

• 02-SOLICITUD SEDE ESPECIFICA
• 03-SOLICITUD SEDE GENERICA
• 05-TRAMITE GENERICO
• 06-TRAMITE ESPECIFICO
• 01e-SOLICITUD SEMIPRESENCIAL
• 02e-TRAMITE SEMIPRESENCIAL

Estos eventos se refieren a la entrada de solicitudes u otros trámites que son presentados por la sede electrónica. pueden estar basados en formularios específicos o formularios genéricos. En el caso de los formularios específicos los backoffice disponen de los datos de dichos formularios en sus propias aplicaciones. Con independencia del tipo de formulario los datos de presentación, interesado, representante, forma de notificación, tasas, pago, etc, estarán asociados al evento y serán accesibles por las aplicaciones sectoriales o consultables desde DELFOS.

Las solicitudes y tramites semipresenciales, ocurren en procedimientos que están configurados para permitir esta opcion que supone rellenar el formulario en las sede, obtener un borrador para presentar en el registro presencial. Esta opción aun no es configurable desde DEXEL y hay que solicitar su activación para los procedimientos en los que se quiera implantar.

De entradas por REGISTRO

• 01-SOLICITUD PRESENCIAL
• 04-TRAMITE PRESENCIAL
• 01d-SOLICITUD VIA SIR
• 02d-TRAMITE VIA SIR

Disponible. Incorporan las solicitudes a la bandeja de eventos solo para los procedimientos que se soliciten. Actualmente no se distingue la solicitud de inicio del resto de tramites de expedientes ya iniciados, todo llega por 01.

Estos eventos se refieren a la entrada de solicitudes u otros trámites que son presentados por el registro presencial (y registro SIR proveniente de otras administraciones). En el caso de la presentación de documentos en papel el registro digitaliza la documentación y genera el evento en la bandeja con la documentación asociada. Los datos de presentación, Interesado, representante, forma de notificación, tasas, pago, etc, NO están asociados al evento aunque es posible que se incorporen más adelante

De notificaciones al ciudadano

• 07a-NOTIFICACION OBLIGADOS
• 07b-NOTIFICACION VOLUNTARIOS
• 07c-NOTIFICACION PAPEL

Disponible

El servicio de notificaciones crea el evento según la forma de notificación. Esta pendiente la creación de un servicio de independiente de comunicaciones para remisión no fehaciente de documentos. Las opciones son usar las de Notific@ o el desarrollo propio para envio de email y SMS (independiente de la notificación)

De firma

• 09-FIRMA

Disponible

Este evento se crea con el servicio firmaDocumentos cuando se hace la petición de firma.

De interoperabilidad

• 10-CERTIFICADO

Disponible

Este evento se crea con el servicio solicitaCertificado cuando se hace la peticion de un certificado de interoperabilidad

De comunicaciones interiores

• 11-CI-SALIDA
• 12-CI-ENTRADA

Disponible

Estos eventos se crea con el servicio envioComunicacionInterior cuando se hace una comunicación interior. En la bandeja de eventos del procedimiento origen se crea el evento 11 y en la del procedimiento receptor el 12.

De comunicaciones por Registro a otras Administraciones

• 15-ENVIO POR REGISTRO

No Disponible

Este evento se crea con el servicio envioRegistroSIR cuando se hace un envio a de documentos a otra administración por SIR.

Estados asociados a los eventos

Independientemente del tipo de evento, los eventos pueden encontrarse en distintos estados. Estos estados pueden ser:

• 00-SIN EFECTO: Aplicable a presentaciones no realizadas, no es visible desde la bandeja de eventos.
• 01-PENDIENTE DE LEER: Evento no leído por el gestor (desde DELFOS o desde su aplicación sectorial)
• 02-LEIDO: Evento leído.
• 03-ERROR DE ASIGNACION: Indica que hay un error de asignación al procedimiento/departamento tramitador. No se ha realizado aún la reasignación.
• 04-REASIGNADO: Ya se ha reasignado el evento a otro procedimiento/departamento tramitador.

El estado 00-SIN EFECTO, solo es originado por PRESENTADOR. Ocurre cuando una presentación ha quedado a medias por algún problema o fallo en alguno de los servicios necesarios (registro, pasarela pagos,..) que ha impedido su presentación final. Los eventos con este estado no son visibles en la bandeja. Únicamente accede a ellos el PRESENTADOR, para recuperar los datos de una presentación que ha quedado a medias. Si la presentación se completa se modificará el evento con el estado 01-PENDIENTE DE LEER, haciéndolo visible en la Bandeja. Mas información en entregaDocumentosPresentados

El estado de los eventos se puede cambiar con el servicio bandejaCambiaEstadoEvento. Con este servicio se puede realizar también la reasignación a otro procedimiento.

Fases asociadas a los eventos según su tipo

Fases asociadas a los eventos de Entrada por registro y Entradas por SEDE ELECTRONICA

• 01-INICIADA: Presentación recibida y sus documentos aun no se han incorporado aun expediente. También cuando el tramite tiene tasa y se ha pagado.
• 02-COMPLETADA: Cuando se incorporan los documentos a un expediente.

Fases asociadas a los eventos de Entradas por SEDE ELECTRONICA si el tramite tiene tasas asociadas pero el pago no esta verificado o no se ha pagado.

• 15-PAGADO PARCIALMENTE
• 16-PAGADO SIN VERIFICAR
• 14-PENDIENTE DE PAGO
• 17-PAGADO
• 18-EXENTO DE PAGO
• 19-PAGO BONIFICADO

Salvo en 15-PAGADO PARCIALMENTE, 16-PAGADO SIN VERIFICAR y 17-PAGADO el resto de estados son internos y cuando se completa la presentación pasan a estado 01-INICIADA

Pueden ocurrir que se interrumpa el PRESENTADOR cuando se está realizando una presentación y ya se ha realizado el pago o parte de los pagos. Esta presentación no se ha completado.

En el caso del 16-PAGADO SIN VERIFICAR, la solicitud se ha completado correctamente y le corresponde al gestor verificar el pago y prestar el servicio (puede ocurrir que el ciudadano haya pagado en el banco o en una solicitud anterior)

En el caso 17-PAGADO, la solicitud no se ha completado. Sin embargo, se proporciona información en la bandeja para que el gestor pueda conocer este hecho y verificar posteriormente el pago realizado en otra solicitud posterior.

En el caso de 15-PAGADO PARCIALMENTE, de igual forma, la solicitud no se ha completado. Sin embargo, se proporciona información en la bandeja para que el gestor pueda conocer este hecho y verificar posteriormente el pago realizado en otra solicitud posterior.

Aquí se puede ver una tabla con el detalle estas fases.

Mas información sobre la recuperación de los pagos

En resumen, cuando la presentación es correcta, los estados son:

• 01-INICIADA
• 02-COMPLETADA.
• 16-PAGADO SIN VERIFICAR

Cuando la solicitud no se ha completado pero se ha realizado algún pago se muestra el evento de estado:

• 15-PAGADO PARCIALMENTE
• 17-PAGADO

Mas información en entregaDocumentosPresentados

Fases asociadas a los eventos de Firma

• 03-FIRMA SOLICITADA
• 04-FIRMA REALIZADA
• 05-FIRMA RECHAZADA
• 06-FIRMA ANULADA
• 13-FIRMA REALIZADA PARCIALMENTE: Cuando se firman solamente algunos de los documentos de la petición de firma. Al evento estarán asociados solo los documentos firmados.

Fases asociadas a los eventos de Comunicaciones interiores

• 07-COMUNICACION ENVIADA
• 08-COMUNICACION LEIDA
• 09-COMUNICACION RECHAZADA

Fases asociadas a los eventos de notificación, en desarrollo

• 11-NOTIFICACION ENVIADA
• 12a-NOTIFICACION ACEPTADA
• 12b-NOTIFICACION ACEPTADA MANUAL
• 20a-NOTIFICACION REHUSADA
• 20b-NOTIFICACION REHUSADA MANUAL
• 21a-NOTIFICACION EXPIRADA
• 21b-NOTIFICACION EXPIRADA MANUAL
• 22-NOTIFICACION ERRONEA
• 99-PROBLEMA CON LA NOTIFICACION

Fases asociadas a los eventos de comunicación, *en desarollo *

• 10-COMUNICACION INTERESADO ENVIO

Indicación de descarga de los eventos

El evento tiene un campo booleano asociado para que la aplicación sectorial pueda controlar que eventos se ha descargado en su bandeja local. El campo se denomina descargado y es independiente del estado 02-LEIDO.

En el caso de los eventos de comunicaciones interiores recibidas (12-CI-ENTRADA) los acueses de recibo se generan cuando el evento se actualiza al estado 02-LEIDO (desde DELFOS) o el campo descargado = true (desde la aplicación Sectorial).

Fecha de efecto de los eventos.

(sandra-suite-v1.0.22 PRO 16/07/2020).
Este valor se incorpora a la bandeja de eventos e indica la fecha y hora en la que realiza el acto administrativo- Esta fecha/hora indica por tanto el momento en que tiene efecto legal el tramite asociado al evento. Es distinto al campo FECHA que recoge la fecha en la que se graba el evento.

Este campo tiene sentido en los eventos de determinados tramites. Por ejemplo:

• En los eventos de presentación la fecha de efectos es la fecha/hora del Registro de Entrada. Evidentemente una vez realizada la presentación, se grabará el evento con su fecha de grabación y la fecha de efectos puede tener unos segundos de diferencia.
• En los eventos de notificación, por ejemplo 07b-NOTIFICACION VOLUNTARIOS, la fase de 12a-NOTIFICACION ACEPTADA indica que la notificación ha sido aceptada por el interesado. La fecha de efectos indica el momento de esta aceptación. El evento se grabará posteriormente en SANDRA con una fecha de evento posterior.

Otros datos asociados a los eventos de Entradas por SEDE ELECTRÓNICA

Tipo de Representación (tipoRepresentacion):

• 01-CERTIFICADO DE REPRESENTANTE DE PERSONA JURIDICA
• 02-REA
• 03-RFH
• 04-DOCUMENTO APORTADO
• 05-GESTIONADO APLICACION SECTORIAL

Forma notificación seleccionada por los interesados (viaComunicacion)

• 00-NOTIFICACION ELECTRONICA
• 01-NOTIFICACION POR COMPARECENCIA EN SEDE
• 02-NOTIFICACION POSTAL
• 03-NOTIFICACION POR DIRECCION ELECTRONICA HABILITADA
• 03_NOTIFICACION_POR_DIRECCION_ELECTRONICA_HABILITADA
• 98-COMUNICACION ELECTRONICA
• 99-COMUNICACION POSTAL

---

---

---

---

Códigos están pendiente de reestructuración

Los cambios serían los siguientes:

• 01-SOLICITUD PRESENCIAL por 01a-SOLICITUD PRESENCIAL)
• 02-SOLICITUD SEDE ESPECIFICA por 02a-SOLICITUD SEDE ESPECIFICA
• 06-TRAMITE ESPECIFICO por 02d-TRAMITE ESPECIFICO
• 03-SOLICITUD SEDE GENERICA por 02b-SOLICITUD SEDE GENERICA
• 05-TRAMITE GENERICO por 02c-TRAMITE GENERICO

Se crearía también el evento

• 19 FIRMA SELLO, para registrar los documentos firmados con Sello que no se han incorporado al expediente. (ver generaExpedienteSolicitud

El resto de los códigos no cambia. La sincronización de estos cambios por todas las aplicaciones es importante.