Openbravo Issue Tracking System - Retail Modules
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0027886Retail ModulesSampledatapublic2014-10-16 13:012016-03-30 14:32
Reportervmromanos 
Assigned ToRetail 
PrioritynormalSeveritytrivialReproducibilityalways
StatusnewResolutionopen 
PlatformOS5OS Version
Product Version 
Target VersionFixed in Version 
Merge Request Status
Review Assigned To
OBNetwork customerNo
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary0027886: Update invoices automatically fixed by TruncInvoiceDate module script
DescriptionThe TruncInvoiceDate module script (from issue 0027089) automatically fixes some invoices in sampledata with wrong invoice date and/or accounting date.

After running an install.source with the ERP + Retail, the module script fixes a total of 12 invoices

We need to export these changes in sampledata next time we regenerate it.
Steps To ReproduceRun install.source for the ERP + Retail
Review the compilation log. After running the TruncInvoiceDate module script, you will see that some invoices have been fixed
Proposed SolutionLet the module script fix the current sampledata for both ERP and Retail.
Export the changes for the affected invoices
Additional Information
TagsNo tags attached.
Relationships
related to defect 00270893.0PR15Q1 closed fsoto82 Openbravo ERP Invoice Date and Accounting Date should be truncated when invoice is created using "Generate Invoice from Receipt" process 
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2014-10-16 13:01vmromanosNew Issue
2014-10-16 13:01vmromanosAssigned To => Sandrahuguet
2014-10-16 13:01vmromanosOBNetwork customer => No
2014-10-16 13:01vmromanosModules => Core
2014-10-16 13:01vmromanosTriggers an Emergency Pack => No
2014-10-16 13:02vmromanosRelationship addedrelated to 0027089
2014-10-16 15:55vmromanosProjectOpenbravo ERP => Retail Modules
2014-10-16 15:56vmromanosAssigned ToSandrahuguet => marvintm
2014-10-16 15:56vmromanosCategoryJ. Demo data => Sampledata
2014-10-16 15:56vmromanosTarget Version3.0PR15Q1 =>
2014-10-16 15:58vmromanosNote Added: 0070997
2014-10-16 15:59vmromanosTarget Version => RR15Q1
2014-12-08 11:46mtaalTarget VersionRR15Q1 => RR15Q2
2015-03-30 20:14marvintmTarget VersionRR15Q2 => RR15Q3
2015-06-15 18:16marvintmTarget VersionRR15Q3 => RR15Q4
2015-09-29 14:33OrekariaTarget VersionRR15Q4 => RR16Q1
2015-12-21 18:25OrekariaTarget VersionRR16Q1 =>
2015-12-21 18:41OrekariaTarget Version => RR16Q2
2016-03-30 14:32OrekariaTarget VersionRR16Q2 =>
2016-03-30 14:32OrekariaAssigned Tomarvintm => Retail

Notes
(0070997)
vmromanos   
2014-10-16 15:58   
I have run an install source in a clean ERP (without Retail), and the module script hasn't updated any invoice. That means the problem is in the retail sample data only.