¡¡No hay tregua!! :mad:

¿ Y que van hacer, para enviar a organismos públicos FacturaE y para crea y crece en UBL?

Pongo el enlace que lo he encontrado

https://portal.mineco.gob.es/es-es/m...ectronica.aspx

Pero vamos a ver... no basta con facturae, SII, verifactu, ticketbai... van a seguir con tantas opciones en vez de crear una única y punto de una vez?

¡¡Pero hombre!! ¿Qué quieres, que lo pongan fácil? :rolleyes:

Pufff, he estado mirando por encima el UBL y parece que también hay que meterles los xmls la factura anterior y fecha factura anterior pero "La Factura" aquí nada de tiquets ni poll@s en vinagre. Además por supuesto de formas de pago(tiempos de pagos) y otra cosa peor, nosotros tenemos que informar las fechas de devengo del iva tanto para el comprador como para el vendedor, lo dicho de aquí convalidamos todas las asignaturas de economía, asesoría fiscal, Derecho, RRHH(por queviene la nueva normativa de control horario que es muy chunga, si teneis control horario os rexomiendo que os leais al menos el convenio general y algun otro de servicios, veras que chulo)
ESTOY UN POCO HASTA LOS CATAPLINES, pero ya está era solo por desahogarme
Sd me olvidaba volviendo a UBL:
Lo que no se si hay que meterle algún identificador para darse de alta en la Red People, supongo que no, ahora a estudiar de nuevo.
No creo que ya nadie quiera empezar un software de ventas sin estar soportado por una empresa, los pequeños desarrolladores creo que estamos en extinción.
No hay descanso

Parece que algunos se libran. Yo estoy jodio
Suerte
https://www.eleconomista.es/legal/no...000-euros.html

Alguien tiene un chatgpt avanzado para traducir los comentarios del fichero de deficiones XSD de la última versión de las facturas UBL

Creo que es buena idea localizar páginas de verificación de los invoices.xml, al igual que hay para face.
Y por supuesto ejemplosde xmls de la version2.3

Es curioso a la plataforma publica hay que hacerlo en UBL. Pero luego a las privadas.

Por otro lado me imagino que las entidades publicas seguirán usando efactura. Así que cuando generes una factura habrá que generarla en 40 formatos . UBL, efactura, Verifactu, Ticketbai, pdf, la madre del cordero,

Justo estaba pensando eso.
Sabéis donde se hacen las consultas para ese reglamento?
Por que quería preguntar si face va a ser factirae o ubl, y en ese caso si habrá algunos ejemplos de equivalencias. Aparte de si los xsd los traducirán a español y pondrán ejemplos de facturas con euros ivas, recargos de equivalencia etc.

Os pongo aquí un índice de ficheros de definiciones de distintos tipos de documentos ya que el UBL no solo es para factura ñs claro. Es uno de los formatos europeos y por lo que veo, si se empieza por klas facturas, es el camino que vamos a seguir por cada documento oficial que digan que tengamos que subir.
https://docs.oasis-open.org/ubl/os-UBL-2.3/xsd/maindoc/

Si abres el enlace:
Hay el apartado de participación:
Puede que esto te sirva para consultas. Sino a esperar que se publique oficialmente y digan donde preguntar

Buenas,

En nuestra plataforma ya tenemos FacturaE 3.2, 3.2.1, 3.2.2; UBL 2.0, 2.1; INVOIC D93A y unos conversores entre todos los formatos.... pretendíamos agregar INVOIC D16B que era el otro formato que se nombraba en la primera documentación de esta ley...

En la documentación que habéis indicado pone que la Solución Pública será en UBL, pero no especifica cual o no lo he visto en el documento ¿se sabe si se puede usar UBL 2.1 o hay que usar otra versión del formato?.

Y por cierto yo no he encontrado en ningún sitio que se diga nada concreto de la que denominan Solución Pública, ¿existe ya?, ¿va a ser FACe?, ¿tendrá serviciosWeb por SOAP, por REST?.
¿alguien sabe algo al respecto o donde mirarlo?

