# Move account category in Account

**URL:** https://discuss.tryton.org/t/move-account-category-in-account/1902
**Category:** Ideas
**Tags:** accounting
**Created:** [November 4, 2019, 5:04pm UTC](https://discuss.tryton.org/t/move-account-category-in-account/1902 "2019-11-04T17:04:49Z")
**Posts on this page:** 7
**Page:** 1

<div class="post-metadata">

### Author: ![wifasoi](https://discuss-cdn.tryton.org/letter_avatar_proxy/v4/letter/w/ed655f/32.png) [@wifasoi](https://discuss.tryton.org/u/wifasoi)
#### Post date: [November 4, 2019, 5:04pm UTC](https://discuss.tryton.org/t/move-account-category-in-account/1902/1 "2019-11-04T17:04:49Z")

</div>

I feel there is no a unique way to define the account for each operation in Tryton.  
I saw a mix of journal type (eg. account\_statement), standalone field for each standard module (eg. party for defining accounting default, or my module: association).  
Doesn’t mean this approach is the incorrect one, but feels a bit inconsistent.

I propose to move, or re-implement “account type” in the account module. so all the module that need it can benefit from it.

---

<div class="post-metadata">

### Author: ![ced](https://discuss-cdn.tryton.org/user_avatar/discuss.tryton.org/ced/32/1237_2.png) [@ced](https://discuss.tryton.org/u/ced)
#### Post date: [November 4, 2019, 10:02pm UTC](https://discuss.tryton.org/t/move-account-category-in-account/1902/2 "2019-11-04T22:02:29Z")

</div>

> [@wifasoi](#):
>
> I feel there is no a unique way to define the account for each operation in Tryton.

Yes each case has its own need.

> [@wifasoi](#):
>
> Doesn’t mean this approach is the incorrect one, but feels a bit inconsistent.

I do not understand what is inconsistent?

> [@wifasoi](#):
>
> I propose to move, or re-implement “account type” in the account module.

I do not understand what is the proposal? Account Type is already defined in the account module.

---

<div class="post-metadata">

### Author: ![wifasoi](https://discuss-cdn.tryton.org/letter_avatar_proxy/v4/letter/w/ed655f/32.png) [@wifasoi](https://discuss.tryton.org/u/wifasoi)
#### Post date: [November 5, 2019, 10:34am UTC](https://discuss.tryton.org/t/move-account-category-in-account/1902/3 "2019-11-05T10:34:08Z")

</div>

> [@ced](#):
>
> > I propose to move, or re-implement “account type” in the account module.
> 
> I do not understand what is the proposal? Account Type is already defined in the account module.

Technically it’s implemented in the [account\_product](https://github.com/tryton/account_product/blob/develop/product.py#L56) module that extends the [Category](https://github.com/tryton/product/blob/develop/category.py#L8) model from `product`. So accounting categories are mixed with product category right now (but you can filter them via the accounting Boolean field).

> [@ced](#):
>
> > Doesn’t mean this approach is the incorrect one, but feels a bit inconsistent.
> 
> I do not understand what is inconsistent?

It’s inconsistent because for defining an account for a product you have the “product/accounting categories” design pattern(a very nice one BTW), and for other thing you have account defined in a Journal, like account\_statement, where you need to define a new journal if the statement use different accounts.  
I agree my request is a bit vague, but this started because i want use the `account categories` concept in other modules.

> [@ced](#):
>
> > I feel there is no a unique way to define the account for each operation in Tryton.
> 
> Yes each case has its own need.

And right so, but maybe each module can implement his “category”, but if you need to define an account for a module configuration, you can define it by selecting a “accounting category” in a many2one field and add some other field were necessary.

* * *

For now i want to gather feedback about this first step and if it is a good idea, or just a delusional dream 🙂

---

<div class="post-metadata">

### Author: ![wifasoi](https://discuss-cdn.tryton.org/letter_avatar_proxy/v4/letter/w/ed655f/32.png) [@wifasoi](https://discuss.tryton.org/u/wifasoi)
#### Post date: [November 5, 2019, 10:38am UTC](https://discuss.tryton.org/t/move-account-category-in-account/1902/4 "2019-11-05T10:38:32Z")

</div>

Ops afreudian slip.. i mean account category and not type(edited the post above)

---

<div class="post-metadata">

### Author: ![ced](https://discuss-cdn.tryton.org/user_avatar/discuss.tryton.org/ced/32/1237_2.png) [@ced](https://discuss.tryton.org/u/ced)
#### Post date: [November 5, 2019, 10:39am UTC](https://discuss.tryton.org/t/move-account-category-in-account/1902/5 "2019-11-05T10:39:31Z")

</div>

> [@wifasoi](#):
>
> Technically it’s implemented in the [account\_product](https://github.com/tryton/account_product/blob/develop/product.py#L56) module that extends the [Category](https://github.com/tryton/product/blob/develop/category.py#L8) model from `product` . So accounting types are mixed with product type right now (but you can filter them via the accounting Boolean field).

What are you calling “accounting types”?

> [@wifasoi](#):
>
> It’s inconsistent because for defining an account for a product you have the “product/accounting type” design pattern(a very nice one BTW), and for other thing you have account defined in a Journal, like account\_statement, where you need to define a new journal if the statement use different accounts.

What is actually the problem?  
For accounting configuration made by accountant like a journal, it is normal to ask to the accountant an account.

> [@wifasoi](#):
>
> And right so, but maybe each module can implement his “category”

Why would you do that?  
If it is an accounting module, it should use accounts and if it is a non-accounting module, it should use product.

---

<div class="post-metadata">

### Author: ![wifasoi](https://discuss-cdn.tryton.org/letter_avatar_proxy/v4/letter/w/ed655f/32.png) [@wifasoi](https://discuss.tryton.org/u/wifasoi)
#### Post date: [November 5, 2019, 10:53am UTC](https://discuss.tryton.org/t/move-account-category-in-account/1902/6 "2019-11-05T10:53:54Z")

</div>

> [@ced](#):
>
> > Technically it’s implemented in the [account\_product](https://github.com/tryton/account_product/blob/develop/product.py#L56) module that extends the [Category](https://github.com/tryton/product/blob/develop/category.py#L8) model from `product` . So accounting types are mixed with product type right now (but you can filter them via the accounting Boolean field).
> 
> What are you calling “accounting types”?

Sorry i flipped category with type in my mind, fixed above. I meant to say “account category”

> [@ced](#):
>
> > It’s inconsistent because for defining an account for a product you have the “product/accounting type” design pattern(a very nice one BTW), and for other thing you have account defined in a Journal, like account\_statement, where you need to define a new journal if the statement use different accounts.
> 
> What is actually the problem?  
> For accounting configuration made by accountant like a journal, it is normal to ask to the accountant an account.

Maybe the example is not a good one. But i made in the light of get rid of journal all-together. If the change is made, were the configuration will be stored? This can be a solution (not The solution).

> [@ced](#):
>
> > And right so, but maybe each module can implement his “category”
> 
> Why would you do that?  
> If it is an accounting module, it should use accounts and if it is a non-accounting module, it should use product.

There are some module that don’t use product, but instead use accounting… The example is the association module, were it was decided to not define a new product for the membership, so now there is a “membership type” that define a revenue account.

---

<div class="post-metadata">

### Author: ![ced](https://discuss-cdn.tryton.org/user_avatar/discuss.tryton.org/ced/32/1237_2.png) [@ced](https://discuss.tryton.org/u/ced)
#### Post date: [November 5, 2019, 11:04am UTC](https://discuss.tryton.org/t/move-account-category-in-account/1902/7 "2019-11-05T11:04:00Z")

</div>

> [@wifasoi](#):
>
> But i made in the light of get rid of journal all-together. If the change is made, were the configuration will be stored?

Those journal (like statement journal) will not be removed.

> [@wifasoi](#):
>
> The example is the association module, were it was decided to not define a new product for the membership, so now there is a “membership type” that define a revenue account.

Well maybe it should use product. But this is a special case because association are not standard companies.  
I said we do not need to use product because we do not need the taxes etc. But using a account category is also useless because we still do not need taxes.
