Caracterización de Localización Vs. Oficiales

Asked by gonzalezmfrank@gmail.com on 2013-09-28

Estimados Señores,

Como les habian mencionado anteriormente he decidido ponerme a evualar y trabajar en openerp, para lo cual he realizado diversas pruebas, creando diferentes Bases de Datos para el manejo de empresas por BD y creando diversas compañias en una sola, esto para poder ver los cambios que estoy realizando en la configuración del plan de cuentas.

Como les mencione, lo que pretendo es montar un modelo de Balance Standard (apicable a diversas empresas) y por otro lado que el distingo sea en el estado de resultados, que depende directamente del tipo de actividad comercial en los detalles de las cuentas, a tal efecto estoy trabajando en un modelo de manufactura, que a mi modo de ver involucra muchisimas facilidades que openerp ofrece.

Expuesto esto mis dudas :

Estuve visualizando los aspectos relacionados a la estructuras de los reportes y decidi incluir el "report type" a los "account types" para garantizar que los account types definididos se vean reflejados en "Informes de cuentas" que se muestran en Contabilidad->Configuración->Informes Financieros->Informes de Cuentas, el hecho de definir un "account type" y no asociarlo al "report type" simplemente no muestra los movimientos de las cuentas en el Balance y en el Estado de Resultados y menos sus saldos.

Per existe un inconveniente al momento de generar los informes, "todas las cuentas vienen en una sola corrida", es decir, es simplemente un listado de cuentas y saldos. La pregunta seria: " Existe alguna manera de jerarquizar estos "report types" bajo un xml? o es un esquema por defecto de openerp y no se puede actualizar, tienen algun script xml que me permita estructurarlos ? no soy conocedor de las estructuras de BD de openerp

Por otro lado, veo que al montar una localización se presenta una duplicidad de los account types, estos muestran los definidos por el módulo account y el de la localización como sigue:

account.data_account_type_cash
account.data_account_type_bank
l10n_ve_test.account_type_cash

Existe alguna manera de que al montar los account types verifique si existen los mismos antes de crear otros nuevos?

En el caso particular anterior, al montar un plan de cuentas solicita la cuenta de banco, y crea la cuenta de efectivo y la de banco, entiendo que es por defecto, pero, como se debe manejar cuando existen diversos bancos? la posibilidad de tener un auxiliar por banco la soporta bien openerp? no he llegado al modulo de bancos y por lo general las empresas ven sus bancos por separado en el plan contable

Mil gracias por sus comentarios y sugerencias

Question information

Language:
Spanish Edit question
Status:
Solved
For:
Openerp Venezuela Edit question
Assignee:
No assignee Edit question
Solved by:
gonzalezmfrank@gmail.com
Solved:
2013-10-05
Last query:
2013-10-05
Last reply:
2013-10-05

Otra duda sugiere el manejo de las cuentas bancarias en openerp

AL crear un banco en una compañia, este crea (al menos lo que veo) un diario y una cuenta en el Balance, lo que me llama la atención en que la apertura de la cuenta está limitada a la primera cuenta vista hasta de 6 caracteres y desde alli genera los "hijos" o "cuentas bancarias, y los muestra en el balance aun cuando no lo deseo (destildar que se mueste en los informes)

Si bien esto es necesario para garantizar que cada banco tenga su cuenta, lo que no me parece que tenga restricciones a la vista a la cual deban crearse, en algun lado debiese solicitar la cuenta vista del padre, o buscarlo de un prametro indicado en la carga de la localización

Estoy tratando con una configuracion de cuentas de 9 caracteres, y en efecto lo indico en la carga, pero es posible pasar ese parametro en la carga del plan de cuents de la localización para dejar a un lado la corrección al momento de cargar el plan?

Saludos.

Nhomar - Vauxoo (nhomar) said : #2

No entiendo el caso Frank.

Las longitudes de los códigos de cuenta hasta dnd tengo entendido no impactan en los informes.

Por otra parte, ¿Cuál Informe exactamente hablas.? por que si nos mencionas el menú me ubicaría mejor,

Un par de print screens ayudarían tambien.

Saludos.

Gracias por tu atención

En los vinculos están los casos del como se estan dentro del plan de cuentas aperturando las cuentas de Caja y Banco segun la solicitud de cuenta de efectivo en la carga de la localización (xml) y donde se crea el banco cuando le empezamos a crear cuentas a una empresa. En el otro link lo que hacia mención de los accounts types, a la vista de un usuario simplemente las está duplicando y no veo como hacer que esto no ocurra para no empastelar el contenido de las tablas.

https://docs.google.com/file/d/0B0RPVygXuB0XSUpvTXNQX3VoSkk/edit?usp=sharing
https://docs.google.com/file/d/0B0RPVygXuB0XbFZUX0FIYUUzQ28/edit?usp=sharing

Por otro lado lo referente a los Reports Types, en los anexos vemos por un lado la estructura base y por el otro como se asocian a los reportes los account types (si se indican en la localización, en caso contrario los deja por fuera)

https://docs.google.com/file/d/0B0RPVygXuB0XNm5WU1R0dXVPWWM/edit?usp=sharing
https://docs.google.com/file/d/0B0RPVygXuB0Xd2M4b241Z2dldkU/edit?usp=sharing

Seguiremos en pruebas y agradezco sus comentarios y sugerencias

Nhomar - Vauxoo (nhomar) said : #4

Ahora si entiendo mejor tu caso.

Te comento.

