General Settings

Overview

General Settings defines the core configuration of a Brand in Tourpaq. These settings control identification parameters, numbering ranges, default contact information and selected functional modules available for that specific brand.

This section is mandatory for correct system behavior and must be configured before the brand is used in production.

Purpose

The purpose of General Settings is to:

  • Define the brand identity in the system

  • Configure unique numbering intervals for bookings, offers and gift cards

  • Set default contact details used in communication flows

  • Enable or manage connected modules such as Ticket, Insurance and Other Settings

  • Ensure that no ID conflicts occur between brands

Incorrect configuration can result in overlapping booking numbers or inconsistent communication output.

Instructions

1. Access the Section

Go to: System Setup → Brands → General

Select the relevant Brand from the list.


2. Brand Identification

Brand* - Enter the official brand name. This is displayed internally and in selected documents.

Brand Code - Optional short identifier for integrations or internal filtering. It is used in Flight Transfer List and Hubspot.

3. Contact Information

Contact Email Address* Primary outgoing email address used for communication from this brand. It is used in relation with the customers or partners - may appear on ticket, vouchers and export lists. Example: booking confirmations, notifications, system emails.

Bcc Email Address Optional. All outgoing emails will include this address as blind copy.

4. Booking ID Configuration

Each brand must have its own unique numbering interval.

Booking IDs Start From* Defines the first booking number that can be generated.

Booking IDs Ends To* Defines the maximum allowed booking number.

Important:

  • Ranges must not overlap with other brands.

  • Once bookings are created, changing the range requires caution.

5. Offer ID Configuration

Offer IDs Start From* Starting number for offers.

Offer IDs Ends To* Maximum offer number.

These ranges must also be unique per brand.

6. Gift Card ID Configuration

Gift Card IDs Start From* Starting number for gift cards.

Gift Card IDs Ends To* Maximum gift card number.

Ensure no overlap with other brands.

7. Up Sales Tooltip

Optional informational text shown in upsell context. Use this field to guide users when additional services are offered.

Additional Brand Sections

On the right side, the following expandable modules are available:

  • Ticket

  • Insurance

  • Other Settings

Each section contains configuration related to its functional domain and can be expanded individually.

Ticket

The Ticket section defines the legal, financial, and display information shown on customer tickets generated by the system.

All configurations in this section apply at brand level and affect every ticket created under the selected brand.

Expected Behavior

The system allows administrators to:

  • Define company and legal information displayed on tickets

  • Configure banking details for payment instructions

  • Add legal or explanatory texts

  • Control which sections are visible on the ticket

  • Upload branding elements such as logo and banner

All changes take effect after saving.

Configuration Fields

These fields define the official company details displayed on the ticket:

  • Version – Selects the ticket layout version (Version 1 - Version 3)

  • Country – Company country

  • GeoMap Country – Country used for map integrations

  • Postcode – Postal code

  • Place – City

  • Address – Full company address

  • Cvr no – Company registration / tax number

  • Phone – Contact phone number

  • Fax – Fax number

This information is printed on the generated ticket.

2. Bank Information

These fields define payment-related details:

  • Bank – Bank name

  • Creditor number – Registered creditor ID

  • IBAN number – IBAN

  • BIC Code SWIFT Address – SWIFT code

These details appear in the payment section of the ticket.

3. Payment Info

A free-text field used to provide:

  • Payment method explanations

  • Legal fiscal notes

  • VAT information

  • Additional payment instructions

The text entered here will be displayed on the ticket.

4. Ticket Help Text

Two editable WYSIWYG text areas are available:

  • Ticket help text comment

  • Ticket help text explanation page footer

5. Display & Visibility Settings

These options control which sections appear on the ticket:

  • Hide Payment Area - If checked, this will make the payment plan section to not show on ticket.

  • Show SSR On Ticket

  • Show Allocation Area - If checked, this will make the allocation area appear on ticket.

  • Hide Payment Details - If checked, this will make the payment plan with IBAN and swift not show on ticket.

  • Hide Payment Info Box - If checked, this will make the payment info box not show on ticket.

  • Hide Payment Info Box On Individual Ticket - If checked, this will make the payment plan with IBAN and swift not show on ticket.

  • Show Hotel URL - If checked, hotel URL will appear on ticket

  • Show Hotel Info - If checked, hotel address and thelephone will appear on ticket

  • Show Travel Time - If checked, travel time will appear on ticket

  • Show Arrival Hour - If checked, arrival hour will appear on ticket

  • Add hotel description page - If checked, adds a page at the end of the ticket that represents the hotel description as set in web tab of the hotel

  • Add hotel facility dedicated page - If checked, adds a page at the end of the ticket that represents the hotel's selected facilities

Selecting or deselecting these options directly affects the ticket structure.

