Adobe Campaign Classic Developer Expert study materials
Adobe Campaign Classic Developer Expert study resources

Adobe Campaign Classic Developer Expert key terms

Adobe Campaign Classic Developer Expert · Get comfortable with the vocabulary.

Source schema (xtk:srcSchema)

An XML definition file that declares a table's fields, keys, indexes, links, and enumerations. Adobe Campaign generates the physical SQL table and input forms from it. Once deployed, a schema is modified only through an extension schema.

Related: Extension schema, Computed field (expr), Link cardinality
Extension schema

A schema whose namespace and name match an existing schema, letting you add fields, links, or indexes to a built-in table without editing the original definition. Extension content is merged at load time and survives product upgrades.

Related: Source schema (xtk:srcSchema), Recipient table (nms:recipient)
Link cardinality

The attribute on a schema link stating how many records can relate on each side: 1-1, 1-N, N-1, or N-N. It determines whether Campaign stores a foreign key column or builds an intermediate join table.

Related: Source schema (xtk:srcSchema), Targeting dimension
Enumeration

A named list of allowed string values defined once in a schema and referenced by fields. It drives drop-down selections in the interface and keeps coded values consistent across tables, queries, and imports.

Related: Source schema (xtk:srcSchema)
Computed field (expr)

A schema field with no stored column; instead an expression, often SQL, is evaluated when the record is read. Useful for derived values such as concatenated names or aggregate counters maintained elsewhere.

Related: Source schema (xtk:srcSchema), GetSQLValue and SQL expressions
Recipient table (nms:recipient)

The core schema holding profile data and serving as the default targeting dimension for direct marketing deliveries. Most customer schemas extend it or link to it through a foreign key on a shared identifier.

Related: Extension schema, Targeting dimension, Broad log
Targeting dimension

The schema a workflow or delivery operates on, specifying which table supplies the population. It determines the fields offered in activities and personalization, and the keys used to identify each record.

Related: Query activity, Recipient table (nms:recipient)
Query activity

A workflow activity that selects and filters records from the database using a targeting dimension, filter conditions, and optional joins, then outputs the resulting population on its outbound transition.

Related: Targeting dimension, Transition, xtk.queryDef
Transition

The arrow connecting two workflow activities that carries a temporary result table and its schema. Activities can have several outbound transitions, and each transition can be enabled, disabled, or guarded by a condition.

Related: Query activity, Enrichment activity
Deduplication activity

A workflow step that removes duplicate rows from the incoming population by comparing one or more keys or expressions. It can keep the first record, the most recent, or a record chosen by a sort criterion.

Related: Targeting dimension, Query activity
Enrichment activity

A workflow activity that adds columns to the working table from another table or from a defined expression. The joined data becomes available downstream for personalization or for further filtering and splitting.

Related: Transition, Targeting dimension
Scheduler activity

A workflow activity acting as a timed start point. It can run once at a fixed date or repeat on an interval, triggering the workflow independently of any inbound data or external event.

Related: External signal, Workflow variable
External signal

A workflow activity that waits for, or fires, a named signal. Another workflow or script activates it through the signaling API, letting separate processes synchronize without polling the database.

Related: Scheduler activity, Workflow variable
Workflow variable

A named value stored on a workflow instance and readable by JavaScript and expressions inside activities. Variables can hold strings, numbers, dates, or lists, and persist for the lifetime of the instance.

Related: Scheduler activity, External signal
xtk.queryDef

The server-side JavaScript object used to build and execute database queries. It takes a schema name and condition, returns XML results, and can be called through SOAP or inside workflows and JSSPs.

Related: Condition XML (where element), SOAP API, Query activity
Server-side JavaScript in schemas

Event handlers declared in a schema, such as load, save, or activate, that run on the Campaign server when a record is read or written. They enforce business rules beyond simple field validation.

Related: Source schema (xtk:srcSchema), Extension schema
GetSQLValue and SQL expressions

Functions and attributes that embed raw SQL fragments in query conditions or computed fields when the standard operators are insufficient. They must be used carefully to avoid injection and portability problems.

Related: Computed field (expr), Condition XML (where element)
Condition XML (where element)

