WO2019117703A1

WO2019117703A1 - Real-time shared model pricing of shipment booking management system web application with hs code and halal / non-halal as the main identifier for cargo loading and cargo segregation

Info

Publication number: WO2019117703A1
Application number: PCT/MY2018/000038
Authority: WO
Inventors: Chong Lee LING; Abdul Latiff LILYANA BINTI
Original assignee: Ling Chong Lee; Lilyana Binti Abdul Latiff
Priority date: 2017-12-15
Filing date: 2018-12-17
Publication date: 2019-06-20

Abstract

The invention is a real-time shared model pricing of shipment booking and management system web application module, using e-commerce mechanics in trading services, with in-build optimiser on cargo queuing and assignment, by using HS code as the identifier to improve cargo loading. The uniqueness of the invention is where the invention relies on 8 uniques identifiers, constructs an information architecture in the system to produce optimising cargo queuing and assignment and improves cargo loading while being able to synchronise online to offline ground work.

Description

Real-Time Shared Mode) Pricing of Shipment Booking Management System Web Application with HS Code and Hala! / Non-Halal as the Main Identifier for Cargo Loading and

Cargo Segregation,

Field of Invention

The invention is a real-time shared model pricing of shipment booking and management system web application module, using e-commerce mechanics in trading the services, with sn-bus!t optimsser on cargo queuing and assignment, by using HS Code as the identifier to improve cargo loading.

Background Description in the trade industry, logistic services is the core industry that facilitate cross border trade. The logistics industry forms the backbone to the supply chain and is recognised as key to stimulate trade, facilitate business efficiency and spur economic growth. It is also vital to the connectivity to the rest of the world and nation’s competitiveness, in order to stay ahead of the competition and be competitive in the global front, most countries has adopted technology into this traditional industry, daiming that !CT can enhance competitiveness by speeding cross border trade and improve documentation flow between countries to enhance trade mechanics.

The id that is mentioned here is limited to using information technology to facilitate the trading of logistic services in achieving logistic industry and trade facilitation expectation.

Disclosure of the Invention

A shipment booking and management system with search engine to search for available shipping quotations listed o the platform, www.intuglo.com. The search engine primarily Is designed to take information (enquiry for a shipment} from a customer {buyer} to be matched against the available information {quotations} to produce relevant information {shipment available listing) related to the needs and wants of the customer.

The search engine capture the below information, not limiting to the below information only, from customers:

a. Estimated Departure Date

b. Estimated Arrival Date c. Departure Destination (Sea Port/Air Pori)

d. Arrival Destination {Sea Port/Air Port)

e. Cargo Cubic Meter (GSM) of the required shipment

f. Cargo Weight (KGs) of the required shipment

5 g. 8-digit Harmonised Code

h. Ha!a! /Non-Haiai Goods

i. Mode of T ransportation - Sea / Air

j. Role of Shipper - importer or Exporter

HI The invention focus its unique search on using identifiers to be used for the 4 main critical components from booking up to cross border:

1. Pricing Structure

2. Queuing & Assignment System.

15 3. Segregate of Cargo for Consolidation.

4. Racking and Loading an a Container (Synchronising Online to Offline process)

5, integration to custom for cargo declaration

8 major identifiers are used in the above processes,

0 * Order SD - identifier fo ’‘first in, first ouf queuing.

* Date of departure - identifier to estimate the time for cargo management

* Departure Port and Arrival Port - identifier for the route

* HS Code - identifier for cargo segregation

* Hala! / Non-Halai ~ identifier for cargo segregation

5 * In coterm - identifier for cargo segregation

* CBM - idenffier for optimizing measure for Sea Freight

* Weight - identifier for optimising measure for Air Freight

The invention includes an algorithm model {Model Calculator) to derive a pricing mechanics to 0 produce a sharing pricing, which is a leveraging mechanics applied as a cost reduction efficiency method.

The inventio is designed to operate as an E-Commerce Mechanics, with published retail pricing for booking of shipment, through a single window that integrates with other thir party systems related 5 to the logistic industry. Details of he invention

Details of the invention is separated into 2 sections - front-end of the invention system and back-end of the invention system.

Front-End of the System

