System for international goods and commodities trading and management and related methods
A system and related methods for executing and managing international trades, particularly in goods and commodities, makes use of blockchain- or other security-based architecture. The system architecture is able to be implemented so as to be compliant with regulations and regulatory authority to minimize potential fraud, forgery, or other security breaches which may affect the integrity of the associated trading transactions. The computer-implemented system, programming, and associated methods process data related to all phases of international goods and commodities trades, including drafting, negotiation, and execution of contracts as digitally negotiated instruments or electronic transferable records, as well as electronic bills of lading. The system includes features to limit access, verify and authenticate users, and provides limited access to databases and various templates to facilitate the generation, execution, and management of trading transactions from inception to completion.
1. A computer-implemented method of securely processing electronic transferable records, such as a digital negotiable instrument (DNI), such electronic transferable records associated with exchanging at least one of goods and commodities, the method comprising the computer-implemented steps of:
generating an encrypted corporate certificate and associated keys in response to system administrator input, storing the corporate certificate in computer-accessible storage, and requiring renewal of the certificate at least every two years from date of generation of the certificate;
verifying persons permitted to invoke the processing of the electronic transferable records by comparing inputted personal information to a security standard, wherein the verifying also includes two-factor authentication;
establishing verified persons, the verified persons selected from the group consisting of a holder, a charter party, a shipper, a carrier, and an endorser;
securing electronic signatures of respective ones of the verified persons;
generating a respective one of the digital negotiable instruments for a respective goods and commodities transaction in response to inputs from at least one of the shipper and the carrier, the inputs corresponding to the steps of:
(a) generating a DNI draft identified with a corresponding one of the electronic transferable records, establishing a holder of the DNI draft, the holder being one of the verified users, requesting performance of obligations of the DNI draft, wherein generating the DNI draft includes identifying the verified persons authorized to control the corresponding electronic transferable record, and preventing unauthorized replication of the DNI draft; and
(b) generating an executed DNI from the DNI draft, wherein the executed DNI has an associated encryption and signature key architecture, the executed DNI being generated by encrypting the DNI draft, restricting access to the encrypted DNI by generation of user keys associated with the DNI draft, and verifying signatures of the verified users associated with the DNI draft and the executed DNI, wherein the inputs are stored on a blockchain ledger;
storing the executed DNI in a customer exclusive object storage vault associated with a vault encryption key on a cloud infrastructure;
endorsing the executed DNI in response to user input, wherein the endorsing step includes:
(a) receiving as user input digital information corresponding to an endorser; and
(b) updating the executed DNI to append an electronic endorsement notation thereto upon execution by the endorser;
at least one of releasing, transferring, and surrendering of the executed DNI to create a new holder of the executed DNI and a previous holder of the executed DNI;
wherein the step of performing at least one of releasing, transferring, and surrendering the endorsed DNI includes decrypting the executed DNI and assigning the executed DNI to the new holder in response to user input from the previous holder, and transferring the executed DNI to a second customer object storage vault corresponding to the new holder and generating a new holder private key associated with the new holder, wherein access to the executed DNI by the previous holder is terminated;
restricting access by users other than the verified users by preventing verification of the executed DNI by any of the verified users other than the holder;
verifying authenticity of the executed DNI by performing notary steps, the notary steps comprising timestamping of the executed DNI, and authenticating content and signature of the executed DNI by QR code;
reissuing the executed DNI by performing the steps of cancellation of the electronic transferable record corresponding to the executed DNI to create a cancelled DNI, generating a second DNI draft identical to the cancelled DNI; and transferring the DNI draft to a second new holder upon generating a second executed DNI;
maintaining immutability of the executed DNI by use of the blockchain ledger recording every processing step done on the executed DNI;
authorizing at least two contracting parties comprising a party A and a party B to access the blockchain ledger through a computer-implemented gateway;
storing first data values corresponding to contract status states on the blockchain ledger, the first data values corresponding to contract statuses, the contract statuses including an executed state, an in-process state, and a terminated state;
processing inputs from the two contracting parties to generate second data values corresponding to contract events, the data values comprising metadata stored on the blockchain ledger, the contract status and the contract events corresponding to a predetermined signed contract associated with a goods and commodities transaction;
storing the second data values of the contract events as metadata on the blockchain ledger;
permitting user access to the metadata of the contract events only upon validation of user-inputted credentials to create validated users, the validated users including at least the party A and the party B; and
updating the second data values in response to input from at least one of the validated users to assign an event status indicator to a corresponding one of the contract events, the event status indicators including third data values corresponding to a non-executed event, an executed event, a validated event, and a non-validated event.
2. The method of claim 1 , wherein the steps of generating the first and second data values further comprise generating data corresponding to a sale and purchase agreement; and wherein the step of processing inputs for contract events further comprises processing inputs corresponding to five data files having data of five corresponding contracts, the five contracts associated by suitable computer-readable indicia with a single corresponding transaction for goods and commodities, the five contracts including the sale and purchase agreement;
two, party-B-charter-party agreements, and two, electronic bills of lading between the party A and at least one vessel owner.
3. The method of claim 2 , wherein the steps of generating the second data values and updating the second data values corresponding to the contract events include the steps of generating and updating second data values corresponding to consignments, shipments, vessels, and voyages corresponding to the goods and commodities transaction.
4. The method of claim 1 , wherein the step of verifying the persons permitted to invoke the processing of the electronic transferable records includes the step of using at least one method selected from the group consisting of KYC, KYB, AML, and Bank Account Verification.
5. The method of claim 3 , further comprising computer-implemented steps of:
(a) positively verifying permission of one of the verified users so as to define a drafting user, the drafting user being permitted to access electronic bill of lading templates stored in a secured database;
(b) permitting access to a selected one of the templates in response to first input by the drafting user;
(c) generating a draft electronic bill of lading for the respective goods and commodities transaction in response to second input; and
(d) sharing the draft electronic bill of lading with one of the verified users other than the drafting user, thereby defining a negotiating user, and receiving third input from the negotiating user corresponding to modifications to the draft electronic bill of lading, the modifications being received and identified as at least one of comments, save as, and print;
(e) wherein the negotiating user comprises a carrier, the system, and in response to receiving fourth inputs from the carrier, updating status of the draft electronic bill of lading to a status of confirmed.
6. The method of claim 5 , wherein the step of generating the draft electronic bill of lading comprises the steps of verifying, in response to user selection, predefined electronic bill of lading draft data by associating the predefined draft data with goods and commodities transaction data separately stored; and wherein the step of sharing the draft electronic bill of lading comprises the step of confirming, in response to user selection, status of the negotiating user as one of the verified users.
7. A computer-implemented system of securely processing electronic transferable records, such as a digital negotiable instrument (DNI), such electronic transferable records associated with exchanging at least one of goods and commodities, the system comprising programming and at least one processor capable of performing the following steps:
generating an encrypted corporate certificate and associated keys in response to system administrator input, storing the corporate certificate in computer-accessible storage, and requiring renewal of the certificate at least every two years from date of generation of the certificate;
verifying persons permitted to invoke the processing of the electronic transferable records by comparing inputted personal information to a security standard, wherein the verifying also includes two-factor authentication;
establishing verified persons, the verified persons selected from the group consisting of a holder, a charter party, a shipper, a carrier, and an endorser;
securing electronic signatures of respective ones of the verified persons;
generating a respective one of the digital negotiable instruments for a respective goods and commodities transaction in response to inputs from at least one of the shipper and the carrier, the inputs corresponding to the steps of:
(a) generating a DNI draft identified with a corresponding one of the electronic transferable records, establishing a holder of the DNI draft, the holder being one of the verified users, requesting performance of obligations of the DNI draft, wherein generating the DNI draft includes identifying the verified persons authorized to control the corresponding electronic transferable record, and preventing unauthorized replication of the DNI draft; and
(b) generating an executed DNI from the DNI draft, wherein the executed DNI has an associated encryption and signature key architecture, the executed DNI being generated by encrypting the DNI draft, restricting access to the encrypted DNI by generation of user keys associated with the DNI draft, and verifying signatures of the verified users associated with the DNI draft and the executed DNI, wherein the inputs are stored on a blockchain ledger;
storing the executed DNI in a customer exclusive object storage vault associated with a vault encryption key on a cloud infrastructure;
endorsing the executed DNI in response to user input, wherein the endorsing step includes:
(a) receiving as user input digital information corresponding to an endorser; and
(b) updating the executed DNI to append an electronic endorsement notation thereto upon execution by the endorser;
at least one of releasing, transferring, and surrendering of the executed DNI to create a new holder of the executed DNI and a previous holder of the executed DNI;
wherein the step of performing at least one of releasing, transferring, and surrendering the endorsed DNI includes decrypting the executed DNI and assigning the executed DNI to the new holder in response to user input from the previous holder, and transferring the executed DNI to a second customer object storage vault corresponding to the new holder and generating a new holder private key associated with the new holder, wherein access to the executed DNI by the previous holder is terminated;
restricting access by users other than the verified users by preventing verification of the executed DNI by any of the verified users other than the holder;
verifying authenticity of the executed DNI by performing notary steps, the notary steps comprising timestamping of the executed DNI, and authenticating content and signature of the executed DNI by QR code;
reissuing the executed DNI by performing the steps of cancellation of the electronic transferable record corresponding to the executed DNI to create a cancelled DNI, generating a second DNI draft identical to the cancelled DNI; and
transferring the DNI draft to a second new holder upon generating a second executed DNI; and
maintaining immutability of the executed DNI by use of the blockchain ledger recording every processing step done on the executed DNI;
authorizing at least two contracting parties comprising a party A and a party B to access the blockchain ledger through a computer-implemented gateway;
storing first data values corresponding to contract status states on the blockchain ledger, the first data values corresponding to contract statuses, the contract statuses including an executed state, an in-process state, and a terminated state;
processing inputs from the two contracting parties to generate second data values corresponding to contract events, the data values comprising metadata stored on the blockchain ledger, the contract status and the contract events corresponding to a predetermined signed contract associated with a goods and commodities transaction;
storing the second data values of the contract events as metadata on the blockchain ledger;
permitting user access to the metadata of the contract events only upon validation of user-inputted credentials to create validated users, the validated users including at least the party A and the party B; and
updating the second data values in response to input from at least one of the validated users to assign an event status indicator to a corresponding one of the contract events, the event status indicators including third data values corresponding to a non-executed event, an executed event, a validated event, and a non-validated event.
8. The system of claim 7 , wherein the programming capable of generating the first and second data values further comprise generating data corresponding to a sale and purchase agreement; and
wherein the programming capable of processing inputs for contract events further comprises programming for processing inputs corresponding to five data files having data of five corresponding contracts, the five contracts associated by suitable computer-readable indicia with a single corresponding transaction for goods and commodities, the five contracts including the sale and purchase agreement; two, party-B-charter-party agreements, and two, electronic bills of lading between the party A and at least one vessel owner.
9. The system of claim 7 , wherein the programming capable of generating the second data values and updating the second data values corresponding to the contract events include the steps of generating and updating second data values corresponding to consignments, shipments, vessels, and voyages corresponding to the goods and commodities transaction.
10. The system of claim 7 , wherein the programming capable of verifying the persons permitted to invoke the processing of the electronic transferable records includes programming capable of using at least one method selected from the group consisting of KYC, KYB, AML, and Bank Account Verification.
11. The system of claim 9 , further comprising programming capable of implemented steps of:
(a) positively verifying permission of one of the verified users so as to define a drafting user, the drafting user being permitted to access electronic bill of lading templates stored in a secured database;
(b) permitting access to a selected one of the templates in response to first input by the drafting user;
(c) generating a draft electronic bill of lading for the respective goods and commodities transaction in response to second input; and
(d) sharing the draft electronic bill of lading with one of the verified users other than the drafting user, thereby defining a negotiating user, and receiving third input from the negotiating user corresponding to modifications to the draft electronic bill of lading, the modifications being received and identified as at least one of comments, save as, and print; and
(e) wherein the negotiating user comprises a carrier, the system, and in response to receiving fourth inputs from the carrier, updating status of the draft electronic bill of lading to a status of confirmed.
12. The system of claim 11 , wherein the programming capable of generating the draft electronic bill of lading comprises the steps of verifying, in response to user selection, predefined electronic bill of lading draft data by associating the predefined draft data with goods and commodities transaction data separately stored; and wherein the programming capable of sharing the draft electronic bill of lading comprises the step of confirming, in response to user selection, status of the negotiating user as one of the verified users.