Rider Not the Account Holder – Can You Still Get the Ride? Policy Guide

Recommendation: Yes–individuals who are not the account holder can still get the ride when the account holder has agreed to grant access and you are validated by the platform at pickup; inform the driver and support team with clear details about the registrations and consent.

使用 ソフトウェア features to link the rider profile to the account holder’s permission and provide advance notice. If you encounter restrictions, keep a concise record of the arrangements and communicate via messages または chat function to avoid miscommunication and prevent problems at pickup.

To minimize risk, follow these steps: 1) verify the guest access in the app; 2) ensure names and IDs match; 3) confirm the agreed time and route and provide the driver with the account holder’s consent in writing if needed. If the platform requires, request support to review the case and, where permitted, adjust the status immediately so the ride proceeds without delay.

Legal guidance from attorneys stresses documenting consent and the exact scope of access. The policy often references patent-protected verification tools that helped prevent abuse, and those tools should be used as designed rather than circumvented. Keep any patent-related disclosures clear and avoid sharing sensitive data beyond what the platform requires.

In all cases, prepare for possible restrictions and be ready with alternatives. If a ride is not allowed under current rules, consider booking through the account holder’s profile instead or arranging a pickup with the driver’s agreement tied to the consent record. Whatever the outcome, transparent messages with the support team and prompt adherence to the policy protect both riders and drivers.

Eligibility for Non-Account-Holder Riders

To continue smoothly, verify eligibility before matching a ride with a non-account-holder. The models become straightforward when you follow these steps: verifying the rider’s identity, confirming consent from the account holder, and ensuring representations are specified and agreed. This approach keeps the main policies clear and protects the trademark while avoiding confusion around pickup details.

Core eligibility criteria

1. Identity verification: The rider must present a valid government-issued ID and the name should match the booking record. The verification step uses permitted data fields and respects privacy thresholds.
2. Consent and representations: The account holder or the specified agent must agree to participate; all representations must be specified and agreed in writing or via the app, and the rider’s role must be clear.
3. Purchase and payment alignment: If the rider purchases the ride, the transaction is linked to the main account; otherwise, the account holder’s explicit approval covers the participation and the payment arrangement.
4. Age and accessibility: The platform supports senior riders with accessible options; verify that any required accommodations are available and approved.
5. Prohibition on misrepresentation: Neither party may provide conflicting information; if any mismatch occurs, cancel the request before dispatch.
6. Timing and verification window: Complete verification within a reasonable window before pickup to avoid last-minute changes.

Process and documentation

• Submit required documents through the secure portal; the verification team reviews the data in line with policies and does not share details beyond what is necessary.
• You will receive confirmation or requests for additional information via the official channels; continue to check the account for updates and follow the agreed steps to finalize eligibility.

Required ID and Documentation for Riders Not the Account Holder

Always carry a governmental ID and the account holder’s consent when you ride as the account holder’s proxy. The account holder agrees to authorize this ride via the app, ensuring a smooth check-in. Use the in-app login-linked approval or a written authorization to confirm your right to request the ride. This setup gets you through curb checks quickly and reduces redressal steps if questions arise. The verification engine in the app is designed to be fast, enabling a seamless handoff and faster clearance at pickup.

Prepare the following items for collection at pickup or secure transmission via the app: government ID (driving license, passport, or governmental ID card); the account holder’s consent in the app or a written authorization; proof of relationship if required by policy; a recent photo or likeness for matching; and the trip details (pickup, destination, time). For foreign IDs, provide a translated copy if required. The common items align with the new generation of IDs that support electronic verification and are designed to be readable by the verification engine. If you have a high-end ride with complex needs, ensure the items are complete and match the booking. If a credit card on file is used for payment, verify that the billing name matches the ID.

Prohibited practices include using someone else’s login or forging documents. If the login is compromised or you cannot access the account, contact support through the redressal channel in the app. In disruption events such as earthquakes or network outages, the system still requires a complete set of items and will rely on secure transmission to verify eligibility. The policy is designed to be capable of handling such events and to enable smooth processing across foreign IDs and generations of identification. Avoid shared credentials and always protect your driving data and documents.

Onboard Ticket Validator: How to Validate a Ticket as a Non-Account Holder

Scan the barcode immediately and verify the displayed status on the onboard validator before you step forward.