The front-end of the system has 4 main sections and 5 sub-sections: 1 Search & Match Engine

A. Quotation Listing

2. Customer Ordering Management

B. Booking Form

3, Supplier / Logistic Provider Ordering Management

C. Quotation Template

D, Packing List

E. Third Party Integration

4, Administration Ordering Management Search & Match Engine

Upon browsing, login / sign-up, the user will be directed to the module first page, where users will key in relevant Information to the search engine. The search engine will match each criteria / condition before producing the best options and choices to the user. The real-time search & match engine is build with unique‘Identifier’ feature to match the enquiry and stream the enquiry to the closes matched container, The“Identifiers’^' operates as such;

1 , ETD } ETA will be use as the first matching to confirm the availability of the shipment on the particuiar block of dates.

2. Departure / Arrival destination will be second matching to confirm the routes of shipment,

3. First 6-digit HS Code will the unique identifier to identify cargo types and match it to the relevant available coniainer{s}, either“open” with existing cargo or“new” container for this enquiry from the database,

4. Ha!ai / Non-HalaS will be fourth unique identifier to match and retrieve the relevant available confainerfs), either“open” with existing cargo or“new” container for this enquiry from the database, where Haiai and Non-Haiai database are separate database. The separate database are to reduce risk of contamination and to conform to the Haiai Requirement, 5. Cubic Meter (GSM) and/or Weight(KGs) will the fifth identifier that will be fed into the“Mode! Calculator" to be use as the basis for pricing calculation, to produce a shared retail pricing.

6. Transportation Mode will be the sixth matching condition to match the quotation available.

7. Role of Shipper wii! be seventh matching condition to match the quotation avai!ab!e,

Quotation Listing

Ail quotations wi!l pop-up as fisting with information of the shipment available. The information on each listing are:

* Company Name with logo

* Route information

* Haiai or Mon-Halal Containers

* Estimated Departure Date and Arrival Date

* Transportation Mode

* Quotation Reference Unique Number

» incoterm

^» # of People already sharing on this quotation

* The available space against the total allocated space of the quotation

» HS Code Sets that is currently attached to the quotation

* Booking Price to Date (A)

* Estimated Price“Fuit-On-Board" (8)

* “Book Now" button for booking decision

The information above provides customer a transparent view of the information in a quotation relevant to the enquiry by customer. The A and B published retail prices on the quotation are dynamic prices, calculated by the Model Calculator, which is leverage among alt the shipper (customer) on board this quotation. The leveraging pricing mechanics wilt be describe iaier below.

Customer Booking and Ordering Management

Each Customer is required to sign-up in order to operate or manage booking from a dedicated dashboard.

The dashboard allow customer to view their order details by shipment routes, ETD & ETA, quotation !D and Vessel Number. Order Management

Each Order details are as follows:

^« Order ID

* Freight Forwarder

* Quotation ID

* Booking Price

* Estimated Actual Price

* Duties & Taxes

* Tracking Number

^» Document Docket

* Status Tracking

The booking will be managed using click buttons for 4 processes:

^« Booking Management - Downloa Booking Form, Cancel Booking and Order Completed

* Cargo Management - Cargo Sent and Cargo ready for Pick Up

* Payment Management - Approve Credit Block

* Custom Management - Manage Documents and Pay Duties & Taxes

Booking

Upon confirming a booking, customer are required to fill up additional information on the booking form to complete the booking process. In the booking form, customers are required to;

1. Fill up the last 4 digit HS Code

2. Fill up the cargo description

3. Fill up the cargo“pick up” address

4. Fill Up“Ship-To” Address

5. Fill up the Merchant and Commercial Value of Cargo

Third-Party Integration

Other integrations to third-party applications and system will be accessible to the supplier from their dashboard. Supplier / Logistic Provider Ordering Management

Each Supplier / Logistic Provider is required to sign-up In order to operate or manage orders from a dedicated dashboard. The dashboard ailow supplier / logistic provider to view the order details as:

* Booking information

* Destination information

* Cargo Information

* Declaration of Cargo Values

* Booking Status

* Cargo Tracking Status

* Final Payment Amount

* Document Submission Tracking

* Custom - Duties & T axes and Status

