User Documentation

TACTIC | Workflow is a web application built using the TACTIC web framework that enables tracking of digital assets through every stage of the production life cycle. Further information on the TACTIC web framework, including forums and documentation, is available at the TACTIC community site.

Note: For first time login, use username “admin” and password “tactic”. Password can be changed by clicking My Account in the top right corner.

1. Getting Started

When you first open TACTIC | Workflow, the first thing you see is the Home page. The Home page contains a Workflow Quickstart and several tables and graphs to present an overall project management view of Order and Deliverable progress in the system. Let’s start by using the Workflow Quickstart!

1.1. Workflow Quickstart

Workflow Quickstart is provided as a quick and easy way to start using TACTIC | Workflow. From here, you can start by doing any 1 of 4 things, as seen in Figure 1: Workflow Quickstart.

  1. Create a Workflow (Section 8. Workflows)
  2. Create a New Order (Section 2. Orders and Deliverables)
  3. Ingest Assets (Section 4. Assets)
  4. Manage Users and Security (Section 10. Administration)

Figure 1: Workflow Quickstart

For more information on each one of these actions, please visit the associated sections listed with each item.

If you are a Workflow Administrator using TACTIC | Workflow for the first time, you’re going to want to do some setup first before other users start using it. It is recommended to begin with setting up your Users and Security first, followed by creating Workflows. Once these are setup, then you and other users, including Workflow Users, can begin creating new Orders and ingesting Assets.

Note: Workflow Administrators can see all 4 of these action items, while Workflow Users will only be able to see “New Order” and “Ingest Assets”.

1.2. Dashboard Statistics

1.2.1. Deliverable Summary

The Deliverable Summary categorizes each of the Deliverables by the associated Workflow and generates counts of the Deliverables according to specific date ranges, like Today or Next Week. To see the Deliverables that are associated with that Workflow and are within a date range, click on one of the cells with the count or diff, as shown in Figure 2: Deliverable Summary.

Figure 2: Deliverable Summary

The table will change and reveal the corresponding Deliverables, as shown in Figure 3: Next Week’s Deliverables. Clicking on the refresh button  will reload the table.

Figure 3: Next Week’s Deliverables

You can also go right to the “Deliverable Report” by clicking on the statistics button . This is the same view that is located in the sidebar under Reports > Deliverable Report. Reports are discussed in more detail in section 6. Reports.

1.2.2. Order History and Due Dates

The Home Dashboard also contains tables displaying the Orders that are due Today and in the Future, in addition to histograms of the Orders submitted on a daily and weekly basis, as shown in Figure 4: Order History and Due Dates. These are very useful for quickly seeing a general overview of what is due and coming due, and the productivity of your users and company in any given day and week.

Figure 4: Order History and Due Dates

2. Orders and Deliverables

2.1. What are Orders?

Orders are the 2nd highest level of data available in the TACTIC | Workflow application. They are essentially projects that teams or organizations need to complete. They are composed of Deliverables which are different items within the project.

Each Order is associated to a Customer, the highest level of data available, for whom it needs to be completed. All Customers are managed in the Manage menu of the sidebar under Manage > Customer. Workflow Administrators are the only users with the ability to access links in the Manage menu. For a full list of differences in the views that can be seen by each user group, Workflow Administrators and Workflow Users, refer to section 10.2. Managing Groups and Security.

2.2. What are Deliverables?

As stated above, Deliverables are items contained within an Order that need to be completed to fulfill the Order. The Order together with Deliverables ultimately make up a full project. Deliverables have a start and end date and are associated with a set of steps or Tasks that need to be assigned to different users in order to complete the Deliverable. Completion could potentially mean creating a finished Asset. A different set of Tasks can be set for different Deliverables. Any set of tasks is referred to as a Workflow, or more generally in TACTIC, a pipeline. Workflows are discussed in depth in section 8. Workflows.

A simple example can be used to explain this. Let’s say a user manual needs to be completed for a Customer for one of your products. This user manual consists of many chapters describing setup and how to use your product, much like this documentation on TACTIC | Workflow. The Order that you would create is called “User Manual for Product X” for your Customer.

The Deliverables for “User Manual for Product X” could be each of the chapters of the manual, for example, Chapter 1: Introduction, Chapter 2: Getting Started, and so forth. Each one of these chapters would have a set of Tasks that users would have to do to finish writing the chapter. Maybe there was a Task to write a draft, another to add pictures and a final one to revise the content. Once these tasks are complete, the chapter for the manual would be ready to be compiled with the other chapters. Each of the other chapters would be completed in similar ways, until all Deliverables are completed, and ultimately fulfilling the Order so that the manual is ready to send to the Customer.

2.3. Creating Orders and Deliverables

2.3.1. New Order Form and Order Details

To begin working on deliverables, an Order needs to be created. A new Order can be created from the New Order form in the sidebar by navigating to Orders > New Order, as seen in Figure 5: New Order Form.

The Order has details under the Details and Legal section to help define the project that needs to be completed, like the Customer, Order Code, Order Name, Description, Due Date and Legal Lines. The Customer can be selected from the Customer drop down. If there are no Customers listed, the Workflow Administrator is responsible for adding Customers. Customers can be added quickly through the form by pressing on the “+” button beside the Customer drop down in the form. See Figure 6: Adding Customer from Order Form. Only Workflow Administrators will be able to see this button.

Order Code is an optional field when you create an Order. If you have internal codes that are used for Orders, you can enter these codes here. If no code is entered, a default Order Code is set. An Order Code is required for each Order once the Order is created.The Order Status defaults to “Pending” once the Order is created.

Figure 5: New Order Form

Figure 6: Adding a Customer from Order Form

2.3.2. Legal and Assignment

The Legal section can be seen once you click the “Show More” button in the form, as shown in Figure 7: Legal Section.

