No more worries about your Acorn hardware. We have produced a Virtual Acorn (VA) version of Prophet3+ professional. (Click here for requirements information). The VA CD also includes the 32bit Iyonix and the RiscPC versions.
Prophet3+ pro CD Boxed with Printed Manual £235 Click to Order
Prophet3+ pro CD with HTML E-manual only £129 Click to Order
Prophet3+ pro CD including html e-manual upgrade £29 Click to Order
Prophet3+ Professional
The award winning small business accounting system for Acorn/RISCOS machines,
and now VirtualAcorn for Windows PC's. (Two times Acorn User Best Business Software
Awards Winner)
Click here to download the demonstration
version (493k).
The last version was 3.64, and we have now added over 100 further improvements to produce version3+ professional.
Some of the improvements are minor such as ensuring all text label icons are 2d - so they no longer resemble raised action buttons (from now on, buttons which actually do something will be obvious!). Others are major such as the new double-entry reporting section and the ability to use multi-currencies (Prophet is now Euro friendly).
You should recover the cost of this upgrade many times over in reduced accountancy bills with just the new reports section alone.
Note: If an account or heading has been specified for a customer or supplier, they will also be automatically inserted when making manual entries directly in the ledgers.
Suppliers stock code references can now also be used when calling up stock for invoicing (Prophet will replace it as usual with your own stock reference).
There are many more minor improvements too. Now on to the two major ones...
Five reports are available (explained in more detail later):
1. The Journal: This is a complete list of ALL your entries in date order.
2. The Ledger: This is also a complete list all your entries, but sorted by
date AND account.
3. The Trial Balance: This is a summary of all your heading and account balances.
4. The Profit & Loss report: Basically, a report of your sales (or revenue)
less your expenses.
5. The Balance Sheet: The final report which sorts your accounts according to
whether they are 'assets' or 'liabilities'.
If you are happy with your figures (eg. your bank accounts balance with your
bank statements etc.) then your accountant should only need 'rubber stamp' the
'Trial Balance', 'Profit & Loss' and 'Balance Sheet' reports.
If the accountant wants detailed information, the 'Ledger' report will provide it all. If a full audit is necessary, the 'Journal' will be required.
All five reports can be exported in one go in Prophet's usual variety of formats.
This includes 'CSV', so if your accountant uses a PC you can format a PC disc
on your Acorn computer, save the reports to it, and give it direct to your accountant.
Most accountants use spreadsheet applications and a CSV file is a standard spreadsheet
format on any computer system.
The new reports window can be password protected by using the existing 'Profit&Loss/Balance' password in the Passwords window.
It can cope with the UK VAT cash accounting scheme and multi-currencies (see later), and can also handle long term liabilities, equity, pre-payment, accrual, suspense and other accounts not normally associated with the way Prophet works.
The report window includes an enhanced entry checking facility to pinpoint any errors before you produce the reports, but even if you ignore this, Prophet will create a balancing set of reports ('Suspense' accounts will be opened automatically with the information required to track down any errors).
Each journal entry affects only one account (the sales and purchase headings in Prophet are referred to as 'accounts' in a double-entry system). Therefore a Prophet sales ledger entry for £100 which was invoiced on 5th April and paid for on the 1st May will result in two journal entries - one dated 5th April will go to a sales account and the other dated 1st May will go to the relevant bank or cash account. The beauty of Prophet is that only a single entry is needed to record the transaction...the beauty of double-entry (especially when created automatically!) is that the reports will show exactly what happened in 'real time'.
Each account in the ledger represents either one of your 'Bank Accounts', one of your sales or purchase 'Headings', or a new account which Prophet has added if necessary (eg. a 'VAT Control' account). The ins and outs (called 'debits' and 'credits') are totalled at the end of each account followed by the account's final balance. The accounts are listed one after another in the report.
A trial balance from Prophet will always balance even if it means that Prophet has had to create 'suspense' accounts to acheive it (a look at the nominal ledger will show you why they were created so they can be corrected). Armed with only a trial balance an accountant can finish off a set of books by drawing up a Profit & Loss account and Balance Sheet (in the same way that you can now do with Prophet).
There is a field dedicated to opening and closing stock values in the new reports window, so only a minimum of filling in is required before this report can be created.
Any foreign currency gains or losses are also included in the Profit & Loss report.
The balance sheet groups your accounts into various sections. These sections can be shown in a horizontal format or a vertical one. Prophet uses the vertical format since it is the method used by most companies and accountants (larger limited companies and PLC's have to submit a balance sheet to Companies House at the end of each year, and the vertical format is the preferred choice).
Prophet will also breakdown your assets and liabilities into further groups to make the balance sheet clearer (we have added new account types to the accounts window for this purpose). These include:
FIXED ASSETS: The value of your buildings, vehicles, equipment, fixtures and
fittings etc.
CURRENT ASSETS: Bank accounts, debtors etc.
LONG TERM LIABILITIES: Any long term loans (eg. a mortgage etc.)
CURRENT LIABILITIES: Creditors etc.
EQUITY: Your capital account, this years profit (or loss), your drawings on
the business, shareholders capital etc.
A new window has been added which holds the exchange rates and name of foreign currencies. It also holds the name of your national currency. All the fields can be edited whenever you need to - including the name of your national currency. Three exchange rates are used for each currency; the first is the opening rate, the second is the average rate for the year, and the third holds the closing rate. The final column is used for the currencies name. The 'Rates' window can be opened from the Bank Accounts and Headings windows (these are the only windows where the currency is relevant).
As far as ERM member countries are concerned when dealing with other member countries rates and the Euro, life is made very simple, the rates were fixed on 1st January 1999, so all three rates per currency will be the same and will not change - the fixed rates and more Euro information are detailed further on.
The bank account window includes an extra column where the currency can be selected for each account. Prophet will use that countries exchange rates when you use the new reporting section (as also will the VAT return window).
The heading windows also include a currency column. This implies that any entries you make in the sales or purchase ledgers which use a foreign currency must also use a heading set up with the same currency (ie. you MUST NOT mix up different currencies in the same heading - if you set heading 'AA' to US Dollars, Prophet will assume that all entries to that heading are in dollars).
An account, a heading, and an alternative currency symbol can be assigned to each customer and supplier in the customer and supplier databases for use when invoicing, printing statements or ordering. This allows you to print invoices using a foreign currency symbol automatically. It also allows an alternative account and heading to be used from the default account and heading (as defined in the Preference window) when invoicing (eg. a $dollar invoice can be assigned to your $dollar account and $sales heading automatically when Prophet prints the invoice and compiles the sales ledger entry). The same applies if you click on the new 'Add to ledger' button in the purchase order window. Note also that an alternative template can be applied to individual customers and suppliers
The way foreign currencies are handled in an accounting system can be a complicated affair (we hope we have made it as simple as possible). To this end, we have chosen to adopt the SSAP 20 method for foreign currency accounting. SSAP stands for 'Statement of Standard Accounting Practice' - the '20' refers to the particular article. These standards are set by the various institutes of chartered accountants in the UK.
To summarise SSAP20: Year end balances of foreign asset and liability accounts are converted at the exchange rate prevailing at year end, and profit & loss balances are converted at the average rate for the year. The opening balances for asset and liability accounts are converted at the rate prevailing at the start of the year (ie. they use the previous year's closing rate) but only in so far as creating the carried forward Equity balance. Any gains or losses on foreign currency holdings are automatically transferred to the Profit & Loss account.
However, for non ERM countries, invoices issued in a foreign currency are usually not a problem regarding VAT since they are most likely to be zero rated: the only way a foreign currency sale will incur VAT is if it is to an ERM member country and the company concerned is NOT registered for VAT in that country (sales like this are treated as standard rate domestic sales in the UK).
If you do need to issue foreign currency invoices which include VAT (and you are NOT in an ERM member country) there is a work-around which is shown and included in the upgrade. It covers everything and will ensure your entries are correct.
Some of these rules are mandatory for member countries (eg. converting from say, DM to Francs, requires the DM to be converted to the Euro first, then from that to Francs - known as 'triangulation' - see later). Others are recommended or optional, eg. you do not have to show your national currency and the Euro convertion total on invoices. After the transitional period (after 31st December 2001 for the first wave of joiners) all totals will be deemed to be expressed in Euros anyway. For your information, we have retained the following:
| Country | Acronym | Rate |
|---|---|---|
| German Mark | DEM | 1.955830 |
| Belgium Franc | BEF | 40.339900 |
| Luxembourg Franc | LUF | 40.339900 |
| Spanish Peseta | ESP | 166.38600 |
| French Franc | FRF | 6.559570 |
| Portuguese Escudo | PTE | 200.482000 |
| Irish Punt | IEP | 0.787564 |
| Italian Lira | ITL | 1936.270000 |
| Dutch Guilder | NLG | 2.203710 |
| Austrian Schilling | ATS | 13.760300 |
| Finnish Markka | FIM | 5.945730 |
PAGE 4
3. European Union law on the conversion between two national currency units
3.1 Article 4 (4) of Council Regulation (EC) No. 1103/97, which is now in force in all Member States of the European Union, prescribes a procedure for the conversion between two national currency units of participating Member States during the transitional period, i.e. "Monetary amounts to be converted from one national currency unit into another shall first be converted into a monetary amount expressed in the euro unit, which amount may be rounded to not less than three decimals and shall then be converted into the other national current unit. No alternative method of calculation may be used unless it produces the same results."
3.2 This is the triangulation procedure. For example the conversion of 100,000
Belgian francs (BEF) to German marks (DEM) would proceed as follows, using the
fixed conversion rates of 1 EUR = 40.3399 BEF and 1 EUR = 1.95583 DEM:
Step 1: 100,000 BEF = 100,000 / 40.3399 EUR = 2,478.935 EUR Intermediate value
Step 2: 2,478.935 EUR = 2,478.935 x 1.95583 DEM = 4,848.38 DEM
3.3 Using a 6 significant figure bilateral exchange rate based on these fixed exchange rates would not necessarily give the same result. Using 1 DEM = 20.6255 BEF gives an answer of 4,848.37 DEM, i.e. a difference of 0.01 DEM compared with the triangulation result. If the bilateral rate were taken to one additional significant figure i.e. 1 DEM = 20.62546 BEF, then the result would be the same. The European Commission has undertaken research into the use of bilateral rates and has found that there may be instances where a bilateral rate will not provide the same results as triangulation even using up to 15 decimal places. There is no guarantee that bilateral rates will always give the same results as triangulation.
4. When triangulation is required
4.1 Two companies or individuals in the eurozone may enter into a contract that specifies payment for goods or services in a national currency unit which is different to the base currency used by the party who is to pay for the goods or services. If the party making the payment wishes to calculate, and pay, the amount owed in their own national currency unit, then they should use the triangulation procedure to calculate the amount owed under the contract in their own national currency unit. This is to ensure that the amount received by the other party in the other national currency unit, after conversion by the banking system, will properly discharge the debt outstanding.
4.2 We do not envisage other circumstances where triangulation is needed in practice, except where the use of a bilateral rate would produce results which could be materially incorrect and therefore misleading to third parties such as an investor in a company or other users of a company's financial statements.
PROPHET NOTE: the triangulation algorythm is used by Prophet's calculator if you enter the complete equation in a single line (eg. 100000 / 40.3399 x 1.95583 = 4,848.38) - this has not altered the way the calculator works, it has always used this rounding method.
1. Added new account types to the Accounts and purchase heading windows (all documented on upgrade disc 2).
2. Speeded up auto-backup when quitting.
3. Added user definable purchase order VAT total fields (see last two paragraphs of item 33 below).
4. The default account/heading in the preference window can now be selected with the mouse menu button.
5. The new account/heading/currency fields in the cust/supp databases are now included when stepping through the fields with the TAB or Return key.
6. A 'warning' message has been added when clicking on the 'Old' button in the invoice window (so you can abort it if accidentally clicked).
7. If you have the 'Save on exit' and 'Backup on exit' turned on in the 'Save' window, Prophet now performs a pre-backup of your files when doing an auto-save or manual save DURING a session. This means that your backup copy will reflect the state of your file (including the invoice file) at the time when you previously saved it. The point of this is to enable you to start again from the previous saved position if you make a mistake since your last save and want to start from that point again.
The normal 'save on exit' and 'backup on exit' remains the same in that it still creates a duplicate set of files from your main file. The new auto-backup feature can be turned on or off.
8. The Record number field in the cust/supp databases can now be toggled to show the internal record number (rather than the actual position in the database).
The internal number is used by Prophet to ensure customers and suppliers remain connected to the ledgers if a sort is performed. The internal number is of use to those people who have written their own utilities for Prophet.
The export window, when the 'Output all fields' button is ON, will include the record or internal number (depending on which has been selected in the database).
9. If you enter the 'U' status in the 'All ledger' report window, Prophet will include them in the report and (for reporting purposes) will mark them as being paid. This allows you to produce a cash flow forecast. The report is now also account specific.
10. Comma's (,) and @ characters are now kept in telephone numbers when filtering for the auto-dialling utility. These symbols are standard modem commands for including a pause between sets of digits. The normal default for a comma command is 2 seconds. The @ command invokes a 5 second pause. You can use multiple sets of these should you need to depending on your telecoms provider and modem.