De hecho yo me estoy enterando de algunas cosas gracias a este foro, Gracias a todos.

Bueno en vista del futuro que nos depara esto, si abris un hilo para el formato UBL, y en su dia los envios, me apunto a intentar migrar tambien ... O al menos a acribillaros a preguntas, sobre ello :D

Hola
Esta en el borrador del nuevo reglamento pendiente de aprobar.
Supongo que será la última versión UBL para invoice creo que va por la 2.2.
Y como quien va a poner lo servicios es la aeat pues será igual que verifactu mediante servicios soap.
Pero todo está por confirmar. Está en periodo de consulta el reglamento, así que cambios habrá, pero lo principal creo que ya está decidido no creo que se bajen del burro del formato UBL
Y te importaría echarnos una mano con esas conversiones de facturae a ubl, por que si te mandara una facturae y me la conviertes a ubl sería una ayuda increíble para los que estamos perdidos con ese formato y creo que todos te estaríamos eternamente agradecido

Ejemplo de UBL 2.1 según ChatGPT. Según él este sería el formato que nos toca
 

<Invoice xmlns="urn:oasis:names:specification:ubl:schema:xsd:Invoice-2"
xmlns:cac="urn:oasis:names:specification:ubl:schema:xsd:CommonAggregateComponents-2"
xmlns:cbc="urn:oasis:names:specification:ubl:schema:xsd:CommonBasicComponents-2">

<cbc:CustomizationID>urn:cen.eu:en16931:2017</cbc:CustomizationID>
<cbc:ProfileID>urn:fdc:peppol.eu:2017:poacc:billing:01:1.0</cbc:ProfileID>
<cbc:ID>INV-2025-001</cbc:ID>
<cbc:IssueDate>2025-03-29</cbc:IssueDate>
<cbc:InvoiceTypeCode>380</cbc:InvoiceTypeCode>
<cbc:DocumentCurrencyCode>EUR</cbc:DocumentCurrencyCode>

<cac:AccountingSupplierParty>
<cac:Party>
<cac:PartyName>
<cbc:Name>Empresa Emisora S.L.</cbc:Name>
</cac:PartyName>
<cac:PostalAddress>
<cbc:StreetName>Calle Mayor 1</cbc:StreetName>
<cbc:CityName>Madrid</cbc:CityName>
<cbc:PostalZone>28001</cbc:PostalZone>
<cbc:Country>
<cbc:IdentificationCode>ES</cbc:IdentificationCode>
</cbc:Country>
</cac:PostalAddress>
<cac:PartyTaxScheme>
<cbc:CompanyID>ESB12345678</cbc:CompanyID>
<cac:TaxScheme>
<cbc:ID>VAT</cbc:ID>
</cac:TaxScheme>
</cac:PartyTaxScheme>
</cac:Party>
</cac:AccountingSupplierParty>

<cac:AccountingCustomerParty>
<cac:Party>
<cac:PartyName>
<cbc:Name>Cliente de Ejemplo</cbc:Name>
</cac:PartyName>
<cac:PartyTaxScheme>
<cbc:CompanyID>ESA11111111</cbc:CompanyID>
<cac:TaxScheme>
<cbc:ID>VAT</cbc:ID>
</cac:TaxScheme>
</cac:PartyTaxScheme>
</cac:Party>
</cac:AccountingCustomerParty>

<cac:TaxTotal>
<cbc:TaxAmount currencyID="EUR">21.00</cbc:TaxAmount>
<cac:TaxSubtotal>
<cbc:TaxableAmount currencyID="EUR">100.00</cbc:TaxableAmount>
<cbc:TaxAmount currencyID="EUR">21.00</cbc:TaxAmount>
<cac:TaxCategory>
<cbc:ID>S</cbc:ID>
<cbc:Percent>21</cbc:Percent>
<cac:TaxScheme>
<cbc:ID>VAT</cbc:ID>
</cac:TaxScheme>
</cac:TaxCategory>
</cac:TaxSubtotal>
</cac:TaxTotal>