Figure 7: Legal Section

The Assignment section allows you to assign the Order to an associated User Group in the system. If a user belongs to a specific User Group, they will be able to see all Orders their Group is responsible for from the My Orders view by navigating to Orders > My Orders, once the Order is saved.

2.3.3. Deliverables

Deliverables can be added in the Deliverables section. Clicking on the “Add Deliverable” button inserts a new line into the table. You can fill in all of the associated information about the Deliverable there, including the Name, Description, Workflow and Type. The Deliverable Type is the kind of Asset the finished Deliverable is going to be, for example, a document, video or graphic. Going back to the “User Manual for Product X” example, the “Chapter 1” Deliverable Type would be a document. See Figure 8: Adding Deliverables.

Figure 8: Adding Deliverables

The Workflow information is an important part of the Deliverable. Workflows are related to specific pipelines of Tasks in the system through the Workflow Collection table from Manage > Workflow Collection. Workflow Administrators, by default, only have access to this Workflow Collection table. The Workflows, by default, are also only accessible by Workflow Administrators in the Manage > Workflows link in the sidebar.

The Workflow Collection name is just a label that names the Workflow it is associated to. With this association to a Workflow, when the Workflow is selected for a Deliverable, the Tasks defined in that Workflow get created automatically for the Deliverable when the form is saved. These Tasks become the steps to be carried out by each user assigned to them in order to complete the Deliverable. For more information on Workflows, see section 8. Workflows.

2.3.4. Order Form Submission

Clicking “Save” submits the Order and associated Deliverables into the system. The saving process is quite involved. It performs the following actions automatically:

After the saving is complete, a message will pop up at the bottom of the screen indicating that the Order has been saved successfully and a new tab will open showing the Details view of the Order. See Figure 9: Order Details View. This view contains all information about the Order and show the associated Deliverables, Deliverable Tasks that get automatically created based on the Workflow, and Assets that are being worked on in each Deliverable. For more information on working on Assets added to Tasks, refer to section 3.2. Adding Assets to Tasks and 3.3. Working on Task Assets.

Figure 9: Order Details View

2.4. Using Orders

To view a list of all Orders within the application, navigate to Orders > All Orders.

Navigating to Orders > My Orders will bring up a similar table of Orders that were assigned to the User Group that the user belongs to.

While most information about an Order can be seen from either of these two tables, further details can be seen by clicking the button in the Details column. This will bring up a Details view containing advanced information about the respective Order. This is the same view that opens immediately after creating a new Order. If edits need to be made to the order, the button in the Edit column will bring up the Order form will all of the information that is currently entered. You can make and save any necessary changes from here. See Figure 10: Order Details and Editing.

Figure 10: Order Details and Editing

2.5. Using Deliverables

To view a list of Deliverables, navigate to Orders > All Deliverables.

To view a table of Deliverables for a particular Order, navigate to that Order’s Details view in the Orders table and look at the Deliverables tab.

While most information about a Deliverable is displayed in either of these two locations, further details can be seen by clicking the button in the Details column under the Deliverable table. See Figure 11: All Deliverables View.

Figure 11: All Deliverables View

This will bring up a Details view containing advanced information about the respective Deliverable, as seen in Figure 12: Deliverable Details.

Figure 12: Deliverable Details

A Workflow can be set for a Deliverable in order to connect the Deliverable to a Workflow. The Workflows available to choose from can be customized by an elevated user, like the Workflow Administrator, by navigating to Manage > Workflow Collection. They must each have a name and be associated to a Workflow through the Workflow Code column.

3. Tasks

3.1. What are Tasks?

Tasks are the smallest building block, but critical to the completion of any workflow within a company. In TACTIC | Workflow, Tasks define the steps that need to be performed in order to complete a Deliverable. As explained in section 2.3.3. Deliverables, Tasks are created and associated to Deliverables based on the selected Workflow upon saving the Order form. They can be viewed and modified from a variety of views within the application. Tasks have 5 primary pieces of data:

When Tasks are first created based on the Workflow selection for a Deliverable, as noted in section 2.3.3. Deliverables, they have some of this data automatically populated.

3.1.1. Assigning Tasks to Users

Tasks can be assigned to users using the “Assigned” column from any of the following views:

The most common place for user assignment would occur in the Order Details view right after the Order and Deliverables are created from the New Order form, since the view pops up right after you save a new Order. After Order submission, it gives you the opportunity to immediately start assigning the Tasks for each Deliverable to the users. However, you can add and edit the user assigned to a Task from any of these views. To do this, click on the specific row for the Task under the “Assigned” column and select the user from the drop down list. An example is shown in Figure 13: Assigning a User from Order Details View. The drop down list is the list of all users in the application. Select one and click on the save button  to assign that user to the Task.

Once the Task is assigned, any user can go to the “My Tasks” view under Tasks > My Tasks. This view displays the Tasks specific to that user based on the Task assignment.

Figure 13: Assigning a User from the Order Details View

3.1.2. Changing Task Statuses

When a Task is assigned to you, the fulfillment of that Task becomes your responsibility. As such, you are responsible for updating the current state or status of the Task. The Task status is commonly updated in the “My Tasks” view from Tasks > My Tasks.

In the “My Tasks” view, clicking on the Task row entry under the “Status” column brings up a list of statuses for the Task, as shown in Figure 14: Editing Task Status. Select one and click on the save button  to save the new status.

Figure 14: Editing Task Status

Note: The other views listed in section 3.1.1. Assigning Tasks to Users are also available to update statuses, however, the quickest and easiest way to locate your Tasks and update them is from the My Tasks view.

There are key default Task statuses that trigger other actions in the system. A list of the statuses and the corresponding actions are summarized in Table 1: Key Default Task Statuses and Actions below.




