Ticket #295312: el diálogo «Asignar expediente» del listado se abre con el expediente que ya tienen las facturas seleccionadas, por ejemplo el que se ha escrito antes en la ficha, y se puede cambiar desde ahí. Si las facturas tienen expedientes distintos o alguna no tiene, se abre vacío. La tabla del diálogo muestra siempre el expediente de cada factura, aunque el listado tenga oculta esa columna.
Ticket #295312: el historial de la factura recoge todo lo que cambia el botón «Asignar expediente». Además del expediente, el botón pone la unidad tramitadora del contrato en SECA y la fecha del contrato, y completa la partida si está vacía, pero sólo se anotaba el expediente. Así, la factura cambiaba de unidad tramitadora sin dejar rastro, como le ocurrió al Consorcio de Santiago el 4 de noviembre. El SEFACE anterior sí anotaba el cambio de unidad. El log de la factura también recoge los cambios.
Ticket #295312: al guardar la ficha de la factura, el «Expediente contrato» se comprueba igual que en el botón «Asignar expediente»: debe tener el formato de SEGEX (números seguidos de una letra mayúscula, como 1218954R) y existir en SEGEX. Hasta ahora la ficha aceptaba cualquier texto. Sólo se comprueba cuando se escribe un expediente distinto del que tenía la factura, así que los ya guardados no impiden guardar otros cambios. Si SEGEX no responde, no se guarda y se avisa con «Error consultando SEGEX». Los mensajes de error del botón también cambian: «El formato del expediente es incorrecto» o «El expediente no existe o no es accesible en SEGEX», en lugar de «URL no válido».
Ticket #295312: se retira del modelo del diálogo «Asignar expediente» una validación de formato que nunca se ejecutaba, y cuyo patrón era el del CCF y no el del expediente. No cambia ningún comportamiento: el formato y la existencia del expediente en SEGEX los sigue comprobando el servidor al confirmar.
Ticket #295312: en la versión en inglés, los textos del expediente («Asignar expediente», el diálogo de confirmación y los avisos de formato incorrecto o de expediente inexistente) estaban en español o mal traducidos («The format of the file is incorrect»). Ahora usan el término «file» como el resto de la interfaz y el aviso de formato habla de «file number».
Ticket #295312: al asignar un expediente desde el listado, el aviso «N cambios realizados» cuenta solo las facturas que han cambiado. Las que ya tenían ese expediente se quedan como estaban y el aviso lo indica, por ejemplo «0 cambios realizados. Facturas que ya tenían el expediente 1218954R, sin cambios: 1». Hasta ahora contaba todas las seleccionadas, aunque no se hubiera cambiado ninguna.
Ticket #295312: las entidades que tramitan las facturas en la contabilidad, las que no tienen marcada la opción «Actualizar sólo si está conformada» del panel de administración, vuelven a recibir de la contabilidad el estado de todas sus facturas, como en el SEFACE anterior. Las facturas que la contabilidad tiene en obligación de pago, pagadas o rechazadas pasan a ese estado, aunque en SEFACE estén en «Recibida» o en otro estado anterior a la conformidad. Hasta ahora sólo se consultaban las facturas conformadas o en obligación de pago, así que las facturas de esas entidades se quedaban en «Recibida». Les ocurría a Gurrea de Gállego desde que pasó al nuevo SEFACE, el 21 de mayo, y a Binaced. Se consultan las facturas que tienen número en la contabilidad, que no están pagadas, rechazadas ni anuladas a partir de la «Primera factura de SICAL (migraciones)» del panel; las conformadas y las que están en obligación de pago, primero. En las entidades que tienen la opción marcada no cambia nada. El log de la consulta de estados de cada entidad indica cuántas facturas se consultan y con qué criterio. Requiere publicar el servicio de tareas.
Ticket #295312: cuando la consulta automática de estados encuentra en la contabilidad una factura en obligación de pago, pagada o rechazada, la cambia en SEFACE igual que si se tramitara a mano: comunica el estado nuevo a FACe y, si la factura tiene CCF, también a SECA, como en el SEFACE anterior. Hasta ahora sólo cambiaba el estado en SEFACE, así que FACe no se enteraba y el proveedor no recibía ni el pago ni el rechazo; desde abril les ha pasado a unas 3.500 facturas, que no se vuelven a comunicar solas. Si la contabilidad tiene pagada una factura que en SEFACE aún no está en obligación de pago, pasa antes por ella, para que FACe reciba los dos cambios. En el historial y en el pago figura el nombre de la contabilidad, por ejemplo «ATM». Las facturas rechazadas en la contabilidad quedan con la causa «Otras causas» y el motivo «Rechazada en la contabilidad», que es el comentario que recibe el proveedor, y sin devolver el rechazo a la contabilidad. En las entidades que no actualizan sólo las conformadas, cada pasada consulta como mucho 200 facturas sin conformar, además de todas las conformadas y en obligación de pago, y sigue por turnos con las demás en las siguientes; el máximo se puede cambiar con la clave «PollingContabilidad:MaxFacturasSinConformarPorPasada». La respuesta «Factura sin registrar» de ATM, IVAL o Interpública para una factura que aún no está conformada ya no cuenta como fallo ni acaba en un aviso al CAU: son las facturas recientes que la contabilidad todavía no ha registrado. Requiere publicar el servicio de tareas y la web, desde la que también se puede lanzar la consulta.
1.26.1104
04/11/2026
Ticket #131676: guardar el panel de administración ya no borra la contraseña de los servicios web de la contabilidad. El panel nunca muestra la contraseña guardada, así que el campo se enviaba vacío y la entidad perdía la conexión con su contabilidad, como les ocurrió a Pinoso y al Consorcio de Santiago. Ahora, si se deja vacío, se conserva la que había. Además, el log del panel anota que la contraseña ha cambiado, pero ya no guarda su valor.
Ticket #131676: la columna de la contraseña de los servicios web de la entidad pasa a llamarse wspassword (antes wspasswrod, una errata). Hay que aplicar el script SQL 061 antes de publicar; deja disponibles los dos nombres para que la versión anterior siga funcionando. Cuando estén publicados SEFACE, el servicio de tareas y SECOCE, el script 062 retira el nombre antiguo.
La «Última modificación» del registro contable se actualiza con cada cambio también en las entidades de Murcia y Navarra, de modo que el filtro por fecha de modificación de la API encuentra las facturas modificadas ese día. Hasta ahora se quedaba con la fecha de alta, porque en sus bases de datos faltaba el trigger que la mantiene. Requiere aplicar el script SQL 063 en todos los shards; donde el trigger ya existe no hace nada.
Todas las bases de datos de entidades, y la plantilla con la que se crean las nuevas, aplican las mismas validaciones al registro contable. En las de Murcia, Navarra, Canarias, Mallorca y Cataluña y en la plantilla faltaban siete comprobaciones de datos (fechas, ejercicio, endoso, NIF y número de la factura, estado y unidad tramitadora). En la plantilla y en dos bases de preproducción faltaba también la que exige que el registro contable tenga su registro general. Los datos actuales ya las cumplen. Requiere aplicar el script SQL 064, con el usuario postgres, en todos los shards y en la plantilla (POSTG41); donde ya está todo no hace nada.
Dar de alta un porcentaje de impuesto nuevo, como hace la herramienta de migración con los que faltan, ya no falla por número repetido. En casi todas las bases de datos de entidades el contador que numera esos porcentajes se había quedado en 1, aunque ya había 18. Requiere aplicar el script SQL 065 en todos los shards y en la plantilla (POSTG41); basta con el usuario de la aplicación y donde ya estaba bien no hace nada.
Las entidades que descargan de FACe por el API REST vuelven a rechazar automáticamente las facturas con un error no salvable, como un NIF que no corresponde al tipo de persona o la falta del segundo apellido. FACe sólo permite rechazar una factura después de confirmar su descarga, así que ahora se confirma la descarga, con un comentario que avisa al proveedor de que sólo se hace para poder rechazarla, y a continuación se rechaza. Hasta ahora el rechazo fallaba con «las transiciones disponibles son: confirm_download»: el proveedor no recibía el rechazo y la factura se volvía a procesar en cada descarga, como ocurría en San Pedro desde el 27 de agosto. Si la descarga queda confirmada pero el rechazo falla, se abre una incidencia en el CAU para rechazarla a mano. Requiere publicar el servicio de tareas.
Las descargas de FACe por el API REST ya no se interrumpen cuando FACe tarda más de dos minutos en responder, corta la conexión o devuelve una página web en lugar de los datos al confirmar la descarga de una factura, comunicar su número de RCF o rechazarla por tener un error no salvable. El fallo queda anotado en el log de descargas de la entidad como error de FACe, con la factura y la operación, y la descarga sigue con el resto de facturas y de entidades; un rechazo que no se ha hecho ya no se anota como «Factura rechazada en FacE». Un fallo al bajar los ficheros de una factura sigue interrumpiendo la descarga de la entidad. Como no se sabe si FACe llegó a aplicar la operación, antes de darla por fallida se consulta el estado de la factura: si se aplicó, se continúa; si sigue registrada, la próxima descarga lo vuelve a intentar. Si una factura con error no salvable puede haber quedado confirmada sin rechazar y FACe no deja comprobarlo, se abre una incidencia en el CAU para revisarla. Los cambios de estado que se comunican a FACe también comprueban el estado de la factura en esos casos y, si el cambio se aplicó, la orden se da por tramitada. Hasta ahora el fallo cortaba la descarga de la entidad, la dejaba bloqueada hasta su revisión y cortaba también la de las entidades siguientes, como ocurrió con San Pedro el 4 de noviembre. Requiere publicar el servicio de tareas.
Ticket #295312: se pueden guardar los cambios de las facturas cuya unidad tramitadora tiene un código DIR3 que empieza por EA o GA, como la de Contabilidad del Consorcio de Santiago (EA0008565). Hasta ahora la edición fallaba con un mensaje en inglés que pedía otro formato. SEFACE valida ahora los códigos DIR3 con el mismo formato que la versión anterior (nueve caracteres: letra de la administración, un dígito o la letra A, C o E, y siete dígitos), y es el mismo al editar, al verificar, al dar de alta las facturas electrónicas y en el panel de administración. Si el código no es válido, el mensaje dice «Unidad tramitadora no válida». Requiere publicar también el servicio de tareas.
Ticket #295312: los visores de la factura electrónica (SEFACE e IGAE) del listado vuelven a abrirse en el navegador, en otra pestaña, como en el SEFACE anterior. Hasta ahora el PDF se descargaba siempre, aunque la entidad no tuviera marcada la opción «Indicar al navegador que el visor de FacturaE se descargue», y cambiar la configuración de PDF de Chrome no servía de nada. Al guardar el PDF desde el visor del navegador se propone el mismo nombre que antes (el patrón configurado en la entidad). Si la opción está marcada, se sigue descargando. La trazabilidad en PDF de la ficha y los anexos PDF del registro también se abren en otra pestaña en lugar de descargarse.
Ticket #295312: el acta de conformidad que se incorpora al expediente vuelve a generar en SEGEX los avisos que tiene configurados cada entidad, como en el SEFACE anterior. El acta se añade como documento creado por el sistema («Creación de un documento por parte del sistema») y no a nombre del conformador. A su nombre, SEGEX la registraba como creada por un tramitador, que por defecto no avisa a nadie, y por eso no llegaban los avisos, como le ocurrió al Consorcio de Santiago. Deja de anotarse en el expediente la entrada «Nueva acta de conformidad», un aviso de usuario que SEGEX no permite configurar y que no llegaba a nadie. Además, SEFACE ya no da al conformador permiso de colaborador en el expediente durante un mes para subir el acta: si ya tenía permiso, se lo sustituía, de modo que un tramitador pasaba a colaborador y al mes perdía el acceso. Los permisos ya rebajados hay que restaurarlos en SEGEX. En las entidades que no avisan de los documentos creados por el sistema dejarán de llegar los avisos que hasta ahora se recibían sólo cuando SEFACE daba ese permiso al conformador. Para recibirlos, la entidad puede marcar «Si tramitador» en «Creación de un documento por parte del sistema» en su configuración de avisos de SEGEX, sabiendo que también avisará del resto de documentos que añade el sistema, como los del registro o las notificaciones.
Ticket #295312: cuando la contabilidad responde que el alta de una factura es correcta pero no devuelve su número, SEFACE conserva el número de la contabilidad que ya tuviera la factura, en lugar de borrarlo, y el log de la factura anota que la contabilidad no ha devuelto número. Las entidades sin enlace contable y las de SICAL responden siempre así, y AYTOS lo hacía cuando rechazaba el alta, como le ocurrió al Consorcio de Santiago el 4 de noviembre con una factura que aún no tenía número; en ese caso el log indica ahora que la factura sigue sin número. No se ha perdido ningún número. Requiere publicar también el servicio de tareas, que da de alta en la contabilidad las facturas descargadas de FACe.
Ticket #772018: los usuarios con el rol de administrador de la sede que no tienen el de gestor de facturas ya no ven los «Pendientes de verificar» de todos los servicios, ni se abre esa bandeja al entrar en SEFACE, como en el SEFACE anterior. Verificar, obligar el pago y pagar facturas exigen el rol de gestor de facturas: el administrador solo no puede hacerlo, aunque sigue pudiendo devolver facturas. Los administradores que además son gestores no notan ningún cambio. Al entrar se abre la primera bandeja con facturas pendientes según los demás roles del usuario, por ejemplo «Pendientes de revisar»; si no tiene ninguna, el listado completo.
Registrar desde el registro de entrada una factura en papel que SEFACE ya tiene ya no deja abierta una transacción en la base de datos de la entidad. Hasta ahora la conexión quedaba «inactiva en transacción» hasta que se reiniciaba la aplicación, y bloqueaba tareas de mantenimiento de la base de datos, como los índices que se crearon para SERES el 5 de noviembre. La factura existente se sigue devolviendo igual. Lo mismo se corrige en la actualización de facturas del API cuando no supera alguna validación y en el resto de operaciones que usan transacciones: si no terminan bien, se deshacen siempre. Además, las conexiones de cada petición se cierran al terminar, SEFACE se identifica en la base de datos (seface-web, seface-tareas) y la base de datos cierra cualquier transacción de SEFACE que quede inactiva más de 15 minutos. Requiere publicar también el servicio de tareas.
1.26.1102
02/11/2026
Los usuarios que tienen en el Directorio un rol que SEFACE no conoce pueden volver a autenticarse. El Directorio ha renombrado el rol «Fiscalizador» a «GestorFiscalizacion» en preproducción y ha añadido tres roles de padrón, y SEFACE rechazaba entera la lista de roles del usuario con el error «Invalid enum value». Se incorporan esos roles y, en adelante, los roles nuevos se tratan como desconocidos: no dan ningún permiso en SEFACE y se anotan, con la entidad, en el log de la entidad y en el del servicio de tareas para incorporarlos. Además, el mensaje de error al consultar el Directorio ya no muestra la contraseña calculada del servicio web. Requiere publicar el servicio de tareas, que consulta los roles para enviar los avisos por correo.
Ticket #239569: al conformar una factura, el historial y el log de la factura dejan constancia de que el acta de conformidad se ha incorporado al expediente, con el código del expediente y el CSV del documento. Hasta ahora sólo se anotaban los errores, de modo que un fallo posterior al comunicar el estado a la contabilidad hacía pensar que el acta no se había generado. Además, cuando el expediente existe pero no tiene contrato en SECA, el log anota el aviso sin volcar la traza técnica.
Ticket #332898: cuando una descarga FACe interrumpida deja la entidad bloqueada hasta su revisión, cada pasada lo anota en el log de descargas de la entidad con la referencia de la ejecución y cómo liberarla, y la primera vez se abre una incidencia en el CAU. El comando para liberarla no incluye los signos «<» y «>», para que el CAU lo muestre completo. Hasta ahora la entidad dejaba de descargar facturas sin dejar rastro, como le ocurrió a Quart de Poblet desde el 23 de octubre. Requiere publicar el servicio de tareas.
El navegador Chrome que genera los PDF (trazabilidad de la factura, acta de conformidad y visor de la factura electrónica) se descarga en la carpeta temporal del usuario que ejecuta la aplicación (subcarpeta seface\chrome), que siempre admite escritura, en lugar de en la carpeta publicada de la aplicación. Así no hace falta permiso de escritura sobre esa carpeta, cada despliegue deja de borrarlo y volver a descargarlo, y se evita el error «Access to the path chrome-win64.zip is denied» que impedía generar PDF en los servidores sin ese permiso, como ocurrió en Pinoso. Si una limpieza de temporales deja la descarga incompleta, se repite entera. La carpeta se puede fijar con la clave opcional «DIRECTORIO_CHROME» de la sección Configuracion. Requiere publicar el servicio de tareas.
Ticket #991417: las facturas electrónicas cuyo expediente de contrato o CCF tiene en SECA un tramitador sin código DIR3 válido en el Directorio se dan de alta con la unidad tramitadora que indica la propia factura, y el log de la factura anota el aviso. Hasta ahora no se llegaba a crear el registro contable y la factura quedaba sin entrar en SEFACE, como le ocurrió a Catarroja con una factura descargada de FACe. Requiere publicar el servicio de tareas.
El visor de la factura electrónica vuelve a mostrar en la cabecera el «RCF contabilidad», el número que asigna a la factura la contabilidad externa, como el visor de la versión anterior de SEFACE («RCF comptabilitat» en las plantillas en catalán). La línea sólo aparece cuando la factura ya tiene ese número. También lo incluye el visor que se incorpora al expediente con el acta de conformidad. Requiere aplicar el script SQL 060, que añade el dato a las plantillas del visor, y publicar el servicio de tareas.
1.26.1030
30/10/2026
Ticket #633205: los concejales y conformadores de facturas pueden devolver para revisar las facturas pendientes de conformar, como en la versión anterior de SEFACE. No pueden rechazarlas. Los botones de devolución se muestran según el permiso para el estado al que vuelve la factura, por lo que los responsables de servicio también ven «Devolver para revisar» en las facturas pendientes de autorizar.
1.26.1026
26/10/2026
Ticket #441969: se permite marcar como pagadas las facturas anteriores a la integración contable, también desde propuesta de decreto. El botón «Pagar» se muestra cuando todos los RCF del listado son anteriores a la primera factura integrada. La condición se comprueba también al confirmar el pago, manteniendo los permisos y el comportamiento de las entidades sin enlace contable y SESICAL.
La bandeja de solicitudes de anulación muestra las que siguen pendientes de respuesta. Por defecto, solo muestra peticiones posteriores al alta de la entidad en el nuevo SEFACE. La nueva opción «Mostrar solicitudes de anulación de la versión anterior» del panel de administración permite incluir también las anteriores. Ocultarlas no las resuelve ni comunica rechazos al proveedor. Requiere aplicar el script SQL 059.
Las descargas FACe REST y SOAP escriben cada fichero completo antes de publicarlo y guardan los datos originales en último lugar, también cuando corrigen un anexo PDF que llega con un base64 de más. Una descarga interrumpida ya no queda como hecha con la factura o sus anexos incompletos: tras la revisión, una nueva descarga los vuelve a obtener de FACe. Requiere publicar el servicio de tareas.
Las solicitudes de anulación pendientes de respuesta se muestran independientemente del estado de la factura. Solo se permite aceptarlas si la factura sigue pendiente; en facturas pagadas, rechazadas o anuladas se puede rechazar la solicitud, conservando el estado de la factura. Se comprueba de nuevo el estado al confirmar la operación.
Ticket #572920: en las facturas conformadas y en obligación de pago los administradores de la entidad ven el botón «Guardar como administrador» y pueden cambiar el expediente de contrato y el CCF, que al resto de usuarios sólo se les permite conservar o vaciar. Cuando un administrador guarda un cambio que no estaría permitido, también en facturas pagadas, rechazadas o anuladas, el histórico lo indica con «Cambio no permitido pero realizado como administrador». La restricción se comprueba con el estado guardado de la factura y no con el que llega del formulario.
En el desplegable de usuarios a suplantar, las descripciones de más de 100 caracteres se recortan por el final y el texto completo se muestra al pasar el ratón. Cuando la opción más larga no cabía en la pantalla, el navegador cortaba el principio de todos los nombres, como ocurría en Caudete.
Ticket #572920: la prueba que importó en mayo los expedientes de contrato de IVASS ya no se ejecuta con el resto de pruebas, porque volvía a asignar en producción los expedientes de su Excel y deshacía las correcciones hechas después. Ahora sólo se lanza a mano.
1.26.1023
23/10/2026
La actualización contable desde la ficha de una factura exige los permisos de edición anteriores a la ampliación de la consulta y comprueba que la factura pertenece a la entidad actual. El botón sólo se muestra a los usuarios autorizados.
Ticket #484771: se traduce a catalán, valenciano, inglés, euskera y gallego el aviso de error al comunicar a SECA el estado de una factura para un nuevo CCF.
La prueba del recorrido de polling contable utiliza configuración y datos en memoria, coordinación simulada y un doble de SECOCE, sin conexiones a bases de datos ni servicios reales.
Los gestores de facturas pueden aceptar o rechazar solicitudes de anulación también en entidades con cambios de unidad tramitadora, sin necesitar otro rol adicional. Se corrige la regla que ocultaba ambos botones pese a disponer del permiso.
Cuando la respuesta de SECOCE no se puede interpretar, el log de la entidad y el aviso al CAU del polling contable indican el tipo de error y el campo afectado, sin copiar valores de esa respuesta.
Ticket #717971: la exportación de anexos PDF fusionados ya no falla cuando una factura tiene la Factura-e registrada con extensión XML. Esa Factura-e se trata igual que un XSIG para generar los visores SEFACE e IGAE, que antes se omitían, y sólo se añaden tal cual a la fusión los anexos PDF.
1.26.1021
21/10/2026
Ticket #484771: al añadir o cambiar el CCF de una factura ya tramitada se comunica su estado a SECA. Si falla la comunicación, se informa y no se guardan los cambios para permitir reintentarlo.
Ticket #117863: se completan las equivalencias SPAI del catálogo compartido y el importador recoge los valores de las demás entidades cuando el primer catálogo no los contiene. Las equivalencias contradictorias detienen la importación para su revisión. Requiere aplicar el script SQL 058.
En las entidades con circuito sin enlace contable y unidad contable configurada, las bandejas de pendientes de autorizar y conformar respetan los roles y su ámbito. Los usuarios que sólo son gestores ya no ven como pendientes facturas que no pueden autorizar ni conformar.
En Gestión se oculta «Actualizar desde la contabilidad» para las entidades con integración SESICAL.
Las bandejas de pendientes de verificar, decreto, obligación de pago y pago comprueban la pertenencia real a Inversiones en el Directorio. Los gestores y administradores con permisos generales ya no se consideran miembros de Inversiones por tener permisos sobre esa unidad, lo que ocultaba las facturas de los demás tipos de gasto.
El polling contable evita ejecuciones solapadas entre tareas y Gestión, respeta la cancelación y continúa con las demás entidades cuando un proveedor deja de responder. Gestión informa de las ejecuciones parciales u omitidas y se conservan los avisos por factura. Un error imprevisto en una factura no impide consultar las siguientes; su causa queda en el log de la entidad y en el aviso al CAU, que también se envía cuando la entidad no llega a terminar.
Ticket #809984: los suplidos de las facturas electrónicas se importan del dato específico del original, o como cero cuando no aparece. Antes se guardaba en su lugar todo el importe pendiente de pago, que podía descontarse indebidamente al enviar la factura a Contabilidad.
El listado de facturas incorpora «Borrar todos los filtros». Limpia los criterios de columnas, estados y pendientes y vuelve a la primera página, conservando las columnas visibles, la ordenación y el tamaño de página.
Ticket #389228: se corrige en SECOCE la exigencia de una fecha de autorización al verificar facturas con contabilidad SPAI. Esa fecha solo se exige cuando se utiliza para el paso intermedio de «Registrada» a «Aceptada» previo a «Confirmada». Requiere actualizar el servicio SECOCE.
Gestión conserva hasta diez resultados contables por sesión. Se pueden recargar y volver a consultar los resultados retenidos sin repetir la operación; al guardar uno nuevo se eliminan los más antiguos que excedan el límite.
Las interrupciones de las descargas FACe REST y SOAP vuelven a registrar la causa del error en el log de la entidad, junto con la referencia de ejecución. La pantalla de seguimiento mantiene el resumen sin mostrar detalles técnicos.
La recuperación de descargas FACe continúa con las demás entidades cuando una presenta un error, conserva la cancelación y las barreras de seguridad y evita reintentos automáticos adicionales a la revisión de cada minuto.
Se actualiza la construcción de los trabajos FACe en las pruebas de integración REST y SOAP para incluir coordinador y procesador. Se añade cobertura aislada de estas dependencias, sin conexiones a servicios externos.
En la ficha del registro contable, «Guardar» solo se habilita cuando el usuario también cumple los permisos exigidos para guardar. Los habilitados de caja fija sin otro rol de edición conservan la consulta y la descarga de trazabilidad, con «Guardar» deshabilitado, evitando ofrecer una acción que terminaba en acceso denegado.
Los errores capturados al actualizar contabilidad o relaciones y al solicitar o consultar descargas FACe desde Gestión se envían al registro de errores de la entidad, conservando la excepción para su diagnóstico y los mensajes informativos actuales.
El servicio de tareas libera sus recursos y espera al cierre del registro técnico al terminar, también al liberar una descarga FACe o producirse un error. Se mantienen los plazos de conservación actuales.
Los fallos de preparación o de consulta inicial de FACe permiten solicitar otra descarga o volver a intentarlo en la siguiente pasada programada. Si la descarga ya ha comenzado o sus efectos son inciertos, se mantiene la revisión de mantenimiento para evitar duplicidades.
En Gestión, «Actualizar relación desde la contabilidad» sólo se muestra para entidades con contabilidad ATM u Oesía Interpública. En las demás se oculta, en lugar de mostrar la opción deshabilitada, y tampoco se permite acceder directamente a la acción.
Los botones de los visores y de los documentos registrados permanecen en una sola línea en el listado de facturas. Se evita que uno de ellos baje a una segunda línea y aumente la altura de la fila, como ocurría en «Pendientes de verificar» cuando faltaba anchura.
El documento PDF de trazabilidad se titula «TRAZABILIDAD FACTURA». El botón de descarga de Historia conserva el texto «Trazabilidad en PDF».
1.26.1019
19/10/2026
La pestaña Gestión permite a gestores de facturas y administradores actualizar desde contabilidad, actualizar una relación y solicitar descargas FACe en segundo plano para su entidad. Las descargas tienen seguimiento y evitan solapamientos; las ejecuciones interrumpidas con efectos inciertos requieren revisión de mantenimiento.
Historia incorpora «Trazabilidad en PDF», disponible al editar o mostrar una factura con permisos de consulta, incluidos administradores. Descarga los cambios de estado con sus usuarios y observaciones, siguiendo el criterio del acta de conformidad y sin exigir acta, expediente ni firma.
Los administradores pueden pulsar «Actualizar nodos del Directorio» en la administración de la entidad para recoger cambios como «Admite facturas» sin esperar a que caduque la caché. Se invalidan los nodos y los permisos derivados de todos los usuarios de esa entidad en la instancia web que atiende la petición.
Ticket #866847: cuando el servicio de inicio de sesión no responde —por ejemplo, porque el servidor no confía en el certificado de su dirección— ya no se muestra el error «Value cannot be null (Parameter 'json')», que ocultaba la causa. Ahora el mensaje y el log de la entidad indican el motivo real del fallo, y también si el servicio devuelve algo que no es JSON o no devuelve contenido.
1.26.1014
14/10/2026
Se añade «Exportaciones de actas» al menú superior, junto a «Facturas», para consultar y descargar las actas solicitadas en segundo plano. Sólo se muestra a los tramitadores que tienen alguna solicitud de exportación propia en la entidad actual, tanto pendiente o en generación como lista o con error. Antes el enlace sólo estaba en un menú lateral que no se mostraba, por lo que resultaba difícil volver a la pantalla de descarga.
1.26.1008
08/10/2026
Ticket #955651: los usuarios con el rol de Responsable ya no pueden verificar facturas; sólo los gestores de facturas y los administradores, como en el SEFACE anterior. El Responsable conserva la autorización y la posibilidad de devolver a «Verificada» las facturas pendientes de autorizar, que era para lo que se le había dado el permiso y que también le dejaba, por error, verificar las facturas recibidas de su ámbito.
1.26.1003
03/10/2026
Ticket #203775: las facturas de FACe con caracteres no ASCII en el correo del proveedor se registran sin ese dato de contacto, que SERES rechazaba. La factura original se conserva y los correos admitidos siguen incorporándose al ciudadano.
Ticket #135679: si al dar de alta una factura la contabilidad devuelve un número que ya tiene otra factura de la entidad, ya no se le asigna. La contabilidad ATM responde así, como un alta correcta, cuando recibe una factura con el mismo proveedor, número y fecha que otra que ya tenía, y las dos facturas acababan tramitándose sobre el mismo registro contable. Ahora el alta queda como error en el historial, indicando qué factura tiene ya ese número, y la factura sigue pendiente de alta en la contabilidad hasta que se aclare con el servicio de contabilidad.
Ticket #135679: al editar los datos de una factura que ya está dada de alta en la contabilidad se avisa de que los cambios (NIF, número, serie, fecha o importes) no se trasladan a ella y hay que comunicárselos al servicio de contabilidad. Corregir allí sólo el número de una factura es lo que llevó a la contabilidad a confundirla después con otra del mismo proveedor.
1.26.0924
24/09/2026
Ticket #210082: las facturas asociadas a un expediente válido en SEGEX ya no se bloquean al conformar si SECA responde con un error al consultar el contrato o si no existe en la plataforma de contratación. La ausencia del contrato se registra como aviso informativo y la conformidad continúa recuperando el expediente de SEGEX para generar el acta. Si SECA no está disponible, se mantiene el bloqueo configurado para la entidad. En la descarga de facturas, ese mismo error de SECA ya no impide dar de alta el registro contable y queda anotado en el historial de la factura.
Ticket #239569: las facturas que pasan a un estado propio de la tramitación en SEFACE —«Revisada Conforme», «Revisada Disconforme», «En tramitación contable», los de agrupación o los de decreto— ya no intentan comunicar ese estado a la contabilidad. La contabilidad no tiene ningún estado equivalente y rechazaba la petición con un error, que quedaba anotado en el historial de la factura y hacía pensar que la tramitación había fallado. El estado en la contabilidad se queda en el último que sí le corresponde y se le vuelve a comunicar en el siguiente cambio que tenga equivalente. Si se pulsa «Reenviar el estado a la contabilidad» en una factura en uno de esos estados, ahora se explica el motivo en lugar de dar por reenviado algo que no se envía.
1.26.0922
22/09/2026
Se corrige el bloqueo al conformar facturas cuyo expediente se puede consultar en SEGEX, pero cuyo procedimiento impide obtener los datos del contrato en SECA. El acta de conformidad vuelve a generarse consultando el expediente en SEGEX y el registro de la factura conserva el detalle del error de SECA. Si el expediente tampoco se encuentra en SEGEX, la conformidad sigue el mismo criterio que cuando no se puede obtener el expediente: continúa sin acta o se detiene según la configuración de la entidad.
El listado de facturas se puede filtrar y ordenar por el ejercicio, el número y la fecha del grupo contable, que además se pueden mostrar como columnas y salen en la exportación a Excel. Es la forma de seleccionar de una vez todas las facturas de una misma relación: el ejercicio por sí solo abarca todas las relaciones del año, así que lo que acota una relación concreta es el número de grupo.
Vuelve la opción «Actualizar relación desde la contabilidad» que había en el SEFACE anterior, en el panel de administración de la entidad. Se teclea el número de relación —cuatro dígitos de ejercicio y seis de número— y se marcan en SEFACE las facturas que la contabilidad ha incluido en ella, informando de cuántas se han actualizado, del importe total y de cuáles de las devueltas no están en SEFACE. Es lo que rellena el grupo contable por el que después se filtra el listado y se piden las actas. Disponible para las entidades con contabilidad ATM, IVAL Pangea u Oesía Interpública, que usan los mismos servicios de contabilidad.
Nuevo botón para exportar en un único PDF las actas de conformidad de las facturas seleccionadas. A diferencia de la casilla de la exportación de anexos, no tiene límite de facturas: la genera el servicio de tareas en segundo plano y se descarga desde la nueva pantalla «Exportaciones de actas», avisando además por correo al solicitante cuando está lista. De cada factura se incluye la última acta, que es la de la conformidad vigente.
El botón de exportar en diferido las actas de conformidad sólo se habilita cuando el listado está filtrado por número de grupo, y la solicitud se rechaza si llega sin ese filtro. Así una prueba del botón no encola las actas de todas las facturas conformadas de la entidad.
En la exportación de anexos en PDF ya se puede marcar sólo la casilla de las actas de conformidad. Antes el aviso «Debe seleccionar al menos una opción» saltaba igualmente, porque la comprobación no tenía en cuenta esa casilla. Si sólo se piden el listado o las actas, además, ya no se descargan los anexos de las facturas.
En la pantalla «Exportaciones de actas» la columna de actas incluidas queda en blanco hasta que la exportación está lista. Antes mostraba 0 mientras estaba pendiente o generándose, y parecía que no se fuese a incluir ninguna acta.
La columna y el filtro del ejercicio del grupo contable se llaman «Ejercicio de grupo», también en la exportación a Excel y en el historial de cambios de la factura. Antes se rotulaban «Ejercicio contable» y se confundían con el ejercicio contable de la factura, que es otro dato.
Cuando un procedimiento de la entidad no tiene subtipo base, SECA ya no puede resolver el contrato, pero el expediente se le vuelve a pedir al SEGEX y las actas se recuperan igual. Ese caso existía y estaba contemplado, pero SECA ha pasado de comunicarlo como excepción a devolverlo como error de configuración de la entidad, y con la forma nueva el rodeo por el SEGEX había dejado de aplicarse.
Se regenera el proxy del servicio WsSeca a partir del WSDL de producción: le faltaban tres códigos de error que SECA ya devuelve, y encontrarse uno de ellos hacía fallar la lectura de la respuesta entera. Por eso la recuperación de actas antiguas del SEGEX se quedaba sin el expediente del contrato y las facturas se omitían del PDF. Además, cuando SECA no devuelve el expediente de un contrato, ahora el motivo queda anotado en el log de la entidad en lugar de perderse.
Cuando una factura se devuelve y se vuelve a conformar, el acta nueva se sube al SEGEX con la versión en el nombre («Acta de conformidad 194 (v2)»). Antes todas las actas de una misma factura se llamaban igual y no había forma de distinguirlas en el expediente. Las actas ya subidas mantienen su nombre, porque el servicio web del SEGEX no permite renombrar documentos.
En el panel de administración de la entidad, los botones «Actualizar desde la contabilidad» y «Dar de alta en la contabilidad las facturas pendientes» se muestran deshabilitados cuando la entidad no tiene enlazada ninguna contabilidad —y el del alta, además, cuando la contabilidad enlazada no es externa—, indicando el motivo al pasar el ratón por encima. Antes se podían pulsar y sólo al abrirse el resultado se veía que no había nada que hacer.
Ticket #870743: en la bandeja de peticiones de anulación aparecen facturas antiguas cuya anulación se pidió y que después se devolvieron al proveedor sin contestar la petición. En la mayoría FACe ya dio la petición por resuelta al devolver la factura, y se están regularizando una a una comprobándolo contra FACe; conforme se regularizan van desapareciendo del listado. Las que FACe mantenga pendientes seguirán en la bandeja, porque ésas sí hay que contestarlas.
Ticket #870743: aceptar o rechazar una petición de anulación cuya entrega a contabilidad queda pendiente de revisión ya no se presenta como un error. La resolución se había registrado igualmente, pero el mensaje hacía pensar que la acción no se había realizado y que había que repetirla.
Los cambios de estado a FACe de facturas que pasan a un estado sin equivalente en FACe (por ejemplo, al devolverlas al servicio) se dan por cerrados en lugar de reintentarse cada cinco minutos indefinidamente. Hasta ahora se quedaban pendientes y, si la factura se anulaba después, se intentaba comunicar a FACe la anulación como un cambio de estado, que FACe rechaza porque la anulación sólo se tramita por la solicitud del proveedor. Tampoco se envían ya a FACe como cambio de estado los estados de anulación, y la respuesta a una solicitud de anulación se envía aunque la factura esté en uno de esos estados sin equivalente.
1.26.0918
18/09/2026
Ticket #670614: la incidencia que se abre en el CAU cuando falla la consulta automática del estado en la contabilidad vuelve a exigir tres fallos seguidos. Hasta ahora la cuenta de fallos sólo se reiniciaba cuando la consulta traía un cambio de estado que reflejar en SEFACE, de modo que los fallos sueltos de semanas distintas se sumaban hasta abrir una incidencia inexistente y, a partir de ahí, esa factura ya no volvía a avisar aunque la contabilidad dejara de responder de verdad.
Ticket #670614: mientras una factura siga sin poder consultarse en la contabilidad, el aviso al CAU se repite una vez por semana en lugar de enviarse una sola vez, y se indica en él cuántos fallos seguidos lleva acumulados. Además, si el correo del aviso no llega a enviarse, se reintenta en la pasada siguiente: antes se daba la factura por avisada igualmente y la incidencia se perdía sin que nadie se enterase.
Propuesta 642: la exportación de anexos en PDF permite incluir las actas de conformidad selladas que se subieron al SEGEX. La opción aparece cuando el filtro de estados es Conformada o superior y ninguna factura de la lista está por debajo. Las actas anteriores a esta versión se localizan en el expediente del SEGEX y se emparejan con las conformidades del histórico; las facturas sin acta se omiten.
Al conformar una factura se guarda el CSV y el documento del acta de conformidad subida al SEGEX para poder recuperarla después.
Se regenera el proxy del servicio WsSegex con dotnet-svcutil a partir del WSDL actual: el listado de eventos del historial del expediente fallaba por tipos de evento que el proxy antiguo no conocía.
Propuesta 642: el PDF del acta de conformidad se descarga del SEGEX por el id del documento en lugar de por el servicio de CSV, que rechaza las credenciales de la aplicación. Si un acta no se puede descargar se omite y se anota en el log de la entidad, sin interrumpir la exportación.
1.26.0916
16/09/2026
Ticket #239569: los cambios de estado reconocen el origen por la descarga vinculada aunque se haya desmarcado FacturaE. Se incluye la corrección de permisos que impedía abrir y editar facturas al consultar las comunicaciones de anulación.
Ticket #239569: las solicitudes pendientes de anulación de facturas rechazadas aparecen en el listado y pueden resolverse.
Ticket #239569: un error al confirmar la descarga en FACe ya no impide enviar la factura a contabilidad. Los reintentos de confirmación no vuelven a dar de alta las facturas que ya tienen número contable externo.
Ticket #239569: el reenvío manual del estado a contabilidad ya no falla con un error sin controlar cuando la contabilidad devuelve un estado que SEFACE no tiene contemplado; se informa igual que el resto de motivos por los que no procede reenviar.
Ticket #239569: el alta en contabilidad de las facturas pendientes de la entidad ya no se interrumpe por completo si falla una de ellas; cada factura registra su propio resultado y las demás se siguen procesando.
Ticket #239569: los mensajes de error por factura al confirmar un lote de facturas se muestran uno por línea en lugar de todos seguidos.
Ticket #371515: las anulaciones comunican a contabilidad el motivo, el comentario y la decisión explícita. Las entregas pendientes se conservan y muestran en la ficha, con reintentos o revisión cuando no puede confirmarse el resultado. FACe valida la resolución de la solicitud correspondiente.
1.26.0914
14/09/2026
Las consultas automáticas de estados contables se realizan únicamente para entidades con integración Directo, según la información de SECOCE. Se omiten las integraciones Inverso y SinEnlace para evitar consultas innecesarias y avisos de error al CAU.
1.26.0911
11/09/2026
La consulta automática de estados contables continúa con el resto de facturas de la entidad cuando falla la de una de ellas. Hasta ahora bastaba con que la contabilidad devolviera un error al consultar una factura para que todas las que iban detrás se quedaran sin comprobar, de modo que sus cambios de estado en la contabilidad (obligación de pago, pagada o rechazada) podían tardar meses en reflejarse en SEFACE. Ahora el fallo queda registrado en el log de la factura afectada y en el de la entidad, y los cambios que hubieran quedado a medias no se arrastran a las siguientes facturas.
Cuando la consulta automática del estado en la contabilidad falla tres veces seguidas en una misma factura, se abre una incidencia en el CAU por correo. El aviso agrupa en un único correo todas las facturas de la entidad que hayan llegado a ese punto en la misma ejecución, de modo que una contabilidad caída no genere un correo por cada factura, y no se repite mientras el error persista: sólo se vuelve a avisar si la consulta se recupera y después falla otras tres veces seguidas.
1.26.0909
09/09/2026
Nuevo botón «Acceso de soporte», junto al de suplantación, para los NIF maestros: concede todos los permisos sobre la entidad aunque el NIF no esté dado de alta en su directorio, y sin adoptar la identidad de nadie, de forma que las acciones y el historial siguen registrando el NIF de quien lo activa. Mientras está activo se avisa de ello en la cabecera de todas las pantallas y puede desactivarse desde el mismo sitio, sin cerrar la sesión. Cada activación queda registrada.
Nuevo botón «Dar de alta en la contabilidad las facturas pendientes» en el panel de administración de la entidad, para administradores y gestores de facturas: envía a la contabilidad externa, de una vez, todas las facturas recibidas que se quedaron sin número contable porque falló el alta automática, y muestra el resultado de cada una.
Nuevo botón «Reenviar el estado a la contabilidad» en la ficha del registro contable, para administradores y gestores de facturas: vuelve a comunicar a la contabilidad externa el estado actual de una factura ya enlazada cuando la comunicación hecha al tramitar falló. Antes de reenviar consulta el estado en la contabilidad y no lo hace si ya coincide, si es más avanzado (contabilizada, pagada…) o si la contabilidad la tiene rechazada, para no retroceder estados. No cambia el estado en SEFACE y deja constancia en el historial.
Si falla la comunicación de una conformidad a contabilidad, se informa de la factura afectada y se registra el error en su historial. La conformidad realizada en SEFACE se conserva aunque la comunicación falle.
La consulta automática de estados contables continúa con las siguientes entidades cuando falla una de ellas. El error queda registrado y cada entidad se procesa con un contexto de datos independiente.
Se corrige la autenticación de las tareas automáticas con contabilidad para enviar la contraseña en el formato requerido por el servicio. El error impedía enviar las facturas automáticamente y consultar sus estados contables.
1.26.0831
31/08/2026
Se revisan las traducciones al euskera: se completan los textos que permanecían en castellano y se corrigen errores de significado, terminología y ortografía.
Se revisan las traducciones al gallego: se corrigen textos que permanecían en castellano, errores léxicos, gramaticales y tipográficos, y traducciones que alteraban el significado original.
Se revisan las traducciones al valenciano: se corrigen textos que permanecían en castellano, errores léxicos y tipográficos, y se unifica el tratamiento formal al usuario.
Los usuarios con el rol de administrador de la entidad vuelven a ver el botón de guardar al editar un registro contable de factura, incluso cuando la factura está en un estado que ya no admite cambios (pagada, anulada o rechazada): en ese caso se les ofrece el botón «Guardar como administrador». Hasta ahora sólo lo veían los NIF maestros, y el administrador de la entidad se encontraba el botón deshabilitado.
La ficha de la entidad ya no da error cuando la entidad no tiene SEFACE configurado: se muestran los datos disponibles (nombre, DIR3 e identificador) junto con el aviso de que la entidad no tiene SEFACE configurado, el mismo que aparece en la cabecera.
La descarga de facturas renueva la autenticación con el registro y el directorio de ciudadanos mientras procesa un lote. Antes, si la descarga y el alta de las facturas de una entidad duraban más que la sesión, el resto de facturas del lote quedaban sin registrar con un error de sesión caducada hasta la siguiente ejecución de la tarea.
Las facturas devueltas se distinguen de un vistazo en el listado de registros contables. La fila aparece en rojo mientras la devolución sigue pendiente de retomar, es decir, mientras la factura permanece en el estado al que la devolvieron, y la columna «D» pasa a mostrar una flecha de retorno roja en lugar de la casilla marcada, que apenas se apreciaba. Si la factura ya se retomó, la fila deja de resaltarse y la flecha queda atenuada para dejar constancia de que en su día se devolvió. El color de devolución tiene prioridad sobre los de rectificativa, endoso y caja fija.
Ordenar el listado de registros contables por la columna «D» ordenaba en realidad por el endoso de la factura, así que las facturas devueltas no se agrupaban.
La columna «D» y el filtro de facturas devueltas del listado de registros contables tienen en cuenta también las facturas rechazadas al proveedor que detecta la contabilidad externa, como ya hacía la exportación a Excel. Antes esas facturas salían sin marcar en pantalla y marcadas en el Excel.
El motivo de la devolución que muestra la columna «D» del listado respeta las descripciones de causas de devolución propias de la entidad, igual que el resto de pantallas.
1.26.0820
20/08/2026
Los errores que devuelve el API REST nuevo de FACe se registran también con el código que envía el propio punto de entrada, además del mensaje y el detalle, para poder identificar el motivo exacto de cada rechazo.
La descarga de facturas por los servicios web anteriores de FACe ya no se interrumpe por completo cuando falla una entidad: el error se registra indicando la entidad y su DIR3 y el proceso continúa con las siguientes. Además la tarea deja de reintentarse diez veces, algo que repetía la descarga de todas las entidades sin resolver el error.
Cada llamada a la contabilidad externa se dirige al servidor de la entidad a la que corresponde la factura y se autentica con las credenciales de esa entidad, en lugar de hacerlo siempre contra un único servidor configurado para toda la instalación.
El historial de la factura muestra el motivo por el que ha fallado la actualización en contabilidad: antes repetía dos veces el código de error y no se veía la causa, que sólo quedaba en el log de la factura.
Corrección de autenticación a contabilidad.
La conformidad de una factura electrónica ya no se interrumpe porque falle uno de los dos visores: basta con que el visor de la IGAE o el de SEFACE genere su PDF para que el acta de conformidad se cree y se anexe al expediente. El fallo del otro visor queda registrado en el log de la factura, y sólo si fallan los dos se detiene el proceso.
Cuando en la carpeta de descarga de una factura electrónica conviven varias copias del fichero de la factura, los visores usan siempre la que descargó el punto de entrada y descartan las que no sean un XML válido. Antes se elegía cualquiera de ellas, y una copia alterada hacía fallar la conformidad con un error del visor de la IGAE que no explicaba la causa.
Al dar de alta una factura electrónica ya no se pierde el domicilio del proveedor cuando la provincia llega acentuada o con el nombre bilingüe, como «Castellón/Castelló» o «ALAVA».
1.26.0817
17/08/2026
Se añade el cliente del nuevo API REST de FACe para la descarga de facturas, las solicitudes de anulación y los cambios de estado. Cada entidad pasa al nuevo punto de entrada cuando se le indica su fecha de migración, y mientras tanto sigue usando los servicios web anteriores.
Se recupera el motivo real de los errores que devuelve el API REST nuevo de FACe al cambiar de estado una factura, que antes llegaba vacío. Se reconoce además cuando una factura ya estaba en el estado pedido o en uno posterior, en vez de darlo por error. Y un cambio de estado que falla ya no bloquea los cambios de estado pendientes posteriores de la misma entidad, salvo que fallen tres seguidos: entonces se entiende que el problema es general de la entidad y se pasa a la siguiente.
1.26.0729
29/07/2026
Los NIF de las facturas electrónicas se normalizan a mayúsculas al descargarlos y al enviarlos a contabilidad, evitando errores cuando la letra llega en minúscula desde el punto de entrada.
1.26.0715
15/07/2026
En el panel de administración sólo los NIF maestros pueden modificar los campos «DIR3 de contabilidad» y «Primera factura de SICAL (migraciones)».
Se actualiza la validación del formato de los códigos DIR3: se admiten los prefijos EC, LA y J, y los códigos que empiezan por G se limitan a GE####### o G########.
1.26.0714
14/07/2026
Se valida que el nombre y los apellidos de las personas físicas no contengan números al procesar facturas electrónicas.
Los errores de deserialización al llamar a contabilidad externa (SECOCE) indican ahora el endpoint llamado y la petición enviada.
Al consultar el log de una factura se muestra también, si existe, el log histórico de la aplicación antigua.
Los avisos por correo podían enviarse a los usuarios de un rol equivocado (p. ej. el aviso de pendiente de autorizar a los revisores en lugar de a los responsables) al compartir caché de destinatarios los distintos motivos de aviso de una misma unidad tramitadora.
Se truncan automáticamente todos los campos de texto enviados a contabilidad externa (SECOCE) a la longitud máxima que admite su API (número de operación, número de RC, expediente, etc.), evitando errores de validación cuando el dato supera la longitud admitida.
1.26.0630
30/06/2026
Se impide cualquier cambio de estado de un RCF mientras tenga una solicitud de anulación pendiente de resolver por parte del proveedor.
Problemas actualizando rechazos en contabilidades externas.
Se trunca la descripción corta del estado al solicitar la anulación a contabilidad externa, evitando errores cuando supera la longitud admitida.
Se trunca el número de expediente al consultar el estado de la factura en contabilidad externa, evitando errores cuando supera la longitud admitida.
Se omiten los códigos de estado FACe y ATM vacíos al actualizar el estado en contabilidad externa, evitando el error «EstadoFace2ATM: Valor no válido».
1.26.0626
26/06/2026
El Acta de Conformidad se sella electrónicamente y se añade al expediente SEGEX por CSV, evitando errores cuando el nodo propietario del tramitador no es válido.
1.26.0619
19/06/2026
Se añade la posibilidad de mostrar anuncios.
1.26.0618
18/06/2026
Se muestran el tipo, la clase y el tipo de documento de las facturas electrónicas en su edición.
Se añade la gestión del tipo de tramitación en la edición del registro contable.
Se resaltan las filas RCF rectificativas, con endoso o de Caja Fija.
Correcciones en la API para la gestión de facturas desde SESICAL.
1.26.0615
15/06/2026
Correcciones en la vista de factura para facturas electrónicas.
Correcciones determinando el grupo propietario del SEFYCU del Acta de Conformidad.
1.26.0612
12/06/2026
Bug en el patrón validador del DIR3.
1.26.0611
11/06/2026
Se indica la razón de que no se pueda editar la UT de un RCF.
Correcciones en la validación del formato de la unidad tramitadora (DIR3).
Correcciones en el filtro de RCf que pueden ver los verificadores y autorizadores.
Correcciones en la gestión de los permisos en los cambios de estado de la facturas.
1.26.0606
08/06/2026
Nuevo estado de tramitación contable para entidades con SESICAL.
El filtro númerico interpreta ahora el punto como una coma para facilitar el trabajo con el teclado numérico.
Permisos para acceso a editar una factura de modo individualizado.
1.26.0602
02/06/2026
Correcciones menores en los literales de texto para los filtros e iconos de columnas.
Corrección en la evaluación de permisos a un expediente cuando el expediente tenía permisos de nodos pertenecientes a otras entidades.
Corrección en la validación de NIF de receptor no coincidente.
Corrección en la llamada a contabilidad para descripciones de albarán muy grandes.
1.26.0527
27/05/2026
Se permite guardar como administrador los registros contables independiemente de su estado.
Se permite al autorizador de una factura seguir viéndola aunque cambie de UT.
Se evita que la UT se pueda modificar si ya se ha indicado una mediante la referencia del contrato o la operación.
Se añade la columna de NIF receptor y nombre receptor en las facturas electrónicas de FacE. Sólo para nuevas facturas.
Se pasa al transformador de HTML a PDF de Gotenberg a Puppeteer.
Correcciones menores en los literales de texto y ayuda.
Corrección en la descripción del antiguo usuario «XXXXXXXXX» de la versión 1 de SEFACE.
Corrección en la fecha de validez de origen indicada a SERES en el registro de las facturas electrónicas.
1.26.0526
26/05/2026
Se añade el listado de avisos a la ayuda.
Se corrige la evaluación de los avisos para expedientes SEGEX/SECA relacionados.
Algunas acciones de Conformidad daban error si el tramitador tenía permisos expresos y no por grupo en el expediente asociado.
1.26.0525
25/05/2026
Corrección para las contabilidades de ATM y SPAI.
Corrección en la estimación del servicio asociado al SEFYCU del acta de conformidad.
1.26.0515
15/05/2026
Correcciones en la asignación directa de estados.
Correcciones indicando errores en contabilidad.
Corrección de tratamiento de transacciones de la API.
1.26.0514
14/05/2026
Nuevo loader para confirmaciones.
Paginación de la página de versiones.
Se añade concepto a exportación PDF.
Aumento de los tiempos de espera en consultas a otros módulos de SEDIPUALB@.
Correcciones de los textos de rechazo de anulaciones.
1.26.0512
12/05/2026
Nuevo apartado de ayuda.
Posibilidad de filtrar por «Avisos». Nota: Sólo se podrán filtrar los avisos calculados en la página actual.
Los valores de la columna «Avisos» se exportarán al Excel. Nota: Sólo se exportarán los avisos calculados en la página actual.
El volver del visor del registro también se marcará el RCF del registro visto.
Las validaciones de expediente SEGEX, contrato SECA y CCF asociados se pueden configurar por separado en la entidad.
No se permitían letras en las partidas presupuestarias.
1.26.0511
11/05/2026
Nueva acción para asignar de manera masiva los expedientes.
Diseño más compacto en la plantilla de factura electrónica de SEFACE.
Los concejales y diputados no podían conformar las facturas.
1.26.0505
05/05/2026
Más información en los detalles de algunos errores de validación para contratos y expedientes.
Nueva validación de códigos correctos para entidades con expediente obligatorio.
Nuevo botón de vuelta al índice para la vista de los detalles del registro.
El filtro de RCF devueltas no estaba funcionando.
Algunos RCF con código expediente no válido fallaban a la hora de conformar.
Correcciones en las salidas de algunos logs.
1.26.0503
03/05/2026
Correcciones en la creación del acta de conformidad.
1.26.0430
30/04/2026
Los mensajes de información del sondeo de contabilidad también se escribirán en el log de la factura.
Se controla desde la interfaz que la entidad esté en estado de migración.
Si el tramitador no tiene permisos en el expediente SEGEX el Acta de Conformidad se subirá sin indicar el NIF.
1.26.0428
28/04/2026
Correcciones autenticación.
Se posibilita a los administradores realizar una actualización de las facturas desde contabilidad.
1.26.0427
27/04/2026
Correcciones en la conformación de RCF que tenían un expediente de contrato no regular.
Los autorizadores de facturas no podían devolver facturas.
1.26.0424
24/04/2026
Correcciones en la asignación de DIR3 de registros de Caja Fija.
1.26.0422
22/04/2026
Correcciones en el sistema de autenticación.
Se añade posibilidad de realizar el alta de una factura en contabilidad en un RCF si se ha obtenido el error 011.
Correcciones de seguridad para responsables de servicio.
Correcciones en la salida de algunos logs.
1.26.0420
20/04/2026
Redirección automática tras login.
Corrección en la búsqueda de ciudadanos en la edición de facturas.
Correcciones de permiso en la edición de facturas.
1.26.0419
19/04/2026
Corrección para responsables de servicio que editen facturas.
1.26.0417
17/04/2026
Corrección en la creación de acta de conformidad para expedientes sin SECA asociado.
Evitamos sobrescribir la fecha de pago si ya estaba definida anteriormente.
Evitamos indicar en el historial cuando se normaliza un campo que era nulo y se escribe texto vacío o viceversa.
Los habilitados de caja fija podían visualizar todas las facturas de todos los nodos.
En la creación de RCF en entidades con caja fija se añade en «observaciones» el tratamiento que ha tenido el RCF en la creación.
Cuando se filtraba el índice y se seleccionaba un RCF para cambiar de estado podía seleccionarse una fila incorrecta.
1.26.0416
16/04/2026
Actualización de librerías.
Correcciones en el panel de suplantación.
1.26.0414
14/04/2026
Correcciones generales para la gestión de entidades configuradas con «Caja fija».
1.26.0409
09/04/2026
Se controla la posibilidad de mostrar o editar un RCF dependiendo del estado y permisos del tramitador.
Se controla mejor si un error 014 (SEGEX sin SECA) debe ser un aviso bloqueante.
Se añade en la API la llamada FiltroDinamicoRcfDetalle que permite usar los filtros dinámicos y devolviendo los datos completos de los RCF.
Correcciones en la importación de facturas de FACE.
1.26.0406
06/04/2026
Corrección mensaje de error específico devuelto por SECA.
Correcciones en la exportación excel. Se añade descripción del nodo. Se muestran Descripción albarán y Concepto de la factura por separado.
1.26.0327
27/03/2026
Se añaden todas las columnas visibles y opcionales en la exportación de Excel.
Ahora el exportador de anexos fusionados permite incluir el listado, los anexos y los visores de manera opcional para cada exportación.
1.26.0326
26/03/2026
Se añade la descripción del estado en la exportación de Excel.
La guía de ayuda ahora es multilingüe.
La descarga de ficheros de los anexos del registro podía hacerse sin añadir su extensión.
1.26.0325
25/03/2026
Correcciones en la evaluación de filtros para SESICAL.
Corrección en la validación previa a Revisar Conforme para RCF con tramitación.
1.26.0324
24/03/2026
Ahora se permite rechazar facturas en estado O y P para pasar a Conformada en algunas contabilidades.
Correcciones en el panel de administración. Se sobrescribían valores de la configuración.
Correcciones en la validación de entidades con configuración de CCF o expediente obligatorio.
Correcciones en la validación de facturas para pasar a «pagadas» manualmente con contabilidad SESICAL.
Las entidades que autorizan sin verificar no deben poder asignar el estado de verificación.
1.26.0323
23/03/2026
Mejoras en la persistencia de las sesiones de autenticación.
1.26.0319
19/03/2026
Se añade la fecha de pago como columna visible en el índice.
1.26.0318
18/03/2026
Correcciones en la consulta del estado de sesión de autenticación del usuario.
1.26.0317
17/03/2026
La API sobrescribía el valor de fecha pago por la fecha actual.
1.26.0316
16/03/2026
Corrección en el historial cuando se realiza un cambio de estado que es un rechazo.
1.26.0311
11/03/2026
Corrección en algunos textos de la interfaz.
Corrección en la generación del Acta de Conformidad.
1.26.0310
10/03/2026
Corrección en la lógica del cambio de estado de las facturas en contabilidad.
Corrección en la creación de avisos de envío para facturas pendientes de revisar.
1.26.0309
09/03/2026
La vista del índice tras entrar una segunda vez en la edición de la factura.
1.26.0302
02/03/2026
La configuración de columnas ahora se conserva en los botones de volver.
1.26.0301
01/03/2026
API: Añade llamada de descarga de la factura XML.
API: Añade denominación del tercero en la salida de información.
API: Añade la posibilidad de retroceder el estado de las facturas en estado P u O al estado conformada.
API: Añade la posibilidad de rechazar facturas conformadas.
Corrección descripciones de «tipo de factura».
1.26.0224
24/02/2026
Añade filtros y columnas para ExpedienteContrato y NumeroExpediente.
Corrección servicio SECOCE. Si fallaba SECOCE no se podía capturar la excepción y devolvía un 502.
1.26.0223
23/02/2026
Actualización a .NET 10 y actualización de librerías.
1.26.0222
22/02/2026
El campo «Referencia expediente» ahora pasa a ser un campo de texto libre.
1.26.0219
19/02/2026
Los revisores no podían devolver las facturas.
1.26.0218
18/02/2026
Correcciones de la generación del Acta de Conformidad.
Correcciones de etiquetas en devoluciones.
Corrección en el log de facturas.
Corrige la lógica mostrar botón de anulación.
1.26.0217
17/02/2026
Se implementa la gestión de solicitud de anulaciones.
1.26.0216
16/02/2026
Se mantiene el filtro en caso de pulsar el botón volver tras una edición.
1.26.0212
12/02/2026
Posibilidad de que los administradores configuren un nombre de fichero pesonalizado para el visor de facturas electrónicas.
Se resalta en el índice el último RCF consultado.
1.26.0211
11/02/2026
Se añade campo de observaciones a la exportación de Excel.
Correcciones en los nombres de los desplegables de cambio de estado y asignación de servicio para grupos de facturas.
Correcciones en el visor de FacturaE.
1.26.0210
10/02/2026
Se añaden validaciones en los campos de la edición de la partida presupuestaria.
Se añade de nuevo el botón volver en la edición del registro contable y se añade uno superior.
Se añade el número de operación D y operación de retención de crédito en información del contrato del RCF.
Se corrigen la referencias al campo de referencia del contrato y expediente del contrato. Se añade el campo a datos del contrato. Se añaden ambos campos a la exportación Excel y CSV.
1.26.0209
09/02/2026
La descarga del visor de FacturaE ahora indica el número de RCF en el fichero en lugar del número de factura.
Correcciones en los títulos (nombre pestaña) de las páginas.
Se deja un solo botón para SEGEX en el contrato y uno solo para SECA en el CCF.
Correcciones en distintos textos de la interfaz.
1.26.0207
07/02/2026
Botón de limpieza en filtros.
Correcciones en la validación de la aplicación.
Correcciones en la validaciones de los rechazos y cambios de estado no conformes.
1.26.0206
06/02/2026
Visor FacturaE: Faltaba mostrar el número de serie de la factura. Se muestra el CCF y contrato editados por el tramitador si éste no venía originalmente en la factura electrónica.
Corrección en la validación previa a verificar para entidades sin código DIR3 de contabilidad definido.
Se quita la opción de abrir el editor del RCF en una pestaña nueva para una navegación más fluida.
1.26.0205
05/02/2026
Permite consultar el estado de una factura en FacE para administradores.
Corrección botón pendiente de revisar no se veía.
Corrección consulta de facturas sin CCF para SECA.
Las facturas sin CCF fallaban al cambiar de estado a O o P.
Correcciones para contabilidad SicalWin DiBa.
1.26.0204
04/02/2026
Enlaces directos a SECA.
Correcciones en los botones de acciones dependiendo de la contabilidad soportada por la entidad.
Corrección en el filtrado de facturas pendientes de O.
Acta de Conformidad: No se muestra línea estado actual si existe histórico.
Asignación de estado no realizaba O y P. Se corrigen los estados posibles. Se realizaba revisión en entidades que no revisan.
Error cuando se realizaban muchas llamadas concurrentes a FacE por cambios de estado masivos.
Los revisores no estaban pudiendo editar las facturas.
1.26.0203
03/02/2026
Se corrigen los estados posibles para la asignación de estado.
Entidades sin contabilidad no podían cambiar O y P.
Un error controlado en el rechazo de la facturas provocaba a su vez un error no controlado por error en la devolución de la vista.
Error en la comunicación con FacE provocaba que no se pudiera cambiar el estado de las facturas.
El visor de facturas electrónicas fallaba cuando se intentaba visualizar una FacturaE recibida en SERES en lugar de haberse descargado activamente.
1.26.0202
02/02/2026
Botón de consulta de un registro directamente en SERES en el visor del registro.
Los gestores de facturas sólo pueden verificar si hay contabilidad enlazada.
Botón asignar servicio sólo se debe mostrar en facturas verificables.
1.26.0130
30/01/2026
Se establece un máximo de RCF exportables de 10 000 para listados y de 50 para facturas concatenadas.
1.26.0129
29/01/2026
Posibilidad de exportar los anexos PDF de un conjunto de facturas.
Correcciones en la asignación y verificación del DIR3 de la unidad tramitadora.
Correcciones en el acta de conformidad.
Correcciones en los cambios de estado.
Se selecciona el primer estado pendiente disponible (con RCFs pendientes) al seleccionar la vista por defecto.
1.26.0128
28/01/2026
La acciones O y P estaban restringidas en entidades sin enlace de contabilidad.
1.26.0127
27/01/2026
Se añade la posibilidad de aumentar el número de registros visibles por página en el índice.
Cuando se indica un contrato en el RCF y éste tiene sólo un lote se guardar también los datos de la aplicación contable.
Algunos anexos del registro no se descargaban correctamente para extensiones no habituales.
Correcciones en la vista de FacturaE SEFACE.
Se le da permiso a los revisores de facturas para editar las facturas.
1.26.0126
26/01/2026
Se producía un error en la búsqueda de la vista de cambio de estado.
La exportación en PDF podía fallar para algunas unidades concretas.
La exportación en Excel tenía columnas mal denominadas.
Correcciones en el manejo de información de las vistas de confirmación de cambio de estados cuando se producía una excepción interna por falta de permisos.
1.26.0125
25/01/2026
Ahora se puede actualizar el Número RCF externo desde la llamada ActualizarFactura de la API.
El mensaje de «Descripción albarán» faltante podía permanecer pese a haber corregido la descripción.
El desglose de los impuestos no se se estaba mostrando en la vista de Factura para facturas electrónicas.
La validación «Los errores no cuadran» debe ser un aviso y no una restricción.
Crear entrada en el historial del RCF cuando se crea la factura desde FacE/eFact.
No se estaban reflejando los impuestos en la importación de una factura desde FacE/eFact.
Editar una factura antigua producía error si en su historial había cambios sin cambio de estado registrado.
Cuando se crea una factura desde FacE/eFact se toma la unidad tramitadora desde el contrato asociado.