Foros Club Delphi
Página 31 de 114 « Primero < 21282930 31 3233344181 > Último »
Mostrar 40 mensajes desde este tema en una página

Foros Club Delphi (https://www.clubdelphi.com/foros/index.php)
-   Internet (https://www.clubdelphi.com/foros/forumdisplay.php?f=3)
-   -   TICKET BAI (TicketBAI); Nuevo sistema de la Agencia Tributaria del Pais Vasco (https://www.clubdelphi.com/foros/showthread.php?t=94264)

adolphsys 28-07-2021 12:37:11
Cita:
Empezado por jaiser (Mensaje 542122)
Hola!

Tengo una duda sobre la anulación y su contabilización. Si se envia un ticket bai con una factura hay que enviar un ticket bai de anulación y no se puede reutilizar dicho número de factura. No se si está factura al estar anulada no hay que contabilizarla ni enviarla al SII? Habría huecos entonces en la númeración de las facturas en la contabilidad y en el sii. He llamado a guipuzkoa y me han dicho que NO se contabiliza NI se envia al sii, pero no se si realmente es asi, me entran dudas sobre los huecos. Lo más normal será hacer una rectificativa pero en algún caso habrá que preveer el poder anular.
Hola jaiser, te cuento mi humilde opinión:

- Si ya se ha enviado la factura a Hacienda, al no poder reutilizar el número, esto ya tiene consecuencias en los procesos siguientes debido a la obligatoriedad según el Reglamento de facturación de mantener una numeración correlativa: contabilización, IVA, SII... así que hay que contabilizarla, registrarla en libro Registro de facturas expedidas, etcétera, no entiendo que te hayan dicho en Guipuzkoa que NO se contabiliza ¿¿¿???
- Enviar un "Fichero de anulación TicketBAI" a estos efectos no ayuda por la razón anterior: se ha expedido un número de factura y esto tiene consecuencias.
- El único procedimiento coherente que veo para "modificar" una factura previamente remitida a Hacienda (al menos por ahora, a ver qué nos dicen mañana...) es emitir una rectificativa (con otra serie de acuerdo con la normativa de facturación), enviarla a Hacienda y volver a emitir un nuevo número de factura con la corrección. Los tres documentos emitidos deben tener números distintos, contabilizarse, registrarse en IVA...

Noe277 28-07-2021 12:53:46
Codificación
 
Cita:
Empezado por e.jaume (Mensaje 542120)
Hola! al final sí que me han respondido hoy. Me han dicho que es por la codificación, en alguna parte se está realizando la modificación de los caracteres que tienen tilde.
El envío lo estoy realizando de esta forma pero no encuentro que se cambie la codificación...

Código:
            HttpWebRequest request = (HttpWebRequest)WebRequest.Create(serviceUri);

            byte[] bytes = Encoding.UTF8.GetBytes(comunicacionXml);

            request.ContentType = "application/xml;charset=utf-8";
            request.ContentLength = bytes.Length;
            request.Method = WebRequestMethods.Http.Post;
            request.ClientCertificates.Add(certs);

            Stream requestStream = null;

            try
            {               
                requestStream = request.GetRequestStream();
                requestStream.Write(bytes, 0, bytes.Length);
                requestStream.Flush();
            }
            finally
            {
                if (requestStream != null)
                {
                    requestStream.Close();
                }
            }

            HttpWebResponse response = (HttpWebResponse)request.GetResponse();
¿Se le ocurre alguien alguna idea por disparatada que sea?

Gracias!
Si generas el xml y tiene algún carácter extraño lo cambia de codificación por mas que intentes transformar el fichero(con la factura-e pase por esto). Yo para evitar errores transformo los caracteres a utf8 previamente cuando estoy escribiendo el fichero. En un post anterior indico como. Simplemente hago un replace.

jaiser 28-07-2021 13:18:19
Cita:
Empezado por adolphsys (Mensaje 542124)
Hola jaiser, te cuento mi humilde opinión:

- Si ya se ha enviado la factura a Hacienda, al no poder reutilizar el número, esto ya tiene consecuencias en los procesos siguientes debido a la obligatoriedad según el Reglamento de facturación de mantener una numeración correlativa: contabilización, IVA, SII... así que hay que contabilizarla, registrarla en libro Registro de facturas expedidas, etcétera, no entiendo que te hayan dicho en Guipuzkoa que NO se contabiliza ¿¿¿???
- Enviar un "Fichero de anulación TicketBAI" a estos efectos no ayuda por la razón anterior: se ha expedido un número de factura y esto tiene consecuencias.
- El único procedimiento coherente que veo para "modificar" una factura previamente remitida a Hacienda (al menos por ahora, a ver qué nos dicen mañana...) es emitir una rectificativa (con otra serie de acuerdo con la normativa de facturación), enviarla a Hacienda y volver a emitir un nuevo número de factura con la corrección. Los tres documentos emitidos deben tener números distintos, contabilizarse, registrarse en IVA...
Gracias por tu respuesta, aunque no entiendo muy bien como se contabiliza una factura anulada, cuando tienes una rectificativa una suma otra resta, pero el concepto de anulada no se muy bien como habría que contabilizarla y enviarla al sii y demás. Tenemos un erp propio pero luego el tema de contabilizar las facturas y demás nos apoyamos en otro erp externo, intentaré mirar o preguntarles a ver como tendríamos que proceder con estás faturas anuladas. ¿Te han contestadeo o enviado un enlace para la sesión informativa de mañana de guipuzkoa?

Noe277 28-07-2021 13:27:51
Cita:
Empezado por jaiser (Mensaje 542126)
Gracias por tu respuesta, aunque no entiendo muy bien como se contabiliza una factura anulada, cuando tienes una rectificativa una suma otra resta, pero el concepto de anulada no se muy bien como habría que contabilizarla y enviarla al sii y demás. Tenemos un erp propio pero luego el tema de contabilizar las facturas y demás nos apoyamos en otro erp externo, intentaré mirar o preguntarles a ver como tendríamos que proceder con estás faturas anuladas. ¿Te han contestadeo o enviado un enlace para la sesión informativa de mañana de guipuzkoa?
Igual esto te aclara un poco, es una consulta realizada a hacienda y la respuesta
Cita:
En ejemplos:

1- Una empresa residente en país vasco envía una factura a un cliente residente en Madrid.
a. Se da cuenta de ciertos errores en la factura ¿La anula o hace rectificativa?.
b. Si la Anula el cliente de Madrid al realizar sus modelos oficiales 303, 390 ¿ no tendrá que tener en cuenta esa factura anulada?.

2- Hago una factura a un cliente y se la doy en mano.
a. Cuando toque, la envió a la hacienda y resulta rechazada
b. ¿Qué proceso hay que seguir ?
c. En este caso yo debería hacer una anulación, pero que pasa si mi cliente la ha presentado.
Respuesta Hacienda
Cita:
Respondemos a sus preguntas:
• En caso de detectar errores en la factura deberá expedirse una factura rectificativa cuando la factura original no cumpla alguno de los requisitos que se establecen en los artículos 6 o 7 de este Reglamento.
• En caso de tener que anular una factura por no haberse realizado finalmente la entrega de bienes o la prestación de servicios deberá de emitir un fichero de anulación que será anotado en el LROE (140/240) a través del capítulo 1.1.
• Para el caso de que una factura resulte rechazada por no superar las validaciones le recomendamos la lectura de las siguientes preguntas frecuentes que ponemos a su disposición en la web https://www.batuz.eus/es/preguntas-frecuentes
o PF 22: ¿Qué ocurre si se rechaza un fichero TicketBAI por haberse generado el XML de manera errónea?
o PF 160: ¿Qué hay que hacer si la anotación del fichero TicketBAI ha sido rechazada al enviarse a Hacienda?
o PF 161: ¿En qué casos hay que utilizar los subcapítulos 1.2 del LROE?
• En el caso de haber emitido una factura incorrecta y que su cliente ya haya presentado puede emitir una factura rectificativa por sustitución o bien realizar una factura de abono que tendría el mismo destinatario y las mismas bases, tipos y cuotas impositivas que la factura a rectificar pero con signo negativo; posteriormente emitiría una nueva factura con las bases, tipos y cuotas correctas.

edari 28-07-2021 13:39:13
Cita:
Empezado por jaiser (Mensaje 542126)
Gracias por tu respuesta, aunque no entiendo muy bien como se contabiliza una factura anulada, cuando tienes una rectificativa una suma otra resta, pero el concepto de anulada no se muy bien como habría que contabilizarla y enviarla al sii y demás. Tenemos un erp propio pero luego el tema de contabilizar las facturas y demás nos apoyamos en otro erp externo, intentaré mirar o preguntarles a ver como tendríamos que proceder con estás faturas anuladas. ¿Te han contestadeo o enviado un enlace para la sesión informativa de mañana de guipuzkoa?

Yo acabo de recibir el link para mañana

e.jaume 28-07-2021 13:40:23
Cita:
Empezado por e.jaume (Mensaje 542120)
Hola! al final sí que me han respondido hoy. Me han dicho que es por la codificación, en alguna parte se está realizando la modificación de los caracteres que tienen tilde.
El envío lo estoy realizando de esta forma pero no encuentro que se cambie la codificación...

Código:
            HttpWebRequest request = (HttpWebRequest)WebRequest.Create(serviceUri);

            byte[] bytes = Encoding.UTF8.GetBytes(comunicacionXml);

            request.ContentType = "application/xml;charset=utf-8";
            request.ContentLength = bytes.Length;
            request.Method = WebRequestMethods.Http.Post;
            request.ClientCertificates.Add(certs);

            Stream requestStream = null;

            try
            {               
                requestStream = request.GetRequestStream();
                requestStream.Write(bytes, 0, bytes.Length);
                requestStream.Flush();
            }
            finally
            {
                if (requestStream != null)
                {
                    requestStream.Close();
                }
            }

            HttpWebResponse response = (HttpWebResponse)request.GetResponse();
¿Se le ocurre alguien alguna idea por disparatada que sea?

Gracias!
Buenas!
Quería comunicaros que ya solucioné el problema. Estaba en la librería que estaba usando (FirmaXAdESNet45), en un método usaba Stream, y cambiaba la codificación a ASCII, vi que no era necesario y quité esas líneas. Ahora puedo decir 100% que ya envío facturas a Gipuzkoa de manera correcta. Ahora me queda la parte más difícil, enviarlas a Bizkaia....
Si alguien tiene alguna duda porque está usando la misma librería y no le funciona que me lo comente, le ayudaré encantado.
Me acaba de llegar el enlace para la sesión informativa del jueves.
Saludos!

e.jaume 28-07-2021 13:41:46
Cita:
Empezado por Noe277 (Mensaje 542125)
Si generas el xml y tiene algún carácter extraño lo cambia de codificación por mas que intentes transformar el fichero(con la factura-e pase por esto). Yo para evitar errores transformo los caracteres a utf8 previamente cuando estoy escribiendo el fichero. En un post anterior indico como. Simplemente hago un replace.
Gracias por la respuesta aunque lo vi tarde :D!

jaiser 28-07-2021 15:46:20
Cita:
Empezado por edari (Mensaje 542128)
Yo acabo de recibir el link para mañana
Lo he recibido yo tb, gracias :)

b4aronDeLaBirr4 29-07-2021 09:39:11
IVAs línea detalle
 
Buenas! El otro día realicé esta consulta:

Código PHP:
Simplemente quiero preguntar acerca de si es posible indicar diferentes tipos de IVA por factura es decir, indicar un IVA diferente por cada línea de detalle de dicha factura. Gracias de antemano. 
Y obtuve la respuesta:

Código PHP:
En el fichero TicketBAI se tienen que indicar por separado todos los importes que tengan un tratamiento diferentes a efectos de IVA (importes sujetos y exentos, no sujetos, sujetos y no exentos diferenciados por tipo impositivo, inversión del sujeto pasivo, etc.). 
Con la estructura otorgada por el sistema no se pueden indicar un IVA diferente para cada línea de detalle, ¿no?

adolphsys 29-07-2021 10:14:31
Cita:
Empezado por b4aronDeLaBirr4 (Mensaje 542136)
Buenas! El otro día realicé esta consulta:

Código PHP:
Simplemente quiero preguntar acerca de si es posible indicar diferentes tipos de IVA por factura es decir, indicar un IVA diferente por cada línea de detalle de dicha factura. Gracias de antemano. 
Y obtuve la respuesta:

Código PHP:
En el fichero TicketBAI se tienen que indicar por separado todos los importes que tengan un tratamiento diferentes a efectos de IVA (importes sujetos y exentos, no sujetos, sujetos y no exentos diferenciados por tipo impositivo, inversión del sujeto pasivo, etc.). 
Con la estructura otorgada por el sistema no se pueden indicar un IVA diferente para cada línea de detalle, ¿no?
Hola!

Sólo hay que calcular por línea de detalle la cuota de IVA que corresponde a dicha línea, no nos piden el porcentaje sino la cuota: si vendemos 200 € al tipo 21% hay que poner 42 € de cuota de IVA, IDDetalleFactura[n].ImporteTotal:=42; Al menos yo lo entiendo así...

keys 29-07-2021 10:44:45
Cita:
Empezado por adolphsys (Mensaje 542138)
Hola!

Sólo hay que calcular por línea de detalle la cuota de IVA que corresponde a dicha línea, no nos piden el porcentaje sino la cuota: si vendemos 200 € al tipo 21% hay que poner 42 € de cuota de IVA, IDDetalleFactura[n].ImporteTotal:=42; Al menos yo lo entiendo así...
Hola a todos.

Hay que poner la base + el iva. Es decir 242. Segun la descripcion pone

ImporteTotal Decimal(12,2) Importe total CON IVA de la línea de factura

sEngine 29-07-2021 11:34:09
Yo lo tengo asi por cada linea, por lo que aunque no pongas el iva directamente, ya lo diferencia

Código Delphi [-]
IDDetalleFactura[i].DescripcionDetalle := Descripcion 
IDDetalleFactura[i].Cantidad := Unidades 
IDDetalleFactura[i].ImporteUnitario :=  Importe sin iva 
IDDetalleFactura[i].Descuento := Descuento si hay 
IDDetalleFactura[i].ImporteTotal := Importe con iva

adolphsys 29-07-2021 12:11:48
Cita:
Empezado por keys (Mensaje 542139)
Hola a todos.

Hay que poner la base + el iva. Es decir 242. Segun la descripcion pone

ImporteTotal Decimal(12,2) Importe total CON IVA de la línea de factura
Correcto, gracias por la aclaración!

edari 29-07-2021 12:35:38
Lo cambiaré yo también pero vamos, hasta ahora me ha tragado como un señor el poner el ImporteTotal de línea sin decimales y no se ha quejado de nada.


Lo cambiaré mañana no sea que luego venga Paco con la receta :eek::eek:

keys 29-07-2021 12:52:57
Cita:
Empezado por edari (Mensaje 542143)
Lo cambiaré yo también pero vamos, hasta ahora me ha tragado como un señor el poner el ImporteTotal de línea sin decimales y no se ha quejado de nada.


Lo cambiaré mañana no sea que luego venga Paco con la receta :eek::eek:
A nosotros nos aviso hacienda que lo estabamos haciendo mal. Gipuzkoa se traga casi todo y luego cuando entra el usuario a su intranet de hacienda ve todos los errores.

b4aronDeLaBirr4 29-07-2021 12:55:47
Cita:
Empezado por keys (Mensaje 542139)
Hola a todos.

Hay que poner la base + el iva. Es decir 242. Segun la descripcion pone

ImporteTotal Decimal(12,2) Importe total CON IVA de la línea de factura
Y, por ejemplo, esta factura se podría realizar en un mismo XML con la estructura actual?

"Línea de concepto": IVA 10%
"Línea de concepto": IVA 21%
"Línea de concepto": Exenta
"Línea de concepto": No sujeto

keys 29-07-2021 13:00:15
Cita:
Empezado por b4aronDeLaBirr4 (Mensaje 542145)
Y, por ejemplo, esta factura se podría realizar en un mismo XML con la estructura actual?

"Línea de concepto": IVA 10%
"Línea de concepto": IVA 21%
"Línea de concepto": Exenta
"Línea de concepto": No sujeto
Sin ningun problema. Luego tendras que detallar las bases y las cuotas de cada tipo. Aunque tengo la duda que puedas mezclar dentro de una factura conceptos sujetos y no sujetos.

b4aronDeLaBirr4 29-07-2021 13:51:30
Justamente ahí es donde quiero llegar. Según el esquema XSD no sé si se puede mezclar...

edari 29-07-2021 14:40:58
Cita:
Empezado por keys (Mensaje 542146)
Sin ningun problema. Luego tendras que detallar las bases y las cuotas de cada tipo. Aunque tengo la duda que puedas mezclar dentro de una factura conceptos sujetos y no sujetos.



Perdón si es que no lo entiendo bien


¿Pero esa no es una característica propia de cliente? La de estar sujeto o no...


Es que en la misma factura, no sé


¿que caso es exactamente?

keys 30-07-2021 08:24:53
Si se puede.

No depende del cliente, depende de la operacion. Por ejemplo en una factura puedo meter conceptos sujetos como una venta normal y no sujetos como un suplido. He realizado la prueba y hacienda lo admite correctamente.

Pongo un ejemplo.

Código:
-<TipoDesglose>
            -<DesgloseFactura>
                -<Sujeta>
                -<NoExenta>
                    -<DetalleNoExenta>
                      <TipoNoExenta>S1</TipoNoExenta>
                        -<DesgloseIVA>
                            -<DetalleIVA>
                                <BaseImponible>125.00</BaseImponible>
                                <TipoImpositivo>21.00</TipoImpositivo>
                                <CuotaImpuesto>26.25</CuotaImpuesto>
                                <TipoRecargoEquivalencia>0.00</TipoRecargoEquivalencia>
                                <CuotaRecargoEquivalencia>0.00</CuotaRecargoEquivalencia>
                            </DetalleIVA>
                          -<DetalleIVA>
                              <BaseImponible>125.00</BaseImponible>
                              <TipoImpositivo>10.00</TipoImpositivo>
                              <CuotaImpuesto>12.50</CuotaImpuesto>
                              <TipoRecargoEquivalencia>0.00</TipoRecargoEquivalencia>
                              <CuotaRecargoEquivalencia>0.00</CuotaRecargoEquivalencia>
                            </DetalleIVA>
                          </DesgloseIVA>
                </DetalleNoExenta>
              </NoExenta>
            </Sujeta>
          -<NoSujeta>
            -<DetalleNoSujeta>
                <Causa>OT</Causa>
                <Importe>31.45</Importe>
              </DetalleNoSujeta>
            </NoSujeta>
</DesgloseFactura>
</TipoDesglose>
Lo que no no se puede enviar es una factura con solo una operación no sujeta.

edari 30-07-2021 09:15:53
aah ok




Por cierto, hablando de la sesión de ayer de la Hacienda Gipuzkoa...


Alguien oyó que el link del QR en el entorno de pruebas funcionaban? :eek:

Sistel 30-07-2021 09:19:57
Cita:
Empezado por keys (Mensaje 542151)
...
Lo que no no se puede enviar es una factura con solo una operación no sujeta.
Hola keys.

No entiendo.
Puede ser una factura con una sola operación que se considera no sujeta a IVA, según lista L13:
OT - No sujeto por el artículo 7 de la Ley del IVA. Otros supuestos de no sujeción.
RL - No sujeto por reglas de localización.

¿No es así?

Saludos

aflores1 30-07-2021 09:44:22
Cita:
Empezado por edari (Mensaje 542152)
aah ok




Por cierto, hablando de la sesión de ayer de la Hacienda Gipuzkoa...


Alguien oyó que el link del QR en el entorno de pruebas funcionaban? :eek:
yo lo oí y a mi si que me funcionan

sEngine 30-07-2021 10:00:39
Cita:
Empezado por aflores1 (Mensaje 542154)
yo lo oí y a mi si que me funcionan

a mi los de pruebas de guipuzkoa tambien me funcionan

batuzail 30-07-2021 10:43:54
Cita:
Empezado por sEngine (Mensaje 542155)
a mi los de pruebas de guipuzkoa tambien me funcionan
A mi también

HerensugeBeltz 30-07-2021 11:57:06
Cita:
Empezado por batuzail (Mensaje 542156)
A mi también
Me podéis mostrar por favor un ejemplo de QR accesible en el entrono de pruebas?

Yo no consigo acceder. Por ejemplo, genero el siguiente código QR:
https://tbai-prep.egoitza.gipuzkoa.e...i=26.62&cr=027

Y si accedo a él desde el navegador se muestra el siguiente error:

SRVE0255E: A WebGroup/Virtual Host to handle /qr/ has not been defined.

SRVE0255E: A WebGroup/Virtual Host to handle wasprex1.sare.gipuzkoa.net:9083 has not been defined.


Estoy haciendo algo mal?

thinkows 30-07-2021 12:10:31
Cita:
Empezado por HerensugeBeltz (Mensaje 542157)
Me podéis mostrar por favor un ejemplo de QR accesible en el entrono de pruebas?

Yo no consigo acceder. Por ejemplo, genero el siguiente código QR:
https://tbai-prep.egoitza.gipuzkoa.e...i=26.62&cr=027

Y si accedo a él desde el navegador se muestra el siguiente error:

SRVE0255E: A WebGroup/Virtual Host to handle /qr/ has not been defined.

SRVE0255E: A WebGroup/Virtual Host to handle wasprex1.sare.gipuzkoa.net:9083 has not been defined.


Estoy haciendo algo mal?

Esto :


Tu https://tbai-prep.egoitza.gipuzkoa.eus/qr/

OK https://tbai.prep.gipuzkoa.eus/qr/

Saludos

HerensugeBeltz 30-07-2021 12:30:30
Lo revisamos. Muchas gracias!!!

David M 30-07-2021 12:31:19
Cita:
Empezado por HerensugeBeltz (Mensaje 542157)
Me podéis mostrar por favor un ejemplo de QR accesible en el entrono de pruebas?

Yo no consigo acceder. Por ejemplo, genero el siguiente código QR:

Y si accedo a él desde el navegador se muestra el siguiente error:

SRVE0255E: A WebGroup/Virtual Host to handle /qr/ has not been defined.

SRVE0255E: A WebGroup/Virtual Host to handle wasprex1.sare.gipuzkoa.net:9083 has not been defined.


Estoy haciendo algo mal?

Hola, aparte de lo que te pone thinkows, tienes que aplicar URL encoding al identificador TBAI porque contiene un signo +.
En la página 32 de este tema tienes más información que posteó joselugrk.

Aprovecho para decir que soy nuevo en el foro aunque llevo tiempo leyendo todo lo relativo a Ticket Bai y agradezco enormemente la labor que habéis hecho todos para aportar luz a este tema.

Gracias!

Saludos

adolphsys 30-07-2021 16:53:47
Plazo de un mes para conseguir el 60% de deducción
 
Ayer se publicó el Decreto Foral-Norma 4/2021 en Guipúzcoa, que viene a decir que aquellos que anticipen de forma voluntaria un mínimo de un mes el cumplimiento de la obligación TicketBAI, podrán aplicar el 60% de deducción...

https:\\egoitza.gipuzkoa.eus/gao-bog/castell/bog/2021/07/28/c2105206.htm

Esto significa que nuestros clientes retrasarán al máximo la implantación de TicketBAI :(

sEngine 02-08-2021 10:00:34
han puesto un calendario de la implantación de gipuzkoa por sectores




FranAza 02-08-2021 11:07:08
Cita:
Empezado por keys (Mensaje 542144)
A nosotros nos aviso hacienda que lo estabamos haciendo mal. Gipuzkoa se traga casi todo y luego cuando entra el usuario a su intranet de hacienda ve todos los errores.
Buenas,

Para poder ver que lo que traga (Es verdad que Gipuzkoa se lo come todo) y analizar lo que no es correcto:
Alguien sabe cómo se puede hacer para ver estos posibles ERRORES en la intranet del "usuario" en el modo de pruebas, el que estamos usando todos en esta fase.

Supongo que deberá ser una intranet del usuario propietario del certificado emisor de la factura..... no sé como se puede acceder ......sin esperar a la implantación ya en "real".

Gracias.

HerensugeBeltz 03-08-2021 09:31:51
Comprobación de servicio activo
 
Hola,
¿Alguien ha implementado alguna función que simplemente chequee si el servidor de Hacienda está activo?
Me explico:

Supongamos que genero un lote de facturas que quiero enviar a Gipuzkoa y recibo un error 503 de servidor inoperativo. Paro el envío y esas facturas quedan pendientes. En lugar de volver a intentar enviar toda la remesa pienso que podría ser interesante un simple chequeo de servidor operativo.

No estoy muy puesto en REST. Había pensado mandar un post sin body de factura y comprobar que la respuesta sea inferior a 500, pero seguro que hay métodos mejores.

Cualquier sugerencia es bienvenida.
Gracias.

FranAza 04-08-2021 09:57:38
Cita:
Empezado por HerensugeBeltz (Mensaje 542180)
Hola,
¿Alguien ha implementado alguna función que simplemente chequee si el servidor de Hacienda está activo?
Me explico:

Supongamos que genero un lote de facturas que quiero enviar a Gipuzkoa y recibo un error 503 de servidor inoperativo. Paro el envío y esas facturas quedan pendientes. En lugar de volver a intentar enviar toda la remesa pienso que podría ser interesante un simple chequeo de servidor operativo.

No estoy muy puesto en REST. Había pensado mandar un post sin body de factura y comprobar que la respuesta sea inferior a 500, pero seguro que hay métodos mejores.

Cualquier sugerencia es bienvenida.
Gracias.
Buenas

Exactamente eso es lo que hacemos.
Antes de enviar una factura, enviamos una petición (REQUEST) a la url de recepción de facturas o a la url de anulación (en caso de envío de anulación). Esta petición será un POST sin body.
Se analiza la respuesta, y si el estado no es 200, se informará que no se puede enviar en ese momento.

De momento no conocemos otro método mejor, pero el anterior funciona perfectamente para chequear que el servidor de Hacienda está operativo.

HerensugeBeltz 04-08-2021 11:19:11
Gracias por tu respuesta.

Cita:
Empezado por FranAza (Mensaje 542195)
Antes de enviar una factura, enviamos una petición (REQUEST) a la url de recepción de facturas o a la url de anulación (en caso de envío de anulación). Esta petición será un POST sin body.
Se analiza la respuesta, y si el estado no es 200, se informará que no se puede enviar en ese momento.

De momento no conocemos otro método mejor, pero el anterior funciona perfectamente para chequear que el servidor de Hacienda está operativo.
Estoy probando con Postman tal y como indicas:
POST
https://tbai-prep.egoitza.gipuzkoa.e...nFacturas/alta
Content-Type: application/xml;charset=UTF-8
Body: none
Pero siempre recibo error 400:
Error 400: SRVE0295E: Error reported: 400

Si en lugar de POST hago GET, la respuesta es Error 405: Request method GET not supported
y si hago HEAD la respuesta es 405 Method Not Allowed.

Qué hago mal?

HerensugeBeltz 05-08-2021 08:57:25
Cita:
Empezado por HerensugeBeltz (Mensaje 542197)
Si en lugar de POST hago GET, la respuesta es Error 405: Request method GET not supported
y si hago HEAD la respuesta es 405 Method Not Allowed.
Qué hago mal?
Pregunta muy mal formulada. La replanteo:
¿En vuestra opinión, si envío un GET sin body y recibo un Error 405 (GET not supported) podría deducir que el servicio está activo, o no tiene nada que ver? Como dije, no estoy muy puesto en servicios REST.

Gracias de antemano.

FranAza 05-08-2021 09:02:04
Cita:
Empezado por HerensugeBeltz (Mensaje 542213)
Pregunta muy mal formulada. La replanteo:
¿En vuestra opinión, si envío un GET sin body y recibo un Error 405 (GET not supported) podría deducir que el servicio está activo, o no tiene nada que ver? Como dije, no estoy muy puesto en servicios REST.

Gracias de antemano.
Buenas,

Tiene que ser una REQUEST "POST", otros métodos (GET / Etc.) no las soporta, de ahí que devuelva los status 405.

Cuando haces la petición te exige que te identifiques, para ello en POSTMAN:
- en Settings configura a ON "Enable SSL certificate verificactn".

- Ahí mismo tienes acceso a Settings, y en la pestaña Certificates añade el certificado con el que te indentificarás.


Lo hemos probado en POSTMAN y funciona correctamente


saludos

HerensugeBeltz 05-08-2021 10:33:36
1 Archivos Adjunto(s)
Cita:
Empezado por FranAza (Mensaje 542214)
Buenas,

Tiene que ser una REQUEST "POST", otros métodos (GET / Etc.) no las soporta, de ahí que devuelva los status 405.
Cuando haces la petición te exige que te identifiques, para ello en POSTMAN:
- en Settings configura a ON "Enable SSL certificate verificactn".
- Ahí mismo tienes acceso a Settings, y en la pestaña Certificates añade el certificado con el que te indentificarás.

Lo hemos probado en POSTMAN y funciona correctamente

saludos
Hola FranAza.
Siento ser tan pesado. Postman lo tengo bien configurado y envío facturas de prueba sin problemas. Sin embargo, al poner el body a 'none', la respuesta que recibo es 400 en lugar de 200.
Adjunto un pdf con los pantallazos de Postman. Si te apetece echarle un vistazo te lo agradezco. EN cualquier caso muchas gracias por tu tiempo.

Un saludo.

Sistel 05-08-2021 11:14:17
Cita:
Empezado por HerensugeBeltz (Mensaje 542220)
Hola FranAza.
Siento ser tan pesado. Postman lo tengo bien configurado y envío facturas de prueba sin problemas. Sin embargo, al poner el body a 'none', la respuesta que recibo es 400 en lugar de 200.
...
Hola FranAza,

Yo entiendo que el error 400 es "Bad Request".
Es decir, que los datos enviados de la petición no son válidos.
Pero la conexión se ha hecho.

De todas formas, seguro que hay por aquí alguien más experto (yo soy un pardillo en estos temas) que puede confirmarlo o negarlo.

Saludos

FranAza 05-08-2021 12:52:43
Cita:
Empezado por HerensugeBeltz (Mensaje 542220)
Hola FranAza.
Siento ser tan pesado. Postman lo tengo bien configurado y envío facturas de prueba sin problemas. Sin embargo, al poner el body a 'none', la respuesta que recibo es 400 en lugar de 200.
Adjunto un pdf con los pantallazos de Postman. Si te apetece echarle un vistazo te lo agradezco. EN cualquier caso muchas gracias por tu tiempo.

Un saludo.
Hola HerensugeBeltz,

Como esperan recibir datos en XML (Content-Type: application/xml;charset=UTF-8 ) entonces en body le pones algo en xml, entonces sí te funcionará.
Incluso no hará falta indicar un certificado de envío.
Te devolverá status 200, y en el body de su response en xml dirá que está mal (rechazado), justo eso es lo que buscamos, así nos aseguramos que el servidor de Hacienda está operativo.

En el body ponemos:

<?xml version="1.0" encoding="utf-8"?>

y luego en selección: raw (XML)

El error que devolverá será (de una prueba reciente):
Código PHP:
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<ns2:TicketBaiResponse xmlns:ns2="urn:ticketbai:emision">
    <Salida>
        <FechaRecepcion>05-08-2021 12:19:02</FechaRecepcion>
        <Estado>01</Estado>
        <Descripcion>Rechazado</Descripcion>
        <Azalpena>Baztertua</Azalpena>
        <ResultadosValidacion>
            <Codigo>001</Codigo>
            <Descripcion>Error: No se ha utilizado certificado de cliente.</Descripcion>
            <Azalpena>Errorea: Ez da erabili bezeroaren ziurtagiririk.</Azalpena>
        </ResultadosValidacion>
    </Salida>
</ns2:TicketBaiResponse>

- he intentado adjuntar el .pdf para que vieras nuestro ejemplo pero no lo conseguí. :(

Espero que te funcione, ya comentarás... :)

Saludos.


La franja horaria es GMT +2. Ahora son las 22:52:17.
Página 31 de 114 « Primero < 21282930 31 3233344181 > Último »
Mostrar 40 mensajes desde este tema en una página

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