FREE updates to miniMrp 3.7
3.0a This update includes the new Customer Order Module which makes major changes to your database. As with all updates and upgrades you should make a backup of your data before installation. The new customer order module changes the way customer orders and works orders are processed so we would suggest taking a look at the 'Customer Orders' section of the v3 userguide
3.0b Same as 3.0a except this version fixes a compatibility problem with some European - non-english versions of MS Windows.(RunTime error in delivery/invoice module)
3.0c Introduces an improved IndentedBOM view to Parts List Manager
3.0d New Vendors/Suppliers can be created without needing to back out of the purchase order. Also possible to create new inventory items and to select ALL items (ie to purchase an item from a vendor even though the item is not usually associated with that vendor.)
3.0e (released June 4. 2008) fix to the display of Multi-Level Indented BOMs.
3.0f (released June 17. 2008) - When viewing a detailed PartsList or BOM and you select the tools button to show or hide some columns the application could freeze. Fixed in this update.
3.0g (July 28. 2008) Fixes a rare problem with the font color in the reports menu.
3.0j (Jan 07. 2009) Updates to CustomerOrder module allowing orders to be deleted easier. - As in previous versions an item is removed from an Order by setting the Order Qty to zero but this is now prevented if the item is an assembly with active works orders. Also the window now includes an 'X' button to completely delete an order.
3.0m (Feb 20. 2009)
3.0n (April 06,2009) An Empty Customer Order could not be re-used or deleted - fixed in this update.
3.0o (April 28,2009) Minor Update (Display of vendor cost on item detail when item has no vendor)
3.0o (ReRelease May2009) (User Guide/Help File fixed)
3.0p (July 2009) Handles quantities to 3 decimal places (if required - previously it was 2)
3.0q (July 2009) Update to Reports (Inventory/Stock Value reports)
3.0r (September 2009) Fixes a problem which occurs if inventory is imported from CSV when category names are in a different CASE to those which already exist in the database.
3.0s (October 2009) Fixes a couple of display errors in the multi-level indented BOM (after installing this update you might like to run the resync procedure in the miniMRP Tools/Utils window)
3.7a (October 2009) Includes all previous updates (see 3.0s) but is primarily an improved installer for Windows Vista and Windows 7 installations. So, unless you have problems with Indented BOM or you're using Vista/Win7 you might like to skip this update.
3.7b (December 2009) On network/server installation this update stops Vista and Win7 displaying the security prompt each time you start miniMRP over the network. (Contains a new/valid digital signature)
3.7c (January 2010) Fixes a problem in Reports module (Production Schedule didn't show all WoOrders)
3.7d (April 2010) Displays 'Required By Date' (If exists) during 'Goods In' /Goods Receiving
3.7f (April 2010) Increased the size of some text fields (Works Order # in Customer Order and BOM)
3.7g (May 2010) Fixes a fault in Reports>ProductionSchedule.
If your V3 serial number has 8 digits you must install this update
If you're updating from miniMRP v2 then you should take a look at the Customer Orders section of the v3 UserGuide before installing this update. On Line v3 userGuide
How to upgrade to version 3.0 (or 3.7)
If you're already using miniMrp 3.0 or above > Quick Update to 3.7
Only if you're using miniMrp v2.9 or earlier > Full upgrade to 3.7
Information for users of Multi User licenses and networked installations of miniMrp
If upgrading from 2.9 (or below) the full upgrade to 3.7 should be installed at least once on each user's computer. You will then need to re-edit users' desktop shortcuts to point back to the server. You can then install the quick update into the shared network folder.
During the installation procedure you can navigate to your networked/shared folder to install the quick update into the shared folder. Before doing that you need to ensure that all users have disconnected (closed any sessions of the miniMRP software). In some rare cases you may need to reboot the computer where the shared databases are located. |
How to use this update.
If miniMrp is running on your computer then you need to close it before applying any updates.
Once you've applied the update check the version. If it doesn't show the new version then the update failed. You may need to reboot the computer where miniMrp database is located before trying the update again. In a network where more than one user share the same program then all users need to exit the program before the upgrade can be applied and in some rare circumstances the computers may need to reboot before and/or after the update.