Openbravo Issue Tracking System - Retail Modules | |||||||||||||||||||
View Issue Details | |||||||||||||||||||
ID | Project | Category | View Status | Date Submitted | Last Update | ||||||||||||||
0034329 | Retail Modules | StoreServer | public | 2016-10-28 09:31 | 2017-01-27 12:25 | ||||||||||||||
Reporter | mtaal | ||||||||||||||||||
Assigned To | mtaal | ||||||||||||||||||
Priority | normal | Severity | major | Reproducibility | have not tried | ||||||||||||||
Status | closed | Resolution | fixed | ||||||||||||||||
Platform | OS | 5 | OS Version | ||||||||||||||||
Product Version | |||||||||||||||||||
Target Version | RR17Q2 | Fixed in Version | RR17Q2 | ||||||||||||||||
Merge Request Status | |||||||||||||||||||
Review Assigned To | Sandrahuguet | ||||||||||||||||||
OBNetwork customer | |||||||||||||||||||
Support ticket | |||||||||||||||||||
Regression level | |||||||||||||||||||
Regression date | |||||||||||||||||||
Regression introduced in release | |||||||||||||||||||
Regression introduced by commit | |||||||||||||||||||
Triggers an Emergency Pack | No | ||||||||||||||||||
Summary | 0034329: Support manually decrease of next assigned ad_sequence and replication to store servers | ||||||||||||||||||
Description | Context from the related issue: - the ad_sequence table is now replicated bi-directional from central to store and vice versa - when store is not connected to central it is possible that the same ad_sequence has different next assigned numbers in store versus central - this happens when the ad_sequence is shared/used by different stores - this is not a problem as long as document numbers of documents have a store-specific prefix - still 'holes' will exist between document numbers of one store, but afaik this is okay - when a store connects again to central it was possible that the replication would lower the next assigned number in either direction - to prevent this the replication logic ignores updates which would lower the document number. This was implemented in the related issue. - this replication logic and prevent-decrease-next-assigned-number logic is all done in the store server module, so the standard retail-erp is not changed However: - there are functional cases where people want to reset the next assigned number manually on purpose - this would now not be replicated to the stores (as the replication logic ignores these decrease-next-assigned-number updates) To solve this, this issue proposes: - add a flag in ad_sequence: Update assigned number in stores - show the flag in the window/tab, editable - add an event handler which prevents lowering the next assigned number if this flag is not checked - when this flag is set then the decrease of next assigned number is replicated from central to store - the stores when receiving the update will set the flag back to unchecked - this flag/logic will be implemented in the store server module, no change in core/central | ||||||||||||||||||
Steps To Reproduce | See related issue | ||||||||||||||||||
Proposed Solution | See Description | ||||||||||||||||||
Additional Information | |||||||||||||||||||
Tags | No tags attached. | ||||||||||||||||||
Relationships |
| ||||||||||||||||||
Attached Files | |||||||||||||||||||
Issue History | |||||||||||||||||||
Date Modified | Username | Field | Change | ||||||||||||||||
2016-10-28 09:31 | mtaal | New Issue | |||||||||||||||||
2016-10-28 09:31 | mtaal | Assigned To | => mtaal | ||||||||||||||||
2016-10-28 09:31 | mtaal | Triggers an Emergency Pack | => No | ||||||||||||||||
2016-10-28 09:31 | mtaal | Relationship added | related to 0034253 | ||||||||||||||||
2016-11-18 09:00 | mtaal | Summary | Support manually decrease of next assigned module and replication to store servers => Support manually decrease of next assigned ad_sequence and replication to store servers | ||||||||||||||||
2016-11-18 09:00 | mtaal | Description Updated | bug_revision_view_page.php?rev_id=13808#r13808 | ||||||||||||||||
2016-11-18 09:04 | mtaal | Relationship added | blocks 0034530 | ||||||||||||||||
2016-12-29 11:51 | mtaal | Target Version | RR17Q1 => RR17Q2 | ||||||||||||||||
2017-01-10 11:04 | eduardo_Argal | Note Added: 0093294 | |||||||||||||||||
2017-01-14 16:01 | hgbot | Checkin | |||||||||||||||||
2017-01-14 16:01 | hgbot | Note Added: 0093562 | |||||||||||||||||
2017-01-14 16:01 | hgbot | Status | new => resolved | ||||||||||||||||
2017-01-14 16:01 | hgbot | Resolution | open => fixed | ||||||||||||||||
2017-01-14 16:01 | hgbot | Fixed in SCM revision | => http://code.openbravo.com/erp/pmods/org.openbravo.retail.storeserver.synchronization/rev/d373a0c59bde890c3e48a420d19ecdc062da83d0 [^] | ||||||||||||||||
2017-01-14 16:33 | mtaal | Review Assigned To | => Sandrahuguet | ||||||||||||||||
2017-01-14 16:33 | mtaal | Note Added: 0093563 | |||||||||||||||||
2017-01-25 11:12 | mtaal | Note Added: 0093815 | |||||||||||||||||
2017-01-26 15:49 | mtaal | Note Added: 0093846 | |||||||||||||||||
2017-01-27 12:25 | Sandrahuguet | Note Added: 0093879 | |||||||||||||||||
2017-01-27 12:25 | Sandrahuguet | Status | resolved => closed | ||||||||||||||||
2017-01-27 12:25 | Sandrahuguet | Fixed in Version | => RR17Q2 |
Notes | |||||
|
|||||
|
|
||||
|
|||||
|
|
||||
|
|||||
|
|
||||
|
|||||
|
|
||||
|
|||||
|
|
||||
|
|||||
|
|