![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
|
|
#1
|
|||
|
|||
|
Siempre haciendo referencia a VERIFACTU...
Igual hago algo mal, pero no creo que infrinja la ley, pues yo no emitiré factura alguna hasta que el xml enviado sea aceptado o correcto. No imprimo = no emito registo de factura. PAra los clientes que voy a ofrecer mi sistema SIF, no va a provocar ningun impedimento a no poder generar una factura si no se puede hasta dentro de x tiempo. El procedimiento de envio a hacienda es "paralelo" pues mientras "se verifica" los datos a registrar, yo espero respuesta, y si esa respuesta es de rechazo, no voy a registrar ni emitir factura alguna. La ley orden ministerial no me "obliga" a que deba "permitir" facturas constantemente, independientemente de que se hayan registrado correctamente o no, sinó que, entindo yo, que puedo decidir "bloquear" la emisión de registros de facturación "mientras" no tenga el último registro validado y registrado. Se trata de un sitema de "VERIFICACIÓN" de emitir una factura. Habrá que poder interpretar la ley no con un único sentido. Yo entiendo que no obliga a cumplir TODAS las casuisticas posibles (cosa casi imposile), sinó que tu SIF debe de cumplir con que los registros de facturas emitidas (emitidas es una vez impresa/añadida a la base de datos) si o SI, se deben de enviar a hacienda y ellos van a salvaguardar datos, trazabilidad... En eso, cuando ya tengo la respuesta de la aceptacion es cuando salvaguardo y doy permiso a emitir una nueva, sinó, esa factura no existe y hacienda no la tiene registrada. Por contra, si eso no fuera posible, se me ocurre implemengtar el envio previo de la generación d ela factura al portal de prueba, y una vez obtenida la respuesta, si no obtengo erro, pues registrar, imprimir y enviarlo al portal "real". Quiero evitar por todas, emitir facturas no correctas o con errores. |
|
#2
|
||||
|
||||
|
Cita:
Cita:
También porque ellos preveen, y así lo avisan, que pueden cambiar el tiempo de espera antes de enviar una factura. Si por ejemplo lo establecen a 120 sg. durante ese tiempo tampoco podrías continuar si tu sistema está diseñado de esa forma. Otra cosa que debes tener en cuenta es, qué pasará si intentas enviar una factura antes de que pase el tiempo de espera establecido por la AEAT (por defecto 60 sg., pero que se puede ampliar). Cita:
* Te tienes que preocupar del doble de problemas (caído el de pruebas o el real). * Los Servicios de pruebas se pueden parar sin aviso o cambiar (no suele pasar con los de produccion) * Puede ser que la versión o el funcionamiento del servicio de pruebas no sea el mismo que el real y por tanto su comportamiento
__________________
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. |
|
#3
|
|||
|
|||
|
Cita:
Soy un mindundi, un programador básico con unos pocos clientes (50). Solamente pretendo aguantar este cambio de normativa de facturación, no por mi, sinó porque mis clientes me lo piden y llevan años utilizando mi software. De hecho, solamente me interesa no infringir la ley, y cubrirme de responsabilidades. Mis clientes van a tener que aceptar esa condición, si o SI, o se acogen al SII. No voy a contemplar otras opciones. Lo que no voy a poner en riesgo es mi patrimonio por querer ofrecer un servicio que pueda ocasionar errores de difícil solución o que no los pueda solucionar. Facturas "raras", pues que utilizen otro SIF (por ejemplo el de hacienda que va a ser gratuito) Yo no tengo porqué preveer TODAS las cauísticas posibles en unos clientes que el máximo de facturas van a ser 4 o 5 al dia. Poco a poco iré incorporando más cauísticas, seguro, pero no quiero dar por sentado a mis clientes que mi SIF va a poder cubrir todo lo que manda el reglamento. Quien no quiera, puede optar por utilizar otro programa de facturación. Es eso o que se pasen TODOS al SII o cerrar la empresa, tambiés es una posibilidad. |
|
#4
|
|||
|
|||
|
Pues yo en tu caso, si como dices son 4 o 5 facturas al día, le pegaba una patada a los ordenadores y las emitía en papel, como se ha hecho toda la vida. De estas forma tú podrás dormir tranquilo y tus clientes no estarán obligados a cumplir con Verifactu, porque en ese caso están exentos.
![]() ![]() |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
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 |
|