Creo que es un problema de redacción, espero que lo sea.
A los que hacen estos textos no les iría mal hacer un curso de escritura, volver a la secundaria o algo para aprender a redactar. (O que Google incluya en su traductor: lenguaje oficial :D )

Hola espinete, la "Ley Antifraude" y la factura electrónica son asuntos distintos, en mi opinión:

- La "Ley Antifraude" (VeriFactu) es el TicketBAI de la AEAT. Si ya tenemos la aplicación hecha para TicketBAI, cuando se publique el reglamento VeriFactu se desarrolla en la misma línea como "cuarta hacienda foral", o quinta si contamos con Navarra, que al final no se sabe si irá por TicketBAI o VeriFactu, esta es otra...
- FACE sigue siendo lo mismo: si prestamos un servicio al Ayuntamiento de Madrid éste espera que le envíes un XML FacturaE firmado mediante FACE, si no, no te pagará la factura.
- Si el servicio lo prestamos a una Administración Pública del País Vasco, tendremos que cumplir con la normativa TicketBAI y además generar el XML firmado.
- Con el SII también vamos a convivir, en este caso presentamos los datos de facturas de venta, y también de compra a la AEAT con un margen de 4 días.
- Se nos olvidaba el FACeB2B, una extensión de FACE que permite facturar a subcontratistas especificando la obra del contratista en el XML, y algunas cosas más...
...

Un follón, no cabe duda, pero lamentablemente esto ha llegado para quedarse.

Desde mi punto de vista se están refiriendo a los protocolos de comunicación entre plataformas: si la empresa A usa B2BRouter para emitir facturas electrónicas a la empresa B que las recibe por EDICOM, dichas plataformas se tendrán que poner de acuerdo en cuanto a la interconexión e interoperabilidad, cuyo reglamento además está pendiente de publicar (Artículo 2 bis, Apartado 10, Ley 18/2022, de 28 de septiembre).

Normativa 1: Verifactu es similar a tickebai para enviar a hacienda
Normativa 2: factura electrónica, es el conjunto de las facturas electrónicas que existen(las que cumplen nomrat8vas), , facturae, People...,, es la obligación de enviar y recibir facturas a y desde proveedores... puede intervenir organos como el ministerio de economía y hacienda si hay o detecta morosidad excesiva.
Son 2 normativas y las 2 serán obligatorias, la gratuidad se refiere a que debe estar disponible para el receptor de la factura por los x años que esté vigente según ley, 4 ó 5 años creo.

Gracias habrá que empaparse y apeovechar la poca información que hay de momento.

Hola...

Necesito obtener el listado de administraciones públicas y sus correspondientes "órgano gestor", "unidad tramitadora", "oficina contable", etc.

En Delphi lo tengo hecho, pero necesito ahora hacerlo en PHP y nunca he trabajado con WSDL desde PHP.

Sé que existe una API REST para obtener las entidades acogidas a DIRe (Directorio de Entidades), pero creo que no es lo mismo. Necesito obtener las administraciones públicas, y solo encuentro la opción WSDL:
://administracionelectronica.gob.es/ctt/face/descargas

¿No existe API REST para obtener ese listado?

Me respondo a mi mismo...

(y acabo de darme cuenta que quien abrió este hilo hace ya 7 años fui yo!! :eek:)

Solo existe el SOAP, así que hay que currarse la creación del XML, la firma, etc. en PHP "a mano" (o usar alguna librería de FacturaE que lo haga).

Aclaro (a mi mismo también) que una cosa es DIRe y otra DIR3. Esta gente poniendo nombres son lo más.

Disculpen por postear sobre PHP, pero como en los hilos de ticketBai hay también algo de código php, lo pregunté aquí.