The first Task in any Workflow, by default, has its status set to “Pending” when the associated Deliverable is first created in the New Order form. The rest of the Tasks will have no status set.

Once a Task gets set to “Complete” or “Approved”, the next Task or Tasks in the Workflow will have its status automatically set to “Pending” to signal the Tasks that should be started next.

In Progress

Setting the status of first Task in the Workflow to “In Progress” sets the Start Date of the Deliverable to the current date and time and re-schedule all of the Task Bid Start and Bid End Dates between the new Start Date and original Due Date set for the Deliverable. If this is the first Deliverable being worked on, it will also set the Start Date of the Order to the current date and time.

The “In Progress” status indicates that a Task is currently being worked on by the assigned user.


This status is specific to Approval Tasks. See section 8.5. Types of Nodes for more information.

If the Approval Task gets set to “Reject”, this indicates that the content or Assets that the user was approving needs to be edited before it continues through the Workflow. On a “Reject” status, the previous Task or Tasks will have their statuses set to “Revise”, indicating to the users assigned to them that there are revisions required before they can be approved.


This status is set when a proceeding Approval Task is set to “Reject”.

The “Revise” status indicates that revisions on the work completed are required before the content or Assets can be approved.


This status is more specific to Approval Tasks, but can be seen for Manual Tasks. See section 8.5. Types of Nodes for more information.

When the Task is set to “Approved” it sets the following Tasks’ statuses to “Pending” automatically. An “Approval” status indicates that the content that required review was acceptable to move on to the next Task.


When the work for the Task is complete, the Task status is set to “Complete” and automatically sets the following Tasks’ statuses to “Pending”.

Table 1: Key Default Task Statuses and Actions

3.1.3. Setting Task Bid Start and Bid End Dates

As noted in section 2.3.3. Deliverables, the Tasks that get created, due to the Workflow selection for the associated Deliverable, each have the same amount of time to be completed. What this means is that each of their “Bid Start” and “Bid End” dates (start and due dates, respectively) are equally divided between the “Start Date” and “Due Date” of the Deliverable, in the order defined by the Workflow. If you take a look at the Figure 15: Task Bid Start and End Dates below, you can see that this is the case. There is an equal amount of time to do each Task, and the “Bid Start” of the first Task and the “Bid End” of the last Task correspond to the “Start Date” and “Due Date” of the Deliverable.

Figure 15: Task Bid Start and End Dates

The dates that are set are not always going to work for everyone. Sometimes the Tasks take longer to complete, sometimes shorter, and maybe sometimes during different work hours like weekends or nights. This is meant only as a starting point, it is not “carved in stone”. You can change the dates of each of the Tasks according to your company’s schedule.

To modify the “Bid Start” or “Bid End” dates of each of the Tasks, click on the row of the Task under the “Bid Start” or “Bid End” date columns and a calendar tool will appear, as shown in Figure 16: Setting a Date and Time for Tasks. You will be able to select the date and time to set. Once set, click on the save button  to save the new date and time.

Figure 16: Setting a Date and Time for Tasks

When setting the “Bid Start” and “Bid End” dates of Tasks, there a couple more important things to know:

  1. If all of the Tasks need to be pushed to a later due date, you can change the “Due Date” of the Deliverable to that later date and all of the Task dates will be rescheduled to fall between the “Start Date” and new “Due Date” of the Deliverable, as shown in Figure 17: Changing Deliverable Due Date to Re-schedule Tasks. In the figure, as a reference, the Deliverable “Due Date” was originally set to “2015-11-20 18:00”.
  1. Recall from section 3.1.2. Changing Task Statuses that the Deliverable “Start Date” gets set to the current date by the setting the first Task to “In Progress”. This will then re-schedule all of the Tasks between the current “Start Date” and selected “Due Date”.
  2. If the “Due Date” of the Deliverable you set is past the Order’s “Due Date”, it will also automatically change the “Due Date” of the Order to the same date.

Figure 17: Changing Deliverable Due Date to Re-schedule Tasks

  1. If the “Bid Start” of the first Task is set before or “Bid End” date of the last Task is set after the Deliverable’s “Start Date” and “Due Date”, respectively, it will change the “Start Date”, “Due Date”, or both to the same date as the “Bid Start” and “Bid End” of those Tasks, as shown in Figure 18: Task Bid Start Sets Deliverable Start Date. In the figure, as a reference, the Task “Bid Start” was originally set to “2015-11-12 12:51”. This will also re-schedule all of the Tasks between the Deliverable’s new “Start Date” and original “Due Date”.
  1. If the new “Start Date” or “Due Date” set on the Deliverable are before or after the Order’s “Start Date” and “Due Date”, respectively, the Order will have these dates set as its new “Start Date” or “Due Date”.

Figure 18: Task Bid Start Sets Deliverable Start Date

  1. If you are trying to set the “Bid Start” of the Task to after its “Bid End”, or the “Bid End” before its “Bid Start”, you will get a warning indicating that one of these dates has to be before or after the other, as shown in Figure 19: Task Bid Start and End Date Warning.

Figure 19 : Task Bid Start and End Date Warning

3.2. Adding Assets to Tasks

In many projects, it is common for a Task to involve the creation or modification of Assets or files. As a result, Tasks are given the ability to have Assets added to them to be worked on. As an example, there might be a Design Task that gets assigned to a Designer to create a mockup or draft of the finished Deliverable.

Continuing with this example, as the Designer, if the Task has been assigned to me I would go to Tasks > My Tasks. The “My Tasks” view lists all Tasks in the system that have been assigned to me to work on. For a list of all of the Tasks in the system, navigate to Tasks > All Tasks. 

