Configuration

Overview

The Configuration section of the Administration interface contains settings related to the following:

  • Web Server - settings for the server port, load balancing host, SSL encryption, repository location, and recycling service.

  • Backup — settings for enabling repository backup and for generating a repository report.

  • Logging — settings related to debug logs and audit logs.

  • Execution — settings related to Job execution for managing performance, Job history, and failure notification.

Warning: Changes made here may impact active ReportWORQ users

Changing any of the settings documented here may have an impact on the ReportWORQ application, in some cases triggering restarts and other changes to application settings that may cancel existing job executions or other user operations. Please coordinate any configuration changes during a period that will not impact your users.

  • Restart ReportWORQ Service: This triggers a restart of the ReportWORQ application, which typically takes a matter of seconds. After a restart, users must refresh their browser to reconnect to the application.

Web Server

ReportWORQ is a web application that runs within the host service created during initial installation and first-time configuration. This topic describes Web Server settings.

Web Server Port and SSL Certificate

The Web Server Port is the port number that ReportWORQ users will use to access the web application and APIs.

The SSL Certificate switch determines whether ReportWORQ traffic uses SSL encryption protocol. If using SSL, you can create a self-signed SSL certificate or use one issued by a Certificate Authority (CA). To ensure that users can access the ReportWORQ web application, you must also import the SSL certificate into the Trusted Root Store on the ReportWORQ computer.

Notes about self-signed SSL certificates:

  • Self-signed certificates are not intended to be used permanently and should be replaced by a CA-issued SSL certificate as soon as possible.

  • If a user receives certificate-related errors in their web browser when they try to access ReportWORQ, importing the SSL certificate into the Trusted Root Store of the user’s computer may resolve the issue.

  • When using the ReportWORQ add-in for Excel, if the add-in task pane repeatedly displays the ReportWORQ login dialog, open ReportWORQ in a web browser to check for certificate-related problems. Resolve any such issues before trying to use the Excel add-in again.

Changing any of these settings requires a restart of the ReportWORQ application for the settings to take effect.

Using ReportWORQ-Generated SSL Certificates

Use of ReportWORQ-generated SSL certificates may result in warnings about untrusted certificates when using web browsers that access ReportWORQ. This is because ReportWORQ-generated certificates don't come from a CA (Certificate Authority) or other trusted sources. It is therefore strongly recommended that you only use SSL certificates from a CA or other trusted certificate source when enabling SSL in a production environment.

Tip: SSL encryption is required in order to use the ReportWORQ Add-in for Excel.

To create a self-signed SSL certificate:

  1. In the text box beside the SSL Certificate switch, type the path where you want to store the new certificate. For example, C:\Program Files\ReportWORQ.
    Note: This procedure will replace and overwrite any previous self-signed ReportWORQ SSL certificate located in the specified path.

  2. Select the plus icon .

  3. In the Confirmation dialog, select OK.

  4. In the Certificate DNS Entry dialog, specify the DNS entry for the certificate, and then select OK.
    IMPORTANT: Do not use localhost in the DNS entry. Users must use the exact address specified here when they access the ReportWORQ web application.
    A new self-signed SSL certificate is created in the path you specified in Step 1. The filename is cert.pfx.

  5. From the Certificate Created dialog, record the certificate password and then select OK.
    IMPORTANT: You will need this password to import the SSL Certificate into the Trusted Root Store. This is the only opportunity to view the password; it cannot be displayed again.

To use a CA-issued SSL certificate and password:

  1. In the text box beside the SSL Certificate switch, type the path where the existing SSL certificate is located, including the filename. For example, C:\Program Files\ReportWORQ\cert.pfx.

  2. Select the key icon .

  3. In the Certificate Password dialog, enter the certificate password and then select OK.

  4. In the Certificate Password dialog, confirm the certificate password by entering it again, and then select OK.

  5. In the Certificate DNS Entry dialog, specify the DNS entry for the certificate, and then select OK.
    IMPORTANT: Do not use localhost in the DNS entry. Users must use the exact address specified here when they access the ReportWORQ web application.

