Openbravo Issue Tracking System - Retail Modules |
View Issue Details |
|
ID | Project | Category | View Status | Date Submitted | Last Update |
0033241 | Retail Modules | StoreServer | public | 2016-06-13 16:26 | 2016-08-12 12:30 |
|
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 | RR16Q4 | Fixed in Version | | |
Merge Request Status | |
Review Assigned To | migueldejuana |
OBNetwork customer | No |
Support ticket | |
Regression level | |
Regression date | |
Regression introduced in release | |
Regression introduced by commit | |
Triggers an Emergency Pack | No |
|
Summary | 0033241: Synchronized mode: in synchronized mode preference on then still don't do cashup in synchronized mode |
Description | OB Commerce supports synchronized mode in the 16Q3 release:
http://wiki.openbravo.com/wiki/Retail:Store_Server#Synchronized_Transactions [^]
Synchronized mode is enabled (using a preference) for all transactional actions. This includes cashups. The thing with cashups is that they happen all at the same time if stores are in the same timezone. Around the common closing time of the stores.
A cashup takes a fair amount of time (seconds) so there is danger of congestion on the (central) server if they all happen at the same time. Therefore the proposal is to do cashups always as non-synchronized to let them be done asynchronously. |
Steps To Reproduce | Set the synchronized mode preference to Y
Start webpos
Do a ticket
Do a cashup, check the web service request and see that it uses the synchronized process caller |
Proposed Solution | |
Additional Information | |
Tags | No tags attached. |
Relationships | related to | defect | 0034616 | RR17Q1 | closed | mtaal | In multi-server with replication of transactional tables the import entries should not be replicated to the other server |
|
Attached Files | |
|
Issue History |
Date Modified | Username | Field | Change |
2016-06-13 16:26 | mtaal | New Issue | |
2016-06-13 16:26 | mtaal | Assigned To | => mtaal |
2016-06-13 16:26 | mtaal | OBNetwork customer | => No |
2016-06-13 16:26 | mtaal | Triggers an Emergency Pack | => No |
2016-06-30 11:57 | mtaal | Target Version | RR16Q3 => RR16Q4 |
2016-07-01 10:03 | mtaal | Category | Web POS => Store Server |
2016-07-01 10:28 | mtaal | Category | Store Server => Web POS |
2016-07-11 16:23 | mtaal | Category | Web POS => StoreServer Infrastructure |
2016-07-12 16:13 | gorka_gil | Category | StoreServer Infrastructure => StoreServer |
2016-07-25 22:46 | hgbot | Checkin | |
2016-07-25 22:46 | hgbot | Note Added: 0088653 | |
2016-07-25 22:52 | hgbot | Checkin | |
2016-07-25 22:52 | hgbot | Note Added: 0088654 | |
2016-07-25 22:52 | hgbot | Status | new => resolved |
2016-07-25 22:52 | hgbot | Resolution | open => fixed |
2016-07-25 22:52 | hgbot | Fixed in SCM revision | => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/994e60bf0c154824c26058d7ab31d724dd539185 [^] |
2016-08-01 13:03 | mtaal | Review Assigned To | => migueldejuana |
2016-08-12 12:30 | migueldejuana | Note Added: 0089084 | |
2016-08-12 12:30 | migueldejuana | Status | resolved => closed |
2016-11-24 13:50 | mtaal | Relationship added | related to 0034616 |