Fusion Time Clock Device Integration v1.0
Fusion Time Clock Device Integration v1.0
REST ServiceIntegration
Abhishek Satti
Issue 1.0
Table of Contents
1.
Introduction .......................................................................................................................................... 3
2.
3.
Assumptions .......................................................................................................................................... 5
4.
5.
4.1
URI ................................................................................................................................................. 6
4.2
List of Fields................................................................................................................................... 6
1. Introduction
This document outlines the time event service exposed by the Oracle Fusion Workforce Management
product. This service sends events which will be saved in the time repository collection devices. The
type of event supported in the initial release are swipes made at time (TcD) such as reporting to work,
leaving for meal break, and ending the work shift.
The expectation is that SOA middle-ware will send information to the time event service. The
information will be sent in batches. Events will then be received in groups.
2. Expected Outcomes
Once the time event is received by the workforce management system it is lightly validated and verified.
Time event received by workforce management will be validated and verified. Erroneous resources will
be returned in error status else they will be saved to time events data model. Time events will then be
reviewed and/or corrected by admin.
Valid time events are saved in time repository. Generate time cards from Time Collection devices will
convert time events into time entries similar to those entered via Oracle Fusion Time & Labor Interface.
3. Assumptions
1. The time events received will be time entries meant for the Time & Labor layer and stored as
Reported Time structure.
2. At this time there are no requirements to receive schedule information from the time event service
interface.
3. Nor is there an expectation that the time events will be calculated results.
Field
Name
Size
Requ
ired
Sourc
e
Sample
Value
Description
"11235813"
Maintai
ned in
Fusion.
To be
sent by
TcD.
"Tesco"
SOA
"2014-0928T01:02:3
9.00001:00"
timeEventRe
quests:
requestNum
ber
sourceId
requestTime
stamp
String(
80)
String(
120)
Timest
amp
SOA
timeEvents:
deviceId
eventDateTi
me
supplierDevi
ceEvent
reporterId
reporterIdTy
pe
String(
40)
Timest
amp
String(
40)
String(
80)
String(
30)
Maintai
ned in
Fusion.
To be
sent by
Tcd
"100"
TcD
"2014-0928T01:01:4
1.00001:00"
Maintai
ned in
Fusion .
To be
derived
from
TcD
"PUNCH_IN
"
Maintai
ned in
Fusion .
To be
derived
from
TcD
Constan
t.
Depend
s on
configu "BADGE"/"P
ration
ERSON"
Maintai
ned in
Fusion.
To be
3. Assignment ID
ASSIGNMENT
timeEventAt
tributes:
name
String(
240)
"Payroll
Time Type"
derived
from
TcD
value
String(
150)
Maintai
ned in
Fusion.
To be
derived
from
TcD
Management system.
"Regular"
Add TCD user to Principals in the policy added above.(If the policy is not added create one as
below and add a Principal)
Endpoint: https://crn.hcm.em2.oraclecloud.com
Resource: /hcmWorkforceMgmtApi/resources/latest/timeEventRequests
Authentication: X
Media type: application/vnd.oracle.adf.resourceitem+json
Run Post Method with empty payload to check response
After Process is completed Go to Time Management Again and verify if time is entered correctly:
Time is verified: