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 19-02-2025
xevi xevi is offline
Miembro
 
Registrado: feb 2024
Posts: 69
Poder: 3
xevi Va por buen camino
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.
Responder Con Cita
  #2  
Antiguo 19-02-2025
Avatar de Neftali [Germán.Estévez]
Neftali [Germán.Estévez] Neftali [Germán.Estévez] is offline
[becario]
 
Registrado: jul 2004
Ubicación: Barcelona - España
Posts: 19.441
Poder: 10
Neftali [Germán.Estévez] Es un diamante en brutoNeftali [Germán.Estévez] Es un diamante en brutoNeftali [Germán.Estévez] Es un diamante en bruto
Cita:
Empezado por xevi Ver Mensaje
a 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.
No hablamos de infringir ninguna ley, sino de que ese diseño puede provocar serias limitaciones a la hora de trabajar, pero si tu sistema o tus clientes las aceptan así, pues adelante.

Cita:
Empezado por xevi Ver Mensaje
La ley orden ministerial no me "obliga" a que deba "permitir" facturas constantemente.
Habrá que poder interpretar la ley no con un único sentido.
Yo creo que ellos dicen que sea asíncrono, porque en la mayoría de sistemas no poder facturar, porque no haya conexión a Intenet no es asumible.
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:
Empezado por xevi Ver Mensaje
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".
Eso tampoco te lo recomiendo, porque usar los servidores de prueba en real te puede dar problemas.
* 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.
Responder Con Cita
  #3  
Antiguo 19-02-2025
xevi xevi is offline
Miembro
 
Registrado: feb 2024
Posts: 69
Poder: 3
xevi Va por buen camino
Cita:
Empezado por Neftali [Germán.Estévez] Ver Mensaje
No hablamos de infringir ninguna ley, sino de que ese diseño puede provocar serias limitaciones a la hora de trabajar, pero si tu sistema o tus clientes las aceptan así, pues adelante.
Gracias por tu respuesta.

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.
Responder Con Cita
  #4  
Antiguo 19-02-2025
siyei siyei is offline
Miembro
 
Registrado: may 2012
Posts: 31
Poder: 0
siyei Va por buen camino
Talking

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.
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 23:31:29.


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