Anonymizing closed loans through settings: exception for fee/fine action

Description

Current situation or problem:
As of Fameflower, users can configure anonymization settings so that loans without associated fees/fines are anonymized on a different schedule than loans with associated fees/fines. For example, a user can configure loans without fees/fines to be anonymized a week after the item is checked in, but anonymize a loan with an associated fee/fine a year (or never, or some other interval of time) after that fee/fine is closed.

The same group of settings also has a UI differentiating anonymization by payment method, but these settings are inactive.

In scope

  • Relabel "payment method" in those settings "fee/fine action"

  • Implement logic to make those settings active

Out of scope

Use case(s)

Proposed solution/stories

Links to additional info

Questions

  • If different fee/fine actions are applied to the same fee/fine or on fees/fines for the same loan, which setting takes precedence?

Priority

Fix versions

None

Development Team

Vega

Assignee

Solution Architect

Parent Field Value

None

Parent Status

None

Attachments

1
  • 13 Sep 2022, 09:00 PM

Checklist

hide

TestRail: Results

Activity

Show:

Stephanie Buck September 15, 2022 at 2:20 PM

Addressed in Lotus.

Cheryl Malmborg September 13, 2022 at 9:00 PM

 

I think this can be closed see attachment from Lotus

Marc Johnson May 13, 2020 at 4:42 PM

I realize I've been mistakenly referring to fee/fine actions as payment methods in this story and others. I will edit this feature accordingly. I'm not sure of the answer to your question.

That's ok, this is why I ask lots of awkward questions.

I think I'm still trying to understand the distinction between an action and a payment method. In the system at the moment, an action has a payment method.

At the moment, I'm assuming that there will be some logic to figure out the precedence of the various payment methods in the actions for a fee.

What this does mean is that loan anonymization will likely need to get slower if it needs to fetch the actions for a fee / fine, not only the fee / fine.

Emma Boettcher May 13, 2020 at 4:23 PM

Following 's clarification on Slack, I realize I've been mistakenly referring to fee/fine actions as payment methods in this story and others. I will edit this feature accordingly. I'm not sure of the answer to your question.

Marc Johnson May 13, 2020 at 8:06 AM

Yes, payment method refers to reason for closure.

Out of curiosity of the fees and fines domain, if there could be multiple payments made (some of which might be waivers) how is an overall reason for closure determined (or is it not)?

Duplicate

Details

Reporter

PO Rank

38

Back End Estimate

XL < 15 days

Back End Estimator

Rank: 5Colleges (Full Jul 2021)

R2

Rank: Cornell (Full Sum 2021)

R2

Rank: Chalmers (Impl Aut 2019)

R5

Rank: GBV (MVP Sum 2020)

R4

Rank: hbz (TBD)

R4

Rank: Grand Valley (Full Sum 2021)

R4

Rank: Chicago (MVP Sum 2020)

R4

Rank: MO State (MVP June 2020)

R3

Rank: U of AL (MVP Oct 2020)

R3

Rank: Lehigh (MVP Summer 2020)

R4

TestRail: Cases

Open TestRail: Cases

TestRail: Runs

Open TestRail: Runs
Created September 27, 2019 at 4:11 PM
Updated September 15, 2022 at 2:20 PM
Resolved September 15, 2022 at 2:20 PM
TestRail: Cases
TestRail: Runs