EL catálogo de cuentas que instala la localización (módulo l10n_ve) no es un catálogo para "Llevar contabilidad" es un catálogo para que todo funcione out of the box

Por que?

Al no haber ley en Venezuela que regule el catálogo de cuentas, simplemente nos ha parecido "Cool" pero no "Obligatorio" tener un catálogo auditado para el l10n_ve .

De hecho en todas las instalaciones que hemos tenido el catálogo es prácticamente inservible, solo usamos los impuestos, y los valores UT que están en la localización.

Te recomiendo cheques:

https://doc.openerp.com/book/3/3_9/

En nuestra experiencia, simplemente es un trabajo [técnco] de un par de horas limpiar éstos datos, pero no es sino después que cada contador madura su significado que se hace la labor funcional de interpretarlos.

Comentario importante:

Si consideras debe haber algún cambio en lo que está público, con todo gusto modificalo y lo unimos, pero de nuestro lado no tenemos planes de invertir sino en bugs que impidan que estos datos instalen,

Pero todas tus dudas __no son localización__ son de contabilidad básica de OpenERP, ya que en venezuela, no tenemos forma de "certificar" un catálogo.

¿Por qué comento esto?

Por que ya nosotros pasamos por el proceso de creer que sabíamos ;-) y simplemente cada contador hace con éstos datos lo que quiere sin discusión y sin protesto jejeje.... Y ninguno estaba de acuerdo con el otro.

Pero si aún consideras que vale la pena limpiar los datos ( con lo cual estoy de acuerdo ) bienvenido, por el bug y los cambios y lo unimos con todo gusto.

Saludos.

Gracias por la respuesta, estoy de acuerdo en lo que mencionas, en mi experiencia es así lo que mencionas del tratamiento que cada contador maneja y cada uno de ellos lleva un criterio a sus necesidades, en muchos casos sin ir mas allá para preparar sus jearquias y codigos para poder dar oportunamente y con confiabilidad alguna información.

Sin embargo, mi interes esta basado en de alguna forma atender algunos detalles que creo pudiesen mejorarse en la localización, claro está, segun mis necesidades en principio, y en el caso de que les proponga algun cambio se los haré saber, de eso no quede duda.

Ahora bien, que he conseguido:

1. En cuanto a la longitud de la cuenta de la plantilla debe incorporarse a la plantilla "account_chart", lo siguiente (en el caso de que se desee un numero de digitos mayor)

<field name="code_digits">9</field>

Eso le indica al diálogo que tome ese valor par "completar" las cuentas diferentes de "vista" que no tengan los 9 digitos en este caso y actualiza ese numero en los datos de la empresa, pero y existe el pero, si queremos crear una cuenta bancaria, el sistema por defecto crea una cuenta dentro del plan de cuentas tomando como premisa que la misma debe crearse la primera cuenta que tenga 6 digitos y lo establece como padre, esto no es un asunto que se pueda resolver dentro de la localización, sino directamente en openerp, al menos eso creo con la vista que le di al código

2. Estuve revisando la configuración de los report type y no se adaptaba de manera facil a lo que tenia previsto que era saar por esa via los reportes detallados segun el plan de cuentas, para ello y para hacerlo mas facil, probé y me resultó tener un report type con hijos del tipo cuenta y seleccionar una cuenta del tipo consolidación. A la cuenta de consolidación se le colocan como hijos las cuentas de primer nivel y voilá. Pero tengo un inconveniente y no consigo como resolverlo que es "pegar" los hijos a la cuenta de consolidación en la plantilla. Any ideas?

Gracias Nuevamente

Nhomar - Vauxoo (nhomar) said : #6

Sobre el punto 1:

Creo que estás intentando usar los códigos de cuenta para otra cosa que no es para lo que fueron diseñados, te comento que nosotros tenemos implementaciones que tienen códigos de cuenta de hasta 15 dígitos :-s

Lo interesante del modelo de datos de OpenERP en el catáogo de cuentas es que tiene una estructura btree que no depende de los códigos.

Una de las cosas que hemos hecho (y que fué un intento fallido debido a la complejidad técnico-funcional) fué automatizar el proceso de creación de códigos, al final del día no agregó mucho valor.

Y cambiar la vista truncaría demasiado el core, sobre todo en entornos multi - localización donde es necesario tener diferentes modelos de catálogo en la misma bd para diferentes países en distintos tamaños de sucursales.

Sobre el punto dos:

Probaste el proyecto:

lp:account-financial-reports?

Creo que necesitas echarle un ojo a ese proyecto, que es lo suficientemente genérico lo expuse en la lista española y con lo que cuentan aquí.

https://groups.google.com/forum/#!msg/openerp-spain/i-kGsPfV9kM/CFQUm02IjtAJ

Espero te sirva... Saludos.

Gracias por contestar ...

Como mencioné estoy es probando funcionalidades y ocasionalmente las mismas me obligan a preguntar ciertos aspectos para revisar "hasta donde puedo llegar" con la menor participación de un usuario, no pretendo en ningun momento establecer una regla sino mencioné es probar y ver que vias tengo si deseo hacer algo, la utilización de las cuentas es irrelevante en este momento, a la final eso obedecerá a la información relevante que sea requerida (algo así de lo sublime a lo ridiculo o viceversa) siempre que se pueda disponer la información a determinados niveles.

Dejame revisar el proyecto que mencionas, como indicas de pronto soluciono por esa via ciertas inquietudes.

Saludos y Gracias.