Termsof service.

The platform covered

• Cloud-hosted multi-tenant SaaS.
• On-premise and VPC deployments for enterprise data-residency needs.
• White-label web and mobile micro-frontends.
• BYOS connections for partner-controlled GDS, NDC or hotel supply.

How acceptance occurs

• Registering an account or profile.
• Clicking “I accept”, “I agree” or an equivalent affirmative control.
• Generating an API key or integrating an SDK.
• Completing a booking or payment transaction.
• Continuing to use the Services after receiving notice of a terms change.

Document hierarchy

The published order of precedence is: service-specific annexes; enterprise MSA for private deployments; DPA; these general terms; then the privacy policy. Cookie, developer, BYOS and deployment documents operate alongside that hierarchy.

Services and platform

• Travel content, booking, payment, user-management, analytics and reporting technology.
• White-label and embedded products, APIs, SDKs, webhooks, sandbox environments and support.
• Security, authentication, authorisation and integration infrastructure.

Who uses it

• Business Partners: travel agencies, fintechs, enterprises, marketplaces and travel-management companies.
• Developers integrating APIs, SDKs and webhooks.
• End Consumers using travel services through a Partner’s branded experience.
• Platform Administrators responsible for OnArrival operations.

Bookings and suppliers

A Booking includes confirmed flights, accommodation, ground transport, travel protection or experiences. Suppliers include airlines, hotels, transport providers, insurers and activity operators. Their content, availability, rules and fulfilment obligations remain relevant to the resulting reservation.

Content and confidential information

The published definitions distinguish OnArrival content, supplier content, user-generated content and dynamic pricing or availability. Intellectual property includes software, documentation, trademarks, trade secrets and technical methods. Confidential information includes non-public technical, business, user and strategic information.

Individuals

• The published minimum age for independent contracting is 18.
• People aged 16–18 require verifiable parent or guardian consent.
• Identity, legal capacity and authority may be verified where necessary.

Business Partners

• Valid business registration, tax standing and required travel or financial-services licences.
• Authority for the representative to bind the organisation.
• Financial, insurance, technical and security capability appropriate to the intended use.
• Compliance with consumer, travel, payment, tax and data-protection rules in each operating market.

Developers and professionals

Technical users are expected to follow documentation, rate limits, security requirements and privacy obligations. Travel-industry users remain responsible for licences, professional standards and coverage required by their jurisdiction.

Registration and verification

• Identity, email, phone, address or business verification may be requested.
• Partner accounts may require corporate documents and risk assessment.
• Travel profiles may contain passport, visa, payment, preference and emergency-contact information.

Your security responsibilities

• Protect credentials and authentication factors.
• Review account activity and report suspected unauthorised access promptly.
• Keep devices and software reasonably secure and current.
• Exercise care when accessing the Services over public networks.

Monitoring and review

OnArrival may use automated and manual review for fraud, sanctions, abuse, rate limits, performance, high-value activity, complaints or security incidents.

Suspension and termination

• Breach of these terms, suspected fraud, a security threat, legal requirements or payment disputes may justify restriction.
• Where legally and practically possible, notice and an appeal path may be provided.
• Existing bookings, refunds and legally required records may continue after account closure.

Core technology

• Travel content and availability APIs.
• Booking lifecycle, payment and user-management APIs.
• SDKs, webhooks, documentation, sandbox and usage monitoring.
• Configurable white-label experiences, SSO and partner workflow integration.

Partner implementation and support

• Technical onboarding, configuration, testing, certification and launch support.
• Account management, technical support and performance review.
• Analytics concerning revenue, customer journeys, supplier performance, operational health and fraud.

Travel operations

The source describes booking fulfilment, payment handling, disruption management, customer-support escalation, itinerary organisation, alerts, document services, insurance and concierge capabilities where those services are enabled for the Partner.

Enterprise capabilities

Corporate policy, approval, expense, budget, analytics and duty-of-care functions may be included in the relevant solution. Availability and commitments depend on the contracted product and deployment.

Partner responsibilities

• Own the primary customer relationship and present appropriate consumer terms.
• Provide privacy notices and obtain required consents.
• Collect accurate traveller details and explain documentation requirements.
• Handle first-line customer support and escalate fulfilment issues to OnArrival.
• Collect payment where the Partner commercial model assigns that role to it.

OnArrival responsibilities

• Operate the contracted technology and supplier connections.
• Process booking, confirmation and payment actions securely.
• Maintain OnArrival technical references while supporting Partner-branded confirmations.
• Provide the agreed technical and escalation support.

Traveller information

• Names must match official travel documents.
• Travellers remain responsible for passport, visa, health and entry requirements.
• Special assistance, accessibility and medical needs should be declared accurately and early.
• Electronic tickets, vouchers, changes and cancellations are delivered or handled through the configured Partner channels.

Special booking categories

Group travel, corporate travel and unaccompanied minors may carry supplier-specific deposits, policies, approval, documentation, guardian-consent, service and safety requirements.

Price components

• Base fare or rate.
• Taxes, statutory fees and supplier surcharges.
• OnArrival or Partner service and convenience fees where applicable.
• Payment-processing, currency-conversion and optional-service charges.

Dynamic pricing

Demand, season, market conditions, live availability, supplier revenue-management rules and limited promotions may change the offered price. Revalidation may be required before confirmation.

Payment architecture

• Payment Service Providers, banking partners and regional methods may process the transaction.
• Tokenisation, 3D Secure or other authentication may apply.
• The published terms state that OnArrival stores limited payment-token metadata rather than full card credentials.
• Settlement commonly flows to suppliers or through a PSP, with OnArrival not merchant of record in most jurisdictions.

Regional and enterprise features

The source references Indian UPI, wallet, net-banking, GST and RBI tokenisation requirements; international card, PSD2/SCA and local-payment support; and enterprise tools such as corporate cards, credit terms, consolidated billing and budget controls where contracted.

Channels and purposes

• Telephone calls, SMS, email, WhatsApp, push notifications and other electronic channels.
• Confirmations, changes, cancellations, travel updates and disruption messages.
• Support, service, payment, refund, invoice and platform notices.
• Promotional or loyalty communications where the person has separately opted in.

DND / NDNC clause

The current source states that providing a telephone number constitutes consent for OnArrival, its Business Partners and authorised providers to make relevant service and transactional communications even where that number appears on an Indian DND or NDNC registry. It says that consent remains for the relationship and 180 days after deactivation or last interaction.

Withdrawal

Promotional and marketing consent may be withdrawn through the opt-out supplied in a communication or by contacting ops@onarrival.travel. The source distinguishes that withdrawal from necessary transactional or service communications.