TICKET BAI (TicketBAI); Nuevo sistema de la Agencia Tributaria del Pais Vasco

[batuzail]

Empezado por skatologiko

Buenas, me estoy volviendo loco para añadir todas las líneas de detalle con la librería Chilkat, ya que en Guipuzcoa hay que detallar la factura.
Si utilizo el método UpdatechildContent siempre se me actualiza el mismo IDDetalleFactura ¿Cómo puedo crear diferentes elementos de IDDetalleFactura? He probado con NewChild y NewChild2, pero no cierra el elemento anterior
¿Qué método utilizáis?

Hola,
Yo tengo un contador de lineas y en el bucle creo los elementos asi:
xmlToSign.UpdateChildContent "Factura|DatosFactura|DetallesFactura|IDDetalleFactura[" & nLinea & "]|DescripcionDetalle", "texto detalle..."

[tejano]

No sé si os ha llegado esta noticia https://www.elcorreo.com/economia/bi...212421-nt.html

Al final nos piden a nosotros que hagamos el trabajo pero ellos siempre lo retrasan.

[mnc2]

Buenos días.

Llevo unos meses tratando de adaptar un programa de gestión para que pueda emitir facturas con los requisitos de TBAI.
Estoy siguiendo el modelo de la Agencia Foral de Vizcaya.

En mi caso, la factura puede llevar más de un tipo de IVA. Concretamente, cada línea puede llevar un tipo distinto.
Por ejemplo, unas pueden ser al 10% de IVA y otras al 21%.
Esto es habitual, por ejemplo, en comercios como las farmacias.

El tema es que no sé cómo especificar esto en el fichero XML.
Más abajo pongo un fragmento del código genérico del fichero XML.
Por cada línea de factura, ¿he de crear una instancia del nodo <TipoDesglose>?

  <Factura>
      <CabeceraFactura>
      ...
      </CabeceraFactura>
      <DatosFactura>
      ...
      </DatosFactura>
      <TipoDesglose>
        <DesgloseFactura>
            <Sujeta>
                <NoExenta>
                  <DetalleNoExenta>
                    <TipoNoExenta>S1</TipoNoExenta>
                    <DesgloseIVA>
                      <DetalleIVA>
                        <BaseImponible>110.00</BaseImponible>
                        <TipoImpositivo>10.00</TipoImpositivo>
                        <CuotaImpuesto>11.00</CuotaImpuesto>
                      </DetalleIVA>
                    </DesgloseIVA>
                  </DetalleNoExenta>
                </NoExenta>
            </Sujeta>
        </DesgloseFactura>
      </TipoDesglose>
  </Factura>

Esta respuesta no la he encontrado en las especificaciones dadas por las haciendas forales del País Vasco.

Si hay que repetir algún otro nodo, ¿cuál sería?
Si no, ¿de qué modo puedo especificar los distintos tipos de IVA, así como el importe de cada uno?




Gracias de antemano.

[keys]

Empezado por mnc2

Buenos días.

Llevo unos meses tratando de adaptar un programa de gestión para que pueda emitir facturas con los requisitos de TBAI.
Estoy siguiendo el modelo de la Agencia Foral de Vizcaya.

En mi caso, la factura puede llevar más de un tipo de IVA. Concretamente, cada línea puede llevar un tipo distinto.
Por ejemplo, unas pueden ser al 10% de IVA y otras al 21%.
Esto es habitual, por ejemplo, en comercios como las farmacias.

El tema es que no sé cómo especificar esto en el fichero XML.
Más abajo pongo un fragmento del código genérico del fichero XML.
Por cada línea de factura, ¿he de crear una instancia del nodo <TipoDesglose>?

  <Factura>
      <CabeceraFactura>
      ...
      </CabeceraFactura>
      <DatosFactura>
      ...
      </DatosFactura>
      <TipoDesglose>
        <DesgloseFactura>
            <Sujeta>
                <NoExenta>
                  <DetalleNoExenta>
                    <TipoNoExenta>S1</TipoNoExenta>
                    <DesgloseIVA>
                      <DetalleIVA>
                        <BaseImponible>110.00</BaseImponible>
                        <TipoImpositivo>10.00</TipoImpositivo>
                        <CuotaImpuesto>11.00</CuotaImpuesto>
                      </DetalleIVA>
                    </DesgloseIVA>
                  </DetalleNoExenta>
                </NoExenta>
            </Sujeta>
        </DesgloseFactura>
      </TipoDesglose>
  </Factura>

