| Rev |
Age |
Author |
Path |
Log message |
Diff |
| 36955 |
28 m |
vikas |
/trunk/profitmandi-fofo/src/main/ |
Location Tracking Dashboard: Travel Overrun Flag Added |
|
| 36954 |
39 m |
vikas |
/trunk/ |
Location Tracking Dashboard: Period Analytics - Removed L4, L5 and Final |
|
| 36953 |
2 h 35 m |
aman |
/trunk/profitmandi-fofo/src/main/java/com/spice/profitmandi/web/controller/ |
Auto-link existing store code to onboarding panel when verification approved after fofo_store creation
When a partner's verification flips to YES after their fofo_store was already
created, the linkage in RetailerServiceImpl.createFofoStoreCodeByRetailerId
(which only fires on NEW store creation) never copies fofo_store.code to
partner_onboarding_panel.code, so the store code never appears on the panel and
the app cannot self-heal it (e.g. onboarding 1892 / PBTTN1583).
Add a robust fallback in the approval handler: when status becomes YES and the
panel code is still empty, resolve the retailer via the saholic UserAccount
(same path as createFofoStoreCodeByUserId), copy the existing fofo_store.code,
and write the STORE_CODE_CREATED timeline. Does not require KYC (copying an
already-generated code, not creating one) and is wrapped so it can never break
the approval flow.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> |
|
| 36952 |
3 h 28 m |
ranu |
/trunk/profitmandi-dao/src/main/java/com/spice/profitmandi/service/integrations/icicilombard/ |
caching fix fofo icici |
|
| 36951 |
1 d 17 h |
ranu |
/trunk/profitmandi-fofo/src/main/java/com/spice/profitmandi/web/controller/ |
caching fix fofo icici |
|
| 36950 |
1 d 17 h |
ranu |
/trunk/ |
caching fix fofo icici |
|
| 36949 |
2 d 2 h |
ranu |
/trunk/profitmandi-fofo/src/main/java/com/spice/profitmandi/web/controller/ |
caching fix fofo icici |
|
| 36948 |
2 d 20 h |
ranu |
/trunk/profitmandi-fofo/src/main/java/com/spice/profitmandi/web/controller/ |
caching fix fofo icici |
|
| 36947 |
2 d 20 h |
amit |
/trunk/profitmandi-web/src/main/java/com/spice/profitmandi/web/v2/controller/fofo/ |
Allow admin add-money request when matching HDFC payment exists but is not yet credited |
|
| 36946 |
2 d 20 h |
amit |
/trunk/profitmandi-web/src/main/java/com/spice/profitmandi/web/controller/ |
Allow add-money request when matching HDFC payment exists but is not yet credited |
|
| 36945 |
2 d 22 h |
ranu |
/trunk/profitmandi-fofo/src/main/java/com/spice/profitmandi/web/controller/ |
caching fix fofo icici |
|
| 36944 |
2 d 23 h |
amit |
/trunk/profitmandi-fofo/src/main/java/com/spice/profitmandi/web/controller/ |
hdfc add-money: guard manual approval on credited flag + fix checkManualPayments
WalletController.addAmountToWallet now blocks a manual add-money approval only
when the UTR was actually auto-credited (hdfcPayment.isCredited()), not on mere
hdfc_payment row existence — so post-r36927 captured-but-uncredited rows
(VA missing/unmatched) are approvable again.
HdfcPaymentController: set credited=true on the captured row after a successful
wallet credit; fix checkManualPayments to filter on getStatus() (was comparing
transaction_reference String to an enum, always false) so an already-approved
manual payment correctly short-circuits the auto-credit (closes the reverse
double-credit path). |
|
| 36943 |
2 d 23 h |
amit |
/trunk/profitmandi-dao/src/main/ |
hdfc_payment: add credited flag to fix blocked manual add-money approval
Since r36927 the HDFC push-credits flow captures every payment into
hdfc_payment BEFORE validating the virtual account, so VA-missing/unmatched
rows are stored uncredited. The manual add-money approval guarded on mere
row existence, wrongly blocking these recoverable payments.
Add a credited flag (default false) set true only when a wallet credit
actually happens. Includes migration + backfill (reference=id AUTOMATED_ADVANCE
match, plus pre-r36927 rows credited by construction). |
|
| 36942 |
3 d 0 h |
vikas |
/trunk/profitmandi-web/src/main/java/com/spice/profitmandi/web/ |
Clean Up Old Emails and added Raja's Email |
|
| 36941 |
3 d 0 h |
vikas |
/trunk/ |
Location Tracking Dashboard: Period Analytics - Removed L5 and Final |
|
| 36940 |
3 d 1 h |
ranu |
/trunk/profitmandi-dao/src/main/java/com/spice/profitmandi/service/integrations/icicilombard/ |
caching fix fofo icici |
|
| 36939 |
3 d 1 h |
ranu |
/trunk/profitmandi-dao/src/main/java/com/spice/profitmandi/service/integrations/icicilombard/ |
caching fix fofo icici |
|
| 36938 |
3 d 1 h |
ranu |
/trunk/profitmandi-dao/src/main/java/com/spice/profitmandi/service/integrations/icicilombard/ |
caching fix fofo icici |
|
| 36937 |
3 d 1 h |
ranu |
/trunk/profitmandi-fofo/src/main/java/com/spice/profitmandi/web/controller/ |
caching fix fofo icici |
|
| 36936 |
3 d 2 h |
vikas |
/trunk/ |
Update Email Ids |
|