起因：运动鞋的asin被亚马逊系统合并到凉鞋的父类里。

由于运动鞋很久不卖了，没有库存，无法把运动鞋的asin从凉鞋的父类中拆分出来，因为现在必须得有库存，客服才能进行拆分变体。

所以进行以下操作：
打算更换凉鞋的父asin：把有库存的凉鞋的asin从凉鞋旧父asin中拆分出来，分配新的父asin，以实现凉鞋和运动鞋asin的彻底分开。

过程：
1. 凉鞋有100个变体：
有50个变体在删除父asin后，就自动拆分出来；
还有30个变体是开了case让客服用工具拆分并成功了；
剩下20个变体是客服用工具拆分，也始终无法从旧的父asin拆分出来，并给出的理由如下：
根据亚马逊的政策，我们无法接受该请求，因为提供的这些信息归亚马逊自营所有。
自营的商品无法进行拆分，出现这种情况就是有可能这个变体关系是亚马逊系统组建的
因为该贡献信息归亚马逊零售所有，控制权来自亚马逊

结果：
因为无法把剩下的20个asin拆分出来，只能用批量表先把凉鞋的变体全部恢复到旧的父asin，先这样售卖：
原先50个自动拆分出来的变体，通过批量表已恢复到父asin
30个被客服用工具拆分出来的asin，用批量表也无法恢复到旧的父asin

问题：
请问是不是被客服用系统工具拆分过父体与子体的关系后，有点类似于“彻底断绝关系，老死不相往来”的意味？ 导致我用批量表无法把这30个asin恢复到旧的父asin中去？
1. 请问，有什么办法能让这30个asin能够恢复到原来旧的父asin中去？
2. 或者是，客服用工具也无法拆分的20个变体，给的理由是“提供的这些信息归亚马逊自营所有”，这样的变体如何能拆分成功呢？