Skip to main content

Cbe - v9.179

This page contains the following releases for v9.179:

v9.179​

Release Dates

  • Sandbox: 03.06.2026

Features​

Data​

More descriptive errors for invalid custom field entity assignments​

When an INVALID_CUSTOM_FIELD_ENTITY_KEY error occurs, the errorSource field now includes both the custom field name and the entity for which it is not available — for example, custom field {customfield-name} is not marked as available for entity {entity-key} — making it faster to diagnose misconfigured custom field assignments.

Groundwork for upcoming features​

  • Building the mechanism to process repayments into the schedule as part of performance optimisation for schedule storing and processing.
  • Laying the groundwork for daily breakdown accrual accounting of interest from arrears in a decoupled flow.
  • Implementing accounting entries for carry-forward principal in arrears during transfer, in support of carry-forward balances at reschedule and refinance.
  • Advancing interest-bearing fees decoupled from the repayments schedule, including accounting, UI, and API support for refinance/reschedule and fee balance reduction.
  • Extending the product creation UI with an Interest Calculation Option dropdown to support fee capitalisation during late status.
  • Adding interest-splitting logic for taxes in schedule calculation, in support of equal instalments for longer first periods on optimised payments.
  • Extending the GL Account definition UI to support revaluation setup.
  • Advancing daily profit accruals for Islamic Banking, including initial exchange rate configuration at pool level and its use in daily accruals calculations.
  • Building pool accounting for Islamic Banking, including the profit section in the product configuration and streamlining the Mudarib account setting.
  • Implementing asynchronous execution of the full IPS calculation job and related configuration and EOD enhancements.
  • Defining the CBE package and module structure in preparation for the rewrite of the Repayment API for fixed-term loans.
  • Migrating FSE schedule serialisation to use Avro for parameters, including serialisation and deserialisation processes.
  • Splitting Interest Due and Payment Holiday Interest Applied fields as part of the FSE installments migration to functionless fields.
  • Implementing EOD account exclusion from set-based micro-batches as part of the deposits EOD transitional architecture.
  • Adding OAS v3 annotations to new hidden endpoints in preparation for upcoming API exposure.
  • Supporting manual interest application as a temporary migration workaround for accrual data.
  • Building synthetic API health checks, including a private ping endpoint and authentication key.
  • Enabling early EOD triggering via both UI and API.

Additional work​

  • Non-customer-facing internal maintenance, refactoring, and tooling changes across data and backend services.

Improvements​

Lending​

Accurate interest calculations for revolving credit accounts with billing cycles​

Resolved an issue where revolving credit accounts configured with both Billing Cycles and the Accrue Interest Since Disbursement setting did not select the correct principal balance calculator, leading to inaccurate interest amounts after a due date had passed. The logic has been corrected to ensure accurate manual and automatic interest applications for all affected accounts.

Pay-off and preview pay-off for loan accounts​

Pay-off and preview pay-off functionality is now available, enabling users to calculate and execute full loan settlements directly.

Groundwork for upcoming features​

  • Groundwork to support repayment allocation order within the new Loan Repayment API module, including horizontal repayment allocation logic and instalment change persistence.
  • Groundwork to split revolving credit module code and remove cross-product logic, including integration of card transaction flows with the revolving submodule.
  • Groundwork to extend the JournalEntry to allow overwriting the GL accounting rule, in support of moving product profit amounts and bank share from a pool suspense.
  • Groundwork to support scaling capabilities for the lending platform.

Additional work​

  • Internal lending and revolving module maintenance, including refactoring of account health-check services and internal test improvements.

Deposits​

Rate sheets for fixed-type regular interest on deposit accounts​

Rate sheets can now be used to configure fixed-type regular interest for deposit accounts and are integrated into the interest accrual and application process through the RATE_SHEETS_FOR_DEPOSIT_ACCOUNTS feature.

Groundwork for upcoming features​

  • Groundwork to implement a withdrawal counter rule for deposit accounts, including a custom interest application service and product feature configuration.
  • Groundwork to implement a rate provider with caching support for deposit account interest calculations.
  • Groundwork to support early manual EOD rescheduling and background process endpoint updates for deposit accounts.
  • Groundwork to allow creating a Product Feature for products with no accounts via API v2, in support of compound interest for credit interest.

