# The &eqonomize; Handbook

## Introduction

&eqonomize; is a tool for keeping track of and monitoring personal finances. This means entering of everyday expenses and incomes – when you buy something, receive salary, pay bills, transfer money between bank accounts, invest in stock, etc. &eqonomize; provides tools for making this process as easy and efficient as possible. You can then effortlessly retrieve information and statistics about your financial situation. You can for example easily identify major leaks and direct saving efforts to the right areas. You can also monitor performance in relation to a budget and check what your choices might mean for your future wealth.

The purpose of this manual is to describe how to practically use &eqonomize; for those who do not find the graphical user interface self-explanatory, as well as document some less obvious efficiency-enhancing features and explain how &eqonomize; interprets the data you provide.

When first using &eqonomize; you should read using-eqonomize; especially the first parts accounts_and_categories and transactions, which step by step describes how to begin using the basic features.

accounting provides a more theoretic explanation and description of &eqonomize;' approach to accounting.

In addition there are some reference sections.

## Using &eqonomize;

The main window consists of six different views. When &eqonomize; is started, the account view is shown. To change view click on the corresponding icon in the vertical list on the right side of the window.

### Accounts & Categories

The first time you start &eqonomize; the account view is displayed with a predefined set of accounts and categories. These can be considered as an example or a starting point for a setup matching your own conditions. You can either begin by modifying the suggested accounts and categories or start from scratch with File New (Ctrl N).

Accounts should be created to match your real world bank accounts plus at least one account for your cash. Categories are used to keep incomes and expenses better organised. Each transaction must be connected to an account and a category, or two accounts for transfers between accounts. To create accounts and categories use Accounts menu or the context menu in the list.

#### Budget

&eqonomize; allows you to specify a budget for each month and category. This way you can continuously compare actual and planned expenses. You can also check what your current budget will mean for your future wealth.

A budget is initially asked for when creating a category. Then you can update it from the budget tab at the bottom of the accounts view, for the category selected in the list. If the budget has not been set for a month, the budget for the previous month is used.

You can choose to set budgets for only some categories. In the accounts list, budget and remaining budget (budget - expenses/incomes) is displayed in the second column. If not all categories have a budget, the total remaining budget only summarises the categories with budget and thus does not include actual expenses/incomes from other categories.

#### The Accounts View

The account view displays a list of all accounts and categories, sorted alphabetically under each main type – accounts, incomes, and expenses. The rows for the main types displays the sum of all accounts/categories below.

The list has four columns. The first simply displays the name of the account or category. The second does for categories display the budget for the selected period and what is left of the budget. Unless the Show partial budget option is checked, the budget (and remaining budget) is displayed for whole months, thus you can in the default mode see whats left to spend of the current monthly budget. The third column displays the change in value, while the last column displays the total value.

In the bottom of the accounts view, there is a box for selection period. The period controls within which dates statistics will be shown in the list. If the button for the from (start) date is unchecked, all transactions up til and including the to (end) date will be included. The third, Change, column displays the value of all transactions that occurred between the two dates – the change in total value from start to end date. The last column (Total) displays the total value of all transaction up til and including the end date, plus the initial balance for accounts. If from date is unset, change and total will be equal for all categories. For accounts the total represents the actual money present at the end date, and change the profit during the period.

By default, the period is set to run from the beginning of the current month to (including) current date. Thus, the current state of accounts and transactions so far during the month are shown.

Values for future dates are based on budgets and scheduled transactions (whichever is greatest). An account can be designated as budget account (default for current accounts), meaning that budgeted change will be added to the statistics displayed for this account. Otherwise this will only be added to the summarising account item (thus it will not necessarily equal the sum of account statistics).

### Transactions

After accounts and categories have been added, you can start recording transactions each time money have been deposited or withdrawn from one of you accounts. If you have kept book before, either on paper, or in another program, you can either import a file (see import_export) or enter each transaction manually by hand. Just remember to enter the correct opening balance for each account.

Transactions can be entered in two ways, either with the new expense/income/transfer dialogs (where you have the option to create a recurring transaction), or from the transaction views. The latter option is usually preferred.

#### Expenses

The first time you record an expense you need to follow these steps:

1. Switch to the expenses view, using the left-hand icons. The input focus is now in the description entry.

