発生時刻
現地のタイムゾーンとおおよその時刻を記載し、初回発生か、毎回発生か、断続的な発生かを説明してください。
必要な情報を一度に整理
問題を整理して、適切な窓口に問い合わせる
ノードの選び方、適切な利用期間、既存の開発環境の移行、self-hosted runnerの接続については、サポートメールでご相談ください。注文、請求、稼働中のインスタンスに関する問題は、管理コンソールにログインしてチケットを作成し、注文番号、ノード、再現情報を添付してください。
2種類
正式な問い合わせ窓口
4種類
問題別の受付入口
1件
整理された技術情報
問題の種類で振り分け
4つの入口、共通して確認できる情報
入口を選ぶと、下の生成フォームに必要な項目が切り替わります。やり取りの往復を減らし、デバイス情報のない抽象的な注文相談を避けられます。
構造化メールジェネレーター
選択条件と問題の状況を1通のメールにまとめる
入力内容をもとに、この端末上でメールの件名と本文を生成し、システムのメールアプリで開きます。内容を他の送信先へ送信することはありません。送信前にメールアプリで確認・編集できます。
リアルタイム概要
送信前に確認
概要はこのページ上でのみ更新され、必要な情報がそろっているか確認するために使用されます。
- 問題の種類
- 導入前の選定相談
- ノード
- 未入力
- モデル
- 未入力
- 期間
- 未入力
- 推奨窓口
- サポートメール
注文済みの場合は優先
注文情報はチケットに残す
稼働中のインスタンス、注文状況、請求の識別、継続的な追跡が必要な技術問題には、管理コンソールからのチケット作成が適しています。チケットには、その後の追加情報と対応履歴が残ります。
- 01注文番号とインスタンス状態
- 02ノード / 機種 / 課金期間
- 03直前の操作とマスキング済みログ
チケット下書き
- 注文番号
- コンソール原票
- ノード / 機種
- 注文と一致
- 初回応答
- 4 営業時間
- 貼り付け禁止
- パスワード · 鍵 · トークン
技術問題の提出テンプレート
6つの情報で調査をすぐに開始できるか決まります
「ビルドできない」「接続が遅い」だけでは問題を特定できません。各項目に確認可能な内容を記載してください。該当しない場合は「該当なし」と明記し、受信者に推測させないでください。
システムバージョン
macOSの完全なバージョンと、問題の発生前にシステム、Xcode、依存関係を変更したかを記録してください。
ツールのバージョン
Xcode、Command Line Tools、Homebrew、Git、Fastlane、runner、関連SDKのバージョンを列挙してください。
再現手順
動作する初期状態から始め、コマンド、画面操作、入力条件、最初に異常が発生した箇所を順番に記載してください。
期待する結果と実際の結果
期待する成果物、状態、所要時間と、実際に確認した内容を分けて説明し、最後のエラー行だけを貼り付けないでください。
マスキング済みログ
エラー前後の必要な文脈を残し、パスワード、秘密鍵、完全なトークン、業務データ、不要な個人パスを削除してください。
推奨する調査内容の順序
まず環境、次に操作、最後に結果を書いてください。受信者が同じ手順で再現しやすくなります。
環境：macOSの完全なバージョン / ツールの完全なバージョン / ノード
操作：初期状態からの再現手順
期待：生成されるはずの成果物または表示されるはずの状態
実際：エラー、異常な状態、発生頻度
ログ：マスキング済みの必要な部分
注文サポートの案内
注文問題は識別情報を確認し、決済情報を再送しない
注文・請求のサポートでは、具体的な記録を特定できる情報が必要です。管理コンソールの注文番号、選択したノード、モデル、利用期間、現在の表示状況、確認したい項目をお知らせください。
注文サポート用の稼働情報
送信前の項目
USD決済
- 注文の識別
- 管理コンソールの注文番号。ログイン情報は送信しない
- デバイス範囲
- ノード、GlobeMini M4 16、またはGlobeMini M4 24
- 利用期間
- 日単位、週単位、月単位、または四半期単位
- 支払い方法
- USDT-TRC20、またはVisa / Mastercard / Amex（Stripe経由）
- 決済通貨
- 米ドル（USD）
- 確認したい項目
- 注文状況、請求明細、支払いの識別、または構成の差異
問題を1件の注文に限定する
注文番号と問題が発生したノードを記載してください。同じチームに複数の注文がある場合は、チーム名や支払日時だけでなく、注文ごとに列挙してください。
機密性の高い決済情報を再送しない
カードの全情報、暗号資産の秘密鍵、ログインパスワードを送信する必要はありません。利用した支払い方法の種類と、管理コンソールに表示される注文状況だけをお知らせください。
送信後の流れ
情報を確認してから対応を開始
初回返信では、問題の範囲、不足情報、次の対応を確認します。すべての問題が最初のやり取りで解決するとは限りません。情報が詳しいほど、再現や注文確認にすぐ移行できます。
-
01
構造化された概要を受信
メールの件名には問題の種類、ノード、モデルが含まれます。管理コンソールのチケットには注文情報が残り、受信者は対応開始に必要な情報がそろっているか確認します。
-
02
不足項目と対応手順を確認
導入前相談とパートナーシップ相談のメールは、通常1営業日以内の初回返信を目標とします。注文済みの管理コンソールのチケットは、通常4営業時間以内の初回返信を目標とします。複雑な再現問題については、次に実施する確認内容を返信で案内します。
-
03
同じ窓口で情報を追加
同じ問題についてメールやチケットを何度も新規作成しないでください。元の記録にテスト結果、マスキング済みログ、変更時刻を追加すると、診断の流れを維持できます。
| 窓口 | 適した問題 | 添付すべき情報 | 初回返信の目標 |
|---|---|---|---|
| サポートメール | 導入前の選定、環境移行の計画、CI/CD連携、パートナーシップ相談 | 用途、ノード、モデル、期間、ツールチェーン、明確な質問 | 1営業日以内 |
| 管理コンソールのチケット | 既存注文、請求の識別、稼働中のインスタンス、継続的な技術調査 | 注文番号、ノード、発生時刻、バージョン、再現手順、マスキング済みログ | 4営業時間以内 |
正式な窓口を選択
注文済みならチケット、未注文ならメール
管理コンソールのチケットは注文とインスタンスの情報を残すのに適しています。サポートメールはノード選び、利用期間、環境移行、CI/CD連携、パートナーシップ範囲の確認に適しています。