To add an Asset to one of the Tasks, click the button under the “Add Asset” column in the row of the Task you want to add the Asset or file to. A popup of the “Asset Library” with 2 options will appear. From here, you can select Assets from the Asset Library and click “Add From Library” to add the Assets to the Task, as shown in Figure 20: Add Asset From Library. You can also upload a new file to the Task by clicking “Upload” and browse for the file to upload from your local machine, as shown in Figure 21: Uploading a File to a Task.

Figure 20: Add Asset From Library

Figure 21: Uploading a File to a Task

It makes sense that a user may have to upload multiple files to the same task, or alternatively may want to upload new versions of the same file. The Versioning System supports both of these scenarios. If a file is uploaded with a new filename, it will become v001 of that particular file, and if a file is uploaded that matches a file already in the Task, it will simply version it up, preserving both files for later reference.

The Upload option is available primarily for adding an Asset that is being modified or edited on your local machine back into the Task. It is not recommended that brand new files not already in the “Asset Library” be added to Tasks, as the purpose of the “Asset Library” is to store new and re-usable Assets that may need to be worked on or incorporated into a finished Asset or the Deliverable that needs to be completed. The next section will discuss how to work on Assets.

Note to Workflow Administrators: The addition of Assets to Tasks is actually a check-in or upload to the associated Deliverable. The Asset gets stored in the file system according to the Naming Convention defined for the Deliverables. No management of this is required as TACTIC | Workflow handles all of the storage, versioning and location of Assets, but it is mentioned here for general knowledge.

3.3. Working on Task Assets

Users can download Assets from Tasks from any of the views listed in section 3.1.1. Assigning Tasks to Users, including “My Tasks” and “All Tasks”. The “Work On” button is available from the “Work On” column for each Task in the view. Clicking on it will bring up a popup dialog showing all items added specifically to that Task. To work on any of the Assets in that Task, click on the “Download” button under the “Download” column for any of the Assets listed. This will download the Assets or files right to your local machine so you can make edits and modifications to it in order to complete your Task. Once complete, you can add the Asset or file back into the Task by following the Upload procedure defined in section 3.2. Adding Assets to Tasks.

If a user wants to download the Assets from a different Task, it’s simply a matter of selecting that Task’s name (the Task “Process”) from the simple search bar on the top of the dialog. Within this dialog, click the button under the Download column to have that Asset downloaded to your local machine, as shown in Figure 22: Downloading Assets. The process will only show up in the search if Asset have been added to that Task.

Figure 22: Downloading Assets

4. Assets

4.1. What are Assets?

Assets are the digital content that exists within TACTIC | Workflow. They may be associated with Deliverables but are allowed to be standalone. When linking digital items to a deliverable, the user can pull from the Asset Library at any time.

4.2. Using Assets

Assets that are available can be viewed from Assets > Asset Library. This view displays all the Assets in the application using a tile format. The viewing format can be changed to a table layout by clicking the Switch Layout button in the table’s toolbar. To view the details of an Asset, the user can click on magnifying glass icon at the corner of the Asset tile and a new tab will be created. The History subtab below shows the check-in history of an Asset, and the Deliverables tab displays all the deliverables that the Asset is involved in. An example is shown in Figure 23: Asset History. To modify the Metadata of Assets, click on the Edit button in the Table Layout view of Asset Library.

Figure 23: Asset History

To handle more bulk or administrative tasks concerning Assets, an elevated user can navigate from Manage > Assets to view an advanced table view of all the Assets in a project. From this view Assets can be deleted and modified in bulk, as shown in Figure 24: Manage Assets.

Figure 24: Manage Assets

4.3. Adding Assets to the Asset Library

4.3.1. Asset Ingestion

Adding assets to the Asset Library is a simple and secure process. The availability of an Asset depends on whether it has been verified by an elevated user. To ingest Assets, start by navigating to Assets > Ingest Assets, or simply click the “Ingest Assets” button from Home. From here, files can be dragged and dropped into the window, or added using the Add button, as seen in Figure 25: Ingesting Assets. If the user wants to include the same metadata for numerous Assets, simply click on the Metadata button, and enter the shared metadata information, such as Asset Type or Keywords. When the user is prepared, they can click “Ingest” and the files will be uploaded and ready for approval process.

Figure 25: Ingesting Assets

4.3.2. Ingestion File Mapping Modes

Users can select a File Mapping Modes for Ingest. These modes give the user the ability to determine the characteristics of the Assets that are created based on the files that are ingested. The File Mapping Modes with associated options are as follows (default settings are bolded):

  1. Determines how the file name matches up to a particular entry
  1. “Always insert new item” - Ingests every file as a new Asset into the system
  2. “Update duplicate items” - Assets in the Asset Library that share the same name as a file being ingested will be updated with this file on Ingest
  3. “Update as a sequence” - Ingests a numerical sequence of files as a single Asset
  1. Ignore File Extension
  1. “No” - File extension is used when naming the Asset on Ingest
  2. “Yes” - File extension is not used when naming the Asset on Ingest
  1. Map the name to column
  1. “Name” - The name of the file will be added as the “Name” of the Asset created on Ingest
  2. “Code” - The name of the file will be added as the “Code” of the Asset created on Ingest

For the 1st File Mapping mode, if the mode is set to “Update duplicate items” and more than one Asset shares the name of an ingested file, a new Asset will be created for that file. To control what Asset is updated with a new file, refer to section 4.3.5 Asset Check-In.

If the mode is set to “Update as a sequence”, as shown in Figure 26: Sequence Ingest, the files being ingested must contain a number in their filename and together must be a numerical “sequence” of files, otherwise, the files will not be ingested. As mentioned, it will Ingest this “sequence” of files as a single Asset in the Asset Library. Examples of what are considered to be numerical file “sequences” and associated formats are shown below:

Figure 26: Sequence Ingest

4.3.3. Adding Asset Metadata

