event

Arrears Fully Paid Event

Event emitted when all arrears on a policy have been fully paid

EventCollection

Overview

The ArrearsFullyPaidEventV1 event is emitted when all arrears on a policy have been fully paid, resulting in the reset of the failed collection counter and the policy returning to good standing. This event indicates that the policy balance has reached zero or positive after a payment.

When is this event emitted?

This event is triggered when:

  • A payment is received that clears all outstanding arrears on a policy
  • The policy balance transitions from negative (in arrears) to zero or positive
  • The failed collection counter is reset as a result of the payment

Why is this event important?

This event enables downstream systems to:

  • Update the policy status to reflect good standing
  • Reset any internal counters tracking failed collections
  • Notify policyholders that their account is back in good standing
  • Trigger reinstatement of any services that were limited due to arrears
  • Update risk assessments and credit scoring systems

Key Fields

Field Description
policyId The unique identifier of the policy that is now fully paid
paymentAmount The amount of the payment that cleared the arrears
newBalance The new policy balance after the payment (zero or positive)
previousFailedCollectionCounter The failed collection counter value before it was reset
paymentReference External reference for the payment that cleared the arrears

Note: No Avro Schema

This event has a Java domain class (ArrearsFullyPaidEvent) but no corresponding Avro .avsc schema file in the sft-capstone-policy-avro-events module. It is an internal domain event not published to Kinesis. Schema fields above are derived from the Java domain class.

Schemas

JSON Schema

15 properties

Event emitted when all arrears on a policy have been fully paid.

idstring<uuid>
required

Unique identifier for the event (UUID as string)

correlationIdstring<uuid>
required

Correlation identifier for the event (UUID as string)

noticedDateinteger
required

Timestamp when the event was noticed (milliseconds since epoch)

effectedDateinteger
required

Timestamp when the event took effect (milliseconds since epoch)

detailTypestring
required

Type of the event.

logicalClockReadinginteger
required

Logical clock reading for event ordering

policyIdstring<uuid>
required

Unique identifier for the policy (UUID as string)

paymentAmountobject
required

The amount of the payment that cleared the arrears

newBalanceobject
required

The new policy balance after the payment

previousFailedCollectionCounterinteger
required

The failed collection counter value before it was reset

paymentReferencestring

External reference for the payment that cleared the arrears

Edit this page