Importing Q & A


MoneyWorks has extensive and very powerful importing capabilities, allowing you to import almost any data. Below are some of the common questions we get about importing. Note that technical details are in the MoneyWorks manual, which you can search here

How do I import data into MoneyWorks?

The standard way to import data is to choose Import from the File menu, then select the type of data you want to import (Accounts, Transactions, Customers etc). You will then be asked to locate the text file that contains the data.

Alternatively you can just highlight a block of text in a spreadsheet or text editor, and copy it, then display the appropriate list in MoneyWorks and paste it.

What sort of data can I import?

You can import almost any data, including your chart of accounts, budgets, customer/supplier, products, transactions and job information. You can also update existing information (for example, if you get a new price list from a supplier).

MoneyWorks will always check the data being imported, and will discard any information that has errors. For most imports you have the option of rejecting the entire import file if any errors are found, or just the records that are in error (which are written to a new file so they can be identified and corrected).

What form does the data need to be in?

The information can be sourced from other applications such as word processors, spreadsheets, databases or even other accounting programs (provided they have an export capability). It can be simple text (csv or tab delimited), or xml.

What data do I need?

You can only import the data that you have. MoneyWorks has a lot of data fields in its various tables, and a common mistake is to export out some MoneyWorks data and then assume that MoneyWorks needs all of those fields. It doesn’t!

So take just the data that you have (which must be in a CSV or tab delimited text file unless you are copy/pasting).

What order should my fields be in?

Almost any order. The first step in importing data is to align the MoneyWorks fields with your actual data using the Import field order window. This is described in the MoneyWorks Manual, but basically you drag the MoneyWorks fields up and down so they align with your fields. The important thing is that the data must have a consistent structure (for example, if the third column of your data contains say an email address, then all rows must have the email address in the third column).

What is the purpose of the Import Field Order window?

This is where you align the MoneyWorks fields with the data that you are importing, and also supply any missing data. Simply drag the fields in the Destination Field column up or down so they match the equivalent field in the data you are importing. The arrow in the middle column indicates that you are transferring the data on the left into the destination field on the right. If you don’t want to import some of your data, click on the arrow to turn it off. For a description of the MoneyWorks fields, see the Appendix to the MoneyWorks manual.

When you have got all your fields aligned, click the OK button and MoneyWorks will check the data, and, if the data is OK, it will offer to import it. If there are errors in the data (maybe a transaction doesn’t add up, or some required data is not specified), these will be displayed and you need to correct them (either in the Field Order window, by clicking the back button, or in the data file itself). The possible errors are described in the Export/Import section of the MoneyWorks manual.

MoneyWorks seems to want data that I don’t have.

It doesn’t matter, the MoneyWorks import process can provide the data, so long as you tell it. For example, when you are importing new customers you need to set the customerType field to “2” if you want to be able to invoice them. You could do this by manipulating the data in a spreadsheet and adding a whole column with value “2”, but it much easier is to have MoneyWorks provide this. Just double-click on the <= icon in the right hand column, and a window opens where you can supply the value (or calculation) to that field. In the example of the customer type, we would put 2 into the Use Value field.

How do I update existing data?

You can update existing customer/suppliers/items etc by clicking the Options button in the Import Field Order dialog and turning the Update if Exists option. If the data that you are importing already exists in MoneyWorks (identified by the code field), the existing data will be updated. If it doesn’t, a new record will be created.

Will I have to align my data every time I do an import?

No, MoneyWorks remembers the last order you used, so it is ready for next time. But you might want to save it with its own name, just in case someone fiddles with it later—simply click the Save button to save your alignment (technically referred to as an Import Map) with your own preferred name. You can retrieve it by clicking on the Arrows next to load button. You will definitely want to save the map if you are switching between data sources for imports (e.g. loading price books from different suppliers).

What is XML?

XML stands for eXtensible Markup Language, and it is basically text that contains not only the data elements, but also tags that define what the data is. You can import XML data into MoneyWorks using the Import>File>XML command, or by just copying and pasting. The key difference with XML is that you don’t need to align the fields, as that information is in the data file itself as “tags”, with the tag value being the name of the target MoneyWorks field. For more information on the MoneyWorks XML data format, refer to the MoneyWorks XML article

Posted in FAQ, File Conversion | Comments Off on Importing Q & A

Importing your Opening Receivables and Payables

One of the time-consuming tasks in changing to a new accounting system is getting your opening receivables and payables entered. It is made harder because some systems do not let you export this information in a sensible format (so even MoneyWorks’ powerful importing can’t just re-import it).

