導入相談・協業のご相談
2つのモデルの構成差、4つのリージョンの選択、レンタル期間、ストレージの追加、チーム導入やワークフロー連携についてのご相談に適しています。
- ワークロードと想定同時実行タスク数を記載する
- 希望するリージョンとレンタル期間を記載する
- 比較したい構成や追加オプションを明記する
お問い合わせ内容に合った窓口へ
適切な窓口に相談して、やり取りを減らす
導入相談、協業のご相談、安全性に関する報告はサポートメールへ。既存のご注文、ホストの状態、接続トラブルは、コンソールからチケットを送信してください。リージョン、構成、発生日時、期待する結果を明記すると、添付ファイルを増やすよりも効果的です。
お問い合わせの振り分け
4種類のご相談を1つの窓口で
同じ内容については、窓口を1つだけ選択してください。既存のご注文は、サポート担当者が権限の範囲内で注文情報とノード情報を確認できるよう、チケットのご利用をおすすめします。
既存のご注文・納品に関する問題
注文状況、構成確認、リージョン情報、更新、納品内容の相違に関する対応に適しています。チケットなら文脈を保持できるため、複数のメールで注文情報を繰り返し説明する必要がありません。
- 必要な注文識別情報を記載する
- 問題が発生した日時を記載する
- 確認できた状態と期待する結果を説明する
接続・技術トラブルの切り分け
SSHまたはVNCに接続できない、ノードのネットワーク異常、ストレージの状態、ビルド環境の確認に適しています。まずドキュメントに沿って基本チェックを行い、マスキング済みの結果をチケットに添付してください。
- ノードのリージョンと問題の発生日時を記録する
- マスキング済みのエラー出力を添付する
- 問題を安定して再現できるか説明する
セキュリティ問題・脆弱性の報告
Webサイト、コンソール、注文フロー、ノードへのアクセス境界に影響する可能性がある問題の報告に適しています。必要な証拠は非公開で先に送信し、未修正の問題を公開しないでください。
- 影響範囲と前提条件を説明する
- 再現可能な最小手順を提供する
- 連絡可能な時間帯を記載する
メールやチケットに秘密鍵、完全なパスワード、マスキング前の接続認証情報を送信しないでください。
認証情報に関する問題を説明する場合は、認証情報の種類、エラーの内容、発生日時だけを記載し、認証情報そのものは貼り付けないでください。
メール作成ツール
必要な情報を整理してから、メールアプリを開く
以下の内容は現在のブラウザ内だけで整理され、サポートメール宛てのメール作成に使用されます。フォームの内容が独自のバックエンドへ送信されることはありません。
メールを利用するケース
まだ注文を作成していない段階の構成相談、チームでの協業、安全性に関する報告、注文情報を必要としない一般的な質問は、サポートメールへ送信できます。
- 初回返信の目安
- 1営業日以内に振り分け、または追加情報を依頼
チケットを送信するケース
注文がすでに存在する場合や、特定のノード、納品状況、更新、接続先、稼働時の異常に関する問題は、コンソールチケットをご利用ください。対応履歴を一元管理できます。
- 添付をおすすめする情報
- 注文識別情報、リージョン、発生日時、マスキング済みログ
- 対応時間
- コンソールの送信画面に表示される現在の対応時間をご確認ください
導入相談の準備
4つの情報で導入相談を効率化
最初から長い要件定義書を作る必要はありません。ワークフロー、ストレージ、期間、リージョンを明確にすれば、BookaMac M4とBookaMac M4 Proを比較できます。
ワークフローと同時実行数
主な用途がXcodeビルド、self-hosted runner、ローカルモデル推論、バッチトランスコード、レンダリングのどれかを説明してください。同時に実行するタスク数と、グラフィカルインターフェースが必要かどうかも記載します。
確認ポイント：CPU、メモリ、継続稼働の要件を先に判断できます。ストレージとデータパス
コードリポジトリ、依存関係キャッシュ、ビルド成果物、メディア素材の使用量を見積もり、+1TB SSD、+2TB SSD、Thunderbolt 5による並列接続を検討しているか説明してください。
確認ポイント：基本ストレージと追加ストレージを注文後に再検討せずに済みます。レンタル期間
短期の適応、段階的なビルド、継続的なCIのどれに当たるか確認してください。2つのモデルはいずれも日単位、週単位、月単位、四半期単位でレンタルでき、期間はタスクの継続時間に合わせる必要があります。
確認ポイント：見積もりを実際の利用期間に直接対応させ、異なる期間を混在させずに済みます。希望するリージョン
シンガポール、日本（東京）、韓国（ソウル）、香港から希望するリージョンを選び、チームの所在地、コードリポジトリの場所、主なアクセス方向を踏まえて判断してください。
確認ポイント：提供中の4リージョンを基準に選定し、対象外のノードを追加しません。2つの構成と全期間の料金を先に確認しますか？
プランページでは、BookaMac M4、BookaMac M4 Pro、追加ストレージ、4リージョンの提供状況をまとめて確認できます。
既存のご注文
1つの注文に対応履歴を集約
注文とホストの管理はすべてコンソールで行います。特定のノードに関する問題は該当する注文からチケットを送信してください。同じ内容のメールを複数送ると、対応の文脈が分散します。
ORDER ISSUE / MINIMUM DATA
必要な情報
注文識別情報
注文を特定するために必要な識別情報だけを提供し、完全な支払情報や接続情報は添付しないでください。
リージョンと構成
シンガポール、日本（東京）、韓国（ソウル）、香港のいずれかと、該当するモデルを明記してください。
問題の発生日時
タイムゾーン付きで日時を記載し、問題が継続的に発生しているのか、断続的なのかを説明してください。
マスキング済みの証拠
エラーコードと重要な文脈を残し、鍵、パスワード、トークン、完全な認証情報を削除してください。
責任あるセキュリティ報告
公開範囲を限定してから、検証可能な証拠を提供
セキュリティ報告はsupport@bookamac.comへ送信してください。件名に「セキュリティ報告」と記載し、本文に影響範囲、前提条件、最小再現手順、実際の結果と期待する結果、連絡可能な時間帯を記載してください。
問題の確認と修正が完了するまで詳細を公開しないでください。また、影響を証明するために自分のものではないデータへアクセスしたり、テスト範囲を広げたり、他のユーザーのノードに干渉したりしないでください。
サポートメールで報告を送信
SECURITY REPORT
推奨する構成
-
01
影響範囲
影響を受けるページ、フロー、アクセス境界と、ログインまたは特定の注文状態が必要かどうかを示してください。
-
02
再現手順
最小限で再現可能な手順を提供し、認証情報や問題と無関係な個人情報を削除してください。
-
03
証拠と結果
必要なエラー情報、マスキング済みのスクリーンショット、リクエストの順序を添付し、確認できた事実と推測を区別してください。
-
04
連絡可能な時間帯
タイムゾーンと連絡可能な時間を記載し、追加の検証情報や対応状況を共有しやすくしてください。
サポート範囲
サポートできることと、お客様に管理いただくこと
サポートの回答は、ノードの納品、接続経路、構成情報を中心に行います。トラブルシューティングの方向性を案内することは、コード、証明書、サードパーティ製ツールの管理を代行することではありません。
| 問題の種類 | サポート内容 | 送信前の準備 | 責任範囲 |
|---|---|---|---|
| 構成のご相談 | 公開仕様、ワークロード、ストレージ要件に基づいて、2つのモデルの違いを説明します。 | タスクの種類、同時実行数、ストレージ使用量、レンタル期間、希望リージョン。 | 選定の参考情報であり、特定のプロジェクトにおける性能結果を保証するものではありません。 |
| 接続トラブル | ノードアドレス、ネットワーク経路、SSHまたはVNCの基本接続条件、エラー情報を確認します。 | 注文識別情報、リージョン、発生日時、クライアント環境、マスキング済みログ。 | ローカルネットワークのポリシー、鍵の管理、セッション内の操作はお客様の責任です。 |
| ビルド環境 | ノード構成、システムへの到達性、基本ツールチェーンの確認方法を案内します。 | Xcodeのバージョン、ビルドコマンド、ターゲット名、終了コード、重要なログ。 | コードの作成、リポジトリ、証明書、プロビジョニングプロファイル、リリース作業の代行は行いません。 |
| サードパーティ製ツール | ノードの問題とツール自体の構成問題を切り分け、環境レベルで確認すべきポイントを案内します。 | ツールのバージョン、再現コマンド、構成の差分、公式エラー出力。 | サードパーティ製ツールの動作、ライセンス、更新方針はお客様ご自身で管理してください。 |
| セキュリティ報告 | 影響範囲、再現手順、証拠を受け取り、振り分けと必要な追加情報の依頼を行います。 | 最小再現手順、マスキング済みの証拠、影響の判断、連絡可能な時間帯。 | 他者のデータへのアクセス、テスト範囲の拡大、未修正の詳細の公開は禁止です。 |
メールを送信してから、どのくらいで返信が届きますか？
サポートメールでは、1営業日以内の初回返信、問題の振り分け、または追加情報の依頼を目安としています。メールは即時対応の窓口ではありません。既存の注文やノードの異常は、コンソールチケットを優先してご利用ください。
メールとチケットを同時に送信する必要はありますか？
必要ありません。同じ問題は窓口を1つにすると追跡しやすくなります。導入相談、協業、セキュリティ報告はサポートメールへ、既存の注文、納品、接続に関する問題はコンソールチケットへ送信してください。
ログには何を残せばよいですか？
エラーコード、コマンド名、発生日時、重要な呼び出し順序、問題に直接関係する文脈を残してください。秘密鍵、パスワード、トークン、完全な接続認証情報、個人情報、無関係なプロジェクトの内容は削除してください。
NEXT ACTION
注文済みならチケットを、導入検討中ならメールを
チケットでは注文の文脈を保持でき、サポートメールでは導入相談、協業、セキュリティ報告に対応します。窓口を1つ選び、問題解決に必要な情報だけを提供してください。