Skip to content

Contacts

Contacts are the people and teams responsible for your infrastructure — and you can attach them to almost any object (a site, a device, and more) in a specific role and priority.

You build it in three layers: contact groups and contact roles (how you organize and classify contacts), the contacts themselves, and then attaching a contact to the objects it's responsible for.

Add a contact group or role

  • A contact group bundles related contacts together — for example by team, vendor, or department.
  • A contact role describes the capacity a contact acts in — technical, billing, on-call, and so on.

For either, open the matching page under Organization in the sidebar (Contact groups or Contact roles), click Add, give it a name and slug, and save.

Contact groups can nest: pick a parent group on the form to build a tree (Vendors → Carriers → Acme NOC). A group can't be its own ancestor — Danbyte blocks cycles — and NetBox contact-group trees import losslessly.

Nothing is pre-filled

Danbyte ships no sample groups or roles — you create exactly the ones your organization uses.

Add a contact

  1. Open Organization → Contacts and click Add contact.
  2. Give it a name (must be unique).
  3. Optionally fill in the title, phone, email, address, and a link (such as a profile or ticket queue), and put it in a group.
  4. Save.

Attach a contact to an object

Once a contact exists, attach it to the things it's responsible for. Open the detail page of a site or device and go to its Contacts tab.

  1. Click to attach a contact.
  2. Pick the contact.
  3. Choose the role it acts in here (technical, billing, …).
  4. Set a priority — primary, secondary, tertiary, or inactive.
  5. Save.

The same contact can be attached to many objects, each with its own role and priority. To remove an attachment, detach it from that object's Contacts tab.

See where a contact is used

Open any contact to see an Attached to list — every object it's currently responsible for, with a link to each.

Groups and roles in use can't be deleted

If a group or role is still referenced by a contact or an attachment, Danbyte blocks the delete. Clear those references first.

Open a contact group

Clicking a name in Organization → Contact groups opens that group's detail page. Because groups nest, the page is how you walk the tree: the parent is a link under the title (up one level), and the Child groups tab is the way down.

  • Overview — name, slug, description, the parent group, and the two counts the tabs list.
  • Child groups — the groups nested directly under this one, one hop, not the whole subtree. Each row links to its own page, so you walk deeper a level at a time. Powered by GET /api/contact-groups/?parent=<id>.
  • Contacts — every contact in this group, using the same table the main Contacts page draws (minus the redundant Group column). This is the list to read before you rename or delete a group: it is what the delete guard counts.
  • Journal — your notes on this group.
  • History — the change log for the row.

Both counts are one hop, not a subtree total, so the numbers on the tabs and the rows in the tables can never disagree.

Open a contact role

Clicking a name in Organization → Contact roles opens that role's detail page, the same way every other object in Danbyte works.

  • Overview — the role's name, slug, how many attachments use it, and when it was created and last changed.
  • Assignments — every contact attached to something in this role, with a link to the contact, the object it's attached to, and the priority. This is the list to read before you rename or delete a role: it is exactly what the delete guard is counting.
  • Journal — your notes on this role.
  • History — the change log: who changed which field, and when. Danbyte has been recording this since roles were added.

Tags & custom fields

Need to track something extra — a Slack handle, an escalation tier, working hours? Add a custom field for contacts and it appears on every form. See Tags & custom fields.