Openbravo Issue Tracking System - Retail Modules
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0048825Retail ModulesWeb POSpublic2022-03-17 14:162022-05-02 13:30
Reporteridiez 
Assigned Torqueralta 
PriorityhighSeveritymajorReproducibilityalways
StatusscheduledResolutionopen 
PlatformOS5OS Version
Product Versionpi 
Target VersionFixed in Version 
Merge Request Status
Review Assigned To
OBNetwork customer
Support ticket
Regression level
Regression date2022-03-31
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary0048825: Directly affects the registration of the payment since the documents to be linked are not available
DescriptionThe reported problem directly affects the payment record
since the documents to be linked are not available.
Steps To ReproduceLink of the videos :https://drive.google.com/drive/folders/18FAaqifUAx_h09TKxw6CLkM7kNKTQPqq?usp=sharing [^]

1.-From the POS a Pick&Carry product is sold. The total amount is paid. The order and invoice are generated.

2.- From the POS the sale is returned using the "Verified Return".
A new product is added to the same ticket with the same price as the returned product and the delivery mode is set to "Pick up in store".

3.- From the POS I deliver the product through the option Issue Sales Order. The invoice for the new product is generated

4.- From the Backend I verify the registration of the Return and sale of the new product. It is observed that the payment plan of the return will NOT be continued.


5.- From the Backend in Payment Inn the registration of the payment for Amount 0 is initiated so that the invoice for the new product is paid (invoice in step 3).

When you want to register the payment (for amount 0) the new invoice is available (step 3-VBS1FULLINV/0000003) but the invoice for the return is not available (step 2 - VBS1FULLINV/0000002).

Result: The last invoice is paid from the payment record linking both vouchers (Step 2 - VBS1FULLINV/0000002 - Step 3 - VBS1FULLINV/0000003).
Proposed Solution
Additional Information
TagsNo tags attached.
Relationships
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2022-03-17 14:16idiezNew Issue
2022-03-17 14:16idiezAssigned To => Retail
2022-03-17 14:16idiezRegression date => 2022-03-31
2022-03-17 14:16idiezTriggers an Emergency Pack => No
2022-03-27 21:00rqueraltaAssigned ToRetail => rqueralta
2022-03-27 21:00rqueraltaStatusnew => scheduled
2022-05-02 13:30marvintmNote Added: 0136882
2022-05-02 13:30marvintmTypedefect => design defect
2022-05-02 13:31marvintmNote Edited: 0136882bug_revision_view_page.php?bugnote_id=0136882#r23998
2022-05-02 13:31marvintmNote Edited: 0136882bug_revision_view_page.php?bugnote_id=0136882#r23999

Notes
(0136882)
marvintm   
2022-05-02 13:30   
(edited on: 2022-05-02 13:31)
This flow is quite complex, as it would require most probably refactoring the way we generate the payment plan for that specific flow, and then review how the invoices should be attached to that new payment plan. Therefore, I have changed it to design defect.

One proposal from my side:
- I would first start using customers properly configured (otherwise we don't support invoicing anyway, and it is clearly visible in the video that the invoicing process fails because the customer is missing Tax ID, if this is fixed invoicing in the Issue Sales Order will work, and there will be no need to generate the invoice in the backoffice)
- Then, I would configure the Invoice Rule of the customer to "After order delivery". In this way, a single invoice will be generated, grouping both positive and negative line, and this invoice will already be paid.

I think this proposal more accurately describes the real scenario that happened, and in this way the invoice will be generated without any need to pay anything (which also maps with the reality, as the customer actually did not pay anything when the second order was created).