All applications611

Find your application

611 applications

Open full catalog

Browse applications by category or open the full catalog.

  1. Credit Scoring Engine
  2. Features
  3. Obligations and repayments
Feature · Obligations and repayments

Obligations and repayments

Follow obligations, repayment receipts and principal allocations by case.

OverviewRepayments needing review
Credit Scoring Engine · Obligations and repayments

Repayments needing review

Repayments

New
ApplicationOperation keyStatusReceived atFailure reasonEffect references
APP-72372OK-726Needs review04 OctNeeds review rpy-478ER-903
APP-51380OK-725Needs review06 OctNeeds review rpy-240ER-153
APP-49093OK-187Needs review10 OctNeeds review rpy-268ER-608
APP-80743OK-602Needs review01 OctNeeds review rpy-912ER-355
APP-86324OK-411Needs review09 OctNeeds review rpy-599ER-942
6 of 6 records
OK-726Repayments · RPY-64128
Needs review
ApplicationAPP-72372
Received at04 Oct
Failure reasonNeeds review rpy-478
Effect referencesER-903
Example screen with sample data

What you can do

Follow the obligation after decision

An approved case can have a linked obligation. The obligation record carries its own status, revision, submission and decision dates, organization and initial deposit amount. Operations Manager can follow that record alongside the application without confusing an obligation approval with the credit application decision. The two status histories answer different questions.

When a provider repayment arrives, Repayments keeps its operation key, application, expected revision, received date and outcome. A confirmed receipt may have an external reference and effect references. A receipt needing review carries a failure reason. Principal allocation records hold an amount and direction with links to an application and provider account record. The receipt and obligation must be compared through the case and evidence; the allocation has no direct link to either record.

How the work is organized

  • Obligation. The obligation record holds its status and initial deposit amount under the parent application and organization.
  • Receipt. Repayments holds the provider repayment event and verification state.
  • Allocation. Principal allocations record direction and amount against the application and provider account record.

What to agree during setup

Agree which team records obligations and which events move their status from draft through submission and review. Decide how provider references are captured, how a repeated event is recognized through its operation key, and who resolves a receipt that needs review. Make the provider’s confirmation evidence available before treating an effect as complete. Do not equate a pending receipt with money applied to an obligation.

A practical example is a confirmed repayment against a case that also has an open obligation. Operations Manager records the receipt and compares its external reference with the provider event. The team checks the principal allocation’s amount and direction against its linked application and provider account, then compares the obligation and receipt separately. If the local effects do not match what the receipt claims, the item belongs in review until the discrepancy is explained.

Check the handoff on an actual case

Start from an authorized application with a linked obligation. Follow the obligation’s submission and decision state. Bring in a provider repayment reference, then inspect the receipt, expected revision and effect references. Compare the principal allocation with the case and account record. Repeat the same provider event and confirm that staff recognize the same operation instead of recording a second effect. Rehearse a mismatch and inspect the resulting review reason.

What your team sees

  • Open obligations. See obligations still in draft, submitted or approved state.
  • Pending repayments. Review receipts before their effects are verified.
  • Repayments needing review. Find discrepancies with a recorded reason.

Follow the work through

What it keeps track of

Data model
Obligations
Credit obligations scheduled against an application.
Repayments
Confirmed repayment receipts with stable operation keys and actual effect references.
Repayment allocations
Principal allocations that apply a repayment against an obligation.
Applications
Credit applications moving through authorization, submission and confirmation.
Score models
Provider-held score models owned by an applicant.
Assessment evidence
Provider statements, confirmations, settlement notices and corrections for an application.

Who uses it

Permissions
Operations Manager
Records and follows operational effects.
Credit Reviewer
Examines disputed or inconsistent evidence.
Auditor
Reads the obligation and repayment trail.

Set up Credit Scoring Engine your way.

Start free, then use Proto to change fields, steps and approvals before your team goes live.

How to get started