bug | Schulz Consulting

Double Posting From Sage 100 ERP (Formerly Sage ERP MAS 90 and 200) Sales Order – Fixed

February 1, 2012 by Wayne Schulz

Sage have issued program fix SO4081-T which resolves a rather serious Sales Order double posting issue which my 90 Minds Consulting Group first spotted back in December 2011.

The program issue was:
Daily Transaction Register doubles the amount of one or more invoices from Sales Order Invoice Journal

Until Sage issued their program fix the only workaround was to preview the posting registers before updating.
Possible Workaround:

Expand Modules, Sales Order, Main, Daily Sales Reports/Updates
Preview the Daily Sales Journal and exit.
Answer No to Print the other reports (Gross Profit, Sales Recap, etc..)
Answer No to Update the Daily Sales Journal

Expand Modules, Sales Order, Main, Daily Sales Reports/Updates
Print the Daily Sales Journal as well as all subsequent reports
Answer Yes to Update
Print the Daily Transaction Register – it should reflect the correct detail and total information.

Duplicate Form Codes In Sage 100 ERP v4.50 (Formerly Sage ERP MAS 90 and 200)

January 25, 2012 by Wayne Schulz

After installing Product Update 1 for Sage 100 ERP v4.50 (Formerly Sage ERP MAS 90 and 200) you may notice that your form codes are suddenly duplicating when you perform a lookup.

This appears to be a known issue and Sage have a knowledgebase entry :

Multiple form codes appear in Form Code lookup in 4.50 after installing Product Update 1

According to the entry a fix is pending and hoped for a release prior to or within the next product update.

MAS90 BACKORDERED QUANTITY DISAPPEARS IN V4.50 AFTER UPGRADING RECEIPT OF GOODS

December 6, 2011 by Wayne Schulz

As you my know at Schulz Consulting we are one of the founding members of the 90 Minds group of 90+ consultants who share technical information about Sage ERP MAS 90 and MAS 200 ERP. One of our members, Beth Bowers – http://www.bethbowers.com, just noticed this critical bug within Sage ERP MAS 90 and 200 v4.5 and the purchase order module.

She describes it as:

JUST found a BIG error in PO/IM for 4.50. If you have more than one item on a purchase order, do a receipt of goods and say “no” to strongreceive all/strong and only receive one item – the strongbackordered item qty disappears from the Qty On PO in the IM_ItemWarehouse file after updating the ROG.
Have a new client on 4.50 and was having to rebuild the sort files in PO a LOT. Now I know why and can recreate on my 4.50. Just reported to Sage and they verified the issue.

We’ll keep you posted about a future fix to this issue.

via 90 Minds

Various MAS90 and MAS200 ALE lookups that filter by customer number are blank or do not filter correctly (FIXED).

August 17, 2011 by Wayne Schulz

Several users have reported in MAS90 or MAS200 version 4.4.x.x that the customizable lookups sometimes were returning blank records. One example was when a customer lookup was done in sales order INVOICE data entry that the SHIP-TO code lookup was returning blank data.

Some consultants were able to fix this by running the ALE rebuild utilities. Others found that the utility did not resolve the open issue. At first Sage reportedly promised a fix for Product Update 7. Now it seems cooler heads have prevailed and Sage published an independent hot fix last night on their web site.

Download (Version 4.4.0.6)

Similarly Named Workstations May Cause “Tasks Are Still Active” on MAS 200 v4.4 PU5

May 9, 2011 by Wayne Schulz

If you’re using Sage ERP MAS 200 v4.4 with Product Update 5 and have been receiving “Tasks are still active” messages when exiting out of one workstation – despite not having any tasks active on THAT workstation – read on.

One of my 90 Minds Consulting Group colleagues has noticed that on MAS 200 systems where workstations are named very similarly (ie- Client1, Client2, Client3) that this bug may occur which falsely claims that you have tasks open on one workstation.

Of you answer “ok” to close the tasks you may find that tasks on other MAS 200 workstations are closed as well.

Todd points out in his video that users of the Applianz remote hosting product could be especially vulnerable to this issue since Applianz names each workstation simiarly.

Since this can be a little tricky to figure out — Todd pulled together a quick demonstration of what he’s found.

Watch this video toward the end. When he exits the workstation on the left it also closes out a task on the workstation to his right.

via: MBA Business Software – Atlanta GA MAS90 and MAS200 Consultants

Contact Us