Empezado por keys (Mensaje 554134)

El problema es tener que obligar a todos tus clientes que se metan en VeriFactu, aunque es una opción a considerar y así se te olvidas de los eventos, inspecciones, etc....

Empezado por Neftali [Germán.Estévez] (Mensaje 554138)

A medida que avanza van saliendo noticias en otros medios. Pongo esta, porque el gráfico me ha parecido correcto y clarificador.
El "Gran Hermano" de Hacienda será con códigos QR: así se vigilará a las empresas a través de las facturas

Empezado por keno_71 (Mensaje 554139)

Pero es muy posible que el cliente salga de la tienda lea el QR y la factura todavía no esté en hacienda si por ejemplo subimos todas las facturas en un servicio cada x minutos ¿no?

Empezado por keno_71 (Mensaje 554139)

Estaba pensando en instalar un servicio de envío en un ordenador que no fuera el servidor y que este se dedicara solamente a enviar las facturas que se generen (este ordenador sí tendría el certificado ). Pero que pasa si ese ordenado no se enciende ( o bien por un problema o bien porque el cliente decide no encenderlo ) nosotros indicamos que es una aplicación verifactu pero no está enviando la información inmediatamente, y no sé como controlar eso.

Empezado por keno_71 (Mensaje 554139)

He visto que hay certificados de dispositivos y no sé si esto se instalaría en el servidor (he oído campanas pero no sé de donde vienen), estoy aquí imaginando problemas...

Empezado por Neftali [Germán.Estévez] (Mensaje 554141)

No han dicho cual es el plazo para enviar, pero si no es inmediato, parece que pueder ser que si.



Si optas por esa opción deberás asegurarte de que ese equipo funciona siempre. Dependerá de cómo esté configurado y como se comuniquen tus sistemas.
De alguna forma deberás controlar que esas facturas que generas, pasado X tiempo DEBAN tener una respuesta, si no es así, es que no se están enviando.



