Facturas electrónicas [España]

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

[ermendalenda]

Empezado por 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.

Por aclarar lo de los códigos postales.
Correos tiene sus parcelas de reparto para dividirlos por oficina (códigos postales) que no tirne que coincidir con los códigos de municipios que son códigos,como su nombre indica, de municipios para que cada administración del municipio al que pertenece, trate los datos, aytos, etc.
Esto quiere decir que un código postal puede estar en más de un código de municipio y esto lía un poco a los desarrolladores si quiren establecer vínculos directos. Y ya para liar más, hasta una misma calle puede pertenecer a varios códigos postales pero pertener a un solo municipio.

[Noe277]

Buenas,

Están cambiando la WEB de face y la de face B2B actualizando los documentos.
Tengo una duda ¿los WS para mandar a la administración publica son distintos de los de entre empresas?
Y en tal caso ¿Dónde encuentro los de admiración publica ?


Gracias,

[ermendalenda]

Empezado por Noe277

Buenas,
Están cambiando la WEB de face y la de face B2B actualizando los documentos.
Tengo una duda ¿los WS para mandar a la administración publica son distintos de los de entre empresas?
Y en tal caso ¿Dónde encuentro los de admiración publica ?

Las estructuras (esquemas ) de generacion del fichetro son las mismas perono los de los de envíos y respuestas lss ws son distintas en sitio y esquemas de envío y respuesta Face tiene su ws de pruebas y de producción y faceb2b los suyos. Ahora estoy con el móvil pero te los busco y te los pongo en cuanto pueda.

[ermendalenda]

Empezado por Noe277

Buenas,
Están cambiando la WEB de face y la de face B2B actualizando los documentos.
Tengo una duda ¿los WS para mandar a la administración publica son distintos de los de entre empresas?
Y en tal caso ¿Dónde encuentro los de admiración publica ?

Gracias,

Te dejo documentacion.

Aqui los Endpoints de conexion:
//************************************
//************* FACE **************
//************************************
// ENTORNO DE PRODUCCION
"https://webservice.face.gob.es/facturasspp2" :

// ENTORNO DE PRUEBAS
"https://se-face-webservice.redsara.es/facturasspp2";
//************************************


//************************************
//************ FACEB2B ************
//************************************
// ENTORNO DE PRODUCCION
"https://ws.faceb2b.gob.es/sv1/invoice" :

// ENTORNO DE PRUEBAS
"https://se-ws-faceb2b.redsara.es/sv1/invoice";
//************************************

Preproducción RPC Literal
https://se-ws-faceb2b.redsara.es/sv1/clients?wsdl
Preproducción RPC Encoded
https://se-ws-faceb2b.redsara.es/sv1/ie/clients?wsdl
Producción RPC Literal
https://ws.faceb2b.gob.es/sv1/clients?wsdl
Producción RPC Encoded
https://ws.faceb2b.gob.es/sv1/ie/clients?wsdl

https://www.google.com/url?esrc=s&q=...s0xp-AtugHBKHb
https://www.google.com/url?esrc=s&q=...LZsQGz6jKS3Eit
https://www.facturae.gob.es/politica...turae_v3_1.pdf
https://www.google.com/url?esrc=s&q=...goYHSqSd7wmLGr
https://www.collegesidekick.com/study-docs/1339157

No sé si funcionan todos los links. Si no te pongo los nombres de los pdfs y te salen el enlace de gob.es para descargarlos en google

[Noe277]

Empezado por ermendalenda

Te dejo documentacion.

Aqui los Endpoints de conexion:
//************************************
//************* FACE **************
//************************************
// ENTORNO DE PRODUCCION
"https://webservice.face.gob.es/facturasspp2" :

// ENTORNO DE PRUEBAS
"https://se-face-webservice.redsara.es/facturasspp2";
//************************************


//************************************
//************ FACEB2B ************
//************************************
// ENTORNO DE PRODUCCION
"https://ws.faceb2b.gob.es/sv1/invoice" :

// ENTORNO DE PRUEBAS
"https://se-ws-faceb2b.redsara.es/sv1/invoice";
//************************************

Preproducción RPC Literal
https://se-ws-faceb2b.redsara.es/sv1/clients?wsdl
Preproducción RPC Encoded
https://se-ws-faceb2b.redsara.es/sv1/ie/clients?wsdl
Producción RPC Literal
https://ws.faceb2b.gob.es/sv1/clients?wsdl
Producción RPC Encoded
https://ws.faceb2b.gob.es/sv1/ie/clients?wsdl

https://www.google.com/url?esrc=s&q=...s0xp-AtugHBKHb
https://www.google.com/url?esrc=s&q=...LZsQGz6jKS3Eit
https://www.facturae.gob.es/politica...turae_v3_1.pdf
https://www.google.com/url?esrc=s&q=...goYHSqSd7wmLGr
https://www.collegesidekick.com/study-docs/1339157

No sé si funcionan todos los links. Si no te pongo los nombres de los pdfs y te salen el enlace de gob.es para descargarlos en google

