INTEGRATED TRADE AND LOGISTICS PLATFORM FOR THE MARITIME SECTOR

Abstract

This invention relates to a computer-applied integrated digital platform that enables verified digital record keeping, multi-party data sharing, simultaneous bidding, personnel availability verification, cargo / warehouse capacity matching, and transaction traceability among companies operating in the maritime sector, including ship operators, carriers, maritime personnel, warehouse and port service providers.

Description

INTEGRATED TRADE AND LOGISTICS PLATFORM FOR THE MARITIME SECTOR Technical Field to Which the Invention Relates This invention is beneficial to companies operating in the maritime sector, ship operators, carriers, verified digital between maritime personnel, warehouse and port service providers registration, multilateral data sharing, simultaneous bidding, staff availability computer-based systems that enable querying, load / warehouse capacity matching, and transaction traceability. It relates to an applied integrated digital platform. State of the Art In known technical solutions, procurement and personnel management in the maritime sector, Freight / transportation planning and port / warehousing services are often disconnected from each other. This is carried out through closed systems used by companies within their own organizations. ERP structures, manual broker / agent layouts, and focusing on only a single sub-problem. Fragmented digital solutions; data fragmentation, information asymmetry, high mediation This leads to increased costs and delays in establishing direct business relationships. Another problem seen in the current technology is that user reliability is compromised in most cases. The reason is that it is not built on a previously verified layer. Company records, activity documents, capacity reports, passports and seaman's booklets for maritime personnel, When STCW and similar occupational certifications are not verified within the same systematic framework, The user pool is losing credibility and platform-based matching results are declining. It is weakening. Also, with current technology, the available cargo hold on the ship, the voyage plan along the route, the presence of personnel on board or ashore, warehouse / port capacity, and current situation. High-value operational data such as service availability are often static and manual. or are kept in a scattered manner. This ensures that the most suitable personnel are available on the most suitable ship. the gap or the most suitable service provider in a fast and traceable way This makes it difficult to determine. In addition, in known technical solution families, the same request record is verified. Simultaneous viewing by multiple users, offers are timestamped. collection and management of comparable data on a centralized record structure 1 This is not sufficiently ensured. This also leads to a lack of transparency in the purchasing and matching processes. This leads to a decline and an increase in operational inefficiency. Therefore, the required technical solution is one that verifies company and employee records. Supply requests, staffing needs, ship requirements on a verified user pool It publishes vacancy announcements and service requests, and monitors capacity / status based on these records. It performs filtering and matching operations, saves bids with timestamps, and It is an integrated digital platform that generates traceable feedback after the transaction. Brief Description and Objectives of the Invention The invention provides for verified registration, transparent bidding, and capacity / status in the maritime sector. enabling filtering, route / slot processing, direct matching, and transaction traceability. It is an integrated digital platform. The invention includes at least one central application server, and at least one database, company and personnel access layers, official document verification layer, Request / advertisement creation module, transparent bid collection engine, capacity / status filtering. engine, matching and sorting engine, communication module and feedback / reputation module It is based on an integrated architecture that includes One purpose of the invention is to enable companies, personnel and service providers in the maritime sector. records in a single trusted user pool based on verified data It is to collect. Another purpose of the invention is to enable verified multi-user requests for supplies or services. making them simultaneously visible to the groups and making the proposals comparable The goal is to ensure that it is collected. Another purpose of the invention is to provide information on the status and qualifications of maritime personnel on board / ashore. and route-based capacity records of ship vacancy rates with accessibility data. The goal is to create a fast matching system by operating within a systematic framework. Another purpose of the invention is to enable the carrier to operate independently of the broker or intermediary layer. direct between the transporter, company-personnel and service recipient-service provider parties The aim is to enable digital contact. 2 Another purpose of the invention is to provide real-time capacity declarations in warehousing and port services. Ensuring traceability by keeping user feedback on the same transaction log. to increase. Another purpose of the invention is verification, announcement, offer, matching, notification, and feedback. by combining the steps on a single database structure, data fragmentation is eliminated. to reduce. Another purpose of the invention is to improve supply, personnel management, and transportation in the maritime sector. sub-processes such as planning and service management are built on a common digital backbone. It is to operate. Detailed Description of the Invention The invention represents a platform as a whole in a preferred implementation, comprising at least one company terminal, and most at least one staff terminal, at least one central application server, at least one database, User registration module, official document verification layer, request creation module, quotation collection engine, status filtering engine, matching and sorting engine, communication The module includes a feedback module. These modules run on a single server. in logical layers or physically within a distributed client-server / cloud architecture They can be implemented as separate units. The user registration module retrieves basic profile data relating to the company or personnel. To the company... The relevant data includes tax identification number, business license, capacity report, and service category. Port / warehouse information and similar corporate fields may be found. Personnel data may also be included. among them are passport, seaman's book, STCW certificate, health certificate, type of qualification, This could include fields such as the last company worked for, the expected start date, and similar information. The official document verification layer processes the document data using OCR, field matching, content verification, document validity check, administrative approval, or external verification. It works through at least one of the processes. User registration with a positive verification result. It is stored in the database with the status of "verified profile". Incomplete or inconsistent The records found are classified as passive, pending, or require correction. It can be marked. 3 The request creation module processes requests entered into the system by verified users. It converts the records into a publishable transaction log. This needs log is the preferred, but... Examples that are not exhaustive include: ship supplies, provisions, granular material, lashing. product, technical equipment, personnel requirements, ship vacancy announcement, cargo request, warehousing services This could be a request for services or port services. The bid collection engine processes the generated request records from verified users. makes it simultaneously visible to the appropriate user group and offers from those users. It records with a timestamp. In preferred but not exhaustive examples. System, active request list, remaining time, best current offer, number of offers, user status. It presents fields such as these as records that are updated simultaneously. The status filtering engine processes different data sets based on the type of request. Personnel-focused. In one scenario, factors include competency, document validity, salary expectations, contract duration, and last job. The company must meet at least the following parameters: active / land / ship status and time of participation. One of them is used. In the cargo / transportation scenario, cargo type, origin / destination, quantity, and preferred option are considered. At least one of the following data points: voyage duration, vessel type, stops along the route, and available space. This is taken into consideration. In the warehouse / port service scenario, the service type, port, and capacity are also considered. occupancy rate, ad duration, and user rating parameters, at least one of them It can be processed. The matching and sorting engine uses bid records from the bid collection engine or By processing the suitability results from the condition filtering engine, it provides the results to the user. It generates lists, candidate lists, or matching lists. This sorting is based on factors such as price and documents. Verification status, suitability for use, available capacity, route compliance, duration, score, and It can be formed with at least one of similar criteria. The communication module enables direct communication between matched or prioritized parties. It initiates notifications. Notifications are in-app in preferred, but not limited to, instances. The notification can be in the form of an email, text message, or panel alert. The system creates events such as requests, received offers, selections made, notifications sent, and completed transactions It can store it as a transaction record. The feedback module provides ratings and comments for completed or terminated transactions. It associates negative feedback and similar statements with the relevant record. Thus, the same 4 previous transaction history, subsequent matching and relating to the user or service provider It can be used in election processes. In the preferred first implementation, the invention is applied in the maritime supply process. A verified company user can submit a request for materials or services for a specific vessel. The request is entered into the system. The request record becomes active along with the duration, quantity, and product / service description. is brought in. The bid collection engine simultaneously adds this request to the verified supplier pool. It opens as such. Suppliers register their offers in the system. The system timestamps the offers. It saves the data in this format and creates a comparative view. The company user can directly access this information. You can select an offer and communicate with the selected user via the communication module. It can pass. The preferred second implementation involves the invention in maritime personnel management and employment. It is used. Verified employee profiles are stored in the database. The company user, specific It creates a request for a position and the status filtering engine identifies the personnel. status (on board / ashore), eligibility period, type of qualification, document validity, and It filters according to similar criteria. The matching and sorting engine creates a list of suitable candidates. The company produces the product. It sends an offer to the selected candidate via the system, and a transaction record is created. In the preferred third implementation, the invention relates to ship voids and transport demands. It is used in matching. Ship operator, voyage plan, stops along the route and It announces the current warehouse / slot availability data to the system. The carrier user, load type, Searches using data such as origin / arrival, quantity, and preferred time. Filtering by status. The engine processes route and clearance data, and the matching and sorting engine generates a list of suitable vessels. It generates. The user initiates the bidding and communication process through the most suitable vessel or vacancy listing. It starts. The preferred fourth implementation involves the invention in warehouse and port service management. Used. Service provider, user, service type, available capacity, occupancy status, advertisement. It publishes its registration with the duration and relevant port / area information. The service recipient receives the appropriate service. The provider is selected via the system. After the process is complete, the feedback module Ratings and reviews can be entered through the system. This allows you to not only choose the right service at any given moment, but also... Over time, evaluation based on past experience also becomes possible. In one variant, user access is via web client and / or mobile client. This can be achieved. In another variant, transaction records cannot be altered; the daily log structure is distributed. It can be supported by ledger infrastructure or smart contract integration. Another STCW training and digital maritime training are built on the same verified data backbone in this variant. The library, legal advice, or industry news modules can also be run. However, these variants, without the essential element of the core invention, are the same. They can be considered as extended implementations of platform architecture. 6

