![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
|
|
#1
|
||||
|
||||
|
Certificados TicketBAI y primeros pasos
Buenas!
Pues, como otros tantos usuarios de este foro, buscando en Google preguntas relacionadas con TicketBAI empujado por la falta de reciprocidad con las haciendas forales (cosa que al parecer también es bastante común) acabé ayer en este foro. Es mi primera intervención tras leerme todo el hilo del tema detenidamente y ver que TicketBAI no es moco de pavo... Acabo de obtener la licencia de software para pruebas y pretendo realizar algunas pruebas en Postman (con los ejemplos oficiales otorgados) pero me surge el problema de los certificados con los que estoy poco familiarizado. En el hilo se han mencionado estas URL (sede.fnmt.gob .es/certificados/persona-fisica/obtener-certificado-software y servicios.izenpe) pero IZENPE (correspondiente Identificación electrónica de Euskadi) solicita el acceso mediante BakQ o un certificado válido y en la Sede Electrónica de moneda y timbre no sé muy bien cómo proceder a la solicitud de los certificados correctos. Reitero que, en principio, realizaría unas pruebas con Postman para luego desarrollar la solución en un entorno .NET. Cualquier ayuda es bien recibida. Gracias de antemano! Un saludo |
|
#2
|
|||
|
|||
|
Cita:
Para empezar, consíguete un certificado digital FNMT de persona física. Para ello, sigue los pasos de aquí Es gratis y lo obtienes fácilmente. Lo único que puede retrasarte algo es el tema de la acreditación de identidad porque ahora todas las entidades donde se puede hacer (AEAT, Seguridad Social, etc) piden cita previa. Una recomendación: si tienes cerca alguna oficina del Instituto Social de la Marina es donde más rápido puedes hacer la acreditación de identidad. Puedes pedir la cita previa al llegar a la puerta porque no suele haber cola ninguna. Saludos |
|
#3
|
|||
|
|||
|
Cita:
|
|
#4
|
||||
|
||||
|
Gracias por la respuesta! ¿Descargo los de desarrollo o los de producción? ¿Y luego, este certificado, en qué momento habría que hacer algo con ello?
Un saludo. |
|
#5
|
||||
|
||||
|
Bueno, ya parece que tengo contacto con el servicio (aunque sin ser aceptada la factura todavía, ahora pongo el problema) pero por si a alguien le sirve, mientras estoy esperando el certificado de persona física a la FNMT, he usado "sello_entidad_act.p12:IZProd2021" en POSTMAN y al menos me da respuesta. Aunque no entiendo este error cuando estoy usando un ejemplo de la hacienda foral:
<ResultadosValidacion> <Codigo>004</Codigo> <Descripcion>Error: Falta dato obligatorio o el dato es erróneo [CabeceraFactura:FechaExpedicionFactura].</Descripcion> <Azalpena>Errorea: Derrigorrezko datua falta da edo datua ez da zuzena [CabeceraFactura:FechaExpedicionFactura].</Azalpena> </ResultadosValidacion> Esta es la fecha: <CabeceraFactura> <SerieFactura>B2022</SerieFactura> <NumFactura>0100</NumFactura> <FechaExpedicionFactura>01-01-2022</FechaExpedicionFactura> <HoraExpedicionFactura>18:00:17</HoraExpedicionFactura> </CabeceraFactura> |
|
#6
|
|||
|
|||
|
Cita:
Tip para todos: repasar vuestros sistemas de facturación y controlar la fecha para que no os ocurra lo mismo ![]() |
|
#7
|
|||
|
|||
|
Hola, al realizar el envío usando curl por línea de comandos obtengo el fichero respuesta comprimido.
Cuando lo descomprimo obtengo un fichero con el mismo nombre y sin extensión. Si descomprimo ese segundo fichero ya obtengo el fichero xml de respuesta. Es como si tuviera que descomprimirlo dos veces. El envío lo hago así : curl -H "Accept-Encoding: gzip" -H "Content-Encoding: gzip" -H "Content-Type: application/octet-stream" -H "eus-bizkaia-n3-version: 1.0" -H "eus-bizkaia-n3-content-type: application/xml" -H "eus-bizkaia-n3-data: {\"con\": \"LROE\",\"apa\": \"1.1\",\"inte\": {\"nif\": \"CIF\",\"nrs\": \"EMPRESA\"},\"drs\": {\"mode\": \"240\",\"ejer\": \"2021\"}}" --data-binary @LROE240.XML.gz --cert CERTIFICADO.pem --key CERTIFICADO_KEY.pem -v URL_SERVIDOR_PRUEBAS --output RESP_240.gz -D cabecera.txt No sé si estoy haciendo algo mal en el envío (parámetro --output) o es que tengo que hacer algo más. |
|
#8
|
|||
|
|||
|
Cita:
![]() |
|
#9
|
||||
|
||||
|
Cita:
![]() |
|
#10
|
||||
|
||||
|
Ya te habían respondido. Perdón.
|
|
#11
|
||||
|
||||
|
Cita:
<?xml version="1.0" encoding="UTF-8" standalone="yes"?> <ns2:TicketBaiResponse xmlns:ns2="urn:ticketbai:emision"> <Salida> <FechaRecepcion>07-07-2021 13:38:45</FechaRecepcion> <Estado>01</Estado> <Descripcion>Rechazado</Descripcion> <Azalpena>Baztertua</Azalpena> <ResultadosValidacion> <Codigo>003</Codigo> <Descripcion>Error: La factura no incluye líneas de detalle.</Descripcion> <Azalpena>Errorea: TicketBAI altako fitxategiak ez du xehetasun lerrorik.</Azalpena> </ResultadosValidacion> </Salida> </ns2:TicketBaiResponse> Es que no entiendo que un fichero de ejemplo dado por ellos no sea suficiente para el sistema de validación. O que esté dejándome algo... Ideas? |
|
#12
|
||||
|
||||
|
Ahora estoy intentando formar un documento con el que poder probar un envío correcto a la hacienda de Gipuzkua. Si alguien dispone de un ejemplo que cumpla con todos los requerimientos por ahí, se lo agradecería (estoy trabajando con los subidos por las haciendas forales).
-- UPDATE -- En el documento de FAQ para desarrolladores he encontrado esto: "El esquema XSD de TicketBAI indica las líneas de detalle como opcionales, pero en Gipuzkoa es obligatorio indicar este dato." por lo que el error está claro (madre mía con las estructuras no comunes...). Última edición por b4aronDeLaBirr4 fecha: 07-07-2021 a las 14:01:03. Razón: Información actualizada |
|
#13
|
||||
|
||||
|
Cita:
Código:
<DescripcionFactura>Servicios Hotel</DescripcionFactura>
<DetallesFactura>
<IDDetalleFactura>
<DescripcionDetalle>Línea factura 1</DescripcionDetalle>
<Cantidad>1</Cantidad>
<ImporteUnitario>110.00</ImporteUnitario>
<Descuento>0.00</Descuento> <==== este sí es opcional
<ImporteTotal>121.00</ImporteTotal>
</IDDetalleFactura>
</DetallesFactura>
|
|
#14
|
||||
|
||||
|
Gracias por la respuesta!
Lo que me fastidia es que, aún poniendo dicho detalle y aquellos campos obligatorios en Gipuzkua, me dice lo siguiente: <ResultadosValidacion> <Codigo>002</Codigo> <Descripcion>Error: El fichero de alta TicketBAI no cumple el esquema XSD. Detalle del error: cvc-complex-type.2.4.a: Invalid content was found starting with element 'DetallesFactura'. One of '{RetencionSoportada, BaseImponibleACoste, Claves}' is expected.</Descripcion> <Azalpena>Errorea: TicketBAI altako fitxategiak ez du betetzen XSD eskema. Errorearen xehetasuna: cvc-complex-type.2.4.a: Invalid content was found starting with element 'DetallesFactura'. One of '{RetencionSoportada, BaseImponibleACoste, Claves}' is expected.</Azalpena> </ResultadosValidacion> |
|
#15
|
|||
|
|||
|
Buenos días
Cita:
Hola. En su momento, cuando consulté a los de Batuz, me comentaron que las facturas que admiten pueden tener fecha del ejercicio 2021 e incluso del 2020 (para entorno de pruebas se entiende). Ya a partir del 2022, es cuando se podrán emitir dichas facturas de su mismo ejercicio. |
|
#16
|
||||
|
||||
|
En mis pruebas yo utilizo el certificado de mi DNI electrónico, que exporté a un .pfx e instalé en el almacén de certificados de Windows.
|
|
#17
|
||||
|
||||
|
Cita:
Aunque realmente tras leer la lista de certificados razón no les faltaba. Éstos son los que indican: o Certificado de persona física. o Certificado de representante de entidad. o Sello de empresa. o Sello de autónomo. o Certificado de dispositivo (debe estar censado para el obligado tributario en DFB/BFA). Yo acabé solicitando el de persona física, pero deduzco que como no soy autónomo el servidor me dice "Pah tu casa... ¡payaso!", de todos modos si alguien está interesado en probar suerte aquí os dejo la lotería: (Solo necesitas el DNI, un email, algunos minutillos y paciencia... que en éste foro empieza a escasear ).https://www.sede.fnmt.gob.es/certifi...icado-con-dnie En fin un saludo a todos, y no os desesperéis, recordad que el TicketBAI lleva al sufrimiento, el sufrimiento a la ira y la ira al lado oscuro. |
|
#18
|
|||
|
|||
|
¿Os suben bien las facturas a Gipuzkoa pruebas?
Subo la factura y de repente me ha empezado a salir <Codigo>002</Codigo><Descripcion>Error: El fichero de alta TicketBAI no cumple el esquema XSD. Detalle del error: cvc-datatype-valid.1.2.1: 'codigo_HASH' is not a valid value for 'base64Binary'.</Descripcion> Hasta hace un rato me subían bien (bueno miento me daba otro error de esquema porque me había comido las líneas de detalle...que ya lo sabía y me iba a poner con ello hoy) pero ahora siempre me devuelve este error... |
|
#19
|
|||
|
|||
|
Cita:
|
|
#20
|
||||
|
||||
|
A mi me están subiendo bien.
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi ![]() P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| SII -Nuevo sistema de la Agencia Tributaria española de envío de datos vía Webservice | newtron | Internet | 3716 | 19-01-2026 20:01:34 |
| Como utilizar la ayuda del nuevo Sistema Operativo | gluglu | Humor | 3 | 24-09-2007 09:39:05 |
| Aplicacion Agencia De Viajes | ArdiIIa | Varios | 9 | 20-01-2007 16:49:53 |
| El Vasco Aguirre | Al González | La Taberna | 5 | 26-05-2006 09:22:28 |
| Microsoft ha lanzado su nuevo sistema operativo | DarkByte | Humor | 0 | 25-01-2004 09:21:14 |
|