Esta respuesta no la he encontrado en las especificaciones dadas por las haciendas forales del País Vasco.

Si hay que repetir algún otro nodo, ¿cuál sería?
Si no, ¿de qué modo puedo especificar los distintos tipos de IVA, así como el importe de cada uno?




Gracias de antemano.

Aqui tienes un ejemplo de factura con dos tipos de iva:

<TipoDesglose>
<DesgloseFactura>
<Sujeta>
<NoExenta>
<DetalleNoExenta>
<TipoNoExenta>S1</TipoNoExenta>
<DesgloseIVA>
<DetalleIVA>
<BaseImponible>837.50</BaseImponible>
<TipoImpositivo>21.00</TipoImpositivo>
<CuotaImpuesto>175.88</CuotaImpuesto>
<OperacionEnRecargoDeEquivalenciaORegimenSimplificado>N</OperacionEnRecargoDeEquivalenciaORegimenSimplificado>
</DetalleIVA>
<DetalleIVA>
<BaseImponible>417.50</BaseImponible>
<TipoImpositivo>10.00</TipoImpositivo>
<CuotaImpuesto>41.75</CuotaImpuesto>
<OperacionEnRecargoDeEquivalenciaORegimenSimplificado>N</OperacionEnRecargoDeEquivalenciaORegimenSimplificado>
</DetalleIVA>
</DesgloseIVA>
</DetalleNoExenta>
</NoExenta>
</Sujeta>
</DesgloseFactura>
</TipoDesglose>

[MNC]

Empezado por keys

Aqui tienes un ejemplo de factura con dos tipos de iva:

Muchas gracias, Keys.


Por cierto, respondo desde mi cuenta original.
Tuve que crear la cuenta mnc2 porque para esta cuenta (MNC) no recibía el mail de activación. Ha tardado 2 días en llegar.

[ermendalenda]

Hola, acabo de ver que los certificados para usar curl ¿CADUCAN?
ostias puta coño me cagon en tó lo que se menea, se me va la vida con esta mierda.

Para ser más exactos Los de Curl.exe se generaron el 1/9/1998 y caducan el 28/01/2028

[edejuan]

Hola !

Ando ofuscado en un par de puntos, a ver si me podéis confirmar:


LROE 240

A Bizkaia no se puede 'reenviar' una factura, como se hace en las otras provincias (zuzendu), para por ejemplo modificar los datos fiscales, no ?

Tengo una factura enviada a Bizkaia y que fue aceptada sin errores (con software garante), si envío el esquema 'sin software garante' para esa factura con '<Operacion>M00</Operacion>', me dice que el registro no existe en el sistema,
y si el esquema lleva '<Operacion>A00</Operacion>', me indica que no se puede duplicar el registro.

Entonces las opciones son anulación o rectificación, con posterior envío con 'software garante' es así ?

He preguntado a ellos y me responden con lo típico, un enlace:

"En el caso de que se quiera realizar alguna modificación de una factura TicketBAI que ha sido aceptada y registrada correctamente en el sistema, se tendrá que actuar de acuerdo con lo indicado en la pregunta frecuente 19 ¿Se pueden modificar los datos de una factura ya expedida mediante el sistema TicketBAI?
https://www.batuz.eus/es/preguntas-frecuentes"

Siguiendo el enlace:

19 - ¿Se pueden modificar los datos de una factura ya expedida mediante el sistema TicketBAI?

TicketBAI

No puede modificarse la factura sin generar previamente un nuevo fichero TicketBAI.

En cualquier caso en el que sea necesario expedir una factura nueva para corregir un error de una factura anterior, debe generarse previamente un fichero TicketBAI.

Dependiendo de los casos, la nueva factura puede ser una factura rectificativa o tratarse de una factura nueva tras la anulación de la factura anterior, caso en el cual deberá generarse previamente un fichero TicketBAI de anulación.

