Openbravo Issue Tracking System - Retail Modules
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0033890Retail ModulesWeb POSpublic2016-09-02 14:202016-09-30 09:40
Reporterguilleaer 
Assigned ToRetail 
PriorityhighSeveritycriticalReproducibilityrandom
StatusclosedResolutionduplicate 
PlatformOS5OS Version
Product Version 
Target VersionFixed in Version 
Merge Request Status
Review Assigned Tomarvintm
OBNetwork customer
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary0033890: Paid orders without payments are correctly processed in the backend
DescriptionObserved in one of our customers.

We dont' know how and why but payments dissapears from the json. This is wrong and we need to research to find the cause, but for the moment we need a fix to raise an error when it happens.

Doing it order will be fixed and reconciliation and show on will be correctly processed avoiding wrong data generation.


Attached a order json which results in an order without payments
Attached 2 screenshoots with the ordeer without payments
Steps To ReproduceN/A
Proposed SolutionOrder loader should detect this situation and raise and error.

We've to be carefull with orders which are allowed when no payments exists (quotations, layaways, paid on credit)
Additional Information
TagsNo tags attached.
Relationships
duplicate of defect 0034009 closed marvintm Web POS is invoicing orders which are not supposed to be invoiced 
Attached Filesdiff orderwithoutpayments.diff (7,740) 2016-09-02 14:20
https://issues.openbravo.com/file_download.php?file_id=9777&type=bug
jpg GAL_screenshoot_Selection_449.jpg (307,004) 2016-09-02 14:22
https://issues.openbravo.com/file_download.php?file_id=9778&type=bug
jpg GAL_screenshoot_Selection_450.jpg (304,872) 2016-09-02 14:22
https://issues.openbravo.com/file_download.php?file_id=9779&type=bug
patch 33890_OrderWithoutPayment.patch (1,572) 2016-09-12 09:47
https://issues.openbravo.com/file_download.php?file_id=9800&type=bug
Issue History
Date ModifiedUsernameFieldChange
2016-09-02 14:20guilleaerNew Issue
2016-09-02 14:20guilleaerAssigned To => Retail
2016-09-02 14:20guilleaerFile Added: orderwithoutpayments.diff
2016-09-02 14:20guilleaerTriggers an Emergency Pack => No
2016-09-02 14:22guilleaerFile Added: GAL_screenshoot_Selection_449.jpg
2016-09-02 14:22guilleaerFile Added: GAL_screenshoot_Selection_450.jpg
2016-09-02 14:24guilleaerDescription Updatedbug_revision_view_page.php?rev_id=13033#r13033
2016-09-02 14:24guilleaerProposed Solution updated
2016-09-09 19:02dmitry_mezentsevPrioritynormal => immediate
2016-09-12 09:47simbu94File Added: 33890_OrderWithoutPayment.patch
2016-09-13 17:53malsasuaResolution time => 1475532000
2016-09-14 20:22guilleaerPriorityimmediate => high
2016-09-14 20:23guilleaerNote Added: 0089961
2016-09-30 09:40marvintmReview Assigned To => marvintm
2016-09-30 09:40marvintmRelationship addedduplicate of 0034009
2016-09-30 09:40marvintmStatusnew => closed
2016-09-30 09:40marvintmResolutionopen => duplicate

Notes
(0089961)
guilleaer   
2016-09-14 20:23   
Updated priority because after a deep analysis we know that this problem is created by Loyalty functionality