To import an  SSL certificate into the Trusted Root Store of the ReportWORQ Computer:

  1. Navigate to the folder that contains the SSL Certificate.
    Tip: For self-signed certificates, the filename is cert.pfx.

  2. Right-click the filename and then select Install PFX.
    The Certificate Import Wizard appears.



  3. For Store Location, select Local Machine.

  4. Select Next.
    The Wizard shows the File name and path for the SSL Certificate.



  5. Select Next.
    The Wizard requests a Password and provides Import options.



  6. In the Password box, paste the password for the SSL Certificate.

  7. In the Import options area, select Include all extended properties, and clear the other options.

  8. Select Next.
    The Wizard provides Certificate Store options.



  9. Select Place all certificates in the following store, then Browse to select Trusted Root Certification Authorities, and then select OK.



  10. Select Next.

  11. The Wizard displays the import details.



  12. If the details are correct, Select Finish.
    Otherwise, select Cancel and then begin this procedure again.

  13. Confirm that users can access the web application.
    Note: If previous attempts failed, they may need to restart their web browsers.

Advanced SSL/TLS Configuration

When SSL is enabled in ReportWORQ, there are advanced SSL configuration options that some customers may wish to modify such as supported TLS versions and cipher suites, to ensure that any SSL/TLS communications aren't at risk of known SSL/TLS vulnerabilities. SSL/TLS support typically has two overall components that impact ReportWORQ:

  • SSL/TLS Client settings: connections from ReportWORQ to other data sources.

  • SSL/TLS Server settings: connections to the ReportWORQ web application and APIs from ReportWORQ users.

ReportWORQ is designed to inherit all its advanced SSL/TLS settings from the operating system configuration. Making changes to these settings varies by operating system version and local policies, so please consult with your network/IT security teams if you believe advanced SSL/TLS configuration is required. Once any of those setting changes are applied, ReportWORQ will automatically use them after an application restart.

Determining the ReportWORQ URL Address

The ReportWORQ URL that users use to access the application is determined by the settings above and takes this format:

[HTTP or HTTPS]://[Address of ReportWORQ Host Machine]:[Port]

Where:

  • HTTP or HTTPS: Secure transfer protocol (HTTPS) is used when the SSL Certificate switch is on (blue). Otherwise, HTTP is used.

  • Address of ReportWORQ Host Machine:

    • The fully-qualified domain name (FQDN) of the host server, if configured, for example, reportworq-prd1.company.com

    • The machine name of the host server, for example, reportworq-prd1

    • The IP address of the host server, for example, 10.20.30.111

  • Port: The value of the Web Server Port setting.

Examples:

  • Machine name, SSL not enabled, running on port 8300: http://reportworq-prd1:8300

  • Fully-qualified domain with SSL enabled, running on port 8300: https://reportworq-prd1.company.com:8300

Load Balancer Host

The machine name, IP address or DNS name used to access the main web application from a remote machine.

Repository Path

The ReportWORQ repository is where all ReportWORQ application data including Jobs, Data Source Connections, and Distributor Configuration settings are stored. Temporary working files generated during job execution and Job history, are also managed within the repository.  

The Repository Path defines the root location of the ReportWORQ repository. ReportWORQ's default location for this setting is in a "Repository" subfolder where the application is installed. This setting can be changed at any time, but note that it will impact all application users. Changing this location requires a restart of the ReportWORQ application for the updated setting to take effect.

Moving the Repository

To move the repository you must perform the following steps:

  1. Back up the current repository.
    Tip: The initial default location of the repository is <install_location>\Repository, typically C:\Program Files\ReportWORQ\Repository.

  2. Change the Repository Path.

  3. Restart the ReportWORQ application.

  4. Restore the repository backup that was created in step 1.

Please see Backup & Support for more details on steps 1 and 4.

Recycle Service

Some ReportWORQ administrators like to have the application automatically restart during overnight hours to free up system resources and reset all connections.

To enable the Recycle Service, turn the Recycle Service switch on (blue) and specify when the restart should occur. The time is based on the time zone setting for the ReportWORQ computer.

Automatic Server Recycling Stops Any Running Jobs