Si estás pensando en que envíe el servidor, pues instalas ese certificado en el servidor (a efectos prácticos es como uno normal, sólo que en lugar de identificar a una persona o empresa, identificaa un equipo.
Cuando pides un certificado personal das tu DNI y con eso quedan enlazados, cuando pides uno de dispositivo das el "SerialNumber" del dispositivo y con eso quedan enlazados.

Empezado por Sistel (Mensaje 554135)

Hola,

Gracias por avisarnos, Ermendalenda.

Acabamos de enviar email con el texto:


A ver si tienen en cuenta el tema.

Saludos

Empezado por keys (Mensaje 554129)

Hola a todos.

Vamos a empezar a trabajar en esto de verifactu. Ya hemos desarrollado para TicketBAI, así que el cambio no es tan grande. Lo primero que veo es que hacienda ha lanzado todo esto pero lo tiene un poco verde, al menos la información que tenemos, seguramente hay algunas empresas (las de siempre, ya ha pasado en otros desarollos) que tienen más información.

He estado leyendo el foro, y veo que hay un poco de dudas sobre la fecha de factura, según TicketBAI (Hacienda te dice que también según el reglamento de facturación), la fecha de factura tiene que ser igual a la fecha del día que se genera, ni antes ni después. Hemos tenido varias discusiones con clientes y hacienda y eso es lo que te contestan. De hecho los programas que han hecho en hacienda para los que hacen pocas facturas no se puede modificar la fecha de factura, otra cosa es la fecha de operación.

Una consulta muy recurrente que hacían los clientes es, Es que yo hago las facturas el viernes con fecha del lunes para así tenerlas preparadas, pues no se puede. Nosotros lo que hacemos es generar una prefacturación y luego el día que quiere hace las facturas, pero siempre con la fecha del día que se genera las facturas.

Una diferencia que he encontrado respecto a TicketBAI y el SII es que no hay que indicar si el desglose es a nivel de factura o a nivel de operación. Me imagino que por eso las empresas que hacen el SII no tiene por que hacer todo esto. En las Haciendas forales es al revés, el que entra en TicketBAI ya no tiene que enviar las facturas emitidas al SII.

Otra diferencia que veo es que las anulaciones hay que tenerlas en cuenta en el encadenamiento de las facturas, en TicketBAI.

Me llama la atención toda la información que hay que enviar del sistema informático. También veo que respecto a TicketBAI el mayor cambio y del cual no hay mucha información es el tema de los eventos. Entiendo que todo esto es por no obligar a todo el mundo a entrar en VErifactu, como han hecho en las forales que todo el mundo (salvo pocos casos) tienen que entrar en TicketBAI.

Empezado por sglorka (Mensaje 554170)

Gracias por la aportación.
Al hilo de esta información, que ocurriría si tienes que emitir una factura el día 16 de abril (último día para emitir las facturas de empresarios o profesionales ) y resulta que te cae el sistema el día 15 y no lo restauras hasta el día 18, por ejemplo. Tendrías que emitir la factura con fecha 18 de abril, cuando tienes el sistema restaurado. Esta factura emitida está mal y te van a solicitar una rectificativa de la misma con fecha de expedición 16 de abril.
¿ Has contemplado esa posibilidad ?

Empezado por sglorka (Mensaje 554177)

Gracias por la información.
Confirmamos entonces que puede ocurrir que el fechado de registros de facturación (Fecha hora y minuto) puede diferir de la fecha de emisión del registro.
¿ Se te ha dado el caso de tener que emitir una factura rectificativa que corrige la fecha de expedición de una factura expedida en fecha incorrecta ?. Este caso no es atribuible a error técnico, en este caso el cliente se olvida de que tiene que facturar y lo hace pasado el plazo de legal ( antes del día 16 del mes siguiente al periodo de devengo para empresarios y profesionales ). En este caso también habría diferencias entre la fecha de fechado de registro y la fecha de expedición.

Empezado por Sistel (Mensaje 554163)

Hola,

Parece que el email enviado a observaciones.proyectos@aeat.es ha sido rechazado por el servidor de correo de aeat.es
Saludos

Empezado por keys (Mensaje 554178)

LA fecha de expedición siempre tiene que ser el día actual, otra cosa es la fecha de operación. Si puede haber una rectificativa por que te has equivocado en la fecha de la factura original, pero siempre tendrá que tener la fecha del día (Yo en ese caso si no la ha enviado ni al cliente, la anulaba).

Por otro lado, si alguien se olvida de hacer la facturación es asunto suyo. En ese caso tendrá que hacer la facturación con la fecha de factura de cuando las haga y en su caso cambiar la fecha de operación.

Empezado por Neftali [Germán.Estévez] (Mensaje 553902)

A mi los tres ficheros generados con esas opciones me resultan similares.
Completando el código que has puesto, la llamada podría ser similar a esta:

En este caso genera un fichero como este:

Empezado por sglorka (Mensaje 554183)

Siento discrepar.
Entonces la consulta vinculante a la que hago referencia el post de hace unos días donde se constata que hay que emitir una factura rectificativa por sustitución para enmendar una anterior emitida con fecha de expedición incorrecta, no se puede realizar en Verifactu ???
La fecha de operación de una factura es la fecha en que se entregan los bienes o se presta el servicio, si el cliente no es profesional o empresario entonces coincide con la fecha de expedición. Si es empresario o profesional, entonces la fecha de operación puede distinta de la fecha de expedición.
La fecha de operación de una factura rectificativa es la fecha de expedición de la factura que rectifica.
He hecho la consulta a Verifactu a ver qué me responden. Pondré la contestación en el foro.

Empezado por keys (Mensaje 554200)

Eso es lo que digo, la fecha de factura de la rectificativa es la fecha del día que se esta generando y la fecha de operación es la fecha de la factura que se esta rectificando o al menos en TicketBAI y en el SII.