Gracias. Tiene pinta que dentro de poco sacaran la normativa de ley Crea y crece y nos va a volver a tocar ponernos con esto otra vez.

[ermendalenda]

Empezado por Noe277

Gracias. Tiene pinta que dentro de poco sacaran la normativa de ley Crea y crece y nos va a volver a tocar ponernos con esto otra vez.

Espero que tarden, aunque yo ya estoy trabajando sobre ello por que la base Facturae es lo más probable y dific8l es que cambien de opinión. Eso sí, tiene la pinta que el esquema facturae tenga algunos cambios, pero no creo que demasiado, ya que el tema de los programas de las administraciones cuesta mucho renovarlos

[fjsdiyf]

Hola. Estoy tratando de establecer un proceso de facturación electrónica con una empresa en base al estándar facturae v.3.2. Esta empresa en su guía de uso EDI, establece que en el apartado de literales legales, es obligatorio cumplimentar las referencias (<LegalReference>) "Certkey" y "Hashkey". ¿Alguien sabe qué demonios es esto? No he conseguido encontrar ninguna información al respecto. Muchas gracias por la ayuda.

[antonia57]

Hola, estoy buscando lo mismo pero no encuentro información. Continuo en la busqueda y en el caso de encontrar te lo apunto en el hilo. Suerte.

[[newtron]]

Buenas.


Yo genero facturas compatibles facturae en distintos clientes para facturar a organismos públicos, no relleno esos campos que comentas y no es mayor problema.



Donde si relleno el apartado <LegalReference> es cuando son facturas que hago para el Kit Digital pero ahí lo único que va es un texto similar a esto:

-<LegalLiterals>

<LegalReference>Financiado por el programa Kit Digital. Plan de Recuperación, Transformación y Resiliencia de España "Next Generation EU". IMPORTE SUBVENCIONADO ..... /LegalReference>

</LegalLiterals>


No sé si esto te servirá.
Saludos.

[joanp]

Buenos días,

Estoy buscando algún ejemplo o tutorial para generar una factura electrónica en XML a partir de la estructura definida en Facturaev3_2_2.xdb publicado por la administración.
Sabéis donde puedo encontrar ayuda sobre este tema. Necesito solamente generar los XML en el formato correcto.

Muchas gracias y saludos.

[[newtron]]

Empezado por joanp

Buenos días,

Estoy buscando algún ejemplo o tutorial para generar una factura electrónica en XML a partir de la estructura definida en Facturaev3_2_2.xdb publicado por la administración.
Sabéis donde puedo encontrar ayuda sobre este tema. Necesito solamente generar los XML en el formato correcto.

Muchas gracias y saludos.

Yo en particular genero los XML usando el componente TXMLDocument. Cuando tengo dudas de cómo implementar algún dato en el XML lo que hago es crear un ejemplo en el programa facturae, exportar el XML y ver cómo lo genera. Imagino que podrás encontrar ejemplos de uso del componente por internet, si no es así me lo dices y miro de enviarte un extracto de esa parte de mi programa.


Saludos.

[ermendalenda]

Empezado por fjsdiyf

Hola. Estoy tratando de establecer un proceso de facturación electrónica con una empresa en base al estándar facturae v.3.2. Esta empresa en su guía de uso EDI, establece que en el apartado de literales legales, es obligatorio cumplimentar las referencias (<LegalReference>) "Certkey" y "Hashkey". ¿Alguien sabe qué demonios es esto? No he conseguido encontrar ninguna información al respecto. Muchas gracias por la ayuda.

Te tendrían que ampliar información, es raro que te pidan una clave de certificado y el hash(que tampoco te dicen si es el público o el privado). Pero si lo tienes que meter en legalrerefencee es para uso interno para el emisor o el receptor, tiene pinta que en vez de firmar el xml lo que hacen es meter las claves ahí para comprobar la validez, en cuyo caso sería una chapuza.

[joanp]

Empezado por newtron

Yo en particular genero los XML usando el componente TXMLDocument. Cuando tengo dudas de cómo implementar algún dato en el XML lo que hago es crear un ejemplo en el programa facturae, exportar el XML y ver cómo lo genera. Imagino que podrás encontrar ejemplos de uso del componente por internet, si no es así me lo dices y miro de enviarte un extracto de esa parte de mi programa.


Saludos.

Muchas gracias newtron,

Si con TXMLDocument es como lo intento hacer, ya he trabajado con este componente antes para generar los ficheros SEPA de comunicación con los bancos y todo bien pero, ahora no consigo generar las facturas correctamente.

Mediante XML data binding he importado el esquema y he generado la classe pero no acabo de entender como crear el XML correctamente.

Un ejemplo me iria muy bien, gracias.

Saludos

[[newtron]]

Empezado por joanp

Muchas gracias newtron,

Si con TXMLDocument es como lo intento hacer, ya he trabajado con este componente antes para generar los ficheros SEPA de comunicación con los bancos y todo bien pero, ahora no consigo generar las facturas correctamente.

