测试您的账套，数据库严重损坏了，普通方法无法修复的，得导表修复才行。 导表工具见附件。（解压点，打开工具，输入客户服务器的数据库密码，连接后按F1，数据库选择哪里上面选择损坏数据库，下面选择一个新建的账套数据库（信息、启用模块无所谓，随便写），然后点击导表即可）...
6月份开始有好些凭证没有进行分配如0054，0061，0065，凭证中科目560305修改成贷方后进行保存。现金流星表重新生成即可。...
单据反算导致的小数误差。 反算规则是先计算金额，单价通过金额除以数量反算得出。 如果设置了报价含税，就根据含税单价和含税金额来反算金额，再反算单价。 如果报价不含税，根据单价和金额，先反算出含税金额，再算含税单价。 所以数量不同时，反算出来的单价会有误差。...
客户的记录都是12条，但是您的账套里有些客户有24和36条记录，导致了很多月份都对账不平，进而影响了多兰明细账和客户余额表的对照。 正确的处理方式如下： 1、备份好账套。 2、反记账反结账到期初。 3、进入期初中把所有的113科目的明细记录都导出来，然后一条条手动删掉这些明细。（保证这个科目最后的余额变成0 了） 4、删除完明细之后，进入数据库，对数据库执行下面的脚本 delete from GL...
问题原因是用户账套设置为定时计价，每周计算，上次计价后，2020.01月有成本变动，需要等下一个计价周期完成了，再核算成本。 解决方法： 下一个计价周期后，再生成凭证，或执行脚本，调整单据记账状态，需客户确认成本。建议用户调整为实时计价，并每月期末结账。 UPDATE .ST_SubsidiaryBook SET isTrueAccount = 1 WHERE isTrueAccount = 0...
查看您的数据，出现此问题是由于存货总账数据有问题导致的，请备份账套，然后执行以下语句： EXEC dbo.SCM_SP_RebuildSummarybook 之后再删除凭证，进行重新计价，出库成本就会算。...
此问题是因为存货核算的过滤日期是记账日期。这样的话不能确保单据日期月份和记账的日期月份是一致的。 所以会有您的问题现象。 若是相比较的话可以使用出库和入库汇总表来比较即可。 例如； 因为账套中9月份没有生成凭证。所以没法对比。...
恢复到本地是可以自动核销的，说明数据没问题，那么就是环境问题了。 请确定系统库里面的 select IsDisabled,* from EAP_Schedule where ServiceName ='SchedulingAutoCalcelTask' 这个的值是否为0，不是的话请更新为0. 再确定调度服务TaskService是否正常启用。 另外，可放开隐藏菜单：自动核销 update EAP_...
后台收到物理文件，测试能够正常的登录进去。 后台的处理方式如下 1、备份好数据 2、进入出纳通的系统管理，建立一个2016，一个2017的出纳账套。 3、停止数据库服务，把您的物理文件改成和刚才新建的账套一样的名字。改完之后替换覆盖到T3出纳通的目录：\UFSMART\cnt\UFnotedata\data文件夹下覆盖。 4、开启数据库服务，重新进出纳通，登录刚才两个新建的账套就可以了。 注：第一...
跟踪了一下,报这个错是因为传递的生产日期和批号不对应导致的。III-6845-0002存货，批号：L01-191115对应的生产日期是2019-11-15，而openapi接口传递的是2019-11-17，导致报这个错误，请二开看一下传递的生产日期为什么没匹配上。...
截屏，微信识别二维码
客服QQ：5151867
（点击QQ号复制，添加好友）