Basics:Links

From Cerberus Helpdesk Wiki

Jump to: navigation, search

Previous versions of Cerb lacked the ability to “link” related tickets. Merging tickets was one option but not quite the answer as that would combine the conversations (messages) and both list of recipients. Another workaround was to copy the ticket masks or URLs into the comments (http://example.com/cerb5/index.php/display/AAA-00000-000), but that wasn’t very practical either; to create “two-way” references you would need to copy ticket A’s mask into ticket B’s comments and vice versa. So here’s where links comes in to play.

Links enables you to “couple” any two Helpdesk objects together: tickets to tickets, tasks to tasks, tickets to tasks, tasks to tickets, all the main object types can be linked in any combination:

  • Addresses*
  • Opportunities
  • Organizations
  • Tasks
  • Tickets
  • Time Tracking
  • Workers

Each relationship is 1:1 so whatever object you link to will include it’s own link back to the source (excluding addresses). This enables you to navigate back and forth without needing to intervene ahead of time, jump from a ticket to a task to another ticket and back again. Every instance of those seven objects (minus addresses) will have a dedicated ‘Links’ tab — a giant list of everything a source connects to.

Because addresses don’t have their own page with a ‘Links’ tab they cannot link back.

Contents

Adding links

Let’s stick with our original problem of linking related tickets. We definitely don’t want to merge them together... What we do want to do is leave each ticket intact as-is and just “bundle” them together; this way we can see all related tickets at a glance and jump between them. From your starting ticket, click the ‘Links’ tab and select “add ticket” from the dropdown.

The seven object types make up the list of choices.

This will bring up the Ticket Chooser window, which allows you to search for specific tickets or groups of tickets and then add them in as links (filter presets?). To make this easy we’re going to do a straight search for tickets with the subject “How long for X hosting?” (samples were created using the Simulator/Web Hosting). Select the tickets and click ‘Add Selected’. Notice you can “trash” any of your selections if you make a mistake.

The Ticket Chooser. To double check these are the right tickets you can click the subjects to open each one in a new tab/window.

When you’re done you will have a brand new worklist with the selected tickets; if we had added tasks or time tracking entries, they would have their own “chooser” and appear in their own distinct lists. These worklists function just like any other worklist in the Helpdesk -- if the object supports (peek)Eval peek.png it’ll be there, if you can edit the properties from ‘bulk update’ it’ll support that too. The only difference is the inclusion of an “Unlink” button.

If you want to remove a link, make sure you unlink and not delete the tickets.

Try clicking the linked ticket. That should have jumped you to that ticket’s display page which has it’s own ‘Links’ tab; inside Links you’ll notice the original ticket sitting there. The “two-way” reference I was saying was so important earlier is done for you automatically. This is substantially better than copying the second ticket’s mask into the comments of the first ticket by hand and vice versa.

Project Management

When problems in the Helpdesk evolve beyond answering support tickets, you can start planning larger projects by getting creative with links. This is a lot simpler than it sounds, and using the word “projects” so loosely is part of what makes it seem more complicated than it really is. The reality is projects don’t technically exist -- there is no “project” object (like there is a ticket or task) and there’s no dedicated area where all active projects reside.

So what I’m really suggesting when it comes to project management is expanding your use of links to unify several things in one location. There’s no right or wrong approach and you can tackle a new “project” from different angles. Remember each link is 1:1 and if you bind enough objects together you can create a spidering effect, where every related resource is a click or two away. That’s why it doesn’t matter what you start with, although it’s good to pick a decent base as a springboard so you have a starting point later on. Maybe you want to start with a …

My Work

I just got done suggesting you choose a starting point for your projects but I didn’t really propose a good way to organize them. Even though there’s no “Projects” tab, there is a ‘My Work’ tab. You can think of ‘My Work’ as a staging ground for personal projects. Inside the ‘home’ area, each worker gets their own personal links page to use for whatever they want. Managers may want to use theirs to watch the progress of bigger projects, while workers can use theirs to keep an eye on what they need to get done for said projects.

The grey names next to the items represent worker assignments, or owners in 5.1 lingo. You can now have multiple people/workers/owners assigned to any object. More on that in a bit.

The basic idea is still the same but instead of linking an object to another object (ticket -> ticket), you’re just linking the space itself to an object (My Work -> ticket). However, this also works in reverse. Any time you link yourself to another object (ticket -> worker) from any place in the Helpdesk, the link will appear on your personal 'My Work' page too; you can think of the 'My Work' space as an extension of the worker it's assigned to, and the link is fulfilling the 1:1 relationship requirement. With that said assigning yourself a ticket, task, or other object does NOT make you the sole owner (assignee) of that object, instead you will be ADDED to the ticket as another owner (see More than just a feature).

When there’s multiple instances of the example scenarios we talked about, we could adapt them to this format -- a dozen new tickets with a handful of requests, a couple of tasks where several people need to be e-mailed, and five older sales opportunities that need to be read through -- each ‘My Work’ page would have lists of tickets, tasks, and opportunities in one spot for quick access. From there, just click into each project’s “starting point” and you’re all set.

“My Work” the workspace?

If you experimented with workspaces in the past, you’ll recall the default ‘home’ workspace was also labeled ‘My Work’; this should be corrected eventually but for now don’t confuse the two (see CHD-1971).

My work workspace.png

Naming conventions aside you may be curious what the difference between them is? Doesn’t the screenshot almost look like a links page? Why should you do projects with the ‘My Work’ links and not the old “My Work” workspaces? First the similarities.

Now the main difference… With the links tab you are choosing the exact items you want to track, with workspaces you’re filtering the items through a saved search. Throughout this guide we’ve been running a basic search to show the things we want to link to and then selecting them from a list. If you’re familiar with workspaces you know you also do a search, but with workspaces you’re really saving that search so any matches past, present, and future are dynamically selected.

Technically with workspaces you’ve always been able to create simple projects as well, but the point is it’s never going to be as fundamentally sound as the new method with links. To do it the workspaces way, your sources would have to have a common “thread” you could easily pinpoint and find through a saved search. Even the easiest approach is a lot more involved than links.

  1. If there wasn’t a keyword or phrase you could use to filter out non-project pieces, you would probably need to create a custom field for each object type you’re using: tickets, tasks, etc.
  2. Then set the “Project” custom field to a unique value for each project piece, e.g. “Server Installation”, to include only the results you want and none of the rest.
  3. Finally create the workspace and configure or copy a worklist for each type (where “Project = Server Installation”).

None of this is to say you can’t use links in conjunction with workspaces; while distinct concepts there is overlap potential. There’s no reason you can’t link two tickets together, and create a workspace to monitor one or both of the tickets. What I’ve been referring to here is the benefits of constructing a project tab in ‘My Work’ (links) versus a “My Work” (workspace). The former is a practical solution the developers envisioned, the latter was always a bit of a workaround we used to recommend in the past.

More than just a feature

So far we’ve been talking about Links solely as a new notch on your “Cerb5 tool belt”, but the truth is it’s much more than that. Links is part of a larger transition going on in the Helpdesk right now to make room for a completely new infrastructure; in the process the concept has embedded itself into the “core” of the product and became an integral part of several existing features. Let me explain what I mean with a few examples:

Besides manually adding workers/owners from the ‘Links’ tab, you can also add them through the ‘Edit’ button near the top of the ticket; clicking the + button next to ‘Owners’ will pop up a Worker Chooser.
Again, the ‘Edit’ button will work here too.
Time Tracking stamps will not show up like they used to as a ticket comment in the ‘Conversation’ tab (see CHD-1983).
Time tracking button tasks.png
Personal tools
Namespaces
Variants
Actions
Navigation
Toolbox