TalentLayer Documentation
  • 👋Introduction
    • Value Proposition
    • Options for Integration
      • On-Demand Integration
      • Native Integration
    • TalentLayer's Functions
      • PlatformID
        • Fees & Economics
      • TalentLayerID
      • Reviews
      • Services
      • Escrow and Dispute
        • Dispute Workflow
        • Arbitration
          • Kleros Arbitration
          • Platform Managed Arbitration
    • Current Network Liquidity
    • Decentralization
  • ⚙️Technical Guides
    • Web 3 SDK & API
    • StarterKit Template
    • Technical Schemas
    • Network Support
    • Lower-Level Guides
      • Smart Contracts
        • Deployments
        • TalentLayerPlatformID.sol
        • TalentLayerID.sol
        • TalentLayerService.sol
        • TalentLayerReview.sol
        • Escrow & Dispute Contracts
      • The Graph
        • Introduction
        • Querying from an application
        • Queries examples
        • Implementing the pagination
      • Metadata
      • Third-Party Modules
        • Lens Protocol - Social
        • XMTP - Messaging
        • Sismo - Privacy
        • Iexec - Web3Mail
      • Messaging
        • Integrating XMTP
      • Standards
        • ERC-792: Arbitration standard
        • ERC-1497: Evidence Standard
      • How-To Guides
        • How to implement minting TalentLayer IDs?
        • How to implement the service creation?
        • How to implement the proposal creation?
        • How to implement the proposal validation?
    • Delegation
      • Meta Transaction
      • Delegate System
        • Setting
        • User workflow
        • Service creation example
        • How mintForAddress works
  • ⭐Get a Platform ID
  • 🧠Inspiration for Builders
  • 💬Contact The Team
  • 🦝Core Developer Guides
    • Subgraph Local Setup
    • Smart Contracts Local Setup
    • Advanced Documentation
    • Contract & Graph Deployment Guide
    • TalentLayer Improvement Proposals
    • Audit Report
Powered by GitBook
On this page

Was this helpful?

  1. Introduction
  2. Options for Integration

On-Demand Integration

TalentLayer for Supplimenting Supply & Demand

Platforms that choose On-Demand Integration opt to use TalentLayer to supplement existing supply and demand on their marketplace.

On-Demand Integration is good for teams who may:

  • want to list only excess supply and demand on the network for cross-platform transactions

  • already have an existing user account system, payments system, or dispute resolution

  • want to maintain custody of their own user's profiles and their current network effect

When you lack supply or demand for a specific category of service, you can pull in resources from the network on demand.

On-Demand Fulfillment Workflow Marketplace A has insufficient supply of Python developers to meet the demand of Python gigs available on their platform. Marketplace A pushes current available Python gigs to the network via TalentLayer API. Marketplace A receives proposals from users across the network, which it then displays to the hirers on it's platform. Hirers select the winning candidate and complete the transaction. Payment remittance is triggered on Marketplace A by the hirer and facilitated by TalentLayer. The candidate receives payment on the platform they are using.

All of your users and service requests will remain custodied by your platform in whatever manner they are today. There will be no network-native representation of your users available for other platforms to view or display.

On-Demand Integration is a feature of the TalentLayer Abstracted API and SDK. While it is possible to build a platform with On-Demand Integration today, this implementation pattern is not documented and has no example code available.

PreviousOptions for IntegrationNextNative Integration

Last updated 1 year ago

Was this helpful?

👋