Facturas electrónicas [España]

[keys]

Mirándolo por encima pone esto.

A través de un formato estándar EDI para el intercambio directo de información entre dos organizaciones de forma electrónica (punto a punto): la factura (o cualquier otro documento) se transmite desde el equipo del emisor, previamente transformada a formato EDI, al del receptor, donde se decodifica y se recibe.

En teoría en la última presentación de hacienda se dijo que sería sólo FacturaE. Igual algún día se aclaran.

[ermendalenda]

Empezado por keys

Mirándolo por encima pone esto.



En teoría en la última presentación de hacienda se dijo que sería sólo FacturaE. Igual algún día se aclaran.

Buebo si facturae es el formato del xml pero la plataforma gratuita puede llamarse chorus o choris!ñ o como quieran. Pero no dijeron la única, dijeron que podia ser privada. Lo que creo que si decían que todas tenían que comunicarse finalmente a la plataforma gratuita de la aeat.
Enfin parece que aún no está claro tal y como dices.

[antoine0]

Empezado por keys

Mirándolo por encima pone esto.

Hay dos significados para EDI:

1. En general EDI significa intercambio electrónico de documentos. Técnicamente Factura-E es uno de los múltiples formatos posibles para facturas enviadas por EDI; entonces en tal caso la frase arriba no prohíbe el uso de Factura-e para facturas electrónicas: al contrario, la frase autoriza cualquier formato, si es estándar.
2. Ahora bien, muy a menudo EDI se entiende como EDIFACT, el formato heredado de los Americanos de las 70s y normalizado por Naciones Unidas en 1985, con sus UNB/UNS/UNT y sus ' al final de las «líneas» (e incluyendo a menudo también su translación a XML). Este formato es efectivamente muy habitual en las relaciones entre organizaciones.

Si EDI es meramente un sinónimo de facturas electrónicas, todo este frase es meramente una descripción de lo que es el EDI .
Alternativamente, puede ser que intentan asegurar a las empresas que utilizan formato(s) EDIFACT para publicar sus facturas, que nada tienen que cambiar: continuarán enviando sus facturas en el formato existente (si es conforme a la norma EN16931).
Y no hablan de prohibir cualquier otro formato que no siga EDI(FACT).

En teoría en la última presentación de hacienda se dijo que sería sólo FacturaE. Igual algún día se aclaran.

No creo que tampoco han dicho nunca que sería sólo Factura-E. Entre otras razones, por qué hay una normativa de la U.E. (directiva 2014/55) que obliga los estados a aceptar dos formatos, CII y UBL (decisión de ejecución 2017/1870/UE), en todos los países, en paralelo con posibles estándares nacionales (como es el caso de Factura-E en España) y normas de facto (como parece ser es el caso para EDIFACT en España).
El artículo 6 del proyecto de RDL recoge explícitamente estas cuatro opciones, sin hacer ninguna distinción entre ellas.

[keys]

Esto es lo que dijeron en la reunión.

La Agencia Estatal de Administración Tributaria será el organismo encargado del desarrollo de la Solución
Pública de Facturación Electrónica (SPFE). dentro del Sistema español de factura electrónica. Dicha plataforma
pública se constituye la opción por defecto si no hay acuerdo entre emisores y destinatarios de facturas. La
sintaxis de facturas elegidas es FacturaE. Será depositaria de todas las facturas B2B a nivel del Estado.
Funciones de la plataforma pública: interconexión de plataformas, depósito de facturas originales y copias,
comunicación de pagos, descarga de facturas, etc. Se definirán los detalles de la misma en orden ministerial.

[[newtron]]

Y a mi se me ocurre una pregunta tonta a raiz de la movida esta de las facturas electrónicas.


¿Cuando esto esté en marcha para todo el mundo tendrá sentido las plataformas tipo EDI?


Saludos.

[antoine0]

Empezado por newtron

Y a mi se me ocurre una pregunta tonta a raiz de la movida esta de las facturas electrónicas.

¿Cuando esto esté en marcha para todo el mundo tendrá sentido las plataformas tipo EDI?

Creo que sí. Para empresas de tamaño medio-grande que tienen informáticos en casa que han desarrollado un sistema súper-integrado para emitir y recibir los archivos EDIFACT (de los cuáles facturas INVOIC es solo una parte). No tienen que cambiar nada, ya lo tienen todo cocinado.
Incluso para un importe relativamente modesto podrían recuperar en formato electrónico las facturas de sus proveedores, luego desarrollar una herramienta que hace el cotejo de estas facturas contra las pendientes de recibir que tienen en cartera; y soñar, si este desarrollo sale bien, a poder «rentabilizarlo» sobre el departamento de Compras de la empresa...

De hecho, es la música que algunas plataformas EDIFACT están vendiendo ahora mismo. (O intentan vender; no sé si sale a cuenta, ya que tengo mis dudas sobre el rendimiento del cotejo; pero sus departamentos de marketing no paran).

Las que veo peor son las empresas, a menudo fabricantes de impresoras, que han vendido sistemas de G.E.D. con, básicamente, el mismo objetivo final («desengrasar» los departamentos de Compras), en las últimas 10-15 años. Dentro de poco la misma función será bastante más sencilla, solo se deberán recuperar las facturas en formato estructurado desde la plataforma SPFE. Si tienen una función de cotejo que funcione bien, entonces estupendo para ellas, van a poder rentabilizarla. Si no...

[ermendalenda]

Buenas amigos, en el seminario del día 14/2/24 han confirmado que el punto de entrada público(gratuito) será en formato Facturae, donde todos tendremos que enviar, ya sea a través del punto de entrada que contratemos a través de otra empresa o directamente, los servicios se suponen que serán parecidos a los actuales de face y faceb2b, consulta de administrcionws de un cif etc.
Ya os digo que esto tiene mucho curro, yo ya he empezado y para intentar evitar errores sobre los datos administrativos de las empresas a las que envías hay que currarse las consultas, os recomiendo también descargaos los códigos postales de todo el territorio español para que al poner el cp os aparezca la localidad y provincia
Dejad rn las bases dr dato un campo de más de 10caractwres pata el dir de la administración ya q8w me da la sensación de que alguna vez lo tendrían que ampliar.
Tened muy en cuenta si es persona física o jurídica para generar el xml 1ue cambia mucho.
Para saber si es persona física o jurídica para los nifs y nie españoles se puede saber por la configuración del código identificativo.
Hay que currar muchísimo para dárselo fácil al usuario.

[[newtron]]

Gracias compañero. Al final se las apañarán para que nos caigan a la vez los dos truños Verifactu y Factura Electrónica.