Dara Modules

This module holds each company's chart of accounts, detail levels, vouchers and fiscal periods. The balance of every account is computed in real time from voucher lines, and every other module records its financial effect only by posting a balanced voucher to this core.

Cash position from the branch cash desk to the central vault, bank accounts, receipts and payments, and transfers between cash desks. Chequebooks through to collection or return, petty cash and reconciliation are handled in the same system.

The deposit account cycle from opening to deposits, withdrawals, transfers, closing and reactivation. Fees, transaction reversal and account dormancy are also handled in this service.

The wallet balance is not a stored number. It is read from the Financial Core. Top-up, payment and transfer are each posted as a balanced voucher in the Financial Core.

The federation layer for the platform's independent installations. It identifies which installation each card belongs to, sends the purchase to that installation and coordinates settlement between members.

Connecting a company to real banks: accounts, beneficiaries, payment with separated entry and approval, batch payment and statement matching. An uncertain status is closed only by an inquiry to the bank, not by sending again.

Converts Excel files of high-volume transactions into ready-to-post accounting vouchers using a predefined template. The column-to-account mapping is kept separate from the template itself and can be edited.

Builds, digitally signs, encrypts and submits sales invoices to the Moadian system, and tracks the status and the tax file of each company. The invoice stays in Sales, and this service is the tax layer.

Issuing and use of credit, gift or corporate cards, and settlement with merchants. Each purchase first reserves the balance and then creates a final voucher in the Financial Core; the card balance is not stored in LendTech itself.

The credit cycle from application to final settlement, based on Islamic financial contracts. Every transaction goes to the Financial Core as a balanced voucher, and financing data stays in its own database.

Registration, valuation and management of collateral against financing or a credit line. It sends memorandum vouchers to the Financial Core for pledge and release, and checks coverage with the Financing service.

A customer's credit limit is calculated from the behavior of the daily account balance, rather than from a manual estimate. The input is a daily snapshot of deposit or card balances, and the output is a score and a limit for the credit line.

Takes overdue debt from the source system and moves the collection path forward: case, aging, promise to pay, negotiated settlement and legal action. The accounting voucher remains with the source system.

A fixed-asset cardex from acquisition to depreciation, revaluation, impairment, disposal and physical count, compliant with Iranian accounting standards 10, 11, 13 and 32. It builds the voucher and posts it through the Financial Core.

From quotation to collection and goods return. The sales and cost-of-goods-sold vouchers are issued only when the goods have left the warehouse, and every financial operation sends its own balanced voucher to the Financial Core.

Tracks inventory from purchase to consumption, production, sale or return, in both quantity and Rial value. The cost of every receipt and issue is recorded in the item's cardex.

A contract stays on one path from request to archive: approval, signature, payment, obligations, guarantees and addenda, each with a citable record. Status changes follow organizational rules.

Incoming, outgoing and internal letters from registration through referral, follow-up, delivery receipt and archive. Letterhead, multi-stage signing and PDF output belong to the same administrative cycle.

Earning points, redeeming them to a wallet, inviting friends and gift cards. Other services send events, and a predefined rule determines the number of points.

Every customer request is a trackable ticket, with a form specific to its type, a response deadline and correspondence history. The 360-degree view shows that customer's financing, payments and wallet side by side.

SMS, email, push and an in-app inbox from one point. Each service submits a send request, and Pulse selects the right provider and template according to the company.

Centralized authentication and token issuance based on OAuth and OpenID Connect. Roles and access are deliberately not here; they remain in user and company management.

User profiles, companies, branches, memberships and roles. Each tenant has multiple companies, and each company's access is kept separate from every other company's.

Other services hand files over here and receive an identifier. Each company has its own storage method and its own encryption key.

A multi-step process with human approval along the way is defined, run and tracked here, and it can coordinate with payments, messages or inquiries.

Background jobs for the whole platform are scheduled and run from one point. It reads the target service's address from service discovery, and not from fixed configuration.

A conversational assistant working on the company's real documents, with references to sources. The processing part splits documents into chunks so the assistant's knowledge stays current.

Calls to banks, credit inquiries and external systems are defined, run, cached and audited from one point, instead of a separate client in each service.

The only public entry to the microservices. It authenticates each request and sends it to the right destination; routes are built from the live service discovery list.

Shows each of the organization's investments next to the limit set for it in the bylaws, and measures and reports how far it is from that limit.

Accounting voucher templates with debit and credit formulas. Financial events from each module are turned into voucher lines through these templates, so accounting rules are not scattered across module code.

Collects payments through online payment gateways, POS terminals, card-to-card transfers and other methods, all against a single payment order. The deposit slip is stored alongside the transaction.