Bueno, son 2 cosas distinta, la factura sustitutiva es una factura completa que hace referencia a aúna simplificada, a efectos fiscales cambia poco a no ser que se hayan emitido en distintos periodos tributarios.

Factura Rectificativa
 

Creo que en facturae no se puede hacer eso . La sustitutiva tiene que partir de una factura original, yo también creo que no se pueden hacer simplificadas .
En el TBAI si que se hace sustitutiva o rectificativa de una factura simplificada

Nunca he tenido ese caso, pero siguiendo la lógica, debes enviarla como una factura ordinaria ya que no tienes más opciones, las otras 2 dos son Factura simplificada y Factura emitida por destinatario.
Extraído del manual "3.1.1.3. InvoiceDocumentType Tipo documento factura. Puede tomar 3 valores (FC, FA y AF), que se describen como “Factura completa u ordinaria”,
“Factura simplificada” y “Código sin uso desde la entrada en vigor del RD 1789/2010. Se mantiene por compatibilidad hacia atrás. Antes significaba autofactura"

Hola a tod@s.


Me acaba de llamar un cliente que factura más de 8 millones comentándome que qué pasa con el tema de la factura electrónica obligatoria y que cree que para él es obligatoria a partir de 2025.


Yo tengo entendido que la ley todavía no se ha aprobado/desarrollado pero me ha dejado un poco inquieto. He estado mirando por internet y la verdad es que no he llegado a ninguna conclusión.


¿Alguien puede aclararme cómo está el tema?


Gracias y un saludo.

Hola, por lo de la fecha que comenta (2025), tu cliente debe estar liado con Verifactu y las fechas.
Se supone que ya estará en SII, con lo cual para tu cliente no hay ningún reglamento pendiente de aplicar, el reglamento de facturas electronicas está en desarrollo y han dado algunas pistas, pero nada concreto.
En cuanto a factura electrónica la única obligacion actual que tiene tu cliente es la B2G (Face a gobierno), pero nada de B2B ni B2C.

Gracias, están aceptando las facturas sustitutivas como tipo FC. Algunas unidades, que no son las tramitadoras , están un poco liadas.

Por lo que estoy viendo les va a costar muchisimo enlazar verifactu y factura electronica.

Gracias compañero.


Efectivamente ya está en SII por lo que se libra de momento de VeriFactu. Del tema de la facturación electrónica me confirmas lo que ya tenía entendido lo que pasa es que por lo visto lo están bombardeando de algunas empresas con la milonga de que ya están "adaptadas" a la facturación electrónica y el hombre ve que nosotros no y estaba preocupado. Esa técnica de empresas de software que van difundiendo que ya están adaptadas a las facturas electrónicas y hasta a VeriFactu la estoy viendo bastante y la verdad es que me preocupa porque la gente se lo cree.



Gracias de nuevo y un saludo.

Así es, estas cosas deberían ser sancionables.
Hay decenas de empresas ofreciendo ya estos servicios cuando aún no están totalmente reglamentados. Supongo que no será fácil demostrar su mala intención, pero es jodido que haya empresas que se hayan gastado un pasta en auditorías que no valen para nada

Los ofrecen liando las normativas para que parezca que ya están incumpliendo.
Softwares, auditorías de softwares basados en normativas que se las han sacado de la manga que parece que ya te van a sancionar...
Aunque si es verdad que todo esto asusta un poco y yo he cambiando al plato grande y piñón pequeño para no quedarme atrás, aunque visto lo del país Vasco esto no va a salir para 2025 y mínimo mediados 2026. Así que la factura electrónica échale mínimo también mediados de 2026.
En este foro parece que todo el mundo se han puesto las pilas, pero hay miles de desarrollos que ni han empezado, las grandes asociaciones de empresarios empezarán a empujar para aplazar todo lo que puedan y eso sin contar las asociaciones de asesorías que apretarán a base de demandas por que el reglamento no se ajusta a la ley X o Z, por ejemplo, la intención de dejar la puerta abierta para que un inspector pueda verificar el programa sin una orden judicial. Hay aún mucho hilo en el carrete para los peces(que somos nostros) que tendrán que ir soltando y que tendrán que recoger.
Y todo esto sin contar los líos, cada vez mayores, de cambios políticos que afectan a todos los ministerios, con salidas y entradas que provocan retrasos.

