Tipo de Regímenes del Company
Hola, Gente de Colombia,
Saludos Cordiales,
Escribo esta especificación que me parece es importante para nuestro trabajar de comenzar con la localización de Openerp Colombia, en lo que respecta a la materia Tributaria.
Es necesario para comenzar a definir los Tipos de Agentes de Retención.
- Gran Contribuyente (Autoretenedor).
- Gran Contribuyente.
- Regimen Común.
- Regimen Simplificado.
- Extranjero (no estoy seguro respecto a esto)
Esta es la clasificación con la cual se deberá tipificar a la Compañia que usará Openerp, y lo cual posterior se deberá utilizar para completar el trabajo de la generación de las retenciónes en la Fuente (tanto de Renta, IVA e ICA).
He visto que otros softwares tipifican un tipo extranjero (por eso lo he puesto, como quinto tipo), aunque en el caso de los extranjeros cieras condiciones aplican, como la retención total (100% del IVA). si pueden argumentar estas cuestiones con artículos legales, sería estupendo.
Expandamos esto para que sea lo mas generico posible y para que incluya el mayor universo de posibilidades.
No estoy decidido aún si determinar que estos elementos que se mencionen (y los que se añadan) sean inmutables (tipo selection) o mutables (tipo one2many).
Pongo los pro's y los con's de colocarlos tipo selection:
Pro's.:
Son mas faciles de tracear en los siguientes modelos que se definan.
Con's.:
Si surgen nuevos tipos hay que ir a la fuente y modificarla, y vds. pueden imaginarse el trabajo que esto pueda significar (claro que lo de ir a la fuente es pan comido :-) la tenemos todos XD.)
Con respecto a lo de hacerlo tipo one2many:
Pro's:
Es muy flexible permite a cualquier membro del equipo IT de la compañia de implementación agregar los nuevos tipo de regimenes que puedan surgir en el tipo (si las surgen).
Contra:
Al ser mas flexible es necesario realizar con mayor detalle y profundidad para que incluyan este tipo de complejidades los futuros modulos que dependan de este.
Blueprint information
- Status:
- Complete
- Approver:
- None
- Priority:
- High
- Drafter:
- hbto [Vauxoo] http://www.vauxoo.com
- Direction:
- Approved
- Assignee:
- hbto [Vauxoo] http://www.vauxoo.com
- Definition:
- New
- Series goal:
- None
- Implementation:
- Implemented
- Milestone target:
- None
- Started by
- Nhomar - Vauxoo
- Completed by
- Nhomar - Vauxoo
Related branches
Related bugs
Sprints
Whiteboard
Ya se tienen dos modulos creados, en desarrollo, y que tratan sobre la clasificacion de los contribuyentes asi como una tabla de relaciones que permite establecer como es la relacion de los vendedores con los compradores, cuando se es un tipo de vendedor en especial, y se es un tipo de comprador, como determinar que es lo que hay que hacer para determinar las retencines que habrán de realizarse en cada caso.
Con estos dos modulos , se pueden:
- Crear los distintos tipos de contribuyentes existentes (Gran Contr. Autoret., Gran Contr., Reg. Comun, y Reg. Simpl.) si es necesario agregar o quitar tipos de contribuyentes, queda a discreción del usuario,
- Establecer los distintos entramados de relaciones entre vendedores y compradores, permitiendo establecer cuales son las retenciones que se deben realizar dependiendo del tipo de contribuyente,
Habia comentando en el Blueprint que colocar los tipos de contribuyentes en hardcode era, quizas mas manejable, pero he podido establecer un logica para que el tipo de contribuyentes sea por definicion mas flexible, de tal manera que el implementador puede establecer los tipos de contribuyentes que considere necesarios, si limitarse a los preexistentes,
Aun no se tienen contribuyentes precargados, pero un futuro corto, estaremos incorporandolos, aunque esto no es un gran problema, pero para los iniciantes a veces puede costar ver cual es la intencion de los datos que se deben incorporar.
Espero por su comentarios.
Work Items
Dependency tree
* Blueprints in grey have been implemented.