However most systems do have some sort of Receivables and Payables report, probably with ageing. If the report is well structured and you can get it into Excel or a similar spreadsheet, then the OpeningARAP MoneyWorks script might be useful.

Basically the script will read a structured, tab-delimited text file (which is one of the Saving options in Excel), and import the customer or supplier balances. You just need to tell it which columns contain the data. If the report contains page headings, which most accounting reports do, you can tell the script how to identify and skip these.

The script requires MoneyWorks Gold/Datacentre 7.2 or later to run on.

To download the script and documentation, click the link below. The download is a zip file (so you will need to decompress it) that contains a pdf of the instructions and a file OpeningARAP.mwxml—double-clicking the latter will install it into the currently open MoneyWorks file. You should read the instructions before you install the script.

     Download OpeningARAP.zip

Note: If you want to the run the script from more than one MoneyWorks file, you will need to install it into each one separately.

Posted in FAQ, File Conversion, Scripts | Comments Off on Importing your Opening Receivables and Payables

Converting to MoneyWorks

Converting to MoneyWorks is not hard, but it does need to be done correctly. In essence you want a snapshot of your existing business at a point in time, and it is this snapshot that you take into MoneyWorks. If you are a new business with no history, this is almost trivial. But if you are switching from another system, it is slightly more complicated. The hardest bit can be getting the appropriate data for the snapshot out of your legacy system.

The first thing to do is to decide on a swap-over date. The end of the financial year is often good (because you have to have that snapshot for your end-of-year financials), but in fact you can switch over at any point, normally the end of a trading month. In fact given that there are often other issues that you need to address at year-end, changing part way through a year can be simpler. If you are not on a monthly GST/VAT/HST/Tax cycle, then it is a good idea to coordinate the swap-over with the end of your tax cycle. Note however that it is quite feasible (and not that uncommon) for users to switch mid month — the steps are exactly the same.

The aim is to ensure that closing balances from the old system match the opening balances in MoneyWorks. This is for both the general ledger and things like receivables, payables, inventory levels and valuations. If your old system is in a real mess with unreliable values, then you might just want to start afresh, but you will need to account for the differences to keep the tax people happy, so you should talk to your accountant about this.

What you need from your old system

  • Your customer and supplier details, and their balances as at the swap-over date
  • If you sell items, your item list and pricing
  • If you run inventory, your stock count and value
  • If you do manufacturing, your bills of material
  • A list of your unpresented payments and receipts
  • If you do order processing, your outstanding orders and quotes
  • Your general ledger accounts list and balances

How and if and in what form you can extract this information depends entirely on your existing system (and in most cases we can’t help you). But assuming you can get the information out, and from some “accounting systems” that is by no means a given), here’s what you need do.

Customer/Supplier information and balances

Your customer and supplier list (names, addresses etc) probably form the bulk of your data. In the absolute worst case scenario, if you are moving from a really decrepit system, you might have to print this out and rekey it into MoneyWorks. Hopefully though you will be able to export it and get it into a spreadsheet, where you can manipulate it and then import or just paste into MoneyWorks.

Most accounting systems (and MoneyWorks is no exception) require a code to uniquely identify a customer or supplier. If you are using one that doesn’t (and MYOB is one, which is one reason why MYOB users get so many duplicated customer entries), you can define a column in your spreadsheet and enter your code, or have MoneyWorks generate one automatically when you import the data.

In terms of your spreadsheet, it should be well formed (i.e. the same sort of data in every column and every row, with no gaps or report column headings appearing part way through the rows). In effect you need a column per datum (e.g. customer name, customer address line 1, customer postcode, and so on), and a row per record (so each customer is contained within one row).

Because of timing differences, you might not have the customer and supplier balances available when you set up the customer/supplier list in MoneyWorks. It is a good idea to get the customer/supplier list into MoneyWorks before the swap-over date, but you won’t know your customer/supplier balances until some time later. The balances need to be entered as invoices (check the Getting Started section of the MoneyWorks Manual for reasons for this).

If you can export your receivables/payables data as a report (for example, an Aged Receivables report), then you should be able to that information into MoneyWorks using the free OpenARAP script.

Product/Item Information

Your product list (if you have one, not everyone deals with products) can also be substantial; tradesmen for example routinely deal with over 50,000 items. Hopefully you can export it from your old system and get it into a spreadsheet, where once again you can manipulate it and then import (or copy/paste) into MoneyWorks.

