It will run on all PC versions of Windows from Windows 98 onwards, right up to Windows 10. In either 32 or 64 bit. It will not run in Windows 95 or NT 4.0. However, the older v3.xxx (developed with Microsoft Visual FoxPro 6, and later FoxPro 7) will run in all PC versions of Windows including 95 and NT 4.0. The older version can be downloaded from Previous Versions.
Yes, it really is free. No restrictions, fully functioning.
On all printed and HTML documents (like invoices, statements, remittances advices, etc) at the bottom it prints a message saying 'Accounts software from www.adminsoftware.biz', also when you exit the software it always starts up your default web browser and goes to our web site. Most people consider this a very small 'price' to pay for such a comprehensive free accounts system.
However, if you want to remove the advertising message on documents, and don't want the bother of the system going to our web site every time you exit the accounts system, you can purchase a Software Registration Key off our web site which will prevent these things happening. You can do this at any time, regardless of how long you've been using the program.
No, is the quick answer. ALL your data is stored on your computer or network. No data is stored on our website/server, and so no internet access is required in order for Adminsoft Accounts to run. The Freeware version will attempt to start up your default web browser when you exit the system. But this is for support and marketing purposes. It tells us how many people are using our software, and it displays a web page that displays adverts and keeps you up to date of developments here at Adminsoft. We recommend you allow it to connect to the internet, but it is not necessary. The software will run quite happily with no internet connection.
Note, the full product (ie. not Freeware) does not automatically access our web site on close down.
Adminsoft Accounts incorporates AutoManager. If you download Adminsoft Accounts, when you install it you will have the option of selecting AutoManager (and Shop/Cafe Manager).
When you first install the software a user is created automatically. The user ID is the word FIRST and there is no password.
For versions of the software before v3.106 the user ID and the password were both the word DEMO This was changed in later versions of the software, as the user ID was confusing users as to whether they were running the software in Demo mode.
However, from v3.149 onwards, the system does not ask for a user name and password when it starts up. In order to make it force users to login with a user name (and password if you set one up), you must go to the 'Maintain Users' option, and click on the 'Force users to login to the system' check box in the bottom left hand corner of the form.
On installation, the software asks for your name, company/organization name and address, and email address. These details are automatically passed over the internet to Adminsoft. Your email address will only be used by Adminsoft very occasionally. Note, if your computer is not connected to the internet at the time of installation, the installation process will continue, and the software will run.
Yes you can. Simply plug your USB memory stick into your computer, download Adminsoft Accounts, and during the installation process select your memory stick as the place to install the software. Unlike most other accounts packages, Adminsoft Accounts does not copy DLL files into your system folder, or require registration of files (unless you opt to use the integrated Chilkat email option, there are alternatives), or change registry values belonging to other applications or Windows. This means once you have installed the software on your USB memory stick, you can unplug it from your computer, plug it into another computer, and it will run straight away (the file to start it is accounts.exe). No fuss, it couldn't be easier.
Yes you can. If you purchased a Software Registration Key, it will continue to work when ever you install the latest version of Adminsoft Accounts v3.xxx or v4.xxx.
Yes you can, but.... The software has been developed in Microsoft Visual FoxPro v9 to work single user on a Windows PC or multi-user across a LAN (Local Area Network). It can not run directly off a web server, with users using a browser as the client. As you would with applications developed in HTML, PHP, Java, etc. To run Adminsoft Accounts over the internet you have to set up a VPN (Virtual Private Network). VPN software is available from several vendors, some offer the software for free. VPN allows you to connect several computers together across the internet as if they were connected as a LAN. Due to bandwidth limitations, it does run slower than a real LAN. So the best approach is to nominate one computer as the server and place the data on that machine, then put a copy of the program (accounts.exe) on each workstation. So when ever the user accesses the system they are not downloading the program itself every time. When putting a copy of the program on a workstation, install it as usual, then delete ALL sub-folders ("ledgers" and "system". When you run the program it will then ask you where the data is located, allowing you to specify the server on your VPN.
Yes you can. The data for each company/organization you have set up in the system is held in sperate folders. The name of the folder is the same as the company/organization code. For example, if you set up a company called Smith Inc. and give it a company code of SMITH, assuming you installed Adminsoft Accounts into the default folder, the data for this company will be held in "C:\Adminsoft Accounts\ledgers\smith" (note, in some older installations the path may be "C:\Program Files\Adminsoft Accounts\ledgers\smith") The "smith" folder will itself contain three other folders: "data", "docs", and "reports". Pretty self explanatory. "data" contains all the actual accounts data, "docs" contains any letters/faxes created, and "reports" contains any reports that you have told the system to save.
If you are running the system on two computers and want to work on one and then copy the data to the other, you can copy the entire "Adminsoft Accounts" folder (along with all it's sub-folders), or you can just copy the specific company/organization folder. However, if just copying a specific folder you must first create that company/organization in Adminsoft Accounts on the destination computer (if it doesn't already exist, of course), using the same company code. Otherwise it will not know the company exists, and will not list it when you start up the accounts system.
If running the software on two or more unconnected PC's, we would recommend you run it off a USB memory stick. This is because it's very easy to work on one PC and then realize you haven't restored the most uptodate data to it first, and now you have two copies of data that are 'out of sync'. If the whole thing is on a USB memory stick, it can't happen. Don't forget, even if the software is running off a USB memory stick you still need to back it up, just in case the memory stick should ever fail.
After you first install the software we strongly recommend you select a password for the default user created by the system, or setup your own user ID and password. The default user is created with 'supervisor' status, which basically provides access to all parts of the system. When creating a new user ID, if you do not give the user ID 'supervisor' status, you must click on 'Add Company' and set up a security profile for any company/organization you wish the user to have access to. If not, you get the above message when ever the user tries to access a company/organization for which they have no security profile setup.
If you are running Windows XP, or a later version, the security built into these operating systems is the problem. It means the system will not allow Adminsoft Accounts to update any of it's files. So when you start the program up, it gets stuck! This usually only happens when the software is installed into 'C:\Program Files\Adminsoft Accounts'. The default location is your root folder (ie. C:\ ). To solve this problem, you need to install the software into the root folder. You can simply copy the folder 'Adminsoft Accounts' to C:\ (so the program will live in 'C:\Adminsoft Accounts'), or you can download and re-install the software. However, if you select the later, you will have to delete the folder 'C:\Program Files\Adminsoft Accounts' first. Otherwise the install program will see it, and think it is just doing an update.
The accounts system uses third party software to output reports and documents to PDF. There are two systems to choose from. The default is Eqeus XFRX. The above message can occur sometimes when FoxyPreviewer is selected. When a PDF file is created for the first time, it saves some setup information in a file called FoxyPreviewer_Settings.dbf However, occasionally something can go wrong with this file, and when it does, each time you out to PDF you get an error message. To fix this locate the file FoxyPreviewer_Settings.dbf and delete it. It will be in the 'Adminsoft Accounts' folder. Alternatively, set the PDF system to Eqeus XFRX.
When you set up a company/organization in Adminsoft Accounts (which you will do during installation), there is a list of Charts of Accounts and you can select one. Of course, each business/organization is different, and each country has different accounting requirements, so you may wish to change and expand the existing Chart of Accounts, which of course you can do by editing, deleting or adding accounts. There is also a number of Chart of Accounts on your web site which you can download. Some have been created by other users, and are specific to their company/organization and country.
Each account in the General Ledger (Nominal Ledger) needs to have a Report Group code in order for it to appear in the P and L or Balance Sheet reports. The Report Group code tells the system where you want the account to appear in the reports. If you have created a new account, and it isn't appearing on either on the reports, then you have probably not given it a Report Group code. There are a few Report Group codes set up on installation. Sufficient to produce basic reports. If you have specific requirements, you can add or delete these codes, to produce Profit and Loss and Balance Sheet reports in just about any format you need.
The currency used depends on the country you selected during installation. For example, if you select USA it will operate in US Dollars, if you select India it will operate in Indian Rupees, and so on. So where ever you are, it will use your local currency, provided your country is listed, only countries where English is the first language or prominent second language appear in our list. In the unlikely event your country is not listed, please notify us and accept our apologies.
Adminsoft Accounts is multi-currency. You can set up additional currencies and use as many of them as you like in the same set of ledgers, even in the same account! Beware exchange rate problems however. Most countries have a floating exchange rate, so you will need to update the exchange rate in Adminsoft Accounts frequently. In the time between raising a sales invoice and collecting the payment (perhaps several days or weeks later), the value of the currency may well have changed. Adminsoft Accounts converts a currency into the base currency of the ledger at the time the transaction is entered, using the exchange rate you have setup for that currency. As payments are made or received, regular adjustments to the account will be required. So operating in a multi-currency accounting environment is not without problems.
Bank/cash accounts can be setup to use currencies other than the ledgers base currency. So for example, if you normally use US Dollars, but have a Euro bank account you use when doing business with a European country, all related transactions can be entered in Euro. However, some currency conversion is still performed, because the value of the sale of purchase will be posted in the ledger base currency.
The base currency is dependant on the country you have selected for your company/organization during installation. For example, if you selected USA, then the base currency will be US Dollars. If you need to change the base currency, you will need to change the company/organization country. When you start up the system, click on your company/organization (you may only have the one set up), then click on the 'Company Details' button. This will display the information about your company/organization, including your 'Region', which in this context is the country. Change this to the appropriate country for the base currency you require, and click on OK. Note, any existing transactions will continue to use the currency that was in use at the time the transaction was entered onto the system. It is not recommended you change the base currency of a set of ledgers once you have started entering transactions because existing transactions in the Nominal Ledger (General Ledger) are always considered to be in the base currency, if that currency changes, the value of the transactions will be incorrect.
Yes, you can set up as many bank accounts as you wish. When you create a new account, just answer 'Y' to the prompt 'Cash Book A/c'. It treats cash accounts and bank accounts in exactly the same way. If you click on the 'Cash Book' option it will list all your cash accounts and bank accounts. If the new cash/bank account is to be used for sales or purchases you will need to set up a Sales and/or Purchase Payment code for it, or change the account code used by an existing Sales and/or Purchase Payment code. You can do this in Setup->Miscellaneous->Payment Types. The Payment Code is used when receiving or making payments from/to customers and suppliers. This is a safe and flexible way of implementing customer and supplier payments. It means users can only use accounts you have set up for the purpose.
The system can indeed be set up for the VAT Cash Accounting scheme. Click on 'Setup' on the top menu bar, from drop down menu select 'General Ledger' (or it may say 'Nominal Ledger'), then Defaults and Variables. On the left hand side of the form, there are two options for setting the 'VAT accounting scheme', one for customers and one for suppliers. Set these to 'Cash Accounting'. In some countries, both have to be set to either 'Standard' or 'Cash Accounting', and in some countries it is acceptable to the tax authorities to run one ledger as 'Standard' and one using 'Cash Accounting'. When using cash accounting, when you run a VAT/Sales Tax period end report, only VAT/Sales Tax on invoices paid will be reported. You should be aware however, that if an invoice is part paid, the VAT/Sales Tax amount will not be reported. Only when an invoice is fully paid will it be reported. This is a limitation of the software, in that a transaction can only appear on a VAT/Sales Tax report once. If you know in advance that an invoice is to be part paid, you may want to consider creating two invoices, one for the amount to be paid, and one that will remaining outstanding.
You can only enter a P/O Ref. for a sales invoice if the system is running in 'Full Details' mode. The accounts system has two modes of operation. When it starts up, by default, it runs in 'Basic Details' mode. This shows the main options a user may require, and the basic details within each accounts and invoice input form. This will actually suite many users who do not require a complicated accounts system. However, the software can be switched to run in 'Full Details' mode. In this mode ALL available options will be shown, and the main forms will contain a great deal more information. To put the system into 'Full Details' mode, simply click 'Show Full Details' on the toolbar. If you have closed the toolbar, you can re-open it by clicking on the 'Help' drop down menu, and then on "Startup Toolbar". When you create an invoice in 'Full Details' mode you'll notice there are three 'tabs' across across the form: "Test - Quantity & Prices", "Details", and "Costs". Click on "Details" and you'll see lots of input fields where you can enter a whole load of stuff, including P/O Ref. Just ignore any of the other input fields you're not interested in.
This could be due to too many users trying to access the system at once. If you are using a single user version (note when running as Freeware it is always single user on versions prior to v3.149, after that it is multiuser) it thinks you or someone else is already in the system. It could be you already have the software running, check your Windows task bar and make sure. If not, it could be the program abnormally terminated when it was last run, perhaps due to a computer crash, or not exiting the software prior to shutting down the computer. To get around the problem, follow this simple procedure: When you start up the software and login, and it says 'too many users', do a single left click on the user in the list (there may only be one user listed) and then click on the 'Log Out' button at the bottom. The user should vanish. If you click on 'OK' it should allow you back in to the system.
When installed Adminsoft Accounts takes up less than 60mb on your hard disk. Which is virtually no space at all in these days of terabyte hard disk drives! And it's self contained. Everything sits in one folder (and sub-folders under that).
In Adminsoft Accounts v4.120 and later, there is an uninstall option built in. Click on 'Setup' on the top menu bar, go down to 'System', and you'll see the option 'Uninstall Adminsoft Accounts' at the bottom of the menu.
In Adminsoft Accounts versions prior to v4.120, you have to uninstall the software manually, but it is quite straightforward:You can remove it by deleting the folder "C:\Adminsoft Accounts" (in some older versions of Windows the software will be installed in "C:\Program Files\Adminsoft Accounts"), assuming you installed it into the default folder, and by deleting the icon on your desktop. In Windows Vista or older versions, to remove the option from your Start menu you have to single right click on the 'Start' button on the task bar, click on 'Open', you should be able to see the Adminsoft Accounts icon appear in the window, just delete that. In Windows 7, you have to right click on the option in the Start menu, this will produce a small menu of options, click 'Remove from this list'. And that's it!
Well, more or less. There is a small complication if you have used the Chilkat built in email facility. This only applies to Chilkat, not Windows CDO (which is the default). Unlike most other applications, with Adminsoft Accounts there are no DLL files to unregister and no files in Windows system folders. It's a very clean install. Chilkat, whic is integrated into Adminsoft Accounts, is a third party product from Chilkat Software. An excellent product, but it does require registration of the file ChilkatMail2.dll To remove this registration, start up the 'Command Prompt' (Windows Start menu -> Accessories) and type in regsvr32 C:\Adminsoft Accounts\ChilKatMail2.dll -u (if Adminsoft Accounts was installed in a different location, you will have to change the path accordingly) and press the Enter key on your keyboard. This will unregister the file. In some older versions of Adminsoft Accounts, the file got copied to your Windows system folder before being registered. In this case you would need to type in: regsvr32 \windows\system32\ChilKatMail2.dll -u and press Enter. You will also need to delete the file from your system32 folder.
Adminsoft Accounts will not run directly on the Apple Mac. But I understand emulation software exists to make the Mac operating system look like Microsoft Windows in order to run Windows software. Some of our users report that Adminsoft Accounts will run using this emulation software under OSX, but we have never tested it.
The software will run under Linux, Ubuntu, or Solaris under WINE, with compatibility set to Windows XP Service Pack 3. Use WINE's default C compiler, and create the folder "C:\Program Files\Adminsoft Accounts" Then install, and tell the installation program you want to put the folder 'Adminsoft Accounts' in to the 'C:\Program Files' folder. It may not create the shortcuts for you, so you may have to do that manually. The other 'issue' is that when you exit the accounts system, when running as Freeware it tries to fire up your default browser to show our web page, but this may fail. Not really a problem. Though WINE, thinking there is a problem, may display some messages, but it should be OK.
Please note: If you're actually using Windows and not installing on a Linux box using WINE, we do NOT recommend you install into 'C:\Program Files' as the security built into Windows can prevent the program from running. Most other folders are fine, we recommend simply installing it into your root folder (ie. C:\) which is the default location.
If it fails to install, you may need to install the software on a Windows PC first, and then copy the 'Adminsoft Accounts' folder and it's contents over to your Linux or Apple machine.
Maybe. If your old accounts system can output it's data in some form of ASCII file (as text or CSV say), then Adminsoft Accounts can probably load it up. The import function in Adminsoft Accounts is very flexible, and allows you to define each field in the input file, and test it prior to actually importing.
This is probably because you have entered a positive value as the 'Quantity'. Each accounts system seems to have it's own way of dealing with credit notes! In Adminsoft Accounts, you should enter a negative value for 'Quantity' and a positive value for the price each. The theory being, if you're raising a credit note, it's because you are receiving something back, hence a negative value for 'Quantity'. But whether you're selling something or receiving it back, the actual value of that item will always be positive. If you enter a positive value for a 'Quantity', it will warn you, but will not stop you from doing it.
There could be one of several reasons. First thing is to make sure you have setup the email correctly. If not using Microsoft Outlook, Adminsoft Accounts needs to know your email SMTP host address, any login name & password, and a port number (if any port other than the usual port 25 is used), and whether SSL is required (this is a security level now used by quite a few email servers). To do this select 'Setup' from the top menu bar, then select 'Miscellaneous' and then 'Defaults and Variables'. Also check the user login details, as it is possible to set up SMTP details for a particular user that will then override the main SMTP setup. If the setup information is OK, it might be a problem relating to the email software, or your email host. Adminsoft Accounts can use one of two types of built in email system: Windows CDO (which comes with Windows), and Chilkat (which is third party software). Currently, we prefer Windows CDO, as this has shown to be more tolerant of the various security systems in use by email hosts. It also does not require any registry entries (which can save some messing about). If you have elected to use Chilkat, check to see if the file chilkatmail2.dll exists in your c:\windows\system32 folder. If it does not, copy it from C:\Adminsoft Accounts (or it may be C:\Program Files\Adminsoft Accounts). If the file won't copy due to user access restrictions, then leave it where it is. The file then needs to be registered:
In all Windows versions earlier than Vista, do the following:
Bring up a Command Prompt (this is often lurking in the Windows Start Menu -> All Programs -> Accessories). It's usually better to single right click on the option, and select 'Run as Administrator'. Then type in the following:
regsvr32 c:\windows\system32\chilkatmail2.dllor if you didn't copy chilkatmail2.dll then you would type in something like:
regsvr32 c:\adminsoft accounts\chilkatmail2.dll
then press the Enter key on your keyboard. Hopefully you will get a message saying the file has been registered successfully. Type in 'exit' and press Enter to exit the command prompt.If you're running Windows Vista, Windows 7, or Windows 8, it gets a little more complicated because of the extra security in the operating system. Create a simple text file, perhaps using Notepad provided with Windows, not Word or anything like that, as it needs to be simple ASCII text.
If you're running the operating system in 32 bit mode, in Notepad enter the text:
If you're running the operating system in 64 bit mode, in Notepad enter the text:
and press the Enter key to move the cursor to the next line. You need to be able to run this file from your desktop (only once, then it can be deleted). There are two ways of doing this. Save the file directly to your desktop, call it reg.bat the other way is to save it somewhere else, perhaps in the root folder (ie. C:\), again call it reg.bat If you saved it to your desktop, you'll be able to see the icon. If you saved it somewhere else, you'll need to do a right click on your desktop, then select 'New' and then 'Shortcut' and locate your file reg.bat
Sometimes, this will not work. Although Windows allows you to copy the chilkatmail2.dll into the system32 folder, it will not always allow you to register it. We've had this problem when running 64 bit Vista or 7. You will need to copy the file somewhere else, or simply register it where it is, in the c:\Adminsoft Accounts folder. So the command you need to type into the Notepad text file (see above) would be:
regsvr32 c:\Adminsoft Accounts\chilkatmail2.dll
Which ever way you created the text file, once you can see the icon on your desktop, right click on it, and then select 'Run as administrator'. This should, hopefully, register the file properly without error messages.
Registering the DLL file requires the regsvr32 program. This program is not present in Windows 95 release 1, or any version of Windows NT 4.0 prior to release 5.
Although Chilkat is a good email system, we've found Windows CDO to be better. Also, Chilket does not support SSL, which is now required by many email servers.
The software only really uses bar codes if it's running AutoManager (this option is selectable in the company/organization details). This is a software extension designed specifically for parts and workshop operations in the autotrade, though it's used by many other different trades that have a similar requirement. When running the 'parts counter' option, you can scan a bar code and the item is automatically located and it's details brought up on screen ready for sale.
This does require some setting up, of course. As each item you sell that has a bar code, needs that code entering on the item details. You have to select each item, and then either type in the bar code manually, or scan it in. Please note, at this time Adminsoft Accounts does not have the facility for printing bar codes.
There are two ways of connecting a bar code scanner. One is via USB and the other is via the keyboard connector. Adminsoft uses the type that connects via the keyboard connector. It can only use a scanner attached via USB, if it comes with keyboard emulation software (ie. it pretends the incoming data is from the keyboard).
If the information you require is not here, send an email to email@example.com