Claims

1. Verified registration, transparent bidding, and capacity / status in the maritime sector. It is an integrated digital platform that enables matching; its feature is: - Establishes data communication with remote user terminals, processes incoming data, and At least one central application server that manages data flow between modules, - companies, ship operators, carriers, maritime personnel or service providers At least one user registration module that receives registration data transmitted by, - by processing company documents and personnel documents from the aforementioned record data At least one official document verification layer that generates verified profile data, - at least one central database holding verified profile data and transaction data, - from supply requests, staffing needs, ship vacancy information, cargo demand and service advertisements Creating at least one request that converts at least one of them into a publishable transaction record. module, - makes the same request record simultaneously visible to multiple verified users, and At least one transparent bid that records bids from users with a timestamp. collecting engine, - Status of personnel on board or ashore, document eligibility information, availability time, at least one of the following parameters: ship hold space, route information or service capacity At least one condition filtering engine that creates a suitability filter using one of them, − the results list, candidate list or via the relevant offers or eligibility filters At least one matching and sorting engine that generates a matching list, − at least one communication that initiates notification and direct communication between the matching parties module, - Creates feedback and transaction logs for completed or terminated transactions. at least one feedback module It includes.

2. According to Claim 1, it is a platform whose feature is; tax identification numbers and activity information of company users. at least one of the following: certificate, capacity report and service authorization certificate, and personnel passports, seaman's booklets, STCW certificates and health certificates belonging to users Official document verification that creates verified profile data by processing at least one of them. It includes a layer. 7 3. It is a platform according to claim 1, and its features include: OCR, field matching, document validity check, an official who performs at least one of the administrative approval and external verification processes. It includes a document verification layer.