Mediante XML data binding he importado el esquema y he generado la classe pero no acabo de entender como crear el XML correctamente.

Un ejemplo me iria muy bien, gracias.

Saludos

Ok pásame un correo por privado y te envío un .txt con el código para que le eches un vistazo. Es largo como para ponerlo por aquí.

[ermendalenda]

Buenas noches. No sé si alguien más le ha dado vueltas a un asunto.
Para evitar errores de los usuarios estoy intentando que el cif identifique el tipo de factura electronica que vamos a confeccionar, ya que hasta ahora, en España, Face es para BTG y facebtb es la plataforma y punto de entrada gratuito para el resto, y sinceramente creo que Face va a seguir existiendo separadamente del r3sto.
BTB(empresa a empresa)
BTC(empresa a consumidor final)
BTG(empresa a organismo publico)
El BTC no sé si la información a incluir según sea autónomo o persona fisica(sin ser autonomo )tienen diferencias, le echo un vistazo a Facturae a ver si hay diferencias en la confección.
El BTG creo que los cifs tienen letras específicas para todos los organismos públicos: algunos empiezan por S etc..
Si tenéis algo sobre esto, ruego información de todas formas iré informando de los resultados, a ver que sale.

[[duilioisola]]

En este enlace los explican:

https://dudaslegislativas.com/labora...tre-cif-y-nif/

Cómo se forma el NIF de una empresa

El NIF de las personas jurídicas se compone de 9 caracteres:

Una letra, que aparece en primer lugar y se refiere a la forma jurídica y nacionalidad de la entidad.
Un número formado por 7 dígitos, de los cuales 2 indican la provincia, y los otros 5 son asignados en función del orden de inscripción de la entidad en el Registro Mercantil.
Un dígito de control, que es la letra o el número con el que se valida el formato del NIF.

Las letras que puede tener el NIF y su significado son los siguientes:

A – Sociedades anónimas
B – Sociedades de responsabilidad limitada
C – Sociedades colectivas
D – Sociedades comanditarias
E – Comunidades de bienes y herencias yacentes y demás entidades carentes de personalidad jurídica no incluidas expresamente en otras claves.
F – Sociedades cooperativas
G – Asociaciones
H – Comunidades de propietarios en régimen de propiedad horizontal
J – Sociedades civiles
P – Corporaciones Locales
Q – Organismos públicos
R – Congregaciones e instituciones religiosas
S – Órganos de la Administración del Estado y de las Comunidades Autónomas
U – Uniones Temporales de Empresas
V – Otros tipos no definidos en el resto de las claves

y algo interesante de lo que me acabo de enterar:

¿Qué es el CIF en España?

El CIF (Código de Identificación Fiscal) ya no existe en España desde el año 2008, a partir de la reforma introducida con el Real Decreto 1065/2007, de 27 de julio.

Hasta ese momento se utilizaba para identificar a las personas jurídicas, fueran empresas o fundaciones. Desde su desaparición, el CIF pasó a ser el NIF.

Pero a pesar de los años que han pasado, hay muchas personas que siguen utilizando el término CIF, de forma errónea.

[ermendalenda]

Empezado por duilioisola

En este enlace los explican:

https://dudaslegislativas.com/labora...tre-cif-y-nif/



y algo interesante de lo que me acabo de enterar:

Gracias "Sxxxxxxxx", "Pxxxxxxxx","Exxxxxxxx" y "Qxxxxxxxx" = posibles B2G = posible Face (De momento), pero acabo de ver en redsara que hay cifs normales que empiezan por ejemplo por "A", asi que poco me sirve esta idea,


Os dejo un enlace interesante
https://edicomgroup.es/blog/la-factu...esas-espanolas

[ermendalenda]

Si no me equivoco, las referencias de la ley crea y crece sobre la factura electronica, van dirigidas a las facturas B2B (Entre Empresas), pero no dice nada sobre B2G (De empresa a organismos publicos). Pero tengo una duda sobre las B2G o sea sobre Face en España, a ver si alguien me lo puede resolver, por que seguramente me surja la misma duda (o parecida) con las B2B ya que la base, en principio, va a ser Facturae también.
A ver, cuando una administracion te pide una factura hay que indicar la tripleta de códigos DIR3, obligatoriamente: Oficina Contable, Unidad Tramitadora y Organo Gestor. Además les pueden asignar otro nombre. Hasta aquí bien. El problema es que hay un nodo que no termino de entender y no sé si tiene relación con el tipo de este triplete de Dir3, este es el RoleTypeCode, o sea, si yo elijo estoy dando de alta la unidad tramitadora, ¿Me tienen que dar el Roletypecode? ¿Es obigatorio? ¿El Roletypecode para la unidad tramitadora puede ser cualquiera de los 9 opcionales o está restringido según la Unidad Dir3 que estoy dando de alta?
No encuentro documentación al respecto, aunque si he visto que para las 3 unidades Básicas del trplete siempre he encontrado el mismo Rol, pero no sé si es coincidencia.