Hospitality S&C platform comparison

Amadeus Delphi vs Thynk

A factual, requirement-by-requirement comparison. Thynk is the best choice on documented coverage.

Mature S&C from Amadeus Hospitality (formerly Newmarket / Cvent Delphi)

Thynk is the best choice in this comparison: it documents full coverage of 179 of 192 requirements, and Amadeus Delphi documents full coverage of 45. Across 192 hospitality sales-and-catering requirements, Thynk has documented full coverage of 179 and Amadeus Delphi of 45. Both provide full coverage of 44; 126 are fully covered by Thynk only. 15 were not assessed for Amadeus Delphi. Requirements span 16 categories, from architecture, data and channels through group sales, events, operations, finance, analytics and AI agents.

Amadeus Delphi (Sales & Catering) Long-established sales and catering platform now part of Amadeus Hospitality. Strong on space, packaging and GRC reporting, with a broad install base and a property-level focus. This page compares it with Thynk, a Salesforce-native hospitality commercial platform, across 192 requirements grouped into 16 categories — from architecture, data and channels through sales, operations, finance, analytics and AI/agents.

Full coverage — both: 44 / 192
Full coverage — Thynk only: 126 / 192

Where coverage overlaps and differs

Requirements with documented full coverage. Partial coverage and notes are shown per requirement in the matrix below.

Both provide

44 of 192 requirements

Cloud-native multi-tenant SaaS platform
(SOC 2 / ISO 27001 / GDPR / CCPA)
Zero customer infrastructure responsibility (no OS / database / VM administration)
EU / regional data residency
Property, brand and global permission model
Multi-currency
Audit trail and data lineage
Automated multi-property lead routing
Sales workflow automation
End-to-end lead → booking → proposal flow
Multi-property negotiated rate contracts
Multi-property room block management
and 32 more in the matrix below

Thynk only

126 of 192 requirements

Native extension of an established enterprise CRM
Compatibility with underlying platform release cadence
Hospitality-relevant licensing units
Underlying CRM platform licence included
Enterprise AppExchange ecosystem extensibility
Platform-level encryption with field-level granularity and GDPR tooling
Unified account & contact golden record
Corporate-to-property value mapping
Multi-brand data model
Deep PMS integration including financial items
POS integration for catering & ancillary revenue
Built-in hospitality-grade ETL & middleware
and 114 more in the matrix below

What makes Thynk different

Amadeus Delphi — Hotels and resorts looking for an established, property-level sales & catering system with space management, packages and GRC / PACE reporting. Thynk — Multi-property hotel groups, global sales offices and venues that run their commercial teams on Salesforce and want CRM, group sales, events, event operations and analytics in one platform.

Native to Salesforce

Thynk is installed inside a Salesforce org. Accounts, contacts, opportunities, users and security rules are shared with the rest of the CRM, so sales, events and analytics work on one set of records.

Designed for multi-property selling

Centralised inventory, multi-property proposals, global sales office routing and roll-up reporting across brands and properties.

Hospitality data model

Room blocks, group types, function space, F&B, AV and banquet event orders are standard objects in Thynk, alongside the CRM pipeline.

Operations application included

Thynk includes an operations application for event delivery: work orders and tasks generated from booking events, checklists with photo proof, SLA escalation, recurring schedules, a day-of run sheet, shift handover and a mobile app for staff in the field.

Supplier and exhibitor services

A supplier portal, an Exhibitor Service Centre with show webshops (in pilot), and delivery, storage and gate management (delivery windows, truck scheduler, QR entry passes) sit in the same platform as sales and events.

AI agents on CRM data

Thynk's AI agents (Agentforce with the Einstein Trust Layer) work directly on account, opportunity and pipeline records in the same org.

Full requirements matrix

Coverage based on publicly available product documentation and analyst reviews. "Tier" indicates whether the requirement is baseline, advanced or differentiating for a hotel-group buyer. To request a correction, contact https://www.thynk.cloud/contact.

Coverage by category

01. Architecture & Licensing10 requirements
Thynk
10/10
Amadeus Delphi
4/10
02. Data Architecture & Core Platform19 requirements
Thynk
19/19
Amadeus Delphi
3/19
03. Channels18 requirements
Thynk
18/18
Amadeus Delphi
0/18
04. Lead Management & GSO Routing22 requirements
Thynk
22/22
Amadeus Delphi
4/22
05. S&C Sales — Groups & Room Blocks8 requirements
Thynk
8/8
Amadeus Delphi
4/8
06. S&C Sales — Products & Spaces10 requirements
Thynk
10/10
Amadeus Delphi
5/10
07. S&C Operations8 requirements
Thynk
7/8
Amadeus Delphi
1/8
08. Convention Center Extensions5 requirements
Thynk
0/5
Amadeus Delphi
0/5
09. S&C Finance9 requirements
Thynk
9/9
Amadeus Delphi
5/9
10. Light S&C / Franchisee Portal6 requirements
Thynk
5/6
Amadeus Delphi
0/6
11. B2B Account & Agency Portal13 requirements
Thynk
13/13
Amadeus Delphi
5/13
12. Analytics13 requirements
Thynk
13/13
Amadeus Delphi
3/13
13. User Experience & Ease of Use14 requirements
Thynk
14/14
Amadeus Delphi
1/14
14. TCO (Total Cost of Ownership)8 requirements
Thynk
8/8
Amadeus Delphi
2/8
15. Onboarding / Adoption20 requirements
Thynk
20/20
Amadeus Delphi
8/20
16. AI & Agents9 requirements
Thynk
3/9
Amadeus Delphi
0/9

Requirements matrix

Showing 192 of 192 requirements

✔ Full coverage◐ Partial coverage✖ Gap? Not assessed / not publicly verified

