By default, the Activity > Jobs page displays a list of the most recent Jobs. The main part of the page contains information about your Jobs (see Viewing Job Details and Understanding Job Details ) and the left column contains some controls for filtering the Jobs displayed (see Filtering Job Activity).
Click the job number in a line item to see detailed information about that Job. See Viewing Job Details.
Filtering Job Activity
You can apply filtering criteria on the Activity > Jobs page.
You can toggle filters on the Jobs displayed as follows:
Jobs run during the range you select.
|Jobs that include the source Endpoint you specify. You can type in a value or click Browse to select from a list.
|Jobs that include the destination Endpoint you select. You can type in a value or click Browse to select from a list.
Jobs that include a payload with the name you specify. Partial payload names can be specified in this field in conjunction with the asterisk (*) or question mark (?) wildcard characters.
Jobs with the status you select. See Job Status for more information.
|Job with the job number you specify. You can specify partial values and use wildcards in this field.
The Job Status can be successful, in progress, or failed due to an issue. If the Job has an issue associated with it, the Job status indicates whether it is a current (unresolved) issue or a resolved issue.
Note: The statuses described below relate to how the job statuses are currently used to coordinate between Cleo and Cleo Managed Services customers.
|Indicates the issue is current (unresolved). Note that some jobs can be resent from the point of failure after the issue has been resolved.
This category contains four sub-categories
|Issue has been assigned to Cleo and action is pending from Cleo.
|Issue has not been assigned to anyone yet.
|Issue requires assistance from you, the Cleo customer.
|Issue requires assistance from your Partner.
|Indicates a Resolved issue.
|Issue is solved, but not closed. Issues are closed after 3 days of being marked as Solved.
|Issue is closed.
Updating Job Issue Status
Self-service implementation users can update the status of an issue from the Issue tab on the Job Details page.
Viewing Job Details
When you click on a Job on the Activity > Jobs page, the Job Detail page appears and displays information about that Job.
Job details contain several types of information:
- Data Flow
The Job Detail page shows Data Flow information for the Job. Click the name of the Data Flow to display it on the Data Flow edit page.
The Payload tab lists the files transferred as part of the job. Each payload listed is a download link.
The Log tab shows a list of events generated by CIC during the job. For each event, the list includes a timestamp, a success/failure icon, name of the event, and an informational message about the event.
Whether or not the Jobs page can display it, you can download the request body.
When a Job has an error associated with it, the Issue tab is displayed for the Job step where the error occurred and the log entry that has an error is marked.
Resending Failed Jobs with the Retry Job button
Sometimes when sending a job to its destination, a failure may occur due to permission or storage issues, etc. Once the issue gets corrected, you can quickly resend the job from exactly where it failed using the Retry Job button, which displays at the top right corner of the Job Detail page when certain failures occur.
Not all jobs can be retried with this option. However, the Retry Job button only appears when a job can be.
How it works
- Select failed inbound or outbound job to retry.
- Click the Job Retry button.
- Refresh your browser.
- View the results.
In the simple example below we see that a job has failed and an Issue has been created.
You can check the Payloads tab to see details of the issue, and also the Log tab to see the events, which in this example, shows a SEND_FAILURE.
After troubleshooting and correcting the problem, you would click the Retry Job button. This results in the job being queued for retry. Important: At this time, users must refresh their browser in order to see the outcome of the retry.
Once complete (and issues addressed), the Job Detail page displays the job as successful.
You can also confirm this in the Payloads and Log tabs (shown here). Note that the SEND_FAILURE, as well as MANUAL_RETRY, have been logged.