The order will be managed using click button for 5 processes:

* Order / Booking

* Cargo

* Custom

* Buyer Document

* Packing List

Q uotation Tempi ate

Quotation template is a basic too! for supplier to set-up selling price for each shipment route. The quotation settings are:

1. Supplier Quotation Reference

2. Shipment information

3. Ocean Rate (A)

4. Document Charges at Departure Port (B)

5. Document Charges at Arrival Port {€}

6. Upload Quotation Button

7. Risk Rate in % ?

8 Terms & Conditions of Sale Contract

3. '’Save" Button

The quotation template is designed to be a contract of sale of the shipment availability.

Packing List

Packing list is a consolidation document with detail information about toe cargo on board a container. The information will be use as reference for packing into the container as well as a reference for Bill of Lading.

Third-Party Integration

Other integrations to third-party applications and system will be accessible to the supplier from their dashboard.

Administration Ordering Management

Administration Dashboard is a operating dashboard to manage some parts of the order process. The administration managed bookings, cargo, payment and notifications / reminders to ensure that the transition of order between customer and supplier ί logistic provider is smooth with no bottleneck on processes.

Order Management consist of the following actions:

1. Bookings - Drop Order, Order Lock In

2. Cargo - Cargo Released

3. Payment - Generate payment List

Notification / Reminder Management consist of the following actions:

1. Booking - 5 days to closing, Booking Close

2. Cargo · Pick Up Cargo, Sent Cargo

3. Payment - Approved Credit Block, Final Payment Deducted

4. Custo - Send Documentation, Fill Up Declaration Form, Pay Custom Duties & Taxes Each actions are time driven in the order process. Each task are given strict time to execute. The time control are to ensure that the orders are processed on time for cargo to be shipped. Therefore, the online system actions and document process are synchronised to meet offline processing. Back-End of the System

The Back-End of the system has 6 sections with 1. Mode! Calculator (Sharing Algorithm)

2- Retail Pricing Dynamics

3. Search & Match Engine

4. Queuing & Assignment System

5. Consolidation Mechanics

Model Calculator (Sharing Algorithm)

The model calculator acts as a sharing model, whereby the sharing of a quotation follows a set of algorithm to breakdown the components of a quotation into 2 sets of retail prices to match against an enquiry. The 2 sets of retail prices are Booking Price and Estimated Price“full on Board”

Booking Price is calculated base on current sharing or sharing to date, while the Estimated Price ‘'Full on Board⁸ is calculated base on an average estimate price should ail the available space are taken or confirm to shipped,

The Booking Price, ( Price;; · ) algorithm Is invented as;

Prices * f (P»i PCI) ^*cbm_t] + ( Pi / (M*PCL)* cbm, M P* / (M*FCLJ^* S / (C,N) ) ) + P₂ / (C ) + P; + [ p4^*cbm_l J + [ (Pa / FCL) ^*St (CiN) ] + ( Ps^*V_f j

The basis of the above formulation: a = part A price l container

i ~ part B / shipment

P_¾ - part B / container

Pa ~ part B / order

P = part 8 / cbm

P₅ - fees relating to % chargeable to the value of another value

N = total number of people sharing (across ail HS Code)

cbm, = cbm at client i

V; = value at client !to value

iti_j - number of people sharing container j, which is assigned to load cbm,_, within condition as: if cbm. is less or equal to FCL it is loaded into container if cbm; mom than FCL< only the residue is loaded into container j (plus one or mom fully loaded containers).

C ~ price parameters ( Q < Ci <«1 }

Cs - price parameters { 0 < C > <-1 )

5 S = tola! empty space in ail opened containers

M = tola! number of opened containers

FCL ^« 30 cbm

Price** = PriceA + Prices + Pricec where

H)

Prices; ~ Retaii Price

Price_A - Ocean Rate / Air Rate (Per unit, matching enquiry)

Prices ~ Local Handling Charges at Departure Port + Local Handling Charges at Arrival Port (Per unit, matching enquiry)

15 Pricec ~ Internal company Risk Rate (Per unit, matching enquiry)

The Estimated Price“Full on Board”, { Price*» } algorithm is invented as:

Pricey - (P* / FCL) *cbm, ] + [ P, / (M*FCL)^* cbm, ]*{ P* / (M*FCL)* S / N ] + | P₂ i m_; J + P₃ + [ 0 P+ ¾bn¾ 1 + 1 (P« / FGLfS / N ] + [ P₅ ^*V_S ]

The basis of the above formulation: 5 P_a * part A price / container

Pi - part B / shipment

Pa ~ part B7 container

Ps - part B / order

PA " part B / cbm

0 Ps - fees relating to % chargeable to the value of another value

N ~ total number of people sharing (across all HS Code)

cbrr*_!- cbm at client i

v. ~ vaiue at client S's vaiue

mi* number of people sharing container j, which is assigned to load cbn\ within condition as: 5 if cb , is less or equal to FCL, it is loaded into container j. If cbm, more than FCL< only the residue is loaded into container) (plus one or more fully loaded containers).

