Set up Attio for Jira on a project

An agent opens a request and the first thing they want to know is not in Jira: who this customer is, what they pay for, who owns the account. Attio for Jira puts those details on the request itself, read from your own Attio workspace. Nothing is copied into Jira and nothing runs on a schedule: the values are fetched when somebody opens the request.

Setup is done project by project, by a project administrator, and it is six questions long. This page is the shape of the whole job so you can see what you will be asked before you start. The thing worth knowing up front is that nothing appears on a single issue until all six are answered, including the last one.


#Before you start

Three of these are outside the settings page, and they are the ones that hold people up. The other three are decisions you can make while you are in there.

What you need

Why it matters

A Jira Service Management project

The Attio page is offered on service desk projects only. On any other project type the app is not listed in that project's settings at all, for anybody, so there is nothing to set up there.

Project administrator rights on it

Only administrators of that project can open or change the Attio settings. The app asks Jira again on every action rather than relying on the page being hidden, so the check cannot be walked around.

An Attio workspace API key

One key, pasted into one Jira project. There is no Attio sign-in, no username and password, and no Attio app to install. There is also no site-wide key to set once for everybody.

Two read permissions on that key

The key has to be able to read records and to read object configuration. Read-only is enough, and read-only is what the app asks for.

An Attio object holding your customers

It needs an attribute carrying whatever you will match on: an email address or a text attribute when you match people, a domain or a text attribute when you match companies.

Jira's approval to read reporter email addresses

Jira does not put the reporter's address in the issue, so without this the card can only ever say no address is available. Atlassian classes it as sensitive, which is why a site administrator may be asked about it.


#Where the settings live

Inside the Jira project: Project settings, Apps, Attio. The entry is listed as "Attio" with the line "Connect this project to an Attio workspace". A project that has not finished setup opens into a six-step wizard. A project that has finished opens the same six sections as tabs, with the same controls and no step numbers.

There is no site-level place to do any of this. Every project that wants the card connects its own workspace, and two projects on the same site can point at two different Attio workspaces. A Jira site administrator gets a read-only list of which projects are connected to which workspace, and nothing on that list can enter, reveal or clear a key.


#The six questions

Step

What it asks

What pressing Next does

Connect

An Attio workspace API key.

Tests the key against Attio and stores it only if Attio accepts it and the two reads are there.

Record type

Which Attio object holds your customers.

Stores the object. Changing it later clears everything chosen under it.

Matching

How a reporter is found: the person by their own email address, or their company by the domain of it.

Stores the method and the attribute the address or domain is compared against.

Fields

Which of that object's attributes the card shows, and in what order.

Stores the chosen attributes and their order.

Permissions

Who sees the card, on top of being able to open the issue.

Stores the audience. It ships with a default, so this step can never block you.

Placement

Where on the issue the card appears.

The last button reads "Finish setup", and pressing it is what switches the card on.

There is no Save button anywhere in the wizard. Pressing Next is what does the work for that step, so an answer is never left sitting unsaved behind you, and the footer counts you through from "Step 1 of 6" to "Step 6 of 6".

#What finishing setup actually does

The card is switched on for a project that has all five of a stored key, a record type, an attribute to match on, at least one field and at least one placement. Tick the placements without the rest and the card still shows nowhere, which is why setup ends with placement rather than starting with it.

#Who sees what while you are setting up

This app is deliberately quiet, and it is worth knowing that before you ask a colleague to look.

Viewer

What they see on a request before setup is finished

A project administrator

One sentence naming the piece that is missing, with an "Open project settings" link under it.

An agent

Nothing at all. No placeholder, no message, no empty box.

Anyone outside the audience you choose

Nothing at all, for a deliberate reason: saying the card exists would itself say something about the customer.

A portal customer or an unlicensed user

Nothing. None of the three placements is offered without a licence and service management agent access.

So an empty issue view is the normal appearance of an unfinished project rather than evidence of a fault. It is also why an administrator's view of a half-built setup looks informative while an agent's looks broken.


#A few things worth knowing

  • Finishing the wizard is the only route to a visible card, and the Placement step is last on purpose. A project with a key, an object and a full set of fields still shows nothing anywhere until a placement is chosen.

  • The wizard only exists until setup is finished. After that the page opens as tabs for good, and the only way back into it is Reset to defaults, which erases the key and every other Attio setting the project has.

  • On any project that is not a service desk project, the app is not listed in project settings at all and nothing is shown in its place. If somebody says the Attio entry is missing, check the project type before you check anything else.



Six answers, and the last one is the switch.