Skip to content

Custom Objects

Give every project its own place in your CRM.

Manage projects, vehicles or properties as separate records, with the fields you need and links to the right customers.

Here’s what you can do.

Three examples show how you can use Custom Objects.

01

Keep the details with the project.

Set up a record type such as Projects. Each entry has its own fields for status, start date or project number. After creating the record, fill in its details.

Editing the fictional Website-Relaunch project: project number PR-104, Planning status and start date before saving.
Simplified product example · not a live product view
02

See which customer belongs to the project.

Link the project to the right contact. A label such as Client makes the relationship clear. Project details and customer information stay separate, but connected.

Website-Relaunch project linked to Alex Beispiel as the client. Simplified example of a saved relationship.
Simplified product example · not a live product view
03

Find the projects that need your attention.

Filter by Planning, for example, and display the columns you need. Save the view as a Smart List so your team can return to that selection.

Project view filtered to Planning: Website-Relaunch and Showroom-Umbau with separate project numbers and start dates. Fictional example data.
Simplified product example · not a live product view

What this changes for your day-to-day work.

The practical benefits of Custom Objects.

Several projects, one contact

One customer can be linked to several projects. Each project keeps its own status instead of overwriting the details of the previous job.

One contact is linked to two projects that retain their own status.

Prevent duplicate project numbers

Make the project number a unique field. A value already in use is rejected when creating or updating a record; similar names alone are not detected.

The unique project-number field rejects the example PR-104 value as already in use.

One task in the right place

Associate one task with both the project and the customer contact. Your team sees the same next step in both contexts without creating a duplicate task.

One Review brief task is associated with both the project and contact.

Keep work moving after a change

A configured project workflow can respond to a status change. Using the appropriate relationship, it can enroll the customer contact in a separate contact workflow.

A project status change selects the related client for a contact workflow.

Import lists without retyping

Import records from CSV and map its columns to your fields. Check the identifiers and a small test file before importing the full list.

CSV columns are mapped to record fields before a test import.

Simplified examples, not live account data.

What you need to get started.

We first check whether a contact field is enough or a separate record type is needed. Then we review access, account limits, fields and relationships, and test the process with example data.

Custom objects complement contacts, companies and opportunities. Workflows and integrations need deliberate setup. A project record is not a calendar appointment, an invoice or a payment.

Availability and any add-on or usage costs are confirmed for your ONE LOOP account before implementation.

Your questions, answered.

When do I need a custom object rather than a contact field?

A contact field is enough for one detail about a person, such as their preferred language. If one customer has several projects, vehicles or properties, each with its own details, a separate record type makes sense. Avoid recreating contacts, companies or opportunities without a clear reason.

Are relationships created automatically during import?

Not just because records have similar names. Fields and relationships need to be prepared. A workflow with precise matching criteria can create associations. Check sample records afterwards and define how missing or ambiguous matches should be handled.

Who receives a message from a project workflow?

A project is not itself a recipient. Customer messages need the correct associated contact. A configured relationship rule can enroll that contact in a contact workflow. Channel, recipient and any required consent are checked separately there.

Can I change the structure freely later?

Not every structural setting can be changed later. Plan the internal object name and primary display field before creation. If you disable uniqueness on a field, it cannot be enabled again for that field. Review major changes against existing data and workflows first.

See it with your own use case.

Let’s explore your use case and what the setup requires.

Book a demo