After the Assets are ingested, either the “Unverified Assets” or “My Unverified Assets” views will automatically pop up in a tab in order for users to modify Metadata associated to the Asset. The unverified assets view that pops up is dependent on the Security Group the user belongs to, “Unverified Assets” for Workflow Administrators and “My Unverified Assets” for Workflow Users. From this view the user can edit Metadata by clicking on the Edit button on each of the Assets as shown in Figure 27: Add Metadata, or clicking on the table cells in the Table Layout to edit directly.

Figure 27: Add Metadata

4.3.4. Asset Approval

In TACTIC | Workflow, Assets must be verified by an elevated user before they can be viewed in the Asset Library. Workflow Administrators can navigate to Manage > Unverified Assets or use the “Unverified Assets” button at the top of the screen to view Assets that are pending approval to be added into the Asset Library. As seen in Figure 28: Unverified Assets, from this view the elevated user can modify any detail about the Asset and ultimately verify it by clicking the button under the Verify column. If a user wishes to reject the Asset, click on the button under the Reject column. On the top of the page near right, there will also be an icon that displays the number of Unverified Assets, clicking it also brings the user to the Unverified Assets.

Figure 28: Unverified Assets

4.3.5. Asset Check-In

If users want to check-in an updated Asset to an existing Asset, begin by changing the Asset Library to its Table Layout by clicking the “Table Layout” button and click on the Upload button under the Check-In column, as seen in Figure 29: Asset Check-In. The checked-in versions of the Assets will also go into a similar verification process mentioned above. Once the new Asset is approved by a Workflow Administrator, it will update the original Asset in the library and be available to all users.

Note: The “Table Layout” button opens a list which you can select between a Collections Layout and Table Layout. The text of the button will change depending on which layout you’re viewing.

Figure 29: Asset Check-In

4.4. Downloading Assets

Assets can be obtained from the system in a couple of ways, primarily downloading directly from the library or through carts. For downloading from carts, skip to section 4.5.4. Downloading From a Cart.

To download directly from the library, begin by navigating to the Asset Library view, located under Assets > Asset Library. The first step is to select the assets that are to be downloaded. To select an asset, simply click its header so that it becomes bordered in yellow. Multiple assets can be selected in this way.

The next step is to click the Download button, located in the top bar of the view, as seen in Figure 30: Selecting Assets. This button has different behaviors depending on the selected assets. If a single image based asset is selected, a preview popup window with conversion options will appear. Downloading from here is as simple as filling in the required options and clicking Download in the bottom right corner of the popup. If the Asset is not image based, then it will immediately download to the browser’s default download destination.

Figure 30: Selecting Assets

If multiple assets are selected, the view shown in Figure 31: Download Selected Assets will be displayed in a new tab of all the selected assets along with download options for each of them. In this view, if an asset is not an image, the user is required to check off the “Original” checkbox for that item.

Figure 31: Download Selected Assets

4.5. Carts

4.5.1. What are Carts?

Carts are a set of assets that are intended to make large downloads easier to handle. Every user can access a personal My Cart which is visible only to them (located under Assets > My Carts) and a group of global carts (located under Assets > All Carts). Each cart under All Carts can be seen by every user, and can be useful in collaborative projects or in situations where a cart is associated with a delivery that multiple people have to access. My Carts is more similar to a traditional web-based “shopping cart” system.

4.5.2. Creating Carts

My Cart is automatically created for every user. All Carts need to be added before being used. To create a new cart, navigate to Assets > All Carts. Click the plus button in the table shelf to bring up a New Cart popup. Fill in the name, and the description if applicable. An example is shown below in Figure 32: Adding New Cart. Carts can be deleted by right clicking the cart and selecting Delete.

Figure 32: Adding New Cart

4.5.3. Adding to Carts

Assets are added to carts starting from the Asset Library. Select the assets to be added in the same way as described above, and click Add to a Cart. As shown in Figure 33: Adding Assets to Cart, in the resulting popup, select a cart from the dropdown (this list will include My Cart and all global carts) and press “Add”.

Figure 33: Adding Assets to Cart

4.5.4. Downloading From a Cart

To get to a cart, either navigate to Assets > My Cart to access My Cart or navigate to Assets > All Carts and press the View button on a particular cart. From either of these views (which are identical in behavior), users can download a handful of assets.

Similar to downloading directly from Asset Library, fill in the conversion information for each image-based item, and check off the Original checkbox for any items that are not image-based. Clicking “Download” will download all items into a single zip file package that downloads directly to the browser’s default download directory.

4.6. Assets Collection Manager

4.6.1. What are Collections?

Collections are like self-created folders you can use to organize groups of assets. Every user has the ability to create collections, and can view and access everyone else’s on the system. This is useful in collaborative projects where there are a particular set or group of assets that multiple people need to constantly access. The Assets Collection Manager provides a simple way to create a collection of assets, add and remove assets within that collection and search for collections using filters.

4.6.2. Creating Collections

There are two ways to create a collection. As shown in Figure 34: Collections Layout, the primary way of creating a collection is to click on the “+”. Doing so will open up the popup “Add New Collection” as shown in Figure 35: Create Collection. The only field that needs to be filled out is the name of the collection. However, it’s highly suggested to add keywords as they can be used as filters when searching for a particular collection. When a new collection has been created, you will be able to see a folder icon amongst your assets, and a subfolder in the sidebar on the left.

Figure 34: Collections Layout

The second way to create a collection is to click on the highlighted grid icon. It will open up a popup called “Collections” as shown in Figure 36: Collection Popup. You can also open up the same  “Add New Collection” popup, as shown in Figure 35: Create Collection, by clicking on the “Create New Collection” button.

Figure 35: Create Collection

4.6.3. Managing Assets in a Collection

