changed 5 years ago  
Linked with GitHub

Freight Trust & Clearing

Image Not Showing Possible Reasons
  • The image file may be corrupted
  • The server hosting the image is unavailable
  • The image path is incorrect
  • The image format is not supported
Learn More →


Image Not Showing Possible Reasons
  • The image file may be corrupted
  • The server hosting the image is unavailable
  • The image path is incorrect
  • The image format is not supported
Learn More →
Image Not Showing Possible Reasons
  • The image file may be corrupted
  • The server hosting the image is unavailable
  • The image path is incorrect
  • The image format is not supported
Learn More →
Image Not Showing Possible Reasons
  • The image file may be corrupted
  • The server hosting the image is unavailable
  • The image path is incorrect
  • The image format is not supported
Learn More →

Overview

  • Introducing TradeDocs

  • Releases of new services

    • TradeDocs
    • TradeDocs: FormGen
    • TradeSure
    • Burgess - Jurisdictional Regimes and Standardized Parameters

  • Roadmap Update

    • Customs Integration
      • Production Ready by late September
      • That is for United States, Canada
      • Mexico Integration, pidemento
        • Q1 2021 No later (high priority)
      • Japan Integration
      • Singapore
        • Q4 2020
      • Australia
        • Mid Q1 2021
      • EuroZone
        • Q2 2021 (at the latest)
      • United Kingdom
        • Q2 2021 (at the latest)
    • SAFERnet Accessibility

  • Updated Supported X12 Transaction Segments

  • Community Updates and Discussion

  • New Staking RFC proposal and Masternode changes

  • Branding and Corporate Identity

    • @freight-trust/carbon
    • New Resources
      • Figma Support
    • Style Guides
      • General
      • GitHub Public Repos.
    • Boilerplate Assets
    • Components [.svg, .webp]

Summary Update

In this update we will introduce a few new modules and interfaces, and how this all ties together.

Too Long, Dont Understand

We can take a shipment information (through EDI/XML/JSON), convert it the necessary parts through our mappings, generate an NFT-based smart contract that uses our library of terms, conditions, events, and types. We have the option of even converting the token into a physical document (we call this retokenization/detokenization), which means we can support 100% of all shipments, period.

Workflow Example

Shippment Information->Protocol Pipe: Necessary Information
Note right of Protocol: Protocol Parses raw EDI
Protocol Pipe-->Shippment Information: Validates
Protocol Pipe -->Protocol Service: Sends JSON Object
Protocol Service -->Network Service: Generates Contract from JSON Object 
Network Service -->Protocol Service: Contract Deployed
Protocol Service --> Protocol: Instrument Created at 0x....
Note right of Protocol: ABI.json and TDOC.json match and verify
Note left of Shippment Information: Shippment Information Polling (async)
Shippment Information->Protocol: Polling Job Status
Protocol->Shippment Information: Success





Releases

Burgess

Burgess is a library for quickly implementing Business Rule Processes and Decision Notional Models into defined trading channel/trading partner relations to enable seamless counter-party trading.

Think of Burgess as a library of what you can and can't legally do, what the terms and conditions are, and which choices you can make based on your own defined business policies and regulatory obligations, at scale.

Purpose

Burgess hosts the standard consortium agreements that could be used. Burgess is not the rulebook the rulebook is the terms and conditions that all network participants must abide by and are legally obligated to observe.

Burgess is the source repository of components that make up a legal document.

Example

See a complete json artifact github.com/freight-trust/burgess/blob/master/logic/Global.json

Next Section, TDocs

TDocs

note, .tdocs/tdocs is the actual usage of TradeDocs. TradeDocs is a separate repository than the one discussed here, you can see it here: github.com/freight-trust/tradedocs

tags: tradedocs, tdocs, documents of trade, instrumentization

TradeDocsStandardDocument (abbreviated as StanDoc) is a family of document models that forms the basis of Freight Trust’s TradeDoc, which is used to represent our legal parity digital smart contracts. These documents are based off of ISO Standards and similarly structured standards. It itself is an instantiation of BasicDocument (BasicDoc)

These are the principle document structures that form the basis for our primitives.

TradeDocs itself is a document model can form the basis of multiple standard document types, including:

  • Bills of Lading

  • Warehouse Receipts

  • Letters of Credit

  • Forward Contracts

  • Advanced Manifests

  • Bill of Materials

The Relaton Bibliography UML models used within these models are located here: Relaton BibModels. This is used for referencing jursidictional_regimes from the burgess repo.

See the main ROOT Repository
github.com/freight-trust/tdocs

See the main toolchain Repository
github.com/freight-trust/tdocs/tree/master/src

Examples

See full examples @github/freight-trust/tdocs/master/src

Main Document

image alt

Sections

image alt

Roadmap

  • DMN Integraton (in progress)
  • BPMN Automation Workflow
  • Library Registry for standards (only VICS supported right now)
TradeDocs Form Generator

TradeDocs: FormGen

tags: tradedocs, tdocs, documents of trade, form generation

Generate PDFs from json objects, like abi.json

github/freight-trust/tradedocs-formgen

FormGen is a PDF Generator that utilizes json objects as an input. For example we can take a abi.json from a smart contract deployment that meets our schema and definitions as prescribed by the tradedocs/tdocs standard. The schema is defined as a .hbs file, and the corresponding solidity contracts are found in github.com/freight-trust/instruments

Roadmap

  • Integration of @freight-trust/customs packages

    • You will be able to import a package, for example @freight-trust/customs-united-states and it would provide you with the appropriate boilerplate manifests, etc.

  • Support for non-Latin Characters (major)

    • two phases:
      • simple font support
      • document generation support

  • Expanded template generation and create library for boilerplate templates (minor)

  • Ingest .xsd files to generate or enable porting into .hbs format. (major)

  • Enable Logging outputs and metrics via logging module or export interface such as Prometheus (major)

Support

Long Term Support is available (LTS)

Authenticated Container can be found at:

$ docker pull quay.io/freight/formgen@sha256:e68f61631a2e17934490bcd217ba02ef8e07804ff8a91aceaf96bf5744ad837e

[sha256:e68f61631a2e17934490bcd217ba02ef8e07804ff8a91aceaf96bf5744ad837e]

Source Code (Apache 2.0)
github/freight-trust/tradedocs-formgen


TradeSure - Automated First Pass Compliance Check

TradeSure

tags: tradedocs, tdocs, documents of trade, automation, compliance, regulatory, sanctions, embargo

Compliance Tool for OFAC/Sanctions

TradeSure combines and indexes Governmental Regulations against Designated Nationals/Legal Entities for compliance.
Demo Instance Available here

Purpose

A first-pass compliance tool that automates compliance obligations for AML/KYC/KYT regulations.

Example

  1. Go to TradeSure Demo Instance
  2. Enter a search term, for example abu
  3. See results

Notes:

Currently tradesure pulls from github.com/freight-trust/tradedocs/tree/master/compliance

Roadmap

  • Ingest non-latin Character searches (major)
  • DMN Integration
    • Boilerplate Rules (FEEL Grammar)
    • Direct Apache NiFi Integration (priority)
  • Production Deployment
    • Branding Layer
    • Crypto Transaction Support
    • DMN/BPMN Suite
Select a repo