![]() |
![]() |
| 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
|
||||
|
||||
|
Cita:
__________________
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. |
|
#2
|
|||
|
|||
|
Cita:
Gracias edari y Neftali. Era un problema de que el certificado de envío y el certificado de firma eran diferentes. Y, en el entorno de pruebas, no estaba dado de alta, como colaborador social, el certificado del enviante. Ya está solucionado. Muchas gracias, de nuevo. Saludos |
|
#3
|
||||
|
||||
|
Problemas de envio mediante CURL
Estoy tratando de enviar mediante CURL un registro.
En la apliación hago y firmo el TicketBAI y luego hago el xml de la presentación. Código:
<?xml version="1.0"?>
<lrpjfecsgap:LROEPJ240FacturasEmitidasConSGAltaPeticion xmlns:lrpjfecsgap="https://www.batuz.eus/fitxategiak/batuz/LROE/esquemas/LROE_PJ_240_1_1_FacturasEmitidas_ConSG_AltaPeticion_V1_0_2.xsd">
<Cabecera>
<Modelo>240</Modelo>
<Capitulo>1</Capitulo>
<Subcapitulo>1.1</Subcapitulo>
<Operacion>A00</Operacion>
<Version>1.0</Version>
<Ejercicio>2022</Ejercicio>
<ObligadoTributario>
<NIF>B95642500</NIF>
<ApellidosNombreRazonSocial>ECOTHERM ENERGY SL</ApellidosNombreRazonSocial>
</ObligadoTributario>
</Cabecera>
<FacturasEmitidas>
<FacturaEmitida>
<TicketBai>PD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0idXRmLTgiPz48VDpUaWNrZXRC
[...]
PjwvZHM6T2JqZWN0PjwvZHM6U2lnbmF0dXJlPjwvVDpUaWNrZXRCYWk+
</TicketBai>
</FacturaEmitida>
</FacturasEmitidas>
</lrpjfecsgap:LROEPJ240FacturasEmitidasConSGAltaPeticion>
Código:
7z.exe a Presentacion_1.gz Presentacion_1.xml Código:
set CAB1=-H "Accept-Encoding: gzip"
set CAB2=-H "Content-Encoding: gzip"
set CAB3=-H "Content-Type: application/octet-stream"
set CAB4=-H "eus-bizkaia-n3-version: 1.0"
set CAB5=-H "eus-bizkaia-n3-content-type: application/xml"
set CAB6=-H "eus-bizkaia-n3-data: { \"con\":\"LROE\", \"apa\":\"1.1\", \"inte\":{ \"nif\":\"B95642500\", \"nrs\":\"ECOTHERM ENERGY SL\", \"ap1\":\"\", \"ap2\":\"\" }, \"drs\":{ \"mode\":\"240\", \"ejer\":\"2022\" } } "
set FICHERO=--data-binary "@Presentacion_1.xml"
set CERT=--cert Certificado_crt.pem
set CERT_KEY=--key Certificado_key.pem
set URL=-v https://tbai-z.prep.gipuzkoa.eus/sarrerak/alta
set REPUESTA=--output Respuesta_1.gz
set CABECERA=-D Respuesta_1.txt
cls
.\curl.exe -v --insecure %CAB1% %CAB2% %CAB3% %CAB4% %CAB5% %CAB6% %FICHERO% %CERT_TYPE% %CERT% %CERT_KEY% %URL% %RESPUESTA% %CABECERA%
Código:
HTTP/1.1 415 Unsupported Media Type Date: Mon, 08 Aug 2022 13:14:34 GMT Server: Apache/2.4.16 (Unix) OpenSSL/1.0.1e-fips X-Powered-By: Servlet/3.0 $WSEP: Transfer-Encoding: chunked Content-Type: text/html;charset=ISO-8859-1 Content-Language: en-US He visto que hay algunos de ustedes que han enviado con éxito utilizando CURL estos registros. ¿Véis alguna cosa rara en cómo lo estoy haciendo yo? Lo único que me resulta raro en la respuesta es Content-Type: text/html;charset=ISO-8859-1 Pero yo genero en UTF8 y en la cabecera se menciona tipo gzip. Por si sirve de algo, os dejo la captura completa de lo que devuelve CURL. Código:
C:\Users\Usuario\AppData\Local\Temp>.\curl.exe -v --insecure -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\":\"B95642500\", \"nrs\":\"ECOTHERM ENERGY SL\", \"ap1\":\"\", \"ap2\":\"\" }, \"drs\":{ \"mode\":\"240\", \"ejer\":\"2022\" } } " --data-binary "@Presentacion_1.xml" --cert Certificado_crt.pem --key Certificado_key.pem -v https://tbai-z.prep.gipuzkoa.eus/sarrerak/alta -D Respuesta_1.txt
* Trying 82.116.160.130:443...
* Connected to tbai-z.prep.gipuzkoa.eus (82.116.160.130) port 443 (#0)
* ALPN, offering h2
* ALPN, offering http/1.1
* TLSv1.0 (OUT), TLS header, Certificate Status (22):
* TLSv1.3 (OUT), TLS handshake, Client hello (1):
* TLSv1.2 (IN), TLS header, Certificate Status (22):
* TLSv1.3 (IN), TLS handshake, Server hello (2):
* TLSv1.2 (IN), TLS header, Certificate Status (22):
* TLSv1.2 (IN), TLS handshake, Certificate (11):
* TLSv1.2 (IN), TLS header, Certificate Status (22):
* TLSv1.2 (IN), TLS handshake, Server key exchange (12):
* TLSv1.2 (IN), TLS header, Certificate Status (22):
* TLSv1.2 (IN), TLS handshake, Server finished (14):
* TLSv1.2 (OUT), TLS header, Certificate Status (22):
* TLSv1.2 (OUT), TLS handshake, Client key exchange (16):
* TLSv1.2 (OUT), TLS header, Finished (20):
* TLSv1.2 (OUT), TLS change cipher, Change cipher spec (1):
* TLSv1.2 (OUT), TLS header, Certificate Status (22):
* TLSv1.2 (OUT), TLS handshake, Finished (20):
* TLSv1.2 (IN), TLS header, Finished (20):
* TLSv1.2 (IN), TLS header, Certificate Status (22):
* TLSv1.2 (IN), TLS handshake, Finished (20):
* SSL connection using TLSv1.2 / ECDHE-RSA-AES128-GCM-SHA256
* ALPN, server did not agree to a protocol
* Server certificate:
* subject: C=ES; ST=GIPUZKOA; L=DONOSTIA / SAN SEBASTIAN; O=INFORMATIKA ZERBITZUEN FORU ELKARTEA - SOCIEDAD FORAL DE SERVICI; CN=*.prep.gipuzkoa.eus
* start date: Nov 15 15:59:03 2021 GMT
* expire date: Dec 15 15:59:03 2022 GMT
* issuer: C=ES; O=IZENPE S.A.; OU=AZZ Ziurtagiri publikoa - Certificado publico SCA; CN=EAEko Herri Administrazioen CA - CA AAPP Vascas (2)
* SSL certificate verify result: unable to get local issuer certificate (20), continuing anyway.
* TLSv1.2 (OUT), TLS header, Supplemental data (23):
* TLSv1.2 (OUT), TLS header, Supplemental data (23):
> POST /sarrerak/alta HTTP/1.1
> Host: tbai-z.prep.gipuzkoa.eus
> User-Agent: curl/7.81.0
> Accept: */*
> Accept-Encoding: gzip
> Content-Encoding: gzip
> Content-Type: application/octet-stream
> eus-bizkaia-n3-version: 1.0
> eus-bizkaia-n3-content-type: application/xml
> eus-bizkaia-n3-data: { "con":"LROE", "apa":"1.1", "inte":{ "nif":"B95642500", "nrs":"ECOTHERM ENERGY SL", "ap1":"", "ap2":"" }, "drs":{ "mode":"240", "ejer":"2022" } }
> Content-Length: 19906
>
* TLSv1.2 (IN), TLS header, Certificate Status (22):
* TLSv1.2 (IN), TLS handshake, Hello request (0):
* TLSv1.2 (OUT), TLS header, Certificate Status (22):
* TLSv1.2 (OUT), TLS handshake, Client hello (1):
* TLSv1.2 (IN), TLS header, Certificate Status (22):
* TLSv1.2 (IN), TLS handshake, Server hello (2):
* TLSv1.2 (IN), TLS header, Certificate Status (22):
* TLSv1.2 (IN), TLS handshake, Certificate (11):
* TLSv1.2 (IN), TLS header, Certificate Status (22):
* TLSv1.2 (IN), TLS handshake, Server key exchange (12):
* TLSv1.2 (IN), TLS header, Certificate Status (22):
* TLSv1.2 (IN), TLS handshake, Request CERT (13):
* TLSv1.2 (IN), TLS handshake, Server finished (14):
* TLSv1.2 (OUT), TLS header, Certificate Status (22):
* TLSv1.2 (OUT), TLS handshake, Certificate (11):
* TLSv1.2 (OUT), TLS header, Certificate Status (22):
* TLSv1.2 (OUT), TLS handshake, Client key exchange (16):
* TLSv1.2 (OUT), TLS header, Certificate Status (22):
* TLSv1.2 (OUT), TLS handshake, CERT verify (15):
* TLSv1.2 (OUT), TLS header, Finished (20):
* TLSv1.2 (OUT), TLS change cipher, Change cipher spec (1):
* TLSv1.2 (OUT), TLS header, Certificate Status (22):
* TLSv1.2 (OUT), TLS handshake, Finished (20):
* TLSv1.2 (IN), TLS header, Finished (20):
* TLSv1.2 (IN), TLS header, Certificate Status (22):
* TLSv1.2 (IN), TLS handshake, Finished (20):
* old SSL session ID is stale, removing
* TLSv1.2 (IN), TLS header, Supplemental data (23):
* Mark bundle as not supporting multiuse
< HTTP/1.1 415 Unsupported Media Type
< Date: Mon, 08 Aug 2022 14:02:00 GMT
< Server: Apache/2.4.16 (Unix) OpenSSL/1.0.1e-fips
< X-Powered-By: Servlet/3.0
< $WSEP:
< Transfer-Encoding: chunked
< Content-Type: text/html;charset=ISO-8859-1
< Content-Language: en-US
<
* TLSv1.2 (IN), TLS header, Supplemental data (23):
Error 415: SRVE0295E: Error reported: 415
* TLSv1.2 (IN), TLS header, Supplemental data (23):
* TLSv1.2 (IN), TLS header, Supplemental data (23):
* Connection #0 to host tbai-z.prep.gipuzkoa.eus left intact
Última edición por duilioisola fecha: 08-08-2022 a las 16:12:40. |
|
#4
|
||||
|
||||
|
¿Has probado con este ContentType? (tercer parametro)
Cita:
__________________
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. |
|
#5
|
||||
|
||||
|
Cita:
La respuesta es: Código:
HTTP/1.1 200 OK Date: Tue, 09 Aug 2022 06:45:24 GMT Server: Apache/2.4.16 (Unix) OpenSSL/1.0.1e-fips X-Powered-By: Servlet/3.0 Content-Length: 861 Content-Type: application/xml;charset=utf-8 Content-Language: en-US No se si se refiere a:
Código:
Fichero RESPUESTA_1.GZ
(que contiene texto XML ya que el Content-Type de la respuesta es application/xml;charset=utf-8)
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<ns2:TicketBaiResponse xmlns:ns2="urn:ticketbai:emision">
<Salida>
<FechaRecepcion>09-08-2022 09:04:18</FechaRecepcion>
<Estado>01</Estado>
<Descripcion>Rechazado - ALTA PREP</Descripcion>
<Azalpena>Baztertua - ALTA PREP</Azalpena>
<ResultadosValidacion>
<Codigo>017</Codigo>
<Descripcion>El tamaño del mensaje no es válido: ha superado el tamaño permitido. Le recomendamos que eliminen espacios, tabulaciones u otro tipo de caracteres innecesarios.</Descripcion>
<Azalpena>Mezuaren tamaina ez da zuzena: baimendutako tamaina gainditu du. Espazioak, tabulazioak edo beharrezkoak ez diren bestelako karaktereak ezabatzea gomendatzen dizugu.</Azalpena>
</ResultadosValidacion>
</Salida>
</ns2:TicketBaiResponse>
Os dejo el BAT con el que estoy trabajando hasta ahora. Código:
@echo off
cd C:\Users\Usuario\AppData\Local\Temp\
rem HEADER del mensaje que enviamos.
set CAB1=-H "Accept-Encoding: gzip"
set CAB2=-H "Content-Encoding: gzip"
set CAB3=-H "Content-Type: application/xml;charset=UTF-8"
set CAB4=-H "eus-bizkaia-n3-version: 1.0"
set CAB5=-H "eus-bizkaia-n3-content-type: application/xml"
rem JSON de la cabecera con datos de la presentacion
set CAB6=-H "eus-bizkaia-n3-data: { \"con\":\"LROE\", \"apa\":\"1.1\", \"inte\":{ \"nif\":\"B95642500\", \"nrs\":\"ECOTHERM ENERGY SL\", \"ap1\":\"\", \"ap2\":\"\" }, \"drs\":{ \"mode\":\"240\", \"ejer\":\"2022\" } } "
rem Fichero que contiene el XML de presentacion comprimido en formato GZ.
set FICHERO=--data-binary "@Presentacion_1.gz"
rem Certificado
rem set CERT_TYPE=--cert-type PEM
set CERT=--cert Certificado_crt.pem
set CERT_KEY=--key Certificado_key.pem
rem URL a donde enviamos el mensaje. (Alta y Baja en produccion o en pruebas)
set URL=-v https://tbai-z.prep.gipuzkoa.eus/sarrerak/alta
rem Fichero con el mensaje de respuesta. Puede ser un mensaje de error en formato XML (<ns2:TicketBaiResponse xmlns:ns2="urn:ticketbai:emision">).
set FICHERORESPUESTA=--output Respuesta_1.gz
rem La primera linea sera el codigo de error. Por ejemplo "HTTP/1.1 200 OK".
rem Tambien devolvera el yipo de contenido de la respuesta. Por ejemplo "Content-Type: application/xml;charset=utf-8".
set HEADERRESPUESTA=-D Respuesta_1.txt
cls
.\curl.exe -v --insecure %CAB1% %CAB2% %CAB3% %CAB4% %CAB5% %CAB6% %FICHERO% %CERT_TYPE% %CERT% %CERT_KEY% %URL% %FICHERORESPUESTA% %HEADERRESPUESTA%
pause
|
|
#6
|
||||
|
||||
|
Cita:
Código PHP:
__________________
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. |
|
#7
|
||||
|
||||
|
Cita:
Lo he comparado con lo que genero yo y son iguales, excepto la parte de la firma, donde la estructura es un poco diferente. Como parece que lo aceptan, no voy a mirar eso mucho más. De todos modos, me refería al envío del Libro de Registro. Esto lo formo con una parte JSON en la cabecera Código:
{
"con":"LROE",
"apa":"1.1",
"inte":{
"nif":"B95642500",
"nrs":"ECOTHERM ENERGY SL",
"ap1":"",
"ap2":""
},
"drs":{
"mode":"240",
"ejer":"2022"
}
}
Código:
<?xml version="1.0"?>
<lrpjfecsgap:LROEPJ240FacturasEmitidasConSGAltaPeticion xmlns:lrpjfecsgap="https://www.batuz.eus/fitxategiak/batuz/LROE/esquemas/LROE_PJ_240_1_1_FacturasEmitidas_ConSG_AltaPeticion_V1_0_2.xsd">
<Cabecera>
<Modelo>240</Modelo>
<Capitulo>1</Capitulo>
<Subcapitulo>1.1</Subcapitulo>
<Operacion>A00</Operacion>
<Version>1.0</Version>
<Ejercicio>2022</Ejercicio>
<ObligadoTributario>
<NIF>B95642500</NIF>
<ApellidosNombreRazonSocial>ECOTHERM ENERGY SL</ApellidosNombreRazonSocial>
</ObligadoTributario>
</Cabecera>
<FacturasEmitidas>
<FacturaEmitida>
<TicketBai>PD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0idXRmLTgiPz48VDpUaWNrZXRC
YWkgeG1sbnM6VD0idXJuOnRpY2tldGJhaTplbWlzaW9uIj4KCTxDYWJlY2VyYT4K
...
PjwvZHM6T2JqZWN0PjwvZHM6U2lnbmF0dXJlPjwvVDpUaWNrZXRCYWk+
</TicketBai>
</FacturaEmitida>
</FacturasEmitidas>
</lrpjfecsgap:LROEPJ240FacturasEmitidasConSGAltaPeticion>
|
![]() |
| 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 |
|