Release Notes v1.17

A brief overview of the most important and largest visible changes in v1.17. In addition, many smaller changes, adjustments and fixes have been made.

Goods Receipt - View details behind “Quantity Reserved”

In the previous version, the display of “Quantity reserved” was introduced when receiving goods. Now it is possible to see the reservations (order and picking lines) behind the number as well. Click on the field (or long-click and select “Show reservations”) and a list of all reservations for the item will be displayed:

If a picking list has been created on the order line, the line is displayed with a background color:

Green: A location has been proposed.

Yellow: The picking line is without a location (shortage)

The column for Requirement shows the quantity that remains to be picked. If the picking line has been picked - but the picking list has not yet been reported complete - the quantity is shown as 0.

Product placement suggestions

When receiving and moving goods, it is now possible to get help in determining where (location) an item should be placed. By long-clicking on the location field, you get the menu option “Item placement”.

Here you get some key information about the item and where it is located, so that you can more easily decide where you should store it.

The image contains information such as:

• Main location if used.

• Number reserved, as well as the ability to view underlying reservations (ref. new functionality above)

• List of inventory per zone. Each zone shows the number of inventory at Picking Location and Buffer Location, as well as the number of available locations within the zone.

  • The zones are sorted by those with the most inventory at picking locations, then buffer locations.

Preselected delivery location

InStock now supports pre-selected delivery location per order. Often, an end customer can choose a delivery location for the goods when registering an order in an online store. If the ordering system can forward this to InStock, InStock can now also forward this to carriers and the correct shipping label can be printed.

Picking - Reusing picking containers

Some customers use reusable containers/boxes or trolleys with fixed compartments etc. that the goods are picked in, before the goods are subsequently moved to the physical package that is sent to the customer. If you mark these with a special barcode, the picker can scan these directly to create a new package in InStock, confirm the pick and verify that the goods are placed in the correct place.

Containers/rooms must be marked with a barcode that contains a different ID per location, as well as the code “#BOX#” at the end.

OCR scanning of serial numbers

When specifying a serial number, you can now also OCR-interpret this, in addition to scanning or manual entry. It is assumed that you specify how the serial number for the current item is structured (ref. the “Regex for inventory dimension” field on the item card). This means that InStock will only find texts that are correctly structured, and not just any text that is OCR-interpreted.

This is entered as a “regex” expression on the item card in the “Regex for inventory dimension” field.

Scan serial number to determine item

If you have items in stock with serial number management, you can now set up InStock so that you can scan a serial number to identify the item. This means you don't need to know (or scan) the item number/GTIN, the serial number as a barcode is enough.

This functionality is not enabled by default, as it makes searching for items a bit more difficult when scanning. Please contact iSYS if you would like to enable this functionality.

Goods movement: Use default location as pick location

If you use main locations for your items, it is now easy to use this as the “To location” when moving items. Just tap the “Default location” field (or long-click and select “Use as To location”, and this will be suggested as the “To location”

Picking of batch determined by ERP?

It is now possible for the order system to tell InStock specifically which date or batch to pick. This may be relevant, for example, if sales has agreed on a reduced price for an item with a poor best before date. In that case, it is not desirable for the system or user to choose a different date.

This requires that this can be specified in the order system and that the integration supports it.