...
Feature | Category | Summary | Value Add | ||
|---|---|---|---|---|---|
Creation of clients | Masters | Clients can be added by specifying their name, tax information and address details. | Clients represent the legal entities which are capable of independently holding and selling inventory. Each client can have its separate products that it can sell | ||
Creation of suppliers and customers for clients | Masters | For a client, multiple suppliers and customers can be added. Each supplier or customer has their own name and address. | A supplier is the entity from where a client procures inventory. Similarly, a customer represents a business entity to which a client may sell their inventory. Tracking suppliers and customers allows keeping a record of the source and destination of products | ||
Creation of locations for suppliers and customers | Masters | For a given supplier or customer of a client, multiple physical locations can be added. | Supplier and customer level locations allow defining physical (geographical) locations which could be the source or destination of products in an order | ||
Creation of Products | Products | Product creation requires a CSV based upload of details such as client's SKU ID for the product, brand ID, size, color and other features | Product data consolidates all information for identifying the product uniquely as well as for storing product description, attributes and images which can be used for comparison and QC status determination in other stages | ||
Inward order (purchase orders, return orders and stock transfer orders) creation | Inwards | Inward Orders (purchase orders, return orders and stock transfer orders) can be created by specifying client, supplier, supplier location, destination warehouse and order details. The orders can be created individually or in bulk through CSV uploads | The inward order creation allows setting the expectation of inventory to be received at a warehouse from the specified client, supplier and supplier location. The inward order type allows defining whether the incoming inventory is part of a new purchase order or a returned order or an inter warehouse stock transfer order | ||
Digitalisation of all documents in Inward Process | Inwards - Gate Entry | Storing scanned copy of physical documents received with material at the time of Inward Process. | Storing scan copy of physical documents received with material. Easily downloadable from the system when required. | ||
Unique Inward Box IDs | Inwards - Gate Entry | Each vendor carton gets a unique inward box id which is mapped to PO and Invoice. This helps in optimizing optimising processes in the inward staging area and ensures products are inwarded in warded against the correct PO by just a scan of barcode printed on inward boxes. | Optimized Optimised inward staging area with improved box level traceability of invoices received | Inward | Gate Entry. |
GRN Notifications to ERP at piece level and digitally close gate entry | ERP Postings | Inward data can be posted to ERP (if any integrated) on closing Gate Entry. Inward data can also be posted to ERP (if any integrated) as GRN progresses. | Push data of receipt against an invoice/ PO to the ERP as per requirement i.e GRN in progress or post invoice completion or post PO completion | ||
InwardGate Entry Search | Inwards - Gate Entry | Gate Entry can be searched on Date range, Supplier, Client, PO Number and Invoice Number. This search can help in closing gate entry. | Search Invoices and mark them GRN complete by multiple parameters | ||
InwardGate Entry Remarks | Inwards - Gate Entry | Warehouse supervisors can capture data/remarks at the time of closing the Gate Entry, which can be accessed through Reports whenever needed. | Add operational or financial remarks to an a received Invoice. Use case is in reportingInward. | ||
Upload Batch Information for perishable products | Gate Entry | Information about batches of products with similar manufacture date, expiry date and external batch identifier can be uploaded. Batch information can be uploaded during gate entry based on the batches that are expected to be received for GRN | Definition of batch information allows the logical grouping of perishable products such that expiry dates can be taken into consideration when exposing inventory and allocating orders | ||
Generate Item IDs in system by giving Inward Order ID as input | Stickering Item | Assure gives the created Item ID in the form of CSV. This can be used at Manufacturer's end to paste Item ID on tag itself before arriving to Warehouse | Serialize the inventory at the manufacturer end, | ||
InwardNo Keyboard required, No documents required to do inward | GRN | Only a scan of the Unique ID generated by the Assure system needs to be done. |
Scan based operation with all checks and balances in place, ensuring no human decision is required and avoids human errors. easy to train and simple to use. | ||
InwardAuto QC pass and mandatory QC Fail Reason selection | GRN | Auto QC Pass makes GRN faster, | Reason for QC Fail is tagged to each product and is tracked at a vendor, PO or item level. Later can be used to pick only items for a specific reason. | ||
InwardInfo button is present near QC Fail reasons drop-down which links to QC Fail Reasons documentation | GRN | The link provided to the info button has a description of all QC Fail reasons. | Clear explanation of QC reasons available on the screen for quick reference which helps in deciding correct QC Fail reason. | ||
InwardPrePrinted Item ID GRN Process | GRN | New Item ID sticker is not created by Assure, instead uses a PrePrinted Item ID sticker. (Refer to Stickering Item sub-module) | Print Item ID in bulk at the warehouse to improve efficiency of GRN | ||
InwardPrint Bulk Item IDs | GRN | Multiple Item ID stickers for the same SKU can be printed at one go for a box. | Print Item ID in bulk for an SKU at the warehouse to improve efficiency of GRN. This enables us for Box level Item ID printing. | ||
InwardNEW item status GRN Process | GRN | This allows Warehouse to have different desks for item stickering and QC process. Item Stickering is done from a different screen and QC of that item/ adding to bin is done on this screen. | Split the GRN process by | ||
InwardDon't allow GRN if SKU not in PO | GRN | System checks Inward PO details to match SKU scanned and SKUs present in that order. | Enable/disable to receive products in excess than PO qty | ||
InwardDon't allow Excess GRN | GRN | System checks Inward PO qty of SKU and count of items already GRNed against. This is configurable | By default the system doesn't allow excess but if required it cant be configured to allow excess GRN. Sku wise Grn Progress is traceable. | ||
InwardDon't allow putting items in wrong QC bin | GRN | QC Fail items can go only in QC Fail bins, Qc Pass Items can go into QC pass bins | Ensure fail and pass products are kept separately to maintain hygieneInward | ||
Image of the product and all master details are shown on the screen when SKU is scanned | GRN | All these product master details and images are prerequisites of Assure System. | Visual Aid provided to the operator by showing image and relevant data of the product on the screen. | ||
InwardNo next button is required in screen to process subsequent items on GRN desk | GRN | Focus on Screen automatically resets itself on a successful GRN process. | Automatic cursor movement to the next field ensuring that the operator doesn't skip any step. Also makes sure he does not need to use a mouse or keyboard for processing the next Item. | ||
InwardItem-Batch Mapping | GRN | Batches that represent a grouping of items with same manufacture and expiry dates can be mapped to perishable items to indicate their manufacture date, expiry date and external batch identifier. During GRN, the appropriate batch must be selected for the perishable item based on matching batch details | Based on the expiry date of the associated batch, perishable items can be made available or non-available for sale based on expiry status |
...