-
Notifications
You must be signed in to change notification settings - Fork 7.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
fix(india): duplicate qrcode and hide button #31100
fix(india): duplicate qrcode and hide button #31100
Conversation
problem: allows qrcode generation even if it exists and makes api call even though data will most likely be available in signed_qr_code field. solution: i have added logic on server & client side to prevent duplicate generation of qrcode and use signed_qr_code if available this will allow to generate qrcode even after 2 days. if all fails it will get qrcode using irn api.
Codecov Report
@@ Coverage Diff @@
## develop #31100 +/- ##
===========================================
- Coverage 63.18% 63.09% -0.09%
===========================================
Files 986 986
Lines 67345 67368 +23
===========================================
- Hits 42550 42509 -41
- Misses 24795 24859 +64
|
removed redundant ( unnecessary ) checks and kwarg Co-authored-by: Saqib Ansari <nextchamp.saqib@gmail.com>
there aren't enough use cases so i have removed update_url from attach_qrcode_image function and some linter fix.
I had implemented a validation for the same, it compares the e-invoice JSON before and after a field was modified, if the before & after JSON was the same, then the modification was allowed. However, this isn't needed anymore right? Once the e-invoice is generated on invoice submission, the invoice need not be edited anymore Or do you foresee any other scenario where this validation would be needed? |
Current For example, The issue that I am working on right now is that the user doesn't want to create the e-way bill as the invoice value is less than 50000. if the user adds transport details then an e-way bill will be generated so the temporary fix would be the user would add it after IRN generation but this is not allowed due to the
There is e_inovice inside regional that is supposed to be removed in v14 then there is the erpnext_gst_compliance app and maybe there is a private repo that @deepeshgarg007 mentioned here so which one of these will be available in v14 as in erpnext_gst_compliance there aren't any commits after Jan 6, 2022, so it lacks some of the important fixes and is not tested yet in production. we (the public) don't have access to the repo that deepeshgarg007 mentioned |
We can remove the validation altogether. If IRN will be generated on submission, then modifying an invoice value after submission is not possible. So is there a need to keep the validation that some fields of the invoice cannot be modified?
Currently, the changes in the current |
(cherry picked from commit 935e5b1)
Problem: allows qrcode generation even if it exists and makes API call even though data will most likely be available in signed_qr_code field.
Solution: I have added logic on the server & client side to prevent the duplicate generation of qrcode and use signed_qr_code if available this will allow generating qrcode even after 2 days. if all fails it will get qrcode using api.
Note: I have added __unsaved check on the client side this is for future proofing.