6. Visual Elements

  • Logo – Logo displayed on the ticket

  • Banner – Banner image used on the ticket

Uploaded images are automatically applied to all tickets for the selected brand.

Insurance

The Insurance section under Brands > General controls the integration between Tourpaq and the selected insurance provider.

This setup ensures that travel insurance products can be offered, booked, and transmitted correctly to the insurance company. The configuration is brand specific, meaning each brand can have its own insurance agreement and credentials.

Only one provider can be active at a time.

Purpose

The purpose of this configuration is to:

  • Enable insurance sales in bookings

  • Authenticate communication with the insurance provider

  • Define the valid sales window for insurance policies

  • Control where insurance notifications are sent

Incorrect configuration may result in failed insurance bookings or missing confirmations.

Fields Description

Insurance Provider

- Europaeiske / Gouda Select the insurance provider linked to the brand agreement. This determines which API and credentials will be used.

Insurance Agent Username * - The username provided by the insurance company. Used for authentication when sending insurance bookings.

Insurance Agent Password * - The password linked to the agent username. Used together with the username for secure communication.

Insurance Agent Code * - The official agent code assigned by the insurance provider. Identifies the agency within the insurance company’s system.

Insurance Agency Code * - The agency or branch code provided by the insurance company. Used for reporting and contract identification.

Days No Before/After Departure * - Defines the allowed time window for selling insurance in relation to departure date.

Example: If set to 120 and reference is Departure Date, insurance can be sold up to 120 days before or after departure, depending on provider rules.

This prevents insurance from being sold outside the allowed timeframe.

Insurance Notification Email - Email address that receives insurance notifications or error messages from the system.

Other Settings

Overview

The Other Settings section contains configuration options that control:

  • Web booking behavior

  • Customer data requirements

  • Cancellation and change restrictions

  • Pricing visibility

  • Localization (currency, culture)

  • Integrations and API fields

  • Brand-level system rules

These settings apply at brand level and impact both BackOffice and Web Booking flow.

Purpose

This section allows you to:

  • Define how customers interact with the web booking

  • Control what data is mandatory

  • Set time limits for changes/cancellations

  • Configure localization and pricing rules

  • Manage integrations and system behaviors

⚠️ Changes here affect all bookings under the brand. Always verify before modifying.

Field-by-Field Explanation

Web Booking Link - URL used for staging enviroment booking

Confirmation Link

Website Reset Cache Link - URL used to reset website cache.

Terms and Conditions Page Link - Link to the brand’s Terms & Conditions page.

Personal Data Policy Page Link - Link to GDPR/privacy policy page.

Uses custom text - For the Web Booking to react to this change, please inform Tourpaq Support as a website restart is needed.

2. Voucher Settings

Voucher IDs start from - Starting number for generated vouchers.

Voucher IDs ends to - Maximum number allowed for voucher numbering.

Cancellation & Change Rules - These fields define how many days before departure changes are allowed.

Allow Cancel. Ins. changes - Number of days after booking date cancellation insurance can be modified.

Stop Web Transport seating selection - Number of days before departure when seat selection is blocked online.

Stop Web changes - Number of days before departure when general booking changes are blocked online.

Stop Name changes - Number of days before departure when passenger name changes are no longer allowed.

3. Age Settings

Max Child Age - Defines the maximum age considered as a child. Affects pricing and child-related rules.

Retrieve age from - Determines how the system calculates age. Usually from Date of Birth.

4. Localization & Currency

Currency - Defines the brand’s main currency (e.g., DKK).

Culture Info - Defines language and regional formatting (e.g., Danish – Denmark). Affects date format, number format, etc.

Economics Numeric - Enables numeric economic formatting rules. Used for financial data consistency.

5. Pricing & Cost Behavior

Ignore Transport Cost - If set to TRUE, transport cost is excluded from pricing calculation.

Min Price Per Child For Selling Price - Minimum allowed selling price for child passengers.

Hide included extras prices - Hides individual prices for included extras in booking view.

Show adjustment prices on booking - Displays price adjustments (manual corrections) in booking details.

6. Insurance & Web Control

Make cancellation insurance mandatory - Forces customers to add cancellation insurance.

Force web deposit - Requires deposit payment during web booking.

7. Passenger & Data Requirements

Mandatory DOB in Passenger Details in BackOffice - Date of Birth becomes required field when creating a new customer in Office, and DOB will be auto-filled in the passenger overview.

Mandatory email in Passenger Details in BackOffice - Email becomes required field when a new customer is created in Office

Ask for default adult age in BackOffice - Prompts user to enter adult age if not provided.

Autocomplete passenger names from last booking - Prefills passenger names from previous bookings.

8. Communication Settings

Send SMS from - Set the number that the receiver will see as the sender of the SMS (only for Compaya Provider)