S - total empty space in all opened containers

M - totai number of opened containers FCL = 30 cbm

Pricesfz ^« PriceA⁺ ices ¨ Pricec, where § Pnce_t¾ ~ Retail Price

Price,·, ~ Ocean Raie / Air Rate (Per unit, matching enquiry)

Prices " Local Handling Charges at Departure Port + Local Handling Charges at Arrival Port (Per unit, matching enquiry)

Pricec ~ Internal company Risk Rate (Per unit, matching enquiry)

o

Foundation of the formulation;

1) Ocean Rate; The ocean rate at per max container load size, by Cubic Meter (CBM) or max load weight, by Kilograms (K<3s), of the stipulated size of container.

2} Local Handling Charges; Charges as stated in the quotation by supplier, chargeable by units as in the quotation, including both charges at departure port and arrival port.

3) Chargeable Units are;

A Per Shipment Price

B, Per Container Price

C, Per Order Price

D Per CBM/ KGs Price

E, Per % of Value

Retail Pricing Dynamics Retail price is the price customers sees on the quotation listing. There are 2 types of retail pricing:

The first, Ratal! Booking Price, shows the share price of shipment at current sharing volume / state. Current sharing volume is determined by 2 factors 5 * Number of people sharing a container of a certain HS Code set, where the default rule is set to be the more people sharing, the lower the retail booking price will be,

* The available space in a container leverage across the total available space in a quotation. The second, Retell Estimated Price“Puli on Board”, shows the share price of shipment at estimated final sharing volume / state. The estimated final sharing volume is determine by 3 factors:

* Number of people sharing a container of a certain HS Code set. where the default rule is set to be the more people sharing, the lower the retail booking price will be.

* The available space in a container leverage across the total available space in a quotation.

* The weighted average empty space to the nearest open containers of any or all HS Code sets, NOT including the available space in“yet to open” containers. Because the booking volume and pattern is unpredictable, the 2 retail pricing dynamics is a mechanics to ensure that sharing mode! works with the most optimum booking behaviour, leverage is determine with a certain set of rules, where the rules are;

* Retail Booking Price uses (total volume space minus enquiry volume) then deviate to an algorithm simulation to produce an ultimate average retail booking price for that particular enquiry volume.

* -Retail Estimated Price“Full on Boat'd^* uses (total available space minus enquiry volume) + (weighted average empty space to the nearest open containers of any or all HS Code sets), then deviate to an algorithm simulation to produce an ultimate average retail estimated price “Full on Board’ for that particular enquiry volume.

Both the retail pricing dynamics movement are consistent with each increase or decrease (drop orders) to reflect actual status of the sharing, on real-time, upon each ne search.

Search & Match Engine

Upon enquiry, the search and match engine will draw data set by Supplier / logistic Provider which is stored into respective databases and then pull out relevant information into the model calculator to produce available retail quotation listing with retail pricing that matches the volume of that particular enquiry. The below diagrams depicts a scenario of an enquiry and how it works with the mode! engine and calculator to produce a listing. Figure 1 illustrates the Search & Match Engine

The real-time search & match engine is build with unique Identifier” feature to match the enquiry and stream the enquiry to the doses matche open container, if non-open container is available for a particular supplier/logistic provider, the system will create a new container with the quotation listing. The "Identifiers^* operates as such: 1. ETD / ETA wifi be use as the first matching to confirm the availability of the shipment on the particular block of dates,

