View source | Discuss this page | Page history | Printable version   
Main Page
Upload file
What links here
Recent changes

PDF Books
Add page
Show collection (0 pages)
Collections help


Store Server POS and Import Entry Error Handling


Bulbgraph.png   Starting from RR17Q1 below functionality is available

The Openbravo Store Server functionality also delivers a specific function to view and resolve functional transactional errors which occur in store servers from a central point of view.

When processing tickets and other transactions on the store server it is possible to encounter application errors. In a single server environment the error information can be viewed through the backoffice ERP in the POS Errors window.

In a multi-server environment with many store servers it is not practical to view/check/resolve errors directly in a store server backoffice. The 'POS Errors in Mobile Servers' window provides a single view on all POS errors which occur in the store servers. Through this window POS Errors can be resolved from the central server by changing the data content and resubmitting the changed content to the applicable store server.

Two types of errors are handled through the 'POS Errors in Mobile Servers' window:

Main Window

The main window is shown below. It shows the open errors with their origin store server.


The window shows the following information:

Resolving an error

Resolving an error is done by solving the cause and then processing the transaction again. If the cause is external (hard drive or database) then this should be resolved outside of the system. If the error is in the content of the transaction then you can open the error record and manually change the json. Note: this requires technical knowledge of the structure of json.


Processing a transaction is done by selecting a record in the POS Errors in Mobile Servers' window and clicking the process button. The error record in the central server will be remain. If the error is resolved then it will automatically be removed at the next synchronization from store to central, which should normally happen within a minute or so. If the error re-occurs then the attempt property of the error record is increased.

If there are multiple errors for one POS Terminal then these need to be resolved/handled in the order they were created. When you try to process error records (of one POS Terminal) in the wrong order then the system will throw an error, which will show up in the error window again.

When you process a POS Error the processing is the done right away and any success/errors are reported directly. An example of an error when processing a POS Error record:


The error record is not removed right away. When the processing was successful then the error record in the central server is removed at the next synchronization from symmetric ds.

When you process an Import Entry record then always a success message is shown initially. This because the import entry is processed asynchronously on the store server, so the result is not directly available.


To see the complete result of the error processing you need to manually refresh the grid/form.

Note, you can also remove the error record in the central server. This will also remove the error record in the store server. This step (forcefully removing) only makes sense in special cases when the error is resolved in other ways.

Retrieved from ""

This page has been accessed 1,127 times. This page was last modified on 9 November 2016, at 10:53. Content is available under Creative Commons Attribution-ShareAlike 2.5 Spain License.