PrimeTravel Hotel API Integration via Vervotech

Integration snapshot

Supplier

PrimeTravel

Type

Bedbank or wholesaler

Origin country

Spain

Region

Europe

Coverage tier

Broad coverage

Canonical mapping

Vervotech hotel + room IDs

Schema unification

Names, addresses, geocodes, amenities, room types, board types

Delivery

REST API, offline file sync, on-demand match

Juniper-direct

Yes, first-party sync

What Vervotech does for PrimeTravel

• Canonical hotel IDs. Each PrimeTravel property resolves to a single Vervotech hotel ID shared with every other connected supplier.
• Room-level mapping. Identical room types from PrimeTravel collapse with peer suppliers' equivalents into a canonical room ID, so you can shop rates without duplicate inventory.
• Continuous refresh. Static and dynamic PrimeTravel content is pulled on a recurring cycle, so newly contracted properties enter the mapped catalog without engineering work.
• One REST endpoint. Call PrimeTravel content through the same Vervotech endpoint that serves the rest of your supplier mix.
• Bedbank deduplication. Where PrimeTravel overlaps with peer bedbanks on the same property, Vervotech keeps a single canonical record and exposes both rate options under one listing.

How the PrimeTravel integration works

1. Ingest. Vervotech pulls the PrimeTravel hotel content feed on a continuous refresh cycle. Both static (hotel attributes) and structural (room and board types) data are captured.
2. Normalize. PrimeTravel's schema is mapped to a canonical Vervotech model. Currency, language, geocoding, and amenity vocabularies are standardized.
3. Resolve. Every PrimeTravel property is matched to a canonical Vervotech hotel ID using deterministic rules (address, geocode, name) and ML scoring trained on 3M+ properties.
4. Deduplicate rooms. Equivalent room types from PrimeTravel are collapsed with peer supplier rooms into a canonical room ID.
5. Expose. PrimeTravel content is reachable through one Vervotech REST endpoint, mixed with the rest of your supplier inventory.

Example PrimeTravel response via Vervotech

Vervotech returns PrimeTravel properties enriched with canonical IDs that match the same property as served by peer suppliers.

GET /v3/hotels?supplier=primetravel&country=sp
Authorization: Bearer YOUR_VERVOTECH_KEY

200 OK
{
  "supplier": "PrimeTravel",
  "hotels": [
    {
      "vervotech_id": "vt_8f3a91...",
      "primetravel_id": "SUP_REF_12345",
      "name": "Example Hotel Pri",
      "address": "...",
      "geo": { "lat": ..., "lng": ... },
      "rooms": [ { "vervotech_room_id": "vrm_...", "primetravel_room_id": "RM_77" } ]
    }
  ]
}

Schema is illustrative. See the Hotel Mapping API documentation for the full spec.

Vervotech-mapped PrimeTravel vs direct PrimeTravel integration

Typical PrimeTravel use cases

• OTAs and metasearch: blend PrimeTravel rates with peer suppliers behind a single property listing, with no duplicates and no schema drift.
• Travel agencies and TMCs: route bookings to PrimeTravel when its rate wins, fall back to alternates when it does not, all under one mapped catalog.
• Corporate travel: normalize PrimeTravel content into one travel-policy view across regions and brands.
• Post-booking margin capture: watch PrimeTravel and peer rates after the original booking and rebook automatically via Vervotech Profit Maximizer when a cheaper rate appears.

Related Vervotech capabilities

• Hotel Mapping API99.998% accuracy at 3M+ properties
• Room Mapping APICanonical room IDs across suppliers
• Profit MaximizerPost-booking margin capture across PrimeTravel and peers
• All 153+ suppliersBrowse the full supplier network