我的SAP运维日常_0064_GENERAL_IDOC传输数据报错 ...

江山无限

大家好，我是林恩~谢谢大家的喜欢和关注喔。 我的SAP运维日常专栏是跟大家分享自己运维过程中遇到的问题和解决方案哦~ 当前运维系统为ECC，某些功能和S4H不同~
文章未经允许不可转载搬运，每一篇文章真的要写很久，测试很久，请大家尊重劳动成果，谢谢！
如果对FICO/SAP/企业信息化数字化/职业规划发展感兴趣的话，可以加入我前辈开的知识星球哦~加入后可以获取前辈的300多篇干货文章和100多集自己录制的FICO精讲视频~日常有问题可以在星球里提问发布，热心的同行们可以一起讨论哈！我也会定期在星球里发布后勤相关的文章！欢迎大家也在知识星球多多分享~
星球链接：https://t.zsxq.com/FAMVZn2
<hr/>研发的小姐姐跟我说，她从我们意大利公司的SAP系统触发了一个MPN号的创建MM01以及MPN清单创建MP01的IDOC到重庆公司的SAP，但是重庆的SAP只成功创建了MPN号（物料主数据），但是MP01的MPN清单维护没有成功。
先使用WE02查看了一下IDOC报错，一般可以看出错误



刚看到这个报错我以为是这个自有物料没有启用MPN管理，未维护制造商参数文件，才无法传输成功。但后面使用MM03查看采购视图中的制造商参数文件有维护，没有问题。


MPN清单维护我看IDOC数据里有两条，一条是2080011800-001，一条是2080011800-002。使用MM03去查看MPN物料号是不是各自维护的自有料号有问题。这一看问题就找到啦，2080011800-001根本就不是按照MPN物料类型创建的，而是一个正常的原材料物料类型。后来问研发的小姐姐才知道，原来一开始他们就应该要从意大利的SAP传输2080011800-001到重庆，但是当时她请假了，同事暂接她的工作，操作失误，手工在重庆的SAP使用MM01，以原材料的物料类型创建了一个假的MPN料号。后续采购的同事无法成功下单发现这个问题，只好找意大利的研发重新创建了一个2080011800-002的MPN来代替原有的2080011800-001的MPN



这样看下来就是IDOC传输到重庆SAP时，系统无法接收这个假的2080011800-001的MPN，咋办呢？找意大利IT修改一下传输的内容吗，把2080011800-001拿掉吗？
或者我自己可以拿掉耶，尝试了一下确实可以~
使用WE19，输入IDOC号，展开传输结构，将-001的那条数据给删除掉，重新生成IDOC号





重新生成后，发现还是没有成功！！~再使用WE02去查看报错，说日期格式无效


咦？？这个IDOC传输的日期不是8位吗，按理说是不是会按照我账号的日期格式（YYYY/MM/DD）自动转换啊，为啥我的日期格式是无效的呢？
尝试使用WE19修改传输的日期格式，但是这个字段好像只定义了8位，我改不动。


好吧，那就只能试试把我的账号日期默认值改为意大利同事常用的日期格式（DD.MM.YYYY）哦~
修改后，我使用BD87重新proces了IDOC号


终于看到了绿色的状态！~


再去MP01查看MPN清单，已经有啦！~


以上就是今天的分享啦，若有问题，还请指正~
愿你每日开心，每日生长~

知识星球部分截图：

山青云淡

顶起顶起顶起