1、 场景

场景1

源单下查不到目标单。

场景2

目标单上查不到源单。

场景3

目标单未反写源单，查询数据库发现关联关系丢失。

2、 问题分析

下推生成的目标单与源单失去了关联关系，按照下推过程，有如下几种可能：

1. 转换规则没有勾选“记录关联关系”。如图1，如果未勾选，则上查或者下查功能不可用，点击上查或者下查提示“没有关联数据”：

                              图1

2. 下推后，删除目标单分录行导致关联关系丢失。

图2

图3

如图2转换规则配置的关联实体是单据体，下推后打开下游单据界面如图3，包含三条分录，这三条分录是与源单分录建立关联关系的，如果客户删除其中一行，比如删除第3行，然后再新增一行，新增的行则没有与源单分录行建立关联关系，不会参与反写，但不会影响上查和下查。如果下推后目标单只有一行分录，用户如果把这行分录删除，则源单与目标单彻底没有了关联关系，不能上查、下查和反写。

3. 目标单单据体复制了新行，然后删除了下推生成的行，导致关联关系丢失，同问题2原因一样。

4. 目标单在保存（或提交）前，业务插件代码删除了单据体分录行，然后重新添加，导致关联关系丢失，同问题2原因一样。

5. 用户导出下推生成的单据，修改内容后重新覆盖式导入，单据体采用替代新建的方式导入（或使用webapi保存接口修改单据，与导入逻辑一样），覆盖式导入，会新建单据体行，删除下推生成的行，然后重新导入，效果就像是新建分录行，同问题2原因一样。