Idoc处理业务伙伴地址问题.docVIP

Page  PAGE 14 /  NUMPAGES 14 业务伙伴姓名地址问题 目录：  TOC \o 1-3 \h \z \u  HYPERLINK \l _Toc288735432 1. 需求和问题描述  PAGEREF _Toc288735432 \h 1  HYPERLINK \l _Toc288735433 问题简述  PAGEREF _Toc288735433 \h 2  HYPERLINK \l _Toc288735434 问题详细描述：  PAGEREF _Toc288735434 \h 2  HYPERLINK \l _Toc288735435 2. 需求分析和问题根源分析  PAGEREF _Toc288735435 \h 4  HYPERLINK \l _Toc288735436 重现问题  PAGEREF _Toc288735436 \h 5  HYPERLINK \l _Toc288735437 问题原因解释：  PAGEREF _Toc288735437 \h 9  HYPERLINK \l _Toc288735438 3. 实现方案分析  PAGEREF _Toc288735438 \h 9  HYPERLINK \l _Toc288735439 须用户回答：用户希望的业务解决方案  PAGEREF _Toc288735439 \h 9  HYPERLINK \l _Toc288735440 须用户回答：现有需求和过去的需求相互冲突，如何处理？  PAGEREF _Toc288735440 \h 11  HYPERLINK \l _Toc288735441 4. 代码和开发实现  PAGEREF _Toc288735441 \h 12  HYPERLINK \l _Toc288735442 5. 单元测试  PAGEREF _Toc288735442 \h 14  HYPERLINK \l _Toc288735443 6. 用户测试  PAGEREF _Toc288735443 \h 14  HYPERLINK \l _Toc288735444 7. 知识转移和重要提示  PAGEREF _Toc288735444 \h 14  需求和问题描述 [需求和问题描述环节，主要由用户提供主要内容，一定要使用图片来帮助清楚的描述用户的需求或者问题，图片需要使用圆圈标注关键的错误的地方。 用户的操作过程（涉及到的T-code和操作界面） 至少提供一笔的例子数据； 出现问题的时候，错误的数据的样子 希望达到的正确的效果是什么样子 本环节一定要用户清楚、无误的、具体的、充分的表达问题和需求。过于笼统的需求和问题表达，对后续的处理都会带来障碍。] 例子： 用户最初提到： 以上信息是???常不完整的，没有提到任何的具体问题。 我们需要用户进一步详细到： 提供问题简述和问题的详细描述。 问题简述： 通过Stering的中间件把网站的信息通过IDOC方式传递给SAP生成销售订单时，销售订单的业务合作伙伴上的NAME和 Street的信息有错误。 （不知后面的邮政编码和区域是否也有错误？） 问题详细描述： 通过T-code WE19导入Idoc 3300291 2.IDOC的数据状态 3 通过调用Inbound function module处理：IDOC_INPUT_ORDERS 4. 得到的结果销售订单：（ T-code：VA03，输入销售订单，然后转到的Partner界面） 5. 客户本身希望的样子。 其实上图的说明有问题的。只是Name不对么？Street和Post code等呢？ 需求分析和问题根源分析 [需求分析和问题根源分析环节，这个环节主要有顾问负责，无需用户参与，本环节的最佳实践包括; 利用用户所提供的数据，重现用户的错误。如果问题无法重现，表示偶尔性的操作问题。 利用另外的数据来重新错误，如果另外的数据操作没有问题，表示是数据问题。一般无需修改ＳＡＰ的程序代码。 利用程序的 Debug功能，一步步的调试，以便于了解程序的内部处理过程和特殊的内部处理过程] 重现问题： 利用Idoc: 3300291,使用WE19重新产生销售订单，出现Idoc处理错误。无法产生销售订单。 更换另外一个IDOC: 3294554 在处理3294554之前的销售订单：查看今天的销售订单数据： WE19处理： IDOC: 3294554 SE11查询订单： 进过对比分析分析