<cac:LegalMonetaryTotal>
<cbc:LineExtensionAmount currencyID="EUR">100.00</cbc:LineExtensionAmount>
<cbc:TaxExclusiveAmount currencyID="EUR">100.00</cbc:TaxExclusiveAmount>
<cbc:TaxInclusiveAmount currencyID="EUR">121.00</cbc:TaxInclusiveAmount>
<cbc:PayableAmount currencyID="EUR">121.00</cbc:PayableAmount>
</cac:LegalMonetaryTotal>

<cac:InvoiceLine>
<cbc:ID>1</cbc:ID>
<cbc:InvoicedQuantity unitCode="EA">1</cbc:InvoicedQuantity>
<cbc:LineExtensionAmount currencyID="EUR">100.00</cbc:LineExtensionAmount>
<cac:Item>
<cbc:Name>Servicio de Consultoría</cbc:Name>
</cac:Item>
<cac:Price>
<cbc:PriceAmount currencyID="EUR">100.00</cbc:PriceAmount>
</cac:Price>
</cac:InvoiceLine>

</Invoice>

Perfecto, muchas gracias
A ver si consigo hacer un par de facturas una en facturae con sus DIR y el equivalente en UBL.
Si alguien tiene algún proveedor de pago tipo B2B route o cualquier otro lo tiw w más fácil y agradecería que pusiera esos ejemplos. Yo ayudaré en lo que pueda.

Vale, no parece muy complicado
A ver si sale algo, voy a intentar 3 tipos de facturas como dije que son las que yo necesito.
Factura normal
Otra con recargo de equivalencia
El equivalente de facturae para Face con sus Dir3
Aquí el problema lo veo en la verificación de los cifs, aun no he visto como decimos el tipo de identificador fiscal. Habrá que seguir mirando.

Se supone que las UBL son aceptadas en Face, pero me pregunto si acepta el envío también por web

Herramientas importantes
 

DESCARGAOS QUBA: Visor de Facturas Ubl desde aquí:
https://quba-viewer.org/

Extensión puf:
Esta extensión es necesaria para poder compatibilizar con face, o sea, para que la incluyais en cada xml los DIR3

Agregar Namespace en la definición del nodo Invoice:
y ya podeis agregar los dir3 como extension en un formato especifico dentro de un nodo
<cac:AccountingCustomerParty>

Sigo en marcha y os voy contando

Creo que ya lo tengo todo "claro"
Ya he estado generando algunos xmls, me falta hacer alguno más avanzado con los dstos registrales etc.
Me encuentro con alguas discrepancias con la normativa de facturacion, por ejemplo, para hacer una factura rectificativa no la veo muy clara, si pregunto a la IA me ofrece hacer una nota de crédito (InvoiceTypeCode=381).asi que habrá que esperar a que salga el boe y que nos digan donde poner las dudas y como tendría que hacer las correspondencias de las rectificativas, como se anula, si sigue Facturae para los organismos oficiales, etc. De momento avanzaré en lo demás y aparco lo que no vea claro.
Madre mía si ya hay discrepancias con Facturae, éramos pocos y parió la abuela.

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

Ubl 2.4 vamos ya, recomiendo que os pongáis con esa última.
Para ponerlos los dir3 ya he visto que no hacen falta extensiones, se puede hacer directamente
Incluso chatgtp te da ejemplos.

Hola
Es curioso la forma de anulaciones, rectificativas y rectificativas por sustitución en las UBL.
Todo vale.en el mismo tipo de factura= 384.
Anulación = factura tipo 384 con el signo contrario.
Rectificativa por diferencias = una 384 con los productos que se quieran rectificar
Por sustitución 2 pasos, una 384 signo contrario y la 380 corregida.
En un paso, una 384 con los datos correctos y listo.
Esto, si nos mandan una factura tipo 384 y lo queremos importar automáticamente va a tener que ser tenido en cuenta.

Problemas al impostar WSDll
 

Buenas tardes.

