Demo con código Verifactu.dll para (delphi 7)

[seccion_31]

Empezado por Matorral

Buenas tardes¡¡

Acabo de comprobar los registros enviados y las dos columnas me aparecen en blanco (Subsanación y Sin registro previo). O sea, que el componente envía bien la información. .

te he enviado la 4.7 para que compruebes si esta corregido antes de enviarla al foro.

ya nos diras si funciona bien.

saludos !

[Matorral]

Empezado por seccion_31

te he enviado la 4.7 para que compruebes si esta corregido antes de enviarla al foro.

ya nos diras si funciona bien.

saludos !

Ahora si funciona¡¡ Aparecen las dos columnas sin valor.

[Matorral]

Empezado por Matorral

Ahora si funciona¡¡ Aparecen las dos columnas sin valor.

millon de gracias¡¡

[starlet]

Buenas:

Ya tengo el componente bien integrado en mi aplicación y funciona todo según lo esperado excepto las subsanaciones que o no lo entiendo bien o hay algún error.

- Mando una factura con el DNI mal a propósito para que me la rechace la AEAT, cosa que obviamente hace.

- Mando una subsanación con el mismo número de factura, DNI corregido y mismos datos y marco los campos Rechazoprevio y Subsanación a True.

- Me contesta que "No existe el registro de facturación"

- Si la envío sin Rechazoprevio y Subsanación, y con los datos correctos la acepta.

Contestación de la AEAT a este caso:

En el caso de que el registro original sea rechazado, esto implica que no ha sido aceptado en el sistema. Por tanto, aquí es cuando debemos emplear el valor <RechazoPrevio>=X (puede ver más detalles en el documento de diseño de registro, en su hoja "A)Cuadro Operativa Alta").

Por ejemplo, en el caso que nos mencionaba, en el que un registro de facturación ha sido rechazado. Aquí corresponde revisar si el Reglamento de Facturación estipula la emisión de una factura rectificativa y generar su registro de alta inicial. En cambio, si fuese un dato que solo aparece en los registros de facturación, la corrección del error pasaría por generar un registro de "Alta por rechazo" con los valores <Subsanacion>=S y <RechazoPrevio>=X. Puede ver más información en la pregunta 17 del documento de FAQs para desarrolladores.


Qué estoy haciendo mal???.

Saludos,

[Matorral]

Empezado por starlet

Buenas:

Ya tengo el componente bien integrado en mi aplicación y funciona todo según lo esperado excepto las subsanaciones que o no lo entiendo bien o hay algún error.

- Mando una factura con el DNI mal a propósito para que me la rechace la AEAT, cosa que obviamente hace.

- Mando una subsanación con el mismo número de factura, DNI corregido y mismos datos y marco los campos Rechazoprevio y Subsanación a True.

- Me contesta que "No existe el registro de facturación"

- Si la envío sin Rechazoprevio y Subsanación, y con los datos correctos la acepta.

Contestación de la AEAT a este caso:

En el caso de que el registro original sea rechazado, esto implica que no ha sido aceptado en el sistema. Por tanto, aquí es cuando debemos emplear el valor <RechazoPrevio>=X (puede ver más detalles en el documento de diseño de registro, en su hoja "A)Cuadro Operativa Alta").

Por ejemplo, en el caso que nos mencionaba, en el que un registro de facturación ha sido rechazado. Aquí corresponde revisar si el Reglamento de Facturación estipula la emisión de una factura rectificativa y generar su registro de alta inicial. En cambio, si fuese un dato que solo aparece en los registros de facturación, la corrección del error pasaría por generar un registro de "Alta por rechazo" con los valores <Subsanacion>=S y <RechazoPrevio>=X. Puede ver más información en la pregunta 17 del documento de FAQs para desarrolladores.


Qué estoy haciendo mal???.

Saludos,

Buenas Starlet¡¡

Acabo de hacer algo parecido...
Envie una simplificada con importe negativo para provocar el rechazo. (el componente lo marca como R5 y al no especificar la factura a la que rectifica lo rechaza).
Luego corregi la factura y le puse importe positivo y la volvi a enviar con Subsanacion='S' y Rechazoprevio='S' y la volvio a rechazar.

Modifiqué el xml : puse Subsanacion='S' y Rechazoprevio='X' y la envié desde la página de comprobación de XML y la tragó.

(desde esta página ....

https://prewww1.aeat.es/static_files...ws/opciones.js

El problema es que el componente no acepta el valor 'X' en la propiedad rechazoPrevio (es de tipo boolean).

Espero que te ayude.

[Matorral]

Hola starlet¡¡

lo resuelves poniendo...

Código Delphi [-]
  subsanacion:=True;
  rechazoprevioNOExiste:=True;

al poner rechazoprevioNOExiste a True, la unit uVerifactuFuncs le asigna el valor 'X' a rechazoprevio en el XML.

Código Delphi [-]

    if facturaRegistro.subsanacion then
        Factura.RegistroAlta.Subsanacion:=SubsanacionType.S;

    if facturaRegistro.rechazoPrevioExiste then
        Factura.RegistroAlta.RechazoPrevio:=RechazoPrevioType.S;

    if facturaRegistro.rechazoPrevioNoExiste then
        Factura.RegistroAlta.RechazoPrevio:=RechazoPrevioType.X;

[DarkDudae]

La AEAT no acepta facturas cuyo NIF no sea correcto, por eso no les consta en sus bases de datos como subidas.
Lo que nosotros hacemos, es utilizar la característica del componente de comprobar NIF, así no enviamos nunca nada cuyo NIF no haya sido comprobado previamente.

[starlet]

Hola:

Si, eso hago yo y creo que es lo correcto. Lo que tenemos que tener en cuenta es que a veces, ese servicio puede no estar disponible. Yo verifico las letras antes de hacer la consulta a la AEAT, además de.

Lo que quería era probar subsanaciones, y para subsanar hice que me rechazara por ese motivo.

Y en las subsanaciones no sabía como poner X en rechazoprevio y con la explicación de Matorral ya lo veo.

Muchas gracias a todos.

[seccion_31]

Viendo los posts anteriores, me quedo gratamente sorprendido.

Solo me queda desearos a todos un feliz verano !!