Ley "Crea y crece" (18/2022) - Programas informáticos

[keys]

Empezado por razorxxx

Exacto. Si usas por ejemplo EDICOM, EDICOM se tiene que encargar de mandar la factura a la plataforma pública e ir actualizando los estados de la factura.

Gracias. ¿Pero quien se encarga de enviar la factura a la plataforma del receptor de la factura (Cliente)?

[razorxxx]

Empezado por keys

Gracias. ¿Pero quien se encarga de enviar la factura a la plataforma del receptor de la factura (Cliente)?

Según el Real Decreto, las plataformas de facturación deben permitir la interoperabilidad gratuita entre ellas, de tal forma que diferentes proveedores se comuniquen entre sí de forma fluida y segura. Así que supongo que aparte de mandar una copia a la plataforma pública, tendrán que enviárselas entre ellas, así como actualizar los estados de las facturas (contabilizada, pagada, rechazada, etc).

[keys]

Empezado por razorxxx

Según el Real Decreto, las plataformas de facturación deben permitir la interoperabilidad gratuita entre ellas, de tal forma que diferentes proveedores se comuniquen entre sí de forma fluida y segura. Así que supongo que aparte de mandar una copia a la plataforma pública, tendrán que enviárselas entre ellas, así como actualizar los estados de las facturas (contabilizada, pagada, rechazada, etc).

En resumen si lo entiendo bien. El programa de facturación subirá la factura a la plataforma del emisor (Pública o Privada) y esta es la que se tiene que encargar de enviarla a la plataforma del receptor.

Si es así menudo lio para los que se dediquen a hacer plataformas, tienen que conocer por un lado cual es la plataforma de todos los clientes a los que se le hace la factura y ademas tienen que ser capaces de conectarse con ellas.

[razorxxx]

Empezado por keys

En resumen si lo entiendo bien. El programa de facturación subirá la factura a la plataforma del emisor (Pública o Privada) y esta es la que se tiene que encargar de enviarla a la plataforma del receptor.

Si es así menudo lio para los que se dediquen a hacer plataformas, tienen que conocer por un lado cual es la plataforma de todos los clientes a los que se le hace la factura y ademas tienen que ser capaces de conectarse con ellas.

Bueno, plataformas de pago hay pocas. Lo que pasa que ahora con la plataforma pública gratuita ya no estarás obligado a entrar por una plataforma de pago, como pasa con muchos hoteles por ejemplo. Así que puede que en España empiecen a perder muchos clientes.

[FacilIng]

Empezado por razorxxx

Bueno, plataformas de pago hay pocas. Lo que pasa que ahora con la plataforma pública gratuita ya no estarás obligado a entrar por una plataforma de pago, como pasa con muchos hoteles por ejemplo. Así que puede que en España empiecen a perder muchos clientes.

A ver si lo he entendido bien pq la verdad es que esto es pa mear y no echar gota ...

1.- El trabajador A genera una factura con nuestro SW:

• Nuestro SW envía la factura a VeriFactu (si no está exento)
• Nuestro SW sube la factura a una "plataforma pública" de facturas B2B. --> Pero, ¿quién provee esa plataforma? ¿El estado? ¿La AEAT?
• La plataforma pública envía la factura al destinatario de la misma. --> ¿Sí? ¿Así de simple? ¿No tendremos q hacer nada nosotros?

2.- El trabajador B, cuando la factura se cobre, debe acceder a la plataforma pública, buscar la factura y marcarla como cobrada.

¿Esto es tal como digo?

Pq la verdad, lo estoy flipando ...

[Logan05]

Empezado por FacilIng

1.- El trabajador A genera una factura con nuestro SW:

• Nuestro SW envía la factura a VeriFactu (si no está exento)
• Nuestro SW sube la factura a una "plataforma pública" de facturas B2B. --> Pero, ¿quién provee esa plataforma? ¿El estado? ¿La AEAT?
• La plataforma pública envía la factura al destinatario de la misma. --> ¿Sí? ¿Así de simple? ¿No tendremos q hacer nada nosotros?

2.- El trabajador B, cuando la factura se cobre, debe acceder a la plataforma pública, buscar la factura y marcarla como cobrada.

A ver yo supongo que esto sustituirá a verifactu, no le veo el sentido a mantener los dos en paralelo. y tb supongo que el sw cuando se cobre una factura solo tendrá que mandar un aviso a la plataforma publica como hacemos ahora con las anulaciones o las subsanaciones en verifactu, lo hará el programa, porque si esperas que el usuario se conecte a la plataforma que sea y lo haga.... ya si que nos vamos a reir

[[newtron]]

Empezado por Logan05

A ver yo supongo que esto sustituirá a verifactu, no le veo el sentido a mantener los dos en paralelo. y tb supongo que el sw cuando se cobre una factura solo tendrá que mandar un aviso a la plataforma publica como hacemos ahora con las anulaciones o las subsanaciones en verifactu, lo hará el programa, porque si esperas que el usuario se conecte a la plataforma que sea y lo haga.... ya si que nos vamos a reir

Esto no sustituye a Verifactu. Tienes que tener en cuenta que solo se subiran las facturas que se hagan a profesionales, tampoco las facturas simplificadas así que tendremos que hacernos a la idea de enviarlas a los dos lados. El tema del cobro es lo que yo veo peliagudo porque tengo muchas dudas.

[razorxxx]

Empezado por FacilIng

A ver si lo he entendido bien pq la verdad es que esto es pa mear y no echar gota ...

1.- El trabajador A genera una factura con nuestro SW:

• Nuestro SW envía la factura a VeriFactu (si no está exento)
• Nuestro SW sube la factura a una "plataforma pública" de facturas B2B. --> Pero, ¿quién provee esa plataforma? ¿El estado? ¿La AEAT?
• La plataforma pública envía la factura al destinatario de la misma. --> ¿Sí? ¿Así de simple? ¿No tendremos q hacer nada nosotros?

2.- El trabajador B, cuando la factura se cobre, debe acceder a la plataforma pública, buscar la factura y marcarla como cobrada.

¿Esto es tal como digo?

Pq la verdad, lo estoy flipando ...

La plataforma pública la hará el estado claro, supongo que harán un copia-pega de FACe pero para B2B. La plataforma pública no enviará la factura al destinatario: si el destinatario también usa la plataforma pública, simplemente entrará con su certificado y verá allí las facturas que le han puesto disponibles sus proveedores (y supongo que podrá rescatarlas desde su software mediante llamadas al webservice), y si usa una plataforma privada se tiene que encargar dicha plataforma de consultar los datos de las facturas en la plataforma pública.

Y en cuanto al cambio de estados, supongo que mediante llamadas al webservice desde el software contable se podrá actualizar estado de factura y consultar el actual. Los estados creo que van a ser aceptada (confirmada como correcta por el receptor o automáticamente si se pasó un plazo), rechazada (el destinatario la rechaza por errores o discrepancias, siempre dentro de un plazo) y pagada/impagada (pago completo, parcial o nulo).

Todo esto son suposiciones mías, no puedo todavía afirmar todo lo que he dicho porque no han publicado ningún documento técnico.