Thu, 16 Apr 2015 18:33:31 +0200Fixes issue 29616: Error in GLJournalAccountingCheck validation
Alvaro Ferraz <alvaro.ferraz@openbravo.com> [Thu, 16 Apr 2015 18:33:31 +0200] rev 26491
Fixes issue 29616: Error in GLJournalAccountingCheck validation

Query in GLJournalAccountingCheck build validation has been changed to avoid build validation fail, when exists a negative gl journal line and system is configured to "not allow negative amount" during posting, although accounting information is correct

Mon, 27 Apr 2015 19:22:06 +0200Fixes issue 27951
Eduardo Argal Guibert <eduardo.argal@openbravo.com> [Mon, 27 Apr 2015 19:22:06 +0200] rev 26490
Fixes issue 27951
Record is automatically deleted from "General Ledgers" tab when "Organization" record is updated
Now eventhandler just attends changes in general ledger info

Mon, 27 Apr 2015 18:20:37 +0200Related to issue 29119: Search for conversion rate when different currencies
Víctor Martínez Romanos <victor.martinez@openbravo.com> [Mon, 27 Apr 2015 18:20:37 +0200] rev 26489
Related to issue 29119: Search for conversion rate when different currencies

The code in charge of getting the conversion rate will be executed only for different currencies

Mon, 27 Apr 2015 18:11:20 +0200Related to issue 29119: Applied OB code format
Víctor Martínez Romanos <victor.martinez@openbravo.com> [Mon, 27 Apr 2015 18:11:20 +0200] rev 26488
Related to issue 29119: Applied OB code format

Wed, 11 Mar 2015 10:44:04 -0500Fixed bug 29119: "Use credit" process should consider defined conversion rate.
Reinaldo Guerra <reinaldo.guerra@peoplewalking.com> [Wed, 11 Mar 2015 10:44:04 -0500] rev 26487
Fixed bug 29119: "Use credit" process should consider defined conversion rate.

The currencies conversion rate, defined for payment's date, is now taken into account when the credit left by the payment, is used during the invoice's process.
Now the field exange rate, is well defined in the new payment created, if exists a conversion between the currencies of the invoice's and the payment's financial account, for the payment's date.

Mon, 27 Apr 2015 17:58:00 +0200Fixed bug 28503: Not BOM included in another BOM, is not automatically exploded.
Unai Martirena <unai.martirena@openbravo.com> [Mon, 27 Apr 2015 17:58:00 +0200] rev 26486
Fixed bug 28503: Not BOM included in another BOM, is not automatically exploded.

Stored procedure called M_EXPLODEBOMNOTSTOCK, was changed to make a recursive call to itself, while a new order line is created with BOM and not stocked products.
Now a not stocked BOM product included in another not stocked BOM product, is automatically exploded, when booking order lines.
This change also affects the explode direct process called from Explode button in order lines tab.

Thu, 16 Apr 2015 10:17:04 +0200Fixed issue 29226: Value stock report is slow with many rows on m_transaction
Jorge Garcia <jorge.garcia@openbravo.com> [Thu, 16 Apr 2015 10:17:04 +0200] rev 26485
Fixed issue 29226: Value stock report is slow with many rows on m_transaction

The value stock reports is slow with many rows on the m_transaction_cost table
and most of the them are for the same locator.

The problem was in the sql query from the report. This query needed an
improvement.

The sql query from ReportValuationStockData has changed and now the report is
faster and the return values are the same as before.

Fri, 06 Mar 2015 19:08:58 -0500Fixed bug 28685: Goods shipment and invoice relationship not seted in some cases
Reinaldo Guerra <reinaldo.guerra@peoplewalking.com> [Fri, 06 Mar 2015 19:08:58 -0500] rev 26484
Fixed bug 28685: Goods shipment and invoice relationship not seted in some cases

Goods shipment and invoice relationship was not created when creating shipments using manual form: "Create shipments from orders", so like happens when shipment's lines are created from an specific order, now the invoice's line related to the order, is updated with the shipment's line when it is created from the mentioned manual form, only if this field is null in the invoice's table, i.e. if the invoice is not linked to a previos shipment.
Now goods shipment and invoice relationship is created successfuly when launching "Create shipments from orders" form.
M_InOut_Create was modified so all processes that executed this stored procedure are affected with this change.

Mon, 23 Feb 2015 15:50:40 -0500Fixed bug 28884: Available Credit does not appear from Match Statement process.
Reinaldo Guerra <reinaldo.guerra@peoplewalking.com> [Mon, 23 Feb 2015 15:50:40 -0500] rev 26483
Fixed bug 28884: Available Credit does not appear from Match Statement process.

Some request parameters of the JSON context, changes when the Add Paymet window/process is executed from Match Statement process, so these parameters are also taken into account now, to obtain the correct display logic boolean value, for the section "Credit to Use".
Now it is shown the section "Credit to Use", from Match Statement process, having an Available Credit.

Fri, 24 Apr 2015 21:47:38 +0200Backed out changeset 16a1ba2cc6ff
Eduardo Argal Guibert <eduardo.argal@openbravo.com> [Fri, 24 Apr 2015 21:47:38 +0200] rev 26482
Backed out changeset 16a1ba2cc6ff