3. First 6-digit HS Code will the unique identifier to identify cargo types and match it to the relevant available container{s)_< either "open" with existing cargo or“new” container for this enquiry from the database.

4. HaSal / Noo-Haiai wi be fourth unique identifier to match and retrieve the reievant available ccntainer(s) , either“open” with existing cargo or“new” container for this enquiry from the database, where Haial and Non-Haial database are separate database. The separate database are to reduce risk of contamination and to conform to the Halai Requirement.

5. Cubic Meter (CBM) and/or WeigM(KGs) will the fifth identifier that will he fed into the“Model Calculator" to be use as the basis for pricing calculation, to produce a shared retail pricing.

7. Role of Shipper wifi be seventh matching condition to match the quotation available,

Queuing & Assignment System

Each booking (after completing the booking form), will be treated as a queuing order with Order !D as a identifier or reference on a "First In, First Out⁰ ruling. The order in queue will be a log register for assignment purpose into:

1, The Administration dashboard as order list, with order ID as first reference and container ID as second reference to the order, piace on the list with“first to be in" ruling to the quotation, with quotation pagination,

2. The suppiier/logistic provider dashboard, into a order list, fully assign to the relevant container

(either an existing open container of a newly raised container), with container ID as first reference with Order ID as second reference, with container pagination.

In a taler version 2, the queuing mechanics will be brought up to the front-end system, where the queuing order wilt be placed on the in the customer dashboard suppiierfiog tic provider dashboard and Administration dashboard. The orders wilt be in queue until the customer decides to either confirm , change or drop order is made. The order in queue is to allow customer to wait for the next best retail price closer to the shipping time , as new orders comes in, the retail pricing dynamic wilt give customer a second chance to decide the next best pric to ship. Consolidation Mechanics

In the supplier / logistic provider dashboard, the order list is by itself a consolidation mechanics because each page is an equivalent or depiction of a container, which means as each page is fill up, it is equal to a container is filled up, with fixed capping to maximum CBM and maximum weight, following international standard for CBM Load and Weight Loading in using this mechanics to consolidate, the risk of over stuffing a container is reduced to minimum, except for over size cargo, or odd shaped cargo. In version 2, the system wilt include 3~D view to the cargo assignment system to ensure that the risk of over size cargo and odd shaped cargo is reduced.

The consolidation mechanics applied will:

* increase online feasibility to synchronize offline ground work with consolidated packing list, generated after each container is filled up or at the end when quotation is closed fo new order,

* Ease assignment of depot container number.

* Ease filling up of Bill of Lading,

Figure 12 illustrates the consolidation mechanics which synchronizes the online system with offline ground work.

Technical Problems address by the invention

Support the invention with diagrams and drawings an bow each diagram is relevant to the issues

System features

The invention focuses its unique search on using identifiers to be used for the 4 main critical components from booking up id cross border:

1 Pricing Structure - 2 Dynamic Publish Retail Pricing, figure 2.

2, Queuing & Assignment System, figure 5.

3 Segregate of Cargo for Consolidation, figure 8

4, Packing and Loading on a Container (Synchronizing Online to Offline process), figure 12.

8 major identifiers are used in the above processes.

* Order ID - Identifier for "first in, first out" queuing.

^« Date of departure - identifier to estimate the time for cargo management * Departure Port and Arrival Port - identifier for the route

Figure 14 illustrates the above 3 identifier and its application in the system · HS Code - identifier for cargo segregation

Figure 15 illustrates the above identifier and tis application in the system * Haiai / Noo~Hala! - identifier for cargo segregation

Figure 16 iliustmias the above identifier and its application in the system

* incoterm - identifier for cargo segregation Figure i illustrates the above identify and its application in the system

* CBM - identifier for optimizing measure for Sea Freight

* Weight - identifier for optimizing measure for Air Freight The above identifier are -in-build into the system and CANNOT be seen.

Overall System infrastructu e

Figure 19 shows the system infrastructure

Figure 20 shows www.intuqio.coin and third party integration infrastructure