2. Type in a description for the expense. Your free to use the description property as you want, but I suggest you keep short and consistent without any inflections, as a subcategory for optimum efficiency and good statistics. For example, if you buy a delicious red royal gala apple and have an expense category for fruit, the description will be Apple, and if you want to record additional information put Delicious red royal gala as comment (others might find it more appropriate to use Groceries as category and Fruit as description). Press Enter or Tab and focus will move to the cost entry.

3. Enter what you paid. Note that the value should not be negative (except for refunds) and you do not need to type in currency. Press Enter or Tab.

4. Select the date when the transaction occurred. To change the date, either write a valid date, select one from the pop-up calendar, or increment/decrement the displayed date with up/down keys. If you now press Enter, the new expense record will be created, but we do not do that now since the current account and category probably are not correct.

5. Select the correct account (where the money for the expense is taken from) and expense category from the drop-down lists on the right.

6. Optionally enter a comment (memo) for the expense.

7. Click Add or press Enter.

Enter adds a transaction if pressed with input focus in the date or comment entry. Otherwise it moves input focus to the next entry.

Repeat the process to record another expense. When you enter the next (and all subsequent expenses) expense you can however usually do it more efficiently. Date, account and category will not be reset each time, so often you need at least not change account. More importantly &eqonomize; remembers the last expense entered for each unique description. When you enter a description, all values, except date, will be filled in with the properties of the last expense with the same description. Even more so, as you type the description a list will pop up with all previous descriptions with matching opening letters. This means that you often will follow this much shorter process:

1. Type the first letter of a description and select the correct one from the list.

2. Check if the cost is the same this time and press enter.

3. Check the date and press enter.

#### Incomes

The same process as for recording expenses is repeated for incomes. Click the incomes icon on the left and enter an income instead of a cost (still positive, but instead means amount deposited, added, to the account).

#### Transfers

The record a transfer from one account to another (for example an ATM withdrawal from a bank account to cash) follow the same process as for expenses and incomes. Click the transfer icon on the left. Enter the amount transferred (positive) and select the from account (withdrawn from) and the to account (deposited to).

#### Refunds & Repayments

You should record a refund instead of an income when you receive money as a refund for a previous expense, to get the statistics right. This can for example be if you return a product and get your money back, or if you buy a present that you and your friend will give to a mutual friend, and you receive your friends share of the cost later.

The record a new refund use Transactions New Refund/Repayment or the context menu with the refunded expense selected in the expense list. You will have to enter the amount of money refunded (initially set to full refund) and the date of the refund. In addition you should specify the product quantity returned by you. In the first case this is clearly 1, but in the second case this is less clear. It can either be 0.5 if you count it as a half product, or 0 if considered a whole gift (none returned). The use is more obvious if the quantity property is activated for all expenses and incomes. The refund is recorded as an expense with negative cost and quantity.

Repayments are used as refunds, but for incomes that you have been forced to repay.

#### Split Transactions

Split transactions are used when a transfer to/from an account is instantly used for multiple transactions. This is not when money is withdrawn from a bank account through an ATM and you go shopping (that is first a transfer from a bank account to cash, then multiple regular expenses). A split transaction can for example be appropriate when you pay with your credit card in a store and tell them to withdraw some extra money, which you get as cash in your hand. You might also use splits when multiple products is bought with the same payment.

It is up to you how and when you want to use split transactions, as multiple ordinary transactions can be used with the same end result, even though one way might be a bit more correct than the other.

You can create a split from scratch with Transactions New Split Transaction... or from the context menu. It is however often more efficient to use the join action. This way you can enter transactions the usual way and later join them in a split transactions. Select the transactions to join and activate Join Transactions... from the Transactions menu or the context menu, and enter a description. All transactions in a split transaction have a common date and account.

To reverse the action and transform transactions in a split transaction to ordinary transactions, select a transaction and use Split Up.

In transaction list (ledger) for the account associated with the split, the split will be shown as only one transaction, but everywhere else the parts of the split will appear as ordinary transactions.

#### Scheduled Transactions

Transactions that have not occurred yet (with future dates) are called scheduled transactions and have certain special properties. Scheduled transactions can recurring, which means that transactions occurring regularly with certain intervals (usually on a certain day of month) do not need to be entered manually each time. This is often useful for bills and paychecks-

Single occurrence scheduled transactions are create just like ordinary transactions, except with a future date. Recurring transactions can only be created from the dialogs, with recurrences specified in the second tab.

