Evidence Punch Attestation
In some countries, policies exist limiting full time employees to a specified number of worked hours each week. Punches from door access control systems, called Evidence Punches, are compared with corresponding In and Out punches from employee timecards. Deviations exceeding specific thresholds are flagged as exceptions in the timecard, and require that the employee provide justification for any discrepancies. The Evidence Punch Attestation extension supports this process.
Evidence Punch Attestation includes:
-
Evidence Punch Import: This integration imports customer-provided evidence punches from the source file in the SFTP inbound folder. The evidence punches are stored in a comment note of a hidden paycode specifically configured as a container that is referenced by the process. Only the first and last punches from the day are required for processing.
-
Evidence Punch Attestation: This attestation initiates when an employee clicks the approve button in their timecard. Actual in, actual out, evidence in, and evidence out punches are fetched for comparison to determine whether the difference between actual and corresponding evidence punches is greater than the threshold value. When differences exceeding the configured threshold are found, the employee is prompted to justify the exception with a comment and note. Timecard approval is allowed after all exceptions are justified by the employee.
-
Evidence Punch Attestation Report: This integration provides managers a way to create an audit report that can be run for any Hyperfind or Location and date range selection. The report can be configured to show only days with an exception or provide a full audit —all timecard punches + evidence punches + justification. The generated CSV file is placed on the SFTP site where it can be retrieved for automated reporting or accessed in the UI using ad-hoc reporting.
Considerations
-
Actual In and Out punches must exist in the timecard on days worked.
-
Workflow notifications must be enabled on the tenant.
-
Workflow notifications must contain the same tags that are defined in the configuration section related to error notification.
-
Managers and employees must be configured with a notification profile assignment that allows them to receive notifications.
-
Configuration of the following parameters must match across all three modules:
-
Evidence Punch Paycode
-
Evidence Punch Comment
-
Evidence Punch Comment Note
-
-
Configuration of the following parameters must match between Attestation and Reporting:
-
Justification Comment
-
-
Evidence Punch Attestation only generates data for days that have actual In punches.
-
Evidence Punch Attestation only processes the first In and last Out punches for a day, regardless of the number of shifts an employee works.
-
When an employee's first punch of the day is an Out punch, it is treated as an Out punch from the previous day.
-
When no records are processed by Attestation, the Evidence Punch Attestation Report does not generate a file; the download link will be disabled.
-
When the Evidence Punch Attestation Report is generated with the option "Export Only Exceptions," the report only contains days with justified exceptions. Days with exceptions that have not been justified are excluded. For example, if the report is generated during the Current Pay Period where timecards are unapproved, it is likely that no data is generated. Best practice is to run the report for a period where exceptions have been justified and timecards approved.
-
The Evidence Punch Import and Evidence Punch Attestation Report integrations run for all employees regardless of employment status — Active, Inactive, and Terminated.
-
When a punch comment contains multiple notes, the integration exports only the first note to the output file.
User experience
Timecard punches can differ from evidence punches for various reasons. For example, an employee remains on site for non-work related reasons, such as completion of personal work or attendance at an office party. Or an employee continues working after intentionally punching out in order to complete their work; preventing this overtime situation is the primary reason for Evidence Punch Attestation.
-
The employee logs on to the system and navigates to their timecard. Imported evidence punches are hidden so only the In and Out punches entered by the employee are visible.
-
The employee selects the Approve button, initiating a panel that reveals discrepancies between actual and evidence punches.
-
For each punch where a deviation exceeds the configured threshold, the employee has two choices.
-
Adjust the timecard punch to reflect reality. Pending overtime is routed to the employee's manager for approval.
-
Justify the exception by selecting an appropriate comment from a configured list and entering a corresponding note explaining the justification.
-
-
After all exceptions have been justified, the employee approves their timecard.
Evidence Punch Import integration
Boomi extension setup
- Install and attach the iPack.Note: For more information, see the Deploy Integration Packs to your Atom topic.
- Configure the Evidence Punch Attestation Extension integration settings:
- Configure connection settingsCaution: If you select Use Default for the connection settings and process properties, ensure that Value is blank. If Value is not blank, that value overrides the default value whether or not Use Default is selected or cleared. Example: If the default value is abc, but Value shows xyz, the integration uses xyz regardless of the setting of Use Default.
- Configure process properties:
Configure the Evidence Punch Import integration
After the integration is deployed, complete the following configurations before you utilize this integration.
Application setup
Before you configure the Evidence Punch Import integration, you must do the following:
- Configure Access to Integrations.
- Configure the following:
- Comment: Configure a comment to which the integration adds evidence punch data. The punches category must be selected during configuration.
See the Comments topic.
Example:
Evidence Punch Data Paycode: Configure a hidden standard hour paycode that must be used exclusively by the Evidence Punch Import integration. See the Paycode definition topic.
Example:
Evidence Punch
- Comment: Configure a comment to which the integration adds evidence punch data. The punches category must be selected during configuration.
Cross-reference tables
Cross-reference tables (CRT) are the look-up tables that the integrations use to translate parameter values. One or more data values from the source system can be used to assign one or more parameters in the destination system.
To make a cross-reference table available for integration processes, populate the table with data.
- If more than one row matches a reference value, the first match is the output value.
- If no match is found, the output value can be null, or the integration can produce errors.
EvidencePunchImport_iPack_v3_Locale_CRT: Allows translation of messages and labels into different languages.
|
Column header |
Description |
|---|---|
|
Parameter Name |
Key for which localization is defined. |
|
Locale Policy |
Locale Policy. You can use an asterisk ( |
|
Message |
Message shown in Additional Details, or value of the label defined in the Run Summary section. |
|
Description |
The description that is shown in Additional Details. |
- Localization of integration extensions remains optional, but is supported.
- The cross-reference table (CRT) holds all messages represented with standard English labels; these apply to all locales when the Locale is set to a wildcard (*).
- Some or all messages can be translated by adding lines to the table in their preferred translation for specific locales. Messages for the most commonly used Locale Policy should be defined at the top of the CRT.
- Names of the parameters in the CRT column "Parameter Name" must be used as is. If any parameter value needs to be localized for a different Locale Policy, copy the "Parameter Name" with the * Locale Policy, add a new row to the CRT with the appropriate Locale Policy, and then add the localized values in the Message (or Value) and Description CRT columns.
- Do not enter values in the CRT column "Description" if it is blank.
- Do not modify placeholders (<>) or the configurable values that are included in the CRT column "Message" (or "Value").
|
Parameter name |
Message |
Description |
|---|---|---|
|
Error_BlankSourceFileName |
Source FileName must be configured. | |
|
Error_InvalidCommentNote |
Mandatory tags, #Inpunch#, or #Outpunch#, or both, are missing from Comment Note. | |
|
Error_InvalidDateDuration |
Date range passed in the request exceeds the threshold limit of 365 days. | |
|
Error_NoEmployeeIdandHyperfind |
A Hyperfind or individual employee ID must be provided. | |
|
Error_NoSourceFileFound |
Source file <Source Filename> not found in SFTP directory. | |
|
Label_AddedPaycodeEdits |
Added paycode edits | |
|
Label_IntegrationType |
Integration type | |
|
Label_IntegrationTypeValue |
Import | |
|
Label_InvalidEmployees |
Invalid employees | |
|
Label_ProcessedEmployees |
Processed employees | |
|
Label_UpdatedPaycodeEdits |
Updated paycode edits | |
|
Message_AdditionalDetails |
Process completed with transaction errors. Additional details, such as disqualifications, my be accessible using the button below. | |
|
Message_BlankArchiveDirectory |
When Archive File After Processing is set as True, the Archive Directory must be configured. | |
|
Message_BlankEvidencePunchComment |
Evidence Punch Comment must be configured. | |
|
Message_BlankEvidencePunchPaycode |
Evidence Punch Paycode must be configured. | |
|
Message_CommentLength |
Comment Note must not exceed 250 characters. | |
|
Message_InvalidEmployeeId |
Invalid employee ID. |
Employee with ID <employee number> does not exist. |
|
Message_InvalidEvidencePunchComment |
Evidence Punch Comment <Comment Name> not found. | |
|
MessageInvalidEvidencePunchCommentCategory |
Comment is not configured with pay code in the selected category. | |
|
Message_InvalidEvidencePunchPaycode |
Evidence Punch Paycode <Paycode Name> not found. | |
|
Message_WithErrors |
Integration completed with errors. | |
|
Message_WithoutErrors |
Integration completed without errors. |
Install the Evidence Punch Import integration
After the integrations are deployed and the connection settings and process properties are configured, install the integrations to make them available for running or scheduling.
- An integration template is the configured integration that you deploy to an Atom and then install to make available for running or scheduling.
- An installed integration is a single instance of an integration that is based on an integration template. When you install an integration, you can define parameters or set parameters to be defined when the integration is run.
- Select Main Menu
. - Click Tap Create
. - In Integration Name enter a unique name, such as
EvidencePunchImport_iPack_v3. - (Optional) Enter a Description.
Note: Do not select API Integration.
- In File Access, select None to not select a connection.
- (Optional) If the person who runs the integration does not have full access to integrations, select Execute Integration with System Account. This allows the integration access to all APIs in the FAP, and the relevant permissions and data, regardless of the FAP and GDAP of the person who runs the integration.
-
(Optional) Select Re-Run to allow repeated runs of the integration with the same parameter values as the previous run.
-
Email Notifications
(Optional)
- Select Yes to send email and control center notifications for integration runs.
- Enter the email addresses of the recipients for the following types of run status. For multiple recipients, separate the addresses by a comma, but no spaces:
In Progress — The integration run started and has not finished.
Completed — The integration ran successfully without errors.
Failed — The integration ran successfully, but one or more records have errors. The integration run is treated as failed. If Abort on Failure is configured in an integration set, the integration set stops.
Completed with Errors — The integration run has errors or could not run.
- In Skip Configuration, select None(default) to allow multiple integrations to run at the same time or with the same data without restrictions.
Note: Do not select Allow Minute Interval.
- Integration template and parameters
- In Integration Template, select EvidencePunchImport_iPack_v3.
- Click Tap Assign
. - In Integration Parameters, you can override default settings.
- Complete the configuration for each integration control parameter value.
-
Click Tap Save.
Repeat this step for each integration control parameter that supports the Evidence Punch Import process.
Integration Parameters
Parameter name
Description / User prompt / Mandatory
Template parameter
Parameter type
Date Format
Default Date format used for date of the evidence punch, such as:
-
yyyy-MM-dd(default) -
dd-MM-yyyy -
MM-dd-yyyy
User prompt = No
Mandatory = Yes
DateFormat
Text
Evidence Punch Comment
Comment to hold Evidence Punch Data.
User prompt = No
Mandatory = Yes
EvidencePunchComment
Text
Evidence Punch Comment Note
Note added to the evidence punch hidden paycode.
#InPunch#and#OutPunch#are mandatory.Default =
Evidence Punch In Time: #Inpunch#Evidence Punch Out Time: #Outpunch#User prompt = No
Mandatory = Yes
EvidencePunchCommentNote
Text
Evidence Punch Paycode
Hidden paycode used as a container for the evidence punches.
User prompt = No
Mandatory = Yes
EvidencePunchPaycode
Text
Hyperfind
Employees for whom this integration will run.
Both Hyperfind and Location can be selected by user.
Only active employees are included for the selected time period.
Default =
All HomeUser prompt = Yes
Mandatory = Yes
HyperfindAndLocation
Hyperfind
Employee IDs
A comma-separated list of specific employees for whom the integration is run.
When no value is entered, the integration defaults to the Hyperfind parameter.
To process the integration for only a limited group of employees, enter the person numbers as defined in the source system, each separated by a comma (,) but not spaces.
User prompt = Yes
Mandatory = Yes
EmployeeID
Text
Locale
Locale for CRT lookup. If not provided, tenant locale is used.
User prompt = No
Mandatory = No
Locale
Text
Source Filename
Source File name.
Supports wildcarding for cases such as:
-
new data is appended to a file using a datetime stamp.
-
a file is archived after import.
It is recommended that a datetime stamp, formatted as
yyyymmddHHmm, be appended as a suffix to the Source Filename.
supports cases when a new file is created each time that new evidence punch data is added to the SFTP location.EvidencePunchImport*User prompt = Yes
Mandatory = Yes
SourceFilename
Text
SourceDirectory
SFTP directory where the source file is stored.
Default =
/InboundUser prompt = No
Mandatory = Yes
Caution:Do not change the name of the folder from
Inbound. Additional or differently named folders are not supported by .SourceDirectory
Text
Time Format
Default time format used for punch times in the source file, such as
hh:mmaHH:mm(default)User prompt = No
Mandatory = Yes
TimeFormat
Text
Archive Directory
Directory name for archive files.
Default =
/Inbound/ArchiveUser prompt = No
Mandatory = Optional, when Archive File After Processing is set to
false.Caution:Do not change the name of the folder from
Inbound. Additional or differently named folders are not supported by .ArchiveDirectory
Text
Archive File After Processing
Determines whether the source file is moved to the archive directory after import.
Default =
falseUser prompt = No
Mandatory = Yes
ArchiveFileAfterProcessing
Text
Archive Filename
Name given to the import file after archive; appended with date timestamp.
User prompt = No
Mandatory = Optional, when Archive File After Processing is set to
false.ArchiveFilename
Text
-
- Make sure that the generic data access profiles (GDAP) allow access by the people who need to run the installed integrations.
Run and test the Evidence Punch Import integration
Run integrations to test that the configuration is set up correctly.
- Select the integration:
- Select Main Menu
. - Click Tap Run an Integration
. - Select the EvidencePunchImport_iPack_v3 integration from the list. Click Tap Select.
- (Optional) Enter a unique Integration Run Name to make it easier to identify the run of the integration. Otherwise, the system assigns a default name, which ends with a date and time stamp.
- Select Main Menu
- Set parameters as follows:
- Hyperfind: Select a Hyperfind query of employees.
- Employee ID: To process data for only a limited group of employees, enter the person numbers, as defined in the source system, each separated by a comma (,) but no spaces.
For 3 employees:
13997,15556,20012 - Source Filename: Specify the Source Filename of the Evidence Punch Import data file.
- Select the following:
- Run Integration: If this is the first time this integration is being run.
- Re-Run: If this integration has been run before, and the status is not In-Progress, you can run the integration again without entering the parameter values again. Click Tap Yes to continue, or No to not run the integration and to return to the parameter settings.
- Wait for the confirmation that the integration completed or failed. Close the panel.
- Click Tap Refresh
. - To see details, select the integration run. Select Run Summary.
- Check the results
Status indicators
-
In-Progress: The run of this integration has not yet completed. -
Completed: The integration ran successfully without errors. -
Scheduled: This integration is scheduled to run later or repeatedly. - (Grayed out) Scheduled but Deleted: This integration is scheduled to run, but the integration template has been deleted. When it runs, it will generate an error. To prevent this error, delete the scheduled integration run.
-
Completed with Errors: The integration ran successfully, but one or more records have errors. The integration run is treated as failed. If Abort on Failure is configured in an integration set, the integration set stops. -
Failed: The integration run has errors or could not run. - To troubleshoot and resolve errors, do the following:
Check the Run Summary for details.
- To troubleshoot all types of errors, or if the Run Summary shows a large number of errors, click tap Go to Additional Details (if available), or click tap the Source File to open and examine the input source file.
- (Only for import integrations) To troubleshoot and resubmit integrations that have transactional or data errors, click tap Go to Transaction Assistant.
To check the results in more detail:
- Click Tap the tile for the integration run.
- Click Tap Run Summary to see the results of the integration run.
Example Run Summary details
Note: The available details vary by integration and configuration.- Integration Run Name: Name of this run of the integration.
- Process Name: Name of any integration set that includes this integration.
- Integration Name: Name of the installed integration.
- Integration Reference ID: Unique identifier for this integration run (to help in troubleshooting errors).
- User: The person or user account that ran the integration.
- Integration Type: Import, Export, or None
- Start Date: Date and time when the integration run started.
- End Date: Date and time when the integration run finished.
- Status: In-Progress, Completed, Completed with Errors, or Failed.
- Records Processed: Number of records that were processed.
- Records Created: Number of records that were created.
- Errors: Number of records that failed.
- Source Files, Output File, and Error Files: For file-based import integrations, use Manage SFTP to access the source and output files on the inbound (source) and outbound (destination) SFTP folders. See the Manage SFTP topic.
- Log in to the destination system and ensure that the data has been correctly updated.
-
Source file specification
The source file contains only the first and last punches of the day for each employee.
|
Name |
Value |
|---|---|
|
File Name |
<filename> |
|
File Extension |
csv |
|
Delimiter |
<Comma-delimited> |
|
Source Directory |
/Inbound |
|
Header |
Yes (1 row) ID, Date, Time, Type |
|
Footer |
No |
|
Column name |
Comments and examples |
|---|---|
|
ID |
Employee ID |
|
Date |
Date of punch. Adheres to format defined in the Date Format parameter of the Punch Import integration parameters. |
|
Time |
Time of punch. Adheres to format defined in the Time Format parameter of the Punch Import integration parameters. |
|
Type |
InPunch or OutPunch. |
Evidence Punch Import - Source file sample
ID,Date,Time,Type 081-001,2022-02-14,09:38,InPunch 081-001,2022-02-14,21:00,OutPunch 081-001,2022-02-15,09:00,InPunch 081-001,2022-02-15,18:00,OutPunch
APIs
|
API name |
Type |
Resource path |
Description |
|---|---|---|---|
|
GET |
v1/commons/comments |
Retrieve comments from the application. | |
|
POST |
/v1/commons/hyperfind/execute |
Retrieve employees from Hyperfind. | |
|
GET |
/v1/commons/user_preferences/locale_policy?userCurrent=true |
Retrieve the locale of the current user. | |
|
POST |
/v1/timekeeping/setup/pay_codes/multi_read |
Retrieve paycodes from the application. | |
|
POST |
/v1/platform/integration_executions/{id}/additional_details |
Submit integration details. | |
|
POST |
/v1/platform/integrations/update_status |
Populate run summary. | |
|
POST |
/v1/timekeeping/timecard/multi_read |
Retrieve employee timecards. | |
|
POST |
v1/commons/persons/extensions/multi_read |
Get employee sign-off date and locale. | |
|
POST |
/v1/timekeeping/pay_code_edits/import |
Add paycodes to the employee timecard. |
Evidence Punch Attestation business process
Before you start
Before you configure the Evidence Punch Attestation business process, you must do the following:
-
Comment: Create a comment that the employee selects when justifying a punch exception. The punches category must be selected during configuration. See the Comments topic.
Example:Justification Comment -
Attestation Conditions: Create an attestation condition type of
Always. See the Attestation Conditions topic. -
Attestation Buttons: Create an attestation button type of
Timecard Actionwith a button subtype ofApprove. See the Attestation Buttons topic. -
Attestation Assignments: After you have deployed the Evidence Punch Attestation model, create an attestation assignment, and then select the appropriate attestation condition, attestation button, and business process model. See the Attestation Assignments topic.
Note: The Attestation Profile assigned to employees who use the Evidence Punch Attestation workflow must be configured with the Attestation Assignment. -
Workflow Notification: Create a generic workflow notification to notify the manager when an Evidence Punch Attestation error occurs. See the Generic notifications topic.
Example:
Evidence Punch Attestation ErrorCustom Tag options:
Tag
Description
<Message1><Message2>Error message
<timeFrame>Time Period
<Error>Error
Configure the Evidence Punch Attestation business process model
- Migrate the Evidence Punch Attestation process model to the customer tenant using Setup Data Manager (SDM).
-
Log in to the appropriate tenant.
-
Go to Main Menu > Administration > Setup Data Manager.
-
Select the Source tenant where the Process Model resides, and select the template to copy. It is a .zip file. A message appears in the Source column: Source: Import from <filename>.zip.
-
Click Tap Review and Publish. The Publish Summary panel appears.
-
Review the Publish Summary panel. It lists the items that were extracted from the migration file. If you approve, click tap Publish with Comment or just Publish.
-
Click Tap Go to Publish History at the bottom of the panel to view the status of the data transfer. The Publish History page contains a table that lists the items you have published. If there were errors during the transfer, the button under the Errors column for that row is black.
-
To view details, click tap the appropriate row and click tap View Selected.
-
On the History for publish run page, click tap Show all to view the setup data that you published, and the errors that occurred, if any, listed by item type and name.
-
- Configure the Evidence Punch Attestation decision tables
Note: Decision tables are configurable based on user requirements and can be changed accordingly. These tables are dynamic and can be updated at any time without redeployment of the process model.
-
Go to Main Menu > Administration > Time application setup > Business Process setup > Process Models.
-
Select the EvidencePunchAttestation_v1.1 process and click tap Edit. The process model enters edit mode.
-
Select the Decision Tables tab.
-
Click Tap Everyone's, and then select the decision table to edit.
-
Click Tap Decision Table Editor to add or update the rows in the table.
-
Click Tap Save and close.
- Edit the following decision tables:
Caution:EvidencePunchAttestation_Variables_v1_1 — Controls the Evidence Punch Attestation process.
- Values entered in the decision tables are case-sensitive, and must match configured values in the application.
- Do not remove variables, variable names, or variable types from any decision table.
EvidencePunchAttestation_Locale_v1_1 — Allows customization of the text in the workflow form and notifications for different locales.Evidence Punch Attestation Variables - decision table
Variable name
Description
EvidencePunchComment
Comment to hold Evidence Punch Data.
EvidencePunchCommentNote
Note that integration adds to a comment during punch import processing.
Default =
Evidence Punch In Time: #Inpunch#Evidence Punch Out Time: #Outpunch#ThresholdInPunch
Amount of time beyond which an In punch is considered as an exception. Format
hh:mm.ThresholdOutPunch
Amount of time beyond which an Out punch is considered as an exception. Format
hh:mm.JustificationComment
Comments to be used by employees to justify punch exception.
Comma-separated values without spaces.
Warning: Comment names must not contain commas.Locale
Locale used to display form values and error messages.
DateFormat
Display date format on exception form, such as:
-
yyyy-MM-dd(default) -
dd-MM-yyyy -
MM-dd-yyyy
TimeFormat
Display time format on exception form, such as:
-
hh:mma -
HH:mm(default)
EvidencePunchPaycode
Hidden paycode used as a container for the evidence punch data.
WorkflowNotification
Notification which is initiated on error.
Admin
Internal user; do not change.
Default value =
SERVICES-LEVEL3Evidence Punch Attestation Locale - decision table structure
Variable name
Variable type
Description
Key
Text
Internal field label; do not change.
Locale Policy
Text
Name of the locale policy for which the text applies.
When the text applies to all locales, retain the empty value.
Message
Text
Text displayed in the workflow form or notification.
Description
Text
(Optional) Additional information.
Note:- Localization of business process workflows remains optional, but is supported.
- You can translate some or all messages by adding lines to the table in their preferred translation for specific locales. Decision tables are scanned from top to bottom; therefore, place messages for the most commonly used Locale Policy at the top of the decision table and less-restrictive locale policies at the bottom.
- Text within tags ("<>") must not be changed.
- The decision table holds all messages represented with standard English labels; these apply to all locales when the Locale Policy is set to !=empty.
- Names of the parameters in the decision table column Parameter Name must be used as is. If any parameter value needs to be localized for a different Locale Policy, copy the Parameter Name with the !=empty Locale Policy, add a new row to the decision table with the appropriate Locale Policy, and then add the localized value in the Message column.
- Decision tables support operators like "Contains," "Starts with," "Ends with," and "Is Not Empty." You can achieve your preferred results by following these examples:
- To match any non-empty or any string (like *), use the "Is Not Empty" operator.
- To match a string starting with "ABC" (like "ABC*"), use the "Starts with" operator and set the value to "ABC".
- To match a string containing "English" as substring, use the "Contains" operator with the value "English".
Locale decision table - Sample content
Variable
Locale
Value
Description
_Message1
!=empty
Contact the system administrator.
Message1 error notification.
_Message2
!=empty
Error listed below:
Message2 error notification.
_MessageBlankAdmin
!=empty
Admin must be configured.
Null value passed in Admin.
_MessageBlankDateFormat
!=empty
DateFormat must be configured.
Null value passed in DateFormat.
_MessageBlankEvidencePunchComment
!=empty
EvidencePunchComment must be configured.
Null value passed in EvidencePunchComment.
_MessageBlankEvidencePunchCommentNote
!=empty
EvidencePunchCommentNote must be configured.
Null value passed in EvidencePunchCommentNote.
_MessageBlankEvidencePunchPaycode
!=empty
EvidencePunchPaycode must be configured.
Null value passed in EvidencePunchPaycode.
_MessageBlankJustificationComment
!=empty
JustificationComment must be configured.
Null value passed in JustificationComment.
_MessageBlankTimeFormat
!=empty
TimeFormat must be configured.
Null value passed in TimeFormat.
_MessageErrorFormHeader
!=empty
Error
Form header text displayed on the error form.
_MessageExceptionInPunch
!=empty
<punchDate> - <evidencePunch> In
In punch exception string displayed on the exception form.
_MessageExceptionOutPunch
!=empty
<punchDate> - <evidencePunch> Out
Out punch exception string displayed on the exception form.
_MessageInvalidThresholdInPunch
!=empty
Enter ThresholdInPunch using hh:mm format.
ThresholdInPunch not in hh:mm format.
_MessageInvalidThresholdOutPunch
!=empty
Enter ThresholdOutPunch using hh:mm format.
ThresholdOutPunch not in hh:mm format.
_MessagePunchCheckboxHeader
!=empty
Evidence punches found.
Exception check box header text displayed on the exception form.
_MessagePunchDropdownHeader
!=empty
Justify the difference.
Justification drop down header text displayed on the exception form.
_MessageScriptError
!=empty
Script failure in #error_component# script task.
Error message: #error_message#
Error occurred in script.
-
- Deploy the updated Evidence Punch Attestation business process model
Note: Process models must be redeployed every time changes are made to an existing model. Re-deployment is not required for decision table changes.
Follow these steps to deploy the process model. For detailed information, see the online help topic Deploy Business Process Models .
-
Go to Main Menu > Administration > Time application setup > Business Process Setup > Process Models.
-
Select the EvidencePunchAttestation_v1.1 model.
- Click Tap Edit, and then configure the deployment dates, and required parameters, such as Hide from the Action List, Tile List, and GoTo List. Select Attestation from the Template Categories list.
-
Click Tap Save, and then select Return to deploy.
-
- Assign the deployed process, EvidencePunchAttestation_v1.1, to the employee's process profile.
APIs
|
API name |
Type |
Resource path |
Description |
|---|---|---|---|
|
Retrieve Timecards as Manager |
POST |
/v1/timekeeping/timecard/multi_read |
Retrieve actual punch from timecard. |
|
Update Timecard as Manager |
POST |
/v1/timekeeping/timecard |
Update the punch with justification comment. |
|
Approve Timecard as Employee |
POST |
/v1/timekeeping/employee_timecard_approval |
Approve employee timecard. |
Evidence Punch Attestation Report integration
Boomi extension setup
- Install and attach the iPack.Note: For more information, see the Deploy Integration Packs to your Atom topic.
- Configure the Evidence Punch Attestation Report Extension integration settings:
- Configure connection settingsCaution: If you select Use Default for the connection settings and process properties, ensure that Value is blank. If Value is not blank, that value overrides the default value whether or not Use Default is selected or cleared. Example: If the default value is abc, but Value shows xyz, the integration uses xyz regardless of the setting of Use Default.
- Configure process properties:
Configure the Evidence Punch Attestation Report integration
After the integration is deployed, complete the following configurations before you utilize this integration.
Application setup
Before you configure the Evidence Punch Attestation Report integration, you must do the following:
- Configure the following:
-
Function Access Profile (FAP): The administrator who runs the integration must be assigned a FAP which has been configured with the Retrieve Hidden Pay Code Edits via API access control point set as Allowed. See the Function Access Profiles topic.
-
Cross-reference tables
Cross-reference tables (CRT) are the look-up tables that the integrations use to translate parameter values. One or more data values from the source system can be used to assign one or more parameters in the destination system.
To make a cross-reference table available for integration processes, populate the table with data.
- If more than one row matches a reference value, the first match is the output value.
- If no match is found, the output value can be null, or the integration can produce errors.
EvidencePunchAttestationReport_iPack_v3_Locale_CRT: Allows translation of messages and labels into different languages.
|
Column name |
Description |
|---|---|
|
Parameter Name |
Parameters defined in EvidencePunchAttestationReport_v2_Locale_CRT process property. |
|
Locale Policy |
Locale Policy. You can use an asterisk (*) as a wildcard, but put the less-restrictive locale policy names at the bottom of the table because the integration scans cross-reference tables from the top.
|
|
Message |
Message shown in Additional Details, or value of the label defined in the Run Summary section. |
|
Description |
The description that is shown in Additional Details. |
- Localization of integration extensions remains optional, but is supported.
- The cross-reference table (CRT) holds all messages represented with standard English labels; these apply to all locales when the Locale is set to a wildcard (*).
- Some or all messages can be translated by adding lines to the table in their preferred translation for specific locales. Messages for the most commonly used Locale Policy should be defined at the top of the CRT.
- Names of the parameters in the CRT column "Parameter Name" must be used as is. If any parameter value needs to be localized for a different Locale Policy, copy the "Parameter Name" with the * Locale Policy, add a new row to the CRT with the appropriate Locale Policy, and then add the localized values in the Message (or Value) and Description CRT columns.
- Do not enter values in the CRT column "Description" if it is blank.
- Do not modify placeholders (<>) or the configurable values that are included in the CRT column "Message" (or "Value").
|
Parameter name |
Message |
Description |
|---|---|---|
|
Label_HeaderDate |
Date |
Apply Date. |
|
Label_HeaderEmployeeName |
Employee Name |
Employee Full Name from People Information. |
|
Label_HeaderEvidencePunchIn |
Evidence Punch In |
Evidence In-punch. |
|
Label_HeaderEvidencePunchOut |
Evidence Punch Out |
Evidence Out-punch. |
|
Label_HeaderID |
ID |
Employee ID from People Information. |
|
Label_HeaderJustificationComment |
Justification Comment |
Justification Comment. |
|
Label_HeaderJustificationNote |
Justification Note |
Justification Comment Note. |
|
Label_HeaderLocation |
Location |
Primary Business Structure assigned to employee. |
|
Label_HeaderPunchIn |
Punch In |
Employee's first In-punch. |
|
Label_HeaderPunchOut |
Punch Out |
Employee's last Out-punch. |
|
Label_HeaderScheduleInOut |
Schedule In-Out |
Schedule assigned to employee. |
|
Label_IntegrationType |
Integration Type | |
|
Label_IntegrationTypeValue |
Export | |
|
Label_InvalidEmployees |
Invalid Employees | |
|
Label_ProcessedEmployees |
Processed Employees | |
|
Label_ProcessedRecords |
Processed Records | |
|
Message_AdditionalDetails |
Process completed with transaction errors. Additional details, such as disqualifications, may be accessible using the button below. | |
|
Message_BlankEmployeeId |
Hyperfind or Individual Employee ID must be selected. | |
|
Message_BlankEvidencePunchPaycode |
Evidence Punch Paycode must be configured. | |
|
Message_BlankEvidencePunchComment |
Evidence Punch Comment must be configured. | |
|
Message_BlankJustificationComment |
Justification Comment must be configured. | |
|
Message_BlankOutputDirectory |
Output Directory must be configured. | |
|
Message_CommentLength |
Comment Note cannot exceed 250 characters. | |
|
Message_DateRange |
The date range passed in the request exceeds the threshold limit of 365 days. | |
|
Message_EvidencePunchCommentcategory |
Evidence Punch Comment does not have paycode as selected category. | |
|
Message_InvalidEmployeeId |
Invalid Employee. |
Employee with ID <employee number> does not exist. |
|
Message_InvalidEvidencePunchComment |
Evidence Punch Comment <Comment Name> not found. | |
|
Message_InvalidEvidencePunchPaycode |
Evidence Punch Paycode <Paycode Name> not found. | |
|
Message_InvalidJustificationComment |
Justification Comment <Comment Name> not found. | |
|
Message_JustificationCommentCategory |
Justification Comment <Comment Name> does not have punches as selected category. | |
|
Message_NoEmployeeIdAndHyperfind |
Hyperfind or Individual Employee ID must be selected. | |
|
Message_WithErrors |
Integration completed with errors. | |
|
Message_WithoutErrors |
Integration completed without errors. | |
|
Message_WithZeroProcessedRecords |
Zero records processed. |
Install the Evidence Punch Attestation Report integration
After the integrations are deployed and the connection settings and process properties are configured, install the integrations to make them available for running or scheduling.
- An integration template is the configured integration that you deploy to an Atom and then install to make available for running or scheduling.
- An installed integration is a single instance of an integration that is based on an integration template. When you install an integration, you can define parameters or set parameters to be defined when the integration is run.
- Select Main Menu
. - Click Tap Create
. - In Integration Name enter a unique name, such as EvidencePunchAttestationReport_iPack_v3.
- (Optional) Enter a Description.
Note: Do not select API Integration.
- In File Access, select None to not select a connection.
- (Optional) If the person who runs the integration does not have full access to integrations, select Execute Integration with System Account. This allows the integration access to all APIs in the FAP, and the relevant permissions and data, regardless of the FAP and GDAP of the person who runs the integration.
-
(Optional) Select Re-Run to allow repeated runs of the integration with the same parameter values as the previous run.
-
Email Notifications
(Optional)
- Select Yes to send email and control center notifications for integration runs.
- Enter the email addresses of the recipients for the following types of run status. For multiple recipients, separate the addresses by a comma, but no spaces:
In Progress — The integration run started and has not finished.
Completed — The integration ran successfully without errors.
Failed — The integration ran successfully, but one or more records have errors. The integration run is treated as failed. If Abort on Failure is configured in an integration set, the integration set stops.
Completed with Errors — The integration run has errors or could not run.
- In Skip Configuration, select None(default) to allow multiple integrations to run at the same time or with the same data without restrictions.
Note: Do not select Allow Minute Interval.
- Integration template and parameters
- In Integration Template, select EvidencePunchAttestationReport_v2.
- Click Tap Assign
. - In Integration Parameters, you can override default settings. Click Tap Create.
- Complete the configuration for each integration control parameter value.
-
Click Tap Save.
Repeat this step for each integration parameter that supports the Evidence Punch Attestation Report process.
Integration Parameters
Parameter name
Description / User prompt / Mandatory
Template parameter
Parameter type
Date Format
Default Date format used for date of the evidence punch, such as:
-
yyyy-MM-dd(default) -
dd-MM-yyyy -
MM-dd-yyyy
User prompt = No
Mandatory = Yes
DateFormat
Text
Evidence Punch Comment
Comment to hold Evidence Punch Data.
User prompt = No
Mandatory = Yes
EvidencePunchComment
Text
Evidence Punch Comment Note
Note added to the evidence punch hidden paycode.
#InPunch#and#OutPunch#are mandatory.Default =
Evidence Punch In Time: #Inpunch#Evidence Punch Out Time: #Outpunch#User prompt = No
Mandatory = Yes
EvidencePunchCommentNote
Text
Evidence Punch Paycode
Hidden paycode used as a container for the evidence punches.
User prompt = No
Mandatory = Yes
EvidencePunchPaycode
Text
Export Only Exceptions
true: Export data for all dates during the selected period.false(default): Export data only for dates with a justification comment during the selected period.User prompt = No
Mandatory = Yes
ExportOnlyExceptions
Boolean
Hyperfind
Employees for whom this integration is run.
Both Hyperfind and Location can be selected by user.
Only active employees are included for the selected time period.
Default =
All HomeUser prompt = Yes
Mandatory = Yes
HyperfindAndLocation
Hyperfind
Employee IDs
A comma-separated list of specific employees for whom the integration is run.
When no value is entered, the integration defaults to the Hyperfind parameter.
To process the integration for only a limited group of employees, enter the person numbers as defined in the source system, each separated by a comma (,) but not spaces.
User prompt = Yes
Mandatory = Yes
EmployeeIDs
Text
Justification Comment
Comments to be used by employees to justify punch exception.
Comma-separated values without spaces.
User prompt = No
Mandatory = Yes
Warning: Comment names must not contain commas.JustificationComment
Text
Locale
Locale for CRT lookup. If not provided, tenant locale is used.
User prompt = No
Mandatory = No
Locale
Text
Output File Action
Determines whether output file is written as new, appended, or overwritten.
Default =
OverwriteUser prompt = No
Mandatory = No
OutputFileAction
Text
Output Filename
Output file name.
User prompt = No
Mandatory = Yes
OutputFilename
Text
OutputDirectory
SFTP directory where the report file is stored.
Default =
/OutboundUser prompt = No
Mandatory = Yes
Caution:Do not change the name of the folder from
Outbound. Additional or differently named folders are not supported by .OutputDirectory
Text
Time Format
Default time format to be used for time in Input file, such as
hh:mmaHH:mm(default)User prompt = No
Mandatory = Yes
TimeFormat
Text
Timeperiod
Time period for which to export data.
User prompt = Yes
Mandatory = Yes
Timeperiod
Timeperiod
-
- Make sure that the generic data access profiles (GDAP) allow access by the people who need to run the installed integrations. See Configure Access to Integrations .
Run and test the Evidence Punch Attestation Report integration
Run integrations to test that the configuration is set up correctly.
- Run the integration
- Select the integration:
- Select .
- Click Tap Run an Integration
. - Select the EvidencePunchAttestationReport_iPack_v3 integration from the list. Click Tap Select.
- (Optional) Enter a unique Integration Run Name to make it easier to identify the run of the integration. Otherwise, the system assigns a default name, which ends with a date and time stamp.
- Set parameters as follows:
- Hyperfind: Select a Hyperfind query of employees.
- Employee ID: To process data for only a limited group of employees, enter the person numbers, as defined in the source system, each separated by a comma (,) but no spaces.
For 3 employees:
13997,15556,20012 - Timeperiod: Specify the time period for which to export the Evidence Punch Attestation Report data.
- Select the following:
- Run Integration: If this is the first time this integration is being run.
- Re-Run: If this integration has been run before, and the status is not In-Progress, you can run the integration again without entering the parameter values again. Click Tap Yes to continue, or No to not run the integration and to return to the parameter settings.
- Wait for the confirmation that the integration completed or failed. Close the panel.
- Click Tap Refresh
. - To see details, select the integration run. Select Run Summary.
- Select the integration:
- Check the results
Status indicators
-
In-Progress: The run of this integration has not yet completed. -
Completed: The integration ran successfully without errors. -
Scheduled: This integration is scheduled to run later or repeatedly. - (Grayed out) Scheduled but Deleted: This integration is scheduled to run, but the integration template has been deleted. When it runs, it will generate an error. To prevent this error, delete the scheduled integration run.
-
Completed with Errors: The integration ran successfully, but one or more records have errors. The integration run is treated as failed. If Abort on Failure is configured in an integration set, the integration set stops. -
Failed: The integration run has errors or could not run. - To troubleshoot and resolve errors, do the following:
Check the Run Summary for details.
- To troubleshoot all types of errors, or if the Run Summary shows a large number of errors, click tap Go to Additional Details (if available), or click tap the Source File to open and examine the input source file.
- (Only for import integrations) To troubleshoot and resubmit integrations that have transactional or data errors, click tap Go to Transaction Assistant.
To check the results in more detail:
- Click Tap the tile for the integration run.
- Click Tap Run Summary to see the results of the integration run.
Example Run Summary details
Note: The available details vary by integration and configuration.- Integration Run Name: Name of this run of the integration.
- Process Name: Name of any integration set that includes this integration.
- Integration Name: Name of the installed integration.
- Integration Reference ID: Unique identifier for this integration run (to help in troubleshooting errors).
- User: The person or user account that ran the integration.
- Integration Type: Import, Export, or None
- Start Date: Date and time when the integration run started.
- End Date: Date and time when the integration run finished.
- Status: In-Progress, Completed, Completed with Errors, or Failed.
- Records Processed: Number of records that were processed.
- Records Created: Number of records that were created.
- Errors: Number of records that failed.
- Source Files, Output File, and Error Files: For file-based import integrations, use Manage SFTP to access the source and output files on the inbound (source) and outbound (destination) SFTP folders. See the Manage SFTP topic.
- Log in to the destination system and ensure that the data has been correctly updated.
Note: You can schedule integrations and integration sets to run once later or at a recurring frequency. See the Schedule Integrations topic. -
Target file specification
|
Name |
Value |
|---|---|
|
File Name |
<file name> |
|
File Extension |
csv |
|
Delimiter |
<Comma-delimited> |
|
Target Directory |
/Outbound |
|
Header |
Yes (1 row) ID, Employee Name, Location, Date, Schedule, Punch In, Punch Out, Evidence Punch In, Evidence Punch Out, Justification Comment, Justification Note |
|
Footer |
No |
|
Column name |
Comments and examples |
|---|---|
|
ID |
Employee ID from People Information. |
|
Employee Name |
Employee Full Name from People Information. |
|
Location |
Primary Business Structure assigned to employee. |
|
Date |
Apply date. Adheres to format defined in the Date Format parameter of the Punch Attestation Report integration parameters. |
|
Schedule |
Schedule assigned to the employee. |
|
Punch In |
Employee's first In-punch. |
|
Punch Out |
Employee's last Out-punch. |
|
Evidence Punch In |
Employee's Evidence In-punch. |
|
Evidence Punch Out |
Employee's Evidence Out-punch. |
|
Justification Comment |
Justification Comment. |
|
Justification Note |
Justification Comment Note. |
Evidence Punch Attestation Report - Target file sample
ID,Employee Name,Location,Date,Schedule,Punch In,Punch Out,Evidence Punch In,Evidence Punch Out,Justification Comment,Justification Note
081-001,081-001,Organization/United States/Metropolitan Store/Colorado/Super Market/Admin/Store Manager,2022-02-14,09:00AM-06:00PM,07:00AM,07:00PM,09:38AM,09:00PM,Meeting,Project Call
081-001,081-001,Organization/United States/Metropolitan Store/Colorado/Super Market/Admin/Store Manager,2022-02-15,09:00AM-06:00PM,09:00AM,05:00PM,09:00AM,06:00PM,Meeting,Project Call
APIs
|
API name |
Type |
Resource path |
Description |
|---|---|---|---|
|
Retrieve Comments as Manager |
GET |
v1/commons/comments |
Retrieve comments from the application. |
|
Execute Hyperfind Query |
POST |
/v1/commons/hyperfind/execute |
Retrieve employees from Hyperfind. |
|
Retrieve User Preferences for Current User |
GET |
/v1/commons/user_preferences/locale_policy?userCurrent=true |
Retrieve the locale of the current user. |
|
Retrieve Symbolic Periods |
GET |
/v1/commons/symbolicperiod |
Retrieve symbolic period. |
|
Retrieve Locale Date Span |
GET |
/v1/commons/symbolicperiod/read |
Retrieve locale date span. |
|
Retrieve Paycode Multiread |
POST |
/v1/timekeeping/setup/pay_codes/multi_read |
Retrieve paycodes from the application. |
|
Retrieve Schedule |
POST |
/v1/scheduling/schedule/multi_read |
Retrieve employee schedule. |
|
Retrieve Timecards as Manager |
POST |
/v1/timekeeping/timecard/multi_read |
Retrieve employee timecard. |
|
Integration Executions |
POST |
/v1/platform/integration_executions/ |
Submit integration details. |
|
Integration Executions Update Status |
POST |
/v1/platform/integrations/update_status |
Populate run summary. |
Version history
|
Version |
Description |
|---|---|
|
1 |
Initial release. The Evidence Punch Import integration imports evidence punches from a source file to the application as a comment note that is attached to hidden paycode edits. |
|
1.1 |
Addressed a locale translation issue for Japan-based customers. |
|
iPack_v2 |
The Evidence Punch Import integration delivery is now by way of an iPack. |
|
Version |
Description |
|---|---|
|
1 |
Initial release. Initiated when the employee approves the timecard, the Evidence Punch Attestation business process fetches and compares the employee's actual In and Out punches with the evidence In and Out punches. When the differences between actual and evidence punches exceed a configured threshold, the attestation prompts the employee to justify the exception with a comment and note. After all exceptions are justified, the timecard is approved. |
|
1.1 |
Addressed a locale translation issue for Japan-based customers. |
|
Version |
Description |
|---|---|
|
1 |
Initial release. The Evidence Punch Attestation Report integration exports a report for any Hyperfind or Location and date range. |
|
1.1 |
Addressed a locale translation issue for Japan-based customers. |
|
2 |
Enhanced to support multiple justification comments on a punch. |
|
iPack_v3 |
The Evidence Punch Attestation Report integration delivery is now by way of an iPack. |
