含める情報
- ECU/TCUの識別と元のファイル
- ツールと読み取り方法
- サービスの目的とハードウェア構成
- カスタム要件に関連する情報
BlagTuning / ソフトウェア
オリジナルファイルから技術フォローアップまで
1 つのリクエストには重要なソフトウェア履歴が含まれている必要があります。ポータルは、元のファイル、校正目標、納品、技術フォローアップを結び付けます。
オリジナルのソフトウェアと身分証明書を準備する
ECU または TCU の ID と、適切な読み取り方法で取得したファイルから始めます。使用したツールを記録し、既知の以前の変更を特定します。アプリケーションを理解するために必要な車両または機械の詳細を含めます。
サポートされている仮想読み取りワークフローでは、ファイルの生成元と参照が依然として重要です。目的は、それ自体のために情報を収集することではありません。どのソフトウェアが議論されているのか、返されたリビジョンがどのような構成をサポートすることを意図しているのかを確認することです。
要求されたソフトウェア作業について説明する
関連するサービスを選択し、その目的を具体的な言葉で説明してください。ハードウェアが標準か改良版かを述べ、リクエストに影響するコンポーネントの詳細を提供します。 ECU/TCU を組み合わせたプロジェクトの場合は、2 つの構成を接続したままにしてください。
要件が特殊な場合は、顧客と契約する前に、実現可能性と範囲について尋ねてください。最初のリクエストを完全に完了すると、不必要な明確化が減り、標準キャリブレーションと個別にスコープが設定された開発作業を区別するのに役立ちます。
配布されたリビジョンを識別できるようにする
返されたファイルは、特定のリクエストと構成に属します。オリジナルのリビジョンと納品されたリビジョンを区別できるようにし、車両と機器に適した作成手順に従ってください。ワークショップでは、どのバージョンがインストールされているかを正確に把握する必要があります。
ファイル ポータルは、その配信に関する技術的な会話のための場所も提供します。ファイルに関する質問には、元のソフトウェア コンテキストを失う切断された調査を開始するのではなく、同じリクエストを使用します。
次のステップに役立つフィードバックを提供する
観察された動作、現在の構成、および正確なソフトウェア バージョンについて説明します。問題または要求されているさらなる改善を説明するのに役立つ関連情報を含めてください。明確なフィードバックにより、どのファイルやセットアップが使用されているかを推測するのではなく、ソフトウェアについて話し合うことが容易になります。
ハードウェア、燃料、またはプロジェクトの目的が変更された場合は、それを明示してください。フォローアップは、既存の範囲内の改訂として、または追加作業として評価できます。これにより、秩序あるソフトウェア履歴が維持され、ワークショップとテクニカル サポートの間のより効果的な関係が維持されます。
ソフトウェアのリクエスト
サービス範囲
- ソフトウェア リクエストを 1 か所でリクエストできる
- 識別可能なオリジナルと返却されたリビジョン
- 同じ技術履歴にリンクしたフォローアップ
サービスに関するご質問
技術ファイルはどこにアップロードすればよいですか?
公開のお問い合わせフォームではなく、ディーラー ポータルを使用してください。ファイルを適切なリクエストに関連付けたままにしておきます。
送信後に情報を追加できますか?
追加の詳細がソフトウェア リクエストにリンクされたままになるように、同じポータルの会話を続けます。
修正を依頼する場合は何を送ればよいですか?
インストールされているバージョン、現在の構成、および確認したい結果や動作の正確な説明。