Facturas electrónicas [España]

[[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.

[ermendalenda]

Post erroneo

[ermendalenda]

No sé si alguien con más experiencia en factura electrónica sabe la equivalencia entre la factura sustitutiva o de canje con la factura electrónica.
Se me ocurren 2 formas:
Factura completa, insertando los documentos pdf de los tiquets
Factura recapitulativa e indicando fecha y número de tiquet de cada operación

Pero ninguna de las 2 formas encaja 100%

[afxe]

Empezado por ermendalenda

No sé si alguien con más experiencia en factura electrónica sabe la equivalencia entre la factura sustitutiva o de canje con la factura electrónica.
Se me ocurren 2 formas:
Factura completa, insertando los documentos pdf de los tiquets
Factura recapitulativa e indicando fecha y número de tiquet de cada operación

Pero ninguna de las 2 formas encaja 100%

A mi entender, las facturas electrónicas hay que subirlas cuando se emiten a una persona física o jurídica. Las facturas simplificadas sin identificación del sujeto, no tiene sentido ser enviadas a la plataforma, ya que es una plataforma para el intercambio de facturas entre empresas y autónomos. Otra cosa es el verifactu... ahí sí hay que enviarlas una a una, nada de recapitular, ya que cualquier cliente, con su ticket, tiene que tener la posibilidad de consultar si ese ticket está subido correctamente a la AEAT.

Otra cosa. He leido esto en un artículo:

Punto de entrada de las facturas
A la hora recibir facturas, los autónomos deberán comunicar a sus proveedores cuál es el punto de entrada de las mismas. Es decir, el software privado de facturación electrónica con el que trabajen. Esta información tendrá que ser pública en todas las comunicaciones con los proveedores y en la página web del negocio (en caso de disponer de ella). De no hacerlo así, se entenderá que el punto de entrada es la solución pública de facturación electrónica.

No lo entiendo bien... Se supone que el punto de entrada habrá que poner el DIRe de la empresa/autonomo receptor de la factura, para que éstos puedan recibir dichas facturas. ¿Qué pinta el software privado que usen?

[ermendalenda]

Empezado por afxe

A mi entender, las facturas electrónicas hay que subirlas cuando se emiten a una persona física o jurídica. Las facturas simplificadas sin identificación del sujeto, no tiene sentido ser enviadas a la plataforma, ya que es una plataforma para el intercambio de facturas entre empresas y autónomos. Otra cosa es el verifactu... ahí sí hay que enviarlas una a una, nada de recapitular, ya que cualquier cliente, con su ticket, tiene que tener la posibilidad de consultar si ese ticket está subido correctamente a la AEAT.

Otra cosa. He leido esto en un artículo:



No lo entiendo bien... Se supone que el punto de entrada habrá que poner el DIRe de la empresa/autonomo receptor de la factura, para que éstos puedan recibir dichas facturas. ¿Qué pinta el software privado que usen?

Buebo estoy programando ya para factura electrónica, y sí, si admiten varias opciones facturas sinplificadas, ordinarias y eecapitulativas. Ahora bien, la simplificada puede bo tener mucho sentido o sí, ya que aunque sea simplificada se la puedes enviar a alguien con cif, por ende ya está nominada. Lo mismo va por ahí el asunto de la sustitutiva para las electrónicas.
Por otro lado, ese artículo de que fuente es ?
Eso podría hacerse sí facturae ampliase la estructura añadiendo otros nodos (proveedor o punto de entrada) y un campo dir3 más amplio, que actualmente sólo es de 10 caracteres.
No me extrañaría, pero por lógica la historia sería más normal justo al revés, o sea. El que tenga otro proveedor ya tendrá que currarse el proveedor de leer las facturas del punto de entrada público o incluso que estén todos los proveedores a crear ese punto de entrada público para enlazar. Así el comprador puede dar el dir3 de facturae o el del proveedor según el comercio, pienso yo que para no liar darán siempre los 2.
Por otro lado facturar admite el nodo "extensiones" lo cual sería una gran putada para nitroso que intentase que metieras ahí a todos los proveedores, ya que al final estaríamos en las mismas, para que quiero un punto de entrada público si no hay capacidad de tener en cuenta todas las extensiones....pero se me ocurre tb que hagan alguna extension común para enviar a cualquier proveedor, por ahí pueden ir los tiros, aunque también pueden querer aprovechar el nodo de información adicional de la factura para no tener que cambiar ni añadir estructuras
Hay muchas posiblidades

[keys]

Si no recuerdo mal en la charla de la aeat dijeron que todas las facturas tienen que ir al punto de entrada público, tengan o no contratado uno privado.

[ermendalenda]

Empezado por keys

Si no recuerdo mal en la charla de la aeat dijeron que todas las facturas tienen que ir al punto de entrada público, tengan o no contratado uno privado.

Si quieren controlar la morosidad (que creo que no va a ser lo unico que controlen) debe ser asi. No van a estar conectándose ellos a todos.
Creo que este control va a ir más allá y no sé hasta donde llegará ese control de morosidad y que recogerá el reglamento, me temo que vamos a tener que estudiar nos también los temas relaci9nados con límites en las fechas de pago...
Al final me voy a hacer asesor fiscal en vez de programador.
Vaya tela.

[ermendalenda]

Hola, sigo analizando facturae.
En cuanto a las equivalencias de tipos de factura:
-Para la sustitutiva ya que no hay una equivalencia explicita y como facturae está concebida para cobrar y pagar ( no es reporte a la AEAT), entonces Factura Sustitutiva(Verifactu)=Factura Completa(Facturae)
-Y ahora al revés, Factura Recapitulativa Facturae(albaranes, notas de entregas convertidas a factura)=Factura Completa Verifactu


En cuanto nodos que no contemplamos normalmente y que hay que tener en cuenta:
-Ibank=Cuenta donde solicitamos la transferencia (Si solitamos pago por transferencia)
-INETownCode=Código población segn el INE(Ojo no es el código Postal, podeis descargaros del INE la tabla, lo que es complicado es establecer la relación de las direcciones con los codigos de poblacion y los codigos postales, ni siquiere la Seguridad Social lo tiene bien, pero podeis dejarlo sin relacion y que lo escriban, aunque seguro el usuario se va a equivocar muchisimo si no vinculais y dais una ayuda)
InstallmentDueDate e InstallentAmountDate=Fecha e importe del efecto, pertenecen al nodo Installments(se repite tantos efectos tengas). Una factura puede emitirse para que pague en otra/s fecha/s, por transferencia o por otro metodo, aqui debes poner la/s fecha/s e importes
-AdministrativesCentres= Son datos opcionales que tendrá que darnos el cliente si quiere que le emitamos las facturas según estos Roles. Por ejemplo una empresa que tenga distintos centros de operaciones por provincia, tendremos que tener creado al mismo cliente con distintos centros administrativos para que cada uno accesa a sus facturas.
-AdditionalData=Esto va a ser un nodo importante en el que agregaremos información adicional. Casi seguro en un subnodo de este nodo insertaremos el QR(en modo texto), podremos insertar el pdf de la factura en un formato especifico para poder insertarlo, por ejemplo en BASE64.

Otros datos importantes que teneis que tener en cuenta:
CountryCode= a Rellenar según tabla de codigo de paises Alpha 3, que son los códigos de los paises en 3 caracteres según la normatica ISO 3166-1, que es la que usa facturae, aunque la nueva ley habla de la obligatoriedad de emitir al menos para los clientes de España, no sé si se va a dar algún caso en que haya que meter el codigo de pais por el tipo de cliente que no sea residente y sea de la UE, recordad que el CodigoPais para verifactu es Alpha 2.
Tipo de Cliente: Persona Fisica o Juridica=Es facil establecer (Para los nifs, cifs, españoles) si es Fisica o Juridica, pero dejaos un campo a rellenar por si las moscas.