iBANK Pending Transfers

The full pool of transfers held pending authorisation across the institution (mfi.ib.pending), giving supervisors a complete view of what is queued under dual control. Unlike the personal queue, it shows every awaiting item regardless of approver, for oversight and bottleneck management. Supervisors monitor ageing and reassign approvals as needed.

iBANK Pending Transfers
iBANK Pending Transfers — live screen from the BridgeERP MFI Suite.

Workflow

  1. Open iBANK Pending Transfers under Governance.
  2. Filter by amount band, branch or assigned approver.
  3. Identify items ageing beyond their approval SLA.
  4. Open a record to review its instruction and approval state.
  5. Reassign or escalate stalled approvals to keep flow moving.

Fields reference

Every field on this screen, drawn from the live data model.

FieldTypeRequiredDescription
Masked Target
masked_target
TextWhat the user sees on the confirm page
Requires 2P
requires_2p
Yes/NoSet after OTP if rule triggers
Second Rule
second_rule_id
Link → mfi.two.person.ruleWhich rule held this record
Second-approver group
second_group_id
Link → res.groupsApprover group at time of hold
Second Approver
second_approver_id
Link → res.usersWho signed off (or rejected)
Maker Uid
maker_uid
Link → res.usersUser who originated the request
Amount Kes
amount_kes
DecimalCached amount for fast list rendering
Token
token
TextYesToken
Member
member_id
Link → mfi.memberYesMember
Rail
rail
TextYesRail
Payload Json
payload_json
Long textYesPayload Json
Otp Hash
otp_hash
TextYesOtp Hash
Otp Expires
otp_expires
Date & timeYesOtp Expires
Has Message
has_message
Yes/NoHas Message
Idempotency Key
idempotency_key
TextIdempotency Key
Attempts
attempts
NumberAttempts
State
state
Choice: Awaiting OTP, OTP Confirmed (auto-executing), Awaiting Second Approval, Second Approval Granted, Rejected by Second Approver, Executed, Expired, FailedState
Confirmed At
confirmed_at
Date & timeConfirmed At
Result Reference
result_reference
TextResult Reference
Result Message
result_message
TextResult Message
Amount Display
amount_display
TextAmount Display
Delivery Email
delivery_email
TextDelivery Email
Delivery Phone
delivery_phone
TextDelivery Phone
Second Approved At
second_approved_at
Date & timeSecond Approved At
Second Rejected At
second_rejected_at
Date & timeSecond Rejected At
Second Reject Reason
second_reject_reason
TextSecond Reject Reason

Actions & buttons

Buttons available on this screen and what they do:

  • Approve and execute
  • Reject

Status lifecycle

Records on this screen move through these statuses:

Awaiting OTP → OTP Confirmed (auto-executing) → Awaiting Second Approval → Second Approval Granted → Rejected by Second Approver → Executed → Expired → Failed → Cancelled

Notes & rules

  • Institution-wide view of all dual-control pending items.
  • Used for oversight, ageing analysis and bottleneck management.
  • Complements the per-user Awaiting My Approval queue.
  • Reassignment keeps authorisation flowing without breaching controls.

Technical model: mfi.ib.pending · Record: iBANK Pending Transfer (awaiting OTP)

Was this page helpful?