| Rev |
Age |
Author |
Path |
Log message |
Diff |
| 36985 |
22 d 16 h |
amit |
/trunk/profitmandi-fofo/src/main/java/com/spice/profitmandi/web/controller/ |
Price-hike deduction: make /priceHike/generateImeis/{id} a GET (consistent with /priceDropImeis; still idempotent, no debit) |
|
| 36984 |
22 d 17 h |
aman |
/trunk/ |
Lead Management: (1) fix date-range CSV download to mirror the on-screen view - all statuses in range PLUS follow-ups - so it no longer returns empty or 500s on empty windows; guard empty result set. (2) Add global lead search (name/mobile/outlet/city across ALL leads, any status/date) wired to the existing lead-table search box (Enter = search all). Bump JS cache version to 369. |
|
| 36983 |
22 d 17 h |
amit |
/trunk/profitmandi-fofo/src/main/java/com/spice/profitmandi/web/controller/ |
Price-hike deduction: add POST /priceHike/generateImeis/{id} to generate (review-only, no debit) IMEI rows for a flagged hike |
|
| 36982 |
22 d 18 h |
aman |
/trunk/profitmandi-fofo/src/main/java/com/spice/profitmandi/web/controller/ |
Lead download (downloadDateWiseLead): date-range export now returns all selected statuses including follow-up within From-To. Previously follow-ups ignored the date range and selecting All dropped the other statuses. |
|
| 36978 |
22 d 21 h |
amit |
/trunk/profitmandi-fofo/src/main/java/com/spice/profitmandi/web/controller/ |
Price-hike deduction: generate IMEIs in process path (priceDropStatus) so the existing Process button handles a flagged hike |
|
| 36968 |
23 d 17 h |
amit |
/trunk/profitmandi-fofo/src/main/ |
HID approval: add period (approved-date) search on Approved tab, default to today |
|
| 36965 |
23 d 17 h |
amit |
/trunk/profitmandi-fofo/src/main/java/com/spice/profitmandi/web/controller/ |
hdfc add-money: set credited flag on manual approval too
WalletController.addAmountToWallet now marks the matching hdfc_payment row
(by UTR) credited=true after a manual top-up credits the wallet. Makes the
credited flag mean 'credited by any path' (auto OR manual), so a later
duplicate approval or re-pushed HDFC credit for the same UTR cannot
double-credit. Complements the auto-path flag-set in HdfcPaymentController. |
|
| 36962 |
23 d 19 h |
vikas |
/trunk/ |
L4 and Above can now assign beat on same day |
|
| 36961 |
23 d 19 h |
amit |
/trunk/profitmandi-fofo/src/main/ |
Combo cancellation: wire combo cascade into FOFO cancelOrder with confirm flow; bump js version for cache-bust |
|
| 36956 |
24 d 18 h |
aman |
/trunk/profitmandi-fofo/src/main/java/com/spice/profitmandi/web/controller/monitors/ |
Add Store Code column next to Partner Name in Today PO and Billed Details CSV report |
|
| 36955 |
24 d 19 h |
vikas |
/trunk/profitmandi-fofo/src/main/ |
Location Tracking Dashboard: Travel Overrun Flag Added |
|
| 36954 |
24 d 19 h |
vikas |
/trunk/ |
Location Tracking Dashboard: Period Analytics - Removed L4, L5 and Final |
|
| 36953 |
24 d 21 h |
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> |
|
| 36951 |
26 d 12 h |
ranu |
/trunk/profitmandi-fofo/src/main/java/com/spice/profitmandi/web/controller/ |
caching fix fofo icici |
|
| 36950 |
26 d 12 h |
ranu |
/trunk/ |
caching fix fofo icici |
|
| 36949 |
26 d 21 h |
ranu |
/trunk/profitmandi-fofo/src/main/java/com/spice/profitmandi/web/controller/ |
caching fix fofo icici |
|
| 36948 |
27 d 15 h |
ranu |
/trunk/profitmandi-fofo/src/main/java/com/spice/profitmandi/web/controller/ |
caching fix fofo icici |
|
| 36945 |
27 d 17 h |
ranu |
/trunk/profitmandi-fofo/src/main/java/com/spice/profitmandi/web/controller/ |
caching fix fofo icici |
|
| 36944 |
27 d 18 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). |
|
| 36941 |
27 d 19 h |
vikas |
/trunk/ |
Location Tracking Dashboard: Period Analytics - Removed L5 and Final |
|