お問い合わせ先のご案内

対応できる担当者に直接相談する

導入相談や注文に関係しない一般的なお問い合わせは、メールでご連絡ください。注文済みの技術的な問題、請求、サービス停止は、コンソールにログインしてチケットを作成すると、ノード、インスタンス、サブスクリプションの情報を添えて処理できます。

窓口を選ぶ

問題の種類を確認してから、必要な情報を準備する

お問い合わせの種類ごとに必要な情報は異なります。再現状況に近い形で詳しく説明すると、初回返信で次の対応を明確に案内しやすくなります。

導入相談

まだ注文しておらず、XVM M4 CoreとXVM M4 Plusを比較したい場合や、ノード、利用期間、ストレージ拡張が現在のワークロードに適しているか確認したい場合にご利用ください。

窓口
サポートメール
主な情報
用途、同時実行数、ビルド頻度、ノード、利用期間、ストレージ
準備項目を見る

技術的な問題

インスタンスは利用可能ですが、リモート接続、システム、ビルド、ネットワーク、追加ストレージに問題がある場合は、該当する注文とノードを関連付けてください。

窓口
コンソールチケット
主な情報
注文ID、ノード、発生時刻、手順、エラーテキスト、マスキング済みログ
準備項目を見る

請求・決済

注文金額、支払い結果、更新状況、請求履歴を確認する場合は、取引情報が欠けないよう、コンソールの該当注文からチケットを作成してください。

窓口
コンソールチケット
主な情報
注文ID、金額、通貨、支払い方法、取引参照情報
決済に関する説明を見る

データ・コンプライアンス

データ処理、ログ保存、安全管理、コンプライアンス資料について確認・請求する場合は、組織の概要と具体的な確認範囲をサポートメールでお知らせください。

窓口
サポートメール
主な情報
依頼主体、資料の用途、範囲、希望完了日
依頼方法を見る

導入相談メールの要点

6項目を明記すれば、実際に使える構成を提案できます

導入相談では、関係のない個人情報を提供する必要はありません。ワークロード、必要なリソース、接続条件だけをお知らせください。2種類の構成と4つのノードの適合範囲を判断します。

メール情報テンプレート

次の順番で内容を整理することをおすすめします

導入相談メールを送る
  1. 01
    用途

    iOSまたはmacOS開発、CI/CDビルド、React Native、Unity iOSのパッケージ作成、MLX実験のどれに使うかを説明してください。主なツールとタスクの種類も記載します。

  2. 02
    想定同時実行数

    同時に実行するビルドタスク、開発セッション、実験プロセスの数を記載してください。シミュレーター、コンパイラー、依存関係のインストールを並列実行するかどうかもお知らせください。

  3. 03
    ビルド頻度

    1日に実行するビルドのおおよその回数、1回あたりの通常の所要時間、コミット集中によるビルドキューの有無を説明してください。

  4. 04
    希望ノード

    シンガポール、日本(東京)、韓国(ソウル)、香港から候補ノードを挙げ、チームの所在地と主な通信事業者もお知らせください。

  5. 05
    利用期間

    日単位、週単位、月単位、四半期単位のどれを予定しているか、タスクに明確な開始・終了範囲があるかを説明してください。実際の継続期間に基づいてプランを比較します。

  6. 06
    必要なストレージ

    コード、依存関係キャッシュ、ビルド成果物、実験モデルに必要な容量を見積もり、+1TB SSDまたは+2TB SSDの拡張も検討するか記載してください。

技術的な問題

技術的な問題はコンソールチケットから処理します

問題が発生した注文にチケットを関連付けてください。サポート担当者がモデル、ノード、サブスクリプション期間、インスタンスの状態を確認でき、基本情報をメールで何度も確認する必要がなくなります。

support / incident-context

$ order_ref=注文ID

$ node=SG | JP | KR | HK

$ occurred_at=タイムゾーン付きの発生時刻

$ scope=接続 | システム | ビルド | ネットワーク | ストレージ

$ reproduce=最短の再現手順

$ evidence=エラーテキストとマスキング済みログ

情報が揃っていれば、すぐに再現と原因特定に進めます。

送信前のチェックリスト

  • 注文IDが実際に問題の発生したインスタンスと一致している。
  • ノードはSG、JP、KR、HKのいずれかで示し、対応する都市も記載している。
  • 発生時刻には日付、時刻、分、タイムゾーンを含め、「さっき」などの相対的な表現を使っていない。
  • 正常な状態から再現手順を始め、実行内容、期待結果、実際の結果を明記している。
  • エラーテキストは原文の順序を保ち、コマンド出力には実行したコマンドと必要な前後関係を含めている。
  • 添付ファイルは問題に関係するログ、スクリーンショット、設定の抜粋だけにし、事前にマスキングしている。
コンソールにログインしてチケットを作成

ネットワークの問題で追加すべき情報

現地の通信事業者、送信元のおおよその地域、対象ノード、テスト時刻、連続pingとtracerouteのマスキング済み結果を添付してください。単一の遅延値だけでは、現地ネットワークの揺らぎ、国際経路の変化、接続先の異常を区別できません。