Hola, una pregunta? Alguien sabe si a las entidades publicas vascas, se pueden enviar al FACE?
Es que he intentado enviar al FACE ,(en los servidores de pruebas) una factura hecha a un ayuntamiento vasco, y me da error, que no existe.
He comprobado que los centros administrativos sean correctos, y esta todo bien.
Como hay que enviar a las vascas?

Puedes remitir facturas en formato facturae pero el servicio ds otro con el conektor, también puedes enviarla manualmente a través de la web
Aquí tienes algo de info:
https://www.euskadi.eus/servicio-fac...web01-sede/es/

Ok, muchas gracias por la info.

Aunque este hilo es de "Facturación electrónica" y la nueva "Ley Crea y Crece" en España también se centra en eso, desde el foro hemos creído conveniente crear un nuevo hilo específicamente para la "Ley crea y crece".

Hola a todos.
Estoy teniendo un problema a la hora de generar los ficheros XML con formato facturae.
Se trata de que a nivel de línea de detalle de factura hay que calcular el iva y redondearlo a dos decimales.
Las facturas que estoy generando tienes docenas de líneas y al final se producen descuadres.
No cuadra la suma de las cantidades de iva línea a línea con el total de iva real de la factura.

Lo curioso es que cuando remito a organismos públicos estas facturas, unas veces las aceptan y otras no.

¿ Alguien ha tenido este problema ?

Sí claro..por ahí henos pasado todos los que generar facturae. Y aunque este hilo no es específico para la factura electrónica es cierto que también hay que tenerlo en cuenta.
Yo hago una forma que no tengo problemas
Una de las cosas que tienes que tener en cuenta es que los descuadres de la sumas los tienes que dejar en las bases, la suma de las cuotas ovas, recargos etc. Tiene que cuadrar, que es lo que le interesa al fisco.
.
A pesar de todo en muchoas casos es imposible que al presentar un redondeo de cada línea de 2 decimales te cuadre por los 2 lados, cuotas y bases
El descuadre es lógico y no hay forma de que no los haya en ciertos escenarios pero ya sahes, el descuadre lo tiene que absorber las bases, tabto en positivo como en negativo..
Esto se produce por varias cuestiones de redondeos, ya que los redondeos individuales de cada base/iva no es igual a calcular la base iva en el total y esto se complica aún más cuando de realizan descuentos a nivel de línea.
Otra cosa es que uses para los cálculos de los totales los 8 decimales
A ver si me da tiempo a r3pasar el detalle de todo lo que tuve en cuenta.

Retenciones
 

Buenas,

Haber si alguien me puede decir en que apartado meto una retención

<AmountsWithheld>
<WithholdingReason>La retencion</WithholdingReason>
<WithholdingRate>5.0</WithholdingRate>
<WithholdingAmount>6.05</WithholdingAmount>
</AmountsWithheld>


En este apartado no es

No lo he metido nunca, pero mirando el esquema me aparece dentro del nodo <TaxType> son estos nodos :<TaxTypeCode>04</TaxTypeCode>
Y el resto de nodos que van tb dentro de TaxType: TaxRate, TaxableBase, TaxAmount
Y el resto como si fuera un iva pero recuerda que el efecto es al contrario y el iva va en otro nodo q7e es TaxesOutputs

Yo lo tengo dentro de totales, pero a veces un grupo de estos aparece en más de un sitio.



He encontrado un fichero antiguo de factura y está, aunque no se muy bien de dónde salen esos datos.

Nosotros a veces cuando queremos confirmar algo, hacemos la factura con el programa de la AEAT (FacturaE) o con el de la hacienda Vasca (ef4aktur) y vemos dónde colocan ellos los nodos al exportar la factura.

Baile de decimales
 

Si alguien lo necesita que ponga el detalle de una factura, artículos, base, iva , totales... con el problema del baile de decimales y le devuelvo como lo hago yo, que ya le he dado durante varios días vueltas hasta que he llegado a una conclusión.
- la conclusión es que los descuadres en los totales se los tiene que comer las bases (que es lo que se queda el emisor) la suma de los ivas tiene que cuadrar a 8 decimales aunque después se redondee a 2.
O sea hay puntos que para mostrar al cliente tienes que redondear a 2 decimales.
Después esta el redondeo de cada total de cada ítem, que es otro cantar, y depende de si tu pones en las bases de datos el iva incluido y después lo desglosas en el tiques, o pones los precios sin iva..
Se xo.plica más cuando le metemos descuentos y recargos de quivalencia.
Lo que no puedo poneros ejemplos es cuando le metes el irpf o similar, por que no he tenido la necesidad, pero cuando veáis la mecánica lo veréis facil
Por otra parte os digo que en la aeat son conscientes de que cada uno lo calcula como ha pensado mejor y por eso dejan márgenes, pero cuando lo cuadres con facturae tendréis u. Problema si tb mandáis la factura física y no lo solucionáis. Más de un cliente os va a solicitar que le arregléis la factura por esas diferencias.
Ya me decís si queréis algún ejemplo y a ver que os parece el resultado tanto en la presentacion pdf/impresión y en la facturae.
Saludos