Be sure to schedule automatic recycling at a time you know that no scheduled ReportWORQ jobs will also be running. All jobs running at the time the server is recycled will be canceled as a result of the restart.

Backup

Backup settings for the ReportWORQ Repository and for creating a Repository Report are located in the Configuration section of the Administration interface:

  • Enable Daily Backup: If selected, the ReportWORQ Repository is backed up every day.

  • Backup Retention: Sets how long backup files are kept before being deleted.

  • Create Backup: Select this icon to automatically generate and download a zip backup of the ReportWORQ repository. Backups can be restored to any ReportWORQ 5 instance.

  • Send Backup to Support: Select this icon to automatically generate and automatically send a zip file of backup files to the ReportWORQ Support team.

  • Create Repository Report: Select this icon to automatically generate and download a Repository Report spreadsheet (.xlsx file). For more information, see Repository Reports, below.

Repository Reports

The Repository Report contains comprehensive information about configuration settings and values for all Distribution reports in ReportWORQ. This report enables you to quickly find detailed information about almost every aspect of your reports. The Repository Report is generated as a spreadsheet (.xlsx file) consisting of multiple worksheets, each containing report-related information from a different perspective.

Data rows in the report can be sorted based on any column, and you can omit irrelevant data by applying filters to one or more columns. Some columns may not be present, depending on the properties of your ReportWORQ Jobs.

Repository Report worksheets are as follows:

  • Jobs: Lists all ReportWORQ Distribution Jobs and their properties such as the Job name, path, and type; schedule details; output format settings; and distribution methods.

  • Reports: Lists all Reports and their properties such as the report name, Job name, and path; source report provider, file name, and path; report worksheets; and parameter names.

  • Report Parameters: Lists all report parameters and their properties such as report name, Job name and path; worksheet name; and parameter name and location. Report parameters provide values to corresponding cells in source worksheets, thus changing data filters that drive the dynamic loading of data (e.g. changing a period or business unit).

  • Parameters: Lists all other parameters and their properties such as Job name and path; parameter name, type, and value; whether the parameter allows for bursting; and whether the Job generates one worksheet per parameter item or one report per parameter item.

  • Static Burst Sets: Lists all burst sets and their properties such as Job name and path; contact name and Id; and burst parameter name, type, and value.

  • Schedules: Lists all scheduled Jobs and their schedule-related properties such as Job name and path; schedule name, Id, frequency, and description; notification email addresses; and last run time.

  • Contacts: Lists all contacts from the Address Book and their properties such as name, Id, and tags; Contribution user status and Contribution email address; and report output locations and email addresses.
    Note: The Contacts worksheet does not necessarily list everyone who receives reports, because reports can also be sent to email addresses based on calculations or metadata lookups.

The following tables list the data items presented on each worksheet of the Repository Report.

Jobs Worksheet

Job Name

Job Path

Job Type

Is Scheduled

Scheduled Count

Schedule Names

Last Modified

Date Created

Reports

Output Type

PowerPoint file Path

Enable Job Contact Mapping

Job Contact Mapping Field

Job Contact Mapping Value

Excel Split Worksheets

Excel Remove Formulas

Job Sort Manual Collation

PDF Add Page Numbers

PDF Add Cover Page

PDF Low Quality

CSV Separator

PowerPoint PDF Output

PowerPoint Low Quality PDF

PowerPoint Sort Slides in Worksheet Order

PowerPoint Maintain Aspect Ratio

Additional File Name Paths

File Distribution to zip

File Distribution to zip Exclusion

Distribution type

Distributor Type

SharePoint.SharePointFolder

Email.EmailTo

Email.EmailSubject

Email.EmailFrom

Email.EmailMessage

Email.AllowCombineFiles

Email.EmailCC

Google Drive.EmailTo

Google Drive.FolderPath

Network Folder.OutputFilePath

Email.EmailBCC

Email.AttachFiles

Email.EmailPriority

Email.EmailCombineKey

Teams.TeamsTarget

Reports Worksheet

Job Name

Job Path

Report Name

Report Source Provider

File Name

File Path

Worksheet CodeName

Worksheet Name

Parameter Names

Sheet Name Type

Sheet Name Value