4. It is a platform according to Claim 1, and its feature is that it simultaneously processes offers related to the same request record. A bid collection engine that collects bids using visibility and timestamped record logic. It includes.

5. It is a platform according to Claim 1, and its characteristic is that the marine personnel are either on board the ship or on land. the most important of the parameters such as status, eligibility date, type of qualification and document validity information. According to a few, the filtering situation involves a filtering engine.

6. According to Claim 1, it is a platform whose characteristics are: capacity for ship space according to cargo type, origin / destination, route. based on at least one of the parameters of the stops on it and the available warehouse / slot space. The working state includes a filtering engine.

7. According to Claim 1, it is a platform and its characteristic is; service type for warehousing and port services, at least one of the following data points: occupancy rate, capacity, ad duration, and user feedback. It includes a request creation module that generates service listings.

8. According to Claim 1, it is a platform whose features include: price, verified profile information, and capacity. Ranking using at least one of the following: suitability, route alignment, time, and user rating. It includes a matching and sorting engine.

9. According to Claim 1, it is a platform whose features include in-app notifications, email, text messages, and initiating communication between the parties with at least one of the panel alerts and recording the incident It includes a communication module that creates it.

10. According to Claim 1, it is a platform with the following features: star rating, text review, negative feedback. a return that associates at least one of the statement and transaction history data with the relevant transaction record It includes a notification module. 8