Wed, 19 Jun 2019 13:47:55 +0000CI: update AD_MODULE to version 36180 default tip
RM packaging bot <staff.rm@openbravo.com> [Wed, 19 Jun 2019 13:47:55 +0000] rev 36181
CI: update AD_MODULE to version 36180

Wed, 19 Jun 2019 11:33:03 +0200fixes bug 41124: Don't fail if can't set a TransformerFactory attribute
Carlos Aristu <carlos.aristu@openbravo.com> [Wed, 19 Jun 2019 11:33:03 +0200] rev 36180
fixes bug 41124: Don't fail if can't set a TransformerFactory attribute

In case the TransformerFactory underlying implementation does not recognize an attribute, do not fail and handle the error showing a warning message.

Tue, 18 Jun 2019 17:38:29 +0200Related to issue 33973: fix dbconsistency
Gorka Gil <gorka.gil@openbravo.com> [Tue, 18 Jun 2019 17:38:29 +0200] rev 36179
Related to issue 33973: fix dbconsistency

Wed, 05 Jun 2019 17:14:50 +0200Related to issue 33973: implement cashvat in webpos
Gorka Gil <gorka.gil@openbravo.com> [Wed, 05 Jun 2019 17:14:50 +0200] rev 36178
Related to issue 33973: implement cashvat in webpos

Added two fields:
- "paid amount at invoicing" to invoice header (info for user)
- "is paid at invoincing" to payment detail (for cashvat engine)

FIN_AddPayment.saveGLItem method overloaded to allow to choose if do flush or not


Info about new column ISPAIDATINVOICING:

The FIN_Payment_Detail table has a new nullable column called ISPAIDATINVOICING, which
must be filled by the POS when paying an invoice in the moment of creating this invoice.
It is null to avoid performance penalty when updating existing instances.


From an accounting cash vat POV, both the prepayment (which is the amount paid in the order) and the
amount paid at invoice creation represents the same concept. The correspondent amount must be accounted
in the FINAL Tax account.
Therefore the CashVATUtil.calculatePrepaidPercentageForCashVATTax() method has been modified to take
into account both amounts.
This method is based on the C_INVOICETAX_CASHVAT_V view, so it has been modified too to return the
ISPAIDATINVOICING value that is consumed by the method.

DocLineCashVATReady_PaymentTransactionReconciliation.setInvoiceTaxCashVAT_V() now excludes the payment
details set as ISPAIDATINVOICING, so the payment/transaction/reconcilation accountings do not include
the transitory VAT account.

Mon, 17 Jun 2019 16:02:45 +0200Fixes issue 39380: Both desc and - can be used in HQL Where Clauses
Augusto Mauch <augusto.mauch@openbravo.com> [Mon, 17 Jun 2019 16:02:45 +0200] rev 36177
Fixes issue 39380: Both desc and - can be used in HQL Where Clauses

The AdvancedQueryBuilder class did not behave the same when an HQL where clause used - instead of
desc in descending order columns (i.e. -quantity vs quantity desc).

There were two places that behaved differently:
- The code that checked if all columns were ordered descending.
- The pattern used to parse if a where clause part was a function.

Mon, 17 Jun 2019 23:42:40 +0000CI: merge back from main
RM packaging bot <staff.rm@openbravo.com> [Mon, 17 Jun 2019 23:42:40 +0000] rev 36176
CI: merge back from main

Mon, 17 Jun 2019 23:29:12 +0000CI: update AD_MODULE to version 36174
RM packaging bot <staff.rm@openbravo.com> [Mon, 17 Jun 2019 23:29:12 +0000] rev 36175
CI: update AD_MODULE to version 36174

Mon, 17 Jun 2019 17:38:38 +0000CI: merge back from main
RM packaging bot <staff.rm@openbravo.com> [Mon, 17 Jun 2019 17:38:38 +0000] rev 36174
CI: merge back from main

Mon, 17 Jun 2019 15:51:58 +0200Fixes issue 40970: Uses ApplicationScoped properly, makes code more clear
Augusto Mauch <augusto.mauch@openbravo.com> [Mon, 17 Jun 2019 15:51:58 +0200] rev 36173
Fixes issue 40970: Uses ApplicationScoped properly, makes code more clear

The @ApplicationScoped annotation is not inherited, so it must be included in the subclasses, not
in the interface definition.

Also, replaces:

return this.Super('transformRequest', arguments);

With:

return this.Super('transformRequest', dsRequest);

To make the code more clear.

Mon, 17 Jun 2019 17:24:49 +0000CI: update AD_MODULE to version 36171
RM packaging bot <staff.rm@openbravo.com> [Mon, 17 Jun 2019 17:24:49 +0000] rev 36172
CI: update AD_MODULE to version 36171