If you are running inventory, then you need to bring the inventory counts and valuations as recorded in your old system into MoneyWorks. It may not be possible to export this information directly, but you should be able to run some sort of stock valuation report. If you can get the information out in a structured form, you should be able to get the product details, stock count and value into MoneyWorks using the free OpenStock script.

Bills of Material

Your bill of materials is essentially a list of components and quantities (including potentially labour) that are used to assemble/manufacture an item. If you have this list, you can use this handy script to import it into MoneyWorks (after the product information has been imported).

Unpresented items

These are cheques you have sent that have not yet been cleared by the bank (normally because the recipient hasn’t got around to banking it), plus any funds that you have received that you haven’t got around to banking. These need to be entered in part because at some point they will be presented, and its easier to have them there ready to tick off, but also for accounting reasons. These unpresented items are coded differently to normally deposits, as outlined in the Getting Started section of the MoneyWorks Manual.

Outstanding Orders and Quotes

If you have any outstanding orders or quotes, you will need these in MoneyWorks so they can be followed up. Although you can import these, it is probably easier just to re-key them into MoneyWorks.

General Ledger Accounts and Balances

The chart of accounts and general ledger is the heart of any accounting system. MoneyWorks has a very powerful, free-form chart of accounts structure, so you can probably just use whatever your coding structure was in your old system (or you might just adopt one of the built-in templates that are in MoneyWorks). If you can export your accounts list from your old system, you can import it into MoneyWorks, but it does need to be in a specific structure (described in the Exporting and Importing chapter of the MoneyWorks Manual), so you will have to massage it in a spreadsheet.

The actual general ledger balances as at the swap over date might not be available for some time, especially if you are waiting for the final year-end results from your accountant. This doesn’t matter, as you can enter them months or even years later. It is normally easiest just to journal these in—again this is covered in the Getting Started section of the manual.


In summary, conversion is not hard but you do need to be methodical and well organised. A lot depends on the quality and accessibility of the data in your old accounting system. If you have some skills with manipulating data in a spreadsheet, that can be helpful. Also remember that you can get your accountant or a MoneyWorks consultant to assist.

Posted in FAQ, File Conversion, Resources | Comments Off on Converting to MoneyWorks

Change History for 7.2

MoneyWorks 7.2 March 2015

All

  • Fixed crash caused by long analysis filenames.
  • Housekeeping Navigator panel now has a heading for the data section.
  • Updated BAS guide for Australia (for 49% tax withheld).
  • Transaction.Flag is now included in fulltext search.
  • Bank account next payment reference number now enforces field length on entry.
  • Updated 1099 Form: incorrect instructions on form.
  • Updated Trial Balance report: Not printing detail.description correctly.

Gold

  • Changing view in Jobsheet list now clears the search box.
  • Exporting item records: Buy price field is now actual last buy price (used to be base currency stock unit cost price).
  • New script function ImportImage(tablename, key, path)
    • tablename is “transaction” or “product”
    • key is sequencenumber for a transaction or product code for a product
    • path is the filesystem path to the image file to import and attach to the record
  • Authenticate(user, password, privilege) function now tests privileges for the requested user, rather than the currently logged-in user.
  • Deposits on Order: fixed a rounding issue.
  • Fixed Debtor Terms display (if added via custom column) in Names list (was not displaying as signed on high latency connection).
  • Batch Creditor Payments: Fixed Outstanding column display on high latency connection.
  • Updated Job Detailed report.
  • Updated Reorder list report.
  • MWScript: Fixed crash on reference to uninstantiated array.
  • MWScript: Fixed crash when executing DoForm() followed by External().
  • Sanitise filenames for temp files that use window title as a base (caused, e.g., print to Excel to fail for windows with a script indicator in title)..
  • Find related Job from Accounts list: fixed crash.
  • Deleting departmentalised account: merge window on Windows now shows department options.

Datacentre

  • Additional MoneyWorks Now™ support.
  • Upload All plugins no longer removes the Pictures folders on the server.
Posted in Change History | Comments Off on Change History for 7.2

What’s with the blurry display on my Retina Macbook Pro?

MoneyWorks 7.2 and earlier did not support “Retina” display mode on the Mac.

For retina text rendering, please update to MoneyWorks 7.3 or later.

Also, for best results, make sure that your Mac is set to its native display resolution (“Best for Retina Display”) rather than one of the “scaled” modes.

Posted in FAQ | Comments Off on What’s with the blurry display on my Retina Macbook Pro?