The next occurrence of each scheduled transaction is displayed in the schedule view. You can edit or delete either the single occurrence or all future recurrences. If a single occurrence is edited, it will be created as a separate transaction, and any changes made to all recurrences will not affect this occurrence. If the date is changed to the current or a past date, the scheduled transaction becomes an ordinary transaction.

When a scheduled transaction is due, when the current date has gone past the date of the occurrence (or same date after 6 pm), &eqonomize; will ask you to confirm that the transaction really has occurred. You are then given the option to accept the transaction as it is, make some changes (for example the cost of your telephone bill might variate slightly), or postpone it. If the scheduled transaction is not postponed, it will become an ordinary transaction.

### Securities

Securities represents money invested in stock, bonds and mutual funds. Securities and associated statistics are displayed in the securities view (accessed using the icons on the left).

The create a new security in &eqonomize; use Securities New Security... or the New Security... button. First select account. Securities are associated with an account of securities type, which cannot be associated with ordinary transactions. Enter name of the security and select type. Specify initial shares if you do not want to back-track all transactions (it is always preferred to use transactions instead, for better statistics). Specify then also date and quotation.

#### Security Transactions

The following transactions are supported for securities:

Shares bought

- When more shares of a security have been bought. Specify new shares, price per share (quotation given) and total cost, including fees/commission.

Shares sold

- When some shares of a security have been sold. Specify new shares, price per share and total cost, including fees/commission.

Shares traded

- When shares of one security are sold and shares of another security are bought for the same amount of money, without transfer of sell income to an account in between.

Dividend

- When money is received for each share of a security. Specify income and income category.

Reinvested dividend

- When dividend is received as additional shares.

All security transactions are listed listed as transfers (in the transfers view), except dividends, and shares bought if associated with an income category, which are displayed as incomes. You can list all transactions for a single security using Securities Transactions... (or the context menu).

#### The Securities View

Statistics displayed for each security:

Value

- Value at period end date date (quotation * shares).

Quotation

- Price per share at period end date.

Shares

- Shares at period end date.

Cost

- Total price paid for all buys minus sells, at end date.

Profit

- Profit during the period (value + dividends - cost).

Yearly Rate

- Percent increase of value per share (for a share bought at the beginning of the period), during the period on a yearly basis. Includes dividends.

In the total statistics displayed below the security list, quotation and yearly rate are weighted based on the value of each security.

Predictions are simplistic and base on previous development, with respect to dividends and quotations, only. Future quotations are calculated using quotations during the nearest past time. The quotation one month from current date is assumed to have increased at the same rate as during the past month (or the date before with a specified quotation). Dividends are always predicted using full past years (they are assumed to occur on a yearly basis).

### Saving

When you have made some changes you need to save your work. Save the file using File Save (Ctrl S) or the corresponding toolbar button. The first time your work is saved &eqonomize; will ask for a location and name for the file. &eqonomize; will then automatically open that file each time the program is started.

If when exiting &eqonomize; there are some changes that have been made after the last save, you will be asked if the file should be saved before closing. If you in the dialog toggle Do not ask again and click Yes the file will automatically be saved each time &eqonomize; is closed.

Before the file is saved, a backup copy is made with the name prefixed by ~. Also, at most once per minute, the current data is saved (in the default KDE autosave folder, usually ~/autosave), to prevent data loss in case &eqonomize; exits unexpectedly (if for example you by accident hit the reset button on the computer).

### Import & Export of Data

#### QIF Import

Select File Import Import QIF File... and follow the instructions. QIF is a file format that might differ much depending on the software that saved the file. How much details you will need to provide about the file depends on ambiguity of the date format, how localised the file is, and how well accounts are defined. Securities, investment transactions, memorised transactions, budgets, and classes are not imported.

#### CSV Import

This function imports data files with clear text values in columns separated by a character (comma, space, tab, etc.), with a new transaction on each row. Select File Import Import CSV File... and enter details about the structure of the file you want to import. Transaction parameters can either be imported from a column in the file or a set to a specified value.

## Accounting with &eqonomize;

### Overview

The basics principle behind accounting in &eqonomize; is the idea of money flowing through transactions between accounts as reservoirs. A transaction represents a gain (you receive money), loss (you buy something), or transformation (you withdray from or deposit in a bank account) of money.

A transaction always means that money is moved from one account to another. An expense (something is bought) can for example mean that you pay with cash from your cash account. The money is then put in an expense account. This account represents the products and services you pay for. It represents the money that you do not have as a result of expenses, and is therefor useful for record keeping.