Ask customer to opt in newsletter - Shows newsletter opt-in checkbox in booking flow.

9. Brand & UI Controls

Hide Brand - All information on the brand will be hidden in the system.

Use Wishlist - Enable ability for passengers to pay instantly for added products on fuly paid booking. If payment is canceled, products are stored in wishlist to be paid later.

10. Offers & API Integration

Uses Restful Offer API - Checks whether the agency uses the RESTful Offer API.

Rate Code - Used for rate mapping with external systems.

Destination API Token - Delete user tokens after X minutes. The default value is 30 minutes if not set.

Ticket Customization – Version 3

Overview

Ticket Customization is available only when the user selects Ticket Version 3. For other ticket versions, this section is not displayed and no visual customization can be applied.

This functionality allows configuration of the visual identity of the generated ticket. The settings defined here control colors, images, icons and typography used in the final ticket output. All changes apply to newly generated tickets after saving the configuration.

Purpose

The purpose of Ticket Customization is to:

  • Align the ticket design with the customer’s branding guidelines

  • Provide flexibility for different client templates

Improper configuration may lead to unreadable tickets or inconsistent brand presentation. Always validate changes in a test booking before deploying to production.

Field-by-Field Explanation

1. Faded Color

Secondary gradient color used in the ticket background. It works together with the Main Color to create the gradient effect in Version 3. Used for visual depth and background transitions. It usually represents a lighter tone of the primary brand color.

2. Main Color

Primary brand color used in headers, highlight areas, buttons and key visual sections of the ticket. Defines the dominant visual identity of the ticket.

Important: The Main Color directly impacts visibility of headings and structural blocks.

3. Customer Info Image

Main decorative image displayed in the Customer Information section of the ticket.

Instructions

  1. Click “Click to browse or drag and drop here”.

  2. Upload a high-resolution image.

  3. Recommended format: PNG or JPG.

  4. Recommended orientation: landscape.

  5. Avoid text-heavy images, as text may overlap.

Best practice: Use compressed images optimized for PDF output to avoid large file size.

4. Customer Info Decorator Image

Small decorative graphical element displayed near the Customer Information section. Enhances visual appearance without affecting core content.

Instructions

  1. Upload a transparent PNG for best results.

  2. Keep the design minimal.

  3. Avoid large images that dominate layout.

Typical usage: lines, abstract shapes, light branding accents.

5. Hotel Star Representation

Icon used to represent full hotel star classification. Defines how hotel rating stars appear visually on the ticket.

Instructions

  1. Upload the icon that represents one full star.

  2. Prefer SVG or high-quality PNG with transparent background.

  3. Maintain small dimensions to ensure clean repetition.

Note: The system repeats this icon based on the hotel’s star rating.

6. Hotel Half Star Representation

Icon used when hotel rating includes a half star (e.g. 3.5 stars). Ensures accurate graphical representation of non-integer ratings.

Instructions

  1. Upload a half-star version consistent with the full star design.

  2. Ensure visual alignment with the full star icon.

  3. Use transparent background.

Consistency between full and half star icons is mandatory.

7. Font Type

Defines the font file format used in the ticket.

Available Option:

  • opentype

  • truetype

  • woff

  • woff 2

Controls typography rendering in the generated document.

Instructions

  1. Select the correct font format from dropdown.

  2. Ensure uploaded font files match the selected format.

  3. Confirm licensing rights before using commercial fonts.

8. Regular Font File

Font file used for standard text (paragraphs, passenger names, descriptions). Defines readability and base typography of the ticket.

Instructions

  1. Upload the regular font file

  2. Ensure file format matches selected Font Type.

  3. Test special characters and multilingual support.

Important: If the font lacks character support, some languages may render incorrectly.

9. Bold Font File

Font file used for headings and emphasized text.

Instructions

  1. Upload the bold version of the same font family

  2. Ensure font family consistency with the Regular font.

  3. Avoid mixing different font families unless approved by design guidelines.

Validation Procedure (Mandatory)

After making any changes:

  1. Save configuration.

  2. Generate a test booking.

  3. Export the ticket.

  4. Validate:

    • Color contrast

    • Image scaling

    • Star alignment

    • Font rendering

    • File size

  5. Confirm no layout breaks occur.

Never deploy branding changes directly in production without validation.

Operational Notes

  • Ticket Customization is exclusive to Version 3.

  • Changes do not retroactively modify already generated tickets.

  • High-resolution images increase PDF size and processing time.

Validation Checklist

Before saving:

  • Confirm all mandatory fields are completed

  • Verify ID ranges do not overlap with another brand

  • Confirm email address is correct and active

  • Validate numbering intervals match business expectations

After configuration, save the changes and perform a test booking to confirm correct ID generation.

Last updated

Was this helpful?