payment-validator

Enforce payment state transitions and compute late statuses in Aegis.

Updated Jan 5, 2026
One-click install
npx skills add https://github.com/muhammadcaeed/aegis --skill payment-validator
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: payment-validator
Source: https://github.com/muhammadcaeed/aegis/tree/main/.claude/skills/payment-validator
Command: npx skills add https://github.com/muhammadcaeed/aegis --skill payment-validator

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill helps teams enforce correct payment lifecycles by controlling state transitions, applying verification logic, and computing late statuses without manual errors.

Core Features & Use Cases

  • Modify PaymentState enums and transitions to reflect policy
  • Implement or adjust verification/rejection logic for payments
  • Compute late/overdue status dynamically rather than storing it
  • Support submission creation and versioning to preserve audit trails
  • Enforce immutability rules for VERIFIED payments and safe repository patterns

Quick Start

Configure and execute payment workflow changes by applying this skill to modify states, add verification steps, and calculate late statuses for a given payment.

Frequently Asked Questions about payment-validator

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I enforce payment state transitions and prevent invalid modifications?

Payment state transitions are enforced by applying explicit state machine rules that control valid enum changes. This prevents invalid modifications by ensuring payments only move through approved lifecycle stages and maintaining immutability for verified final states.

Why compute late payment status dynamically instead of storing it in the database?

Dynamic late payment status computation calculates overdue information at runtime rather than persisting it. This approach ensures late statuses always reflect current policy and timestamps, eliminating stale data and manual update errors across multi-tenant environments.

How do I preserve an audit trail when creating payment verification submissions?

Audit trails are preserved by implementing submission versioning during payment verification. Each submission creation generates a new version, maintaining a complete historical record of verification and rejection actions without overwriting previous states.

Can I use this payment lifecycle approach for multi-tenant repository environments?

Yes, payment lifecycle enforcement supports multi-tenant repository patterns. It applies state transitions, verification rules, and late-status calculations safely across isolated tenant environments within the Aegis platform.

What is the best way to handle immutable final states for verified payments?

Immutable final states are handled by enforcing rules that prevent any modifications to VERIFIED payments. Once a payment reaches this verified status, the state machine blocks further transitions to ensure data integrity and compliance.

When do I need a state machine for payment verification and rejection logic?

A payment state machine is needed when managing complex lifecycles that require consistent verification and rejection logic. It automates policy enforcement, ensuring transitions, submissions, and overdue calculations remain error-free.