Interpreto que el envío con el esquema 'sin software garante' y con '<Operacion>A00</Operacion>' es para facturas que son rechazadas (que devuelven 'Incorrecto'), no ?

Y entonces para que se utilizaría el envío del esquema 'sin software garante' con '<Operacion>M00</Operacion>' ? Cuando fue 'aceptada con errores' en primer envío con 'software garante' ?


LROE 140

Creo que sólo tengo un cliente en régimen de autónomo, pero:

Para la creación del LROE 140, como habéis enfocado el tema de la recuperación del epígrafe ?, sobre todo por si se tiene más de uno.

- Un campo en el registro de la serie de facturación ? y que facture escogiendo la serie según el epígrafe que necesite asociar a esa factura.
- En la pantalla de facturación, que pueda elegir a que epígrafe se asocia la factura ?
- Otras opciones ?




Gracias y saludos.

[keys]

Empezado por edejuan

Hola !

Ando ofuscado en un par de puntos, a ver si me podéis confirmar:


LROE 240

A Bizkaia no se puede 'reenviar' una factura, como se hace en las otras provincias (zuzendu), para por ejemplo modificar los datos fiscales, no ?

Tengo una factura enviada a Bizkaia y que fue aceptada sin errores (con software garante), si envío el esquema 'sin software garante' para esa factura con '<Operacion>M00</Operacion>', me dice que el registro no existe en el sistema,
y si el esquema lleva '<Operacion>A00</Operacion>', me indica que no se puede duplicar el registro.

Entonces las opciones son anulación o rectificación, con posterior envío con 'software garante' es así ?

He preguntado a ellos y me responden con lo típico, un enlace:



Siguiendo el enlace:




Interpreto que el envío con el esquema 'sin software garante' y con '<Operacion>A00</Operacion>' es para facturas que son rechazadas (que devuelven 'Incorrecto'), no ?

Y entonces para que se utilizaría el envío del esquema 'sin software garante' con '<Operacion>M00</Operacion>' ? Cuando fue 'aceptada con errores' en primer envío con 'software garante' ?


LROE 140

Creo que sólo tengo un cliente en régimen de autónomo, pero:

Para la creación del LROE 140, como habéis enfocado el tema de la recuperación del epígrafe ?, sobre todo por si se tiene más de uno.

- Un campo en el registro de la serie de facturación ? y que facture escogiendo la serie según el epígrafe que necesite asociar a esa factura.
- En la pantalla de facturación, que pueda elegir a que epígrafe se asocia la factura ?
- Otras opciones ?




Gracias y saludos.

Esa factura ya esta en el sistema, solo se puede rectificar o anular. El capitulo de sin software garante en principio es para enviar facturas que han dado error o que no hay que enviarlas por TicketBAI, no para enviar modificaciones de una factura. En principio en Bizkaia como en el resto de las haciendas una factura enviada no se puede modificar.

En cuanto a lo del 140 nosotros hemos optado por el segundo caso, es decir tienen que seleccionar el epígrafe con el que se hace la factura, pueden indicar uno por defecto. Ya que no hay porque cambiar de serie cuando son de actividades distintas.

[edejuan]

Empezado por keys

Esa factura ya esta en el sistema, solo se puede rectificar o anular. El capitulo de sin software garante en principio es para enviar facturas que han dado error o que no hay que enviarlas por TicketBAI, no para enviar modificaciones de una factura. En principio en Bizkaia como en el resto de las haciendas una factura enviada no se puede modificar.

En cuanto a lo del 140 nosotros hemos optado por el segundo caso, es decir tienen que seleccionar el epígrafe con el que se hace la factura, pueden indicar uno por defecto. Ya que no hay porque cambiar de serie cuando son de actividades distintas.

Muchas gracias keys, uuf

- En Araba y Gipuzkoa permito a los clientes modificar sólo los datos fiscales y las reenvío en modo zuzendu, vigilaré si debo quitarlo.

- Creo que haré igual que vosotros, algo más engorroso porque nuestro programa tiene más de 10 pantallas distintas desde las que facturar, pero ideal para comodidad de los usuarios.


Lo dicho, muchas gracias por tu tiempo.

[elcharlie]