Mechanical Methodology of putting the invention together into a System in inventing the solution that solves both logistic industry issues and trade facilitation issues, much effort was put into the mechanical feasibility to obtain the system feasibility. Therefore, the mechanical methodology the invention uses are sectional division of each traditional process fiow into technical point s and turn each technical point into communicative tools to delivery information across the system. On the front end of the system, the focus would be on Information gathering and the method of dispersing these information into the correct and related flow of other processes so that the back-end of the system process these correlation an push/puif into the related Integration section. This method of designing the system’s feature ensure that each issues that the invention is trying to solve has a meaningful representation technically, and the invention’s approach to solve the problems are technically sound and is each to manage new changes or additional needs at a later stage. Algorithm formulation

Algorithm formulation is to support the retail pricing dynamics feasibility. In sharing model, the biggest Issue and obstacle in deriving at an optimum pricing is dependent on 2 factors:

1 ) Time of order drop onto the system

2} The volume (CBM and Weight of sharing) to achieve loading optimization which directly impact the price of sharing

3} “Fair” sharing price, whereby the volume (CBM and Weight) of each incoming order is inconsistent against the quotation components , the“fair” sharing price must be broken down to a certain metrics or unit that is deemed to be“fair”.

Thus, the algorithm is developed to technically tackle these 3 factors. Thus, the characteristic of each unit of price in a quotation is considered as below.

Prices = Price* + Prices + Price_C where Price».- ~ Retail Price

Price* ~ Ocean Rate / Ai Rate (Per unit, matching enquiry)

Pricec ~ Interna! company Risk Rate (Per unit, matching enquiry}

Prlcec is the % of risk that the administrator of the shipment insure to process or manage the transaction, it is ca!cu!ated base on routes, country, cross border conditions These factors wii! be considered and measured every shipment to ensure that the liabilities as a platform provider are covered. The price may aiso cover insurance as a piatform provider.

Description of Drawings and Best Mode for" Carrying Out the Invention in order that the invention may be more readiiy understood and put into practical effect, a preferred illustration of the invention will now be described with reference to the accompanying drawings, in which:

Front -End System

Figure 1 illustrates the Search Engine for booking of a logistic service which Is designed in accordance with the invention.

Figure 2 illustrates the Logistic Services Listing which is the result of the above search. This listing is ready for booking the service. By clicking the“Book Now" button, the matching is done and the order will brought to the Booking Form.

Figure 1 and 2 refers to the“Booking a Shipment” Figure captures important information of the shipping enquiry with 6 important identifiers actively used to match the available space. The identifier here will be used to identif the correct listing within the specific condition of the identifier. This is to optimised the back-end process so to derived the purpose of the uniqueness of invention. Figure 2 Garry the 2 dynamic pricing that wilt change upon each order booking on real-time to show the latest best price to book and the estimated final price of the shipment.

The HS Code in Figure 1 is the unique identifier of the cargo types and it is used as the main matching consideration to ensure that the same types of cargo fits into the container. This is the unique cargo loading optimiser.

Customer Management Dashboard

Figure 3 illustrates the Booking Form. The form is use to capture all booking information.

There are 3 section in the forms - Shipper’s Details, Shipment Details and Cargo Details.

A unique order ID is login to the system at this point.

Figure 4 illustrates how the important information relating to the order ID, cargo, payment custom declaration dates are captured and put forth to the customer.

Figure 5 illustrates where customer manage their order after booking. Seller / Logistic Providers Management Dashboard.

Figure 6a, 6b and 6c illustrates where the Seller / Logistic Provider manage the orders

Figure 8a - The SeSSer/Logistsc Provider Action Panel

Figure 6b - The Seller/Logistic Provider Order Management Table

Figure 6c - Minor Illustration of the Dashboard

The first diagram is a container that contain HS Code set 1 types of goods that is Haiai with 18 people sharing. Orders are capture from Quotation unique ID - ML1234-56US

The second diagram is a container that contain HS Code set 1 types of goods that is Non-Ha!al with

16 people sharing. Orders are capture from Quotation unique ID - IV5L123456US

This is a critical illustration to depict how:

* HS Code plays a unique identifier role in separating each container.

* Haiai / Non-Haiai segregation of eac container is captured.

