lp://staging/~openerp-venezuela/+junk/organizer_3000
- Get this branch:
- bzr branch lp://staging/~openerp-venezuela/+junk/organizer_3000
Branch information
- Status:
- Development
Recent revisions
- 125. By hbto [Vauxoo] http://www.vauxoo.com
-
[FIX] ASCII Code fixing,
[FIX] Bad Indentation on return
[TODO] Change piece of code relating to Stock Code When
They being the same or diferent
[FIX] Change the product accounts and their related
Transaccions some they can be adecuated to the
accounts. - 124. By hbto [Vauxoo] http://www.vauxoo.com
-
[FIX] (account_product) When Duplicating a product the resulting
new product was taking the old accounting accounts, the copy method
has been modified in order to clean the account and the new product
creates its own new account if required - 123. By hbto [Vauxoo] http://www.vauxoo.com
-
[FIX] (account_product) missing condition was causing undesirable results
when product was changed and there was no accounting classification assigned - 122. By hbto [Vauxoo] http://www.vauxoo.com
-
[FIX] (account_company) Missing Context
[IMP] (account_product) Added Attribute to View for Product Categories
so if the unique_account is the Accounting Classification is required - 121. By hbto [Vauxoo] http://www.vauxoo.com
-
[FIX] when no accounting classification is not selected it crashes
- 120. By hbto [Vauxoo] http://www.vauxoo.com
-
[ADD] (account_allowance) se crea un modulo para manejar las creacion de asientos
con las cuentas contables que se definan en los productos para descuentos en
ventas y devoluciones en ventas.
[IMP] pequeños cambios realizados en general para adecuaciones - 119. By hbto [Vauxoo] http://www.vauxoo.com
-
(account_product) fields [income, expense, stock_in, stock_out] are not longer
required in model definition, likewise [u_type_(income, expense, stock_in, stock_out,)]
Added field "same_stock" this way it will set the values of the stock_in
settings into the stock_out one,
Added fiels [unique_(income, expense, stock, diff,allowance, return)] so if you has set in the
product that it will use unique accounts, then depending on these settings
those accounts will be created.
Minor changes to the wizard of product Assorting.
(account_invoice_ line) added field allowance so that if there is an out_refund
the allowance account of the product will be used other wisewill be used the
sale return account of the product if any - 118. By hbto [Vauxoo] http://www.vauxoo.com
-
[IMP] (account_company) Allows rearrange the structure of the chart of account in
an easy way, so if a branch of the chart is misplaced it could be reallocated
to other hosting account and the member of that moved branch will all be
renumbered to comply with right the numbering the chart.[IMP] (account_product)
+ Added new fields in models account.product, product.template
and product.category to comply with new requirements.
+ Modified product.template create method to allow a better management in the
creation of new accounts in the product properties, this way optimizing the
number of accounts created taking into account whether the product be salable,
purchasable or service.
+ Modified product.template write method to allow editing the product proper-
ties related to its accounting properties, this way if a product was not salable
and now it becomes salable, its corresponding properties account will be filled
so on with the other properties. Otherwise, if a product was salable and then
becomes nonsalable, being its corresponding accounting properties filled so
if some of those properties does not have account move those accounts will be
unlinked to the product and deleted.
+ Wizard to allow the change of the category, accounting attributes and unique
account requirement attribute. - 116. By openerp <openerp@openerp>
-
[IMP] (account_
[company, partner, product] ) Se mejoro el codigo para la creacion de las cuentas
contables, el cual anteriormente estaba disperso en los modulos account_partner y account_product
ahora todo el codigo referente a la creacion de cuentas se encuentra centrilizado y unificado en
account_company, adicional a la centralizacion del codigo, se introdujo un campo nuevo
con el cual ahora se puede o no, a discrecion, generar automaticamente la numeracion de las cuentas
contables, es decir, ahora se pude introduccir una gran cantidad de cuentas sin padres, y estas
se autoasignaran a su correspondiente padre, y si se utiliza el campo auto, se puede asignar el
padre y dejar que el modulo asigne automaticamente la numeracion de una manera muy conveniente.
Branch metadata
- Branch format:
- Branch format 7
- Repository format:
- Bazaar repository format 2a (needs bzr 1.16 or later)