Eniteo 13.02.34 lets a customer’s standing material and packaging specifications be stored on their ship-to location and carried onto the lines of every order going to that destination, in place of a custom part number holding them for each item. The release also delivers fixes across production order entry, cutting, billing, customer maintenance, purchasing, physical inventory, and warehouse transfers.
Material and Packaging Specifications on a Customer Ship To
Material and packaging specifications can now be stored on a Customer Ship To. These are the standing requirements a customer applies to everything they buy — the largest coil their equipment handles, the smallest ID they can mount, how many lifts they will take, how the material is banded and skidded. Held on the ship-to, they carry onto the lines of every order going to that destination, and onto the paperwork those orders produce. Both the specifications Eniteo ships with and any your company has added to the specifications table are available. Validating a line against its specifications is planned for a future release.
Storing them on the ship-to. Open the customer’s ship-to contact on their customer file and click Spec Defaults.
The specifications are grouped as Material Specs, Packaging Specs, and Shipping Specs, with the material and packaging groups now sitting alongside the shipping specifications this screen already carried — so one place holds everything that travels with that destination. Clear Suppress on each specification this customer sets and enter its value; the ones left suppressed hold none. Specifications marked as required are shown in red.
Where each specification lives. Material and packaging specifications describe the metal and how it is bundled, so they can differ from line to line and are held on each order line. Shipping specifications describe the delivery and apply to the whole order, so they are held once on the order itself. The line’s spec screen still shows them, under Shipping Specs - Entire Order, so it is clear that a value changed there applies to the order rather than to that line alone.
How a value is chosen. Three places can supply a specification: a customer part number, the customer’s ship-to location, and the item. Eniteo takes the first that holds a value, in that order — and it decides one specification at a time rather than taking the whole set from a single place. A line can carry its maximum coil OD from the part number, its maximum lift count from the customer’s location, and its minimum ID from the item. The values appear on the line’s Specs screen while the line is still being entered, and the Specs button is marked as soon as any of them apply, so it is clear there is something to look at without opening the screen.
What one entry reaches. A specification held on the customer’s location prints on the same documents as one held on the item or the part number — the quote and the sales order the customer sees, the production order the shop floor works from, and the shipper and bill of lading that travel with the material. The order’s shipping specifications reach the pick list and load sheet the warehouse works from as well. So a requirement typed once on the location follows every line that customer buys onto all of that paperwork, in place of a custom part number carrying it for each item.
Moving an order to another ship-to. Shipping specifications follow the destination, so the order picks up the new location’s. The material and packaging specifications on lines already entered are a separate question, and Eniteo asks it: it works out how many of those lines would end up with different values and asks whether to replace them, naming the count. The question comes up only when at least one line would actually change, and lines added after the switch take the new location’s values as they are entered. Lines that are shipped, scheduled, cancelled, complete, or hard reserved keep the specifications they were sold with either way.
Bug Fixes
- Customer Maintenance: Fixed an issue where an out-of-sync record warning could appear during a single-user editing session and pending edits returned to their previous values once the warning was acknowledged. Edits made during the session are now retained.
- Cutting: Fixed an issue where the weight per foot held on a tag carrying a dog leg did not account for the dog leg’s area, so back-to-stock tags cut from that master were given inflated weights. Weight per foot now includes the dog leg on every piece, and the weights of the tags cut from a master sum back to the master. Existing tags reflect the corrected calculation after the upgrade.
- Invoice Printing: Fixed an issue where a billing batch containing both Quebec (French) and non-Quebec customers printed every invoice in one language. Each invoice now prints in the language designated by its own customer address, so French and English customers can be billed in the same batch.
- Physical Inventory: Fixed an issue where committing a Physical Inventory count in which a tag had been counted in more than one location could return an error or split the tag into separate inventory records. A tag counted across several locations now commits as a single record with its locations, totals, mill, country of melt and pour, and package intact.
- Production Order Entry: Fixed an issue where the Suggested Break value from a previously selected sales order line was held and applied to the back-to-stock grid. The Suggested Break now applies to the line entered in the grid, and clears when that line is removed.
- Production Order Entry: Fixed an issue where deleting the back-to-stock row with the lowest Max Coil Weight from a saved and reopened line left the Suggested Break at that row’s shorter length. The Suggested Break now moves back to the length the remaining rows allow, and a line with more than one release keeps a separate break for each release.
- Production Order Entry: Fixed an issue where the open quantity on the sales order grid was not reduced when additional back-to-stock tags were created through Setup Cuts. The open quantity now reflects the weight of every back-to-stock tag created for the line.
- Purchase Journal Posting: Fixed an issue where printing the Flat Roll Receiving Register from Purchase Journal Posting with (All BOLs) selected returned no rows. The register now returns the receivers for every BOL on the selected freight vendor.
- Warehouse Transfers: Fixed an issue where a negative number could be entered in the width, length, pieces, or weight fields on a warehouse transfer line. These fields now reject a negative value, so a transfer tag always carries valid dimensions and quantities.