Cita:
Empezado por sglorka
No creas, si la factura le viene con error donde tú identificas (no el usuario) que se debe cambiar la dirección fiscal del cliente o su Nif ( utilizando los códigos de error ), debes presentar al usuario una ventana indicando lo que ha pasado y dentro de dicha ventana, la posibilidad de cambiar la dirección fiscal o el Nif. Una vez hecho, debes generar de forma automática, el abono y la factura rectificativa.
Obviamente, el abono también te lo va a rechazar pero es lo que debe ocurrir si no tendrías una abono en la Aeat huérfano (el registro que abona fue rechazado). Debes guardar la traza que une la factura rechazada, el abono y la rectificativa y se te llega correcta la rectificativa (por lo tanto has resuelto el problema ) debes marcar todos los registros involucrados en la rectificación con estado "OK" y no informar del rechazo del abono.
|
Hola sglorka, en esto precisamente estaba pensando yo ayer. Pero no tenia claro si era correcto.
Primero sobre el abono y la rectificativa, nuestra idea era que nuestro SIF ofreciera al usuario la opción de crear rectificativa por sustitución de la Factura1, y en ese caso, internamente crearía el abono, con su registro de facturación, pero el usuario ni lo vería, y también crearía la factura rectificativa por sustitución, para que el usuario introduzca los datos correctos que corrijan la Factura1.
Al salvar el abono y la rectificativa se crearan sus registros de facturación y se enviarán siguiendo el control de flujo.
Sobre el registro de facturación del abono, aunque sea rechazado, como el usuario no tiene que hacer nada para corregir ese rechazo, creemos que nuestro SIF ya no tendría que mostrar ese error concreto al usuario, porque forma parte del procedimiento para corregir el rechazo de la primera factura. el procedimiento de hacer una factura rectificativa por sustitución en dos pasos (mediante dos facturas).
Lo de "marcar todos los registros involucrados en la rectificación con estado OK" no lo tengo tan claro, porque realmente es rechazado, pero NO avisar al usuario para que haga algo, si que estoy de acuerdo.
Lo planteáis así también sglorka?