Deposit and investment accounts
Set up current, savings, term, and investment-style accounts with product-specific rules for fees, maturity, statements, and customer lifecycle events.
Specialized Banking
Configure Islamic deposit, financing, profit-distribution, and servicing rules with clear ledger boundaries and evidence for Sharia, finance, and operations review.
Islamic financing structures
Four documented contract lifecycles, configured around institution-approved terms and Sharia review.
Murabaha
Follow the asset purchase, agreed markup, sale, and installment schedule as a coherent financing lifecycle.
Explore your financing scope →Plan for the institution’s licensed operating model, including a dedicated interest-free bank or Islamic window. Product terms, Sharia review, ledger separation, and supervisory reporting must be mapped to the approved scope.
Explore the Ethiopian regulatory context →In many banks, Islamic windows are supported by spreadsheets, side journals, or manual maker-checker notes layered on top of a conventional core. That can work for a pilot, but it becomes difficult to defend when volumes, branches, and product variations grow.
Teams need product parameters, account treatment, approval steps, and reporting evidence in one place, while still respecting the institution’s own Sharia governance and the separation required between Islamic and conventional activity.
Murabaha, Mudarabah, Wakala, Ijara, and other institution-approved structures often rely on manual schedules, separate profit worksheets, or local branch instructions.
Islamic and conventional balances, fees, approvals, statements, and reporting extracts need separation without forcing the bank to run two unrelated technology stacks.
A new product variant can require Sharia review, finance mapping, operations instructions, digital-channel changes, and test evidence before it is safe to launch.
A SelamNow rollout begins by documenting the institution-approved product structures, chart-of-accounts treatment, expected profit allocation, statement wording, approval flow, and reporting outputs. The first phase should be small enough to reconcile every balance and product event. After finance, operations, and Sharia reviewers are comfortable with the evidence, the same setup can be extended to more products, entities, branches, or channels.
Capture approved structures, customer disclosures, pricing/profit rules, fees, early-settlement handling, late-payment treatment, and required review points.
Map accounts, posting rules, maker-checker steps, exception queues, servicing actions, and statement outputs before pilot transactions begin.
Configure product boundaries, pool logic where applicable, distribution steps, reporting filters, and reconciliation checks for Islamic activity.
Run test cycles and limited live use, compare balances and journals, review exceptions, then expand only after sign-off from the required teams.
Set up current, savings, term, and investment-style accounts with product-specific rules for fees, maturity, statements, and customer lifecycle events.
Configure institution-approved financing products with schedules, collateral references, disbursement controls, repayment handling, and servicing workflows.
Support configured profit rules, participation treatment, maturity events, distribution runs, and finance review without relying on disconnected worksheets.
Keep Islamic products, workflows, ledger mappings, and reporting outputs distinct while sharing the same customer, branch, and channel foundation where appropriate.
Use maker-checker steps, servicing history, audit trail, and statements that reflect the product rules approved by the institution.
Operations, finance, and review teams can see the configured product treatment instead of reconstructing decisions from scattered files.
Product, workflow, ledger, and report boundaries make it easier to show how Islamic activity is handled inside a dual-banking environment.
Teams can launch the approved scope first, reconcile it, and then reuse the tested setup for additional branches, entities, or product variants.
Approvals, product events, journals, profit runs, exceptions, and servicing actions remain traceable from the same operating record.
Map structures, balances, schedules, fees, chart-of-accounts entries, reporting fields, and exception paths into the target setup.
Set up maker-checker flows, product limits, servicing permissions, maturity actions, and exception review before pilot use.
Align onboarding, customer statements, payment interfaces, reporting feeds, and digital channels with the exact product scope being launched.
Run setup rehearsals, validate balances and product behaviour, support pilot users, and stabilize operations before broader rollout.
Plan product approval, reconciliation, and servicing rehearsals with your institution’s Sharia, finance, and operations teams before rollout.
Next step
Start with the modules you need and add more as the institution grows.