All legacy PL/SQL code in Openbravo should be converted to either middle tier Java that interacts with the database through DAL or to meta data rules. See also https://issues.openbravo.com/view.php?id=803

Last In First Out and First In First Out costing of inventories. This is standard accounting functionality.. See also https://issues.openbravo.com/view.php?id=3428

SAF-T (Standard Audit File for Tax Purposes) is an file format to export accounting data from software. It is part of an OECD recommendation for business and accounting software (http://www.oecd.org/document/57/0,2340,en_2649_34897_34910329_1_1_1_1,00.html). In Portugal, since the start of 2008, the capability of exporting a SAF-T file is required from all accounting software. The specific file format for Portugal is SAFT-PT (http://www.assoft.pt/saft-pt/). It would be important to have this export capability in OpenBravo as it is likely that other European countries will adopt the SAF-T standard.. See also https://issues.openbravo.com/view.php?id=3453

Improve UOM management to provide automatic conversion based on products.. See also https://issues.openbravo.com/view.php?id=3019

Projects/Cost Allocation/Specifications

http://wiki.openbravo.com/wiki/Projects/Cost_Allocation/Specifications

I dont know any company that does not use cost centers, even in an old fasion way (using their accounting accounts) Its a must¡!¡

Support for DB2 as additional RDBMS in addtion to Oracle and PostgreSQL. See also https://issues.openbravo.com/view.php?id=6070

Currently the document life cycles are not consistently managed in terms of metadata. From one side, a significant portion of the business logic is hard coded; from the other, it is not done consistently. For example: an invoice goes from Draft to Complete pressing the Complete button. But it goes from Not Posted to Posted pressing the Not Posted button.. See also https://issues.openbravo.com/view.php?id=586

Managing the picking and packing operations within a warehouse.. See also https://issues.openbravo.com/view.php?id=4174

Add to the grid component an additional line to display total on some of the columns. User should be able to choose sum, average, count, or other useful computation.
User may select if the sum/count/average applied to the visible record, or the complete selection.

I think it's good if openbravo also support MS-SQL Server for database. See also https://issues.openbravo.com/view.php?id=3363

Several openbravo customers raised the requirement to "flag" a price list as tax included. In that scenario a price (let's say 20$) includes tax. In the invoice, tax and prices are recomputed, so that the total is quantity * price. Currently in ob, we need to recompute tax excluded prices with several decimals (up to 6 or 8) to avoid rounding issues.

Actually Summary Level definition is just an informative definition. But it would very useful to be able to filter by BP defined as Summary Level when running reports

Currently the local is set for the system and all users have the same locale (numbering and date formats). For SaaS this is not a valid option.. See also https://issues.openbravo.com/view.php?id=3093

I configured the AR Invoice document type to have 3 copies through the menu: Financial Accounting -> Accounting -> Accounting Rules -> Document Types. However when i try to print invoices it only prints one copy. I was told that this feature might not be yet implemented for jasper reports. This would be extremely useful.. See also https://issues.openbravo.com/view.php?id=3461

The cost management flows in Openbravo need improvement. See also https://issues.openbravo.com/view.php?id=4252

It should be possible that Openbravo generates invoices automatically for specific services (for example, renting services). The same invoice should be generated every month.. See also https://issues.openbravo.com/view.php?id=3320

A concept that combines parents & children, column filtering, aggregation and table joining, allowing the user to freely manipulate and analyze data. Read more here: http://openbravouxlab.blogspot.com/2009/08/family-grid.html