Closed rafaelbn closed 7 months ago
pedrobaeza
commented
1 year ago La mejor manera para hacer esto según veo es:
l10n_es_aeat un modelo l10n.es.aeat.property, con su menú y todos los campos necesarios.account.move.line un campo optional="hide" para poder rellenarlo en un momento dado en las facturas.
rafaelbn
commented
1 year ago Gracias @pedrobaeza .
@Shide esto vamos a desarrollarlo ya para v16 MT-2560
rafaelbn
commented
1 year ago @pedrobaeza ,
Añadir en account.move.line un campo optional="hide" para poder rellenarlo en un momento dado en las facturas.
El modelo l10n.es.aeat.property puede estar asociado a un partner (cuando está alquilado) y no (cuando no está alquilado)
Vamos a hacer una relación en el modelo a res.partner para que nos haga un domain ese campo del account.move.line
@Shide , el número de catastro estará asociado a una res.company siempre. Importante porque si hay muchas compañías un inmueble o es de una o de otra pero nunca de todas.
Extra para una fase 2
También podemos un Nice to have (si lo ves claro con un API o JSON fácil) de en el modelo poner el número de catastro y que nos traiga todos los datos de la sede:
Así los datos serán exactos.
@OCA/local-spain-maintainers ¿Os suena que haya y algo hecho por ahí? Quizá la AEODOO podría preguntar a todos los socios...
pedrobaeza
commented
1 year ago Bueno, si las facturas están claras que debe coincidir el partner con el del inmueble, adelante. No sé si existe la posibilidad de que haya facturas de terceros que también impacten.
rafaelbn
commented
1 year ago Hemos abierto PR https://github.com/OCA/l10n-spain/pull/3086
Aquí el tema está en que...
If "retención" then
115 and
180 (en el 180 se tiene que informar de cliente, nif, referencia catastral y resumen del año)
Else
347 (como siempre, la norma de "va en el 347 a no ser que vaya en otro modelo)Entonces tenemos que hacer más listos los modelos para si retención rellenamos en 180 y si no en el 347
En todos los casos si no tenemos en las facturas la referencia catastral no podríamos sacar la información de ningún sitio.
[ ] En el PR no queremos resolver por ahora la problemática del 115/180/347, sólo queremos tener la base común para que tengamos los datos en las facturas para poder después cogerlos. https://github.com/OCA/l10n-spain/pull/3086
[ ] Una vez conseguido el PR en l10n_es_aeat ya vemos como atacar lo otro en los modelos.
Modelo 180. Declaración Informativa. Retenciones e ingresos a cuenta. Rendimientos procedentes del arrendamiento de inmuebles urbanos. Resumen anual. https://sede.agenciatributaria.gob.es/Sede/procedimientoini/GI00.shtml
Ha habido un cambio en MAYO 2023 en la normativa del 347
@omar7r @HaraldPanten @AlbertCabedo @acysos por si se os da el caso.
Nuestro cliente alquila de todo y se nos dan todos los casos. Son muchos inmuebles y no es viable informar a mano de ellos.
@gcobacho , no es el 182 pero bueno... también hay que pintar un resumen 😄 en dos modelos.
rafaelbn
commented
1 year ago PR del 180
github-actions[bot]
commented
8 months ago There hasn't been any activity on this issue in the past 6 months, so it has been marked as stale and it will be closed automatically if no further activity occurs in the next 30 days. If you want this issue to never become stale, please ask a PSC member to apply the "no stale" label.
Hola,
Actualmente, que yo sepa la referencia catastral hay que informarla en el modelo 347 a mano en el caso de que no esté ya la retención en el 115 y esté exenta.
Tener que rellenar cada mes la referencia catastral es demasiado pesado cuando tienes muchos alquileres.
Vamos a pensar una forma de guardarla en Odoo, vía otro módulo y mejorando algún existente.
Parece evidente que tiene que estar informada a nivel de factura (account.move) y para que se auto rellene probablemente asociada al res.partner.
Si queréis comentar ideas, son bienvenidas @OCA/local-spain-maintainers
Muchas gracias Saludos, Rafa
@moduon MT-2560