细节决定成败——刚热乎的自动化指令“故障”案例

就在刚刚帮客户解决了一个不大不小的问题，事后如果不是小细节被我发现了，估计我都被懵圈了，什么细节造成的故障，且听我慢慢道来。

十分钟前微信突然提示有新用户申请，一看是某合作商的实施人员申请的，于是赶紧通过申请，马上这位哥们跟我打招呼求援，跟我说明了一下情况。

上次在内蒙有一个项目，是我去帮他们实施的，项目使用的是IMS2000服务器+飞达8631&760的音频处理器，自动化指令调音量通道都是没有问题的。现在这位哥们在四川某个影院实施，也是同样的服务器和音频处理器，但是他却遇到问题了，并发过来截图

听他说明飞达切通道的指令能够正常执行，说明IP地址、网络和端口号应该没有问题，我检查了一下截图的指令，确认指令没有问题，但是飞达音频处理器调音量指令有的服务器需要加延时和Standbyoff指令才会有飞达上面显示调节后的音量大小，于是发了份说明给他。

可能这位工程师对指令不太熟悉，不知道怎么加延时的功能，因为不太好解释，于是让他发远程过程我做给他看一遍。远程加完了延时后，以为应该没有问题，让他测试一下，一会回复我还是不行

于是就觉得有点奇怪，这个应该比较简单，实际应用也做过很多次了。于是远程一下内蒙的机器，把那边的指令调出来让他对照一下，我自己也对照检查了一遍，发现除了名字有点不一样，其他指令这些都一毛一样。

我在他发的截图上发现音量指令名称是这样Vol3.0，但是我在实际实施过程中IMS2000上指令名称英文模式下是输入不了这个点的，于是我问他这个点是怎么输入的。

回复我是在中文环境下输入的这个点，这下我能大概估计问题所在了，在他删除刚才做的指令重新添加的过程中，我发现了一个问题

他的输入法使用的还是中文！！赶紧跟他说，让他切换一下输入法。根据提示，他切换回英文输入法，然后重新加了一遍指令，一会回复我说正常了。

所以在实际案例中，可能会遇到各种各样的问题真的是需要我们去注意一下细节，有时候可能一个标点符号或者空格都会让我们找半天问题原因。