Parent Bookmark Name Type

Parent Bookmark Name Value

Tab Color type

Tab Color Value

Suppression Type

Suppression Value

Output Order Type

Output Order Value

Exception Type

Exception Value

Report Parameters Worksheet

Job Name

Job Path

Report Name

Report File Name

Worksheet Name

Parameter Name

Parameter Location

Parameters Worksheet

Job Name

Job Path

Parameter Name

Parameter Type

Parameter Value

Allow for Bursting

Cycle Mode

Static Burst Sets Worksheet

Job Name

Job Path

Contact Id

Contact Name

Parameter Name

Parameter Type

Parameter Value

Schedules Worksheet

Job Name

Job Path

Schedule Name

Id

Is Enabled

Notification

Notification Failure Only

Frequency

Description

Frequency Advanced Mode

Hold For Delivery

Last Actual Run Time

Last Run Time

Filter Mode

Filter Days

Run Now Flag

Contacts Worksheet

Id

Name

Tags

IsContribution

ContributionEmail

D_Google Drive_EmailTo

D_Google Drive_DriveId

D_Google Drive_FolderPath

D_Network Folder_FileLocation

D_Email_EmailAddress

D_SharePoint_SharepointFolder

D_Teams_TeamsTarget

P_Market

Logging

Additional settings used to enable advanced logging and provide more information to the ReportWORQ support team can be found on the Configuration screen of the Administration view.

Restart will cancel all running Jobs

Be sure to check for any currently running jobs and notify users before restarting the application.

Enable Debug Logging: This enables more detailed logging information and is typically enabled when the ReportWORQ support team needs additional information about Job execution or other ReportWORQ application events.

Disable Debug Logging when not needed

Debug logging creates many, large log files. Leaving it on too long could quickly use up available disk space.

Audit Logging

The Audit Logging setting can be found in the Logging section on the Configuration screen of the Administration page. By default Audit Logging is enabled and ReportWORQ retains this data for 90 days. For more details on the Audit log please refer to our Audit Log page.

Execution

ReportWORQ has options designed to manage the overall application and server performance, and retention of Job execution history when running ReportWORQ jobs. These settings are located in the Execution section.

  • Enable Out of Process Job Execution: This setting under "Execution Mode" is used to determine whether Job execution happens in a separate process or within the same process that is used to support the ReportWORQ web application. This setting should always be enabled unless you are asked to disable it for support purposes. Enabling this setting ensures that ReportWORQ application users aren't impacted by Job execution and that memory & related resources are freed up following Job execution. 

  • Compress History Files: This option can be enabled/disabled here.

  • History Retention: This setting determines how much Job execution history is preserved. History older than the specified number of days is automatically purged from the ReportWORQ repository.

  • Parallel Job Execution: This setting determines both the number of Jobs that can be executed at the same time as well as the number of operations (threads) used for each Job. Each Job is executed in its own, separate process when the "Enable Out of Process Job Execution" setting is enabled. Examples describing the impact of this setting on RAM and CPU usage are provided below.

Selecting the optimal Parallel Job Execution depends on the available host server CPU and Memory resources. Some examples of CPU and Memory usage are described here, using Parallel Job Execution = 5 as an example:

  • CPU Usage: in this example, ReportWORQ will allow 5 Jobs to run at the same time AND also allow up to 5 threads within each Job to run concurrently. In this example, this means that up to 25 threads could be consumed at one time.

  • Memory Usage: some ReportWORQ Jobs consisting of very large reports may require significant RAM usage during Job execution. If, for example, your jobs typically use 2GB of RAM at their peak and you are running 5 of these jobs at the same time then you may see at least 10GB of RAM consumed, overall, during the execution of all 5 jobs.

It is important to strike a balance that allows ReportWORQ to take advantage of parallel Job processing without overwhelming available hardware resources. If Parallel Job Execution is currently set to a number that may result in CPU and RAM being over or underutilized when the maximum number of Jobs are running in parallel, then it may be helpful to adjust this setting accordingly.

  • Notification Email: Configure an email address for notifications here. 

  • Send notification on failures only: This option can be set to alert the email address configured above to any failures specifically.