Normativa
 

Buenas,
¿En cuanto a normativa y plazos a cambiado algo?

Hola a todos.

¿Existe algún sitio donde se pueda preguntar sobre los datos a poner en la EFactura y su formato? Lo digo por que por ejemplo los registros mercantiles han sacado una cosa que se llama IRUS (Identificador Registral Único de la Sociedad), que sustituye al Tomo, libro, Folio..... y hay empresas nuevas al que sólo le están dando este número y no los otros datos.

Y los datos del registro se tienen/pueden que meter en la Efactura.

En la página de FacuturaE pone lo siguiente.

Por mi parte, si, gracias, lo quiero tener en cuenta ya , en prevision de cuando entre en vigor, la nueva normativa.

Pónme un ejemplo de una factura que te de dolor de cabeza para cuadrarlo con facturae y te pongo mi resultado y lo hablamos

Hola a todos.

Hace tiempo existía una página para validar las facturas en formato facturae https://www.facturae.gob.es/formato/...scritorio.aspx, tenía una utilidad para validar los mxl y te indicaba cual era el error que encontraba.

Ahora te mandan a la página de face https://face.gob.es/es/facturas/vali...lizar-facturas, la cual te valida la factura pero no te indica el error, solo te dice si es correcta o incorrecta.

¿Hay alguna pagina que siga haciendo esto o como se puede validar un fichero para ver que error tiene?

Me autorespondo.

La hacienda foral de Bizkaia tiene una utilidad que si te dice los errores. http://apps.bizkaia.net/CGFW/servlet...INPUTQOption=1

Generar Facturae con XML Data Binding
 

Hola a todos,

Hasta ahora he generado los XML las facturas electrónicas de manera manual, usando un TXMLDocument y añadiendo todos los nodos y sub-nodos necesarios para generarlas. Pero, teniendo al alcance el XML Data Binding de Delphi, he intentado usarlo para crear las clases para poder generar las facturas más fácil y elegantemente, importando una facturae XML correcta y generando las clases pertinentes.

El XML Data Binding genera el código y añade al proyecto el fichero .pas con la clase IXMLFacturaeType y todas las sub-clases, tipos, metodos, etc. necesarios.

A partir de esa clase ya puedes crear una instancia de la factura y puedes cómodamente introducir los valores necesarios y después, generar el fichero XML.

Todo parece funcionar bien, y se crea el fichero con todos los nodos correctamente excepto, y ahí esté el problema, el nodo principal que en una FacturaE correcta debe ser así:

Pero el proyecto la genera así:


Es decir, sin la etiqueta "facturae:" dentro del nodo "<Facturae>"

No entiendo por qué ocurre esto ni como solucionarlo. He rebuscado por todas partes, pero no encuentro información al respecto ni como resolverlo.

Si alguno de vosotros me podéis dar alguna información o algún enlace os estaré muy agradecido.

Gracias y saludos.

Es extraño, si puedes encontrar el nombre de la etiqueta en algún sitio desde donde se genera y cambiarla por otro que no sea facturae , ya que puede estar volviéndose loco que el namespace se llame igual que el nodo.
Yo ll tengo puesto como <namespace:Facturae...

No lo entiendo, si testeo un fichero con "<namespace:Facturae> como tú dices, me da error, solo admite <facturae:Facturae> :(

Tienes que sustituir el prefijo en todo el xml
Por ejemplo en el cierre
Donde aparezca facturae: te debe admitir cualquier cadena cadena:
Lo que es raro es que le pongas al prefijo(namespace) el mismo nombre que la etiqueta

Pues no lo entiendo, la verdad... creo que intentaré modificar el XML resultante con ReplaceString o algo así, (si es que se puede) antes de guardar el fichero, substituyendo <Facturae></Facturae> por <facturae:Facturae></facturae:Facturae> que es de la única manera que lo acepta.

Es algo que lleva pasando desde siempre con casi todos los ficheros xsd que he tratado en delphi con el XML DataBinding. Al final siempre tengo que cambiar el namespace a mano(abriendo el fichero y sustituyendo cadenas).

