Skip to content

Glossary

Terms you will meet in the data and in this documentation, in plain language.

TermWhat it means
ArticleWhat is sold or issued: a day ticket, a pass, an exhibitor badge, a parking ticket. Carries price, validity and rules. Prefix Article*.
AssortmentA grouping of articles offered together in a shop context.
BuyerThe person or account that paid for a sale. Not necessarily the person who attends. Prefix Buyer*.
Cross-sellingAn additional article sold alongside the main one. The data records both the source article and the uplift. Prefix CrossSelling*.
Distribution chainThe channel a sale came through — internet, on site, exhibitor service centre, internal. Column SaleDistributionChainType.
EntranceThe physical door or gate where a ticket was scanned.
Fair brandThe recurring event series that individual editions belong to. What you compare year over year. Prefix FairBrand*.
Fair event (Fairevent)One edition of an event — a name plus a year, with dates. Prefix Fairevent*.
FKMThe voluntary audit scheme for trade-fair and exhibition statistics used by German organisers. The IsFkm* flags on statistics groups mark what feeds those audited figures.
LegitimationThe proof someone presented to qualify for a restricted article — press card, student ID, trade-visitor credential. Prefix Legitimation*.
MandatorThe tenant — the organisation whose data this is. Constant for your feed; you cannot query outside it.
mTicketThe mobile ticket form, as opposed to a printed or wallet ticket.
Promotion codeA discount or access code applied to a sale. Prefix PromotionCode*.
QuicodeAn ADITUS barcode format used on tickets and badges.
RegcodeA one-to-one registration code, used to redeem an invitation into a personalised ticket.
SaleOne purchase transaction. Can produce many tickets. Prefix Sale*.
Statistics groupA reporting bucket that articles belong to, carrying the FKM flags. An article can be in several at once, which is why they live in their own dataset.
TicketOne admission entitlement belonging to one person. The centre of the data model. Prefix Ticket*.
Ticket ownerThe person who attends and whose name is on the badge. Prefix TicketOwner*.
TerminalThe device that performed a scan — a turnstile, a handheld reader, a gate.
TokenThe UPPER_SNAKE_CASE values the status columns carry, for example PAID or ASSIGNED. See Datasets → Column values.
UpsellingAn upgrade from one article to a higher-value one. The data records the source article and the uplift. Prefix Upselling*.
UsageOne scan of a ticket at an entrance. Entry or exit. Zero to many per ticket.
UTM parametersCampaign tracking parameters carried on a sale (SaleUtmSource, SaleUtmMedium, SaleUtmCampaign, SaleUtmTerm, SaleUtmContent). What makes marketing attribution possible.

Naming conventions in the data

Once you see the pattern, most of the 342 ticket columns explain themselves:

SuffixMeans
*InternalIdthe numeric primary key of that thing in the operational system. Stable, use it for joins.
*UniqueIda GUID. Stable across systems, use it when you need a globally unique reference.
*Namethe human-readable label. What belongs on a chart axis.
*No / *Numbera business number, such as a ticket number or an event number.
Is*a boolean flag.
*At / *On / *Timestampa point in time.
*Status / *Type / *Statea token column — see Column values.

So FaireventInternalId, FaireventUniqueId and FaireventName are the same event seen three ways: join on the first, reference with the second, display the third.