Club Delphi  
    Paypal   FTP   CCD     Buscar   Trucos   Trabajo   Foros

Retroceder   Foros Club Delphi > Proyecto SIF/Veri*Factu/Ley Antifraude > Temas legales
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 08-04-2026
adelo adelo is offline
Registrado
 
Registrado: jun 2024
Posts: 5
Poder: 0
adelo Va por buen camino
Envío "en diferido" ¿Es posible?

Buenas tardes:

Os cuento el escenario y luego hago la consulta. Tengo un cliente que por simplificar el caso, digamos que tiene una facturación a crédito (clientes habituales y periódicos) y otra de contado. La de crédito se gestiona con mi aplicación y la de contado que depende de una serie de máquinas expendedoras, con otro programa.

Para unificar todo en la gestión de la empresa, mi aplicación captura datos del otro ERP, pero éste sólo deja la información en un fichero de texto una vez al día. Y ahí está el problema, que el otro ERP no envía por si mismo la facturación de contado y tampoco están dispuestos a abrir ningún tipo de web service o protocolo de comunicación para poder consultar a información.

Una vez soltado el rollo, no se si lo he soñado porque no lo encuentro, pero creo haber leído hace tiempo que se podía "negociar" con la AEAT para casos que técnicamente no pudieran hacer el envío instantáneo.

Si sabéis algo al respecto y/o se os ocurre alguna fórmula mágica os lo agradezco.

Un saludo.
Responder Con Cita
  #2  
Antiguo 09-04-2026
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.435
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 adelo Ver Mensaje
la de contado que depende de una serie de máquinas expendedoras, con otro programa.
Para unificar todo en la gestión de la empresa, mi aplicación captura datos del otro ERP, pero éste sólo deja la información en un fichero de texto una vez al día. Y ahí está el problema, que el otro ERP no envía por si mismo la facturación de contado y tampoco están dispuestos a abrir ningún tipo de web service o protocolo de comunicación para poder consultar a información.
Pues yo creo que en este caso tu cliente tiene un problema, pero no con tu programa, sino con el otro que no está adaptado.
Deberías explicarle que según normativa no puede trabajar con un programa de facturación que no esté adaptado a la nueva ley.


Cita:
Empezado por adelo Ver Mensaje
Una vez soltado el rollo, no se si lo he soñado porque no lo encuentro, pero creo haber leído hace tiempo que se podía "negociar" con la AEAT para casos que técnicamente no pudieran hacer el envío instantáneo.
Me suena que en algún momento se ha hablado de esas posibilidad, pero creo que estaba enfocada a empresas con un volumen muy grande de tickets/facturas que técnicamente el envío instantaneo tuviera problemas. Pero tampoco se si realmente es algo que se pueda hacer o simplemente ha sido un comentario o "idea".
Escribe directamente a la AEAT, pero creo no vas a encontrar solución por ahí...
__________________
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 09-04-2026
adelo adelo is offline
Registrado
 
Registrado: jun 2024
Posts: 5
Poder: 0
adelo Va por buen camino
Muchas gracias, si consigo alguna respuesta útil lo pondré por aquí.
Responder Con Cita
  #4  
Antiguo 09-04-2026
Faneka Faneka is offline
Miembro
 
Registrado: nov 2024
Ubicación: Alicante
Posts: 495
Poder: 2
Faneka Va por buen camino
Yo creo como bien dice Neftali, el que tiene un problema es el software de contado, bueno más bien tendra el año que viene. Supongo que esas facturas cuando las importas lo haces en una serie distinta a las demás, es el tipico caso donde podrias tener esa serie excluida de envio porque se genera con otro software y solo las contabilizas, es el otro software el que debe enviarla, así que el "problema" es del otro.
Responder Con Cita
  #5  
Antiguo 09-04-2026
Carlos Carlos is offline
Miembro
 
Registrado: ago 2025
Posts: 230
Poder: 1
Carlos Va por buen camino
Hola,

Tienes buena y mala suerte.

La mala suerte, que tu cliente querrá pasarte a ti el marrón cuando tal como se ha mencionado el problema no ES TUYO, pero si de tu cliente. Si, de tu cliente, no del software que utiliza SIEMPRE Y CUANDO la empresa del software de contado deje de actualizar el programa.

Es decir, la empresa del software al contado le vendió a tu cliente un software LEGAL en su momento, dejó de actualizarlo y es TU CLIENTE el que está usando un software no adaptado.
Ahora bien, si el empresa del software al contado está actualizando el software, entonces SI que es la empresa la que tiene un problema; y posiblemente también tu cliente por saberlo y no evitarlo.

En cuanto a lo enviar en diferido.
Leí en su momento el caso de alguien que le presentó a Hacienda el caso de unos comerciales que dada la ubicación geográfica por donde se movían, tenían problemas (de cobertura) para enviar 'on line' la facturación que realizaban en su día a día.
La respuesta de Hacienda fué que la empresa se acogiera al modo 'No Veri*factu' y evidentemente usara un software para tal fin.

La buena suerte (por decirlo de alguna manera).
Tienes tiempo de que tu cliente (él no tu) presente una consulta vinculante a Hacienda presentando el caso y solicitando/preguntando si una seria de facturas pueden ser 'Veri*factu' y las otras....; pero creo que se lo van a tumbar.
De esta manera será Hacienda que le dirá a tu cliente que puede/debe hacer, y el marrón será suyo.

Añado: en la consulta vinculante detalla el software al contado para que Hacienda lo pueda identificar, así con la respuesta podrás presionar a la empresa para que acceda a cederte la información y ella salvar su 'culo' apoyándose en que tu software le hace el trabajo de Veri*factu.
Responder Con Cita
  #6  
Antiguo 10-04-2026
siyei siyei is offline
Miembro
 
Registrado: may 2012
Posts: 31
Poder: 0
siyei Va por buen camino
Sí, en principio sí puede: una misma empresa puede tener un centro/terminal/SIF en VERIFACTU y otro en NO VERIFACTU. La AEAT lo dice expresamente para comercios con múltiples terminales: la opción por una u otra modalidad no es conjunta para todo el obligado a facturar; puede tener un SIF en VERIFACTU y otro en no verificable. Eso sí, cada sistema debe mantenerse coherente con su modalidad: el SIF VERIFACTU siempre envía, y el NO VERI*FACTU siempre conserva los registros con sus requisitos reforzado
Responder Con Cita
  #7  
Antiguo 11-04-2026
adelo adelo is offline
Registrado
 
Registrado: jun 2024
Posts: 5
Poder: 0
adelo Va por buen camino
Muchas gracias a todos. Veremos cómo queda el tema (y que no me salpique mucho).
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
Consulta sobre "Ejemplo de Alta/Anulación de factura, envío HTTPRIO" mnc2 Envío de registros y sus respuestas 7 21-02-2025 14:45:17
Envio de correos a dominios con "ñ" newtron Varios 9 19-04-2018 15:38:49
envio de Notificaciones "Push" a un dispositivo iOS/Android kaiserilich Desarrollo en Delphi para iOS/OSX 6 01-10-2015 10:15:58
procedimiento "largo", con envio y recepcion serial emeceuy Varios 9 28-06-2008 16:26:45


La franja horaria es GMT +2. Ahora son las 02:14:13.


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