|
Cita:
|
Buenas tardes,
Estoy intentando subir mi primera factura en una empresa de Vizcaya en entorno real y al subirla (con curl) me dice curl.exe --insecure --cert-type P12 --cert CZJ141020S.p12:LACONTRASEÑA -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\":\"nifempresa\",\"nrs\":\"EMPRESA S A\"},\"drs\" :{\"mode\":\"240\",\"ejer\":\"2024\"}}" -v "https://sarrerak.bizkaia.eus/N3B4000M/aurkezpena" --data-binary "@\EDARITBAI\EDARI.DAT\01-2024\07\EXPORTA\RESUMEN_240_20240701_170553.gz" --output \EDARITBAI\EDARI.DAT\01-2024\07\RESPUESTAS\RESP_240_20240701_170553.gz -D \EDARITBAI\EDARI.DAT\01-2024\07\RESPUESTAS\RESP_240_20240701_170553.TXT % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0* Trying 80.245.2.229... * TCP_NODELAY set * Connected to sarrerak.bizkaia.eus (80.245.2.229) port 443 (#0) * schannel: SSL/TLS connection with sarrerak.bizkaia.eus port 443 (step 1/3) * schannel: disabled server certificate revocation checks * schannel: verifyhost setting prevents Schannel from comparing the supplied target name with the subject names in server certificates. * schannel: sending initial handshake data: sending 182 bytes... * schannel: sent initial handshake data: sent 182 bytes * schannel: SSL/TLS connection with sarrerak.bizkaia.eus port 443 (step 2/3) * schannel: failed to receive handshake, need more data * schannel: SSL/TLS connection with sarrerak.bizkaia.eus port 443 (step 2/3) * schannel: encrypted data got 4096 * schannel: encrypted data buffer: offset 4096 length 4096 * schannel: encrypted data length: 4000 * schannel: encrypted data buffer: offset 4000 length 4096 * schannel: received incomplete message, need more data * schannel: SSL/TLS connection with sarrerak.bizkaia.eus port 443 (step 2/3) * schannel: encrypted data got 516 * schannel: encrypted data buffer: offset 4516 length 5024 * schannel: a client certificate has been requested * schannel: SSL/TLS connection with sarrerak.bizkaia.eus port 443 (step 2/3) * schannel: encrypted data buffer: offset 4516 length 5540 * schannel: sending next handshake data: sending 133 bytes... * schannel: SSL/TLS connection with sarrerak.bizkaia.eus port 443 (step 2/3) * schannel: encrypted data got 51 * schannel: encrypted data buffer: offset 51 length 5540 * schannel: SSL/TLS handshake complete * schannel: SSL/TLS connection with sarrerak.bizkaia.eus port 443 (step 3/3) * schannel: stored credential handle in session cache > POST /N3B4000M/aurkezpena HTTP/1.1 > Host: sarrerak.bizkaia.eus > User-Agent: curl/7.56.1 > 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":"A48140925","nrs":"VINOS SOLERA EIBARRESA S A"},"drs" :{"mode":"240","ejer":"2024"}} > Content-Length: 8538 > Expect: 100-continue > * schannel: client wants to read 102400 bytes * schannel: encdata_buffer resized 103424 * schannel: encrypted data buffer: offset 0 length 103424 * schannel: Curl_read_plain returned CURLE_RECV_ERROR * schannel: encrypted data buffer: offset 0 length 103424 * schannel: encrypted data buffer: offset 0 length 103424 * schannel: decrypted data buffer: offset 0 length 4096 * schannel: schannel_recv cleanup 0 8538 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 * Closing connection 0 * schannel: shutting down SSL/TLS connection with sarrerak.bizkaia.eus port 443 * Send failure: Connection was reset * schannel: failed to send close msg: Failed sending data to the peer (bytes written: -1) * schannel: clear security context handle curl: (56) Send failure: Connection was reset Las url son corrrectas? Veis algo mal? Gracias |
Hola,
No va a ser el espacio detrás de "drs" hasta los dos puntos : ? ... - eus-bizkaia-n3-data:{"con":"LROE","apa":"1.1","inte":{"nif":"A48140925","nrs":"VINOS SOLERA EIBARRESA S A"},"drs" :{"mode":"240","ejer":"2024"} - Pero por si acaso. Cita:
|
Ya está. Creo que era una versión incorrecta del curl.
Gracias!! |
Cita:
Nosotros ahora mismo no lo enviamos, no tenia claro si se podía enviar igual que las facturas normales pero cambiando el apartado a "sin software garante". Pero si la factura tiene algún error y se ha rechazado, como se modifica para enviarla "corregida" y que sea aceptada, si en principio no se puede modificar ninguna factura? Muchas gracias |
Cita:
Cita:
No siempre tiene que ser modificar la factura, piensa por ejemplo en un error de certificado, o en un erro en el esquema debido al programa. Aquí ya hablamos del tema, revisa los mensajes de esa página: https://www.clubdelphi.com/foros/sho...94264&page=158  |
Cita:
Y para "corregir dentro de lo posible" lo tenéis programado para cada tipo de error para que se haga automático, o revisáis y arregláis cada caso o lo puede "corregir" el usuario? |
Cita:
En nuestro caso, dejamos que el usuario intente corregir lo que pueda y lo que esté en su mano (certificados, problemas con la red, datos de configuración,...) y la vuelva a enviar "manualmente" a través de "sin software garante". Esos errores se supone que no son "corregibles" de forma automática. |
Hola buenas.
Me ha surgido una duda que me han planteado con las facturas recibidas (no las emitidas) en Vizcaya y es el siguiente. ¿Cómo se debe proceder si se ha registrado y enviado una factura recibida con algún error? Por ejemplo que se hayan equivocado al meter los importes, lo cual no es responsabilidad del proveedor y por tanto no tiene sentido solicitar una rectificativa. ¿Hay algún proceso para las facturas recibidas para modificar los datos o cómo habría que funcionar? Gracias |
Cita:
|
Batuz
Cita:
|
Cita:
|
Rectificativa
Cita:
|
Cita:
Se envían con las modificaciones, pero código diferente. Te adjunto una imagen, donde se ve bien la diferencia (izquierda ALTA, derecha MODIFICACION). Puedes utilizar el mismo código paramterizandolo. En este caso he modificado las unidades (lo que modifica el importe total).  Cita:
EDITO: Lo que ha comentado [keys], vamos. Voy tarde... :p:p |
Cita:
¿Recuerdas si la estructura es igual que la del envío original pero sólo cambiando el tipo de operación? ¿O hay que rellenar distintos datos? |
Cita:
En ese caso hay que dar de baja la primera y enviar una nueva. |
Cita:
En el mensaje anterior tienes la estructura de ambos ficheros. Exactamente iguales, salvo el código y las modificaciones realizadas. |
Error en produccion en Vizcaya
Buenos días.
El sistema me funciona perfectamente en el entorno de pruebas, pero cuando paso a producción, me devuelve la cabecera con el error: "HTTP/1.1 500 Internal Server Error Date: Thu, 04 Jul 2024 09:06:44 GMT Server: JBoss-EAP/7 X-Powered-By: Undertow/1 Content-Type: application/json; charset=UTF-8 Connection: close Transfer-Encoding: chunked" Y da error al descomprimir la respuesta. Al pasar de test a producción he cambiado: * La URL * El certificado ¿Alguna sugerencia? Muchas gracias |
Cita:
¿Algín mensaje? ¿Tienes respuesta o cabecera? |
Cita:
HTTP/1.1 500 Internal Server Error Date: Thu, 04 Jul 2024 09:06:44 GMT Server: JBoss-EAP/7 X-Powered-By: Undertow/1 Content-Type: application/json; charset=UTF-8 Connection: close Transfer-Encoding: chunked |
Estoy tratando de enviar el TicketBAI de Biszaya.
Estoy tratando de utilizar CURL porque Delphi 6 me da problemas al enviar el xml. ¿Cuál es la URL que debo utilizar para enviar el TickerBAI? (NO el LROE). He visto en el mensaje 736 la forma de hacerlo, pero no veo la URL a utilizar. He estado horas buscando por la web de batuz y no la encuentro. Además de esto, en mensajes siguientes se menciona que no hace falta enviar el TicketBAI. Solo se debe informar en el LROE. Esto tampoco lo he leído en la web de batuz... ¿Eso es así? Gracias! |
No, no es así. No hay URL para enviar facturas individuales. Tienes que enviarlas siempre con el LROE. En el primer documento de la documentación técnica en la web de Batuz, está bien explicado.
|
Cita:
No sé dónde has buscado la información, pero está en el primer documento de la web de documentación técnica de BATUZ (https://www.batuz.eus/es/documentacion-tecnica) En la página 17 de https://www.batuz.eus/fitxategiak/ba...ivo_V1_0_8.pdf tienes la URL para el envío: https://sarrerak.bizkaia.eus/N3B4000M/aurkezpena Y, tal vez, no hayas entendido el funcionamiento de BATUZ (modalidad de TicketBAI en Bizkaia): Los envíos de los ficheros de alta y anulación TicketBAI de las facturas se deben hacer al LROE Saludos |
Gracias YellowStone, Sistel!
Lo que me ha confundido es que en Guipuzkoa hay que enviar los TicketBAI inmediatamente (https://tbai-prep.egoitza.gipuzkoa.e...nFacturas/alta) y luego se vuelven a enviar mediante LROE (Si no he entendido mal). Creo que con esto ya puedo trabajar. |
Cita:
No. En Gipuzkoa y Álava se envía simplemente el fichero TicketBAI de la factura de forma inmediata en el momento de emitirla. En Bizkaia (BATUZ) se envía el fichero TicketBAI de la factura dentro de una anotación del LROE y dentro del mismo plazo que se tenga para las declaraciones de IVA. Aparte en Bizkaia también hay que enviar como anotaciones del LROE las facturas recibidas, gastos y algunas otras operaciones contables. Saludos |
Cita:
Si te sirve de algo, yo por comodidad mía de la programación más que nada, subo las facturas al LROE igual que en Alava y Guipuzcoa en el momento de imprimirse |
Hola de nuevo.
Me acaba de surgir una duda. ¿Cómo se anota en el modelo 240 de facturas recibidas una retención al anotar una factura recibida con retención? ¿O ese dato no se registra? |
Cita:
"En el capítulo de facturas recibidas no figura la retención. No es un campo que haya que informar en dicho capítulo del LROE. En el LROE hay que informar de los datos de la factura recibida, no siendo relevante si hay retención. Si se recibe una factura de 500 euros de base imponible con el tipo del 21%, aunque haya una retención, esa retención no figura en la anotación. El total de la factura recibida es 605." |
Duda existencial
Me planteo lo siguiente.
Tengo una Factura: Linea1 +100 21 % +121 Linea2 -50 21 % -60,5 ¿En este caso como lo estáis haciendo? Estáis mandando una única base al 21% o dos una por la negativa y otra por la positiva. Tengo la duda puesto que en el modelo 303 hay una casilla de modificación de bases y cuotas a la que van las negativas . |
Cita:
Código:
<DatosFactura> |
Cita:
¿Conseguiste arreglar esto? Mucho me temo que el problema está en el tipo de respuesta que te da el servidor, "Transfer-Encoding: chunked". Me estoy peleando con esto en otro tipo de webservice y no hay ayuda por ningún lado. Y pronto tendré los primeros clientes para producción en Vizcaya. Espero que no sea eso. |
Clase
Buenas,
Estoy intentando convertir el XSD de Zuzendu de alava a una clase. Me da el siguiente error. Error: Error al generar clases para el esquema 'ZuzenduAlta_ticketBaiV1-0'. - Falta el elemento 'http://www.w3.org/2000/09/xmldsig#:Signature'. No se que mas tengo que coger. Me auto respondo me faltaba : xmldsig-core-schema.xsd Ya lo he solucionado |
Buenas de nuevo.
Tengo ya la parte de TBAI para Vizcaya funcionando correctamente con el modelo 240. Pero ahora me han solicitado ajustar el programa para que también sirva para Alava. He visto que Alava no tiene ese modelo 240 y que el TBAI es ligeramente diferente (detalle de lineas). Mi duda es. ¿Cómo funciona el envío de los TBAI en Alava? ¿Hay que enviarlos según se generan o en un proceso posterior incluso juntando varios? ¿Cómo debe ser ese envío? No encuentro en la documentación el tema de las cabeceras, headers y demás. Tal vez sea sensación mía pero viniendo de la de Vizcaya, la documentación de Alava me parece un caos (y la otra no es que fuese excelente) Un saludo y gracias. |
Cita:
|
Cita:
La parte en la que no hay modelo ya la tenía clara. Me refería más bien a los headers de la petición, por ejemplo en Bizkaia hay algunos como "eus-bizkaia-n3-content-type" o "eus-bizkaia-n3-data" por ejemplo. |
Cita:
Aprovecha el fichero TicketBAI generado y envíalo directamente. En este caso, no hay que "meter" el TBAI dentro de otro fichero codificado con base64 (por eso no encuentras temas de cabeceras) En este documento: https://terawiki.clubdelphi.com/Otro...pruebas%29.pdf Tienes los datos para realizar el POST y lo que hay que enviar. |
Eso en Alava y Gipuzkoa no existe. No hay que poner esos parámetros. Sólo hay que enviar el fichero XML
|
Supongo que ya os ha llegado el correo "oficial", para los que no, os lo adjunto aquí:
Validaciones de los nuevos tipos de IVA y recargo en el entorno de pruebas A partir del próximo día 1 de octubre entran en vigor los nuevos tipos de IVA 2% y 7.5%, y recargo de equivalencia asociados (0.26% y 1%). Ese mismo día dejarán de estar en vigor los tipos de IVA 0% –en determinados supuestos– y 5%, y sus recargos asociados (0% y 0.62%). De cara a que los softwares puedan hacer pruebas de sus sistemas antes de esa fecha, se ha preparado una versión de recepción adaptada solamente en el entorno de pruebas TicketBAI, con las siguientes características: ·Se ha definido como fecha de transición el día 01-09-2024 para que se puedan probar facturas enviadas con fecha actuales. ·Es decir, la fecha de 01-10-2024 en la que entrarán en vigor los nuevos tipos de IVA, se ha definido como 01-09-2024. ·Dicha fecha de transición decaerá el 01-10-2024. La versión de pruebas ya se encuentra disponible. Adjuntamos las nuevas validaciones de los ficheros de Alta, Zuzendu-MODIFICAR y Zuzendu-SUBSANAR. Para cualquier pregunta o aclaración no dude en recurrir al buzón TicketBAI de Consultas Técnicas [email protected] Información acerca del entorno de pruebas: Guía de entorno de pruebas TicketBAI Un saludo, |
Cita:
Gracias Neftali. Como lo hacéis vosotros cuando hay estos cambios de tipos de IVA? Contactáis con todos los clientes, informando de los cambios y las fechas de validez y cambiáis el programa cada vez para que permita o no esos tipos impositivos dependiendo de la fecha ??? :eek: O dejáis que se encargue el cliente y si no lo hace... cuando envíe las facturas ya se las rechazará y llamará para que se lo solucionemos?:confused: Muchas gracias |
Nosotros hemos dejado el software "abierto" para que el cliente se encargue de actualizar los IVAs y otros impuestos cuando sea necesario. Quien tiene que cumplir con la ley es el cliente. Nosotros no somos una asesoría fiscal.
Podríamos enviar un boletín a todos los clientes, pero solo el 10% los lee, así que no merece la pena. Restringir el uso de un impuesto u otro "por fecha" es un lío, sobre todo si el software se usa en otras provincias o comunidades donde no ha habido cambios, o en otros países. Si acaso se podría hacer en el momento de validar la factura antes de enviarla. Es menos lío, pero también lo es. Al cabo de unos años el código va a ser una locura :confused: Flipo con que esta gente avise el día 23 de septiembre de un cambio que entra en vigor en Octubre, pero bueno, quiénes somos nosotros para quejarnos :rolleyes: Cita:
|
| La franja horaria es GMT +2. Ahora son las 14:10:09. |
Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi