\n\t\t
A comprehensive\u00a0PO<\/strong>s (Purchase Orders) and\u00a0ASN<\/strong>s (Advance Shipping Notices) management module is included in the\u00a0Warehouse Vision<\/strong>.PO<\/strong>s are the orders submitted by a company towards its suppliers and usually include product codes, quantities, packing requirements, special stock attributes (if any), etc.ASN<\/strong> info is in turn provided by the suppliers following the execution of POs<\/strong> of their customers and usually include date\/time of expected arrival, vehicle data, etc.POs<\/strong> and ASN<\/strong>s can be entered manually or automatically imported into this module from another IT system such as the ERP<\/strong> of the company or the depositor (in the case of 3PL\/4PL) or even the supplier (in case of ASN<\/strong>s). The automatic import is being done by the means of the LVS<\/strong> \/ Logistics Link Manager tool. It can be initiated by an authorized administrator or by the system itself (scheduled) or be performed by the system automatically through polling, or using Web Services. Alternatively ASN<\/strong>s can be entered through Web by means of the optional Logistics Customer Service subsystem.ASN<\/strong>s correspond (are linked) to PO<\/strong>s, thus during the receiving process, actual receipts can be compared against the expected ones (ASN<\/strong>s), report the differences (if any) and update the relevant PO<\/strong>\u2018s.<\/p>\t<\/div>\n<\/div>\n\n\tReceiving and Put-Away Planning<\/span>\n\t\n \n <\/g><\/svg> <\/span>\n \t\t<\/span>\n\t<\/span>\n<\/h4>\n\n\t
\n\t\t
Administrators can create and maintain receipt plans that among else include the definition of receiving steps for selected SKUs and quantities along with the definition of their priority.<\/p>
\u00a0<\/p>
The system can then automatically direct the users to perform their receiving activities (per\u00a0ASN<\/strong>) according to the predefined receipt plans. During the receiving steps the system can:<\/p>\u00a0<\/p>
Check for shortages of sales orders and propose to receive pallets.<\/li> Check the capacity of the picking locations & propose to receive boxes.<\/li> Check the capacity of the stock locations and propose to receive specific type of pallet.<\/li><\/ul>The system can use different predefined put-away scenarios per receiving step, thus allowing the automatic preparation of a more detailed and accurate put-away proposal. Among the task types that are supported are Replenishment, Put-Away and Relocation.<\/p>\t<\/div>\n<\/div>\n
\n\tReceiving and Put-Away Execution<\/span>\n\t\n \n <\/g><\/svg> <\/span>\n \t\t<\/span>\n\t<\/span>\n<\/h4>\n\n\t
\n\t\t
The merchandise reception takes place on the docks where the goods are checked against the relative manifests and\/or the\u00a0Advanced Shipping Notice<\/strong>s \u2013\u00a0ASN<\/strong>\u00a0(if any).<\/p>\u00a0<\/p>
The system can handle actual receipts against planned expected receipts (ASN<\/strong>s), unplanned receipts and returns. Barcode scanning can significantly improve performance and accuracy in the receiving process, supporting standard (e.g. UCC\/EAN-128 label) and supplier depended barcode formats. System directed palletization is supported based on predefined standards per item (SKU<\/strong>). Barcode labeling on the desired level (pallet, box, and piece) is also supported in case it is required.<\/p>\u00a0<\/p>
The put-away process can be done in two ways:<\/p>
\u00a0<\/p>
As an internal movement where the target storage location is decided by the user, or<\/li> As a\u00a0system directed put-away<\/strong>\u00a0process where the target storage location is decided by the system based on a combination of predefined and dynamic criteria.<\/li><\/ul>In both cases, users use their RF terminals to execute the process. They scan the proper barcode labels of the goods to be stored (e.g. pallet EAN 128 label) and the location they moved the specific goods (usually by scanning or keying the relative storage location id). In second case users follow system\u00b4s put-away proposal displayed on their RF screen (i.e. location to store the specific goods). Alternatively an authorized administrator can update the system of the actual execution details of such activities via PC-based tools such as\u00a0Task Manager<\/strong>\u00a0(that is part of the\u00a0LVS<\/strong>\u00a0\/ Warehouse Control subsystem).<\/p>\t<\/div>\n<\/div>\n\n\tReturns<\/span>\n\t\n \n <\/g><\/svg> <\/span>\n \t\t<\/span>\n\t<\/span>\n<\/h4>\n\n\t
\n\t\t
Returns<\/strong>\u00a0are handled similarly to the standard receipts. However instead of relating them to suppliers they are related to specific customer order shipments\/sales orders and thus facilitate and accelerate the identification of the returned items.<\/p>\u00a0<\/p>
Furthermore in case the returned goods had been prepared (before being shipped) by\u00a0LVS<\/strong>\u00b4 packing process, then the system can automate such returns by automatically identifying the returned goods along with their packing details, correlating them to specific order shipments\/sales orders, advising the put-away locations (picking \/ stock \/ .. areas), cross-docking them for future shipments, etc.<\/p>\t<\/div>\n<\/div>\n\n\tQuality Control<\/span>\n\t\n \n <\/g><\/svg> <\/span>\n \t\t<\/span>\n\t<\/span>\n<\/h4>\n\n\t
\n\t\t
Authorized operators are allowed to:<\/p>
\u00a0<\/p>
Block particular lots during merchandise reception and returns. Such blocking can be marked by fixed predefined or ad hoc defined reasons such as quarantine, unsuitability, etc.<\/li> Unblock particular lots to make them available for further processing such as allocation to sales orders and picking.<\/li><\/ul>In addition to the above typical quality control capabilities,\u00a0LVS<\/strong>\u00a0includes an advanced quality and safety planning and execution system (Quality Vision<\/strong>).<\/p>\t<\/div>\n<\/div>\n<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t