How a formula reads a field
You write a read with a dollar sign, backticks, and the two names joined by a period:person, is the record type. The second name, title, is the field. Together they say “the title on this person’s person record.”
The record type comes first because one person can carry several record types at once. A person might have the standard person record, plus a record that came from Salesforce. Each one can hold a field called title, with a different value. The record type tells the formula which one you mean.
MK also reminds you of this while you type. Select the ? at the end of a formula row to see the same rule and two examples.
Three rules keep reads working:
- Always include the record type. A bare
$`email`looks for a record type named “email” and finds nothing. - Match the name exactly. Names are case-sensitive.
firstNameworks.firstnameandFirstNamedo not. - Expect no warning for a wrong name. A misspelled name does not cause an error. The formula reads it as “no value” and carries on. If a formula returns blank on every row, check the spelling first.
Standard fields
MK gives every person and company a set of standard fields. Their names use camelCase: lowercase first, then a capital letter for each new word.
Records from connected systems carry their own fields under their own record type, such as
sfdc_lead, and keep the names the other system uses. A Salesforce email field, for example, reads $`sfdc_contact.Email` with a capital E. Your account may also add fields. Which record types you have depends on what is connected, so check Data Shape for yours, as described in the next section.
Find a field name
Each record type has a Data Shape page that lists every field MK has seen on records of that type.1
Open the record types
Select Orchestration in the top bar. In the left sidebar, under Database, select Record Types.
2
Pick a record type
Select the record type you want, such as Salesforce Contact. The short name under each title, such as
sfdc_contact, is the name you type in a formula.3
Open Data Shape
Open the Data Shape tab.
4
Search for the field
Type part of the name or label in the search box.
MK builds this page from the records themselves, using up to 10,000 of them. It shows what arrived, not what someone planned. A rarely filled field can be missing from the sample.
You type field names into a formula by hand. The page has no copy button, so check the spelling against the Field column.
What happens when data is missing
If a record does not have a field, or does not have the record type at all, the formula reads no value. It does not stop with an error.
Each kind of no-data behaves a little differently in a formula. Handle blank and messy values in formulas shows how to check for each.
When a person has several records of one type
A person can have more than one record of the same type. For example, twosfdc_lead records after a merge. A formula reads one of them: the one that MK created most recently. If two were created at the same moment, MK uses the one with the higher internal ID.
You do not need to do anything to get this. It matters when a list shows an older value than you expected. The newer record may hold a different value.
One record at a time
A formula on a list reads the record in that row, and the record types attached to it. It cannot look up a related record. For example, a formula on a people list cannot readcompany fields through the person’s company. If you need a company detail on a people list, use a person field such as person.companyName, or build the list on the company side.
How fresh the data is
A list uses the data in MK at the moment it loads. Reload the list, and formulas use the latest data. New data from an outside system, such as Salesforce, shows up after MK syncs it. How often that happens depends on how the system is connected.Related articles
- What formulas are and when to use one
- Handle blank and messy values in formulas
- Filter a list with a formula
- Formulas FAQ