Hace tiempo estuve investigando pero no llegue a nada, así que tiré por el camino del medio que es generar el fichero y luego sustituir los textos

Y como haces para importar un XSD con XML DataBinding? Si descargas el esquema Facturaev3_2_2.xml y lo importas con XML Data Binding te genera un fichero de clases que no se parece en nada a una facturae. Y por otra parte, si lo generas a partir de una factura.xml correcta, te genera el fichero de clases, pero hay campos/nodos que no te los genera dependiendo de la factura.

Me debo saltar algún paso, ya que lo lógico sería utilizar el schema oficial, ¿no?

Yo lo que hago es descargarme el xsd de esta página https://www.facturae.gob.es/formato/...rsion-3-2.aspx, ojo que creo que te lo descarga en xml, sino renombrarlo a xsd.

Luego en delphi ir a xml data binding y seleccionar el fichero y te crea una unit con una clase con toda la estructura de efactura.

Yo prefiero utilizarlas por que una vez que le pillas el tranquillo agiliza mucho el trabajo. Eso si no te genera el namespace.

Genial !!!

Lo único que tenía que hacer es renombrar "Facturaev3_2_2.xml" a "Facturaev3_2_2.xsd"... increíble!!

Ahora solo necesito añadir el namespace.

Muchísimas gracias por tu ayuda Keys.

Hola, no se si sere yo , pero a mi me da error siempre que intento subir un archivo de factura firmado.
Si embargo aqui me da ok. https://valide.redsara.es/valide/val.../ejecutar.html

Por lo que veo este enlace solo sirve para validar la firma. He probado con un fichero que se que esta mal y me dice que es correcto, ya que creo que lo único que valida es la firma. El otro enlace que he puesto valida toda la factura o lo que quieras.

Buenas,

Aunque mi desarrollo es en el entorno .NET, os he estado leyendo estos días con el fin de familiarizarme con el mundo de FACe.

Ya me di de alta como proveedor, integrador, etc., y he utilizado los WS en el entorno de 'pruebas' para verificar si mis conexiones, junto con el certificado, eran válidas, y de momento me ha ido bien.

Mi inquietud es que quiero probar la parte de 'organismos'. Desde el desconocimiento y por si alguien se ha encontrado con el mismo problema:

1. Quiero dar de alta mi usuario como 'organismo, entidad' y así probar el envío de facturas. Las quiero enviar a mí mismo (no sé si se puede) para simular el envío/recibo de facturas y luego utilizar algún WS para descargar las facturas que me llegan. Alguien lo ha podido hacer?
   
2. Tengo el siguiente enlace, pero la verdad es que no funciona ningún botón: https: //se-face-gestion.redsara.es/ login
   
3. Los problemas que me he encontrado son que hay muchos enlaces en PDFs y en la web de FACe de entorno de pruebas que no funcionan. La verdad, la administración en este país es horrible... ni hablar del soporte, que no contestan o te dicen que son momentos puntuales y que pruebes de nuevo, y aún así sigue sin funcionar, por ejemplo: https: //se-face-gestion.redsara.es/ login

Disculpen si aquí no corresponde poner esto o si consideran mejor que abra un nuevo tema, me lo dicen sin problemas.

Gracias por la ayuda y saludos.

Si te sirve, yo me he saltado un montón de historias con los Dir.
He visto que el directorio puede no estar actualizado, y finalmente para el usuario es un gran lío tener que elegir los nombres correctos, aso que lo que hago es solo que metan el código dir (los 3 o 4 que digan) y mando poniendo nombres genéricos (unidad tramitadora, órgano gestor...) a cada campo y una dirección generica(no consta etc)
Si lo envías así, directamente lo van a traducir y verás el nombre correcto cuando te conectes a face.
No sé si te resuelve algo.

Gracias por responder! Lo que me refería es:

Dónde me puedo dar de alta como 'organismo' en el entorno de pruebas? Ahora mismo ese enlace no funciona y no sé si es el correcto o ha expirado o se puede hacer desde otro enlace...

Una vez dado de alta como 'organismo' quiero enviar/crear facturas a ese directorio que me cree para poder así probar los WS de descarga/consulta facturas etc...

Malass noticias para los que hayan avanzado en Facturae.
El formato de recepción de la plataforma pública será el europeo será UBL segun el proyecto del reglamento que acaba de salir

¿Donde esta el reglamento? puedes poner el enlace?