^\||/ Gracias compañero.

Gracias por avisar.
Podrías indicar donde has visto esa información, por que no han cambiado la versión 0.3.2(aunque si el contenido) ni encuentro donde lo han publicado

Vale nada
Lleva cambiado desde esa versión
Pero no me había dado cuenta del cambio.

Acceso a esas noticias vía RSS (además de mediante la web de desarrolladores).
https://www.agenciatributaria.es/AEA.../Novedades.xml


Ahí han publicado la noticia:

Gracias por la info!!

Ok gracias
Por otro lado, alguno sabe como va el desarrollo sobre el control de fichaje, hay algo?

Definición Sistema Informático.
 

Buenos días. Estoy empezando en el tema de verifactu y agradezco de antemano toda la información que se está publicando en el foro y que es de muchísima utilidad.

Me surge una duda tonta en la definición del sistema informático. Si mi aplicación es "Multiempresa", como supongo la mayoría, cada empresa dentro de la aplicación es un objeto tributario distinto.

¿ Qué campo es el que me identificará/diferenciará unívocamente una empresa de otra, ya que supongo que todas las empresas tendrán en común <NombreRazon>, <NombreSistemaInformatico>, etc..... ?

¿ Podría ser <NumeroInstalacion> , además de asignar los campos <TipousoPosibleMultiOT> y <IndicadorMultipesOT> a 'S' ?

Muchas gracias.

Hola
Pues el Nif y/o razón social
Además de tener en cuenta que tienes que llevar por separado las bases de datos, el encadenamiento, los envios, que se vea en que empresa está trabajando cuando estas en la aplicación...

Pensando en alto!!!
Aún me estoy planteando pasar las empresas más grandes al SII y dejar solo las pequeñas a verifactu, es una movida de datos y es más fácil de controlar el SII cuando hay decenas de miles de tiquets diarios aunque haya que enviar las compras y lss faxturas ordinarias que serán poquitas.
Tantos tiquets fijo voy a tener más incidencias que con el SII y tengo más margen.

Dudas desarrollo ténico
 

Ya empezamos, acabo de empezar a leer y ya me estoy podiendo de mala ostia,
yo no soy un buen ejemplo en las redacciones, pero ostias, esto es un tema muy serio
¿alguien lee el proyecto una vez que lo redacta el becario?

Proyecto reglamento técnico
En referencia a los sistemas multiempresas
Artículo 2 Apartado d)
Que leches hay que explicar, ¿En que estado está?¿En que empresa?
Vaya tela como se explican

Seguimos
 

Hay ciertas obligaciones para los No veriFactus que no son aplicables a los Verifactu:

Pero está, que noes obligatoria para los que envian (Verifactu), me chirria:
Articulo 6, apartado f)
Me chirria el punto 1º por 2 cosas. primero por que los verifactu, si detectan alguna brecha no van a estar obligados informar con un mensaje, supongo que sí con el envio de la incidencia en el registro, raro de cojones, y segundo que no dicen que no se pueda seguir facturando, solo que informe y quite el mensaje cuando se arregle.

Disculpa, ¿es requisito tener bases de datos separadas en una aplicación multiempresa? ¿Está ese requisito documentado?

Perdona, te he dicho bases de datos, pero quería decir los registros de datos,(xml) otra cosa es que los guardes en bases de datos.
Sobre las bases de datos no hay ninguna referencia en este reglamento, pero si sobre los registros de facturación.
Según mi apreciacion, aquí puede haber un error, ya que si ese SIF que tiene 2 o mas empresas en el mismo sistema, está enviando por Veri*factu, no tiene por qué conservar registros con lo cual sería una norma solo aplicable a los sistemas No Veri*Factu, además el artículo 8 es para no Veri*factu
O sea que si envías, solo preocúpate de los demás aspectos, que se vea en todo momento en que empresa trabajas, que lleves el encadenamiento por separado y alguna norma qie no está muy clara que he puesto en post anterior

Perdona, te he dicho bases de datos, pero quería decir los registros de datos,(xml) otra cosa es que los guardes en bases de datos.
Sobre las bases de datos no hay ninguna referencia en este reglamento, pero si sobre los registros de facturación.
Según mi apreciacion, aquí puede haber un error, ya que si ese obligado tributario que tiene 2 sistemas está enviando por Veri*factu, no tiene por qué conservar registros con lo cual sería una norma solo aplicable a los sistemas No Veri*Factu.
O sea que si envías, solo preocúpate de los demás aspectos, que se vea en todo momento en que empresa trabajas, que lleves el encadenamiento por separado y alguna norma qie no está muy clara que he puesto en post anterior
I

Fecha emisión / operación
 

A efectos fiscales (IVA, IRPF) ¿Qué fecha hemos de considerar? ¿La de emisión o la de operación?

Recibo una factura con fecha de emisión 02/04/2024 y fecha de operación 30/03/2024. ¿A qué trimestre corresponde? ¿Sabéis?

Gracias

La fecha de emisión es la que prevalece, a no ser que te paguen el día del servicio total o parcialmente, en ese caso hay que declarar en el día 30 el pago y en la emisión se resta la parte que se haya pagado.
Un ejemplo:
Estas de copas a las 11 de la noche del dia 30 en un local y finalizar a las 00.05 del dia 1. El servicio te lo han dado el día anterior pero la dactura se emite y registra el dia 1.

Con carácter general, los modelos de autoliquidación del Iva y IRPF deben incluir todas las operaciones realizadas atendiendo a su fecha de operación, momento en que se produce la prestación del servicio o la entrega de bienes. Si la factura se emite en un trimestre posterior, debe liquidar el Iva en el trimestre anterior ( si la declaración es mensual ocurre lo mismo). Por lo tanto, una operación realizada el 30/03/2024 y emitida el 02/04/2024, devengará el Iva en el periodo 1T si la declaración es por trimestre, en caso de declaración mensual, lo devengará en el mes de marzo.
Hay que tener en cuenta que las facturas rectificativas devengan el impuesto en su fecha de emisión y no de operación, ya que ésta (fecha de operación) , es la fecha en que se realizó la operación que se quiere rectificar. Por último, para abundar más en el tema, si la fecha de operación de una factura es el 31/12/2024 y la emites en 01/01/2025, ocurriría lo mismo, habría que devengar el Iva en el trimestre 4T de 2024.

Llevas razón
El caso que yo he puesto coincidiremos la fecha de operación con la de expedición al día 1. Por el poco margen de tiempo en lss operaciones y tendría que dividir las consumiciones cerrando las operaciones justo a las 12 de la noche si siguen consumiendo, no siento operativo
Lo que si tienes que tener en cuenta que ai es una emisión a una persona física, no autónomo, el mes de emisión no puede ser distinto al de la operación y eln las facturas b2b tienes hasta el día 16 del siguiente mes, pero como bien dices pertenecen al mes anterior tributariamente.

Los colegas han dado las respuestas. Solo voy a resaltar que si te pones del lado del receptor, no estas en el foro adecuado. Los SIF solo se preocupan de las facturas y concretamente de su emisión. Y el periodo para una factura emitida en base las fechas de emisión y de operación es un problema que compete al emisor, no al receptor.

de cara al IVA

Emisor: mes 03 periodo 1T (lo ha de ingresar en 1T)

Receptor: mes 04 periodo 2T (se lo deduce en 2T)