Hospitality sales-and-catering coverage matrix: Thynk vs Amadeus Delphi across 192 requirements in 16 categories.
Requirement	Description	Thynk	Amadeus Delphi
01. Architecture & Licensing
Platform foundation Cloud-native multi-tenant SaaS platform Advanced	Has to be cloud-native, multi-tenant SaaS on enterprise hyperscale infrastructure. That means a published availability SLA of at least 99.9%, patching and upgrades applied automatically, and no tenant-level infrastructure for the customer to look after.	Full Thynk: Full	Full Amadeus Delphi: Full. Hosted SaaS on Amadeus Cloud; mature but on older underlying stack. Hosted SaaS on Amadeus Cloud; mature but on older underlying stack.
Platform foundation Native extension of an established enterprise CRM Differentiating	Built natively on an established enterprise cloud CRM, not on a stand-alone proprietary stack. It should install into the customer's existing CRM organisation and share its accounts, contacts, users, activities, sharing rules and security model, with no duplicate records, no sync layer and no second login.	Full Thynk: Full	Gap Amadeus Delphi: Gap. Proprietary Amadeus platform; not CRM-native. Salesforce connectivity via integration, not native install. Proprietary Amadeus platform; not CRM-native. Salesforce connectivity via integration, not native install.
Platform foundation Compatibility with underlying platform release cadence Advanced	Needs to stay fully compatible with each release of the underlying CRM platform (seasonal releases, generative-AI and agent frameworks, security updates), so the customer never has to run its own regression project just to keep up.	Full Thynk: Full	Gap Amadeus Delphi: Gap. Proprietary; innovation limited to Amadeus roadmap. Proprietary; innovation limited to Amadeus roadmap.
Licensing model Hospitality-relevant licensing units Differentiating	Licensing based on hospitality units such as property, room or meeting space as the main commercial metric, and not only named users. Cost should follow business volume, not the size of the sales team.	Full Thynk: Full	Gap Amadeus Delphi: Gap. Per-user licensing. Per-user licensing.
Licensing model Underlying CRM platform licence included Differentiating	Nobody should have to buy a separate per-user CRM subscription just to run the solution, so the unit price has to cover the underlying enterprise CRM platform licence.	Full Thynk: Full	Gap Amadeus Delphi: Gap. No underlying CRM bundled. No underlying CRM bundled.
Ecosystem Enterprise AppExchange ecosystem extensibility Differentiating	Access to an enterprise-grade application marketplace with thousands of vetted, pre-integrated apps: document signing, business-card scanning, RFID asset tracking, advanced reporting, identity providers, industry extensions. Adding a customer-specific capability should rarely mean custom development.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Amadeus partner ecosystem present; smaller and more curated than horizontal enterprise CRM marketplaces; S&C-specific extensions limited. Amadeus partner ecosystem present; smaller and more curated than horizontal enterprise CRM marketplaces; S&C-specific extensions limited.
Security Platform-level encryption with field-level granularity and GDPR tooling Differentiating	Platform-level encryption at rest and in transit, with field-level encryption controls, PII classification, consent management, right-to-be-forgotten workflows and automated subject-access requests. These should come from the underlying CRM platform's own security product, not from a bolt-on or a custom build.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Via Amadeus platform; field-level encryption and native GDPR right-to-be-forgotten automation less granular than a horizontal enterprise CRM. Via Amadeus platform; field-level encryption and native GDPR right-to-be-forgotten automation less granular than a horizontal enterprise CRM.
Compliance (SOC 2 / ISO 27001 / GDPR / CCPA) Advanced	Should carry the full certification posture of the underlying enterprise CRM platform: SOC 2 Type II, ISO 27001, ISO 27018, HIPAA-ready, GDPR and CCPA compliance, PCI where applicable, and regular independent security audits. Due diligence then covers one well-known enterprise platform instead of a hospitality vendor's own bespoke posture.	Full Thynk: Full	Full Amadeus Delphi: Full. Amadeus Cloud holds mature certification portfolio including SOC 2 and ISO 27001. Amadeus Cloud holds mature certification portfolio including SOC 2 and ISO 27001.
Operational burden Zero customer infrastructure responsibility (no OS / database / VM administration) Advanced	Pure SaaS on the underlying CRM platform, with no infrastructure for the customer to run: no VM sizing, OS patching, database administration, network configuration or server upkeep. Environments, scaling, high availability, backup, disaster recovery and patching all come from the platform.	Full Thynk: Full	Full Amadeus Delphi: Full. Fully SaaS (Amadeus Cloud). Fully SaaS (Amadeus Cloud).
Data residency & compliance EU / regional data residency Advanced	Data residency in the EU and other major regions, with backups held in a second location inside the same regulatory zone, in line with GDPR and similar frameworks. Data-processing terms (DPA), pass-through terms and security certifications are published.	Full Thynk: Full	Full Amadeus Delphi: Full. Amadeus Cloud offers EU residency; standard DPA terms available. Amadeus Cloud offers EU residency; standard DPA terms available.
02. Data Architecture & Core Platform
Customer data model Unified account & contact golden record Differentiating	Needs one authoritative account and contact record, the golden record, assembled from several PMS, POS and third-party customer profiles by a configurable matching algorithm with a validation layer. Sales users never see the underlying PMS or POS profiles, which keeps the data clean. Matching has to work across properties, brands and currencies, with ongoing duplicate detection and merging.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Account management present; cross-system deduplication requires manual effort or add-ons. Account management present; cross-system deduplication requires manual effort or add-ons.
Customer data model Corporate-to-property value mapping Differentiating	Corporate master data and property-level values (segments, room types, rate codes with their defaults, products, packages, meeting spaces, set-ups) need a native, configurable mapping layer between them. Corporate rollups stay consistent while each property keeps working in the terms of its own PMS and POS.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Chain-level reference data present; sophisticated multi-property mapping limited. Chain-level reference data present; sophisticated multi-property mapping limited.
Customer data model Multi-brand data model Advanced	Multi-brand operation supported natively: brand-specific templates, mappings, workflows and permission contexts, with a single customer record across all the brands.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Multi-brand config. But no brandbook and templates. Multi-brand config. But no brandbook and templates.
PMS / POS integration Deep PMS integration including financial items Advanced	Two-way integration with the major PMS platforms across the full data scope: every market segment, reservations, room blocks, financial items and journal postings, not only summary figures. Agreed, forecast, blocked and actual values can then be managed side by side at item level.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Mature PMS integrations with major vendors; financial items accessible. But No PayMaster, no order posting, no reservation management. Mature PMS integrations with major vendors; financial items accessible. But No PayMaster, no order posting, no reservation management.
PMS / POS integration POS integration for catering & ancillary revenue Advanced	POS integration that captures catering and ancillary revenue at itemised level, including PayMaster reconciliation and order synchronisation.	Full Thynk: Full	Partial Amadeus Delphi: Partial. POS integration for major systems available but coverage varies by deployment. POS integration for major systems available but coverage varies by deployment.
Integration platform Built-in hospitality-grade ETL & middleware Differentiating	ETL and middleware built in and sized for hospitality data volumes, so availabilities, pricing, financial items and reference data can be mass-synchronised into the core platform without buying a separate iPaaS or middleware subscription.	Full Thynk: Full	Gap Amadeus Delphi: Gap. Integration middleware is a separate Amadeus product (added TCO). Integration middleware is a separate Amadeus product (added TCO).
Inventory Multi-property centralised inventory Differentiating	Users should see rooms, meeting spaces and ancillary products across the whole portfolio in one place. That means selling above property level, comparing properties and building a booking that spans several of them from a single screen.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Multi-property visibility via MeetingBroker and roll-ups; native centralised inventory not core. Multi-property visibility via MeetingBroker and roll-ups; native centralised inventory not core.
Security & access Property, brand and global permission model Advanced	Permissions have to be layered: property level, cluster or brand level and global (GSO) access, with sharing rules, record-level permissions and territory-based visibility. The model has to reach sales activities, accounts, opportunities and bookings.	Full Thynk: Full	Full Amadeus Delphi: Full. Permission model supported; Chinese-wall-style scenarios achievable via configuration. Permission model supported; Chinese-wall-style scenarios achievable via configuration.
Security & access Chinese-wall segregation for cluster, brand and GSO sales Differentiating	'Chinese wall' segregation, so cluster sales, brand sales teams and global account managers can all work from shared customer data while commercially sensitive detail outside their remit stays hidden.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Achievable via permission configuration; not a first-class construct. Achievable via permission configuration; not a first-class construct.
Territory Native territory management Advanced	Configurable territory management across market sales, global sales offices and individual sales manager assignments, with automated routing, productivity tracking and goal attribution that follow the territory model.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Basic territory functionality; enterprise-grade territory model limited. Basic territory functionality; enterprise-grade territory model limited.
Globalisation Multi-currency Baseline	Native multi-currency operation: FX at document, property and corporate rollup level, and a currency chosen per account, property and proposal.	Full Thynk: Full	Full Amadeus Delphi: Full. Multi-currency supported. Multi-currency supported.
Globalisation Multi-language Baseline	Multi-language user interfaces and customer-facing output (proposals, portals, BEOs), with the language set per user and per customer.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Multi-language UI supported (English-primary). But, no prodcut description fields. No support of multi-langage proposals Multi-language UI supported (English-primary). But, no prodcut description fields. No support of multi-langage proposals
API Open, fully documented API Advanced	Expects a fully documented, open REST/JSON API with read and write access to all the core hospitality objects: accounts, contacts, bookings, room blocks, spaces, products, BEOs and financials.	Full Thynk: Full	Partial Amadeus Delphi: Partial. API exists but coverage and openness limited versus CRM-native platforms. API exists but coverage and openness limited versus CRM-native platforms.
Customer data model Matching-algorithm sophistication Differentiating	The golden-record matching should combine several techniques: name normalisation (punctuation, casing, accents, acronyms), phonetic matching (Metaphone, Soundex), edit distance (Levenshtein, Damerau-Levenshtein), token similarity (Jaccard, Jaro-Winkler), keyboard distance and language-sensitive variants. The aim is reliable one-to-many matching between CRM accounts and PMS, POS and third-party profiles, whatever the brand, geography or data quality.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Deduplication tooling present; enterprise-grade multi-algorithm matching requires manual effort. Deduplication tooling present; enterprise-grade multi-algorithm matching requires manual effort.
Customer data model Multi-segment corporate-to-property mapping Differentiating	Corporate-to-property mapping has to extend to revenue segments, down through sub-segment and sub-sub-segment levels. That way property segments still roll up to corporate definitions when taxonomies differ between brands, regions or acquired properties.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Basic segment handling; multi-level taxonomy mapping limited. Basic segment handling; multi-level taxonomy mapping limited.
Synchronisation Real-time and batch synchronisation by data type Advanced	Synchronisation with PMS, POS and third-party systems should run in real time (event-driven) for transactional flows such as reservations, orders, PMS status changes and financial postings, and in efficient batches for bulk reference data such as rate plans, profiles and mass updates. The mode is configurable per data type.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Integration modes vary; configurability per data type limited. Integration modes vary; configurability per data type limited.
Audit & compliance Audit trail and data lineage Advanced	Every change to a commercial or financial record should land in a full audit trail (who, what, when, from where). Derived values also need data lineage showing the source system and the transformation path. Compliance work, investigations and trust in analytics all depend on it.	Full Thynk: Full	Full Amadeus Delphi: Full. Audit trail available; lineage visibility standard for commercial records. Audit trail available; lineage visibility standard for commercial records.
Security & access Field-level security (required / read-only / restricted per role and profile) Advanced	Field-level security on top of record-level permissions: each field can be required, read-only, visible or hidden by role, profile or permission set. Rates, margins, commissions and PII then reach only authorised users, with no duplicate records or custom views.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Via configuration; field-level depth limited relative to CRM-native platforms. Via configuration; field-level depth limited relative to CRM-native platforms.
Data quality Real-time data-entry validation rules Advanced	Configurable validation at the point of entry: format checks, range checks, cross-field consistency and business rules (a dinner resource on a lunch service period, for instance). Bad data is stopped on the way in rather than cleaned up afterwards.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Validation via configuration; CRM-native declarative flexibility absent. Validation via configuration; CRM-native declarative flexibility absent.
03. Channels
Channel architecture Channel consolidation (20+ inbound channel types) Differentiating	Consolidates twenty or more inbound channel types into one commercial pipeline with a common taxonomy, scoring, routing and analytics. The list covers email (free text and partner templates), Cvent, regional meeting marketplaces, direct-book engines, booker and franchisee portals, third-party booking tools, housing providers, exhibitor webshops and custom API integrations. Adding channels must not mean re-architecting.	Full Thynk: Full	Partial Amadeus Delphi: Partial. MeetingBroker aggregates RFPs; not an open 20+ channel hub with unified taxonomy. MeetingBroker aggregates RFPs; not an open 20+ channel hub with unified taxonomy.
Channel architecture Unified intelligent channel hub Differentiating	Every inbound commercial channel (email, Cvent, other marketplaces, public direct-book, booker portals, third-party connectors) should feed one intelligent channel hub. Payloads are normalised into a single structured-inquiry object (room blocks, meeting spaces, products, rooming list, change requests), and scoring, routing, proposal response and analytics all run on that object whatever the source channel.	Full Thynk: Full	Partial Amadeus Delphi: Partial. MeetingBroker provides RFP aggregation; structured-inquiry normalisation across other channel types limited. MeetingBroker provides RFP aggregation; structured-inquiry normalisation across other channel types limited.
Channel architecture AI mapping engine across all channels Differentiating	Inbound data in any format (free-text email, PDF attachments, HTML, linked resources, XML or JSON API payloads) is turned into structured bookings by an AI mapping engine, which maps raw values to corporate and property master data: accounts, contacts, segments, room types, rate codes, products, meeting spaces, set-ups. It needs a sanity-check layer, visible confidence scores and stated assumptions, and it should keep improving from feedback across the portfolio.	Full Thynk: Full	Gap Amadeus Delphi: Gap. AI extraction and mapping is not a platform capability. AI extraction and mapping is not a platform capability.
Channel architecture Continuous-learning AI across channels Differentiating	AI capabilities (inquiry scoring, mapping, quality control, next-best-action) are shared across every channel feeding the hub and keep learning. A gain in one channel, such as a new document format, marketplace payload or language variant, carries over to the rest without building a model per channel.	Full Thynk: Full	Gap Amadeus Delphi: Gap. Not supported. Not supported.
Channel architecture Channel extensibility via open API Differentiating	New inbound channels (marketplaces, regional platforms, customer portals, procurement systems, partner booking tools) should connect through an open, fully documented API, with no vendor professional services involved. Each newly connected channel picks up the hub's AI mapping, scoring, routing and analytics automatically.	Full Thynk: Full	Partial Amadeus Delphi: Partial. API-based channel addition possible but not turnkey. API-based channel addition possible but not turnkey.
Email channel AI email inquiry processing — PDF attachments Differentiating	Inbound commercial email is processed automatically, with structured data extracted from PDF attachments such as event briefs, RFPs, rooming lists and change-request forms. The matching room block, meeting space, product and rooming-list records are created or updated without re-keying.	Full Thynk: Full	Gap Amadeus Delphi: Gap. Manual email processing; no AI PDF extraction. Manual email processing; no AI PDF extraction.
Email channel AI email inquiry processing — URLs and marketplace notifications Differentiating	Handles inbound email whose notification is only a URL, such as a marketplace or distribution-partner message where the full RFP detail sits behind an embedded link. The linked resource is retrieved and parsed, then run through the same mapping and structured-inquiry creation as any native channel.	Full Thynk: Full	Gap Amadeus Delphi: Gap. Not supported. Not supported.
Email channel AI email inquiry processing — change requests Differentiating	Recognises an inbound email as a change request against an existing booking, finds the booking it refers to, works out the delta (dates, room counts, rates, attendee numbers, menus, set-ups) and applies or proposes the change. Audit history is kept, and re-approval is triggered where needed.	Full Thynk: Full	Gap Amadeus Delphi: Gap. Not supported. Not supported.
Email channel Next-best-action generation Differentiating	After extraction, the sales user gets follow-up tasks and next-best-action suggestions: prompts for missing information, draft reply text, pitch and property suggestions, recommended routing and the reasoning behind the score. The user keeps final control of every outbound message.	Full Thynk: Full	Gap Amadeus Delphi: Gap. Not part of core Delphi feature set. Not part of core Delphi feature set.
Cvent Cvent full two-way integration across the RFP lifecycle Advanced	Deep two-way integration with Cvent and other RFP marketplaces across the whole RFP lifecycle: receiving the RFP with full detail shown natively in the core platform, two-way Q&A, the proposal response (rates, inclusions, attachments, branded templates), turndown declines, and converting won RFPs into bookings. Nothing is re-entered in either system.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Cvent and RFP marketplaces integration available; mostly one way. Cvent and RFP marketplaces integration available; mostly one way.
Cvent Cvent response composed and sent from the core platform Advanced	RFPs from Cvent and other RFP marketplaces are answered entirely inside the core commercial platform. Proposal content is composed once from the standard content-block library, pricing engine and property inventory, then submitted back automatically, so sales users stay in a single interface with no dual data entry.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Cvent and RFP marketplaces integration available; mostly one way. Cvent and RFP marketplaces integration available; mostly one way.
Cvent Cvent speed-to-respond and conversion analytics Advanced	Analytics specific to Cvent and RFP marketplaces: inbound RFP volume, speed to first response, response-time distribution, conversion rate, win/loss reasons and revenue won. First-response speed is well documented as a driver of win rate in this channel, so it needs to be measured.	Full Thynk: Full	Partial Amadeus Delphi: Partial. RFP analytics available; depth of speed-to-respond analytics varies by configuration. RFP analytics available; depth of speed-to-respond analytics varies by configuration.
Public direct book Public direct-book engine (rooms, spaces, products) Differentiating	Needs a configurable public direct-book engine for group, meetings-and-events and product bookings. It runs on the same commercial data model as internal sales users, so direct bookings land in the pipeline, analytics and account production with no reconciliation.	Full Thynk: Full	Gap Amadeus Delphi: Gap. Direct booking engine not part of core offering. Direct booking engine not part of core offering.
Public direct book Condition-based inventory exposure & automated routing Differentiating	Conditional inventory exposure in the direct-book engine: which properties, room types, spaces and products are sold online, and under what conditions. Simple bookings confirm automatically against live inventory, while complex or high-value ones route to the GSO, cluster or on-property sales team for manual handling.	Full Thynk: Full	Gap Amadeus Delphi: Gap. No native direct-book engine; rules-based routing not applicable. No native direct-book engine; rules-based routing not applicable.
Public direct book Integrated payment checkout for instant booking Advanced	Integrated payment checkout in the direct-book engine for instant confirmation of qualifying bookings, reconciled to the booking record, the deposit schedule and the accounting journals.	Full Thynk: Full	Gap Amadeus Delphi: Gap. Not part of core. Not part of core.
Public direct book Multi-property, multi-brand direct-book deployment Advanced	One direct-book engine has to serve several properties and brands in the portfolio, each with its own look and feel, content, currency and language.	Full Thynk: Full	Gap Amadeus Delphi: Gap. Not part of core. Not part of core.
Marketplaces Third-party marketplace integrations beyond Cvent Advanced	Integration with further meetings and events marketplaces (regional platforms, agency platforms, corporate booking tools) through the channel hub, handling inbound RFPs, structured-inquiry creation and proposal responses on the same basis as Cvent and other RFP marketplaces.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Via Amadeus ecosystem; marketplace variety limited. Via Amadeus ecosystem; marketplace variety limited.
Channel analytics Channel-level performance analytics Advanced	Performance analytics for each channel: inbound volume, velocity, response time, conversion rate, ROI, net revenue and sales contribution. GSO and commercial leadership use these to decide where to invest and which partnerships to keep.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Available via BI add-on. Available via BI add-on.
04. Lead Management & GSO Routing
Qualification Lead scoring Differentiating	Configurable lead scoring built on customer value, segment, revenue potential, displacement risk and yield-management inputs. Scores are visible to GSO, cluster and property users and feed straight into routing and prioritisation rules.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Basic scoring available; AI-enhanced scoring limited. Basic scoring available; AI-enhanced scoring limited.
Routing Automated multi-property lead routing Advanced	Inbound leads route automatically to one or several properties on configurable criteria (brand, segment, dates, space, rate, customer tier), and each recipient property gets the related room blocks, space holds and product entries created for it.	Full Thynk: Full	Full Amadeus Delphi: Full. Lead routing supported; MeetingBroker extends this. Lead routing supported; MeetingBroker extends this.
Conversion Rule-based lead conversion Differentiating	Qualified leads convert into bookings by rule, with the initial booking shell (rooms, spaces, products, packages) built automatically from mapped corporate values.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Conversion workflows present; rule-based auto-construction limited. Conversion workflows present; rule-based auto-construction limited.
Conversion Default mapping of corporate values to property execution Differentiating	When a corporate-initiated lead converts, property-level executional values (segment, default rate, room type, product mix, space setup) are filled in from the corporate-to-property mapping, so property users do little reconfiguration by hand.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Chain-level mapping; advanced per-property mapping limited. Chain-level mapping; advanced per-property mapping limited.
Sales cycle Sales workflow automation Advanced	End-to-end sales-cycle automation: task generation, follow-up sequences, stage-based reminders, SLA enforcement and approval routing, all configurable by segment, brand and property type.	Full Thynk: Full	Full Amadeus Delphi: Full. Workflow automation part of platform. Workflow automation part of platform.
Sales cycle End-to-end lead → booking → proposal flow Baseline	The whole commercial lifecycle runs as one continuous workflow: inquiry capture, qualification, conversion to booking, proposal generation, contract and e-signature. No re-entry between stages, no hand-offs to other systems.	Full Thynk: Full	Full Amadeus Delphi: Full. Supported; market-standard. Supported; market-standard.
Pricing Dynamic pricing API (RMS & corporate pricing services) Differentiating	Dynamic pricing is consumed by API from external Revenue Management Systems and corporate pricing services, for group rooms and meeting spaces, and applied in proposals, contracts and bookings without re-keying.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Integrations with some pricing services; extensibility limited. Integrations with some pricing services; extensibility limited.
Negotiated rates Multi-property negotiated rate contracts Differentiating	Negotiated rate contracts that span several properties under one master contract, with per-property variations in rates, products and T&Cs. They apply to both transient and group bookings.	Full Thynk: Full	Full Amadeus Delphi: Full. Supported. Supported.
E-proposal Branded, modular e-proposal generation Baseline	Branded electronic proposals assembled from reusable content blocks (imagery, narrative, pricing, T&Cs), with a dynamic basket for upsell and cross-sell, embedded event-planning detail, product and service packages, and e-signature and payment links. Templates are configurable per brand, property and account.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Basic proposal Basic proposal
E-proposal Dynamic basket with upsell / cross-sell Advanced	Prospects should be able to add, remove or swap rooms, spaces, packages and ancillary products in the proposal in real time, through a dynamic basket. Pricing and T&Cs adjust automatically.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Customer interactivity in proposals basic; full dynamic basket limited. Customer interactivity in proposals basic; full dynamic basket limited.
Multi-property proposal Multi-property proposal (cluster / DMC / resort logic) Differentiating	One e-proposal should cover several properties in a cluster, resort or destination, using 'AND' logic (a combined stay across properties) and 'OR' logic (property options for the customer to choose between). Branding, pricing and availability resolve dynamically for each property included.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Multi-property proposal exists; AND OR resort cluster logic limited. Multi-property proposal exists; AND OR resort cluster logic limited.
Multi-property proposal Multi-property dynamic basket Differentiating	Inside a multi-property proposal, the dynamic basket lets the customer mix and match inventory, packages and dates across the participating properties and see one consolidated commercial summary.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Limited. Limited.
Collaboration Any-to-any lead passing Differentiating	'Any-to-any' lead passing between the GSO, cluster sales, the group desk and on-property teams, with the lead record and full communication history kept at every transition. Passing, sharing (multi-owner) and converting are separate, auditable operations, not one overloaded 'reassign'.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Lead passing via MeetingBroker; preserving full activity history at each transition varies. Lead passing via MeetingBroker; preserving full activity history at each transition varies.
Collaboration Multi-owner lead sharing Differentiating	Shared ownership of one lead across several teams at once (GSO, cluster and property, say), with visibility, editing rights and activity attribution set per participant. Hand-offs then need no change of owner, and collaboration needs no duplicate records.	Full Thynk: Full	Gap Amadeus Delphi: Gap. Single-owner model typical; collaborative ownership limited. Single-owner model typical; collaborative ownership limited.
Collaboration Auto-cancel sibling property quotes on win Differentiating	When a multi-property lead is confirmed at one property, the inquiries and quotes held at the sibling properties close out or decline automatically, with configurable notification, reason coding and an audit trail.	Full Thynk: Full	Gap Amadeus Delphi: Gap. Not standard. Not standard.
Routing Attribute-based routing Advanced	Lead routing is attribute-based. It weighs segment, customer tier, dates, geography, booker history, spaces and rooms needed, special requirements and brand preference, not only simple rules, and can send a lead to several candidate properties at once for parallel response.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Routing rules supported; attribute-based multi-candidate routing limited. Routing rules supported; attribute-based multi-candidate routing limited.
Monitoring SLA-based alerts and escalations Advanced	Lead-response SLAs enforced by customer tier, channel and segment, with automatic alerts and escalations as thresholds are approached or breached. Sales management, GSO coordinators and property general managers can all see them.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Alerts available. Alerts available.
Corporate mapping Room-type and occupancy mapping at lead capture Differentiating	At lead capture, requested room types and occupancy set-ups are mapped to each candidate property's own room-type catalogue through the corporate-to-property mapping layer. Proposals then reflect what that property actually sells, and corporate reporting stays consistent.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Chain-level mapping; advanced per-property mapping limited. Chain-level mapping; advanced per-property mapping limited.
Corporate mapping Space and product mapping at lead capture Differentiating	Meeting-space and product requests are mapped the same way at lead capture to each candidate property's space and product catalogue, with substitutions suggested where there is no exact match. The sales user does not have to translate between corporate and property vocabulary by hand.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Limited. Limited.
Corporate mapping Non-room and add-on product handling in leads Advanced	Leads carry non-room and add-on needs (F&B packages, AV, activities, transfers, ancillary services) next to the room and space elements. Those items travel through proposal, contract and operations without re-entry and show up in blended-revenue analytics from the inquiry stage.	Full Thynk: Full	Partial Amadeus Delphi: Partial. limited space and product corporate to property mapping. limited space and product corporate to property mapping.
Approvals Multi-stage booking approval (seller → approver) with RGB-style governance Differentiating	Requests for commercial space and room blocks go through a multi-stage approval workflow with separate seller and approver roles. It covers configurable auto-approval criteria (rate floor, attrition terms, customer tier, booking window), manual escalation for requests outside thresholds, approval-deadline (RGB-date) management and extension requests, request comparison, recall, and a full audit trail of the approval sequence.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Approval rules configurable via workflow; RGB-style multi-stage construct with extensions, recall and compare-request not native. Approval rules configurable via workflow; RGB-style multi-stage construct with extensions, recall and compare-request not native.
Commercial governance Non-compete and DNQ rule enforcement at booking creation Advanced	Booking creation is checked against non-compete and do-not-quote (DNQ) rules set per customer, segment, industry or geography. Requests that clash with commitments to other customers are blocked or flagged, with configurable override permissions and a record of every exception granted.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Via configuration; rule-engine depth for complex non-compete DNQ scenarios limited. Via configuration; rule-engine depth for complex non-compete DNQ scenarios limited.
05. S&C Sales — Groups & Room Blocks
Block construction Multi-property room block management Advanced	Must support one logical room block spanning several properties (a master-sub construct), with central visibility, coordinated rate and cut-off management, and PMS synchronisation at each property.	Full Thynk: Full	Full Amadeus Delphi: Full. Supported including master-sub constructs. Supported including master-sub constructs.
Block construction Multi-PMS support within a single block Differentiating	Room blocks need to work across properties on different PMS platforms, with PMS-specific data and sync logic kept out of the sales user's way.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Via integration configuration; not a native first-class construct. Via integration configuration; not a native first-class construct.
Block construction Multi-room-type, multi-rate, multi-occupancy blocks Advanced	Room blocks that carry several room types, rate codes and occupancy levels at once, with separate inventory and pickup tracking for each combination.	Full Thynk: Full	Full Amadeus Delphi: Full. Supported. Supported.
Block lifecycle Agreed / forecast / blocked / pickup management Advanced	Tracks the four-state lifecycle (agreed, forecast, blocked, pickup) for each block component, with configurable workflows for moving between states and an audit trail of the changes.	Full Thynk: Full	Full Amadeus Delphi: Full. Strong block lifecycle management. Strong block lifecycle management.
Block lifecycle Pickup tracking against forecast and actual Baseline	Pickup tracked against forecast and actual reservations in real time, with displacement analytics and automatic alerts when pickup runs under or over a threshold.	Full Thynk: Full	Full Amadeus Delphi: Full. Strong (RBM sync is a mature area for Delphi). Strong (RBM sync is a mature area for Delphi).
Rooming list Rooming list management Baseline	Native rooming list management: import from customer templates, validation, assignment to blocks, split payments, and synchronisation of individual reservations to the PMS.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Limited reservation and pickup management Limited reservation and pickup management
Rooming list Individual reservation management within groups Advanced	Inside a group booking, individual reservations can be created, changed and cancelled with PMS synchronisation, PayMaster assignment and billing routing for each guest.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Via PMS integration; depth varies. Via PMS integration; depth varies.
PMS sync Real-time PMS synchronisation Advanced	Room block, reservation, rooming list, PayMaster and financial-item data syncs with the PMS in real time (event-driven), backed by reconciliation and error-handling tools for the operations team.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Via PMS integration; depth varies. Via PMS integration; depth varies.
06. S&C Sales — Products & Spaces
Packages Dynamic packages with flexible pricing Baseline	Dynamic packages built from rooms, meeting spaces, F&B and ancillary products, with flexible pricing rules (fixed, per person, per component, bundled discount) and configurable availability windows.	Full Thynk: Full	Full Amadeus Delphi: Full. Strong package management. Strong package management.
Products Products, combos and menus Advanced	Individual products, product combos and full menus held as first-class catalogue entries. They inherit between corporate and property levels and allow substitutions and variants.	Full Thynk: Full	Full Amadeus Delphi: Full. Supported. Supported.
Revenue Blended revenue tracking (agreed / forecast / actual) Advanced	Blended revenue across rooms, spaces, F&B and ancillary products, at agreed, forecast and actual levels, in a single view that drills through to the source PMS and POS financial items.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Revenue tracking present; full blended drill-through requires BI. Revenue tracking present; full blended drill-through requires BI.
Spaces Combined space management Advanced	Combined spaces (airwalls, breakout configurations) with capacity and availability recalculated automatically whenever a parent or child space is booked.	Full Thynk: Full	Full Amadeus Delphi: Full. Supported. Supported.
Spaces Capacity per setup Baseline	Each meeting space stores its capacity for every setup type (theatre, classroom, banquet, cabaret, reception, hollow square and so on), and those capacities drive availability checks in proposals and bookings.	Full Thynk: Full	Full Amadeus Delphi: Full. Supported. Supported.
Spaces Overbooking per rank Differentiating	Configurable overbooking rules per space and per customer rank or priority, so yield can be optimised without breaking guarantees to higher-ranked bookings.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Overbooking handled; rank-based prioritisation limited. Overbooking handled; rank-based prioritisation limited.
Spaces Privatisation of public space Differentiating	Privatisation of public or shared space (restaurants, lobbies, pool decks) for exclusive event use, including automatic blocking of the affected POS outlets and capacities.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Manual handling typical. Manual handling typical.
Spaces Pickup of set capacity (spaces) Differentiating	Set-capacity pickup tracked for spaces much as room pickup is, comparing confirmed attendance with forecast and agreed capacity.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Limited versus room pickup. Limited versus room pickup.
Scheduling Drag-and-drop function diary Baseline	Planners get a drag-and-drop function diary for events across meeting spaces and days, with conflict detection, capacity validation and suggestions for alternative spaces.	Full Thynk: Full	Full Amadeus Delphi: Full. Market-leading diary — traditional Delphi strength. Market-leading diary — traditional Delphi strength.
Scheduling Combined schedulers with demand context Differentiating	Rooms, spaces, staff and equipment sit in one scheduler view, overlaid with demand context such as events in town, displacement risk, pace and compression, so scheduling decisions are informed by yield.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Diary mature; rich demand overlay (compression, events-in-town) limited in-diary. Diary mature; rich demand overlay (compression, events-in-town) limited in-diary.
07. S&C Operations
BEO / function sheet Dynamic e-BEO / function sheet Baseline	Dynamic electronic BEOs (function sheets) built from reusable building blocks, which can be rendered per service period (breakfast, AM break, lunch, PM break, dinner), per service location or per internal department.	Full Thynk: Full	Partial Amadeus Delphi: Partial. no Building Blocks. Limited flexible templates. No track changes. no Building Blocks. Limited flexible templates. No track changes.
BEO / function sheet BEO change tracking and versioning Advanced	Every BEO change is tracked with version history and made visible to downstream operations teams, with configurable approval flows for late changes.	Full Thynk: Full	Partial Amadeus Delphi: Partial. no Building Blocks. Limited flexible templates. No track changes. no Building Blocks. Limited flexible templates. No track changes.
Orders PayMaster management Advanced	PayMasters (master folios) managed natively: creation, modification, splitting and PMS synchronisation, with visibility of the charges routed to each PayMaster across the event.	Full Thynk: Full	Partial Amadeus Delphi: Partial. limited Pay Master and order management limited Pay Master and order management
Orders Order management synchronised with PMS / POS Advanced	Orders managed natively and synchronised in both directions with the PMS and POS of record, so charges, consumption and revenue posting share a single source of truth.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Limited order – PMS POS depth. Limited order – PMS POS depth.
Service & work orders Service orders Advanced	Service orders generated for each event service period, passing the executional detail to kitchen, banquet, AV, housekeeping and other service teams, with status tracked through to completion.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Basic. Basic.
Service & work orders Work orders Advanced	Work orders for set-up, turnover and teardown, assignable to teams or individuals, with time tracking and completion confirmation.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Basic. Basic.
Mobile Operations staff mobile application Baseline	Operations staff need a native mobile app with access to BEOs, service orders, work orders, task status and live event updates, built for execution on the floor.	Partial Thynk: Partial. Mobile app for operations staff: task and work-order lists, status updates, checklists with photo proof, notes, delivery signatures, push notifications and offline use. The admin console adds SLA escalation, recurring schedules, a day-of run sheet, shift handover and tasks generated from booking events. BEO access inside the app is being added. Mobile app for operations staff: task and work-order lists, status updates, checklists with photo proof, notes, delivery signatures, push notifications and offline use. The admin console adds SLA escalation, recurring schedules, a day-of run sheet, shift handover and tasks generated from booking events. BEO access inside the app is being added.	Full Amadeus Delphi: Full. Delphi Mobile available; functionality continues to improve. Delphi Mobile available; functionality continues to improve.
Event communication Digital signage / readerboard integration Advanced	Integration with digital signage and event readerboards to publish live event information (room assignments, times, session details, attendee counts) through a documented readerboard API that works with several signage vendors.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Via Amadeus ecosystem partners or custom integration. Via Amadeus ecosystem partners or custom integration.
08. Convention Center Extensions
Supplier management Supplier order management Differentiating	Supplier orders (AV, decor, F&B sub-contractors, rentals) held as first-class entities linked to the parent event, with the full lifecycle from issue through delivery confirmation to invoice reconciliation.	Partial Thynk: Partial. Supplier orders are linked to the booking event, with confirmation and delivery status, work orders and calendar views. Invoice reconciliation is being added. Supplier orders are linked to the booking event, with confirmation and delivery status, work orders and calendar views. Invoice reconciliation is being added.	Gap Amadeus Delphi: Gap. Supplier order management not native. Supplier order management not native.
Supplier management Supplier portal Differentiating	Suppliers log into a dedicated portal to receive purchase orders, confirm delivery, submit invoices and talk to the venue operations team, which cuts down on coordination by email.	Partial Thynk: Partial. Dedicated supplier portal for orders, work orders, events and calendar, delivery and storage planning, and payment status. Supplier invoice submission is being added. Dedicated supplier portal for orders, work orders, events and calendar, delivery and storage planning, and payment status. Supplier invoice submission is being added.	Gap Amadeus Delphi: Gap. Not part of Delphi. Not part of Delphi.
Exhibitor services Exhibitor Service Centre Differentiating	Should include an Exhibitor Service Centre for show organiser and exhibitor workflows: organiser margin management, a catalogue per show, an organiser-administered show webshop, exhibitor self-service ordering and shipment logistics tracking.	Partial Thynk: Partial. Available in pilot with selected venues. Exhibitor Service Centre with organiser administration (catalogue per show, margins, coupons, late-order rules, approvals), exhibitor self-service ordering, invoices and delivery, storage and inspection management. Available in pilot with selected venues. Exhibitor Service Centre with organiser administration (catalogue per show, margins, coupons, late-order rules, approvals), exhibitor self-service ordering, invoices and delivery, storage and inspection management.	Gap Amadeus Delphi: Gap. Not supported. Not supported.
Exhibitor services Show webshops with organiser administration Differentiating	Show organisers configure and run a show-specific webshop where exhibitors order services (power, AV, F&B, booth services), with pricing and margins set per show.	Partial Thynk: Partial. Available in pilot with selected venues. Show-specific webshop configured by the organiser, with deadline-tier pricing, margins per show, coupons and order approval; exhibitors order through a storefront. Available in pilot with selected venues. Show-specific webshop configured by the organiser, with deadline-tier pricing, margins per show, coupons and order approval; exhibitors order through a storefront.	Gap Amadeus Delphi: Gap. Not supported. Not supported.
Exhibitor services Shipment & logistics tracking Differentiating	Exhibitor shipments and on-site logistics (arrival, storage, delivery to booth, return) tracked and linked to exhibitor orders and invoicing.	Partial Thynk: Partial. Delivery windows, a truck scheduler across docks and gates, QR entry passes with gate scanning, supplier acceptance and storage requests, with a full status history. Booth delivery and return tracking are being added. Delivery windows, a truck scheduler across docks and gates, QR entry passes with gate scanning, supplier acceptance and storage requests, with a full status history. Booth delivery and return tracking are being added.	Gap Amadeus Delphi: Gap. Not supported. Not supported.
09. S&C Finance
Deposits & payments Deposit schedules Baseline	Flexible deposit schedules per booking (percentage, fixed amount or milestone-based), with automated reminders and tracking of deposits received against the schedule.	Full Thynk: Full	Full Amadeus Delphi: Full. Supported. Supported.
Deposits & payments Pro forma invoicing Baseline	Pro forma invoices generated from bookings ahead of final invoicing, with flexible itemisation and currency, T&Cs and language settings.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Full. but Limited flexible template. Full. but Limited flexible template.
Deposits & payments Payment links Advanced	Payment links (credit card, bank transfer) embedded in proposals, contracts and invoices, with payment status reconciled back to the booking record.	Full Thynk: Full	Full Amadeus Delphi: Full. Payment integration via Sertifi partners. Payment integration via Sertifi partners.
PayMaster & orders PayMaster and order financial management Advanced	PayMaster balances and order postings managed with a full audit trail, splitting, transfers and reconciliation against PMS folios.	Full Thynk: Full	Full Amadeus Delphi: Full. Mature. Mature.
Invoicing Invoicing with flexible financial items Baseline	Final invoices with flexible financial items, configurable chart-of-accounts mapping and journal-level detail, supporting split billing and consolidation.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Limited flexible template. Limited flexible template.
Invoicing Accounting journal integration Advanced	Journal entries exposed with account codes, tax codes and cost-centre allocation, ready for the customer's finance and ERP systems to consume.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Journal export to ERP via integration. Journal export to ERP via integration.
Receivables Collections and accounts receivable Advanced	Collections and accounts-receivable workflow for event and group bookings: aged debt reporting, follow-up workflow and direct-bill management.	Full Thynk: Full	Full Amadeus Delphi: Full. Supported. Supported.
POS Integrated e-POS for banquet operations Differentiating	Banquet and catering operations need an e-POS capability, either provided or closely integrated, that posts directly to the customer's PayMaster folio with itemised revenue capture.	Full Thynk: Full	Gap Amadeus Delphi: Gap. No integrated e-POS. No integrated e-POS.
Tax Multi-jurisdiction tax and service-charge configuration Advanced	Multi-jurisdiction tax and service-charge configuration (VAT, GST, sales tax, service charge, gratuity, cover charge) with tax rules per property, product and segment, correct handling of zero-rated and exempt items, and journal-level posting to the customer's financial system.	Full Thynk: Full	Full Amadeus Delphi: Full. Mature tax VAT handling standard across international deployments. Mature tax VAT handling standard across international deployments.
10. Light S&C / Franchisee Portal
Property-tier coverage Unified commercial platform across service tiers Differentiating	Limited-service, select-service, full-service and convention-centre properties should all run on one commercial platform, with a different depth of capability for each tier. Corporate then keeps consistent visibility and account management across a mixed portfolio.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Primarily full-service; limited-service tiers not core. Primarily full-service; limited-service tiers not core.
Franchisee / member portal Franchisee / member hotel portal Differentiating	Franchisee and member properties get a dedicated portal to receive GSO-originated leads, answer availability and rate requests, and keep sight of corporate-driven bookings, without needing full S&C licensing at the property.	Full Thynk: Full. In pilot with selected customers. Member properties receive requests by email, a response form or a member portal with room grid and booking management, and enter pickup, without a full S&C licence at the property. In pilot with selected customers. Member properties receive requests by email, a response form or a member portal with room grid and booking management, and enter pickup, without a full S&C licence at the property.	Gap Amadeus Delphi: Gap. Franchisee portal not core. Franchisee portal not core.
Limited-service workflow Form-based availability and rate request Differentiating	For limited-service properties, lightweight email and form-based inquiry handling that captures room and space availability requests and returns a rate, without loading the property with full S&C workflow.	Full Thynk: Full. In pilot with selected customers. Drag-and-drop response forms (pre-filled, save-as-draft, one-time-code access) capture availability, rates, meeting rooms and F&B, and update the booking. In pilot with selected customers. Drag-and-drop response forms (pre-filled, save-as-draft, one-time-code access) capture availability, rates, meeting rooms and F&B, and update the booking.	Gap Amadeus Delphi: Gap. Not part of core. Not part of core.
Select-service workflow Light S&C workflow for select-service properties Differentiating	Select-service properties should get a simplified S&C workflow covering core group and event handling (block creation, basic BEO, invoicing), with a clear upgrade path to full S&C when the property's complexity calls for it.	Partial Thynk: Partial. Fast booking wizard creates a booking and proposal in a few steps from Salesforce. A broader select-service workflow with an upgrade path to full S&C is being added. Fast booking wizard creates a booking and proposal in a few steps from Salesforce. A broader select-service workflow with an upgrade path to full S&C is being added.	Gap Amadeus Delphi: Gap. Not designed for select-service. Not designed for select-service.
Brand governance Brand-standard compliance in light workflows Advanced	Light S&C and franchisee-portal workflows follow centrally defined brand standards (proposal templates, minimum content, approval rules, rate fences), so corporate governance holds across every property tier.	Full Thynk: Full	Gap Amadeus Delphi: Gap. Not applicable. Not applicable.
Corporate visibility Consolidated view across tiers Differentiating	Corporate users get consolidated reporting, pipeline and account visibility across all property tiers (limited, select, full service, convention centre), whatever level of S&C functionality each property runs.	Full Thynk: Full	Gap Amadeus Delphi: Gap. Multi-tier consolidated view limited. Multi-tier consolidated view limited.
11. B2B Account & Agency Portal
Portal access Booker / client self-service portal Advanced	Corporate and agency clients log into a branded booker portal to see their negotiated rate contracts, browse personalised product catalogues, view their booking portfolio and history, submit RFPs and rooming lists, and manage payments against their bookings.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Groups360 in the Amadeus ecosystem; not fully native to Delphi. Groups360 in the Amadeus ecosystem; not fully native to Delphi.
Portal access Personalised product catalogue per account Differentiating	Each account sees a personalised product and package catalogue in the booker portal, reflecting its negotiated terms, permitted properties and any account-specific customisation.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Limited per-account customisation. Limited per-account customisation.
Portal access Booking portfolio & rooming list self-service Advanced	Through the portal, bookers view and manage their booking portfolio across all participating properties and upload and manage rooming lists directly, with changes flowing back into the commercial platform.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Via Groups360 ecosystem. Via Groups360 ecosystem.
Portal access Portal payment capability Advanced	Bookers settle deposits, milestone payments and final invoices in the portal through embedded payment links, reconciled to the booking and account record.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Via partner integrations. Via partner integrations.
Contracts Negotiated rate contract management Baseline	Negotiated rate contracts managed across their whole life: definition, approval, activation, versioning, expiry and renewal, with a full audit trail and automatic linking to eligible bookings across properties.	Full Thynk: Full	Full Amadeus Delphi: Full. Standard. Standard.
Contracts & packages Personalised corporate packages embedded in negotiated rate contracts Differentiating	Personalised corporate or agency packages (DDR, menu packs, AV packs built from PAX-driven or unit-driven items) authored per customer and offered through that customer's negotiated rate contract. Packages work in auto-pricing mode (price changed at package level and cascaded to the items) and flex-pricing mode (price changed per item), with discounts as a percentage on product type or against negotiated unit prices. Availability is controlled per corporate or agency account rather than shared as one common catalogue.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Negotiated rate and product management mature; per-account custom package authoring with both auto-pricing and flex-pricing modes, percentage-on-type or per-item discount rules, and agency-specific package availability is less developed than a purpose-built commercial platform. Negotiated rate and product management mature; per-account custom package authoring with both auto-pricing and flex-pricing modes, percentage-on-type or per-item discount rules, and agency-specific package availability is less developed than a purpose-built commercial platform.
Account structure Account hierarchy (structural) Advanced	Configurable multi-level account hierarchies (global parent, regional, local, agency, sub-agency) with parent-child relationships and inherited commercial terms, holding up against PMS profile duplication thanks to the golden-record layer.	Full Thynk: Full	Full Amadeus Delphi: Full. Account hierarchy with parent-child relationships supported. Account hierarchy with parent-child relationships supported.
Account productivity Total account production and analytics roll-up across hierarchy Differentiating	Beyond defining the hierarchy, production and performance analytics aggregate automatically through every level (global parent, regional, local, agency, sub-agency). Bookings, guestroom and catering revenue, rental, space, ancillary, conversion, pickup, share of wallet and sales-cycle metrics roll up at each level and drill from the top of the tree to a single booking, all in-platform with no separate BI tool or data warehouse.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Basic hierarchical roll-up available; full production + multi-revenue-stream analytics (guestroom + F&B + rental + ancillary) across levels, drillable to individual booking, typically requires separate BI tooling — adding TCO and breaking single-platform workflow. Basic hierarchical roll-up available; full production + multi-revenue-stream analytics (guestroom + F&B + rental + ancillary) across levels, drillable to individual booking, typically requires separate BI tooling — adding TCO and breaking single-platform workflow.
Account structure Territory management & account assignment Advanced	Accounts can be assigned through the territory model to individual sales managers, cluster teams and global account managers at the same time, with visibility and activity tracking kept at each level.	Full Thynk: Full	Full Amadeus Delphi: Full. Supported. Supported.
Custom products Custom products per account Differentiating	Account-specific products and packages that are not in the standard catalogue can be created and maintained, with their own pricing, inclusions and proposal content blocks.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Limited account-specific customisation. Limited account-specific customisation.
Planning Account budgeting and forecasting Advanced	Account-level budgets and forecasts by segment, product and period, with variance tracked against actuals pulled from PMS and POS data.	Full Thynk: Full	Full Amadeus Delphi: Full. Supported. Supported.
Planning Commission management Advanced	Commission definition, accrual and reporting per account, contract and booking, including tiered and performance-based structures.	Full Thynk: Full	Full Amadeus Delphi: Full. Supported. Supported.
Analytics Account performance analytics Advanced	Account performance analytics at both corporate and property level: production, share of wallet, contract compliance, pricing realisation and account-level ROI.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Via BI add-on. Via BI add-on.
12. Analytics
Account analytics Account production in context Advanced	Account production reported by segment, property, brand and period with the full PMS data scope (all segments, all products, down to financial items) and flexible reference-year comparisons, without relying on a separate BI tool.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Via BI add-on; separate from core UI. Via BI add-on; separate from core UI.
Sales analytics Sales performance analytics Baseline	Sales performance analytics per brand, segment, team and individual: activity, RFPs and leads, bookings, negotiated rate performance, velocity, take rate and performance against targets.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Via BI tool (added TCO). Via BI tool (added TCO).
Sales analytics Conversion and sales-cycle insight Advanced	Conversion metrics and sales-cycle duration analytics, drilling down to individual opportunities and attributing delays or losses to stages and reasons.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Via BI; limited drill-down. Via BI; limited drill-down.
Commercial programmes ROI on sales programmes Differentiating	ROI tracked on defined sales programmes (campaigns, fam trips, conferences, incentives), tying downstream bookings and revenue to the investment that started them.	Full Thynk: Full	Gap Amadeus Delphi: Gap. Sales-programme ROI not native. Sales-programme ROI not native.
Forward visibility Demand calendar (rooms and spaces) Baseline	Planning needs a demand calendar that combines rooms and spaces, with displacement analytics, pricing-decision support and an overlay of events-in-town compression data.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Available. Available.
Forward visibility BOB (Book-on-Books) across full revenue Advanced	Book-on-Books reported across the full revenue mix (rooms, F&B, spaces and ancillaries) for the forward period, in one view.	Full Thynk: Full	Full Amadeus Delphi: Full. Supported via Delphi BI. Supported via Delphi BI.
Forward visibility PACE reporting Advanced	PACE reports comparing the current booked position with the same day last year, with drill-down by segment, property, brand and channel.	Full Thynk: Full	Full Amadeus Delphi: Full. Supported. Supported.
Forward visibility GRC (Group Rooms Control) reporting Advanced	GRC reporting covering group rooms on the books, availability, displacement and conversion probability for the forward booking window.	Full Thynk: Full	Full Amadeus Delphi: Full. Supported. Supported.
Space analytics Space utilisation and lead / strike-time analytics Advanced	Space utilisation (%) and lead and strike-time analytics: the interval between booking confirmation and event, and between event end and the next availability. It should expose turnaround bottlenecks, repeat-event patterns per account and the space-to-room-revenue ratio, to support yield-informed space allocation.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Via BI add-on; embedded utilisation analytics limited. Via BI add-on; embedded utilisation analytics limited.
Self-service analytics Drag-and-drop report and dashboard authoring (no separate BI tool required) Differentiating	End users, not only BI specialists, should be able to author reports, charts and dashboards on any data object in a native drag-and-drop builder, with no code, SQL or separate BI tool. Output can be shared by URL, email schedule or mobile, or embedded in record views.	Full Thynk: Full	Gap Amadeus Delphi: Gap. Enterprise reporting via separate BI tool (added TCO); not native self-service end-user report authoring. Enterprise reporting via separate BI tool (added TCO); not native self-service end-user report authoring.
Distribution Scheduled report and alert distribution Advanced	Reports, dashboards and alerts are distributed on a schedule to users and groups by email, mobile push, in-app notification or messaging integration (Slack, Teams), at configurable frequencies and with threshold alerts. An example: 'notify the sales director when pickup falls below 80% with 14 days to arrival'.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Via BI add-on. Via BI add-on.
AI analytics AI-powered resource and pattern analytics Differentiating	AI and machine learning applied to hospitality operational data to surface patterns and predictions: resource-utilisation forecasts, repeat-event detection, seasonal demand patterns, conversion likelihood, at-risk opportunities and account-level anomalies. Results are acted on through the same records and dashboards, not a separate analytics product.	Full Thynk: Full	Gap Amadeus Delphi: Gap. Not native. Not native.
Analytics platform Embedded analytics (no separate BI licence) Differentiating	Core analytics are included in the commercial platform licence. Producing the reports above should not need a separate BI subscription, a data warehouse licence or an extra integration project.	Full Thynk: Full	Gap Amadeus Delphi: Gap. Enterprise reporting requires separate BI tool (added TCO). Enterprise reporting requires separate BI tool (added TCO).
13. User Experience & Ease of Use
Interface Modern, clean user interface Baseline	The interface should be modern, consistent and visually clean, keeping mental load low for everyday sales, catering and operations tasks. It has to be built for hospitality use cases, not a generic CRM repurposed for the industry.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Interface updated; some earlier conventions remain. Interface updated; some earlier conventions remain.
Interface Role- and use-case-based layouts Advanced	Record layouts, field visibility, required fields, inline actions and default views configurable by user role, use case and property type, without code. A reservations coordinator at a limited-service hotel should see a different opportunity layout from a convention-centre sales director.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Configurable but less flexible than CRM-native platforms. Configurable but less flexible than CRM-native platforms.
Interface Conditional field display Advanced	Conditional field display, so fields that matter only in certain scenarios (convention-centre exhibitor services, destination weddings, multi-brand cluster bookings) appear only when relevant and the screen stays clear for day-to-day work.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Available; less flexible than CRM-native. Available; less flexible than CRM-native.
Access Browser-based, device-agnostic access Baseline	Works in modern web browsers on desktop, tablet and mobile with nothing to install per device, and a responsive layout across screen sizes.	Full Thynk: Full	Full Amadeus Delphi: Full. Browser-based. Browser-based.
Mobile Native mobile applications (iOS & Android) Advanced	Native iOS and Android apps for field sales, event operations and management roles, with features and navigation tuned to mobile work rather than a squeezed desktop view.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Delphi Mobile present; functionality continues to improve. Delphi Mobile present; functionality continues to improve.
Mobile Offline-capable mobile workflows Differentiating	Key mobile workflows (activity logging, BEO viewing, service-order execution, attendee lookup) keep working offline and sync automatically on reconnection. That matters for field teams and operations staff in ballrooms and off-site venues with patchy connectivity.	Full Thynk: Full	Gap Amadeus Delphi: Gap. Not supported in mobile today. Not supported in mobile today.
Productivity integration Outlook / Gmail integration Advanced	Integration with Microsoft Outlook and Google Workspace, so emails, meetings and tasks can be logged against accounts, opportunities and bookings straight from the email client without switching context.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Basic email integration. Basic email integration.
Productivity integration Slack / Teams integration Advanced	Integration with Slack and Microsoft Teams for in-channel notifications, record sharing and light commercial workflows (approvals, handovers, alerts) from inside the user's messaging client.	Full Thynk: Full	Gap Amadeus Delphi: Gap. Not native. Not native.
Data in context Analytics widgets embedded in record views Differentiating	Records (accounts, opportunities, bookings, properties) show contextual analytics widgets in the record view itself: production history, total spend, forecast, pace, BOB, activity summary, conversion rate. Decisions get made with the data in front of the user, not in a separate BI tool or dashboard.	Full Thynk: Full	Gap Amadeus Delphi: Gap. Analytics accessed via separate BI tool. Analytics accessed via separate BI tool.
Data in context Configurable personal and role-based dashboards Advanced	Users compose personal and role-based dashboards by drag and drop, with tiles pulling live from the data model, filters for property, brand, segment and period, and role-level defaults for new users.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Via BI. Via BI.
Search Intelligent cross-object search Differentiating	Intelligent search across all object types (accounts, contacts, opportunities, bookings, spaces, products) with fuzzy and phonetic matching, typo tolerance, acronym handling and relevance ranking, so less time goes on hunting for records.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Search present; advanced fuzzy matching limited. Search present; advanced fuzzy matching limited.
Productivity Multi-record concurrent work (multi-tab) Advanced	Several records open side by side in tabs in one browser window, for example quoting one event, answering a separate RFP and reviewing an account's forward book, without losing context when switching or having to navigate back to find them.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Navigation-based; true multi-tab concurrent work requires workarounds. Navigation-based; true multi-tab concurrent work requires workarounds.
AI assistance In-app AI copilot for common workflows Differentiating	Needs an in-app AI copilot for common workflows: drafting emails, summarising accounts and opportunities, preparing meeting briefs, flagging pipeline risk and answering 'what should I do next', with permission-aware access to platform data.	Full Thynk: Full	Not assessed Amadeus Delphi: Not assessed
AI assistance Next-best-action recommendations inline Differentiating	Next-best-action recommendations appear inline in record views and point to the most useful next step (respond to RFP X, follow up with account Y, escalate stalled opportunity Z) with a clear rationale, so users are not left to prioritise on their own.	Full Thynk: Full	Not assessed Amadeus Delphi: Not assessed
14. TCO (Total Cost of Ownership)
Licensing transparency Predictable licensing scaled to business volume Differentiating	Commercial terms should scale with hospitality-relevant volume (properties, rooms, spaces) and not with team size, so total cost of ownership stays predictable as sales teams grow or shrink, with no renegotiation.	Full Thynk: Full	Not assessed Amadeus Delphi: Not assessed
Licensing transparency Underlying CRM platform cost included Differentiating	Vendor pricing has to include the underlying enterprise CRM platform licence, so the customer faces no separate per-user CRM subscription to operate the commercial platform.	Full Thynk: Full	Not assessed Amadeus Delphi: Not assessed
Built-in capabilities Integration middleware included Differentiating	Hospitality-grade ETL, API middleware and integration tooling for standard PMS, POS and third-party connectivity come inside the core licence, so total cost of ownership carries no separate iPaaS or middleware subscription.	Full Thynk: Full	Not assessed Amadeus Delphi: Not assessed
Built-in capabilities Analytics and reporting included Differentiating	Core sales, account, demand, PACE, GRC and BOB analytics sit inside the core licence. Standard commercial reporting should not need a separate BI subscription, a data-warehouse licence or a bespoke reporting project.	Full Thynk: Full	Not assessed Amadeus Delphi: Not assessed
Environments Sandbox and UAT environments Advanced	The core licence includes a reasonable allocation of development, UAT and training sandbox environments, with clear, transparent pricing for any extra environments.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Sandbox provision varies by contract. Sandbox provision varies by contract.
Upgrades & maintenance Upgrades included in subscription Advanced	All platform upgrades, minor and major, and routine maintenance are covered by the subscription fee. Version upgrades carry no customer-side cost and no mandatory professional-services spend.	Full Thynk: Full	Full Amadeus Delphi: Full. SaaS upgrades standard. SaaS upgrades standard.
Consumption Consumption-cost transparency Advanced	Any consumption-based costs (API call volume, storage, additional users, additional integrations) are disclosed up front, with forecast consumption for the target deployment scale, so total cost over the contract term is predictable.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Standard subscription; additional modules priced separately. Standard subscription; additional modules priced separately.
Commercial terms Multi-year pricing commitments Advanced	Expect multi-year pricing commitments with documented price-change caps, giving visibility of total cost over a three- to five-year horizon.	Full Thynk: Full	Full Amadeus Delphi: Full. Multi-year available. Multi-year available.
15. Onboarding / Adoption
Implementation methodology Phased implementation methodology Baseline	Implementation follows a documented, phased methodology covering kick-off, discovery, configuration, data migration, UAT, training and go-live, with defined deliverables and acceptance milestones at each phase.	Full Thynk: Full	Full Amadeus Delphi: Full. Mature methodology. Mature methodology.
Implementation methodology Template-based deployment Differentiating	Template-based deployment, with brand, property-type and segment templates that speed up configuration and keep multi-property rollouts consistent.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Templates present; multi-property template maturity varies. Templates present; multi-property template maturity varies.
Rollout speed Rapid per-property rollout Differentiating	Once brand and property-type templates exist, a new property can be rolled out quickly. The target is 2–5 working days for configuration and onboarding, leaving data migration complexity aside.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Property rollout timelines weeks-to-months. Property rollout timelines weeks-to-months.
Rollout speed Co-development model Advanced	Co-development with the customer's own resources and brand teams should be part of the implementation approach, so knowledge transfers during the project and reliance on vendor professional services drops afterwards.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Via Amadeus services. Via Amadeus services.
Data migration Documented data migration approach & tooling Advanced	Documented migration tooling and approach for historical bookings, accounts, contacts, contracts and production data from incumbent systems, with staged reconciliation.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Migration services via Amadeus consulting. Migration services via Amadeus consulting.
Data migration Comprehensive migration scope from incumbent systems Differentiating	Data migration covers everything sales continuity needs from the incumbent landscape: accounts, contacts, account hierarchies, negotiated rate contracts, sales territories, historical bookings and production by segment, sales activities, open opportunities and forward calendar commitments. Nothing critical to active commercial operations is left behind at cut-over.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Customer migration scope varies; full sales-continuity scope not guaranteed. Customer migration scope varies; full sales-continuity scope not guaranteed.
Data migration Parallel-run capability during transition Advanced	Implementation should allow a parallel-run period during which transactional data flows to both the incumbent and the new system, so teams can reconcile and build confidence before cut-over and go-live risk drops for mission-critical commercial operations.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Via project design. Via project design.
Data migration Migration tooling with reconciliation Advanced	Migration tooling with field-level mapping configuration, validation against target-system constraints, staged loads with error-row handling, and reconciliation reports comparing source and target totals by account, property, segment and period. It can be re-run until reconciliation is clean.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Via consulting. Via consulting.
Data migration Data-quality cleanup during migration Differentiating	Migration includes data-quality cleanup: de-duplication through the golden-record matching algorithm, normalised names and addresses, and resolution of PMS and CRM profile mismatches. Cut-over should leave a cleaner data set than the incumbent system, not carry its quality problems across.	Full Thynk: Full	Gap Amadeus Delphi: Gap. Customer owns data cleanup; golden-record style cleanup not part of Delphi migration. Customer owns data cleanup; golden-record style cleanup not part of Delphi migration.
Data migration Progressive migration with pilot properties Advanced	Rollout should be progressive: pilot properties or regions first, lessons folded into templates and runbooks, then the broader rollout, using template-based deployment rather than bespoke configuration for each property.	Full Thynk: Full	Full Amadeus Delphi: Full. Project design supports. Project design supports.
Configuration ease Self-service property provisioning Differentiating	Self-service provisioning for new properties once templates are in place. Central or regional administrators configure a new property in the administrative UI, without code and without a dedicated vendor professional-services engagement.	Full Thynk: Full	Gap Amadeus Delphi: Gap. Property onboarding typically a managed engagement. Property onboarding typically a managed engagement.
Configuration ease Clicks-not-code configuration with promotion path Advanced	Platform configuration (fields, layouts, workflows, validation rules, approval flows, templates, permissions) is done in the administrative UI without code, with changes versioned and promoted through sandbox, UAT and production on a documented deployment path.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Configurable but less flexible than CRM-native platforms. Configurable but less flexible than CRM-native platforms.
Training Role-based learning paths Advanced	Training organised by role (sales manager, catering manager, event planner, reservations, GSO, operations, finance, administrator), with defined learning paths and competency checkpoints for each.	Full Thynk: Full	Full Amadeus Delphi: Full. Amadeus Academy. Amadeus Academy.
Training Self-paced digital learning platform Advanced	Every end user should have a self-paced digital learning platform (a product academy) with on-demand modules, assessments, certifications and progress tracking.	Full Thynk: Full	Full Amadeus Delphi: Full. Amadeus Academy. Amadeus Academy.
Training Role-based certification programme Advanced	Certification should be structured, with a defined curriculum for each role (sales manager, catering manager, event planner, GSO coordinator, administrator, analyst), formal exams, certificates, and currency requirements tied to the product release cadence so that certifications stay meaningful.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Certifications via Amadeus. Certifications via Amadeus.
Training Trainer-led sessions (onsite and virtual) Baseline	Trainer-led sessions both onsite and virtual, covering initial deployment, onboarding of new hires and continuous enablement.	Full Thynk: Full	Full Amadeus Delphi: Full. Standard. Standard.
Change management Executive alignment & change-management support Advanced	Change-management support: executive sponsor alignment, stakeholder mapping, user-adoption plans and frameworks for measuring success.	Full Thynk: Full	Full Amadeus Delphi: Full. Via Amadeus services. Via Amadeus services.
Go-live Hypercare post go-live Advanced	Dedicated hypercare for an agreed window after go-live (for example 2–4 weeks), with defined response SLAs, embedded support resources and daily status reporting.	Full Thynk: Full	Full Amadeus Delphi: Full. Standard. Standard.
Continuous enablement Ongoing enablement programme Advanced	After go-live, continuous enablement through release notes, webinars, office hours, a customer community and regular best-practice sharing, all within the subscription at no extra cost.	Full Thynk: Full	Full Amadeus Delphi: Full. Amadeus user community. Amadeus user community.
Adoption measurement Adoption analytics Differentiating	User adoption metrics (feature usage, user activity, engagement, workflow completion) available to customer administrators, so adoption programmes can be driven by data rather than anecdote.	Full Thynk: Full	Partial Amadeus Delphi: Partial. Via BI add-on. Via BI add-on.
16. AI & Agents
Agent platform Native AI agent platform (Agentforce-inherited) Differentiating	Inherits a complete, enterprise-grade AI agent platform from the underlying CRM: reasoning engine, action templates, prompt builder, agent guardrails and secure task execution. AI agents are first-class citizens of the platform, not a bolt-on chatbot or a separate product subscription.	Partial Thynk: Partial. AI concierge for bookings, inquiry chat, voice interaction and AI inquiry parsing are available. Broader Salesforce agent capabilities are being rolled out. AI concierge for bookings, inquiry chat, voice interaction and AI inquiry parsing are available. Broader Salesforce agent capabilities are being rolled out.	Not assessed Amadeus Delphi: Not assessed
Thynk-native agents Thynk hospitality agents (Email Copilot, RFP triage, proposal drafting, change-request interpretation, conversion qualification) Differentiating	Thynk-authored AI agents built for hospitality commercial workflows: inbound email and PDF inquiry extraction (Email Copilot), RFP routing and qualification, proposal and BEO drafting support, change-request interpretation and conversion likelihood scoring. They run natively on the hospitality data model with no separate licensing or custom development.	Full Thynk: Full	Not assessed Amadeus Delphi: Not assessed
Horizontal agent library Access to 200+ prebuilt horizontal enterprise agents and action templates Differentiating	Through the underlying enterprise CRM platform, customers inherit a library of more than 200 prebuilt horizontal agents and action templates (SDR agents, service agents, sales coaches, knowledge curation, data integrity, benchmarking analysts), deployable against Thynk data with no-code configuration instead of bespoke development.	Partial Thynk: Partial. Being rolled out through the Salesforce platform. Being rolled out through the Salesforce platform.	Not assessed Amadeus Delphi: Not assessed
Hospitality agent roadmap Access to Salesforce hospitality agent roadmap (100+ industry agents) Differentiating	Access to Salesforce's industry-specific hospitality agent portfolio as it rolls out, current and announced: Bid Optimization, Commission Audit, Price Optimization, Predictive Analyst, Predictive Inventory, Total Revenue Strategy Orchestrator, Proposal Drafting, Contract Digitization, Contextual Offer Orchestrator, Profile/Preference, Service Sentinel, Recommendation, F&B Upsell, Experience Booker, Retention, Loyalty Modeler, Cash Flow Reconciliation, Compliance Audit, Legal Review, Event Prediction, Knowledge Curation, Inventory Allocation and Segment Analyst. New agents become available as they are released, with no customer re-platforming.	Partial Thynk: Partial. Being rolled out as Salesforce releases hospitality agents. Being rolled out as Salesforce releases hospitality agents.	Not assessed Amadeus Delphi: Not assessed
Multi-agent orchestration Agent-to-agent orchestration (A2A / MCP / Agent Fabric) Differentiating	Multi-agent orchestration with an agent registry, routing, governance and observability, so several agents coordinate across systems through open industry protocols (Agent-to-Agent, Model Context Protocol) and an agent fabric layer, instead of running as isolated point solutions that each need their own integration.	Partial Thynk: Partial. Multi-agent orchestration is on the roadmap. Multi-agent orchestration is on the roadmap.	Not assessed Amadeus Delphi: Not assessed
AI governance Enterprise AI trust layer (grounding, PII masking, toxicity detection, zero data retention, audit trail) Differentiating	Every AI interaction sits behind a built-in trust and safety layer: secure data retrieval with dynamic grounding, PII masking before prompts are sent, toxicity detection, zero data retention with LLM providers, a complete audit trail of agent actions and decisions, and feedback capture for continuous improvement. AI can then be deployed under enterprise risk, privacy and compliance policy without bolt-on controls.	Partial Thynk: Partial. AI usage runs through a central layer with cost monitoring; Salesforce trust-layer capabilities are on the roadmap. AI usage runs through a central layer with cost monitoring; Salesforce trust-layer capabilities are on the roadmap.	Not assessed Amadeus Delphi: Not assessed
Model choice Bring-your-own-LLM (model portability) Differentiating	Customers choose between several large language models (Salesforce-provided, OpenAI, Anthropic, Google, Azure OpenAI or customer-hosted and self-managed), with consistent governance, action execution and prompt orchestration across them, so there is no lock-in to one LLM vendor or model generation.	Partial Thynk: Partial. AI features run through a central model layer; customer model choice is on the roadmap. AI features run through a central model layer; customer model choice is on the roadmap.	Not assessed Amadeus Delphi: Not assessed
Agent marketplace AgentExchange third-party agent marketplace Differentiating	Access to a curated marketplace of third-party AI agents from ISVs and industry specialists, installable, trialable and governable without bespoke integration, so new agent capabilities can be adopted quickly as the ecosystem matures.	Full Thynk: Full	Not assessed Amadeus Delphi: Not assessed
Grounded agents Agents operating on unified Guest 360 / Data Cloud profile Differentiating	AI agents work over a unified customer profile (Data Cloud Guest 360) spanning PMS, POS, CRM, loyalty, service, marketing and external sources. Answers are context-aware and grounded in the customer's real data, not generic or hallucinated output from siloed systems.	Full Thynk: Full	Not assessed Amadeus Delphi: Not assessed