Additional work​

  • Internal deposits maintenance, including consolidation of daily deposit account update jobs and internal test coverage improvements.

Accounting​

More reliable accounting summary report generation​

API report generation for accounting summaries now uses lastEntryId instead of creation date when processing unsummarised general ledger journal entries, improving accuracy and consistency of generated reports.

Groundwork for upcoming features​

  • Groundwork to ensure accounting rate storage respects currency and end-date uniqueness constraints.

Additional work​

  • Internal accounting maintenance and test infrastructure improvements.

Islamic Banking​

Groundwork for upcoming features​

  • Groundwork to create the Product Profit section in the CBE product UI, supporting the move of product profit amounts and bank share from a pool suspense account.

Notifications​

Groundwork for upcoming features​

  • Groundwork to deliver Configuration-as-Code APIs for Notification Templates, including validation fixes and API consistency improvements across the Templates API.

Additional work​

  • Internal notifications maintenance, including view definition updates and CRM test and production code migration.

Developer​

Groundwork for upcoming features​

  • Groundwork to support OpenAPI v3 via API v2, including public documentation with required permissions.

Additional work​

  • Internal tooling and process work, including capability tagging, team handovers, and internal configuration changes.

Bug fixes​

Mortgages​

Carried-forward interest balance correctly restored after undoing a reschedule​

Undoing a rescheduling operation now properly restores the carriedForwardInterestAccrued balance to its previous state, preventing incorrect outstanding amounts on the account.

Carry-forward warning icons no longer appear when the carry-forward toggle is disabled​

A UI fix removes the spurious warning images that were displayed on carry-forward fields when the carry-forward toggle was turned off, keeping the interface clean and unambiguous.

Ledger entries for carried-forward amounts now use the correct transaction type​

Carried-forward balance ledger entries are no longer incorrectly recorded as write-offs, ensuring accurate accounting classification and cleaner audit trails.

Interest calculation after a redraw overpayment now accounts for the redraw balance​

When an overpayment is made on a loan with a redraw facility, the subsequent interest calculation correctly incorporates the redraw balance, preventing understated interest charges.

Compounding rest methodology now accrues interest on the first instalment​

An issue where interest was not accrued on the first instalment period under the compounding rest methodology has been resolved, ensuring accurate interest from the start of the loan.

Adjusting a payment transaction now correctly updates the account schedule​

Posting an Adjust Payment Made transaction now triggers a proper recalculation of the account repayment schedule, eliminating stale or inconsistent schedule data.

Total amount due is now accurate after a partial payment made on the due date​

A calculation error that caused an incorrect Total Due figure following a partial payment on the due date has been corrected.

Deprecated interest application method FIXED_DAYS_OF_MONTH restored for backward compatibility​

The FIXED_DAYS_OF_MONTH interest application method has been reinstated as a deprecated option, ensuring existing loan products that rely on this method continue to function correctly.

Payment holiday is no longer ignored after an overpayment​

A bug where a configured payment holiday was bypassed following an overpayment has been fixed, ensuring holiday periods are honoured regardless of prior payment activity.

API 2.0 now returns correct principal expected and principal paid amounts for interest-only loans​

Incorrect principalExpected and principalPaid values returned by the API for interest-only loan accounts have been corrected, ensuring downstream integrations receive accurate data.

Interest-only accounts no longer incorrectly transition to a late state after a paid instalment​

An issue where a fully paid interest-only instalment was subsequently reclassified as late has been resolved, preventing erroneous arrears status and associated downstream effects.

PMT threshold now correctly applied to the first month when broken interest is present​

The payment threshold was not being considered during the first month's calculation on a Dynamic Mortgage when broken interest existed; this has been corrected to ensure consistent instalment amounts from the outset.

PMT for the next instalment is no longer incorrectly recalculated on overpayment within the threshold period for interest-only loans​

When an overpayment is posted within the threshold period on an interest-only loan with a configured PMT threshold, the next instalment amount is no longer erroneously recalculated.

Lending​

Fees due are no longer retained in the schedule after an account is closed before the due date​

Closing a loan account prior to a fee due date now correctly removes the pending fee from the repayment schedule, preventing phantom obligations on closed accounts.

