Generally, the invention relates to work force management. More specifically,
the invention relates to method and system performing end-to-end workforce management
through an integrated workforce management platform and a talent sourcing platform.
Background
[002] In current technological world, most organizations aim to onboard employees
quickly and efficiently. Main focus of Human Resource (HR) professionals and other business
leaders is on reducing time form resource consumption to profit generation corresponding to
each individual employee working in their organizations. Also, onboarding of each individual
employee in a right way may provide increased productivity and robust cultural integration
with the organization. Further, robust cultural integration may provide each individual
employee a sense of belongingness at an outset. This in turn may increase productivity of
employees and reduces risk of churn. Unsurprisingly, a lot of features have come up in recent
years among traditional Human Resource Management (HRM) software products that attempt
to bring an efficiency in onboarding process of employees. The features integrated in different
application of HRM to onboard employees offer a unifying user experience for HR
professionals and other hiring managers. Moreover, some of the traditional HRM software
products have shown to reduce time to onboard employees and offer multiple tangible and
intangible benefits linked to new-hire productivity and experience. However, a valuable time
is lost to onboard employees by an organization due to redundant communication with third
party involved in onboarding process. Also, a third-party recruiter involved in onboarding
process may use different application that may not be seamlessly integrated with hiring module
of recruiter working in the organization.
[003] Moreover, in current pandemic situation, citywide lockdowns forces may
employees to work from home as a part of a business continuity plan. While most of the
employees are getting used to new norms of working, but the current pandemic situation
presented an unexpected challenge for HR professionals and other hiring managers to onboard
new employees. A reason behind the challenges faced by HR professionals and other hiring
managers is that most of the traditional HRM software products aren’t finely optimized to
Docket No: IIP-HCL-P0015
-3-
adjust to changes of business processes in a virtual onboarding environment. In particular, the
HR professionals can no longer invite candidates living far away from an organization for an
interview. Additionally, many organizations often relay upon a flexible contingent workforce
in order to fulfill their needs of cyclic or irregular hiring patterns.
[004] Therefore, a robust and efficient mechanism is need that may perform end to
end workforce management by providing effective and quick onboarding and offboarding of
candidates as per requirements of business process.
SUMMARY OF INVENTION
[005] In one embodiment, a method of performing end-to-end workforce
management is disclosed. The method may include generating, by a workforce management
(WFM) platform hosted on a first application server, a workforce request for a task based on
inputs from a user. It should be noted that, the workforce request comprises a number of
candidates required for the task, a description of the task, a description of suitable candidates
for the task. The method may further include transmitting, by the WFM platform, the workforce
request to a talent sourcing platform hosted on a second application server by invoking a secure
web application programming interface (API) request. It should be noted that, the talent
sourcing platform manages an end-to-end recruitment process to provide a set of potential
candidates. The method may further include receiving, by the WFM platform from the talent
sourcing platform, candidate data corresponding to the set of potential candidates. It should be
noted that, the candidate data comprises a plurality of attributes associated with each of the set
of potential candidates. The method may further include dynamically performing, by the WFM
platform, a real-time onboarding of the set of potential candidates by invoking an appropriate
API request. It should be noted that, the real-time on-boarding comprises creating an employee
profile corresponding to each of the set of potential candidates based on the plurality of
attributes associated with each of the set of potential candidates.
[006] In another embodiment, a system for performing end-to-end workforce
management is disclosed. The system includes a first application server hosting a workforce
management (WFM) platform. The first application server further includes a processor and a
memory communicatively coupled to the processor. The memory may store processorexecutable instructions, which, on execution, may cause the processor to generate a workforce
request for a task based on inputs from a user. It should be noted that, the workforce request
comprises a number of candidates required for the task, a description of the task, a description
Docket No: IIP-HCL-P0015
-4-
of suitable candidates for the task. The processor-executable instructions, on execution, may
further cause the processor to transmit the workforce request to a talent sourcing platform
hosted on a second application server by invoking a secure web application programming
interface (API) request. It should be noted that, the talent sourcing platform manages an endto-end recruitment process to provide a set of potential candidates. The processor-executable
instructions, on execution, may further cause the processor to receive, from the talent sourcing
platform, candidate data corresponding to the set of potential candidates. It should be noted
that, the candidate data comprises a plurality of attributes associated with each of the set of
potential candidates. The processor-executable instructions, on execution, may further cause
the processor to dynamically perform a real-time onboarding of the set of potential candidates
by invoking an appropriate API request. It should be noted that, the real-time on-boarding
comprises creating an employee profile corresponding to each of the set of potential candidates
based on the plurality of attributes associated with each of the set of potential candidates.
[007] It is to be understood that both the foregoing general description and the
following detailed description are exemplary and explanatory only and are not restrictive of the
invention, as claimed.
BRIEF DESCRIPTION OF THE DRAWINGS
[008] The present application can be best understood by reference to the following
description taken in conjunction with the accompanying drawing figures, in which like parts
may be referred to by like numerals
[009] FIG. 1 is a block diagram of an exemplary system for performing end-to-end
workforce management, in accordance with some embodiments of the present disclosure.
[010] FIG. 2 is a flow diagram of an exemplary process for performing end-to-end
workforce management, in accordance with some embodiments of the present disclosure.
[011] FIG. 3 is a flow diagram of a detailed exemplary process for performing endto-end workforce management, in accordance with some embodiments of the present
disclosure.
[012] FIG. 4 is a flow diagram of an exemplary process of invoking Application
Programming Interface (APIs) to perform end-to-end workforce management, in accordance
with some embodiments of the present disclosure.
Docket No: IIP-HCL-P0015
-5-
[013] FIG. 5a – 5d is a representation of screen captures generated based on creation
of a workforce request, in accordance with some exemplary embodiments of the present
disclosure.
[014] FIG. 6a – 6c is screen captures of a process followed by a customer to view
saved and posted jobs by a customer, in accordance with some exemplary embodiments of the
present disclosure.
[015] FIG. 7a – 7e is screen captures of a process followed by a product planner to
determine relevant resources for a job posted by a customer, in accordance with some
exemplary embodiments of the present disclosure.
[016] FIG. 8 is a screen capture of a screen view of each of the set of potential
resources, in accordance with some exemplary embodiment of the present disclosure.
[017] FIG. 9a – 9b is screen captures of a process followed by a product planner to
approve or disapprove resources from relevant resources, in accordance with some exemplary
embodiment of the present disclosure.
DETAILED DESCRIPTION OF THE DRAWINGS
[018] The following description is presented to enable a person of ordinary skill in the
art to make and use the invention and is provided in the context of particular applications and
their requirements. Various modifications to the embodiments will be readily apparent to those
skilled in the art, and the generic principles defined herein may be applied to other
embodiments and applications without departing from the spirit and scope of the invention.
Moreover, in the following description, numerous details are set forth for the purpose of
explanation. However, one of ordinary skill in the art will realize that the invention might be
practiced without the use of these specific details. In other instances, well-known structures
and devices are shown in block diagram form in order not to obscure the description of the
invention with unnecessary detail. Thus, the invention is not intended to be limited to the
embodiments shown, but is to be accorded the widest scope consistent with the principles and
features disclosed herein.
[019] While the invention is described in terms of particular examples and illustrative
figures, those of ordinary skill in the art will recognize that the invention is not limited to the
examples or figures described. Those skilled in the art will recognize that the operations of the
various embodiments may be implemented using hardware, software, firmware, or
combinations thereof, as appropriate. For example, some processes can be carried out using
Docket No: IIP-HCL-P0015
-6-
processors or other digital circuitry under the control of software, firmware, or hard-wired
logic. (The term “logic” herein refers to fixed hardware, programmable logic and/or an
appropriate combination thereof, as would be recognized by one skilled in the art to carry out
the recited functions.) Software and firmware can be stored on computer-readable storage
media. Some other processes can be implemented using analog circuitry, as is well known to
one of ordinary skill in the art. Additionally, memory or other storage, as well as
communication components, may be employed in embodiments of the invention.
[020] Referring now to FIG. 1, a block diagram of an exemplary system 100 for
performing end-to-end workforce management is illustrated, in accordance with some
embodiments of the present disclosure. In particular, the system 100 may include a first
application server 102 comprising a Work Force Management (WFM) platform 104 and a
second application server 106 comprising a talent sourcing platform 108. The WFM platform
104 may work in conjunction with the talent sourcing platform 108 communicate to perform
the end-to-end workforce management. In some embodiments, the WFM platform 104 may
invoke the talent sourcing platform 108 by using an appropriate Application Programming
Interface (API) request so as to seamlessly source and onboard candidates in about real-time.
In an embodiment, the WFM platform 104 may correspond to any workforce management
platform. Additionally, the talent sourcing platform 108 may correspond to any talent
acquisition platform including, but not limited to, crowdsourcing platform. In order to perform
end to end workforce management, the system 100 may generate a workforce request for a task
based on inputs from a user. In an embodiment, the workforce request may be generated by the
WFM platform 104 hosted on the first application server 102. The workforce request may
include but may not be limited to a number of candidates required for the task, a description of
the task, a description of suitable candidates for the task. By way of an example, the user
generating the workforce request may correspond to an individual working in a recruitment
firm, a Human Resource (HR) manager of an organization, and other hiring managers.
Moreover, the task may correspond to an employment opportunity for which workforce may
be required (also referred as job opportunity). As represented in the system 100, the WFM
platform 104 hosted on the first application server 102 may be accessed by a recruiter. Further,
the first application server 102 may be connected to a database 110. The database 110 may
include details of the task for which the workforce request is generated. Additionally, the
database 110 may store an employee profile of each of the set of potential candidates.
Docket No: IIP-HCL-P0015
-7-
Moreover, the database 110 may be periodically updated based a new task and a new set of
potential candidates.
[021] Thereafter, the WFM platform 104 may transmit the workforce request to the
talent sourcing platform 108 hosted on the second application server 106 via network 112. In
an embodiment, the workforce request may be transmitted by the WFM platform 104 by
invoking a secure web application programming interface (API) request. The network 112 may
be a wired or a wireless network and the examples may include, but are not limited to the
Internet, Wireless Local Area Network (WLAN), Wi-Fi, Long Term Evolution (LTE),
Worldwide Interoperability for Microwave Access (WiMAX), and General Packet Radio
Service (GPRS). Upon receiving the workforce request, the talent sourcing platform 108 may
publish a job post on a web portal based on the workforce request. Moreover, the talent sourcing
platform 108 may publish the job post in order to receive a plurality of interested candidate
against the job post. Once the plurality of interested candidates is received, the talent sourcing
platform 108 may shortlist the set of potential candidates from the plurality of interested
candidates. In an embodiment, the set of potential candidates may be shortlisted based on a
mapping between one or more skills extracted from a candidate profile of each of the plurality
of interested candidates and one or more skills extracted from the description of suitable
candidates for the task. Thereafter, the talent sourcing platform 108 may transmit candidate
data corresponding to each of the set of potential candidates to the WFM platform 104 hosted
on the first application server 102 via the network 112. Further, the second application server
106 may be connected to a database 114. The database 114 may include details of the job post
associated with the workforce request. Additionally, the database 114 may include details of
the plurality of interested candidate against the job post published. Moreover, the database 114
may be periodically updated based a new job post and a new set of interested candidates.
Moreover, as represented by the system 100, the talent sourcing platform 108 hosted on the
second application server 106 may be accessed by a talent sourcing planner.
[022] Further, the system 100 may include a plurality of user devices 116. The user
devices 116 may correspond to devices accessed by candidates. Examples of the user devices
116 may include, but are not limited to a laptop, a desktop, a smartphone, and a tablet. The user
devices 116 may be communicatively coupled the first application server 102 and the second
application server 106 via the network 112. By way of an example, the candidates may use the
user devices 116 to respond for the job post published by the talent sourcing platform 108
Docket No: IIP-HCL-P0015
-8-
hosted on the second application server 106. Similarly, the candidates may use the user devices
to provide the plurality of attributes associated with the workforce request.
[023] It should be noted that the WFM platform 104 and the talent sourcing platform
108 may be implemented in programmable hardware devices such as programmable gate
arrays, programmable array logic, programmable logic devices, or the like. Alternatively, the
WFM platform 104 and the talent sourcing platform 108 may be implemented in software for
execution by various types of processors. An identified engine/module of executable code may,
for instance, include one or more physical or logical blocks of computer instructions which
may, for instance, be organized as an object, procedure, function, or other construct.
Nevertheless, the executables of an identified engine/module need not be physically located
together but may include disparate instructions stored in different locations which, when joined
logically together, comprise the identified engine/module and achieve the stated purpose of the
identified engine/module. Indeed, an engine or a module of executable code may be a single
instruction, or many instructions, and may even be distributed over several different code
segments, among different applications, and across several memory devices.
[024] As will be appreciated by one skilled in the art, a variety of processes may be
employed for performing end-to-end workforce management based on seamless integration of
the WFM platform 104 hosted on the first application server 102 and the talent sourcing
platform 106 hosted on the second application server 108. For example, the exemplary system
100 comprising the WFM platform 104 hosted on the first application server 102 and the talent
sourcing platform 108 hosted on the second application server 106 may perform end-to-end
workforce management, by the process discussed herein. In particular, as will be appreciated
by those of ordinary skill in the art, control logic and/or automated routines for performing the
techniques and steps described herein may be implemented by the system 100 and the first
application server 102 and the associated second application server 106 either by hardware,
software, or combinations of hardware and software. For example, suitable code may be
accessed and executed by the one or more processors on the system 100 to perform some or all
of the techniques described herein. Similarly, application specific integrated circuits (ASICs)
configured to perform some or all the processes described herein may be included in the one
or more processors on the system 100.
[025] Referring now to FIG. 2, an exemplary process 200 for performing end-to-end
workforce management is depicted via flow chart, in accordance with some embodiments of
the present disclosure. At step 202, the WFM platform 104 hosted on the first application server
Docket No: IIP-HCL-P0015
-9-
102 may generate a workforce request for a task based on inputs from a user. The workforce
request may include, but may not be limited to, a number of candidates required for the task, a
description of the task, a description of suitable candidates for the task. By way of an example,
the user generating the workforce request may correspond to an individual working in a
recruitment firm, a Human Resource (HR) manager of an organization, and other hiring
managers. Moreover, the task may correspond to an employment opportunity for which
workforce may be required (also referred as job opportunity). In reference to FIG. 1, the WFM
platform 104 may be accessed and operated by the recruiter.
[026] At step 204, the WFM platform 104 may transmit the workforce request to the
talent sourcing platform 108 hosted on the second application server 106. In an embodiment,
the workforce request may be transmitted by invoking a secure web application programming
interface (API) request. Moreover, the talent sourcing platform 108 may manage an end-to-end
recruitment process in order to provide a set of potential candidates. It should be noted that, the
end-to-end recruitment process may be driven in parts by one or more talent souring planner
assigned to the workforce request. In reference to FIG. 1, the talent sourcing platform 108 may
be accessed and operated by the talent sourcing planner.
[027] In an embodiment, in order to manage the end-to-end recruitment process, the
talent sourcing platform 108, on receiving the workforce request may publish the job post on
the web portal based on the workforce request. Moreover, the job post may be published to at
least one of a specific community of candidates registered with the web portal and a public
community of external candidates accessing the web portal. The specific community may
include a plurality of candidates with one or more common skills. Once the job post has been
published, the talent sourcing platform 108 may receive an interest against the job post from
each of a plurality of interested candidates. Upon receiving the interest, the talent sourcing
platform 108 may shortlist the set of potential candidates from among the plurality of interested
candidates. In an embodiment, the set of potential candidates may be shortlisted based on the
mapping between one or more skills extracted from the candidate profile of each of the plurality
of interested candidates and one or more skills extracted from the description of suitable
candidates for the task.
[028] Once the set of potential candidates are shortlisted, the talent sourcing platform
108, may set-up an interview for each of the set of potential candidates. Further, the talent
sourcing platform 108 may roll-out a job offer to each of the set of potential candidates based
on the interview. In one embodiment, the talent sourcing platform 108 may transmit the set of
Docket No: IIP-HCL-P0015
-10-
potential candidates based on the job offer, to the WFM platform 104. At step 206, the WFM
platform 104 may receive candidate data corresponding to the set of potential candidates from
the talent sourcing platform 108. The candidate data may comprise a plurality of attributes
associated with each of the set of potential candidates. Upon receiving the candidate data, at
step 208, the WFM platform 104 may dynamically perform a real-time onboarding of the set
of potential candidates. The real-time onboarding of the set of potential candidates may be
performed by invoking an appropriate API request. In an embodiment, the real-time onboarding of the set of potential candidates may include creating an employee profile
corresponding to each of the set of potential candidates based on the plurality of attributes
associated with each of the set of potential candidates. The plurality of attributes may include,
but is not limited to, a unique identification, a name, an age, a gender, one or more education
qualifications, a current designation, a current employer, an amount of work experience, one
or more job skills, and a joining date.
[029] In another embodiment, the talent sourcing platform 108 may determine a set of
selected candidates based on an acceptance of the job offer by each of the set of potential
candidates. Once the set of selected candidates is determined, the talent sourcing platform 108
may transmit the set of selected candidates to the WFM platform 104. In addition, the WFM
platform 104 may determine the set of selected candidates based on a selection made from
among the set of potential candidates. In an embodiment, the real-time on-boarding performed
by the WFM platform 104 may include updating profile of the onboarded employee based on
the set of selected candidates. Once the set of selected candidates is determined, the WFM
platform 104 may transmit the set of selected candidates to the talent sourcing platform 108.
[030] Moreover, the WFM platform 104 may dynamically perform a management of
a set of selected candidates from among the set of potential candidates. The management
performed by the WFM platform 104 for the set of selected candidates may include at least one
of an allocation one or more sub-tasks corresponding to the task to each of the set of selected
candidates, scheduling of one or more sub-tasks, tracking one or more leaves of each of the set
of selected candidates, processing a payroll of each of the set of selected candidates, or
offboarding one or more of the set of selected candidates. In an embodiment, the one or more
selected candidates may be offboarded by transmitting a unique identification of each of the
one more of the set of selected candidates to the talent sourcing platform 108. Additionally, the
WFM platform 104 may perform a demand analytics based on demand and supply data using
an artificial intelligence (AI) model. The demand and supply data may include at least one of
Docket No: IIP-HCL-P0015
-11-
demand data, supply data, a demand history, a total demand, a total supply, a total successful
demand, a total successful supply, a total unsuccessful demand, a total unsuccessful supply, a
region, a gender, or a skill.
[031] Referring now to FIG. 3, a detailed exemplary process for performing end-toend workforce management is depicted via flowchart, in accordance with some embodiments
of the present disclosure. At step 302, the user may provide the input to the WFM platform 104
for a need of resources (i.e., the workforce request) corresponding to the task. In an
embodiment, resources may correspond to the set of potential candidates. It should be noted
that, the WFM platform 104 may be hosted on the first application server 102, as represented
in FIG. 1. Upon receiving the need of resources, at step 304, the WFM platform 104 may invoke
the talent sourcing platform 108. It should be noted that, the talent sourcing platform 108 may
be hosted on the second application server 106. Once the talent sourcing platform 108 is
invoked, at step 306, the talent sourcing platform 108 may create the job post corresponding to
the task for which resources are required. Thereafter, the talent sourcing platform 108 may
publish the job post on the web portal. Based on the job post published, at step 308, the talent
sourcing platform may search for relevant candidates available for the task. In an embodiment,
the relevant candidates may correspond to the plurality of interested candidates for the task.
[032] At step 310, the talent sourcing platform 108 may shortlist a set of candidates
(also referred as the set of potential candidates) from the relevant candidates for the task. In
order to shortlist the set of candidates, the talent sourcing platform 108 may perform mapping
between one or more skills extracted from a candidate profile of each of the relevant candidates
and one or more skills extracted from the description of suitable candidates for the task. Once
the set of candidates are shortlisted, at step 312, the talent sourcing platform 108 may invite the
set of candidates for interview. In an embodiment, the talent sourcing platform 108 may send
candidate details associated with each of the set of candidates, to the WFM platform 104. The
WFM platform 104 may dynamically perform real-time onboarding of the set of candidates by
invoking the appropriate API request. The real-time onboarding may include creation of an
employee profile corresponding to each of the set of candidates based on the plurality of
attributes associated with each of the set of selected candidates. The plurality of attributes may
include, but is not limited to, a unique identification, a name, an age, a gender, one or more
education qualifications, a current designation, a current employer, an amount of work
experience, one or more job skills, and a joining date.
Docket No: IIP-HCL-P0015
-12-
[033] Thereafter, at step 314, based on the interview, a check may be performed by
the talent sourcing platform 108 to determine whether each candidate from the set of candidates
is selected or not. Based on the check performed, when a candidate from the set of candidates
is determined as not selected, then at step 316, reject the candidate. Alternatively, when some
candidates form the set of candidates are determined as selected, then at step 318, the talent
sourcing platform 108 may roll out a job offer to each of a set of selected candidates.
[034] At step 320, candidate details associated with each of the set of selected
candidates may be sent by the talent sourcing platform 108 to the WFM platform 104.
Moreover, candidate details may be sent upon acceptance of the offer. Upon receiving
candidate details, at step 322, the WFM platform 104 may dynamically perform real-time
onboarding of each of the set of selected candidates. In order to perform real-time onboarding,
the WFM platform 104 may update the onboarded employee profile based on the set of selected
candidates.
[035] At step 324, the WFM platform 104 may manage the set of selected candidates
from the set of candidates (also referred as the set of potential candidates. In order to manage
the set of selected candidates, the WFM platform 104 may perform at least one of allocation of
one or more sub-tasks, corresponding to the task, to each of the set of selected candidates,
scheduling one or more sub-tasks, tracking one or more leaves of each of the set of selected
candidates, processing a payroll of each of the set of selected candidates, and offboarding one
or more of the set of selected candidates by transmitting a unique identification of each of the
one more of the set of selected candidates to the talent sourcing platform 108.
[036] As will be appreciated, in an embodiment, the real-time onboarding may vary
based on whether a new candidate is a blue-collar worker or a white-collar knowledge worker.
In one embodiment, when the candidate is the blue-collar worker, the recruiter may provide
personal protective equipment’s (PPEs) for the new candidate, at the time of onboarding.
Thereafter, once the task is completed, the new candidate may need to return the PPEs to an
organization, at the time offboarding. In another embodiment, when the new candidate is the
white-collar worker, the recruiter may ensure to provide laptops and other necessary assets to
the new candidate. Further, the recruiter may conduct “know your colleague” session for the
new candidate. In addition, the new candidate may be provided with training materials and
other necessary information via the system 100. Once the task is completed, then the new
candidate may need to return assets of an organization, at the time offboarding.
Docket No: IIP-HCL-P0015
-13-
[037] By way of an example, suppose a construction company requires a set of
laborers for its construction site for constructing a building. In this example, the construction
company may correspond to any hiring organization with a requirement of resources (e.g.,
laborers) and the task may correspond to construction of the building. Based on the requirement
of the construction company, the WFM platform 104 may invoke the talent sourcing platform
108 to create a job post regarding need of resources (laborers) for constructing the building.
Thereafter, the job post created may be published by the talent sourcing platform 108, in order
to search for a plurality of interested laborers for constructing the building. Based on the search
performed, the talent sourcing platform 108 may shortlist the set of potential laborers from the
plurality of interested laborers. The set of potential laborers may be shortlisted based on
mapping of one or more skill of each of the set of potential laborers with one or more skills
provided by the construction company as a criterial for suitable candidates required for
constructing the building. Examples of one or more skills provided by the construction
company may include, but is not limited to, physical fitness, strength to lift heavy weights,
practical skills, ability to work at heights, ability to understand verbal communication, and
knowledge of building martials and practices. In an embodiment, the talent sourcing platform
108 may transmit candidate data of each the set of potential laborers to the WFM platform 104.
Upon receiving the candidate data, the WFM platform 104 may dynamically perform real-time
onboarding of the set of potential laborers by invoking an appropriate API request.
[038] Thereafter, once the set of potential laborers is shortlisted, the talent sourcing
platform 108 may invite each of the set of potential laborers for an interview. The talent
sourcing platform 108 may the perform a check to determine whether each of the set of
potential laborers is selected. Based on the check performed, if a laborer from the set of
potential laborers is determined as not selected, the laborer is rejected. Further, when some
laborers from the set of laborers are determined as selected, then a job offer may be rolled-out
to each a set of selected laborers Thereafter, the talent sourcing platform 108 may candidate
data of each of the set of selected laborers to the WFM platform 104. The WFM platform 104
may dynamically perform real time onboarding of each of the set of selected laborers. In order
to perform the real-time onboarding, the WFM platform 104 may dynamically update the
onboarded employee profile based on the set of selected candidates.
[039] Further, the WFM platform 104 may manage each of the set of selected laborers
selected from the set of potential laborers. In order to manage each of the set of potential
laborers, the WFM platform 104 may perform at least one of allocation of one or more sub-
Docket No: IIP-HCL-P0015
-14-
tasks, corresponding to the task, to each of the set of selected laborers, scheduling one or more
sub-tasks, tracking one or more leaves of each of the set of selected laborers, processing a
payroll of each of the set of selected laborers, and offboarding one or more of the set of selected
laborers by transmitting a unique identification of each of the one more of the set of selected
laborers to the talent sourcing platform 108. By way of an example, the WFM platform 104
may offboard one or more of the selected laborers once the construction of building is
completed by invoking the talent sourcing platform 108.
[040] Referring now to FIG. 4, an exemplary process 400 of invoking Application
Programming Interface (APIs) to perform end-to-end workforce management is depicted via
flow diagram, in accordance with some embodiments of the present disclosure. At step 402,
the WFM platform 104 may generate API request to the talent sourcing platform 108 in order
to get potential resources for a particular task. In an embodiment, resources may also be referred
as candidates. Th potential resources may correspond to a set of potential candidates for the
particular task. Upon receiving the API request, the talent sourcing platform 108 may send a
response comprising the potential resources required by the WFM platform 104 for the
particular task. In order to send the response, the talent sourcing platform 108 may filter a list
of resources to shortlist the potential resources.
[041] Thereafter, at step 406, the WFM platform 104 may dynamically onboard the
potential resources. Further, at step 408, the WFM platform 104 may determine a set of selected
resources from the potential resources based on a selection made by each of the potential
resources. It should be noted that, the selection made by each of the potential resources may be
performed offline. At step 410, the WFM platform 104 may transmit the set of selected
resources to the talent sourcing platform 108 by invoking a secure web API request. In addition,
at step 412, the WFM platform 104 may transmit a response of each of the potential resources
to the talent sourcing platform 108. On receiving the set of selected resources and the response
of each of the potential resources, the talent sourcing platform 108 may update an associated
database. In reference to FIG. 1, the associated database may correspond to the database 114.
It should be noted that, the talent sourcing platform 108 may update the associated database
offline.
[042] Referring now to FIG. 5a – 5d, screen captures generated based on creation of
a workforce request is represented, in accordance with some exemplary embodiments of the
present disclosure. In order to create the workforce request, a customer may first register or
sign up in the WFM platform 104. In an embodiment, the customer may correspond to the
Docket No: IIP-HCL-P0015
-15-
recruiter as represented in FIG.1. In order to register, the customer may enter basic personal
details comprising first name, last name, electronic mail (email) address, phone number and
password. Once the customer submits the basic personal details, the customer may receive a
confirmation code on the email address entered. Thereafter, the customer may enter and submit
the confirmation code in order to verify themself. Once the customer is registered, the customer
may be redirected to a log in page of the WFM platform 104. The customer may log in the
WFM platform 104 using first name or email address as a username and the password setup at
the time of registration. Alternatively, the customer may login or sign up using their Google,
Facebook, or Twitter login details. As will be appreciated, in case if the customer forgets login
password, then the customer may reset the login password via the email address, or the phone
number entered at the time of registration. Upon completion of the registration in the WFM
platform 104, the customer may perform various operations including posting a job (i.e.,
requirement of the workforce for the task), view list of their posted jobs, view list of all posted
jobs, and edit details of the posted job. It should be noted that, the customer may edit details of
the posted job until the posted job is in draft stage.
[043] The customer may use his dashboard to post the job (also referred as the task)
for which the workforce may be required. In order to post the job, the customer may click on
Jobs form a navigation bar and select ‘Post a new job’ category from a plurality of categories
listed in a dropdown list, as represented in the FIG. 5a. Once the customer selects ‘Post a new
job’ category, a new window will open comprising three sections of three different categories
including “JOB OBJECTIVES”, “JOB DETAILS”, and “JOB REVIEW” as represented in
FIG. 5b, 5c, and 5d respectively. The customer may fill all the three sections based on
requirements of the job. As represented by FIG. 5b, the customer may fill “JOB OBJECTIVES”
and click on next button. Further, the customer may fill “JOB DETAILS” as represented by
FIG. 5c. On completing “JOB DETAILS”, the customer may select next button to go to last
section comprising “JOB REVIEW”. Additionally, the customer may select back button when
the customer wants to edit details of previous section i.e., “JOB OBJECTIVES”. On selecting
next button, the customer may reach the last section, i.e., “JOB REVIEW” of the new window.
The last section, i.e., “JOB REVIEW” of the new window is represented by the FIG. 5d. Upon
completing “JOB REVIEW” section, the customer may click on “save button” and may post
the job later based on their convenience. Alternatively, the customer may directly click of “post
button” to post the job.
Docket No: IIP-HCL-P0015
-16-
[044] Referring now to FIG. 6a – 6c, screen captures of a process followed by a
customer to view saved and posted jobs by the customer is represented, in accordance with
some exemplary embodiments of the present disclosure. In order to view jobs that are saved
and posted by the customer, the customer may click on Jobs form a navigation bar of his
dashboard. Further, from the dropdown list the customer may select “My Jobs” category or
“All Jobs” category based on hisrequirements, as represented in the FIG. 6a. In an embodiment,
the customer may view jobs saved and posted by him under “My Job” category and all jobs
saved and posted on the WFM platform 104 under “All Jobs” category. Also, the customer may
edit jobs saved and posted by him based on his requirements. Based on the selection of the
customer, a new window (also referred as screen) will be opened, as represented in FIG. 6b.
The new window opened may have feature to filter and search out jobs posted by the customer
based on different criteria. The customer may perform various operation via the new window
including view posted or saved jobs, edit saved jobs, view estimated cost of jobs, accept or
reject estimated cost provided by a product planner, view list of submitted jobs by other
customer from all jobs category, and view community users. In reference to FIG. 1, the product
planner may correspond to the talent sourcing planner. Once, the job has been created and
posted by the customer, a final window comprising details of the customer along with the
posted job may be represented as depicted by the FIG. 6c.
[045] Referring now to FIG. 7a – 7e, screen captures of a process followed by a
product planner to determine relevant resources for a job posted by a customer is represented,
in accordance with some exemplary embodiments of the present disclosure. In conjunction to
FIG. 5a - 5d and FIG. 6a – 6c, once the job is posted by the customer, a system admin may
receive an email about the creation of the job by the customer. Further, the system admit may
view and accept the job posted by the customer. Upon accepting the job posted by the customer,
the system admin may select and assign the product planner (also referred as the talent sourcing
planner). Thereafter, the product planner may be informed about assigned duty via an autogenerated email. In addition, an email may be sent to the customer regarding the product
planner assigned for the job posted by him. Thereafter, the product planner may collaborate
with the customer to discuss every aspects of the job posted by the customer. Further, the
product planner may discuss about estimated cost for determining and providing resources
(candidates) to the customer for the posted job. In other words, the product planner may discuss
every requirement of the customer for the posted job and update the posted job accordingly. In
an embodiment, the product planner may interact with the customer offline.
Docket No: IIP-HCL-P0015
-17-
[046] Once the discussion regarding requirements of the customer is completed by the
product planner, the product planner may send an approval notification to the customer for
proceeding further. Upon receiving the approval notification, the customer may view and
approve request received by the product planner to proceed further. In an embodiment, in order
to provide relevant resources to the customer, the product planner may login the talent sourcing
platform 108. Once the product planner has login the talent sourcing platform 108, the product
planner may select Jobs from the navigation bar of his dashboard. Thereafter, the product
planner may select “My Jobs” category from the dropdown list.
[047] The product planner may then search for relevant resources available in a
particular community via community search associated with the posted job. By way of an
example, the community may correspond to a set of people performing a similar type of task.
For example, in order to search for relevant resources for developing a software, the product
planner may perform search in a community comprising software developers. The product
planner may perform the search in the particular community as represented by the FIG. 7a.
[048] The product planner may then select a set of potential resources from the
relevant resources. Thereafter, the product planner may send an invitation to the set of potential
resources form the relevant resources, as represented by the FIG. 7b. The invitation may be
sent via email to each of the set of potential resources to approve request for the posted job. In
one embodiment, in order to send the invitation, the product planner may click on a check box
present against each of the set of potential resources, represented in FIG. 7c. In another
embodiment, the product planner may export the set of potent resources via an “X icon”
(represented in FIG. 7d) to send invitation. As represented in the FIG. 7d, the product planner
may select all relevant resources, top resources, internal resources (specific community), or
external resources (public community) based on his convenience. Once the product planner
may click on “send invitation” button (represented in the FIG. 7d), a confirmation window may
pop up, as represented by the FIG. 7e. Based on the confirmation from the product planner to
send the invitation, the talent sourcing platform 108 may send the email to invite each of the
set of potential resources for interview.
[049] Further, upon receiving the invitation, each of the set of potential resources may
select or reject the invitation. Once each of the set of potential resources accepts the invitations,
then each of the set of potential resources may be available in “Resource Approval and Team
Planning” section of the talent sourcing platform 108 to the product planner. Moreover, the
talent sourcing platform 108 may store each of the set of potential resources in an associated
Docket No: IIP-HCL-P0015
-18-
database (database 114). Additionally, in conjunction to FIG. 1, each of the set of potential
resources may be send by the talent sourcing platform 108 to the WFM platform 104. Further,
the WFM platform 104 may store each of the set of potential resources in the associated
database 110.
[050] Referring now to FIG. 8, a screen capture of a screen view of each of the set of
potential resources is represented, in accordance with some exemplary embodiment of the
present disclosure. In conjunction to above FIGs of exemplary embodiment, once the invitation
is received by each of the relevant resources, then each of the relevant resources may apply for
the posted job based on their interest. In order to apply for the posted job, each of the relevant
resources may click on “Apply” button present on their screen, as represented by FIG. 8. In
conjunction to Fig.1, each of the relevant resource may apply for the posted job via the plurality
of user devices 116.
[051] Referring now to FIG. 9a – 9b, screen captures of a process followed by a
product planner to approve or disapprove resources from relevant resources is represented, in
accordance with some exemplary embodiment of the present disclosure. In an embodiment, the
product planner may approve or disapprove resources from the relevant resources in order to
short the set of potential resources. In order to approve or disapprove resources, the product
planner may click on “Planning icon” available on the product planner’s dashboard. Further,
the product planner may select “Resource Approval” category under the “Planning icon”. After
selecting, the “Resource Approval” category, a new window may open, as represented in FIG.
9a. In the new window opened, the product planner may select jobs from “Resource List”.
Thereafter, the product planner may click on “View Resources” button. On clicking the “View
resources” button all relevant resources corresponding to the posted job may be listed in a form
of a grid, where the product planner may approve or disapprove each of the relevant resources.
[052] In an embodiment, after clicking on the “View resources” button, each of the
relevant resources may be listed as represented by the FIG. 9b. The product planner may then
click against a checkbox available against each of the relevant resource in order to approve or
disapprove resources from the relevant resources. It should be noted that, in the grid only those
resources may be represented that may have applied for the posted job or may have received
invitation from the product planner. Based on approval or disapproval performed by the product
planner, the set of potential resources may be shortlisted. Further, an invitation may be sent via
email to each of the set of potential resources.
Docket No: IIP-HCL-P0015
-19-
[053] Additionally, resource data (also referred as the candidate data) corresponding
to each of the potential resources may be sent to the WFM platform 104. The WFM platform
104 may then create an employee profile for each of the potential resources by invoking the
appropriate API request. Once the employee profile is created, the WFM platform 104 may
store the employee profile of each of the potential resources in the associated database. In an
embodiment, on successful completion of onboarding the set of potential resources, the WFM
platform 104 may send a response to the talent sourcing platform 108. The response may depict
successful completion of the employee profile creation corresponding to each of the set of
potential resources, by the WFM platform 104.
[054] Various embodiments provide method and system for performing end-to-end
workforce management. In particular, the disclosed method and system, described in various
embodiments discussed above, may allow the user of the system 100 to perform real-time
onboarding of the set of selected candidates based on requirements for a particular task. In
addition, method and system, described in various embodiments discussed above, may allow
the user of the system 100 to perform real-time offboarding of at least one of the set of selected
candidates based on completion for the particular task (if required).
[055] In some embodiments, the disclosed method and system may help to generate a
workforce request for a task based on inputs from a user. Further, the disclosed method and
system may generate a unique voice directive corresponding to the voice command. Further,
the disclosed method and system may transmit the workforce request to a talent sourcing
platform hosted on a second application server by invoking a secure web application
programming interface (API) request. The disclosed method and system may then receive
candidate data corresponding to the set of potential candidates. Thereafter, the disclosed
method and system may dynamically perform a real-time onboarding of the set of potential
candidates by invoking an appropriate API request.
[056] The disclosed method and system provide some advantages like reduction in
time to onboard and offboard candidates. In addition, the disclosed method and system may
provide real-time performance tracking of a new candidate based on feedbacks received from
his/her reporting manager periodically. Further, the disclosed method and system may provide
insights to a Human Resource (HR) manager of an organization that may help to improve
onboarding process of candidates.
[057] It will be appreciated that, for clarity purposes, the above description has
described embodiments of the invention with reference to different functional units and
Docket No: IIP-HCL-P0015
-20-
processors. However, it will be apparent that any suitable distribution of functionality between
different functional units, processors or domains may be used without detracting from the
invention. For example, functionality illustrated to be performed by separate processors or
controllers may be performed by the same processor or controller. Hence, references to specific
functional units are only to be seen as references to suitable means for providing the described
functionality, rather than indicative of a strict logical or physical structure or organization.
[058] Although the present invention has been described in connection with some
embodiments, it is not intended to be limited to the specific form set forth herein. Rather, the
scope of the present invention is limited only by the claims. Additionally, although a feature
may appear to be described in connection with particular embodiments, one skilled in the art
would recognize that various features of the described embodiments may be combined in
accordance with the invention.
[059] Furthermore, although individually listed, a plurality of means, elements or
process steps may be implemented by, for example, a single unit or processor. Additionally,
although individual features may be included in different claims, these may possibly be
advantageously combined, and the inclusion in different claims does not imply that a
combination of features is not feasible and/or advantageous. Also, the inclusion of a feature in
one category of claims does not imply a limitation to this category, but rather the feature may
be equally applicable to other claim categories, as appropriate.

CLAIMS
I/We Claim:
1. A method of performing end-to-end workforce management, the method comprising:
generating (202), by a workforce management (WFM) platform (104) hosted on a first
application server (102), a workforce request for a task based on inputs from a user, wherein
the workforce request comprises a number of candidates required for the task, a description of
the task, a description of suitable candidates for the task;
transmitting (204), by the WFM platform (104), the workforce request to a talent
sourcing platform (108) hosted on a second application server (106) by invoking a secure web
application programming interface (API) request, wherein the talent sourcing platform (108)
manages an end-to-end recruitment process to provide a set of potential candidates;
receiving (206), by the WFM platform (104) from the talent sourcing platform (108),
candidate data corresponding to the set of potential candidates, wherein the candidate data
comprises a plurality of attributes associated with each of the set of potential candidates; and
dynamically performing (208), by the WFM platform (104), a real-time onboarding of
the set of potential candidates by invoking an appropriate API request, wherein the real-time
on-boarding comprises creating an employee profile corresponding to each of the set of
potential candidates based on the plurality of attributes associated with each of the set of
potential candidates.
2. The method of claim 1, wherein the plurality of attributes comprises a unique identification,
a name, an age, a gender, one or more education qualifications, a current designation, a current
employer, an amount of work experience, one or more job skills, and a joining date.
3. The method of claim 1, wherein the end-to-end recruitment process comprises:
receiving, by the talent sourcing platform (108), the workforce request from the WFM
platform (104);
publishing, by the talent sourcing platform (108), a job post on a web portal based on
the workforce request;
receiving, by the talent sourcing platform (108), an interest against the job post from
each of a plurality of interested candidates;
shortlisting, by the talent sourcing platform (108), the set of potential candidates from
among the plurality of interested candidates based on a mapping between one or more skills
Docket No: IIP-HCL-P0015
-22-
extracted from a candidate profile of each of the plurality of interested candidates and one or
more skills extracted from the description of suitable candidates for the task;
rolling-out, by the talent sourcing platform (108), a job offer to each of the set of
potential candidates; and
transmitting, by the talent sourcing platform (108), the set of potential candidates to the
WFM platform (104) based on the job offer.
4. The method of claim 3, wherein publishing the job post further comprises publishing the
job post to at least one of: a specific community of candidates registered with the web portal
and a public community of external candidates accessing the web portal, wherein the specific
community comprises a plurality of candidates with one or more common skills.
5. The method of claim 3, wherein the end-to-end recruitment process is, in-parts, driven by
one or more talent souring planner assigned to the workforce request.
6. The method of claim 3, wherein rolling-out the job offer further comprises:
setting-up, by the talent sourcing platform (108), an interview for each of the set of
potential candidates; and
rolling-out, by the talent sourcing platform (108), the job offer to each of the set of
potential candidates based on the interview.
7. The method of claim 3, further comprising:
determining, by the talent sourcing platform (108), a set of selected candidates based
on an acceptance of the job offer by each of the set of potential candidates; and
transmitting, by the talent sourcing platform (108), the set of selected candidates to the
WFM platform (104), wherein the real-time on-boarding by the WFM platform (104) further
comprises updating the onboarded employee profile based on the set of selected candidates.
8. The method of claim 1, further comprising:
determining, by the WFM platform (104), a set of selected candidates from based on a
selection made from among the set of potential candidates, wherein the real-time on-boarding
further comprises updating the onboarded employee profile based on the set of selected
candidates; and
Docket No: IIP-HCL-P0015
-23-
transmitting, by the WFM platform (104), the set of selected candidates to the talent
sourcing platform (108) by invoking the secure web application programming interface (API)
request.
9. The method of claim 1, further comprising:
dynamically performing, by the WFM platform (104), a management of a set of selected
candidates from among the set of potential candidates, wherein the management comprises at
least one of:
allocating one or more sub-tasks, corresponding to the task, to each of the set of
selected candidates,
scheduling one or more sub-tasks,
tracking one or more leaves of each of the set of selected candidates,
processing a payroll of each of the set of selected candidates, or
offboarding, by the WFM platform (104), one or more of the set of selected
candidates by transmitting a unique identification of each of the one more of the set of
selected candidates to the talent sourcing platform (108).
10. The method of claim 1, further comprising:
performing, by the WFM platform (104), a demand analytics based on demand and
supply data using an artificial intelligence (AI) model, wherein the demand and supply data
comprises at least one of demand data, supply data, a demand history, a total demand, a total
supply, a total successful demand, a total successful supply, a total unsuccessful demand, a
total unsuccessful supply, a region, a gender, or a skill.
11. A system for performing end-to-end workforce management, the system comprising:
a first application server (102) hosting a workforce management (WFM) (104)
platform, the first application server (102) comprising a processor and a memory
communicatively coupled to the processor, wherein the memory stores processor executable
instructions, which, on execution, cause the processor to:
generate (202) a workforce request for a task based on inputs from a user,
wherein the workforce request comprises a number of candidates required for the task,
a description of the task, a description of suitable candidates for the task;
Docket No: IIP-HCL-P0015
-24-
transmit (204) the workforce request to a talent sourcing platform (108) hosted
on a second application server (106) by invoking a secure web application
programming interface (API) request, wherein the talent sourcing platform (108)
manages an end-to-end recruitment process to provide a set of potential candidates;
receive (206), from the talent sourcing platform (108), candidate data
corresponding to the set of potential candidates, wherein the candidate data comprises
a plurality of attributes associated with each of the set of potential candidates; and
dynamically perform (208) a real-time onboarding of the set of potential
candidates by invoking an appropriate API request, wherein the real-time on-boarding
comprises creating an employee profile corresponding to each of the set of potential
candidates based on the plurality of attributes associated with each of the set of potential
candidates.
12. The system of claim 11, further comprising the second application server (106) hosting
the talent sourcing platform (108), the second application server (106) comprising a processor
and a memory communicatively coupled to the processor, wherein the memory stores processor
executable instructions, which, on execution, cause the processor to:
receive the workforce request from the WFM platform (104);
publish a job post on a web portal based on the workforce request;
receive an interest against the job post from each of a plurality of interested candidates;
shortlist the set of potential candidates from among the plurality of interested candidates
based on a mapping between one or more skills extracted from a candidate profile of each of
the plurality of interested candidates and one or more skills extracted from the description of
suitable candidates for the task;
roll-out a job offer to each of the set of potential candidates; and
transmit the set of potential candidates to the WFM platform (104) based on the job
offer.
13. The system of claim 12, wherein the processor executable instructions further cause the
processor to:
determine a set of selected candidates based on an acceptance of the job offer by each
of the set of potential candidates; and
Docket No: IIP-HCL-P0015
-25-
transmit the set of selected candidates to the WFM platform (104), wherein the realtime on-boarding by the WFM platform (104) further comprises updating the onboarded
employee profile based on the set of selected candidates.
14. The system of claim 11, wherein the processor executable instructions further cause the
processor to:
determine a set of selected candidates from based on a selection made from among the
set of potential candidates, wherein the real-time on-boarding further comprises updating the
onboarded employee profile based on the set of selected candidates; and
transmit the set of selected candidates to the talent sourcing platform (108) by invoking
the secure web application programming interface (API) request.
15. The system of claim 11, wherein the processor executable instructions further cause the
processor to:
dynamically perform a management of a set of selected candidates from among the set
of potential candidates, wherein the management comprises at least one of:
allocate one or more sub-tasks, corresponding to the task, to each of the set of
selected candidates,
schedule one or more sub-tasks,
track one or more leaves of each of the set of selected candidates,
process a payroll of each of the set of selected candidates, or
offboard, by the WFM platform (104), one or more of the set of selected
candidates by transmitting a unique identification of each of the one more of the set of
selected candidates to the talent sourcing platform (108).
16. The system of claim 11, wherein the processor executable instructions further cause the
processor to:
perform a demand analytics based on demand and supply data using an artificial
intelligence (AI) model, wherein the demand and supply data comprises at least one of demand
data, supply data, a demand history, a total demand, a total supply, a total successful demand,
a total successful supply, a total unsuccessful demand, a total unsuccessful supply, a region, a
gender, or a skill.