Me gustaría empezar a mandar las facturas a face desde una aplicación.
La única experiencia que tengo con soap, es con verifactu.
Creo que con face, será más o menos parecido.
Pero los problemas comienzan temprano, al intentar importar https://webservice.face.gob.es/facturasrcf?wsdl, al parecer la dirección no es correcta.

¿Qué enlace utilizáis para el wdsl?

Muchas Gracias.

Buenas,

Nosotros tambien nos estamos "peleando" con este tema.
Te apunto dos cosas, FACe esta en proceso de sacar una nueva versión de sus servicios web, en su entorno de desarrollo ya esta esta nueva versión mientras que en producción aun tienen el anterior.

Todas las URL de la nueva versión de FACe son:

Portales:
https://se-proveedores-face.redsara.es/inicio
https://se-organismos-face.redsara.es/inicio
https://se-integradores-face.redsara.es/inicio

Servicios web REST:
https://se-api-face.redsara.es/integrators/doc
https://se-api-face.redsara.es/providers/doc
https://se-api-face.redsara.es/organisms/doc

Servicios web SOAP nuevos:
https://se-ws-face.redsara.es/provee...1/factura?wsdl
https://se-ws-face.redsara.es/organi...1/factura?wsdl
https://se-ws-face.redsara.es/organi...irectorio?wsdl

Servicios web SOAP retro compatibles:
https://se-face-webservice.redsara.es/facturasrcf?wsdl
https://se-face-webservice.redsara.e...toriosrcf?wsdl
https://se-face-webservice.redsara.es/facturasspp?wsdl
https://se-face-webservice.redsara.e...tificador?wsdl

Toda la documentación está publicada en el PAe: https://administracionelectronica.go...face/descargas
En cuanto a la dirección que has puesto (https://webservice.face.gob.es/facturasrcf?wsdl), es la correcta y deberías poder entrar, si lo pones en un navegador, debería mostrarte el wsdl y ahí lo puedes descargar.

¿desde donde lo intentas importar?, ¿Cuál es el error que te ocurre?
Si por ejemplo en con Java puede que sea porque esta bajo una URl protegida por SSL y tengas que tener el certificado (*.face.gob.es) en el almacén de confianza de Java (archivo \jre\lib\security\cacert)


Un saludo.

Buenas tardes.

Muchas gracias por y respuestas.

Ya me he dado cuenta, en un principio intento salir del paso con la versión anterior y a ver la nueva venir. :)

Thanks !!!!

Mis inicios con esto del SOAP, wdsl, etc. ha sido reciente, me he estrenado con Verifactu (Menos mal que está este foro), el caso es que al descargarme la wdsl en verifactu y al importarlo, no quedaba bien, la única forma que se importara bien era hacer la importación desde una url, eso más una modificaciones que había que hacer me quedó la cosa bien.
Vuelvo a facturae, creía que la forma correcta de importar el wsdl era a través de url(como en verifactu), pero me daba error, es por ello de la consulta.
Como me has propuesto, lo he descargado e importado, me queda hacer las pruebas de comunicación, pero aún me tengo que dar de alta como integrador, ahora estoy en eso.

Muchas Gracias otra vez.

Un Fuerte abrazo.

Ubl 2.4
 

Pero no son aceptadas por FACE

Alta como integrador
 

Buenas Noches,

Quiero darme de alta como integrador.
Tengo toda la información que me piden, pero no tengo claro a dónde debo ir.

Cuando pincho en el enlace que viene en el procedimiento, entro en un formulario muy amplio y no veo dónde puedo hacer la
incidencia al soporte técnico. Al pinchar en contacto, me sale un formulario de incidencia, pero tengo la sensación que no es, parece como si fuera
para realizar incidencias internas.

Si alguien que la haya hecho, me puede ayudar lo agradecería.

Muchas Gracias.

Buenas noches.

Me respondo yo mismo.

De las dos opciones que hay, entraba en la equivocada. Hay que entrar en la opció :Empresas PDP Punto de Presencia en la redSARA
Dentro, pinchar en Nuevo Ticket, si pinchas en Elementos Populares saldrá Alta como Proveedoren FACe

