[12.0] l10n_es_igic #1097
[12.0] l10n_es_igic #1097
Conversation
|
Hey @rodrig92, thank you for your Pull Request. It looks like some users haven't signed our Contributor License Agreement, yet.
Appreciation of efforts, |
…ron marcados como no instalables mientras no se compruebe que funcionan o migren, para poder usarlos o probarlos se debería poner el atributo installable de los ficheros __openerp__.py de cada módulo a True
[FIX] l10n_es_lopd: Nombre de categoría con tilde, que da error al importar el repositorio entero.
…er eliminado los templates.
In order to get visibility on https://www.odoo.com/apps the OCA board has decided to add the OCA as author of all the addons maintained as part of the association.
rodrig92
force-pushed
the
12.0-mig-l10n_es_igic
branch
from
bdb27ff to
d1295d3
Compare
|
¡Gracias, muchísimas gracias! ... de cabeza a pruebas que mandamos el PR :-) |
|
@oihane @OihanaLarranaga |
|
Buenos días, Este módulo es totalmente funcional, pero me encontré con un pequeño problema. Ahora bien, al heredar del plan "common", hay cuentas que deben estar en el PGCE PYMES que no se están cargando; esto lo solucionamos haciendo un exportar/importar cuentas y añadiendo las que faltan desde el PGCE de las PYMES. Soluciones que se me ocurren: Ahora la cuestión es, ¿cuál creen que es la mejor opción?, en mi opinión es la primera, para no estar replicando lo mismo para cada plan. Está claro que lo que decidamos habrá que trasladarlo también a v10 y v11. |
|
Yo lo haría en un módulo completamente independiente.
La empresa selecciona el pymes o completo normal, como se hace siempre y si
son de canarias, ejecutan el módulo IGIC que SOLO contendrá las cuentas,
los impuestos y posiciones necesarias del IGIC que cargaría las cuentas en
la tabla de pantillas de cuentas.
Sin más.
No me liaría a cambiar, ni tocar, ni replicar los planes existentes, ni
crear un plan completo replicado para Canarias.
Ya direis
El jue., 18 jul. 2019 a las 12:07, Rodrigo Colombo (<
[email protected]>) escribió:
… Buenos días,
Este módulo es totalmente funcional, pero me encontré con un pequeño
problema.
En el code sprint, se modificó el módulo que teníamos inicialmente que
heredaba y modificaba la plantilla "common", y decidimos crear una nueva
plantilla de plan contable "PGCE PYMES 2008 Canarias" que en lugar de
modificar, hereda de este. La idea es, poder tener un entorno multiempresa,
en el que una empresa tenga el plan PGCE del IVA sin cargar los impuestos
de Canarias, y la otra pueda tener el PGCE de Canarias.
Ahora bien, al heredar del plan "common", hay cuentas que deben estar en
el PGCE PYMES que no se están cargando; esto lo solucionamos haciendo un
exportar/importar cuentas y añadiendo las que faltan desde el PGCE de las
PYMES.
Como ven, es una solución para salir del paso.
Soluciones que se me ocurren:
1 - No crear un plan nuevo y modificar el common, como lo teníamos en un
principio. Con esto, al añadir los impuestos y las cuentas al common,
cuando seleccionas la plantilla PYME o Completa, se cargará todo
correctamente. El "debate" vendrá en que, empresas con IVA no querrán que
se añadan las cuentas e impuestos de canarias "ensuciando su contabilidad".
La solución es tan simple como no instalar este módulo...
2 - Crear un plan PGCE PYME 2008 Canarias heredando del PGCE PYMES y no
del common. El problema es que se puede tratar de una Gran Empresa, que
carga el PGCE Completo, por lo que, habría que replicar todos los impuestos
y hacer un plan PYMES Canarias, Completo Canarias, entidades sin ánimo de
lucro Canarias...
Ahora la cuestión es, ¿cuál creen que es la mejor opción?, en mi opinión
es la primera, para no estar replicando lo mismo para cada plan.
No he querido hacer las modificaciones pertinentes sin antes hacer la
consulta aquí, porque el tema no está en este módulo, sino en lo que herede
de él. Ejemplo directo SSI. Cuál sería la mejor forma para tener los casos
contemplados.
Está claro que lo que decidamos habrá que trasladarlo también a v10 y v11.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#1097?email_source=notifications&email_token=AABNRXZTNSUBNHJY22RGOOTQAA6HJA5CNFSM4HQCDNBKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD2H73SI#issuecomment-512753097>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AABNRXYSCDEQA5Y564MG4S3QAA6HJANCNFSM4HQCDNBA>
.
--
CEO Avanzosc, S.L <http://www.avanzosc.es/> : Office phone / Tfono
oficina: (+34)
943 02 69 02
Ana Juaristi Olalde <http://www.anajuaristi.com/>: Personal phone: 677 93
42 59. User/usuario skype: Avanzosc
www.avanzosc.es
www,odoomrp.com <http://odoomrp.com/>
www.pymeserp.com
www.agroalerp.com
[image: Logo Avanzosc]
*El contenido de esta comunicación y de toda su documentación anexa es
confidencial y se dirige exclusivamente a su destinatario. El uso no
autorizado de esta información está prohibido por la legislación vigente.
Si usted no es el destinatario le rogamos nos lo indique, no comunique su
contenido a terceros y proceda a su destrucción. Disculpe las molestias que
le haya ocasionado la recepción indebida de este e-mail. Sus datos figuran
en un fichero cuyo titular es Avanzosc, S.L., a quien usted puede dirigirse
para ejercer sus derechos de acceso, rectificación, cancelación y oposición
en Av) Julio Urkijo, 34 20720, Azkoitia (Gipuzkoa), Tef. 943 02 69 02
- **administracion@avanzosc.
<[email protected]>es*
*Komunikazio honen edukia eta dokumentazio erantsia konfidentziala da eta
hartzaileak bakarrik jaso beharko luke. Indarrean dagoen legeriak debekatu
egiten du bertan eskainitako informazioa baimenik gabe erabiltzea.
Komunikazioa zuri iritsi bazaizu, baina zu ez bazara hartzailea, mesedez,
guri jakinarazi, eta jasotako informazioa ez inori jakinarazi eta suntsitu.
Barkatu okerreko email hau jasotzeak eragindako eragozpenak. Zure datuak
Avanzosc, S.L. enpresaren fitxategietan sartuta daude. Zure datuak atzitzea
eska dezakezu, bai eta, datuak zuzentzea, ezereztea eta tratamenduari aurka
egitea ere. Horretarako, enpresara jo dezakezu, helbide honetan: **Julio
Urkijo etorbidea 34,** 20720, Azkoitia (Gipuzkoa), telefonoa: 943 02 69 02
- *
*administracion@avanzosc. <[email protected]>es* *This message and all
documents attached to it are confidential and intended only for the person
or entity to which it is addressed. Any use of this information by
unauthorised persons is prohibited under current legislation. If you
received this message by error, please advise us, destroy it and refrain
from communicating its contents to third parties. We apologise for any
inconvenience receiving this email improperly may cause to you. Your
personal data are included in a file owned by Avanzosc, S.L. If you want to
exercise your rights of access, correction, erasure and objection you can
contact the Controller at **julio Urkijo 34** 20720, Azkoitia (Gipuzkoa),
T: 943 02 69 02 – administracion@avanzosc. <[email protected]>es*
|
|
Exacto Ana, como lo teníamos en un principio. |
|
Yo sí que me opongo a que algo se fusione si tiene flecos claros, porque algo fusionado pasa a entenderse como totalmente válido, y aunque se ponga en el ROADMAP, la gente pone issues que hay que tratar. Ahora bien, si los otros PSC están dispuestos a asumir esa sobrecarga (hasta ahora estaba yo solo para tratar las issues). Por otro lado, y esto lo llevo diciendo bastante tiempo, incluido el último code sprint en Sada, creo que fue con Rodrigo, la casuística fiscal canaria tiene muchas variantes:
Este módulo cubre, y técnicamente de forma incorrecta, solo la primera de estas casuísticas. |
Dicho esto... hagamos las cosas bien. Yo lo haría en V12 para cubrir a más clientes; más aún, teniendo en cuenta el retraso en la localización española para V13. Por el momento @julianram se presenta como voluntario para trabajar en grupo sobre este PR. Entiendo que habrá más interesados si es algo a lo que se le lleva dando vueltas desde hace años. Si se divide el trabajo entre varios, se hace mucho más llevadero. |
Entonces para no canalizar comenzamos:
El mio lo he abierto porque no veia el de @rodrig92, lo logico es seguir el actual PR. |
|
Buenas tardes, |
Gracias @rodrig92 |
|
Hola, Hemos estado reunidos en el grupo de trabajo de Canarias, y hemos visto que Canarias realmente tiene que añadir cuentas, impuestos y posiciones a los PGC Estándar, porque cuando tienen establecimientos en Peninsula los usan. Por lo tanto, una empresa Canaria que no tenga sede en Peninsula no los necesitaria, pero pasaría como impuestos especiales que están en el l10n_es pero no se utilizan, ejemplo el REAGYP. Pero de esta forma cubrimos las dos casuisticas de Canarias, con venta insular y peninsular. Por lo tanto, hemos visto que la mejor estructura sería:
Además no tenemos que restructurar el actual l10n_es, solo añadir los extras de Canarias. Saludos |
|
Vale, ¿y la cuestión de compañías peninsulares con establecimientos en Canarias? |
|
Y si las compañías españolas tienen establecimientos en la península, liquidan 303 y compañía? |
|
@pedrobaeza son dos puntos. Primer punto, no se ha tratado, pero se puede tratar, pero entiendo que igual que van a añadir una posición fiscal para las empresas Canarias con establecimiento en la Peninsula, hay que añadir una posición fiscal para las empresas penisulares con establecimiento en Canarias. Creo que es lo mismo que las empresas españolas con sedes en países Europeos. Esta posición fiscal mapea el cambio de impuestos a los del establecimiento. En este caso siempre hemos creado manualmente una posición fiscal, pero aquí sería más correcto que estuviese ya en el módulo l10n_es. Segundo punto, si las empresas Canarias con establecimento en la peninsula realizan 303, creo que nos lo va a responder alguien de canarias porque no se. @julianram que esta por aquí y Alejandro es el que más a comentado este tema, pero no se si tiene github. Saludos |
|
@pedrobaeza Alejandro me confirma que las empresas canarias con establecimiento en la peninsula declaran el 303. Saludos |
|
OK, entonces como decís es razonable que los mismos tengan los impuestos peninsulares en su plan contable. |
|
Si liquidan todos los impuestos de IVA igual que una compañía netamente peninsular.
Yo conozco el caso específico de los operadores de Telecomunicaciones, sede fiscal en Canarias, pero han de facturar a los clientes que contratan servicios en península, con los impuestos de península y declararlos.
Saludos
--
Raúl Alexis Betancor Santana
Serlink Telecom S.R.L.U.
De: "Pedro M. Baeza" <[email protected]>
Para: "OCA" <[email protected]>
CC: "Raúl Alexis Betancor Santana" <[email protected]>, "Comment" <[email protected]>
Enviados: Jueves, 22 de Octubre 2020 18:12:15
Asunto: Re: [OCA/l10n-spain] [12.0] l10n_es_igic (#1097)
Y si las compañías españolas tienen establecimientos en la península, liquidan 303 y compañía?
—
You are receiving this because you commented.
Reply to this email directly, [ #1097 (comment) | view it on GitHub ] , or [ https://github.com/notifications/unsubscribe-auth/AAJLLBWHBWIIZ7L6RIT6NLTSMBRW7ANCNFSM4HQCDNBA | unsubscribe ] .
|
Buenas, La casuística se complica mas, en las empresas con mas de 6 millones de facturado, tienen que presentar SII en ATC, y tienen que declarar en caso de estar de altas en IVA , presentar en SII AEAT, solo lo digo a título informativo el mismo documento con ambos impuestos, por tanto coexistir los 2 impuestos es fundamental. Saludos |
|
OK, ¿pero eso influye para algo en esto de los planes contables? |
En principio como lo planteamos a sugerencia de @acysos
Básicamente añadir unas 10 , no debe impactar en nada mas , 2 posiciones fiscales: Dua Importación IGIC y otro de Exportación, cuestión que no es fundamental la última posición. |
|
OK, pues adelante! |
|
Buenas @acysos @julianram @rbetancor , Quería preguntar si habéis podido organizaros para llevar a cabo este punto. Saludos! |
|
@HaraldPanten Puede dar un vistaso por aquí, lo hemos incluido en 10n_es : Posiciones Fiscales: Empresas de Canarias que operan en pensinsula (Tipos A) Para empresas tipo A Retenciones praticadas a empresas Canarias , ¿¿¿Se amplian las actuales o se crean nuevas ??? En esto es en lo que nos hemos quedado 👍🏾 ... , hablamos hasta de proponer l10n_es_canary , separado de l10n_es pero con sus respectivas dependencias, otros repo de odoo por ejemplo el chino l10n_cn, l10n_cn_small_business,l10n_cn_standard tienen algo por estilo , seria una ventaja ya que no dependeria l10n_es de los cambios impositivos de Canarias, y podriamos gestionar las posiciones fiscales sin nigún problema. Saludos, |
|
Tiene buena pinta. Gracias, le echaré un vistazo 👍 |
|
Hola, Estoy retomando esto para la versión 14.0, he hecho cherry-pick de lo que @julianram hizo en su rama de la 12.0 en l10n_es adaptándolo a la 14.0, la rama a proponer a Odoo en 14.0 ya que en 12.0 no creo que ya la apliquen, sería https://github.com/omar7r/odoo/tree/14.0-l10n_es-add_igic Haber si por fin logramos darle un enfoque común a esta funcionalidad y hacemos un PR a Odoo |
|
No se me ocurre otra opción. Pero quizá otros usuarios tengan una mejor perspectiva que la mía... |
|
Genial que lo retomes. ¿De qué número de posiciones fiscales cambiadas hablamos? Habría que ver si es factible mover esas posiciones fiscales a cada uno de los planes hijos, o crear unas especiales en el plan IGIC. |
|
Hola @pedrobaeza En principio, habría que duplicar: regimen extracomunitario, recargo de equivalencia, irpf 15% al menos, inversión de sujeto pasivo, revendedor de sujeto pasivo y quizás régimen nacional. Luego, se crearía nueva el regimen minorista. |
|
There hasn't been any activity on this pull request in the past 4 months, so it has been marked as stale and it will be closed automatically if no further activity occurs in the next 30 days. |
github-actions
bot
added
the
stale
|
Could be this PR reopened please? To much work here to be closed 😄 @OCA/local-spain-maintainers |
|
Esto se quería proponer directamente a Odoo. Hay un grupo de trabajo y ahora una vocalía para ello. |
Se migra a v12