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.

Using OAuth2 to authenticate

As of 16 September 2024, you must use OAUTH2 login for Microsoft’s public mail servers (password authentication will not work). To use OAuth2, you will need MoneyWorks 9.1.9 or later.

You should also make sure that SMTP AUTH is not disabled on your Microsoft account (it may be disabled by default for some newer accounts). See Enable or disable authenticated client SMTP submission (SMTP AUTH) in Exchange Online

Once you know that you have enabled SMTP on your Microsoft account, in MoneyWorks:

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 yourself.

Troubleshooting:

If no connection can be made to the default SMTP port (25) due to local network policy/firewall, you may need to use:

  • SMTP Server: smtp.office365.com:587

Debug mode

If you need to troubleshoot connection problems, you can hold down the Shift key when clicking Test. This will log the entire conversation with the SMTP server and display it in the log file. You can use this information when contacting your email server administrator or provider to find out what is wrong with the server or your mail account. Most problems around Microsoft mail servers will be to do with having standards-based mail transfer disabled for the account.

Posted in FAQ | Comments Off on How can I send emails via Office365’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

I just installed Yosemite on my Mac and now when I send emails from MoneyWorks, the attachment is missing

This seems to be a bug in Apple’s sandboxing scheme and/or Apple Mail. The good news is that it only seems to fail the first time you use Mail after updating the OS. To fix the problem, quit from Mail and start it again. The attachments should now work.

Posted in FAQ | Comments Off on I just installed Yosemite on my Mac and now when I send emails from MoneyWorks, the attachment is missing

Why are my reports getting truncated (short pages or missing pages)?

This can happen if your file was created on MoneyWorks 6 or earlier and for some (unknown) reason, the automatic transcoding of the text in the file was not completed when it was upgraded to v7.

Another sign of this problem will be error messages in the log file of the form [ERROR] text not utf8:

Solution

This problem can be resolved by rerunning the text encoding conversion. To do this:

  1. Open the file in single user mode (if it is in a Datacentre server, make sure everyone is logged out and the file has been closed, then open the file directly in MoneyWorks Gold using Open Other…).
  2. If on MoneyWorks Gold, make sure that the file does not have Gold sharing turned on (looking in File ➝ Sharing and Users: if the Share “…” on the network checkbox is on, turn it off, close the file and open it again (this will make the conversion proceed much much faster).
  3. Go to File ➝ Diagnostics.
  4. Click the gearwheel button and choose Convert to UTF8. The entire database will be checked for text that is not in the correct encoding. Any such text will be assumed to be in the native encoding of the platform you are running on (MacRoman or WinLatin). It will be transcoded from that encoding to Unicode UTF-8.
  5. If your period names contain accented characters, go to Show -> Period Names, retype any period names with accented characters and click OK (actually making any change should be sufficient to store the names in unicode).
Posted in FAQ | Comments Off on Why are my reports getting truncated (short pages or missing pages)?