Club Delphi  
    Paypal   FTP   CCD     Buscar   Trucos   Trabajo   Foros

Retroceder   Foros Club Delphi > Proyecto SIF/Veri*Factu/Ley Antifraude > Errores (relacionados con al AEAT)
Registrarse FAQ Miembros Calendario Guía de estilo Buscar Temas de Hoy Marcar Foros Como Leídos

Respuesta
 
Herramientas Buscar en Tema Desplegado
  #1  
Antiguo 28-03-2025
xevi xevi is offline
Miembro
 
Registrado: feb 2024
Posts: 69
Poder: 3
xevi Va por buen camino
He hecho comprobaciones de enviar registros "Alta" con huella anterior que pertenece a un registro anterior rechazado y Ok.
He hecho comprovaciones de enviar registros "Alta" con huella anterior que pertenece a la anterior PERO que haya sido aceptado o aceptadoconerrores, y también "traga" Ok.

Por lo que de ahí mis dudas e inquietudes.
No tengo problema por guardar en mi RF todos los registros, pero lo que no me entra en la cabeza es el huellaanterior que deba pertenecer a mi último RF o al último RF aceptado o aceptadocon errores, pues ese va a ser el SUYO que van a tener.

De las 2 formas la respuesta es OK, solo que no veo una trazabilidad por parte de AEAT que la puedan exigir por nuestra parte, cuando esa trazabilidad no es por nuestra parte, sinó que al ser VERIFACTU, compete a ellos.

Solo eso.
Luego ya entraremos en como subsanar, rectificar... pero de momento estoy con lo de envios Alta nuevo registro...

Gracias por vuestro tiempo.
Responder Con Cita
  #2  
Antiguo 28-03-2025
rci rci is offline
Miembro
 
Registrado: nov 2020
Posts: 565
Poder: 6
rci Va por buen camino
Cita:
Empezado por xevi Ver Mensaje
... pero lo que no me entra en la cabeza es el huellaanterior que deba pertenecer a mi último RF o al último RF aceptado o aceptadocon errores, pues ese va a ser el SUYO que van a tener.
Siempre con el último registro de facturación generado, nada que ver con el envió (matizando que sea del mismo CIF emisor y mismo SIF)

Cita:
Empezado por xevi Ver Mensaje
no veo una trazabilidad por parte de AEAT que la puedan exigir por nuestra parte, cuando esa trazabilidad no es por nuestra parte, sinó que al ser VERIFACTU, compete a ellos.
Si un día hay una inspección supongo que buscarán en la base de datos del SIF si hay todos los registros de facturación y si están bien encadenados. I buscaran los que no tienen la AEAT porque han sido rechazados.

Imagino que también tendrán sistemas para controlarlo sin hacer inspección. Por ejemplo:

El usuario crea una factura (se crea su registro de facturación), luego se envía y suponemos que se rechaza. AEAT no tiene ese registro de facturación. El usuario debe hacer alguna cosa fara informar esa factura. Puede subsanar o rectificar (dependiendo del caso)
1 Si subsana el registro de facturación, crea otro registro de facturación de la misma factura e indica rechazo previo. Se envía y se acepta. AEAT sabe que se rechazo un registro anterior y puede "entender" el motivo de la falta de un registro en la cadena (de los que tienen ellos).

2 Si hace una rectificativa (es una nueva factura y se crea su registro de facturación indicando que rectifica a otra factura) . Se envía y se acepta. AEAT sabe que hay una factura anterior (y por lo tanto también su registro de facturación) que no la tiene AEAT y puede "entender" el motivo de la falta de un registro en la cadena (de los que tienen ellos).

Saludos
Responder Con Cita
  #3  
Antiguo 29-03-2025
espinete espinete is offline
Miembro
 
Registrado: mar 2009
Posts: 662
Poder: 18
espinete Va camino a la fama
Podría alguien, por favor, decirme la forma de proceder con uno de las posibles causas de rechazo más habituales, que son las que me preocupan a priori?

Ejemplo: se genera/envía una factura pero el cliente (o el software) se equivoca en la ClaveRegimen y CalificacionOperacion, por el motivo que sea, indicando dos opciones que se contradicen entre sí.
Hacienda rechaza la factura, indicando que "no se puede indicar X si se indica Y", o lo que sea.

Bien. ¿Qué se debe hacer en este caso?
1) Subsanación con RechazoPrevio = S
2) Subsanación con RechazoPrevio = X
3) Rectificativa y punto

He probado con la opción 1, me devuelve Hacienda el Error 3002: No existe el registro de facturación
Con la opción 2 me la acepta, una vez corrijo la ClaveRegimen y CalificacionOperacion, pero no sé si es lo correcto
Con rectificativa no sé si es correcto, porque no sé si se puede rectificar una factura que Hacienda ha rechazado (por lo que no tiene constancia de que exista)

Es que por más que leo, algunos dicen que no se debería subsanar casi nunca, y otros dicen que hay cosas que sí se deben subsanar, y ya me estoy volviendo loco.
Es un lío tener que preparar el software para tantas condiciones: si es rechazada completa, si fue aceptada pero con errores, luego depende de qué error exactamente, porque unos sí pero otros no...
Responder Con Cita
  #4  
Antiguo 31-03-2025
Avatar de gcqZW
gcqZW gcqZW is offline
Miembro
 
Registrado: ene 2025
Ubicación: Zaragoza
Posts: 274
Poder: 2
gcqZW Va por buen camino
A riesgo de liar mas las cosas, para mí lo único subsanable son los errores del 2000 al 2007, todo lo demás para mi se rectifica o se anula.
__________________
La religión es personal e intransferible.
Responder Con Cita
  #5  
Antiguo 08-04-2025
Franche Franche is offline
Miembro
 
Registrado: abr 2024
Posts: 91
Poder: 3
Franche Va por buen camino
Cita:
Empezado por gcqZW Ver Mensaje
A riesgo de liar mas las cosas, para mí lo único subsanable son los errores del 2000 al 2007, todo lo demás para mi se rectifica o se anula.
Pero el 2005 y el 2006 no podrás subsanar supuestamente porque no puedes modificar con lo cual si un importe por lo que sea es correcto ...
Responder Con Cita
Respuesta


Herramientas Buscar en Tema
Buscar en Tema:

Búsqueda Avanzada
Desplegado

Normas de Publicación
no Puedes crear nuevos temas
no Puedes responder a temas
no Puedes adjuntar archivos
no Puedes editar tus mensajes

El código vB está habilitado
Las caritas están habilitado
Código [IMG] está habilitado
Código HTML está deshabilitado
Saltar a Foro

Temas Similares
Tema Autor Foro Respuestas Último mensaje
Error 2004 - FechaHoraGenRegistro Exento De Subsanacion bmfranky Errores (relacionados con al AEAT) 3 05-12-2024 13:36:39
Error 3002 en subsanacion ermendalenda Errores (relacionados con al AEAT) 5 14-11-2024 10:59:55
Error "la llamada fue rechazada por el destinatario" usando OLE Object Soa Pelaez Varios 2 23-01-2018 17:24:55
Ayuda para solventar un error de diseño Willo Varios 5 29-04-2012 21:57:37
Conexión rechazada por Oracle Data Base winzo Oracle 0 28-02-2012 04:11:57


La franja horaria es GMT +2. Ahora son las 14:48:51.


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
Copyright 1996-2007 Club Delphi