Figure 7a, 7b, 7c and 7d illustrates the quotation template where the seller / logistic provider puts ups their selling price.

Figure 7a of the quotation template - quotation details.

Figure 7b of the quotation - pricing details ( Price*

Figure 7c of the quotation - pricing details ( Prices_} The“Upload: Quotation" button is for seiier/fogist!C Provider to upload a copy of the quotation for contract binding purpose.

Figure 7d of the quotation ~ Risk Rate ( Price_¾ )

Figure 8a, 8b and 8c illustrates how bulk quotations are managed.

Figure 8a - the action panel

Figure 8b - Sea Freight Quotation Table

Figure 8c. - Air Freight Quotation Table

Figure 9 illustrate the custom declaration section.

Administration Management Dashboard.

Figure 10a, 10b and 10c illustrate the administration of each order on Admin Dashboard.

Figure 10a - The Admin action panel IS

Figure 10b - The worksheet to administer each seller / logistic provider quotation.

Figure 10c - minor illustration of the dashboard.

Figure 10c is read as - Page 1 is a GIF incoterm quotation with unique number ML123456US, and the quotation active date is June 2017, The total order booking is 34,

Figure 10c is read as Page 2 is a FOB incoterm quotation with unique number ML.123457US. and the quotation active date is June 2017. The total order booking is SO. The uniqueness of how the I ncoterm is managed in container segregation.

Sack - End System in order that the Invention may be more readiiy understood and put into practica! effect, a preferred illustration of the invention will now be described with reference to the accompanying drawings, in which:

Figure 11 illustrate how the Search Engine Matches the Quotation. This flow process depicts th current uniqueness of how the 6 identifiers are practice in the system. The 6 identifie used in the above process are

⁴ Date of departure - identifier to estimate the time for cargo management

* Departure Port and Arrival Port > identifier for the route

* HS Code - identifier for cargo segregation

* Haiai / Non-Haiai - identifier for cargo segregation

* CBM - Identfier for optimizing measure for Sea Freight

* Weight - identifier for optimising measure for Air Freight The remaining 2 identifiers belo are put to use after this process, upon booking.

_* Order !D ~ identifier for“first in, first ouf queuing, wifi appear on booking form

* incoterm identifier for cargo segregation, will appear on listing.

Figure 1 illustrate how the system (online) produces information that synchronise with ground work (offline) including the use of packing list to do cargo loading. Figure 13 illustrate how the system capture each booking and put the order in queue and assignment of the cargo to the relevant container - with Hala! & Non-Haial segregated.

Figure 14 illustrate how the cargo is detected by HS Code and is assigned to the relevant container with Haiaf & Non-Haial segregated.

Figure 15 illustrate how HS Code is captured an is use as the main identifier for cargo loading and segregation, The table queue in the HS Code 9604.40 and 9504.90 for 5 destination routes (indicated by colour) which will then be assigned to relevant container to respective destination.

Figure 16a and 16b illustrate how the Halal & Non-Haial cargo are segregated into relevant container and is identified,

Figure 16a is a container that contain HS Code set 1 types of goods that is Halal with 18 people sharing. Orders are capture from Quotation unique ID - MH23456US

Figure 16b is a container that contain HS Code set 1 types of goods that is Non-Haial with 16 people sharing. Orders are capture from Quotation unique D · ML123456US

Figure 17a and 17b illustrate how incoterm is use as an identifier for contract to the shipment quotation and is identified in the relevant container

Figure 1 a is read as - Page 1 is a C!F incoterm quotation with unique number ML123456US, and the quotation active date is June 2017. The total order booking is 34

Figure 17b is read as - Page 2 is a FOB incoterm quotation with unique number ML123457US, and the quotation active date is June 2017. The total order booking is SO.

Figure 18 illustrate how CBM and Weight is use as an identifier for optimising container loading at max load size/weight as per international standards. These fields appear in the seller / logistic provider quotation section, whereby the seller / logistic provider specify how many containers they wish to sell at what CBM and Weight loading.

Figure 19 illustrate the overall system architecture

Figure 20 illustrate the Integration parties or partnership integration

Claims

1. A shipment booking and management system wherein the system comprises of

A. A search engine

B. Seiler Quotation Listing

C. Real-Time Dynamic Retail Pricing

D. 8 unique identifiers comprises of

* Order !D - identifier for“first in, first out" queuing (1)

* Date of departure - identifier to estimate the time for cargo management (2)

* Departure Port and Arrival Port - identifier for the route (3)

* HS Code - identifier for cargo segregation (4)

* Haial / Non-Haial - identifier for cargo segregation (5)

^» !neoterm - identifier for cargo segregation {8}

^» CBM - identfier for optimizing measure for Sea Freight (7)

* Weight - identifier for optimising measure for Air Freight (8)

E. A Booking Form

F. A queueing an assignment cargo / order system

G . A Model Calculator of Algorithm Formulation

H. A unique mechanical information architecture to synchronise online to offline cargo management

I, A unique segregation mechanicai information architecture to segregate Haiai and norvHaiai Cargo

2, The system of claim 1 characterised in that the system primarily is with a search engine (A) designed to take information (enquiry for a shipment) from a customer (buyer) to be matched against the available information (quotations) to produce relevant information (B) related to the needs and wants of the customer.

3. The system of claim i, wherein the search engine (A) is characterised to capture the below information, from customers: a. Estimated Departure Date

b. Estimated Arrival Date

c. Departure Destination (Sea Porf/Air Port)

d. Arrival Destination (Sea Port/Air Port) e Cargo Cubic Meter (GSM) of the required shipment

f. Cargo Weight (KGs) of the required shipment

g. 6-digii Harmonised Code (HS Code)

h. Hajai /Non-Haiai Goods

I. Mode of Transportation - Sea / Air

j. Role of Shipper - importer or Exporter

4. The system of claim 1 , in that comprises of a model calculator (G) in within a set of algorithm, produces the reaMime dynamics pricing (C) for the sharing model.

5, The system of claim 1 , wherein that ALL of the unique identifier (D) will be used and appear in the Booking Form (E)

8. The system of claim 3, the search engine wil! produce a set of listing (B) further comprises components of selier quotation(s), from the information captured in claim 3, that will be ready for booking.

7. The system of claim 3 which comprises of CBM and Weight will appear on seiier/iogistic quotation listing as a real-time information base on sharing model.

8. The system of claim 3 which comprises of the 8-digit Harmonised Code {HS Code), wilt be used as an unique identifier be use on cargo types identifier, cargo loading identifier, cargo segregation identifier and be used and appear in the system, 9. The system of ciasm 3 and claim 4. the matching of claim 3 to claim 4, uses ALL unique Identifiers

(D) except order ID (1) and incoter (6). to produce a Booking For (E)

10, The system of claim 5 which comprises of Incoterm (6) wilt appear on each listing as the base reference for contract term of booking, and this reference wiil further be used in container segregation in later part of the system.

11. The system of claim 1 further comprises a queueing and assignment of order / cargo system (F), wherein, the system uses claim 7_r Claim 8 and Claim 10 to do ALL queueing and assignment to order / cargo.

12. The system of c!airn 8 base on sharing model, the number of people sharing the selier/logistic quotation listing will appear as a real-time information.

13. The system of claim 6, wherein comprise a set of listing (B) further comprises a real -time dynamic retail pricing (C) base on sharing model, will appear for booking, wherein the real-time dynamic pricing (C) will also appear in customer, selier/iogistic providers and administration dashboard base on real-time changes as each booking is made.

14. The system of o!aim 6, after each booking or order is uniquely assigned an Order !D (1) as the base reference to the order and this reference will be use as an identifier for“first in, first out queueing and assignment system, and this reference identifier will appear customer, seller/iogistic providers and administration dashboard.

15. The system in claim 1 is the mechanical architecture of information uses across claim 1 to claim 14, wherein the system uses ALL of the unique identifier (D), to technically communicate the information from online system to offline documents thus these information is synchronised in a manner that the information Is feasible to be used.

18. The system in claim 1 is a mechanical architecture of information uses across claim 1 to claim 14, wherein the“Haial" or“Non-Halar declaration on claim 1 is disperse and use in a relevant manner to dearly describe the segregation of“Halai" from:“Nan-NaiaP.