請求情報

請求の問題は注文に関連付けてから決済情報を確認する

すべての料金と注文は米ドル(USD)で決済されます。実際に利用できる決済ゲートウェイはコンソールの表示に従い、利用できる方法は次の2種類に限られます。

01

USDT-TRC20

関連チケットを作成する際は、注文ID、支払額、取引参照情報、支払い時刻をお知らせください。ウォレットの秘密鍵、シードフレーズ、その他資産を操作できる情報は送信しないでください。

02

Visa / Mastercard / Amex

カード決済はStripeが処理します。チケットには注文ID、金額、支払い時刻、安全に共有できる取引参照情報だけを記載し、完全なカード番号やセキュリティコードは送信しないでください。

データとコンプライアンス

データ・コンプライアンスの依頼では確認範囲を明確にする

送信先: support@xcodevm.comメールには依頼主体、資料の用途、確認範囲、希望完了日を記載してください。「コンプライアンス資料をすべて必要とする」とだけ書かないでください。

プライバシー・データに関する依頼

アクセス、訂正、削除、処理への異議のどれに関する依頼かを説明し、該当するアカウントや注文を特定できる十分な情報を提供してください。関係のない業務データをメールに貼り付けないでください。

安全管理の確認

アクセス制限、転送時の保護、ログ記録、データの最小化、利用終了後の移行計画など、確認したい管理項目を挙げてください。

組織向け調達資料

社内評価、ベンダー登録、契約審査のどれに使う資料かを明記し、具体的な質問を列挙してください。既存の注文に関係する場合は、注文IDも添えてください。

返信の目安

影響範囲と情報の完全さに応じて対応順を決定します

初回返信では通常、問題の範囲を確認し、切り分け手順を案内するか、不足情報の追加をお願いします。情報が揃っていればやり取りを減らせますが、検証前の解決時間を保証するものではありません。

一般的なお問い合わせ 1営業日以内

導入相談、請求内容の説明、コンプライアンス範囲の確認

1営業日以内の初回返信を目指します。複雑な構成選定や資料確認では、ワークロード、注文との関係、資料の範囲について追加確認が必要になる場合があります。

  • 未注文のご相談はサポートメールをご利用ください。
  • 注文に関する請求の問題はコンソールからチケットを作成してください。
  • 件名には「導入相談」「請求」または「データ・コンプライアンス」と明記してください。
サービス停止に関する報告 優先対応

接続できない、または重要なワークロードが停止している

サービス停止の報告は、コンソールチケットで優先的に振り分けます。件名に影響範囲を記載し、注文、ノード、発生時刻、再現手順、マスキング済みの証拠をすぐに添付してください。

  • 影響が単一のセッション、1台のインスタンス、継続中のタスクのどれかを説明してください。
  • 最後に正常だった時刻と、最初に異常が発生した時刻を記載してください。
  • 状態が変化した場合は同じチケットに追記し、新しい依頼を重複して作成しないでください。
メールとチケットを同時に送らないほうがよい理由は?

同じ問題を2つの窓口から重複して送ると、更新情報が別々の対応記録に分散します。注文済みの問題はコンソールチケットにまとめ、未注文または注文に関連付けられない一般的な相談はサポートメールをご利用ください。

送信後に情報の不足に気付いた場合は?

元のメールに返信するか、元のチケットに情報を追加してください。追加時には、内容に対応する時刻、手順、ログの範囲を明記し、情報不足の新しい依頼を再送しないでください。

ノードとタイムゾーンが必須なのはなぜですか?

シンガポール、日本(東京)、韓国(ソウル)、香港では、経路や通信事業者のルートが異なります。時刻にタイムゾーンがないと、サポート担当者は接続記録、ビルドログ、ユーザー側のテスト結果を正確に照合できません。

セキュリティ上の注意

送信前に秘密情報と関係のない業務データを削除する

メールやチケットに、アカウントのパスワード、秘密鍵、シードフレーズ、完全な決済情報、本番環境のキー、マスキング前の業務データを含めないでください。ログにアクセストークン、リポジトリURL、ユーザー名、内部ホスト名、顧客データが含まれる場合は、復元できないマーカーに置き換えてください。

提供できる情報
  • 注文ID、ノード、モデル
  • マスキング済みのエラーテキストとログの抜粋
  • 再現用コマンドと期待される結果
  • 秘密情報を含まない設定概要
提供しない情報
  • アカウントパスワードとワンタイム認証コード
  • 秘密鍵、シードフレーズ、アクセストークン
  • 完全なカード番号、セキュリティコード、ウォレットを操作できる情報
  • マスキング前のコード、顧客データ、署名資料

お問い合わせの準備

窓口を選び、初回送信で必要な情報を揃える

未注文の構成相談とコンプライアンス関連はメールで、注文済みの技術的な問題、サービス停止、請求の問題はコンソールチケットでご連絡ください。