To add assets to an existing collection, you can select and drag whichever assets you want into the collection in the sidebar. Another way is to select the desired assets by checking them off in the Collections Layout view, click on the grid icon in the shelf to open up the Collections popup as shown in Figure 36: Collections Popup below, check off the collections you want to add to, and select the “Add” button at the bottom. If there are many collections within the system, use the search bar to find the desired collection to add the selected assets to. The search feature will display a list of suggestions based off keywords and collection names.

To remove assets from a collection, first open the contents of the collection, select the undesired assets by checking them off, and then click the minus icon in the top right corner. To delete an entire collection, click the trash can icon in the top right corner. Do not worry about the assets after doing either action; they will still be in your Asset Library. Assets deleted from a collection or contained within a collection that is deleted, are not deleted from the Asset Library.

Figure 36: Collections Popup

4.6.4. Displaying Assets in a Collection

In order to display and manage the assets within a specific collection, click on the subfolder in the sidebar or the collection tile itself, and the Asset Library will filter out everything that isn’t within that collection. If the library has a large number of collections, use the search feature in the sidebar to find the desired collection as shown below in Figure 37: Displaying Assets. The search feature will display a list of suggestions based off keywords and collection names.

Figure 37: Displaying Assets

5. Tables

TACTIC | Workflow organizes information primarily through powerful and simple interactive tables. Tables are viewed in a list format and can be manipulated in various ways.

Tables have a wide variety of column types, including text fields, dropdowns, calendar tools, embedded tables and buttons. These columns help users change data, navigate from view to view, and find advanced information.

5.1. Modifying Data

Modifying data is very simple with tables. Depending on the view, certain cells will be editable. If a cell is editable, when you hover over it, there will be an edit icon  that appears at the bottom right corner of the cell. When you click on the cell, text fields, dropdowns or calendar tools will be available to edit the cell, depending on the column. After making your changes, like selecting the user to assign to a Task, the table row will turn green as an indication that changes have been made, as shown in Figure 38: Editing Table Entries. Changes can be saved by clicking the save button  in the table’s shelf. Note that if you do not save and navigate away from the screen, all changes will be lost.

Figure 38: Editing Table Entries

Note: If a cell cannot be edited, it may be that the current user does not have adequate permissions or that the view being displayed is purely informational, like a Report.

5.2. Searching and Results

Information in a table can be searched by using the simple search bar on the left side of the table’s top shelf, as shown in Figure 39: Simple Searching on Asset Library. The simple searches give you a quick and easy way to search for Orders, Deliverables, Assets and Tasks based on the data or metadata associated with them.

Figure 39: Simple Searching on Asset Library

Depending on the view, an advanced search may be available and can be opened by clicking the magnifying glass button . From here, filters can be added to any column and compounded using a variety of operators (e.g. is, contains, starts with), as shown in Figure 40: Simple Searching on Asset Library. This is especially useful in Report views.

Users can also affect the number of results returned by clicking the Search Range button. If available, it should resemble the format “# items found”.

Figure 40: Advanced Searching on Asset Library

5.3. Functional Columns

Certain columns contain functions specific to the current view. For example, many tables contain a Details column which will navigate to the Details view of that particular item, for example, Orders or Deliverables. Further information on functional columns in particular views are available in the respective sections for Orders, Deliverables, Assets and Tasks in this user guide.

Another example of a functional column is a Hidden Row tool. The Hidden Row tool is used in  cells that contain a box with a right facing arrow . Clicking this will reveal an embedded table containing information relevant to that particular item, as shown in Figure 41: Simple Searching on Asset Library. Often this is used to display one-to-many and many-to-many relationships.

Figure 41: Customer Orders

6. Reports

Reports are designed to give supervisors and managers quick access to gather all necessary items available in the application based on a set of search criteria. Once the desired results are found, the data can be exported and downloaded to the supervisor or manager’s local machine for internal use in the company, for example, for status or progress reports. All Reports can be accessed from Reports menu in the sidebar and utilized in the same way. TACTIC | Workflow includes the following reports:

6.1. Report Searching

In any of the Reports, there is a set of simple search fields available at the top of the Report to quickly begin searching for the associated Orders, Deliverables and Assets that you need to find. The search fields vary from look ahead text input fields to drop downs and calendar tools, depending on the type of data you are searching on. Once you have entered the criteria to search on, click on the Search button to display the results, as shown in Figure 42: Simple Searching on Asset Library. If there is an active filter, it will be indicated beside the simple search field with a green star .

Figure 42: Simple Searching on Asset Library

6.2. Report Exporting

After searching for the results you need, you can export a list of the items to a CSV file. To do this, click on the gear menu  and go to the File submenu. From there, you will have the selection from different export options:

Selecting one of the options will bring up a popup that will ask which columns you want to export to the CSV file. Choose the columns you want to include in the export and click the export button at the bottom of the popup. The CSV file will be downloaded to your local machine, as shown in Figure 43: Exporting Assets to a CSV File.

Figure 43: Exporting Assets to a CSV File

7. Pinning

Pinning Orders and Deliverables is essentially like saving favourite websites. When an Order or Deliverable is pinned by a user, it provides them with quick access to the corresponding Order or Deliverable from the Pinned view in the sidebar. This table is user-specific and contains a list of items that have been pinned by the user.

To pin an item, navigate to a view that contains the Pin column, for example, “All Orders” or “All Deliverables”. Clicking the button in the Pin column will add a reference to that item to the Pinned table, as shown in Figure 44: Pinning an Order. Notice how a notification appears at the bottom of the screen and the Pin button becomes highlighted in an orange border if the item has been pinned.

Figure 44: Pinning an Order

The Pinned table contains basic details about Pinned items, as well as a Details column which will navigate to the respective item’s Details view, as shown in Figure 45: Pinned View. The Pinned table is not editable.

Figure 45: Pinned View

Items can be unpinned from any view that provides the Pin button for that item, or removed from the Pinned table itself.

