Skip to main content
Glama
iseppo

e-arveldaja MCP Server

by iseppo

Prepare Dividend Distribution

prepare_dividend_package

Calculate corporate income tax on dividends and prepare draft journal entries, ensuring retained earnings cover the net dividend and net assets exceed share capital plus restricted reserves.

Instructions

Calculate dividend CIT (22/78 from 2025-01-01, 20/80 before) and create draft journal entries. Only the NET dividend debits retained earnings (Jaotamata kasum); the CIT books as a current-period income-tax expense (P&L 'Tulumaks' line), never a direct reduction of retained earnings. Hard-blocks distributions that lack retained earnings or would push net assets below share capital (ÄS § 157) unless force=true.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
forceNoCreate journal even if retained earnings are insufficient (default false)
dry_runNoPreview calculation and postings without creating journal (default false)
net_dividendYesNet dividend amount to shareholder (EUR)
effective_dateYesDistribution date (YYYY-MM-DD)
tax_payable_accountNoCIT payable (liability) account (default 2540)
share_capital_accountNoShare capital account for ÄS §157 net-assets check (default 3000)
shareholder_client_idYesShareholder client ID
dividend_payable_accountNoDividend payable account (default 2370)
retained_earnings_accountNoRetained earnings account debited with the NET dividend (default 3020)
income_tax_expense_accountNoIncome-tax expense account debited with the CIT — the P&L 'Tulumaks' line (default: lowest Kulud account in 8900–8999, else 8900)
restricted_reserve_accountsNoAccounts whose balances ÄS §157(2) makes non-distributable (net assets must stay above share capital + these reserves). Default: auto-detect reservkapital 3010.
Behavior5/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

With no annotations providing hints, the description fully discloses behavioral traits: draft entries, CIT books to P&L, retained earnings debited only net, and hard-blocks based on retention and net assets.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness5/5

Is the description appropriately sized, front-loaded, and free of redundancy?

Every sentence adds unique value; the description is dense without being verbose, efficiently conveying purpose, constraints, and key behavioral nuances.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness4/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

Covers core functionality and constraints well, but lacks explicit explanation of the return structure (e.g., draft journal entries format). Still sufficient for an agent with accounting domain knowledge.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters5/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

All 11 parameters have schema descriptions, and the tool description adds significant context (e.g., retained earnings account debited with net, income tax expense account as P&L line, restricted reserves non-distributable).

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

The description clearly states the tool calculates dividend CIT and creates draft journal entries, distinct from sibling accounting tools by focusing on dividend distributions.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines4/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

Provides explicit context for when to use (dividend distributions) and constraints (hard-blocks unless force=true), but does not directly contrast with sibling tools like create_journal or suggest alternatives.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Install Server

Other Tools

Latest Blog Posts

MCP directory API

We provide all the information about MCP servers via our MCP API.

curl -X GET 'https://glama.ai/api/mcp/v1/servers/iseppo/e-arveldaja-mcp'

If you have feedback or need assistance with the MCP directory API, please join our Discord server