Manual fee application for custom payments now works correctly​

A missing mapping for the FEE_INCLUDED_IN_PMT trigger has been restored, ensuring that manually applied fees on accounts using custom payment methods are processed correctly.

Schedule preview now reflects the fee rate configured on the account, not the product default​

The schedule preview was always rendering instalments based on the product-level default fee rate rather than the rate configured on the individual account; this has been corrected.

Interest from arrears accrual now aligns with loan product settings​

The interest-from-arrears accrued calculation now correctly respects the accrual configuration defined on the loan product, eliminating discrepancies between expected and actual accrued amounts.

Interest is no longer applied twice on the same day during prepayment​

Interest is now correctly skipped during the prepayment process if it has already been applied through the end-of-day interest application run, preventing duplicate interest transactions on the same day.

Schedule recalculation no longer produces a broken schedule or negative final instalment when a transaction precedes a scheduled event​

The system was occasionally miscalculating the repayment schedule when a transaction was applied before a scheduled event, sometimes resulting in negative interest; this has been resolved.

Repayment schedules are now reliably updated when a new holiday is added​

In some cases, adding a general holiday did not trigger a schedule update for all affected accounts; this fix ensures due dates are correctly recalculated across all applicable accounts.

Decimal separator is now applied consistently across repayment screens​

The comma decimal mark setting is now correctly honoured on the Edit Repayment and Apply a Repayment screens, eliminating mixed use of dots and commas in numeric fields.

Islamic Banking​

Profit accrual reversals are now correctly linked to their originating accrual log​

Reversal transactions for profit accruals are now properly associated with the corresponding accrual log entry, ensuring complete and traceable profit accrual records.

Daily accrual cycles are now generated correctly by the profit-sharing engine​

An issue where the next cycle's daily accrual was not being generated has been resolved, ensuring uninterrupted profit accrual processing.

Accrued profit general ledger entries now carry the correct amount​

A calculation error that caused accrued profit GL entries to reflect an incorrect monetary amount has been corrected.

Mudarib accounting entries are now booked on the correct date​

Mudarib accounting entries now follow the configured Profit Application Point rule when determining the booking date, ensuring entries are recorded in the correct accounting period.

Applied profit amount now matches the generated proposal​

A discrepancy between the profit amount in the generated proposal and the amount actually applied to the account has been corrected.

Mudarib entries are now posted to the correct configured GL accounts​

Mudarib accounting entries were being generated against incorrect general ledger accounts; they are now correctly directed to the GL accounts configured on the product.

Profit accrual calculation now uses the last approved expected rate​

The profit accrual calculation has been corrected to reference the most recently approved expected rate, preventing accrual amounts based on outdated rate values.

Average balance used in expected rate calculation is now correct​

An incorrect account average balance was being used during expected rate calculations; this has been resolved to ensure accurate rate determination.

Additional work​

  • Non-customer-facing API contract corrections for Islamic Banking.

Data​

A UI issue causing Selection type custom field dropdowns to malfunction has been fixed, ensuring users can reliably select values from these fields.

Deposits​

Patching a deposit transaction with a custom field value over the limit now returns the correct error response​

The API now returns an HTTP 400 error with an appropriate message when a PATCH on a deposit transaction includes a custom field value that exceeds its configured limit, rather than an unhelpful 500 server error.

Duplicate custom fields no longer appear when double-clicking a tab​

A UI bug that caused custom fields to be rendered twice when a tab was double-clicked has been resolved, preventing confusion and potential duplicate data entry.

v9.179.4​

Release Date: 03.06.2026

This release contains the following:

  • Internal maintenance improvements to custom field data purging processes for better overall platform performance and reliability.

v9.179.3​

Release Date: 03.06.2026

Improvements​

Data​

Additional work​

  • Non-customer-facing data maintenance and security patching.

v9.179.2​

Release Date: 03.06.2026

Improvements​

Data​

Additional work​

  • Non-customer-facing data configuration and infrastructure changes.

Bug fixes​

Notifications​

Additional work​

  • Internal notifications maintenance.

v9.179.1​

Release Date: 03.06.2026

Bug fixes​

Data​

Additional work​

  • Non-customer-facing data maintenance.

For more information, see Mambu Release Cycle.

Last updated on