8. Workflows

8.1. What is a Workflow?

Workflows in TACTIC | Workflow, also more generally referred to as pipelines in TACTIC, are essentially a collection of connected Tasks (also called processes or nodes in TACTIC) that form a set of steps to complete a particular Deliverable. Workflows are assigned to Deliverables from the Deliverable section of the Order through the “Workflow” column. The processes or nodes ultimately translate into the Tasks that will be created automatically for the Deliverable when you select the Workflow for the Deliverable in the Order form.

Note: Every Deliverable can only have one Workflow assigned to it.

8.2. Creating Deliverable Workflows

To create a Workflow, begin by navigating to the Workflow Editor located under Manage > Workflow. Pressing the plus button on the top of the left bar will open a New Workflow dialog. As seen in Figure 46: New Workflow, from here most data concerning a Workflow can be entered, such as its name, description, and color. When creating a Deliverable Workflow be sure to have Deliverable selected under the “Search Type” field.

Figure 46: New Workflow

A “Pipeline Definition”, XML defining a Workflow, can be entered as well, however, it is recommended that users make use of the canvas to generate Workflow definitions to avoid the possibility of error. In this case, leave the “Pipeline Definition” text area blank and click the “Add” button. This will generate a blank Workflow.

8.3. Adding and Modifying Nodes

To add a node to an empty Workflow, press the “Add Process” plus button  in the top bar and a new default node will appear. To select other node types, click on the node you want to change and go to the dropdown at the top right of the view. to change an existing node’s type, Click on the dropdown in this node settings section and select a node type, as seen in Figure 47: New Workflow. Further information on types of nodes is discussed in section 8.5. Types of Nodes. If a Workflow already has nodes, the top bar plus button will still be available. A node can also be created by dragging and dropping from an existing node’s connector.

Figure 47: New Workflow

To name a new node, right click and click “Rename Node”. Nodes can be joined together to better represent a project Workflow. After all desired nodes are created, named and joined, save the Workflow to ensure all of these nodes get saved to the system as processes and will be properly created as Tasks when set on a Deliverable.

Node properties can be further edited and viewed by right clicking and selecting “Edit Properties” or simply clicking the node. As nodes or processes represent Tasks, each node can have a pre-defined set of statuses that their Tasks can take. Creating Task Status Workflows is discussed in section 8.4. Task Status Workflows. Simply select a Workflow from the dropdown menu to assign it to that node. Any node can take any Task Status Workflow.

8.4. Task Status Workflows

Task Status Workflows are created in almost the same way as Deliverable Workflows. Follow the same steps in section 8.2. Creating Deliverable Workflows, except that in the new Workflow dialog, Task should be selected for the “Search Type” field. Nodes are created and joined together in the same way. When a Deliverable Workflow’s node is assigned a Task Status Workflow, that node or Task, when created, will adopt the node statuses defined in the Task Status Workflow.

8.5. Types of Nodes

There are five different types of nodes all with different shapes: manual, action, condition, approval, and hierarchy nodes. Each of the different nodes can enhance the effectiveness of the Workflow and be used to fit the environment and behaviors of specific workflows, to read the differences between each kind of Node, see Table 2: Type of Nodes.

Type of Node



Manual Node

Manual nodes are the default nodes that represent tasks within a Workflow, users assigned to a Manual node are expected to complete the task. Manual nodes usually involve work that needs to be done, such as asset ingestion, or a submission on worked assets.

Action Node

Action nodes can automatically execute an action based on a script once the preceding task is completed. For example, if its preceding Approval Node is “Approved”, or a Manual Node is set to “Complete”, the action node will be set off right away, and changes its following node will be set to “Pending”.

Conditional Node

Condition nodes are used when the path of a process needs to be determined by checking specified conditions using a script. It can also automatically change statuses of other nodes. The condition check should either return True or False, or a list of the output streams. For example, if the conditional checks return “False”, it will set the status of the previous node to “Revise”.

Approval Node

Approval nodes allow assignment to user groups that are required to approve the process. If the status of an Approval node is changed to “Rejected”, the preceding task status will be changed from “Complete” to “Revise” automatically. Similar to other nodes, if the status is changed to “Approved”, the following node will be in “Pending” status.

Hierarchy Node

Hierarchy nodes are currently on the development roadmap.

Table 2: Type of Nodes

8.6. Triggers

To open the Trigger and Notification editor, begin by selecting a manual node. On the right side of the window there will be a Process Configuration view. If this view is empty, simply save the Workflow and click the node one more time.

From this view, the Trigger and Notification editor can be displayed by clicking the View button beside Triggers or Notifications. This will bring up a popup giving information about existing Triggers and Notifications. To add a new one, press the plus button in the popup window.

From here, add a name and description of the trigger, and choose the event and action. The list of events includes common operations performed on nodes (or Tasks). For example, the checking in of a file, the assigning of a Task or the changing of a status can all cause an event.

Actions are what happens when an event is triggered. Many actions have the ability to affect other Tasks, and others have the ability to send out notifications, as seen in Figure 48: Trigger Settings.

Figure 48: Trigger Settings

Here are some examples of common Event - Action relationships:

Building on top of user-created Workflows, this trigger system allows users to make use of powerful automation to make their projects run smoother.

8.7. Notifications

Notifications are created in the same way as triggers. It’s simply a matter of selecting Send a notification under the Action section. From here a user can choose to send the default message and type in mail destinations and cc’s. An example can be seen in Figure 49: Notification Settings, these two boxes can contain email addresses, login codes and group codes.

Figure 49: Notification Settings

The message can be customized also. To do so, uncheck Use Default Message and fill in the Subject and Message text areas. A text-based message can be entered, including variables related to the modified item. Table 3: Notification Expression Variables is a table of common variables.

Expression Item


Login of user that made the change