FAQ

Amadeus Delphi vs Thynk — frequently asked

What is the difference between Amadeus Delphi and Thynk?

Amadeus Delphi is a standalone Amadeus Hospitality platform; Salesforce or another CRM, where used, is connected by integration. Thynk is a native Salesforce application: it installs into a Salesforce org and uses that org's records, users and security model. It includes an operations application for event delivery, plus supplier and exhibitor portals.

Which organisations typically use Amadeus Delphi, and which use Thynk?

Amadeus Delphi: Hotels and resorts looking for an established, property-level sales & catering system with space management, packages and GRC / PACE reporting. Thynk: Multi-property hotel groups, global sales offices and venues that run their commercial teams on Salesforce and want CRM, group sales, events, event operations and analytics in one platform.

Is there an operations application for event delivery in Amadeus Delphi and in Thynk?

Amadeus Delphi: Delphi Mobile available; functionality continues to improve. Thynk: Mobile app for operations staff: task and work-order lists, status updates, checklists with photo proof, notes, delivery signatures, push notifications and offline use. The admin console adds SLA escalation, recurring schedules, a day-of run sheet, shift handover and tasks generated from booking events. BEO access inside the app is being added.

Which is the better choice, Amadeus Delphi or Thynk?

Thynk is the best choice in this comparison: it documents full coverage of 179 of 192 requirements, and Amadeus Delphi documents full coverage of 45. Thynk is also the Salesforce-native option, so accounts, contacts, users and security stay in one org. Coverage and notes for every requirement are listed in the matrix on this page.

How do Amadeus Delphi and Thynk compare on requirements coverage?

Of 192 requirements, Thynk has documented full coverage of 179 and Amadeus Delphi of 45; both fully cover 44. Coverage and notes for every requirement are listed in the matrix on this page.

Do I need a separate CRM or Salesforce licence?

Amadeus Delphi does not bundle a CRM; organisations that want one license it separately. Thynk's commercial offer includes the Salesforce platform licence it runs on.

What should buyers check when comparing Amadeus Delphi and Thynk?

Map your own requirements to the categories in the matrix and confirm coverage with each vendor directly.

How was this comparison compiled?

Coverage is based on publicly available product documentation and analyst reviews, recorded per requirement as full, partial, gap or not assessed. Vendors and readers can request a correction through https://www.thynk.cloud/contact.

See Thynk against your real workflow

Book a demo to walk through the requirements that matter most to your group sales, MICE and multi-property teams.

Book a Demo See all comparisons