|
inconsoWMS Automotive warehouse management system functions
|
|
//// Goods Receiving
Goods receiving advance notices can be transferred into WMS via EDI. Alternatively, the received goods can be manually recorded. The data undergoes a plausibility check against the master data and errors shown to the user on a monitor. Delivery notices can contain a delivery time. Upon arrival of the truck, the arrival time is compared to the ASN time. A slot management can be used to control the slot assignments. With the arrival confirmation, the goods are released for receiving. Scanning is normally used to register and check the received goods. The booking of received goods occurs in real-time. The inventory is booked to a receiving area. Quality checks (integrated physical inspections) can take place and damaged goods and insufficient quantities booked directly to the QA blocked area or damaged goods area. Using the store-in strategies, the warehouse locations are assigned. Tasks for the store-in are created and transmitted to the Mobile Data Terminals (MDT) and the destination location for the goods displayed. With the confirmation scan at the location, the goods receiving process is completed. The report of goods receipts takes place via EDI to the relevant partner(s). In addition, cyclic or event driven reports (for example, goods receipt completed) are created and sent. Al the normal standard formats are supported. It is also possible to integrate proprietary formats.
//// Storage
The inventory management can be distributed across several warehouse locations. Inventories can be separately consolidated based on different criteria. Normally within a part number, the separation is according to goods receipt, delivery note, batches, manufacturing status, packaging types. Furthermore, the inventory management is generally differentiated by owner of the goods. There can be several owners in a single location that has chaotic storage. Inventory analysis based on different inventory types can take place both separated and cumulative. Among others, inventory types are advance notified quantities, goods receipt stock, stock in movement (in or outside the warehouse in GR or GI), reserved for store-out, in shipping, blocked for different reasons. Within the warehouse, different methods can be used to reallocate or consolidate stock. Inventory reports can take place based on events or cyclic in different sorting and detail levels. Each form of inventory manipulation requires a booking. Bookings record at a minimum user, data and timestamp in protocols.
//// Goods Issue
Goods issue orders are normally received per EDI into the system. Manual recording of orders is also possible. The picking can take place based on configurable rules. In the standard, picking takes place either RF supported (MDT) or via paper. Supplemental picking technology can be used in projects (pick-by-light, pick-by-voice, etc). The picking orders are assigned to different pools that can be monitored in a control dialog. In the monitor, rush picking orders can be assigned to a higher priority. In order picking, warehouse location and part number are checked to avoid errors. The staging of the goods issue orders takes place on staging areas. Consolidation can take place here. The shipping takes place on the basis of delivery notes and shipments. These can be configured and created for transmitting per EDI. In shipping, normally all the packages to be shipped for a shipment are scanned. The completion of loading can be ensured using different, configurable scenarios with scanners.
//// Value-Added Services
Repacking processes are supported by the system in goods receiving, goods issue and order based. Inbound goods can be taken out of the delivery packaging and packed into a warehouse unit. The user is led by the system and receives, for example, the quantity of the required binding signal. Goods for the goods issue can be repacked into delivery load units in shipping. The user also receives the signal here about the required quantity of source load units required to fulfil the order. Additionally, repack orders can be entered into the system and executed with assistance of the system. Labels can be created at different steps in the process. Typically, the labelling occurs in the goods receiving, goods issue or during repacking processes. For VDA compliant processing, labels can be reprinted at any time out of the system. For the simple creation of labels, the system has a forms generator, standard labels based on VDA are available within the standard system. Assembly orders can be created within the system and supported using material lists and work instructions. The goods produces are taken over with a new part number (if necessary). Material lists can be taken over and managed as multi-level lists, as a material list (main article) or on the basis of individual materials. In addition, a stock forecast is possible and an overview of the materials to be produced is available. The system supports the management of progress KPIs and stock ranges calculated and reported in pieces and days. For the production synchronous delivery, the assembly of sequence frames with different, EDI supported processes takes place. Several variations of sequence checks are available.
//// EDI
Some of the standard message types supported in the standard are listed below:
- Advance Shipping Notices
- Goods Receipt Confirmations
- Inventory Reports
- Inventory Adjustment Reports
- Goods Issue Order
- Goods Issue Confirmation
- Demand Forecast
- Call-off (Impulse)
The system is designed to be VDA compliant. In addition, EDIFACT, SAP IDocs and different proprietary formats are supported. EDI reports can be sent to different process partners based on configuration. For this, highly flexible realization and relationship matricies are available. Fundamentally, reports can be event driven (e.g. after completion of GR) or cyclic (e.g. inventory report at end of day).
//// Container Management
The booking of multi-use transport packaging can take place with based on master data during goods receiving if pack schemes are available in advance. Alternatively, multi-use containers can also be manually set up. In the standard, it is assumed that packaging is maintained in the master data. Load units (GLT, KLT) are managed in an accounting (standard for normal goods) or can be managed as a unique part number (if empties inventories for different owners are to be maintained). The accounts of the containers can be manually booked. Furthermore, it is possible to analyse and determine demands based on the inventories (e.g. for repacking). For the goods issue bookings, the accounts are credited and the container is debited to the goods receiver of the shipment. The accounts can be manually updated for credits or to take over empties inventories. For the goods receiving and goods issue, there are possibilities to define stacks as standard delivery packaging. A packing scheme describes a Single-Master structure (VDA) with all the loading aids. Deviations are recognized by the system and require repacking orders can be automatically created. Inventories can be separately viewed based on pack schemes so that the analysis can be on several levels (part number and packaging). This is especially important for the supply of different OEMs.
//// Information / Analysis
For process critical functions in the automotive industry, specific control monitor views are available. These views display information in a consolidated format. From here, branching down into different detail levels is possible in order to process reports. Pre-configured statuses (events, errors) can be signalled via email. The standard system is delivered with an ad-hoc query system for creating online database queries. A set of standard analyses is available. Additional analysis reports can be created by the user are a short training.
|
|
Questions?
|
|
Write us
or call us at:
+49 6032 348 0
|
|
|
