Professional Documents
Culture Documents
What is Blockchain?
The objective of this whitepaper is not to explain Blockchain in depth, since the scope of that is
enormous and it has been done in much greater detail elsewhere. Rather, what we want to
cover in this document is the practical application of Blockchain to a specific set of
business processes relevant to the staffing and recruitment industry.
That said, at a very high level, Blockchain allows us to have a shared, distributed, and
encrypted ledger of transactions - that everyone in a business process accepts as the “truth”.
Each of these terms requires some explanation:
Shared - all players in the process have access to the ledger and all transactions in the ledger.
Distributed - the data is distributed across thousands of computers. This ensures that
hacking/changing data on one computer will not impact the overall truth. As long as 50%+ of the
nodes are unhacked, the truth is secure.
Encrypted - the data is encrypted and secured by a sequence of private and public keys,
ensuring that players outside the chain cannot view the data.
Blockchain is the core technology behind bitcoin and other cryptocurrencies. However, the use
of the technology can revolutionize processes beyond the financial transactions that
cryptocurrencies support.
that transactions in the blockchain are the absolute truth. They are immutable, secure and
unhackable. Based on that essential premise, blockchain technology promises the following
benefits:
1. Transparency - by its very nature blockchain transactions are transparent. That is, every
player in the process has full visibility into the transactions that are occurring. A point to
emphasize here is that not all key data will be exposed to everyone, but everyone will
know when a transaction has occurred based on a contract between two or more
parties.
2. Speed - Transaction speeds are near-instantaneous. If contractual conditions are
fulfilled, then transactions are managed by the blockchain and initiated automatically.
There need not be approval processes or gateways to cause any delays. To be clear –
this refers to process speed and not system speed. Business processes become faster,
as opposed to the actual system transaction, which by the very nature of the blockchain,
are slower.
3. Reduced Transaction Costs - third parties in the process can either be eliminated
entirely or their role can be severely curtailed, leading to reduced transaction costs.
We will now apply this knowledge to an exercise to bring efficiencies to the Staffing and
Recruitment process.
MNO Co.
In Figure 1, solid arrows represent Prime Vendor relationships and dotted arrows represent Sub
Vendor relationships. So, End Client A has Prime Vendors ABC and DEF. ABC has Sub
Vendors PQR and GHI, who both have a common Sub Vendor MNO. JKL is a Prime Vendor to
End Client B but a Sub Vendor to DEF, which is a Prime Vendor for End Client A.
This is a simple example with 2 End Clients and 6 Vendors. In reality, the complexity of the map
is much greater - with thousands of End Clients and tens of thousands of Vendors.
1. Find the most qualified and cost effective temporary worker available in the market for
the open position.
2. Pay the least possible amount of markup on the temporary workers’ direct wages.
3. Ensure all contractual obligations are clearly defined and met across the Vendor supply
chain, so there is no liability.
4. Ensure fairness in the recruitment process, so there is no long term loss of goodwill.
Competing objectives are at play in the process. In order to maximize the chances of fulfilling
objective 1, the End Client should distribute the job requirement to as large a network as
possible – thereby increasing the pool of recruiters looking for the right candidate. However, a
larger network chain also leads to a higher total markup (working against objective 2), and
higher oversight and process costs to meet objectives 3 and 4.
The current decision problem that most End Clients are faced with is: “How can the outreach
for potential candidates be maximized, while limiting markup and oversight/process
management costs?”
STU Co. VWX Co. YZA Co. BCD Co. EFG Co.
HIJ Co. KLM Co. NOP Co. QRS Co. TUV Co. WXY Co.
Any of the Vendors in the chain could theoretically find one or more candidates for the job. They
will then submit the candidate up a tier the chain. As it exists, the submission process is
completely sequential. That is, a Sub Vendor can only submit the candidate one tier up the
chain.
When a Prime Vendor receives the candidate profile, they can decide to submit it to the End
Client. The End Client will then decide which candidates to call for an interview.
Issue 1: Since a Sub Vendor can receive the same requirement from more than one Vendor
“higher” in the chain, submitting a candidate up the chain is not deterministic. As an example,
consider NOP Co. They are receiving the same requirement by the route ABC-GHI-YZA-NOP,
the route DEF-JKL-YZA-NOP, the route ABC-MNO-VWX-NOP and the route ABC-MNO-BCD-
NOP. So which of the Vendors higher up the chain should OPQ submit the candidate to? In
most cases, the path chosen will be sub-optimal from End Client A’s perspective, since NOP will
choose the higher tier vendor based on the greatest markup offered. So at each step, the
greatest markup is chosen by the lower tier vendor.
Issue 2: The candidate now has to be screened or vetted through every step of the chain. This
is fine if the Prime Vendor finds the candidate. However, if say, NOP finds the candidate, he or
she will be vetted by 4 Vendors before reaching the End Client. Each step of the vetting process
is entirely repetitive.
End Client A
STU Co. VWX Co. YZA Co. BCD Co. EFG Co.
HIJ Co. KLM Co. NOP Co. QRS Co. TUV Co. WXY Co.
Issue 3: The End Client has no control over the markup applied on each candidate’s wages.
The markup will vary depending on the length of the chain, since each link in the chain will apply
its own, arbitrary, markup. The End Client can control the markup by arbitrarily shortening the
chain – for example, by limiting candidates to only Prime Vendors’ direct employees. However,
this drastically reduces the pool of available recruiters and candidates – making the task of
finding the right candidate at the right price (the primary objective of the End Client) all the more
difficult.
Issue 4: Once a candidate is submitted up the chain by a Vendor, the Vendor loses all visibility
into the rest of the process. Continuing the earlier example, let us say NOP submits the
candidate up the chain to YZA and then YZA submits to GHI. At that point NOPs link to the
process is broken. They have no visibility into whether GHI will submit the candidate further up
the chain or not.
Issue 5: There is a major issue of trust in this process. Essentially, Vendors lower down in the
chain do not fully trust that the higher tier Vendors will not “poach” the candidate, or claim that
they found the candidate and cut out the lower tier Vendor(s) entirely. In our example, if GHI
claims to the higher tier that the candidate was sourced by them, NOP will, in most cases, never
find out about the poaching.
different contracts have to be entered into, with varying degrees of uncertainty for each. In our
example, End Client A has to sign a work order with Prime Vendor ABC. Similarly, ABC and
GHI, GHI and YZA, YZA and NOP, and NOP and Candidate have to agree on and sign
individual work orders.
Issue 6: Signing multiple work orders and contracts before the commencement of the
assignment invariably adds time and uncertainty to the process. Any step in the process can be
a point of delays or failure.
Issue 7: The Consultant who performs the work is the last entity in the process to get paid. This
causes ongoing stress in the process, since in many cases the Consultant is an individual who
can least afford to wait for his or her payment.
Issue 8: There is no transparency in the process, so it is easy for one of the links in the chain to
delay the entire process. In our example, if say, GHI informs YZA that they have not been paid
for a specific timesheet, there is no way for YZA (or NOP further down the chain) to validate that
that is indeed the case. GHI could easily introduce days or weeks of delay in the process
unilaterally to mitigate their own cash flow issues.
Benefit 1: End Client pays a fixed deterministic markup for each job.
Note: This solves for Issue 3.
Here is another example, where the Prime Vendor has the leverage.
1. End Client A publishes a job with a maximum markup of 25%.
2. Prime Vendor ABC gets the job and passes it on to their Sub Vendors with a maximum
pay commission rate of 50%.
3. Vendor PQR is a Sub Vendor for ABC, and has set a minimum receive commission rate
of 25%.
4. Since PQR has only received the job from ABC, no auto-bidding is required. The system
will set the commission rate for PQR at 25%.
5. Now lets say, PQR finds a candidate with a direct wage rate of $100. This candidate is
selected by End Client A and starts on the project.
6. End Client A will pay $125 per hour ($100 + 25% markup).
7. Of this, PQR will receive 25% of $25 = $6.25. ABC will receive $18.75.
The same process will be followed n links down the chain. When a Vendor submits a candidate
there will always be only one pre-determined path to the End Client for the submissions and
eventual contracts.
What makes this workable is that this data is available to all the Vendors in the process - so
everyone knows who they are working with and how much money they stand to make for finding
the selected candidate.
Benefit 2: Vendors continue to be incentivized to share jobs with Sub Vendors, because if any
link in the chain succeeds in the given task (of finding the candidate) all links above it in the
chain benefit.
Note: This maximizes coverage of the requirement and helps satisfy the End Client’s primary
objective.
Benefit 3: There is never any confusion about the path followed for submissions. The path is
determined even before a Vendor starts looking for candidates, and it is published to everyone.
Note: This solves for Issue 1.
8. Submitted candidates will also be part of this group, and can track that their profile has
been submitted by the company that they have contracted with.
A major assumption here is that the screening process for different Sub Vendors and Prime
Vendors is qualitatively similar. This may not be true initially, but our contention is that
eventually the screening and vetting will also be automated to a degree that this will become the
case. The system will also self-regulate bad Vendors (indiscriminate submissions of poorly
qualified candidates) since their submission history will be visible to everyone.
Benefit 4: Irrespective of the number of links in the staffing chain, candidates only need to be
screened and submitted by a single company.
Note: This solves for Issue 2.
Benefit 5: Introduces trust in the process, because all parties know which candidates were
submitted by which companies, what the contract path is, and what everyone’s share in the
process is. There is no possibility of poaching, or of cutting out one of the links. There is full
visibility and transparency throughout the process.
Note: This solves for Issues 4 and 5.
Benefit 6: Eliminates any delays in the process while multiple parties agree on contract terms.
Contract terms are set when the Vendor agrees to work on the job requirement. The smart
contract triggers the same terms.
Note: This solves for Issue 6.
Benefit 7: Negotiations after the fact can be handled entirely between only two parties, the End
Client and the Consultant. If these two parties agree on a negotiated amendment to the wage
rate, all other contracts will get adjusted accordingly.
Note: This solves for Issue 6.
Benefit 8: Timesheets as proof of work will be available to all parties. Any approval delays can
be tracked and resolved with the End Client.
Note: This solves for Issue 7.
We recommend that each party in the contract chain get paid their respective share of
the total billable amount simultaneously.
As an example, say the Consultant’s direct wage rate is $100 per hour, the share for the Sub
Vendor is $12.50 and the share for the Prime vendor is $12.50 for total markup of $25. On
approval of a timesheet, End Client will pay $125, the Consultant will receive $100, and the two
Vendors will receive $12.50 each. There is no need for sequential payments.
All the transactions are published in the public ledger for the job, without the actual dollar
amounts. This way all parties know exactly when payments were made and to whom.
Benefit 9: All parties get paid instantaneously once End Client approves work. No Vendor can
hold or delay payments to lower layers.
Note: This solves for Issues 7 and 8.
Technical Implementation
We will not delve deeply into the technical implementation details of the solution in this
document. Given the newness of the concept and technology, there are multiple evolving ways
of implementing the recommendations presented here – for example, Ethereum or IBM’s
Hypervisor platforms - and we leave it up to the responsible system implementation teams to
pick the most suitable platform for their needs. In general, the architecture will comprise of a
blockchain platform and a set of RESTful APIs that can be used to connect the platform to
existing Applicant Tracking (ATS) or Vendor Management Systems (VMS). As a point of
reference, the Appliqant solution is built using the Ethereum platform, and we use AWS API
Management to expose the blockchain to our user-facing applications.
Summary
To summarize, our new blockchain-based business process addresses all of the major issues in
today’s staffing and recruitment industry. The specific benefits of the process are:
1. End Clients will pay a fixed deterministic markup for each job.
2. Vendor network is incentivized to share jobs across tiers and pool in resources.
3. Submission path/hierarchy is pre-defined before Vendors start working on sourcing.
4. Candidates only need be screened and submitted by one company.
5. Establish full trust and transparency in the process.
6. Eliminates delays in creating contracts/SOWs between various entities in the chain.
7. Negotiations can be limited to only the End Client and the Consultant.
8. Timesheets as proof of work accessible to all stakeholders.
9. All parties get paid instantaneously once work is approved by the End Client.
It is obviously and definitively beneficial for End Clients and Consultants/Temporary Workers.
However, we can expect some resistance to change from the staffing industry as their
processes and job roles will be significantly impacted. The technology exists already, but
adoption will have to be driven by End Clients who can break through the change-resistance of
many Vendors. Over time, we believe most Vendors will also realize that this is a fairer, more
equitable process which will be to their benefit.
The Appliqant platform offers this process in addition to its core interview automation features.
Companies using Appliqant can easily switch to this model for their recruitment needs.
Contact
Debarshi Chaudhury
Quantilus Inc., 111 Broadway, 12th Fl, New York, NY 10006
Ph: +1 (212) 768-8900, Email: dc@quantilus.com
Twitter: @quantilus, LinkedIn: Quantilus
www.quantilus.com, www.appliqant.info, www.appliqant.com