Difference between revisions of "GT:New to GS"
(→Receiving Window) |
|||
Line 23: | Line 23: | ||
Added validation to insure that automatically reported cases weren't being re-built from inventory. | Added validation to insure that automatically reported cases weren't being re-built from inventory. | ||
+ | |||
+ | == Split Pallet Window == | ||
+ | |||
+ | Added optional message to warn users when they are attempting to combine inventory of different status. | ||
== Receiving Window == | == Receiving Window == | ||
Line 86: | Line 90: | ||
Revised permission architecture so that addition of new permissions do not change the size of binary messages. | Revised permission architecture so that addition of new permissions do not change the size of binary messages. | ||
+ | |||
+ | There is a new bin attribute that indicates whether items can be mixed with in that bin. |
Revision as of 13:51, 3 April 2006
Contents
- 1 Infor ADAGE ERP 4.5 TEE Interface
- 2 Purchase Order Returns
- 3 Rotate stock by Manufacturing Date
- 4 Mulit-Move Window
- 5 Load Ship Window
- 6 Load Planning Window
- 7 Build Pallet Window
- 8 Split Pallet Window
- 9 Receiving Window
- 10 Vendor Label Parsing Window
- 11 Inventory Adjustments
- 12 Cycle Counting
- 13 User Parameter Setup
- 14 Production Reporting
- 15 Production Issuing
- 16 Report Menu
- 17 Printserver and Printserver Deux
- 18 QC Testing
- 19 Item Reclassification
- 20 Whistleserver
- 21 System Wide
Infor ADAGE ERP 4.5 TEE Interface
Now in addition to interfacing with ADAGE 2.5/2.6/3.X, Whistle fully intergrates with the new ADAGE TEE interface engine. This continues to provide a seamless interface to this popular Process ERP.
Purchase Order Returns
GS features a new Purchase Order Returns Window.
Rotate stock by Manufacturing Date
As an option now you can rotate stock by manufacturing date instead of pull (expiration) date
Mulit-Move Window
New Setting to limit the number of pallets that can be moved at one time. As most forktrucks have a finite number of pallets that they can move at once, this setting is useful for enforcing that users are inputting data consistant with the physical process.
Also, if the user scans the maximum number of pallets the cursor now defaults to the next empty field, saving a minimum of two keypresses.
Load Ship Window
Modified load ship window such that a free form carrier could be used as an alternate to the predfined list of carriers in the ERP system.
Load Planning Window
Added setting to disable collection of a staging slot.
Build Pallet Window
Enabled building of catchweighted cases from inventory manually without first needing a UCC128 barcode.
Added validation to insure that automatically reported cases weren't being re-built from inventory.
Split Pallet Window
Added optional message to warn users when they are attempting to combine inventory of different status.
Receiving Window
The "Case Adder" functionality was re-implemented to use the Whistle vendor label decoding logic. Scans of vendor labels through the case adder result in an entry into a new table: wmCaseScans.
Added support for state dependant shelf lives by item. This is useful when an item can be received in different states, for example: fresh, frozen, thawed, for which there are corresponding shelf lives. When multiple shelf life states are defined for an item the user selects the state from a drop down list.
Added support for an Export Verification program. Ingredient approval types sepcified at time of receipt can now be configured to be validated at time of production issue.
Added support for UCC128 vendor labels: If a vendor label to deliver from cross reference is not set up (or explicitly pointed to the UCC128 definition) a default UCC 128 label layout is used as specifed by a reserved label definition (-1) which will recognize frequently used UCC128 tags in an arbitrary order.
Added option to perform a Whistle Only receipt, which is used to receive inventory in Whistle, that was previously received in the ERP, as is sometimes the case when inventory is received at an outside warehouse.
Vendor Label Parsing Window
Removed obviated scale fields which are now accesible by control-s from most quantity fields.
Inventory Adjustments
Corrected several potential system instabilites when generating sublotted inventory adjustments.
Cycle Counting
Counting pallets on HARD HOLD is now explicly handled.
User Parameter Setup
It is now possible to setup a user parameter that does not appear on any screen.
Production Reporting
Added the ability to print product specific GUI designed case labels.
There is a new setting: "EV certify primary outputs". When this setting is checked, production reported of primary outputs will carry the same certification of input ingredients such that reported WIP can be later issued to an order requiring EV certification.
Production Issuing
Corrected a defect where the incorrect quantity and UOM were being suggested when the default UOM was different from the stock keeping UOM.
Report Menu
Added the ability to preprint built in Whistle BOLs using ordered quantites.
Printserver and Printserver Deux
There is a new printserver, dubbed Printserver Deux, which is integrated to Seagull's Bartender application which enables printing of GUI designed labels, as well as Whistle invoked Crystal Reports. In GS, Printserver Deux and Printserver are separate applications, in the GT release, they will be unified into a monolithic application.
To the pallet label printed through the standard Whistleserver, we've exposed several new fields:
- "SSCCHR" the SSCC-18 barcode and human readable number.It is 01 + Manufacturing ID + Serial Number (ie Tracking Number)
- "CustPTNo" the customer part number,
- All of the varchar user parameters, each named by by the column in the db, for example: wms_user_paramVC1.
QC Testing
Added support for operators such as <, >, and =, to enable support for tests that specify target values in Infor 4.5 and onward.
Item Reclassification
Added the option to allow users to alter the lot and quantity as a part of the reclassification process.
Whistleserver
The there are several major achitechtural changes to the Whistleserver in GS.
- All binary transactions have been eliminated--that leaves only XML and other text based transaction requests.
- The Transaction requests are now sumbitted directly to a directory tree monitored by the Whistleserver, instead of having all transactions go through the transaction monitor. This enabled us to make the primary Whistleserver process single threaded.
- Extended transaction logging and monitoring data.
System Wide
Added a new shortcut key to the multimove window: Control-Z which can be used from virtually all windows in Whistle.
Corrected several low-level memory leaks.
Many item-quantity fields now support a Control-S shortcut which invokes the scale interface window which pulls weights directly from a hardware scale.
Revised permission architecture so that addition of new permissions do not change the size of binary messages.
There is a new bin attribute that indicates whether items can be mixed with in that bin.