l10n_chart_us_{general,service} configuration fails withnull value in column "type_tax_use" violates not-null constraint

Bug #330209 reported by Allan Wind
16
Affects Status Importance Assigned to Milestone
Odoo Addons (MOVED TO GITHUB)
Fix Released
Undecided
Jay Vora (Serpent Consulting Services)

Bug Description

Both l10n_chart_us_general and l10n_chart_us_service fail to install with the following:

Warning

null value in column "type_tax_use" violates not-null constraint

Based on input from Jan Verlaan and looking at other chart of accounts I added the following to account_tax.xml:

                        <field name="ref_tax_code_id" ref="vat_code_payable"/>
+ <field name="type_tax_use">sale</field>

This is against ~openerp-commiter/openobject-addons/trunk-extra-addons, revno: 3568.

Without a chart of account I don't think the accounting facility is useful to anyone in the us.

Revision history for this message
Jay Vora (Serpent Consulting Services) (jayvora) wrote :

This is not the problem of this particular module.
Thanks for the notification.

Changed in openobject-addons:
status: New → Confirmed
assignee: nobody → jvo-openerp
Revision history for this message
Jay Vora (Serpent Consulting Services) (jayvora) wrote :

fixed in rev 2224.
Thanks.

Changed in openobject-addons:
status: Confirmed → Fix Committed
Revision history for this message
Philippe Clérié (pclerie) wrote :

I downloaded this chart of account from the branch mentioned above and it still does not work. Adding the field in the xml file did work.

For what it's worth:

1) If a chart of account does not apply correctly during installation, perhaps there should be a way to back out and try another one. As it is, the module does install, or at least it is listed as installed after the configuration failed.

2) I tried to uninstall the module. In fact I removed all the modules that installed together at the time: sales, account_chart, account and l10n_chart_us_general. Then I tried to reinstall them. I got an error. (Darn! Plasma just died on me again while I was trying to retrieve the back trace. But I can tell you it was a list index out of range error while executing line 518 in orm.py. Best I can do for now. Sorry.)

Regards
Philippe

Revision history for this message
Jay Vora (Serpent Consulting Services) (jayvora) wrote :

Hello Philippe,

Make sure you have the latest code for openobject-addons.
This bug does not exist anymore.

Can you tell me the revision no. of openobject-addons you use?

Thanks.

Changed in openobject-addons:
status: Fix Committed → Fix Released
Revision history for this message
Syd Alsobrook (syd-ittagteam) wrote :

I have this problem with trunk revision 3598 and 3612.

Revision history for this message
Mantavya Gajjar (Open ERP) (mga) wrote :

Hello Syd Alsobrook ,

This is already fixed in trunk addons
by supplying the dault type to the `all` so it will not give the error for this field
'type_tax_use': lambda *a: 'all',

so no need to add any line in to the account_tax.xml, if specially you want to change type from all => sale

Changed in openobject-addons:
status: Fix Released → In Progress
Revision history for this message
Syd Alsobrook (syd-ittagteam) wrote :

I am not sure if I follow. Here are my steps

1) import module
2) Schedule install
3) Apply Scheduled Upgrades
4) Config wizard
5) On the Gen CoA from Template screen I click create. This is when I receive the error.

"null value in column "type_tax_use" violates not-null constraint"

Revision history for this message
Jay Vora (Serpent Consulting Services) (jayvora) wrote :

Hi sys Alsobrook,

This error does not exist anymore.
I request you to check the fields of account.tax.template from the menu Financial Management/Configuration/Financial Accounting/Templates/Tax Templates.

Make sure the field is not empty anywhere.

Thanks.

Changed in openobject-addons:
status: In Progress → Fix Released
Revision history for this message
Yvan Reichenbach (yvan-netcall) wrote : Re: [Bug 330209] Re: l10n_chart_us_{general, service} configuration fails withnull value in column "type_tax_use" violates not-null constraint

This error does not exist anymore??
It does mate!
I had the same problem with l10n_chart_au.
There is no fix yet.

Regards
Yvan

On Fri, 27 Mar 2009 04:38:18 pm Jay (Open ERP) wrote:
> Hi sys Alsobrook,
>
> This error does not exist anymore.
> I request you to check the fields of account.tax.template from the menu
> Financial Management/Configuration/Financial Accounting/Templates/Tax
> Templates.
>
> Make sure the field is not empty anywhere.
>
> Thanks.
>
>
> ** Changed in: openobject-addons
> Status: In Progress => Fix Released

Revision history for this message
Jay Vora (Serpent Consulting Services) (jayvora) wrote :

Hi Yvan,

Can you please tell me which revisions do you use for addons?

Thanks.

Revision history for this message
Syd Alsobrook (syd-ittagteam) wrote :

That got it. I had to clean out some cruft from previous attempts. Additionally I had to set the Sales Tax type to sales in the path you provided.

Revision history for this message
Jay Vora (Serpent Consulting Services) (jayvora) wrote :

No, you dont need to code a single line for this.
Make a fresh install and try it.

Revision history for this message
stony (stony-grunow) wrote :

I had the same problem, but downloaded the server, addons, and extra-addons from trunk as suggested.

(I downloaded the web-client using easy_setup because they are changing the configuration right now, and was getting errors when installing that from trunk).

It worked! UK Chart of accounts appeared perfectly.

Thanks Jay

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.