13518219792
按实际数据对订单进行处理，修正sap仓库数据。
成都创新互联公司服务项目包括东光网站建设、东光网站制作、东光网页制作以及东光网络营销策划等。多年来，我们专注于互联网行业，利用自身积累的技术优势、行业经验、深度合作伙伴关系等，向广大中小型企业、政府机构等提供互联网行业的解决方案，东光网站推广取得了明显的社会效益与经济效益。目前，我们服务的客户以成都为中心已经辐射到东光省份的部分城市，未来相信会继续扩大服务区域并继续获得客户的支持与信任！
以实际数据为准，sap数据进行修改，多出的数量进虚拟仓进行改正，少的货品核实出入库纪录。
spa数据在出入库时会与实际不一致，是正常的，需要员工每月定期查库房，修正spa数据。
这要看你导源和操作系统的语言编码是否有问题了。可以再详细的说明一下你导出的数据和使用的方法。
没有备份的话，系统管理员请先自裁。
1） 传输请求的内容是在操作系统的文件上的。 只要release 以后就保持在操作系统中， 不会因为传输过一次就改变了。所以问题并非是无解的，至少HANA上再正确的传输一次就达到目的了。 和你现在Oracle系统中的配置无关
2） 如果你的instance profile中的rec/client 参数已经配置了的话，应该是可以把配置找回来的， 当然工作量会比较大一些。
3）如果rel/client 没有配置，又没有备份，最后一根稻草就是找到相关配置人员能回忆出原来的配置值。 （所有被更改的地方都是可以找到的）
4）这个操作对系统管理员来说基本都是没有经验的， 请慎重测试，最好是找有经验的顾问来做。
5）至少你的情况还不是最坏的。 我当年帮人处理的是错误的传输包（含几百个请求）被传到ECC生产系统，还不能用restore。 最后手工改回来。 你被搞坏的最多是开发系统的一部分配置。