1. Position the ticket so the barcode is flat and unobstructed; hold it steady in front of the scanner until the device confirms a read.
2. Activating the reader: if the screen prompts you to activate, press the confirm button or use the touch panel to start a test read.
3. Monitor the display: watch for a clearly displayed message that shows “valid” or an error; a valid read returns a timestamp, a moment of validation, and a pass status.
4. 表示されている情報を確認してください。日付、時刻、ルート、および税金や料金が、お客様の計画および現在の空き状況と一致していることを確認してください。
5. バーコードの読み取りやすさを確認してください。デバイスがバーコードを読み取れない場合は、もう一度試すか、印刷されたパスなど、別のコードが提供されている場合はそれを使用してください。
6. チケットが有効な場合、システムは確認メッセージを生成し、イベントをオンボード通信でデバイスに記録します。領収書またはパスのステータスを受信する場合があります。
7. ステータスが「無効」であるか、バリデーターがエラーコードを表示する場合は、コードをメモし、スタッフステーションに進むか、送信オプションを使用して支援を要請してください。何がうまくいかなかったかについて推測に頼らないでください。
8. 問題には迅速に対応してください。スタッフは同じ機器で再検証したり、手動チェックに切り替えたりできます。検証機の近くにいることで、リアルタイムであらゆる問題に対処できます。
9. 一時的なパスまたは譲渡されたパスをお持ちの場合は、システムでコードを有効化し、チケットにリンクされていることを確認するために再度テストしてください。この手順は、スタッフまたは検証アプリによって容易になります。
10. 遅延とナビゲーションについて考慮してください：混雑時は処理速度が低下する可能性があります。メッセージで成功が確認されたら、流れに乗って検証後に席に戻ってください。
11. 地震やその他の混乱といった特別な場合には、表示される指示に従い、検証を完了するためにスタッフの連絡に頼ってください。パスを準備して身の回りに置いてください。
12. 最終的な表示を確認し、情報を手元に置いてください。表示されるデータには、バーコード、位置、および記録用の参照番号が含まれています。これは、後でバリデーターに戻る必要がある場合に役立ちます。

共有アカウントまたはリンクされたアカウントのポリシー規則

Recommendation: 正式に認可されたリンクアクセス方法が有効かつ検証済みでない限り、アカウント所有者以外のために乗車を有効にしないでください。有効化する前に、公式のリンクアカウントフローを通じて同意を確認してください。

範囲と意図は、ライダーがリンクされた、または共有された設定を使用できるのは、アカウント所有者からの明示的な許可がある場合に限られることを明確にしています。これらの許可は、過去の乗車から推測されるのではなく、リンクされたアクセスオプションへのナビゲーションに文書化されている必要があります。許可がない場合は、リスクと紛争を最小限に抑えるために、続行する前にアカウント所有者の確認を待ってください。

Verification steps 認証を確立するための明確な方法に焦点を当てます。1) ライド客の身元をアカウントプロフィールと照合して確認する。2) ライドの注文をスキャンして、関連するデバイスと支払い方法を確認する。3) リンクまたはゲストアクセス機能の状態を確認する。4) 可能であればアカウント所有者に意図を確認する。5) 結果と拒否またはアクティベーションの理由を記録する。いずれかのステップで不一致が疑われる場合は、プロセスを一時停止し、注文チャネルを通じてエスカレーションします。

このプロセスでは、スピードよりも精度を優先します。システムが不一致を検出した場合は、乗車を有効にしないでください。代わりに、正しい経路をライダーに提示してください。検証済みのリンクされた方法で有効にするか、承認が得られるまでチケットを保留してください。このアプローチは、ユーザーのアカウントへの負担を軽減し、紛争発生時には双方を保護します。

Documentation and records 説明責任をサポートします。アクティベーションのタイムスタンプ、使用したリンク、および同意の方法を記録します。各乗車について、チケットの詳細とアカウント所有者の承認ステータスを添付します。同意が乗車注文後に行われた場合は、ポリシーに従って乗車を保留またはキャンセルとして扱い、修正されたステータスをライダーに通知します。

申し立てられた「不正な」要求には、慎重な対応が必要です。記載された理由と、ファイルにある実際の許可を比較し、正しい措置と次のステップで対応してください。ユーザーが有効な許可を提供できない場合は、アクティベーションを拒否し、アカウントのリンクからアクセスを適切に回復する方法を案内してください。

疑念が生じた場合のポリシー 保守的な姿勢を採用しています。認証情報が一致しない場合、またはリンクされたアクセスが不完全に見える場合は、ポリシーの残りの部分に委ね、アクティベーションを回避します。目標は、適切な認証を持つユーザーのために、ユーザーの信頼と乗車を提供しつつ、アカウント所有者を保護することです。

ユーザーはアカウント設定に移動して、リンクされたアカウントの確認や取り消し、利用可能な機能の比較、必要に応じたアクセスの有効化または無効化を行うことができます。認証手順でエラーが発生した場合は、順序付けられたプロセスに戻り、更新された情報でチェックを再実行してから、ライダーに結果を関連する理由と次に行うべきアクションとともに通知してください。

バリデーターがチケットを拒否した場合：取るべき手順

配車アプリを開き、トリップで最近のチケットを探し、却下された理由を確認してください。イベントID、時間、ドライバー名、車両の詳細をメモして、サポートリクエストに添付してください。

アカウント保持者ではないライダーの方は、アカウント所有者と協力して同意を得てから、次の手順に進んでください。どちらの側も、レビュー前に過失があると決めつけないでください。サポートとなる証拠があれば、問題はより明確になります。

Immediate steps to take

申請で拒否されたチケットを確認し、バリデーターによって表示された正確なコードまたはメッセージを特定します。これにより、支払い上の問題、認証の問題、ライダー/アカウントの不一致など、考えられる原因が示されます。