Hola a todos,
Expongo aquí alguna información de como va el temita de la facturación electrónica a falta de que se publiquen los requerimientos técnicos y nos compliquen la vida.
Al parecer, a diferencia de otros países como Italia, en España no va existir (...de momento) una plataforma única donde enviar y recibir las facturas electrónicas, se ha
optado por la vía de lo privado, de modo que cada empresa (o autónomo) deberá elegir una plataforma privada de las que ya existen (como por ejemplo Edicom) o de las
que seguro se crearan nuevas, a esa plataforma privada es a la que se enviarán y de la que se recibirán las facturas a cliente o de proveedores.
"La gratuidad" a la que se refiere la ley es a la interconectividad entre las plataformas, o sea, que la empresa contrata con una sola plataforma y esa plataforma es la que se encarga de conectarse con otras para enviar la factura a los clientes o recibirla de proveedores, independientemente de la plataforma que tenga contratada cada uno.
En cuanto a los formatos de la factura todavía no está claro, cuantos ni cuales serán admitidos, supongo que se publicará alguno con los datos mínimo, en principio la idea es admitir todos los formatos estándar internacionales Edifac , el propio del facturae a administraciones públicas, etc. Es de suponer que como cada plataforma opera con el suyo, admitirán varios formatos.(???)
En definitiva nos tocará pagar a todas las empresas las plataformas privadas y a nosotros como programadores pelearnos con sus formatos y sus enlaces. Espero que al ser privadas por lo menos que sean agiles a la hora de poner servidores de prueba.
De todas formas esto parece que va muy lento para el grueso de empresas será obligatorio en 2025 así que recomiendo no agobiarnos de momento.

Pero..., disculpa mi ignorancia, pq todavia no me he metido con el tema. Pero no se supone que con FACE B2B, es ahí donde tendremos que enviar y recibir las facturas?, y ademas de forma gratuita? Pq siempre he pensado que para eso habian habilitado ese portal...

Pero vamos a ver una cosa...

¿Cómo que varios formatos? ¿Cómo que varias plataformas?

O sea, que la empresa de software debe encargarse de elegir una plataforma donde subir las facturas y permitir consultarlas (el alojamiento en la nube cuesta dinero)? Y además, probablemente, hacer que el software debe ser compatible con todos los formatos posibles?

No les sirvió Ticketbai como ejemplo, pese a sus problemas iniciales?

No se supone que FacturaE, FACe, SII deberían haber servido para algo?

Vamos a seguir siendo el país de los PARCHES?

Pues qué quereis que os diga. Dentro de mi ignorancia de cómo está la cosa en la actualidad dudo que obliguen a TODO EL MUNDO a asociarse con una plataforma para el tema de las facturas electrónicas. Eso vale dinero y yo en particular no lo veo necesario. En teoría la ley obligará a emitir y recibir facturas electrónicas. Muchos de nosotros ya emitimos facturas con formato "facturae" sin mayor problema y recibirlas tampoco debería de serlo porque no deja de ser un fichero XML y en internet hay lectores de facturas electrónicas. ¿Para qué queremos entonces una plataforma?

Saludos.

Se puede esperar que si una empresa (cliente) utiliza más de un formato de intercambio, la plataforma le hace pagar más cuotas. Por tanto, para una empresa (pequeña) dada, al final opera siempre con un solo formato. Y para un desarrollador ocurre un poco lo mismo: elige a una plataforma de referencia, y a un formato; no hacerlo significaría suportar un suplemento de gasto y tiempo que no se puede facturar.

De hecho es una de las razones que hace que el mundo de las plataformas quedará reducido a unas pocas al paso del tiempo; que ¿serán las que han sabido atraer a los desarrolladores?

