Foros Club Delphi

Foros Club Delphi (https://www.clubdelphi.com/foros/index.php)
-   Envío de registros y sus respuestas (https://www.clubdelphi.com/foros/forumdisplay.php?f=66)
-   -   Campo "Rechazoprevio" en anulación (https://www.clubdelphi.com/foros/showthread.php?t=97421)

newtron 23-04-2025 11:25:32

Campo "Rechazoprevio" en anulación
 
Hola a tod@s.


Estoy revisando detalles del envío del registro de anulación y tengo dudas acerca del campo "Rechazoprevio". En la documentación dice:


Cita:

Indicador que especifica que se está generando -para volverlo a remitir- un nuevo registro de facturación de anulación subsanado tras haber sido rechazado en su remisión inmediatamente anterior, es decir, en el último envío que contenía ese registro de facturación de anulación rechazado. Si no se informa este campo se entenderá que tiene valor "N". Solo es necesario informarlo en caso de remisión voluntaria «VERI*FACTU». Este campo forma parte del detalle de las circunstancias de generación de los registros de facturación.

y la verdad es que no tengo claro qué significa esto. ¿Puede ser que haya que indicar que se ha intentado anular previamente esa factura y ha venido con error?


Por otro lado en el .xml no viene como obligatorio así que no sé si es obligatorio informar de ese campo o no.


Gracias y un saludo.

bmfranky 23-04-2025 16:22:30

Cita:

Empezado por newtron (Mensaje 563945)
Hola a tod@s.


Estoy revisando detalles del envío del registro de anulación y tengo dudas acerca del campo "Rechazoprevio". En la documentación dice:





y la verdad es que no tengo claro qué significa esto. ¿Puede ser que haya que indicar que se ha intentado anular previamente esa factura y ha venido con error?


Por otro lado en el .xml no viene como obligatorio así que no sé si es obligatorio informar de ese campo o no.


Gracias y un saludo.

Hola, lo especifican mejor ahora, revisa de nuevo la documentacion.



Es para poder modificar, para que lo acepten un registro de anulacion que fue rechazado por algun motivo.

newtron 23-04-2025 16:42:20

Gracias por la info. ¿Entiendo entonces que hay que marcar esa casilla cuando se reenvía un segundo registro de anulación después de haber enviado una anulación que ha sido rechazada? :confused:

Jarogo08 23-04-2025 17:47:31

Cita:

Empezado por newtron (Mensaje 563959)
Gracias por la info. ¿Entiendo entonces que hay que marcar esa casilla cuando se reenvía un segundo registro de anulación después de haber enviado una anulación que ha sido rechazada? :confused:


Yo lo entiendo así

newtron 23-04-2025 19:12:15

Cita:

Empezado por Jarogo08 (Mensaje 563966)
Yo lo entiendo así


Perfecto, gracias.

bmfranky 23-04-2025 19:19:15

Cita:

Empezado por newtron (Mensaje 563959)
Gracias por la info. ¿Entiendo entonces que hay que marcar esa casilla cuando se reenvía un segundo registro de anulación después de haber enviado una anulación que ha sido rechazada? :confused:

Si, se tiene que marcar cuando volvemos a intentar anular una Factura(Registro Alta Facturacion*) , porque al intentarlo previamente rechazaron la anulacion por algo, por ejemplo pusimos mal los datos del obligado emisor o algo.
Para poder anular el registro de la factura*, como ya lo hemos intentado, hay que marcarlo, no hay que intentar subsanar el registro de anulacion fallido, que queda en la base de datos inalterado(Recordemos que esta encadenado), sino crear uno nuevo con los datos del registro a anular original , (con todas las opciones necesarias para ello) y marcando esto, porque fallamos previamente.

Espero que asi quede un poco mas claro.

newtron 24-04-2025 09:42:49

Cita:

Empezado por bmfranky (Mensaje 563973)
Si, se tiene que marcar cuando volvemos a intentar anular una Factura(Registro Alta Facturacion*) , porque al intentarlo previamente rechazaron la anulacion por algo, por ejemplo pusimos mal los datos del obligado emisor o algo.
Para poder anular el registro de la factura*, como ya lo hemos intentado, hay que marcarlo, no hay que intentar subsanar el registro de anulacion fallido, que queda en la base de datos inalterado(Recordemos que esta encadenado), sino crear uno nuevo con los datos del registro a anular original , (con todas las opciones necesarias para ello) y marcando esto, porque fallamos previamente.

Espero que asi quede un poco mas claro.


^\||/ Perfectamente.


Gracias compañero.

Decanato 29-05-2025 19:47:14

Una cosa respecto al registro de anulación, que voy a empezar con eso y no la tengo clara:

Si genero un registro de alta con su encadenamiento correcto al de la anterior factura y referenciando a la misma, luego genero un registro de anulación, que encadena con el registro de alta anterior y a continuación genero otro registro de alta, entiendo que este registro encadena con el registro de anulación anterior, hasta ahí ok.
Pero la duda que tengo es que en ese caso no hago referencia a factura anterior, sino a un registro de anulación, con lo cual entiendo que los campos IDEmisorFactura, NumSerieFactura y FechaExpedicionFactura del nodo <RegistroAnterior> no se referencian. Es así, no???

sglorka 29-05-2025 22:31:41

Cita:

Empezado por Decanato (Mensaje 565006)
Una cosa respecto al registro de anulación, que voy a empezar con eso y no la tengo clara:

Si genero un registro de alta con su encadenamiento correcto al de la anterior factura y referenciando a la misma, luego genero un registro de anulación, que encadena con el registro de alta anterior y a continuación genero otro registro de alta, entiendo que este registro encadena con el registro de anulación anterior, hasta ahí ok.
Pero la duda que tengo es que en ese caso no hago referencia a factura anterior, sino a un registro de anulación, con lo cual entiendo que los campos IDEmisorFactura, NumSerieFactura y FechaExpedicionFactura del nodo <RegistroAnterior> no se referencian. Es así, no???

Se encadenan los registros de facturación (tanto de alta como de anulación) no las facturas. El registro de anulación tiene un nodo llamado IDFACTURA (donde se identifica la factura que se anula), es ese nodo el que te servirá como RegistroAnterior

Decanato 30-05-2025 10:12:23

Cita:

Empezado por sglorka (Mensaje 565009)
Se encadenan los registros de facturación (tanto de alta como de anulación) no las facturas. El registro de anulación tiene un nodo llamado IDFACTURA (donde se identifica la factura que se anula), es ese nodo el que te servirá como RegistroAnterior

Gracias por la respuesta sglorka.

Si, que va por registro y no por factura lo tengo claro. Es decir:

Registro alta factura F/300
Registro anulación factura F/275
Registro alta factura F/301

El registro de alta de la factura F/301 llevaría como hash anterior el del registro de anulación y como datos de factura anterior los de la factura anulada (F/275). Sería esto??

Muchas gracias por el interés (y la paciencia) ;)

Jarogo08 30-05-2025 11:04:17

Cita:

Empezado por Decanato (Mensaje 565021)
Gracias por la respuesta sglorka.

Si, que va por registro y no por factura lo tengo claro. Es decir:

Registro alta factura F/300
Registro anulación factura F/275
Registro alta factura F/301

El registro de alta de la factura F/301 llevaría como hash anterior el del registro de anulación y como datos de factura anterior los de la factura anulada (F/275). Sería esto??

Muchas gracias por el interés (y la paciencia) ;)


Exacto, es tal como dices

Decanato 30-05-2025 11:20:50

Cita:

Empezado por Jarogo08 (Mensaje 565022)
Exacto, es tal como dices

Gracias!!!


La franja horaria es GMT +2. Ahora son las 17:42:05.

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