| Rev |
Age |
Author |
Path |
Log message |
Diff |
| 36964 |
43 m |
vikas |
/trunk/profitmandi-dao/src/main/java/com/spice/profitmandi/service/whatsapp/ |
L4 and Above can now assign beat on same day |
|
| 36963 |
47 m |
vikas |
/trunk/profitmandi-web/src/main/ |
Updated WhatsApp APIs |
|
| 36962 |
49 m |
vikas |
/trunk/ |
L4 and Above can now assign beat on same day |
|
| 36961 |
54 m |
amit |
/trunk/profitmandi-fofo/src/main/ |
Combo cancellation: wire combo cascade into FOFO cancelOrder with confirm flow; bump js version for cache-bust |
|
| 36960 |
54 m |
amit |
/trunk/profitmandi-dao/src/main/java/com/spice/profitmandi/service/catalog/ |
Combo cancellation: resolve combo linkage from catalog definition; force-cancel linked main on non-FOC secondary cancel (confirmation) and auto-cancel FOC freebies when main is cancelled |
|
| 36959 |
54 m |
amit |
/trunk/profitmandi-common/src/main/java/com/spice/profitmandi/common/model/ |
Combo cancellation: add ComboCancellationResult DTO (linked mains + auto-cancel FOC ids + confirmation flag) |
|
| 36958 |
55 m |
amit |
/trunk/profitmandi-dao/src/main/ |
Flagship credit: fire interest-free limits at billing + per-IMEI conversion
- createLoanForBilling now detects flagship lines inside the billing transaction (fixes the
REQUIRES_NEW visibility bug where flagship detection re-queried uncommitted invoice_number and
never fired). Creates one combined flagship limit (is_flagship=1, limit_block=1, 30-day deadline)
plus one transaction.loan_imei row per device.
- convertFlagshipOnSale / IMEI activation now convert only the sold device's slice (matched by IMEI),
so same-model siblings and other billing tranches keep their interest-free window; full convert at
30-day expiry. Lock order aligned (loan -> loan_imei) to avoid sale/expiry deadlock.
- New transaction.loan_imei table + LoanImei entity/repository (migration_loan_imei_table.sql).
- selectAllLoansByInvoice: PurchaseReturn now settles BOTH the real loan and the flagship limit on a
flagship-invoice return (prevents credit leak from a stranded limit).
- Cap guard (flagship credit never exceeds amount drawn) and robust limit settlement (paisa threshold
instead of exact float equality). |
|
| 36957 |
2 h 45 m |
aman |
/trunk/ |
Add AI assistant lead intake endpoint (POST /add/lead) tagging source=AI Assistant in Lead Management |
|
| 36956 |
23 h 44 m |
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 |
1 d 0 h |
vikas |
/trunk/profitmandi-fofo/src/main/ |
Location Tracking Dashboard: Travel Overrun Flag Added |
|
| 36954 |
1 d 0 h |
vikas |
/trunk/ |
Location Tracking Dashboard: Period Analytics - Removed L4, L5 and Final |
|
| 36953 |
1 d 2 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> |
|
| 36952 |
1 d 3 h |
ranu |
/trunk/profitmandi-dao/src/main/java/com/spice/profitmandi/service/integrations/icicilombard/ |
caching fix fofo icici |
|
| 36951 |
2 d 17 h |
ranu |
/trunk/profitmandi-fofo/src/main/java/com/spice/profitmandi/web/controller/ |
caching fix fofo icici |
|
| 36950 |
2 d 17 h |
ranu |
/trunk/ |
caching fix fofo icici |
|
| 36949 |
3 d 2 h |
ranu |
/trunk/profitmandi-fofo/src/main/java/com/spice/profitmandi/web/controller/ |
caching fix fofo icici |
|
| 36948 |
3 d 20 h |
ranu |
/trunk/profitmandi-fofo/src/main/java/com/spice/profitmandi/web/controller/ |
caching fix fofo icici |
|
| 36947 |
3 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 |
3 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 |
3 d 22 h |
ranu |
/trunk/profitmandi-fofo/src/main/java/com/spice/profitmandi/web/controller/ |
caching fix fofo icici |
|