Interest For Payment Plans & other updates

📈 Interest Support for Payment Plans

We’re happy to introduce a first version of support for interest-bearing payment plans, allowing you to display and calculate projected interest based on account-specific rates and balances.

Key Highlights:

• Interest is calculated using the Actual/365 method and applies only to regular payment plans (not one-time or Settlement Offer plans).

• Core parameters: annual_percentage_rate and principal_balance.

• Optional fields for handling complex collection orders: pre_principal_balance (the portion of the balance collected before principal) and interest_collected_after_principal. The last property is a flag (default: yes) that defines whether interest is collected before or after principal; it can be set per account via metadata.

• The system auto-calculates interest for the full plan duration (from enrollment to final payment) and includes it in the total plan amount. However, this is a projected amount, as actual payment schedules may vary. Final interest is still calculated by the organization's System of Record (SOR) to ensure required accuracy.

• Portal UI displays Interest Rate (APR), Interest Amount, and Principal Balance, along with an optional interest disclosure.

• The Payment Plans Report and API webhook response now includes APR and Interest Amount data for payment plans.

This feature ensures that projected plan totals aligns with current balances for clients managing interest-bearing debt.

Interested in enabling this feature? Reach out to us at [help@tratta.io](mailto:help@tratta.io).

💳 Card BIN Validation on Payment Forms

• We've added live validation using the first digits (BIN) of the card number to detect the card network (e.g., Visa, Amex) and card type (credit, debit, prepaid). If the card is not supported by the specific Merchant Account, an error will be shown immediately on the form.

🔗 API updates

• Added card network and type validation to the Create Payment Method endpoint—matching the same logic used in the payment form.
• Introduced a new endpoint: Create Customer Payment Method, with the same validation rules.

📬 File-Based Email Campaigns

Introduced the Whole Funnel Report (currently internal). This report shows performance across selected campaign types or individual runs, including:

• Deliverability & engagement metrics;
• Promised and paid amounts attributed to the campaign. This allows to measure the return ($) for every email sent.

🛠️ Performance Optimizations & Bug Fixes

• CDN Integration: Frontend assets are now served via CDN, improving performance for both the Portal and Agent Console.
• Rules Optimization: Backend architecture for balance-based rules was improved, resulting in faster account data loading in the Payment Portal.
• Various bug fixes 🐛