If a note is added, the note content


Name / Code of modified item

{@GET(.name)} / {@GET(.code)}

If a note is assigned, the assignee


Status of the given task


If a task is changed, name / code of deliverable



Process of modified task


Any column of modified item


Table 3: Notification Expression Variables

For mail_to and mail_cc, you can use an email address or expression that optionally makes use of the current Task. Table 4: Mail To and Mail CC Expressions below shows the expression to use to mail to or copy users or user.



Assignee of the Task


Supervisor of the Task


Email to Ben and Cindy regardless of the current Task


Email to Ben and Cindy regardless of the current Task. This works as long as your Task or row item contains an email attribute.


Table 4: Mail To and Mail CC Expressions 

In order for notifications to be operational, two conditions have to be met. First, the user that triggers an action that causes a notification must have their email entered into their user profile. It is highly encouraged that each user have their email entered upon their creation. Secondly, the mail server of TACTIC | Workflow must be configured, which is discussed in section 10.3. Configuring Email.

Note: If the user does not have an email entered into their user profile, the notification will not be sent, but the action still goes through.

8.8. Example Workflow

Imagine a scenario where a company wishes to publish content such as videos, documents, or images to their social media platforms through a Workflow process. The users start ingesting all assets needed to be verified for the deliverable content. After managers verify the assets and provide feedback, the users will work on completing the edits on the content and submit. When both the director and supervisor approves the submission, it will be published automatically to the right social media platform. The example shown below in Figure 50: Social Media Publication Workflow, will display how a Workflow can be built and used for simple production deliverables.

Figure 50: Social Media Publication Workflow

During the Ingest stage, users are expected to check-in the Assets used for the Deliverable. Once the status of the node is changed to “Complete”, the “Check-in Exists?” conditional node will return False if no check-ins were found in the node, and change the Ingest status, back to “Revise”. If Assets were found successfully, the “Verification” node will be “Pending”. An example of a Conditional node script can be seen below, in Figure 51: True/False Conditional Node.

Figure 51: True/False Conditional Node

Once the manager approves the Assets and sets the “Verification” Approval node to “Approved”, “Final Edits” will be changed to “Pending”. However, if the node was set to “Reject”, the “Ingest” node will once again become “Revise”. These are more practical examples of how node statuses can be changed dynamically throughout the Workflow.

Once the “Final Edits” are complete, and the Approval nodes “Director Approval” and “Supervisor Approval” are set to “Approved”, the content will be ready for publish. Please note that all Approval nodes before any other node needs to be “Approved” in order for the Workflow to move forward.

The “Publish To?” node is another example on how Conditional nodes can be used in Workflows. The example below in Figure 52: Multiple Paths Conditional Node shows how Workflow paths can be determined by the outputs of previous node, in this case, which checks the deliverable type to select correct social media platforms.

Figure 52: Multiple Paths Conditional Node

After determining which path the Workflow process is taking, Action nodes followed will be executed automatically. An example of Action nodes can be seen in Figure 53: Action Node.

Figure 53: Action Node

9. Settings and Help

9.1. My Account

TACTIC | Workflow allows users to modify account settings easily. To change your account information, simply navigate to My Account at the top right corner in the header, as seen in Figure 54: My Account. Users can add an image to their account, or change their login password, first and last name, and email.

Figure 54: My Account

9.2. My Preferences

In TACTIC | Workflow, from the smallest building blocks, Tasks, to the higher level components, Orders, all have Due Dates. The completion of Tasks, Deliverables, and Orders are the main focus of TACTIC | Workflow, therefore time display is essential. Time Zone settings are essential to ensure the correctness of time display. To change the Time Zone setting, navigate to the top right corner in the header and click on the tool icon, as seen in Figure 55: Time Zone Settings. In My Preferences, users can easily change the Time Zone.

Figure 55: Time Zone Settings

The Time Zone being selected changes all time displays across the system, from Asset ingest timestamps, to automated Bid End time of Tasks, and Due Date Time of Deliverables … etc. However, the actual Due Date is unified. For example, if the Time Zone is set to Eastern Time, and Due Date is set to 2016-01-15 15:00, the Due Date display on users who chose Time Zone to Asia/Hong Kong will be 2016-01-16 03:00. This allows synchronized time display throughout the system.

9.3. Help Link

To access TACTIC | Workflow’s user documentation, simply click on the question mark icon in the top right corner in the header, as seen in Figure 56: User Documentation.

Figure 56: User Documentation

10. Administration

10.1. Managing Users

Users can be managed through the Manage Users view, under Admin > Manage Users. From here any detail of a user can be modified, including passwords, emails, etc.

The activity of a user can be viewed by clicking the button under the Activity column, as shown in Figure 57: User Activity.

Figure 57: User Activity

Users can be added by clicking the Add button at the top, as shown in Figure 58: Adding a User. User permissions are dependent on the groups that the user is in. They can be assigned to Groups from the Group Assignment tab. Groups are discussed in depth in the following section.

Figure 58: Adding a User

10.2. Managing Groups and Security

To configure groups and security, navigate to Admin > Groups and Security. A table of all the Groups in the application is displayed. From here any detail of a Group can be configured.

The permissions of a Group are managed under the Link Security tab. This table displays a list of all existing views in the Sidebar and all of the Groups in the application. Permissions revolve around what views are available to what Groups. To add or remove Link permissions from any Group, simply check or uncheck the relevant cell and save any changes, as shown in Figure 59: Group Assignment.

Figure 59: Group Assignment

10.3. Configuring Email

In order to configure the email server for this product, it is necessary to modify a configuration file within the machine’s file system. This configuration file is located under /home/tactic/tactic_data/config/ and is called tactic-conf.xml and can be accessed through an ssh session into the server.

Under the <services> tag make sure the following tags are entered as below: