1. No category

Seguimiento incidencias implementación obligatoriedad de Facturación Electrónica a las AA.PP A continuación se recogen las incidencias detectadas por los distintos proveedores de Bienes y/o Servicios de las AAPP en el periodo transcurrido desde la entrada en vigor el pasado día 15 de enero de 2015 de la obligatoriedad para las empresas de facturar electrónicamente a las AAPP en base a lo establecido la Ley 25/2013, de 27 de diciembre, de impulso de la factura electrónica y creación del registro contable de facturas en el Sector Público. Esta obligación afecta a los tres niveles de la Administración del Estado:  Administración General del Estado (Estatal).  Comunidades Autónomas (Autonómica).  Administración Local (Ayuntamientos, Diputaciones Provinciales, Cabildos y Consejos insulares, etc.). Así como a:  Organismos autónomos.  Universidades Públicas.  Entidades de derecho público.  Órganos constitucionales.  Mutuas de accidentes de trabajo y enfermedades profesionales de la Seguridad Social. Relación de incidencias (se indica organismo y detalle de la incidencia): ORGANISMO 

FACe Ayuntamiento de Chiclana: Diputación de Navarra INCIDENCIA Códigos DIR3 no operativos. Los receptores de las facturas informan códigos DIR3 sin estar dados de alta en FACe (están de alta en la página web y se visualizan, pero no están activos. Solo están activos los que devuelve el Web Service de Unidades Organizativas) Cuando se produce un microcorte en las comunicaciones en el envío/respuesta de facturas, puede perderse el acceso al número de Registro de la Factura. No existe la opción de consultar el número de Registro. Problema con envío de facturas con adjuntos. 
a)‐ Tienen una limitación al tamaño de los mensajes que en teoría es de 8 mbytes pero en la práctica es menor. Con esta limitación hay facturas que no se pueden enviar porque los adjuntos hacen que el tamaño total del mensaje sea grande. b)‐ Algunos de los Organismos receptores no son capaces de tomar los adjuntos cuando van incrustados, que es un método muy extendido, ya que se firman junto con la factura. En esta situación FACe tiene una carencia en su plataforma ya que les ofrece a los Organismos una plataforma web para que de forma manual se los puedan descargar, pero solamente se los muestran si van desincrustados.  FACe no admite el 3.2.1  Problemas de rendimiento y comunicación de FACe (por ejemplo durante los procesos de mantenimiento del sistema) que provocan rechazos automáticos. Exigen adjuntar un documento adicional que incluye la aprobación del gasto. Esta información es un caso exclusivo de este Ayuntamiento y no de otros cuando no debería haber requerimientos exclusivos. Solicitud de desarrollos a medida. 1 

Generalitat de Cataluña AOC 

Solicitud de desarrollos adicionales para eliminar un dígito en el número de factura. Tratamientos de cambios de estado. No se está siguiendo el esquema establecido provocando la imposibilidad de tratar estos mensajes. El problema principal es que no podemos identificar la factura a la que debemos cambiar el estado y que cada receptor manda lo que puede o considera. No exigir a los receptores la utilización de los códigos DIR3.m Ciertas administraciones o Puntos Generales de Entrada (p.e. Ayto. de Barcelona) utilizan una codificación de centros propia en lugar de utilizar la requerida por DIR3 Es laborioso para un emisor enviar facturas a las entidades dependientes de la Generalitat de Catalunya debido a los campos (Albarán, Referencia de un contrato, número de expediente, etc.) que se exigen para que sus facturas sean válidas. 
Diputación de Pontevedra Ayuntamiento de Bilbao Ayuntamiento de Burgos Problema con envío de facturas con adjuntos (limitación en el tamaño de los mensajes de 1,8 mbytes) No tienen Servicio Web desarrollado y exigen que las facturas se suban manualmente por el Subdirector que es quien tiene la firma electrónica, sin permitir ningún tipo de delegación. Se ha enviado una carta al respecto y la respuesta es que están trabajando tanto en el Servicio Web como en la posibilidad de delegación de firma. Exige el envío de la factura por correo electrónico. No admiten facturas rectificativas. Es sensible a los códigos de país en el NIF (ES delante del NIF) y que provocan rechazos automáticos de facturas cuando los NIF´s llevan este prefijo. Hay más puntos generales de entrada con este problema. Diputación de Vizcaya Rechaza las facturas en formato facturae si lleva "ES" antes del CIF para el campo BiscayTIK TaxIdentificationNumber (apartado 1.4.1.3. del facturae), cuando no debería ser así pues se permite anteponer "ES" al NIF en la definición del formato facturae. No dispone de Punto de Entrada.
Parlamento Vasco Parlamento Andaluz ‐ No dispone de Punto de Entrada. Comunidad de Andalucía: Una Plataforma de Facturación Electrónica tiene que dar de alta uno a uno a sus Xunta de Galicia emisores.  No permitir la emisión de facturas con extensiones ya sean propias o estandarizadas (por Sector)  No permitir la emisión de facturas con el TAG Extensions, aunque este vacío. Problemas  Rechazos por identificación cuando se informa el NIF en formato comunitario. comunes a los HUB’s  Codificación de los Estados de las Facturas, es propia por cada Punto de Entrada. Pasa lo mismo con los errores.  Falta de información sobre los criterios de admisión de importe negativos en 2 facturas y tratamiento de facturas rectificativas.





ORGANISMOS RECEPTORES 




Distintos criterios a la hora de determinar campo donde informar números de expedientes de contratación (FACe, AOC,etc.). Los visores de facturas en la administración (pdf) no incluyen ciertos campos. Esto provoca el rechazo de la factura por parte del receptor. Problemas con los visores de facturas en determinados organismos de las AAPP. Hay facturas, por ejemplo, en que no pueden validar el IVA porque acumula bases y cuotas a distintos tipos en una única línea. Rechazos no deseados por parte de algunas versiones de ERP de AAPP (SAGE Aytos) por no considerar como válidas las facturas: o firmadas con ciertos certificados como es el caso de Camerfirma o con datos de cesión a factoring Hay AAPP (Eg. Ayto de Lugo) que solicita documentación adicional a sus proveedores por el hecho de utilizar firma delegada El Servicio Vasco de Salud no permite poner "/" en el campo nº de factura en el facturae, cuando en la definición de facturae es un campo alfanumérico. Hay AAPP que requieren a los proveedores informar datos en campos no estándar como es la información del endoso de la factura a un factor en el campo de observaciones en lugar del destinado a tal efecto. Algunos receptores (Aytos, diputaciones,...) no envían los cambios de estado de las facturas. La incoherencia al permitir el uso del Formato Facturae 3.2.1. que contempla 8 decimales y el cálculo que hace la AEAT tomando únicamente 2, rechazando el proceso de las facturas en esas circunstancias. Lo hemos consultado con la AEAT y nos remiten al Portal de Facturae: http://www.facturae.gob.es/paginas/Index.aspx Las Facturas rechazadas por el Gobierno Balear, cuando se vuelven a reenviar son rechazadas de nuevo al identificarse como duplicadas. 3