Bueno días a todos:
Tengo un problemilla pendiente desde ya tiempo. el problema en cuestión es con el Id de la máquina, con el proceso que tengo en muchos terminales no me devuelve valor.
Soy consciente que es una tontería, ya que ahora mismo no es un dato obligatorio, y de hecho cuando me ocurre eso, pongo la clave de windows o cualquier dato inventado....
El caso es que me gustaría arreglarlo y despreocuparme de esa chorrada.
¿Alguien sabe como hacer para que siempre me devuelva la maquina/placa base un Id?

[Neftali [Germán.Estévez]]

Empezado por elcharlie

Tengo un problemilla pendiente desde ya tiempo. el problema en cuestión es con el Id de la máquina, con el proceso que tengo en muchos terminales no me devuelve valor.
Soy consciente que es una tontería, ya que ahora mismo no es un dato obligatorio, y de hecho cuando me ocurre eso, pongo la clave de windows o cualquier dato inventado....
El caso es que me gustaría arreglarlo y despreocuparme de esa chorrada.
¿Alguien sabe como hacer para que siempre me devuelva la maquina/placa base un Id?

Nosotros hemos tenido el mismo problema y al final en algunos casos no hemos podido arreglarlo, porque muchos de estos IDs (placa base, BIOS,...) en según qué máquinas se devuelven vacíos. No en las máquinas físicas, pero cuando empiezas a incluir máquinas virtuales, máquinas azure, Terminal Server,... no siempre se obtiene el ID esperado.

Para estos casos hemos habilitado un "ID manual" (único, tipo GUID) que se genera una vez y se añade a un campo de la Base de Datos. Si el generado da vacío, cogemos ese y de ahí en adelante se usa ese.

[sEngine]

En el caso de bizkaia, hay algo similar a zuzendu como en las otras diputaciones? Para los casos en los que el resultado del envio haya dado "incorrecto"

[rci]

Empezado por sEngine

En el caso de bizkaia, hay algo similar a zuzendu como en las otras diputaciones? Para los casos en los que el resultado del envio haya dado "incorrecto"

Creo que no existe la opción de subsanar en Batuz. Se tiene que hacer a mano por la web de Batuz LROE

Cuando una factura expedida mediante el sistema TicketBAI es rechazada en el subcapítulo 1.1 - Facturas emitidas con software garante, la información de la operación se tendrá que enviar por el subcapítulo 1.2 – Facturas emitidas sin software garante, superando las validaciones. Es decir, en el subcapítulo 1.2 se tendrán que corregir los errores que han provocado que la factura no se pueda anotar en el subcapítulo 1.1 (por ejemplo, si el NIF del destinatario no cumple el algoritmo del NIF). De este modo la operación que no se ha podido registrar mediante el subcapítulo 1.1 quedaría anotada en el LROE y presentada en Hacienda. La anotación en el subcapítulo 1.2 se puede hacer manualmente mediante la aplicación del LROE https://www.batuz.eus/es/lroe

[Neftali [Germán.Estévez]]

Empezado por sEngine

En el caso de bizkaia, hay algo similar a zuzendu como en las otras diputaciones? Para los casos en los que el resultado del envio haya dado "incorrecto"

En esos casos, nosotros enviamos la misma factura "sin Software garante".

[edari]

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

[edejuan]

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.

Empezado por edari

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

[edari]

Ya está. Creo que era una versión incorrecta del curl.



Gracias!!

[rci]

Empezado por Neftali [Germán.Estévez]

En esos casos, nosotros enviamos la misma factura "sin Software garante".

Muy interesante Neftali.
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

[Neftali [Germán.Estévez]]

Empezado por rci

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".

Si la envías "normal" y hay algún error, en nuestro caso lo corregimos (dentro de lo posible) y la volvemos a enviar "sin software garante"

Empezado por rci

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?

Si se ha rechazado, no ha subido a Batuz, por lo tanto debes corregirla o volver a subirla.
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

[rci]

Empezado por Neftali [Germán.Estévez]

Si la envías "normal" y hay algún error, en nuestro caso lo corregimos (dentro de lo posible) y la volvemos a enviar "sin software garante"



Si se ha rechazado, no ha subido a Batuz, por lo tanto debes corregirla o volver a subirla.
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

Muchas gracias Neftali.
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?