Tour & transport operators
Respond to assistance requests linked to bookings your business owns.
Travelzi / Zi Safety by Travelzi
Safety Assist · booking-linked incidentsZi Safety connects eligible bookings to a structured assist path: the traveller requests help, booking and incident context reach the responsible vendor, your team acknowledges and responds, and unresolved cases can follow configured platform escalation — with a recorded timeline from open to close.
Eligible booking → traveller request → vendor response → configured escalation → closed with a timeline.
Eligible trips · Traveller SOS · Vendor triage · Location context · Timeline · Escalation
Who it is for
When a guest is on an active booking, informal chat threads lose context and ownership. Zi Safety gives travellers a supported assist entry and gives vendors a tenant-scoped desk to respond against their own bookings.
Respond to assistance requests linked to bookings your business owns.
Apply Safety Assist across supported booking families where eligibility windows are configured.
Eligible travellers can request help from the Tourism Portal, Travelzi tourist app or your branded customer app.
Use the Safety Control Room for cross-vendor visibility when incidents escalate beyond tenant acknowledgement.
The gap on trip day
Without a structured path, teams waste time deciding who owns the booking, what the traveller already reported, and whether anyone acknowledged the request.
Staff may not know which vendor should respond first for a multi-party trip.
Chat history is a weak audit of what was requested, acknowledged and resolved.
Unacknowledged requests need a configured escalation path — not hope.
Portal, tourist app and branded customer apps need one assist workflow, not three competing processes.
Zi Safety structures the assist workflow your team can operate — with booking context attached from the start.
Traveller experience
Safety Assist is available to the traveller who owns an eligible booking — through the Travelzi Tourism Portal, the Travelzi tourist application, and vendor-branded traveller/customer apps that call the white-label Safety APIs. These are guest surfaces, not vendor staff tools.
Eligible guests can start Safety Assist from supported portal booking flows with category and booking context.
The public marketplace tourist app lets travellers view eligibility, choose an emergency category and submit an SOS against their booking.
White-label traveller apps reuse Travelzi Safety Assist APIs so your brand can offer the same booking-linked request path.
Travellers select an emergency category and attach the eligible booking (and item when required) so vendors see the right trip.
While an incident is active, travellers can share location updates. This is not continuous background tracking of every trip.
Supported apps can register device tokens and receive status / push updates where push delivery is configured.
Practical workflow
Faster context for the responsible vendor, clearer ownership, and a trail of what happened — then configured escalation if acknowledgement does not arrive in time.
Safety Assist appears only for supported booking families inside configured eligibility windows.
The guest chooses a category, adds context and submits an SOS from a supported guest channel.
Booking and incident details reach the responsible tenant’s contacts via supported notifications.
Vendor staff acknowledge, mark responding and work the case from the Vendor Safety Dashboard.
When the traveller shares location on an active incident, teams can review freshness-aware context.
If acknowledgement targets are missed, the incident can escalate for platform Control Room visibility.
Resolve the incident and retain the operational event trail for the assist case.
For immediate danger, travellers should still use official local emergency numbers and services.
Operator experience
Your Safety Assist desk only shows incidents linked to eligible bookings your business owns. One vendor cannot browse another vendor’s incidents — platform-wide visibility lives in the separate Safety Control Room.
See open and in-progress assist cases tied to your tenant’s eligible bookings.
Identify requests waiting for acknowledgement or further response from duty staff.
Review incident status and the recorded timeline of events as the case moves.
View available location updates shared during the active incident — with freshness awareness.
Follow the verified acknowledge → responding → resolve path, with escalation when targets are missed.
Set acknowledgement minutes per tenant as operational targets — not a guarantee that help will arrive.
Supported capabilities
Mapped to the SafetyTracking module — traveller SOS APIs, tenant Safety settings, Vendor Safety Dashboard, notifications and the platform Safety Control Room.
Assist appears for supported bookings inside eligibility windows — not for every historical record.
Medical, accident, security, vehicle breakdown, lost/separated and related categories for clearer triage.
Tenant-scoped desk for active, awaiting, escalated and in-progress incidents on your bookings.
Acknowledge, mark responding and resolve — with events written to the incident timeline.
Database and email alerts to configured contacts; WhatsApp and push where those providers are enabled.
Vendors set acknowledgement minutes as targets that drive escalation — not guaranteed rescue SLAs.
Platform-admin cross-vendor visibility and escalation layer — separate from each vendor’s daily desk.
Location updates attach to an open incident when the traveller shares them — not continuous tracking of every trip.
See it live
Walk traveller SOS, vendor triage and Control Room escalation in one demo
Request a Zi Safety walkthrough mapped to how you handle trip-day assistance today.
Two different desks
Keep tenant operations and platform oversight clearly separate so sales conversations stay accurate.
Your tenant only. Duty staff respond to assist cases for bookings your business owns.
Platform-level cross-vendor operational visibility and escalation layer for Travelzi operators — not a government emergency dispatch centre.
Use cases
Eligible guests signal for help while the trip window is active.
Vehicle and transport bookings can surface relevant categories where eligibility allows.
Duty staff acknowledge and update status from the Vendor Safety Dashboard.
White-label customer apps reuse the same booking-linked assist APIs beside the public tourist app.
Important Safety Notice
Zi Safety is travel-operations software for eligible bookings. It does not replace police, ambulance or other official emergency services, and it does not guarantee that help will arrive. For immediate danger, travellers should use official local emergency numbers. Location context applies to active incidents only — not continuous background tracking. Database, email, WhatsApp and push delivery depend on configuration and providers.
Related Travelzi products
Tour bookings and tour-day operations that can become Safety-eligible.
Explore →
Multi-service agencies running several booking families.
Explore →
Public discover-and-book surface where Safety Assist can appear for eligible trips.
Explore →
Private packages that convert into operable bookings.
Explore →
Frequently asked questions
No. Zi Safety is Travelzi Safety Assist software for eligible bookings. For immediate danger, travellers should use official local emergency numbers and emergency services.
Only bookings that pass eligibility rules and windows for supported module families. Ask Zi SoftTech which booking types are enabled for your tenant.
From supported guest channels: the Travelzi Tourism Portal, the Travelzi tourist application, and vendor-branded traveller/customer apps that use the white-label Safety APIs. These are not vendor staff applications.
It is the tenant-scoped desk where your team reviews and responds to Safety Assist incidents for your own bookings. You do not see other vendors’ incidents there.
It is the platform-admin oversight surface for cross-vendor escalation visibility. It is not each vendor’s daily desk and not a national emergency control room.
No. Vendors configure acknowledgement or response minutes as operational targets that can drive escalation. They are not a guaranteed rescue SLA unless your commercial agreement separately defines one.
Vendor contacts can receive database and email alerts. WhatsApp and push notifications are available where those providers and channels are configured — delivery is not universal.
No. Location updates are tied to an active assist incident. Do not market continuous background tracking, emergency geofencing or guaranteed live accuracy.
Yes. Request a demo to walk through eligibility, traveller SOS, vendor triage, notifications and Control Room escalation.
Ready to operationalize trip-day assistance?
We will show traveller request flows, your tenant dashboard, configurable response targets and how Control Room escalation differs from vendor triage.