-
Type:
Story
-
Resolution: Done
-
Priority:
High
-
Affects Version/s: None
-
FLW Mobile App
-
All
Apply BRD sections 11, 13-15 to the ANM's monthly claim screen. Reuses the whole-month Verify/Reject pattern and audit log shape from FLW-1013, with one new rule: Verify is conditional on the Mitanin Trainer's four activities.
Screen
- Same accordion layout as
FLW-1123andFLW-1013(categories, S.No, activity name, claims, amount, read-only). On the four Trainer-scoped activities, show whether the Trainer has approved them and when. - Single footer with Verify and Reject applying to the whole month in one action, same as the existing pattern. No document-verification checkbox (not applicable in the Mitanin app, per the original BRD's state-specific config,
FLW-777).
Gating rule (new)
- Verify is enabled only once the Mitanin Trainer has approved every one of the four activities the Mitanin claimed that month. If any are still pending, Verify stays disabled with a short note naming what's outstanding.
- Reject is always available regardless of Trainer status, and sends the whole claim i.e. only the four activities, back to the Mitanin Trainer for a fresh review once resubmitted (see
FLW-1123).
Rejection: same 8-reason list and mandatory-remarks-on-Other rule as the existing reject sheet.
Audit log: same shape as FLW-1013's entries (Actor ID, Mitanin ID, null Activity ID, Action Type "ANM Approve Month"/"ANM Reject Month", timestamp, remarks), plus the Trainer's own activity-level entries from FLW-1123.
Affected screens/modules: FLW Android app (ANM monthly claim screen); Verify/Reject API (new precondition check against Mitanin Trainer approval status); Audit log.