Acabo de escribir un correo en la lista de OpenERP Spain, y considero que pueden ser casos de uso de interés para la localización española de Tryton.
Por tanto, adjunto aquí la parte que interesa para Tryton: ------------------------------------------------------------------------------------ En otros ERPs / softwares contables, los impuestos, tienen propiedades adicionales, y una de ellas es muy interesante; la VIGENCIA del mismo; es decir, defines el impuesto, y después puedes definir el tipo y desde cuándo está vigente ese tipo para ese impuesto. Lo podéis ver, por ejemplo, en A3. (Acabo de encontrar un enlace de otro ERP, dónde aplican algo parecido; no lo he probado, pero aparece la vigencia: http://kriter.net/resources/novedades/Cambios%20IVA.pdf ) Esta funcionalidad supliría una carencia importante en OpenERP, ya que así, no serían necesarias nuevas posiciones fiscales; me explico. Ahora mismo, tenemos una posición fiscal que es "Régimen nacional", a este régimen le correspondería únicamente IVA. La posición "Retención 7 %", le corresponde IVA normal + IRPF 7 % etc Bien; si definimos, por un lado, los impuestos de IVA así: IVA Normal IVA Reducido IVA Superreducido Y por otro, sus tipos Para IVA Normal: Tipo: Vigencia: Desde: Hasta: 16 % 01/01/2003 30/06/2010 18 % 01/07/2010 31/08/2012 21 % 31/08/2012 -- Y sus correspondientes RE: RE IVA Normal: Tipo: Vigencia: Desde: Hasta: 4 % 01/01/2003 31/08/2012 5,2 % 31/08/2012 -- Está claro que NO habría que crear posiciones fiscales nuevas, sino únicamente crear los nuevos tipos asociados a los impuestos. Esto, además, creo que es de aplicación a CUALQUIER país, y cubriría (a mi entender), lo que yo veo como una carencia en OpenERP. Por que los tipos -los %- de los impuestos, varían. Cuando se da de alta una factura, por tanto, el OpenERP debería de saber qué tipo tiene que aplicar por defecto según la fecha de la factura. ¡OJO!; puede pasar que tengas una factura, en la cual aparezcan tipos de IVA diferentes; caso práctico; una rectificativa de varias facturas, o un abono de varias facturas; los abonos pueden ser de facturas ANTERIORES al cambio del tipo del impuesto, y también POSTERIORES, con lo cual tendríamos dos tipos diferentes de IVA asociados al mismo impuesto, en el mismo documento; por tanto, el tipo debería de ser algo que, de forma automática OpenERP cubra en el formulario correspondiente, pero que permita cambiar, para poder dar cabida a este caso de uso. No se si alguien ha trabajado a este respecto ya; sino, estaría bastante bien ponerlo como un Blueprint en Launchpad. En este tema de impuestos, creo que hay mucho margen de mejora, y que debería de darse una buena vuelta para mejorar la localización; así mismo, también en el tema de cuentas contables y ejercicios fiscales. Lo he comentado en otros correos, pero creo interesantes las siguientes funcionalidades: - Que exista la entidad "Modelos AEAT", y asociar impuestos con sus modelos; p.ej., Retenciones Profesionales (por rendimientos del trabajo), al modelo 111, y al resumen anual 190; Retenciones por Arrendamientos, al modelo 115, y al resumen anual 180; de los mismos casos de uso que estoy poniendo, se advierte que debería de haber un "Modelo Resumen Anual", y un "Modelo por periodo". Lo de llevar las retenciones en diferentes cuentas contables, y a partir de ahí, calcular los modelos, personalmente, me parece una guarrada; por que tu puedes tener una cuenta 4751x genérica, de retenciones; y ahí meter todas las retenciones, arrendamientos y por rendimientos del trabajo; por que la norma contable no te exige tener subcuentas por cada tipo de retención, sino que esa funcionalidad viene dada por los MODELOS de la AEAT, no por los impuestos en sí (el impuesto es el IRPF independientemente..); en esto sí que con impuestos e impuestos hijos, se podría solucionar (jerarquía IRPF, hijos, IRPF por retenciones del trabajo, IRPF por arrendamientos, etc) - Las cuentas contables deberían de ser por ejercicio, y no globales; ¿por qué?; pongo varios casos de uso: - De un ejercicio a otro, una empresa puede desaparecer; o varias (y mucho más en estos tiempos..); por tanto, es una tontería que esas cuentas contables queden "desaprovechadas", haciendo que el árbol del plan contable se haga mucho más grande, innecesariamente; sí, las podemos ocultar; pero no me parece una buena solución. - De un ejercicio a otro, puede que no me interese tener el mismo número de dígitos en cada cuenta; puede que empezase la contabilidad con 10 dígitos, y ahora me de cuenta que con 6 dígitos me llega y me sobra; los libros contables del ejercicio anterior, ya están presentados, con lo cual, no puedo variar esas cuentas en el plan de cuentas de OpenERP; y sigo teniendo que tener cuentas con 10 dígitos, por que para este ejercicio, son las mismas... - Hemos dado de alta una cuenta contable para un cliente que creíamos iba a ser habitual; pero vemos que ha sido una compra puntual (vale el mismo caso para un acreedor/proveedor); por tanto, pasaríamos ese cliente / proveedor de una 430xx / 400xx, a la 4300000 / 4000000 en el ejercicio siguiente (supongamos que nos debe dinero, o le debemos, con lo cual no tenemos la cuenta saldada); otra vez lo mismo, tendríamos un plan de cuentas más grande de lo necesario, lo que hace que las búsquedas en el plan de cuentas sean, como mínimo, más incómodas; serán más lentas, lógicamente; y más complicado de ver el árbol de cuentas. Quizás estos casos de uso lleguen tarde para la localización española de OpenERP, pero sí lleguen a tiempo para la localización de Tryton. Eso sí, son casos de uso HABITUALES, y los programas comerciales que hay en el mercado, en la mayoría de los casos, cubren estas funcionalidades. Ale, ya no doy más la chapa :P Un saludo a todos. PD: y que calor hace en Lugo, por dios.... ------------------------------------------------------------------------------------ Espero que sea de vuestro interés. Un saludo y disfrutad las vacaciones, los que tengáis ;) :P -- [email protected] mailing list