ウォレットまたは支払い方法で資金の状態を確認してください。請求が確定したか、取り消されたか、保留中かを確認します。資金が引き落とされたが、乗車が拒否された場合は、アプリ内サポートを通じて取り消しまたはクレジットをリクエストしてください。

アプリ内ヘルプセンターを通じてサポートエージェントに連絡し、シナリオを説明し、チケットID、イベントのタイムスタンプ、ドライバー名、車両、および予想される結果の簡単な説明を添付してください。上記の詳細は解決を迅速化します。

アクセスを保護しましょう：パスワードは誰とも共有しないでください。二要素認証を使用し、安全のためにデバイスを安全に保ってください。

明らかにポリシーと矛盾すると思われる場合は、申請を通じて異議申し立てを行ってください。決定が誤っていると考える理由を説明し、あなたの主張を裏付ける証拠を提出してください。

料金が発生する場合で、アカウントの所有者でない場合は、サポートチームに安全確認を依頼し、乗車許可を得ていることを確認してください。これにより、ライダーとドライバー双方のリスクが軽減され、問題の発生を防ぐことができます。

Documentation and follow-up

文書を集める際には、簡潔な書類を作成してください。イベント、タイムスタンプ、示されたメッセージ、インストールされたアプリのスクリーンショット、およびエージェントとのやり取りです。この記録は、令状審査を支援し、無害な解決を保証します。

応答時間や資金の利用可能性や払い戻しに関する約束など、すべてのコミュニケーションのログを保管してください。問題が解決されない場合は、スーパーバイザーレベルのサポートにエスカレートし、問題の繰り返しを防ぐためにアカウントの正式なメモを要求してください。

チケットのステータスが更新されたら、アプリケーションで結果を確認してください。資金が回復されたり、乗車が再び利用可能になったりした場合は、ライダーと同乗者が安全に移動できること、およびアカウント所有者との接続が維持されていることを確認してください。解決が停滞する場合は、その状況を文書化し、リスクを高める可能性のある否定的なフィードバックを残すのではなく、承認されたチャネルを使用してさらに処理してください。

エスカレーションと証拠：交通機関サポートへの連絡方法と提示するもの

今すぐ交通機関のサポートラインに電話してケースを申請し、簡潔な要約とすべての証拠を添えて正式なエスカレーションを郵送してください。公式の連絡先ページを使用して、現在の電話番号と正しいサポートメールアドレスを入手してください。

インシデントに関する情報を準備してください：アカウントのメールアドレスまたはライダーID、表示されている場合は乗車ID、および旅行の日付と期間。開始時間と終了時間、およびナビゲーションに表示されるルートを含めてください。さらに、アプリのスクリーンショット、領収書または支払い状況、アプリ内メッセージなどの物的証拠を収集してください。モバイルデバイスでこれを行う場合は、各アイテムをキャプチャするために行った手順をメモし、デバイスとバックアップ場所の両方にコピーを保存してください。エージェントが迅速に確認できるように、この情報を注意深くまとめてください。インシデントが睡眠中に発生した場合は、おおよその時間も記録してください。エスカレーションに必要なものが明確である必要があります。

メッセージに含めるべきもの：簡単な説明、事実の経過、そして結果として何を期待するか（修正、払い戻し、または是正）。書面による回答と明確なタイムラインを要求してください。デバイスとアプリのバージョン、および使用されたプラットフォームに関する情報を提供してください。アカウントへのアクセスを主張する場合は、許可されたユーザーまたは許可された介護者のみを含めるように注意してください。パスワードの共有は控えてください。領収書、乗車記録、アプリとウェブサイトの両方からのナビゲーションと支払いを示すスクリーンショットなどの資料を添付してください。著作権で保護されたコンテンツを使用する場合は、許可の証明を含めてください。問題が期間に及ぶ場合は、期間と主張された情報を書き留めてください。

すべてのデータを保持する：すべてのファイルを元の状態で保存し、手順の期間ログを保持します。アクセスされた記録は、当時の状態のままで保存し、タイムスタンプやメタデータを変更することは避けてください。さらに、乗車記録で何にアクセスしたか、何を請求したか、プラットフォームが乗車に関してどのような情報を持っているかを記述してください。アプリ内ナビゲーションを使用した場合は、ルートとタイミングのデータを含め、領収書を添付してください。重要なのは、正確さと明瞭さです。

禁止事項：パスワードや機密データを必要以上に共有することを控えてください。アクセスコードや個人情報を共有しないでください。ドックス行為や脅迫行為は行わないでください。目的は、あなたを危険にさらすことなく記録を修正する介入を支援することです。エージェントがより多くの情報を求めてきた場合は、要求された情報のみを提供し、ポリシーの範囲内に留まってください。

フォローアップの手順：受領確認と次のアップデートの期間を尋ねてください。2営業日以内に返信がない場合は、メールでリマインダーを送信し、上長へのエスカレーションを依頼してください。すべてのメッセージと返信のログを記録してください。ケースファイルへのこの追加は、解決を早めるのに役立ちます。