Me encontró en este posición; y he tenido la sorpresa que para usar la plataforma de pruebas, había que pagar un segundo contrato, como si fuese una segunda empresa.
Es cierto que usaba un contrato baratísimo, y que había otras formas de contrato más premium que incluyan el acceso a la plataforma de pruebas; y un desarrollador independiente debe optar al tipo de contrato que le será más adaptado; que será distinto del contrato de su cliente... (= más gasto o más facturación, según cómo se mira).
Aparte de ser más agiles, hay que recordar que las empresas privadas no suelen regalar medios o funcionalidades.
Hay dos vertientes: emitir facturas, y recibirlas. Lo de emitir sería en 2025 para muchas empresas. Pero de lo que he leído hasta la fecha, las que la empresa reciben serán electrónicas si así lo decide el emisor. En 2023 si el emisor es grande empresa.
Es cierto que las plataformas pueden aliviar el tema para las muchas empresas que manejan un número reducido de facturas, lo pondrán en PDF y con eso se apaña mucha gente. Pero si la empresa quiere ir un poco más lejos y recuperar los datos que están incorporadas en la factura electrónica, es decir modo ERP en lugar de ser una sencilla contabilidad, deberán lidiar con la API y el formato propuesto por la plataforma (después de haber pasado por caja). ¡Ya!

Creo que a esto ya ha respondido espinete:
Aunque estoy consciente que lo de «nosotros» y «queremos» tiene matices que pueden ser variopintas :rolleyes:

Sobre FaceB2B...
 

TENIA ENTENDIDO: que el FaceB2B es una plataforma suministrada por la AEAT para la remisión de facturas entre empresas que subcontraten con las Administraciones... pero que quedaría abierto para que cualquier empresa pueda usarla como plataforma de emisión y recepción de facturas. El formato electrónico es parecido al que generamos para el FACE.GOB.ES pero posiblemente haya que meter cambios... primero porque las empresas privadas tienen un identificador DIRe, mientras las administraciones públicas tienen 3 identificadores: Órgano Gestor, Unidad Tramitadora y Órgano Contable. Para Obtener un identificador DIRe sólo tienes que registrarte con un certificado válido, luego puedes de darte de alta en FACEB2B sin problemas como "Cliente".

¿Y programas y los desarrolladores? Para que nuestro software pueda automatizar el envío de facturas, creo que podemos darnos de alta en esa plataforma como ESF: Empresas de Servicios de Facturación, para lo cual nos tenemos que registrar y obtener un permiso, también solicitando un DIRe, con nuestro certificado, y rellenando un cuestionario... entonces, si nos aceptan, apareceremos en su bonito listado de ESF asociadas al FACEB2B. A partir de ahí, las empresas que tengan plataformas como el FACEB2B (voxtel, ingram, edicom...), están obligadas a comunicarse entre ellas (incluido el FACEB2B) para suministrar al consumidor final una factura en formato electrónico standard, cuando éste lo solicite... y si terceras plataformas incorporan facturas electrónicas de otros clientes, también están obligados a comunicarse con el FaceB2B para que los receptores puedan solicitar sus facturas a través de este único canal....

Imaginaros si para consultar las facturas de un proveedor tuviéramos que ir mendigando en todas las plataformas a ver si hay algo para mí !!!

Espero no estar equivocado, por lo que les pido que si alguien consigue darse de alta como ESF exponga su experiencia y confirme la metodología que he expuesto... estamos saturados de trabajo y nos queda unas semanas para que nosotros podamos abordar este tema.

WEBINAR: Factura electrónica obligatoria
 

Hola dejo enlace de webinar donde explican un poco el tema de la facturación electronica,
realizado por EDICOM, en colaboración con el Ministerio de Asuntos Económicos y Transformación Digital,
es un poco simple y aburrido pero adelanta como será el tema de las plataformas.
https://www.youtube.com/watch?v=YOuCOu2URTM

Muy interesante.

En el minuto 16:20 habla de comunicar los "Estado de la Factura", para mí ha sido una novedad.

Muchas Gracias

Gracias a ti compañero por la info. ^\||/

Pues eso pensaba yo también, he dejado un enlace a webinar que te puede ser interesante, donde explican un poco lo que nos viene.
espero que al final los precios sean económicos o estén subvencionados o terminen poniendo una plataforma gratuita.

Ok, le echare un vistazo cuando pueda, gracias por la info.

Alguna novedad con la publicación del reglamento?