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.

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.


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í...

Muchas gracias, si consigo alguna respuesta útil lo pondré por aquí.

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.

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.

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

Muchas gracias a todos. Veremos cómo queda el tema (y que no me salpique mucho).