怎样知道大量订单截止到某一时点的开票和发货情况

shiningdays

比如说18-20的所有销售订单，截止到2020.12.31的发货和开票情况我看销售订单执行列表好像不行，那个是截止到目前的，不能选特定的时间

yk1985sf

不可以，目前在单据里都只存储了累计发货/出库/开票等信息，所谓累计就是最新的数据，不能截止到中间一个时间点，理论上可以做开发另外计算出来，但是需要考虑到修改单据日期的情况。

shiningdays

yk1985sf 发表于 2021-10-27 13:28
不可以，目前在单据里都只存储了累计发货/出库/开票等信息，所谓累计就是最新的数据，不能截止到中间一个时 ...

嗯，但是这个需求还是有的，比如审计的需要会计师入场往往是在一二月份，正常的话那时12月的供应链已经结完了，销售订单执行列表还是很方便一目了然的，而审计时点又是截止到12.31的数据，所以在一二月的时候没法导出来截止到12.31的执行列表

所以我也没想出有啥别的好办法，现在就是分别把发货单、发票，按时间筛选到12.31分别导出来，然后再通过订单号来统计所有订单的发货和开票情况；
或者第二种方法是到12.31时结完供应链，1月的单子先不做，等着我导出来12.31的执行列表，但在实际中又不好控制采购、库管等的工作节奏

yk1985sf

shiningdays 发表于 2021-10-28 09:46
嗯，但是这个需求还是有的，比如审计的需要会计师入场往往是在一二月份，正常的话那时12月的供应链已经结 ...

这个需求确实存在，很多客户都是这样的，也是能实现的，但是目前系统里不支持，而且对系统的要求比较高。
二次开发可以实现，根据各种单据进行重算出来是可以的，但是有个要求就是单据不能修改，或接数据只能是结账之后，而且结账之后不能反结账。
你试想一个场景，3.1拉出来一份截止2.28的报表，到了3.2需要对2.27的一张单据进行修改，然后再拉一下截止2.28的报表，发现两次拉出来的数据不一致，明明都是截止到2.28的呀。
所以我的理解的是目前U8这种方式是一种妥协之后比较安全的结果，如果有特殊要求可以走二次开发。

shiningdays

yk1985sf 发表于 2021-11-26 09:48
这个需求确实存在，很多客户都是这样的，也是能实现的，但是目前系统里不支持，而且对系统的要求比较高。 ...

嗯嗯，一般开发这个功能费用是多少？感觉应该也不复杂吧，他们肯定之前给别家开发过，程序什么的不都是现成的吗

yk1985sf

我们平时也会给客户做二次开发，最大的成本不是在开发，而是在于后续的持续改进。客户发现查询的出来的数据不对，会去找原因，找出来是单据做的有不规范的，但是这个时候单据已经无法修改了，只能是想办法去调整二次开发程序来让数据正确。问题在于规范的操作都是规范的的，不规范的操作有很多种不规范。。。
至于费用是多少，需要和客户去谈，让客户理解解决这个问题是一个长期的过程，不是一次性的。