The query structure inside a queryDef or workflow query that combines filters with operators such as AND, OR, equals, and isNull. Each condition names a field, an operation, and one or more values.

Related: xtk.queryDef, GetSQLValue and SQL expressions
Personalization block

A reusable piece of content stored in the database and inserted into deliveries by name. Blocks can hold text, HTML, or an expression, and are shared across templates, messages, and web applications.

Related: Conditional content, Delivery template
Conditional content

Markup that displays different content depending on a recipient's data, using if/else constructs or dynamic content variants. It lets one delivery carry several versions without creating separate deliveries.

Related: Personalization block, Interaction (offer engine)
Interaction (offer engine)

The Adobe Campaign module that selects offers for a contact based on eligibility rules, weightings, and contexts, then tracks proposals and responses. It supplies personalized offers for deliveries and inbound interactions.

Related: Conditional content, Web application
Content editor source view

The dual editing modes in the delivery content editor: a visual view and an HTML source view. Developers use source view to add personalization syntax, tracking tags, and conditional markup with precision.

Related: Personalization block, Conditional content
Delivery template

A reusable delivery definition holding content, targeting, typology, and routing settings. New deliveries created from a template inherit those properties, keeping campaigns consistent and reducing configuration effort.

Related: Seed address, Proof
Seed address

A test recipient excluded from delivery statistics, used to check rendering and inbox placement. Seeds can be added to the target automatically and are often routed to specific domains or providers.

Related: Proof, Delivery template
Message Center

Adobe Campaign's transactional messaging module, which sends event-triggered messages such as order confirmations through templates and a REST or SOAP API, with real-time or batched execution modes.

Related: SOAP API, Delivery template
Broad log

The table recording every message Campaign attempts to send, with recipient, delivery, date, and status. It underpins reporting, quarantine logic, and troubleshooting of delivery failures.

Related: Proof, Recipient table (nms:recipient)
Proof

A test render of a delivery sent to a small set of addresses before the real send. Proofs let you validate content, personalization, and links without contacting the full target population.

Related: Seed address, Broad log
JSSP (JavaScript Server Pages)

Files containing JavaScript executed by the Campaign web server to produce HTML or XML responses. They implement custom web applications, API endpoints, and dynamic pages served to visitors.

Related: Web application, SOAP API
SOAP API

The classic Campaign interface exposing methods on schemas and sessions, such as xtk:session and xtk:queryDef, over HTTP. Clients authenticate, then read and write records using XML payloads.

Related: xtk.queryDef, JSSP (JavaScript Server Pages)
Data replication

The process that synchronizes data between a Campaign instance and its remote or mid-sourcing databases. Replication workflows and technical processes copy changed records so each node holds a consistent view.

Related: Package, SOAP API
Import/export template

A saved definition describing which file, schema, fields, and mapping an import or export uses. Templates run manually or from workflows and support delimited, fixed-width, and XML file formats.

Related: Package, Data replication
Operator

A Campaign user account holding login credentials, group memberships, and rights. Operators are the unit of authentication and are audited when they change data, run workflows, or send deliveries.

Related: Named rights, Security zone
Named rights

Granular permissions assigned to operators or groups, such as the right to start workflows, manage deliveries, or export data. They complement folder-level access and are checked at each operation.

Related: Operator, Security zone
Security zone

A setting restricting which IP addresses may connect to the console or web interface, and how. Operators assigned to a zone must connect from permitted addresses, optionally with VPN enforcement.

Related: Operator, Named rights
Package

A container used to export schema definitions, forms, workflows, templates, and other configuration from one instance and import it into another. Packages are the standard vehicle for moving customizations between environments.

Related: Data replication, Import/export template
Audit trail

The log of administrative and data-changing actions in an instance, recording who did what and when. It is essential for troubleshooting, compliance reviews, and tracing unexpected modifications.

Related: Operator
Web application

A Campaign object defining a set of pages, variables, and processing logic served to visitors. Web applications handle subscriptions, preference centers, and other forms and can read or write recipient data.

Related: JSSP (JavaScript Server Pages), Page storage
Page storage

The mechanism by which a web application keeps values between page displays. Variables are declared in the page's storage schema and persisted either in the database or in the session.

Related: Web application, JSSP (JavaScript Server Pages)