FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
Cita:
|
#2
|
||||
|
||||
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. |
#3
|
||||
|
||||
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> |
#4
|
|||
|
|||
Cita:
Tip para todos: repasar vuestros sistemas de facturación y controlar la fecha para que no os ocurra lo mismo |
#5
|
|||
|
|||
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. |
#6
|
|||
|
|||
Cita:
|
#7
|
||||
|
||||
Segun ellos no. A nosotros nos contestaron que lo estamos haciendo todos mal (menos ellos).
__________________
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. |
#8
|
||||
|
||||
Cita:
|
#9
|
||||
|
||||
Ya te habían respondido. Perdón.
|
#10
|
||||
|
||||
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? |
#11
|
||||
|
||||
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 |
#12
|
||||
|
||||
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> |
#13
|
||||
|
||||
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> |
#14
|
|||
|
|||
Para mounteide sobre curl en nss
Cita:
Lo uso en windows y opensuse linux ambos con ssl De todas forma pregunta en el foro por formas de envío con o sin curl Suerte |
#15
|
||||
|
||||
Cita:
Código:
<Codigo>007</Codigo> <Descripcion>Error: Certificado remitente no válido para emisor factura.</Descripcion> |
#16
|
|||
|
|||
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. |
#17
|
||||
|
||||
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.
|
#18
|
||||
|
||||
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. |
#19
|
|||
|
|||
¿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... |
#20
|
|||
|
|||
Cita:
|
|
|
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 | 3559 | Hace 13 Horas 20:02:30 |
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 |
|