Incomes is usually put in a bank account and withdrawn from an income account. This means that income accounts will have a negative value, but to avoid confusion, the value of income accounts are shown as positive values.

Different income and expense accounts are used for categorisation, and are therefor more naturally referred to as categories. Other accounts, which represents the money you actually have and often are real world bank accounts, are simply referred to as accounts.

### Accounts and Categories

### Transactions

&eqonomize; has three different basic transactions types – expenses, incomes, and transfers. Securities uses some special transactions which are described in accounting-securities.

Expenses represents a loss of money, a transaction where you give away money, mostly in return for something else. This can be a payment for products and services, or a gift (or you lend someone money).

Incomes represents a gain of money; when you are given money. This is when your at the other end of an expense, when you receive payment for products and services you provide (often as salary for your regular job), or when someone gives you money as a gift or loan.

The third transaction type, the transfer, represents neither a loss nor gain, but a transfer of money from one account to another. This can for example be when you withdraw money from your bank account as cash, or you transfer money to a savings account.

Each transaction has a number of mandatory or optional properties. All the basic transactions have four mandatory properties – value, date, and from and to accounts/categories. Value represents the amount of money that is affected by the transaction, date when the transaction occurred, from account where the money was taken from and to account where money was put. These are the generic property names, which shows that all transaction types basically are the same.

For expenses the value is a cost, a positive value representing a loss of money and the to account/category is called category and the from account/category is the account that the expense is payed from. The category is always an expense category and the from account/category an account.

For incomes the value is an income, a positive value representing a gain of money and the from account/category is called category and the the to account/category is the account that the income is deposited in. The category is always an income category and the to/from account an account.

For transfers the value is called amount, and the to and from accounts/categories are both accounts.

### Mandatory Properties

Generic | Expense | Income | Transfer
Value | Cost | Income | Amount
Date | Date | Date | Date
From Account/Category | Account (account) | Category (income category) | From (account)
To Account/Category | Category (expense category) | Account (account) | To (account)

All transactions do in addition have two optional properties. The description property provides information about the nature of the transaction. For expenses and incomes this can be considered a flexible subcategory. The comment property is used for any additional information, not used for categorisation, about the transaction. If you for example buy a pair of shoes, you might create an expense in a clothing category, with the description Shoes and comments Shiny red Pradas.

Expenses and incomes do also have two properties which are not by default activated in the program. The quantity property denotes how many entities was involved in the transaction. This can be a whole number, as in two CD's, or a fraction, as in 0.56 kg apples (units are not included). This property is by default set to 1 and does not affect the value (the value per entity equals the value divided by the quantity). Expenses also have a payee property for the person or entity, for example the store where goods where bought, which receives the money, and incomes have payer property for the one who gives you the money, for example your employer.

### Scheduled Transactions

A scheduled transaction is a transaction that is planned to occur, thus it has not occurred yet. It is basically just a transaction, of any type, that has a date set in the future. When a scheduled transaction has occurred, it becomes a regular transaction. Scheduled transactions makes it possible to keep track of and be reminded of future transactions. &eqonomize; will request for a confirmation when the transaction is expected to have occurred.

A scheduled transaction can be recurring, thus it will regularly occur on a certain date or with a certain interval. This is useful mostly for bills and salaries, which then need not be entered manually each time and you can check &eqonomize; for upcoming payments. When a scheduled recurring transaction has occurred, a regular transaction is created, the occurrence date is removed from the recurrence, and the scheduled transaction date is moved forward to the next occurrence. A scheduled transaction with no occurrences left is removed.

### Securities

## Command Reference

### The main &eqonomize; window

#### The File Menu

&Ctrl;N File New

- Creates a new document

&Ctrl;S File Save

- Saves the document

&Ctrl;Q File Quit

- Quits &eqonomize;

#### The Help Menu

&help.menu.documentation;

## Questions and Answers

How do I change the currency used?

Change the money settings in the KDE Control Center under Regional & Accessibility Country/Region & Language. Note that the this only affects the currency symbol displayed. The actual data does not use any specific currency.

## Credits and License

&eqonomize;

Program copyright 2006 Hanna K. hanna_k@fmgirl.com

Contributors:

- Hanna K. hanna_k@fmgirl.com

Documentation copyright 2006 Hanna K. hanna_k@fmgirl.com

&underFDL; &underGPL;
&documentation.index;