Las conexiones de datos de cada cliente (Business Central por API, libros manuales, Biloop…) · diario, libros de IVA y modelos por trimestre · lo que llega queda en borrador hasta que tú lo validas
Clientes que venden a consumidores de otros países de la UE: el 369 lo preparamos y presentamos nosotros. Por trimestre: ventas OSS del
registro de IVA y del diario de a3, cuota contabilizada en su cuenta de IVA de ventanilla única, 369 presentado (Biloop) y pagos.
Las ventas AVASK (países con NIF propio) las declara AVASK en cada país y no van al 369. Solo lectura.
Clientes que llevamos nosotros (NT), trimestre a trimestre: libro de IVA (Biloop) frente al diario (cuentas 472/477 y el asiento de regularización 4750/4700)
y el estado de los modelos (303, 349, 111, 115). Lo que no cuadra se regulariza en el trimestre abierto: en el 3T si su 303 aún no está presentado; si ya lo está, en el 4T.
Solo lectura. El importe presentado se toma del asiento de regularización (los PDF de Biloop no son accesibles desde aquí).
De dónde se recoge la información de cada cliente para cruzarla y mandar las incidencias a su contable. Cada cambio se guarda solo y queda en el registro. Nada se borra.
Estados de cada bloque: pendiente (sin datos) → borrador (ha llegado de la conexión, sin revisar) → validado (revisado por ti: es lo único que se podrá llevar a a3eco). Si tras validar una sincronización trae datos distintos, el bloque vuelve a borrador y queda en el registro. BC solo se lee; nada se borra.