Este sería el enlace al ticket https://servicios.administraciondigital.gob.es/HEAT/Modules/SelfService/?AnonymousRequest=yes#serviceCatalog/request/FC042E607CEF40D9BB5B280FFAB26B37

Saludos.

Soap envío
 

Buenas tardes.

¿Podría poner alguien la cabecera firmada de en envío a Face que funcione bien?

Es para tener una referencia buena, me estoy peleando con las ssb y quiere tener claro lo que tengo que buscar.

Muchas Gracias.

Buenos días.

Me sale como firma inválida, pero no me da más información.

Sabe alguien dónde está el error ?

Muchas Gracias.

Hola
Es dificil de saber, ya que muchos campos son calculos desde el backend o programa que los genere, pero te pongo algunas cosas para que revises:
Yo en vez de usar
Pongo:
No inserto este nodo:
Por otro lado, no se como insertas datos como este:
Ya que el id-.... debe ser distinto para cada factura no se si lo haces bien


El digestmethod yo uso el de sha512 no se si vale igual el que tu usas sha1
uso:
si es asi tendrias que cambiar tambien el digestvalue(calculandolo para sha512)


Tambien tendria que ver si usas correctamente la politica de firma:
Y si lees correctamente las claves privadas y publicas

Muchas Gracias, por tu ayuda.

He tomado como referencia estas publicaciones de face:

Manual Soap -notificación de facturas

Ejemplo de este Manual:


Otro documento de referencia:
Servicios para sistemas automatizados de proveedores
(Equipo de desarrollo de FACe)


El resto de datos que he puesto es el número de serie del certificado, que mirando ejemplos lo he ido colocando.

Utilizo los componentes sbb, pero la salida es bastante diferente:

En fin, perdido.

Muchas Gracias.

Esto sería la firma del XMl, de la Factura, no?
Nada que ver con la firma del la petición soap de la petición, es así?

Volver a darte las gracias.

Emitida por tercero en UBL
 

Buenas,

Me estoy volviendo loco intentando encontrar como hacer esto en UBL.

En FacturaE esta contemplado de forma muy sencilla:
<FileHeader>
<InvoiceIssuerType>TE</InvoiceIssuerType>
<ThirdParty>... datos del tercero...</ThirdParty>
</FileHeader>
<Parties>
<SellerParty>... datos del emisor real ...</SellerParty>
</Parties>

En UBL (estoy usando la estructura Invoice, que esa es otra que investigando no se muy bien si es correcto o para facturar hay que usar esta o CreditNote) no encuentro una explicación fiable de donde poner los datos. Todo apunta aunque no de forma segura que hay que usar los nodos:
cac:AccountingSupplierParty
cac:SellerSupplierParty

Pero he encontrado diferentes opiniones a cual es cual, incluso usando las IAs Gemini y chatGPT, discrepan.

¿alguien me podria ayudar?
¿lo correcto es usar cac:AccountingSupplierParty para los datos del tercero y cac:SellerSupplierParty para el emisor real (vendedor, proveedor) o al reves?

Tambien las IAs me ponen ejemplos en los que solo se usa AccountingSupplierParty y para poner los datos del tercero usar <Party><AgentParty> o <Party><PowerOfAttorney>, así que no se muy bien como hacerlo.

Un saludo.

No te fies demasiado del chatgpt para los UBL. El UBL es demasiado abierto y tiene escenarios para distintas regiones/países.
Pondré varios ejemplos próximamente, ya lo tenía claro y cuando he empezado a programarlo me han colado la nueva nornativa de control de fichajes y lo he tenido que aparcar.
Pero ya tengo claro varios modelos de ubl
Facturas ordinarias
Rectificativas(nota de credito)
Y meterle los dir para que sirva para facez esto es lo que más me ha costado por que hay varias formas.

Pues la verdad es que me vendría muy bien esos ejemplos sobre todo el de Rectificativas

Muchas gracias por tu ayuda.