学习目标

完成本单元后，您将能够：

了解采购申请单下推采购订单的两种方式对应的数据流程
了解采购申请单与采购订单上下查

普通的采购申请下推流程，采购申请单的每一条分录都形成采购订单的一行分录，即使两行分录完全相同，这当然可以满足一部分的需求。但是客户一般会有另外一种业务模式，比如两张采购申请单，有相同物料，需要下推采购订单，并且采购订单上只有一行分录，数量是两张采购申请的总和，这种方式就会复杂得多，后台数据结构也需要进行调整，下面就是学习相关流程的后台数据结构。

一、采购申请单独生成采购订单

如上图，我们在演示账套先新增两种采购申请单，物料相同，均为1.01.000.00000，数量分别为1和2，然后下推采购订单，此时采购订单上有两条分录，数量分别为1和2，对应两张采购申请单的两条分录，保存后，我们来查看后台。

第一段SQL为采购申请单的信息，表头为porequest、表体为porequestentry：

fbillno为单据编号
finterid为单据内码
fentryid为分录内码
fqty为数量

第二段SQL为采购订单的信息，表头为poorder、表体为poorderentry：

fbillno为单据编号
finterid为单据内码
fentryid为分录内码
fsourcebillno为源单编号(此处为采购申请单号)
fsourceinterid为源单内码（对应采购申请单的内码finterid)
fsourceentryid为源单分录号（对应采购申请单的分录号fentryid）

显然，由于采购申请单的分录与采购订单的分录是一一对应的，所以如果我们选择采购申请单POREQ000028的第一行分录下查采购订单，那么查询的sql语句可以简化为下图：

即取采购申请单的内码、分录号，比对采购订单的源单内码、源单分录号，然后把这些订单显示出来，即为采购申请下查采购订单的数据过程。采购订单上查与此类似，取采购订单源单信息比对采购申请，然后将采购申请单都显示出来，当然这里只是简化的显示，由于还有物料名称等信息，所以实际的sql会更长，我们这里只专注单据之间的关联关系。

二、采购申请单合并下推采购订单

在下推采购申请单之前，需要在采购订单的新增界面-选项-勾选“申请单选单物料合并”这个选项，才可以进行合并下推：

然后我们复制刚才新增的两张采购申请单，审核后，选中这两种单据下推采购订单，结果如下图：

此时采购订单合并为一行，并且数量是两张订单的数量之和=3，保存后，我们来查看后台表：

仍然是类似的查询，但目前采购订单只有1行，此时我们通过采购订单上查采购申请单，给出一段简化的sql：

按照上述的逻辑，我们取订单POORD000044的源单编号、源单内码、源单分录号，去比对采购申请单的相关信息，然后我们发现，此时只能查出POREQ000030这张采购申请单，POREQ000031无法查出。原因为，采购订单表体poorderentry中，只有一行分录，那么源单信息当然也只有一条，在合并下推的情况下，这笔源单信息记录的是所有合并下推的采购申请单的内码值finterid及分录号fentryid最小的那一笔记录，所以采购申请单POREQ000031就无法查出了。

在现有逻辑下，为了保证两种下推方式上下查均能正确查到数据，我们引入采购申请单与采购订单关联表icbillrelations_***表：

其中，fbilltype=71为采购订单类型，fsourcetrantype=70为采购申请单类型，此处sql中限定这两个字段值，代表查询的仅为采购申请合并下推采购订单的数据；fbillid为采购订单的内码值，fdestentryid为采购订单的分录号，fsourceinterid为记录在采购订单中的源单内码值,fsourceentryid为对应分录号，fmultiinterid值为所有的采购申请单的内码值，fmultientryid为对应的分录号。

引入这个表后，在采购订单上查采购申请的过程中，特别注意，此处是取采购订单的单据内码finterid和分录号fentryid，来比对关联表icbillrelations的fbillid及fdestentryid，这样就可以关联到两笔采购申请单的内码值及分录号，再取关联表icbillrelations的内码值及分录号fmultiinterid和fmultientryid，去关联采购申请单的内码值及分录号，最终得到采购申请单的所有信息，简化sql如下图：

以这样的查询方式即可正确查询出所有关联的采购申请单信息。

采购申请单与采购订单原来有这样的关联关系

恭喜您！