Comprehensive Mobile Application for Complete Digitization of Inbound and Outbound Activities of an Automobile Giant

www.cygnet-infotech.com

Customer SizeCountryDomainTechnology

Large OrganizationSouth AfricaAutomobileAndroid Studio,JSON Web services

ProjectDetails

ClientProfileSouth Africa based global market leader in warehouse and logistics software with more than 10,000 enterprise users across the globe.

Successfully serving the market with Enterprise Solutions like Transport Management Software, Warehouse Management Software and Logistics Management Software.

Business ScenarioThe client being a leader in the logistics and warehouse domain decided to create a product to digitize warehouse management eliminating all human errors in the process. The product was expected to address the issues faced by automobile giants due to vulnerabilities of the developing African economy and few other problems like inventory theft, delayed shipment and the need of double verification of inventory in the African province. After understanding the nuances of the process, client needed a development partner to design a robust mobile application that can be integrated with all the legacy systems.

Client approached Cygnet with following requirements:

A solution that complied with the African Business Culture and Warehouse Management Processes

An application developed for specialized Android based Handheld Devices

A scalable software to be integrated with different automobile solutions across the industry

Complete digitization of Warehouse Inbound and Outbound processes

”“

Enterprise Application Designed

for Specialized Handheld Devices

Ideal Solution For Problems Like Inventory Theft, Delayed Shipment

And Double Verification Of Inventory In The African Province

Android Application for Automobile Giant

www.cygnet-infotech.com

Cygnet’s Solution

Inbound Process

Cygnet delivered comprehensive mobile development services to develop an Enterprise Mobile Application for a South African warehouse unit of the Automobile Giant. The app was installed in specialized Android based Honeywell’s CN51 Handheld Devices. The Warehouse Management Software (WMS) was developed for two kinds of users “Checkers” and “Supervisors” with usage and access authority allotted according to the inbound and outbound processes of Automobile Industry and work culture of the African continent.

The enterprise mobile app had 11 modules that Digitized the whole Inbound and Outbound Process. Following were the modules that enabled secure and efficient Inventory Management:

NOTE: Each checker and Supervisor had their own unique device with the application installed on it. And each checker and supervisor had their own unique login credentials.

Another important factor of inbound process was weight of the Handling Unit (HU). The checker had to manually enter the weight of the HU in the application along with other important details like Unit of Measurement, Reference Type etc. The weight of each HU entered by the checker was verified with the weight entered by the supervisor. In this module, the discrepancy was treated in the same manner as treated in the goods receipt module with checker deviation and receipt deviation.

Following were the modules that empowered organization to establish virtual verification of Inbound goods and inventory:

Checker: The checker had to fill all the necessary details about the goods received and the system verified the authenticity of the details with the EVS such as the unique pallet number, scanned barcode. The quantity was manually entered and was then verified by the supervisor.

Supervisor: To avoid human influence and possibility of fraud, the application hid the quantity of goods entered by the checker, from the supervisor. Supervisor had to manually enter the quantity and then the app matched the quantities entered by the checker and supervisor.

Discrepancy: If there was a discrepancy in the data entered by the checker from the data entered by the supervisor, “checker deviation” was created and supervisor had to endorse the deviation with valid reason. If discrepancy was found in the data on the central server and the data entered by the supervisor, the application created a “Receipt Deviation” where the case was escalated to the concerned Authority.

Android Application for Automobile Giant

Module 1: Receive Inbound Delivery

Module 2: Weight Handling Unit

To increase the authenticity of the inspection of the items, the application compelled the checker to scan the barcode of each item of the HU and then enter the total quantity of items inside the HU on the application. The scanned barcode got verified in real-time with the data on the Advanced Notification Server. The quantity of the items needed was verified by the comparison of quantities of items entered by the supervisor and the checker from their respective devices. In this module, the discrepancy was treated in the same manner as treated in the goods receipt module with checker deviation and receipt deviation.

Module 3: Check receipt by the item

To make sure no inventory skipped the verification process, the application facilitated checker with an option to check the items that were received but were awaiting completion. Also, the application wouldn’t close one inbound process cycle unless all the items were checked and verified by the checker and the supervisor respectively.

Module 4: Receipts Awaiting Completion

This module was for supervisor where incase the goods when verified were found broken or damaged, the supervisor could report and record the event.

Module 5: Record an Event

Once supervisor verified that all the items were unloaded from the cargo and all the essential documents were signed, stamped and handed to the driver, a backend task for the application was generated to verify the details entered by the supervisor with the details present on the EVS and the process would be completed only when there were no discrepancies found.

Module 6: Complete Receipt and Dispatch

www.cygnet-infotech.com

Outbound ProcessThe modules in the outbound progress covered packing, dispatching and weighing procedures. Following were the details managed by the application to establish a complete virtual verification loop:

The application automatically pushed the pack order notification to the checker. The checker would then scan each item that was to be packed in the Handling Unit and to avoid any sort of error and fraud, application verified the scanned items from the data available in the backend server.

Apart from the items, checker also had to select the type of Handling Unit that was used, i.e. whether he used

In-case of discrepancy in the data entered by the checker and the data in the server, the supervisor had to rescan the items and pack the correct order in the HU.

Just like inbound process, the HU packed were weighed by the checker. The data entered by the checker was verified with the data present on the backend. Here if the discrepancy was found, the checker got notification and the checker then had to inform the supervisor about the same.

The supervisor then would re-enter the weight from his device and if the discrepancy still prevailed, the supervisor then could endorse the discrepancy.

New Handling Unit

Change Handling Unit

Split Handling Unit (segregate items in different HU from combined)

Combine Handling Unit (combine items in one HU from separate HU)

Complete digitization of warehouse management process eliminating all the possibilities of Human Error

Increased efficiency and reduced losses by 25%

Solution connected every participant of the business process right from receipt to shipping and delivery

Real-time updates were provided of discrepancies and errors

Real-time information access about the remaining goods to be checked, packed and to be delivered

Significant reduction of 78% in time taken to deliver and ship goods to the receiver

Benefits

Android Application for Automobile Giant

Module 7: Pack Order

Module 8: Weight Handling Unit:

The application facilitated the checker with the information regarding the orders that were received but still awaited packing.

Module 9: Packing awaiting completion

In this module, the checker got information about the goods that were packed but were awaiting dispatch. The checker got details like Dispatch Reference Number, Transporter and Address to efficiently track the issue in the dispatch of the order

Module 10: Dispatch awaiting completion

Once all the packed goods were dispatched and there were no discrepancy reports pending to be resolved, application automatically generated the HU list about all the HU that were dispatched and exported the data in the backend server for report generation.

Module 11: Dispatch Delivery

EVS - Electronic Verification Server

GoodsReceipt

AVS - Advanced Verification Server

DispatchDelivery

GoodsArrival

AdvancedNotification Received

Weightof HU

ItemVerification

ReceiptsIncomplete

CompleteReceipt

PackOrder

Weightof HU

PackingIncomplete

DispatchIncomplete

INBOUND PROCESS EVS

AVSOUTBOUND PROCESS

www.cygnet-infotech.com

For more information, please visit www.cygnet-infotech.com or email inquiry@cygnet-infotech.com

US Office Cygnet Infotech LLC.125 Village Boulevard, Suite 315, Princeton, NJ 08540

Tel +1-609-245-0971 | +1-609-533-8393

Other Offices SOUTH AFRICA | AUSTRALIA | NEW ZEALAND | UK | GERMANY | INDIA - AHMEDABAD AND PUNE

Connect with us and stay in touch

Android Application for Automobile Giant