FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
Anular facturas rechazadas
Si pongo un escenario más real:
Ha sido rechazada y además se le ha dado al cliente mal por quempor ejemplo el cif estaba mal y el software no lo había detectado. Supongo que el procedimiento es: 1.Hay que informar en facturas sin software garante 2.Anularla 3 volverla a emitir correctamente Es así? |
#2
|
|||
|
|||
Cita:
|
#3
|
|||
|
|||
Hombre sí, el numero de de factura seguro que lo registran y no se puede hacer desaparecer. Hay que gestionar la incidencia.
|
#4
|
|||
|
|||
Sé que hay que hacerlo así (presentarla en el capítulo 1.2 en caso de rechazo, datos incorrectos...), pero el en el entorno de pruebas con Batuz, a mi desdeluego me deja reenviar una factura con el mismo número, fecha etc... despues de haber sido rechazada por algún motivo (error nif, ivas...). En teoria no debería dejarme presentarla en el 1.1?
|
#5
|
|||
|
|||
Cita:
De todas formas si pones todos los filtros y vas depurando es difícil que ocurra que te lo rechacen. Al principio es normal que tengas bugs, pero puedes poner filtros de casi todo, las excepciones que se me ocurren son: un fallo de nueva instalación, reinstalacion, nueva versión con errores, rotura base de datos. Última edición por ermendalenda fecha: 07-07-2022 a las 08:03:36. |
#6
|
||||
|
||||
Yo creo que estáis mezclando varios conceptos.
(1) La anulación sólo puede hacerse sobre una factura Aceptada o Aceptada con errores. Si se intenta anular una factura rechazada, da un error de que la factura no está "registrada en el sistema". (2) Una factura rechazada, hay varias formas de "corregirla", dependiendo de la razón del rechazo. * En algunos casos hay que reenviarla (por ejemplo un problema con el certificado que se puede corregir en el momento). * En otros casos hay que "corregir" el error por otros cauces (notificando -TicketBAI-, sin Software garante -Batuz-,...)
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#7
|
|||
|
|||
Cita:
|
#8
|
|||
|
|||
Problema validación factura
Hoy estaba haciendo pruebas en el entorno de Guipuzcua y me ha pasado un "expediente x" que ni idea de por dónde puede venir.
Estaba subiendo algunas facturas de prueba para comprobar que funcionaba bien en todas las opciones que la "vida diaria" podría producir (titulares empresas (CIF), clientes (NIF), descuentos globales, etc ...) y en una, sólo en una que además era de las más sencillas (una factura con CIF y un cargo en los detalles) me la acepta el sistema pero lanza el siguiente error: Código:
<ResultadosValidacion> <Codigo>008</Codigo> <Descripcion>Message not authenticated</Descripcion> <Azalpena>Message not authenticated</Azalpena> </ResultadosValidacion> Me ha dejado un poco con la mosca detrás de la oreja porque no quisiera que al pasar a producción me encontrara con alguna sorpresa desagradable. ¿Alguien tienen alguna pista que explique qué ha podido pasar? Gracias compis. |
#9
|
|||
|
|||
Cita:
|
#10
|
|||
|
|||
Cita:
Eso me rompe los esquemas. Yo asumía que "Rechazada" era que no tomaban nota de ella. Pero si no puedes volver a enviarla bien y tampoco te dejan anularla ... muy chungo. Y entrar, vía web, en el servicio Zuzendu para corregir 1, 100 ó 1.000 facturas que hayan tenido el mismo problema .... Porque utilizar el Zuzendu como servicio (en vez de por web), de forma automática, para subsanar errores no es posible sin haber analizado cada error. Saludos |
#11
|
||||
|
||||
Cita:
Yo he enviado a una factura a hacienda forzando un error poniendo mal el cif del cliente y me da el siguiente error. Cita:
|
#12
|
|||
|
|||
Cita:
El problema de ésto es que sólo se puede hacer cuando la factura que ha dado el problema es la última ya que rehacerla rompería el encadenamiento con las facturas posteriores. En sitios como restaurantes en hora punta donde hay varias máquinas facturando puede darse perfectamente el caso que mientras se está comunicando una factura, ya se esté emitiendo otra (al menos así es como lo quiere TicketBAI) y si esa que se está enviando, al final es rechazada, tendremos una o varias detrás que ya estarían emitidas con su qr y correspondiente firma a la espera de ser enviadas. Llegados a este punto, yo pensaba que la cola de envío quedaba estancada hasta que el problema con la factura rechazada se solucionase pero si continúo enviando las facturas siguientes, TicketBai las procesa sin mayor problema ni dar ningún error. Así que entiendo que algo de la factura rechazada sí que debe de quedar, al menos lo relativo al encadenamiento porque si no, no me lo explico). Luego y ya a posteriori (y corregidme si me equivoco), la factura rechazada se puede corregir lanzando un Zuzendu de subsanación (que no modificación) con el que la factura ya quedaría aceptada en el sistema y sin errores. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
SII -Nuevo sistema de la Agencia Tributaria española de envío de datos vía Webservice | newtron | Internet | 3557 | Hace 2 Semanas 17:42:47 |
Como utilizar la ayuda del nuevo Sistema Operativo | gluglu | Humor | 3 | 24-09-2007 09:39:05 |
Aplicacion Agencia De Viajes | ArdiIIa | Varios | 9 | 20-01-2007 16:49:53 |
El Vasco Aguirre | Al González | La Taberna | 5 | 26-05-2006 09:22:28 |
Microsoft ha lanzado su nuevo sistema operativo | DarkByte | Humor | 0 | 25-01-2004 09:21:14 |
|