Change History for 7.1.9

December 2014

  • Datacentre: Fix race condition in temp file creation (Windows)
  • Cosmetic fix in Period maint dialog
  • Datacentre: Sales Enquiry Value column no longer includes GST when enquiry runs on server
  • Updated BAS Guide (Aus)
  • Fix possible circumvention of Select Filters privilege in choices
  • Datacentre: Serverside Import on Mac: Error condition is now returned from AppleEvent if a data error occurs
  • Datacentre: Colour now shows in Choices windows on high latency networks
  • Outstanding Column in Payables/Receivables: fixed decimal display
  • Windows: Allow files to grow beyond 2GB
  • Mac: fix SMTP with SSL on Yosemite
  • Report editor: parts with breakspecs now display as such (v7.0 regression)
  • Applescript do report to pd: fixed
Posted in Change History | Comments Off on Change History for 7.1.9

How can I send emails via Office365’s SMTP server?

It is possible to email directly via mail server from MoneyWorks using SMTP for Office365.

Update: As of 16 September 2024, you will need to use OAUTH2 login for Microsoft’s public mail servers. To do this, you will need MoneyWorks 9.1.9 or later.

Go to Edit > MoneyWorks Preferences > Emailing

SMTP information is as follows:

  • SMTP Server: smtp.office365.com
  • Authentication method: OAuth2

Enter your Office365 mail username, then click Authorise…. This will open the Microsoft login page for you to authorise MoneyWorks to send mail from your account.

After authorising, you can click Test to try sending a test email to ourself.

Posted in FAQ | Comments Off on How can I send emails via Office365’s SMTP server?

How can I send emails via Spark’s SMTP server?

We have had a number of queries from Spark (formerly Telecom New Zealand) customers, regarding sending emails via Sparks SMTP server.

Recently Spark reconfigured their SMTP service to require encryption. Prior to MoneyWorks v7.1.8, the included SMTP mail client on Windows did not support encryption, so the first step if you are on Windows would be to install sendEmail.exe, which does (see this FAQ. Or, simply update to MoneyWorks v 7.1.8.

Then, set the server name in the MoneyWorks emailing preferences to send.xtra.co.nz:587. The server on port 587 is compatible with the STARTTLS protocol that sendEmail uses.

Posted in FAQ | Comments Off on How can I send emails via Spark’s SMTP server?

Change History for 7.1.8

November 2014

Performance enhancement

  • Much faster data importing with Datacentre server on high latency network.

Other changes/features

  • Tax code popups are alphabetical.
  • Tax code override popup for Names now displays full tax rate names.
  • Windows version now includes support for SMTP servers that require encryption (sendEmail tool included in install).

Bug fixes

  • Fixed encoding glitch with some importing error messages.
  • REST: Don’t return a 401 for document requests with credentials in URL.
  • Displaying command-key equivalents (by holding down the command key) for controls with very long names no longer crashes.
  • Fix a potential crash on startup (TraverseFolder).
  • Increased the file open retry period for Windows Datacentre for better behaviour when reopening a document that has just closed down.
  • Fixed display of Outstanding column in Receivables/Payables on high latency network with Datacentre.
  • Fixed privileges on Aged Receivables reports.
  • Fixed a DOS vulnerability in the SSL handshake (Datacentre).
  • Fixed Entourage/Outlook mailing support (broken in 7.1.7). (Mac).
  • Made importing of transaction/product images more resilient to corrupt image files.
  • Fixed a potential crash when testing SMTP settings.
  • Fixed a problem where MoneyWorks Now usernames were being truncated at 31 characters.
Posted in Change History | Comments Off on Change History for 7.1.8

Change History for 7.1.7

17 Oct 2014

  • Fixed a crash when choosing an overpayment to allocate when on a high latency connection to a Datacentre server.
  • Fixed the limitation on total custom column calculation length when on a high latency connection to a Datacentre server.
  • Updated the applescript glue for talking to Apple Mail.
  • Fixed the backup location on Datacentre (backups were going to Archives directory.
  • Save a local backup now updates the backup time on navigator.
  • Better handling of unicode text and hyphens when emailing via SMTP.
  • Cumulative P&L for range: Fixed spurious lines with zero in them.
  • CashFlow Report: Now works for locales that use something other than dot for decimal point.
  • Find no longer parses the search text to a date unless it is a date. This could add spurious results to the search.
Posted in Change History | Comments Off on Change History for 7.1.7