要包含的信息
- ECU/TCU标识及原始文件
- 工具及读取方法
- 服务目标及硬件配置
- 与任何定制要求相关的信息
准备原版软件及标识
从 ECU 或 TCU 识别以及通过适当的读取方法获得的文件开始。记录所使用的工具并识别任何已知的先前修改。包括了解应用程序所需的车辆或机器详细信息。
对于支持的虚拟阅读工作流程，文件来源和参考仍然很重要。目的不是为了信息本身而收集信息：而是确定正在讨论哪个软件以及返回的修订版本旨在支持什么配置。
描述所请求的软件工作
选择相关服务并用实际语言解释目标。说明硬件是标准的还是经过修改的，并提供影响请求的组件详细信息。对于组合 ECU/TCU 项目，请保持两种配置连接。
如果需求不寻常，请在向客户做出承诺之前询问可行性和范围。完整的初始请求可以减少不必要的澄清，并有助于区分标准校准和单独范围的开发工作。
保持交付的修订版本可识别
返回的文件属于特定的请求和配置。保持原始版本和交付的版本可区分，并遵循车辆和设备的适当编写程序。研讨会应该确切地知道已经安装了哪个版本。
文件门户还提供了围绕该交付进行技术对话的场所。对有关文件的问题使用相同的请求，而不是启动会丢失原始软件上下文的断开连接的查询。
为下一步提供有用的反馈
描述观察到的行为、当前配置和确切的软件版本。包括有助于解释问题或要求进一步改进的相关信息。清晰的反馈使讨论软件变得更容易，而不是推测正在使用哪个文件或设置。
如果硬件、燃料或项目目标发生了变化，请明确说明。然后可以将后续工作评估为现有范围内的修订或附加工作。这保留了有序的软件历史以及研讨会和技术支持之间更有效的关系。
您的软件请求
服务范围
- 软件请求的单一位置
- 可识别的原件和返回的修订版本
- 后续链接到相同的技术历史
有关服务的问题
在哪里上传技术文件？
使用经销商门户，而不是公共查询表。保留与适当请求关联的文件。
提交后可以添加信息吗？
继续在同一门户对话中，以便其他详细信息保持链接到软件请求。
请求修改时我应该发送什么？
安装的版本、当前配置以及您想要查看的结果或行为的精确描述。