| Número |
Incidencia | Descripción | Prioridad | Estado | Adjuntos |
| 7 | Algunos caracteres no alfanuméricos (letras con tilde, 'ñ'...) no nos están llegando bien (aparecen como '??') | francisco.torralba@ticarum.es
9 Jan 2019 14:04:21 Algunos caracteres no alfanuméricos
(letras con tilde, 'ñ'...) no nos están llegando bien
(aparecen como '??'). Oriol 23 Jan 2019 20:34:37 indica
que en local se convierten bien. Ejemplo: <TaxIdentificationNumber>ESQ3018001B</TaxIdentificationNumber> <InvoiceNumber>1546516420932B SRF</InvoiceNumber> |
1 | En estudio |
Adjunto07 |
| Número |
Incidencia | Descripción | Prioridad | Estado | Adjuntos |
| 1 | gestion.face
7 Mar 2019 10:33:46 |
Se ha subido
a SE una nueva versión del traductor de Oriol. Es la
correspondiente a la que nos pasó el 20 de febrero,
para que podáis probar con las correcciones de lo
que se detectó en su día. - Se soluciona error a la hora de descargar la factura original como anexo por web services. - Se comprueba que los anexos contenidos en la factura en formato europeo son correctamente trasladados al nodo correspondiente en el formato facturae. No es necesario realizar tratamiento alguno de dichos anexos puesto que eso es competencia del RCF y no de FACe. - Se cambia los xsl del traductor (nueva versión, email del 23/1, zip Crane-Invinet-Mapping-RT.zip) para que admita la nueva sintaxis de BuyerReference que sólo contiene identificador y código. - Se modifica el namespace de CII: urn:un:unece:uncefact:data:standard:CrossIndustryInvoice:100 para que se procesen las facturas CII con el namespace indicado como válido. |
| Número |
Descripción |
| 1 | FACTURA
unizar vendedor de Francia |
| Número |
Incidencia | Descripción | Prioridad | Estado | Adjuntos |
| 4 | Haciendo uso de los servicios web, no hemos recibido la factura UBL original como anexo | garana@unizar.es,
francisco.torralba@ticarum.es,
felipe_moyano@dipucr.es han hablado el
06/02/2018 y creen que usando los Web Services
no hay modo de descargar factura.xml_original.
Más detalle en el enlace y en mail garana 06 Feb
2019 16:01:34 francisco.torralba@ticarum.es 9 Jan 2019 14:04:21 Haciendo uso de los servicios web, no hemos recibido la factura UBL original como anexo (Ejemplo citado por Torralba 201901002644, identificador registro FACe) |
3 | Resolviendo |
Face04 |
| 8 | Facturas
que han logrado cargarse en se-face.redsara.es |
garana 22/02/2019 20:10 Tras separar procesos los test, van funcionando (ver Hacer test) 1. Verificar en CEF Validator (conservar el XML report para informe final) 2. Importar (Nueva Factura) en B2Brouter.net (si es UBL); en caso de las CII enviárselas a Oriol que las devuelve traducidas. 3. Enviar a se-face desde B2B (caso UBL). Firmarlas y subirlas a se-face.redsara.es en caso CII 4. Descargar F 3.2.2 desde B2Brouter (solo a efectos informativos; no es la F 3.2.2 que se envia a se-face.redsara.es) 5. Verificar la CII traducida en FACE validador 6. Llega a se-face-gestion.redsara.es (como f3.2.2) 7. Descarga desde se-face-gestion.redsara.es (deben tener permitidas las ventanas emergentes) (ver ejemplos en Face08) 1. CEF_Validator https://www.itb.ec.europa.eu/invoice/upload 2. FACe validador https://face.gob.es/es/facturas/validar-visualizar-facturasb) Pulso a símbolo descarga PDF y no hace nada 3. Chrome. Permitir ventanas emergentes Configuracion > Configuracion avanzada > Configuracion de contenido > Ventanas emergentes y redirecciones > Permitido |
3 | Resolviendo | Face08 Hacer test |
| RESUELTOS y aplazados |
| Número |
Incidencia | Descripción | Prioridad | Estado | Adjuntos |
| 1 | Error transmisión órgano proponente | felipe_moyano@dipucr.es
09 Nov 2018 10:04:41 No se transmite
correctamente órgano proponente
(<RoleTypeCode>04</RoleTypeCode>).
No llega a FACe. BuyerReference
[EN-UBL] ahora solo tiene el Rol y el
Identificador, no hay que poner el nombre:
<cbc:BuyerReference>01|U02100001|02|U02100193|03|U02100088|04|U02100088</cbc:BuyerReference> |
3 | RESUELTO | Adjunto01 |
| 2 | No llega la cuenta de pago | garana@unizar.es
15 Nov 2018 15:55:01 Aparece en la factura-322 que exporta B2Brouter (unizar_11_b2b_fe322.xml) pero no aparece ni en la factura PEPPOL BIS 3 que entrega B2Brouter (unizar_11_b2b_en16931.xml) ni en la factura-322 que entrega se-face (unizar_11_face.xml) <PaymentMeans>04</PaymentMeans> <AccountToBeCredited> <IBAN>ES4020855202790330383335</IBAN> Editando PaymentDetails en el fichero UBL añadiendo información acerca del número de cuenta <cac:PayeeFinancialAccount> (ver SOLUCION) |
3 | RESUELTO | Adjunto02 |
| 3 | PaymentTerms, DueDAte, BuyerReference desaparecen | Ramon.V.Cirilo@uv.es 9 Nov 2018 08:23:37 recoge mensajes con monica.serrano@lmtgroup.eu y oriol@invinet.org describiendo el problema y su SOLUCIÓN | 3 | RESUELTO | |
| 4 | Algunas cadenas se importan acabando en '|' | francisco.torralba@ticarum.es
9 Jan 2019 14:04:21 Algunas cadenas se importan
acabando en '|', lo cual, en ciertos casos puede
quedar extraño, por ejemplo, en las direcciones
o en la población (si no se ha copiado el nombre
de la misma). Ejemplo: <TaxIdentificationNumber>ESQ3018001B</TaxIdentificationNumber> <InvoiceNumber>1546516420932B SRF</InvoiceNumber> Oriol: 25 Jan 2019 07:40:19 solucionado. Recordar que la sintaxis BuyerReference no necesita "descripción":<cbc:BuyerReference>01|U02100001|02|U02100193|03|U02100088|04|U02100088</cbc:BuyerReference> |
1 | RESUELTO | Adjunto04 |
| 5 | IssuerTransactionReference acaba importado como una nota en AdditionalLineInformation | francisco.torralba@ticarum.es
9 Jan 2019 14:04:21
IssuerTransactionReference (número de pedido del
proveedor) acaba importado como una nota en
AdditionalLineInformation, cuando creo que se
podría utilizar el campo de la línea ya que en
UBL se guarda en un campo específico. Oriol: No está contemplado en
el mapeo que tenemos consensuado entre todos. |
1 | Aplazado | Adjunto05 |
| 6 | ReceiverTransactionReference | francisco.torralba@ticarum.es
23 Jan 2019 18:29:4 También hablábamos de la
incorporación del número de pedido del cliente
en ReceiverTransactionReference, pero en el último ejemplo que
hemos enviado hoy sí ha llegado bien. Entiendo
que se ha corregido. Hemos utilizado
para ello una factura que habíamos generado
anteriormente incorporando (manualmente, por lo
que no sé si estará bien indicado) estos datos: <cac:ProjectReference> <cbc:ID>2016/101/SU-AP</cbc:ID> <!--sería el expediente --> </cac:ProjectReference> <cac:OrderReference> <cbc:ID>752/2018</cbc:ID> <!--sería el pedido de cliente --> <cbc:SalesOrderID>1534/2018</cbc:SalesOrderID> <!--sería el pedido de proveedor --> </cac:OrderReference> |
2 | RESUELTO | 5 |
| Número |
Incidencia | Descripción | Prioridad | Estado | Adjuntos |
| 1 | No se
descarga el adjunto que acompaña a la factura
(cuando se descarga a través del portal |
garana@unizar.es
15 Nov 2018 15:55:01 Cuando envio un anexo (PDF) parece que se-face lo entrega en documento aparte (hay dos flechas de descarga) pero al tratar de descargar el ANEXO da un error. Sin embargo, dentro de los datos del XML de llegada, bajo la etiqueta <AttachmentData> los datos son correctos (es otra factura diferente a la que acompaño). p.ef. asiento registral 201801201822 Error Se ha producido un error al cargar el documento PDF. desarrollo.ti@correo.gob.es 28 Jan 2019 13:39:36 No se descarga el adjunto que acompaña la factura: las facturas que contienen un adjunto dentro de la misma factura, son tratadas por el RCF (Registro Contable de Facturas, el ERP que recibe las facturas en la AAPP) y no por FACe. La traducción es correcto, ya que la factura en formata Facturae contiene el adjunto. Desde el portal no se puede descargar un anexo incluido dentro de la misma factura (nunca se ha podido). |
3 | RESUELTO | Face01 |
| 2 | Cuando se sube una factura EN UBL a se-face.redsara.es a través del portal el justificante se ve pero no se puede descargar en PDF | garana@unizar.es
04 Jan 2019 15:18:15 garana@unizar.es 25/01/2019 10:00 observa que parece resuelto |
1 | RESUELTO | Face02 |
| 3 | se-face.redsara.es no acepta facturas CII | garana@unizar.es 15 Jan 2019 16:35:44
Da diferentes errores segun las cabeceras y el
Namespace (Internal Server Error, Tipo de
fichero text/plain no admitido, String could not
be parsed as XML). Oriol 13:43 16/01/2019 Probad poniendo <?xml version="1.0" encoding="UTF-8"?> Oriol 23 Jan 2019 12:03:40 <ram:BuyerReference> 01|U02100001|Unizar|02|U02100193|OrganoGestor|03|U02100088|Tramitadora|04||garana </ram:BuyerReference> 01|U02100001|02|U02100193|03|U02100088|04|garana Ver adjuntos (cii_nosube.docs se indica la posicion) |
3 | 3Ver
solucion en Face 8 |
Face03 Ejemplo CII |
| 5 | se-face.redsara.es no admite la identificación habitual y no llega a la página de cargar facturas (Internal Server Error y otros) | garana a
CAID 29/01/2019 08:00 se-face.redsara.es no
admite la identificación habitual y no llega a
la página de cargar facturas (Internal Server
Error y otros) garana 30 Jan 2019 13:10:05 https://se-face.redsara.es/ > [Enviar factura] > [Cl@ve] (entrar por [Cl@ve] (botón izquierdo) en vez de por [certificado electrónico]. Botón derecho. > [DNIe/certificado electronico] garana 30/01 hacia las 21:30 deja de funcionar la solución anterior 31/01/2019 vuelve a funcionar entrando por [Cl@ve] (no por [certificado electrónico] |
3 | Resuelto | Face05 |
| 6 | Error al subir a se-face.redsara.es facturas 3.2.2 y UBL | Ramon.V.Cirilo@uv.es
30 Jan 2019 13:34:51 13 - 454 - Imposible validar la firma. No se ha podido conectar con la plataforma de validación de firmas. Con las UBL ocurre con BuyerReference largo (v 1) y con el corto (v 2) Del ministerio indican (30 Jan 2019 15:27:15) que hay un problema de validar la firma. error el entorno de SE por problemas con el Apache. Avisaran 31/01/2019 09:15 Persiste el error Ministerio (31 Jan 2019 12:08:12). Los Internal Error Server e "Imposible validar" pueden ser debidos a falta de espacio. Ampliarán y avisaran Ministerio (31 Jan 2019 13:37:15) Seguimos teniendo problemas con @firma en el entorno de Pruebas que están impidiendo validar la fiirma de la factura y que está bloqueando la actualización del sistema con el nuevo traductor de Euroface. Ministerio (1 Feb 2019 10:45:25) "se-face es prioritario: mantener al equipo de desarrollo en copia de los mensajes sobre incidencias. Ellos saben que es prioritario" garana (04 Feb 2019 12:22:39): sigue sin poder identificarse y entrar en se-face.redsara.es desarrollo.ti (4 Feb 2019 16:04:42 estamos teniendo problemas con Clave y @firma en los entornos de pruebas que hacen que los sistemas fallen intermitentemente) Ramón V. Cirilo Gimeno 7 Feb 2019 16:23:35 y garana 7 Feb 2019 19:04:00 confirman que se está pudiendo acceder a se-face y a se-face-gestion, se pueden subir facturas y descargarlas por el portal |
3 | RESUELTO | Face06 |
| 7 | Resumen de incidencias pendientes | mdolores.lopez
11 Feb 2019 14:00 En la versión que está pendiente por parte de sistemas para desplegar en entorno SE se solucionan estos errores: - Se soluciona error a la hora de descargar la factura original como anexo por web services. - Se comprueba que los anexos contenidos en la factura en formato europeo son correctamente trasladados al nodo correspondiente en el formato facturae. No es necesario realizar tratamiento alguno de dichos anexos puesto que eso es competencia del RCF y no de FACe. - Se cambia los xsl del traductor (nueva versión, email del 23/1, zip Crane-Invinet-Mapping-RT.zip) para que admita la nueva sintaxis de BuyerReference que sólo contiene identificador y código. - Se modifica el namespace de CII: urn:un:unece:uncefact:data:standard:CrossIndustryInvoice:100 para que se procesen las facturas CII con el namespace indicado como válido. En cuanto tengamos desplegada esta versión os avisamos para que continueis con las pruebas gestion.face 18 Feb 2019 11:50:02 Se ha subido una nueva versión de FACe en el entorno de Pruebas. En esta versión se aceptan las facturas UBL y CII, aunque éstas últimas dan un error: la descripción de las líneas de la factura es obligatoria. Todavía está en entornos previos el nuevo traductor que nos facilitó Oriol la semana pasada. Las subidas de código llevan su tiempo. garana 18 Feb 2019 14:50 Facturas UBL están dando 6 - 408 - El formato de la factura es incorrecto Facturas CII están dando 5 - 446 - La descripción de las líneas de la factura es obligatoria (a pesar de que aparentemente tienen descripción). Ejemplos CEF conformes unizar_10012_b2b_en16931_v1.xml, unizar_10012_b2b_en16931_v2.xml, unizar_CII_1001_v1.xml (ver en el adjunto) garana 20 Feb 2019 16:11:56 se-face sigue sin aceptar facturas UBL y CII de prueba (incluso algunas que se subieron en dias anteriores ahora, tras cambiar el número de factura no son admitidas). Los equipos del Ministerio (Pablo, Lola y sus colaboradores) y los de INVINET están trabajando intensamente en resolver esos problemas que parecen ser de "acoplamiento" entre la "traducción" y la "validación" de la factura 3.2.2 resultante. Nos hemos cruzado bastantes mensajes desde el 18/02 (que no hemos enviarlos a todos para evitar el hartazgo). Esos mensajes están en 01_incidente_traduccion.odt: http://euroface.unizar.es/intra/euroface_incidencia.html FACe - 7 (en enlace Face07) Vamos a ir dejando las novedades en esa incidencia. |
3 | Resuelto
transitoriamente (ver Face 8) |
Face07 |