亿格用友

问题现象：

在查看余额表时，2203（高级帐户）帐户从年份开始，详细帐户的年初和期间余额的开始是不一致的（详细帐户和期间余额的开始是一致的）

适用版本：

T3 Ufida系列

原因分析：

1。检查时期开始时的余额对帐，对帐结果是正确的。

2。在一月份记录所有凭证后，对帐结果是正确的。

3。尚未对2月份的代金券进行审查或记录，并检查了对帐。检查结果中有错误

4。从上图可以看出，主题“ 2203001001”的总分类帐值为240119，详细的分类帐值为323373.27。以此为例，当执行以下脚本时，可以看出主题“ 2203001001”的初始值为240119，此主题的总详细信息为323373.27。主题“ 2203001001”等于2月初和1月底的1月底，表明详细主题存在问题。根据正常情况修改详细主题的初始值可以解决问题。

5。当我准备修改详细帐户时，我发现在此查询结果集中不应出现一排详细帐户，因为查询条件是：ccod之类的ccod是：“ 2203001001001”和iperiod=2。此类条件不应出现在帐户中\’220300100500251\’，并且帐户周期为1月的记录。为了进一步确认问题，我再次使用以下脚本来获取结果集：选择* fron gl_accsum ccode=’220300100500251’。比较查询结果两次，发现相同的I_ID 3289具有两个不同的记录。这里的问题很明显。数据库索引是一个问题，无法通过直接修改特定记录的开始来解决。因此，使用“数据库检测和维修工具”检查数据库中的错误是否可以修复。

6。在“数据库检测修复工具”中执行“检测数据库（仅检测）”时，我在下图中找到了错误消息。

7.使用脚本将缺少的表添加到数据库中，然后再次检测它们。下图中的错误消息将显示。

8。继续将缺少的表添加到数据库中，然后再次检测到它们，并将出现以下图中的错误消息。

9。将缺少的表添加到数据库中，然后再次检测到它们。最后，存在分配错误和一致性错误，如下图所示

10。此步骤是直到不发生错误，然后执行下一个项目“检查和修复磁盘空间分配结构的一致性”，如下图所示。一开始还将报告错误，并且还需要执行该错误，直到未报告错误。

11。执行“（仅支持SQL2000）检查维修页面和记录标题物理错误”时，您仍然会遇到2个一致性错误。 n多次之后，您仍然会有此提示。您只能先执行下一个操作。一般而言，如果该工具可以修复它，则每个执行后的提示错误的数量将小于前面的错误。如果执行始终是相同数量的错误提示，则表示无法暂时将其修复。您可以先执行其他项目，然后返回以执行此项目。如果返回执行后仍然存在相同的错误，则意味着该工具无法修复数据库。您只能要求专业的数据维修公司处理它。

12。执行“修复系统***表”的三个函数时，没有报告错误。但是，当继续执行“维修数据库”时，下面的图将出现208个一致性错误。同样，如果此功能项目多次在n之后仍具有相同的提示，则如上所述：以这种方式，您可以认为“数据库检测和维修工具”无法再解决此错误，请首先尝试执行下一个项目。

13。执行“当前数据库中的所有用户表”没有错误，因此继续执行下一个操作“重建当前数据库中的所有用户表都有索引”，并且出现了错误提示“内部SQL Server错误”。无论您在此之后执行多少次，该提示都将是结果。从上面的错误到现在发生的错误，它们被重复执行，并且仍然报告相同的错误。可以判断该数据库不能使用“数据库检测和维修工具”进行维修。

解决方案：

因为该客户仅启用总分类帐管理模块，所以解决此问题的更容易的方法是：首先创建一组新的帐户，其次，转换帐户记录并在旧帐户记录集中取消审核，然后导入通过“ Ufig系统工具”设置的旧帐户记录的“ ufig系统工具”设置的“ ufig系统工具”设置的“ ufig系统”，以导入“ ufig系统工具”，以导入基本设置，优惠券，帐户和旧帐户的旧帐户和旧帐户。最后，在新帐户集中的新帐户集中审查并记录所有优惠券，您可以在月底结束后继续使用它。

相反，如果您尝试修复客户的原始数据，则花费大量时间和精力，并且无法保证修复的数据的完整性。如果您找到一家专业的数据库维修公司来处理它，那么您肯定必须花费很多额外的费用。因此，对于客户来说，使用上述解决方案是最经济和实用的。

知识扩展：

总分类帐模块的对帐是根据文本中启动的方法处理的。您通常可以找到问题，然后编写脚本以纠正它。毕竟，由于缺少的系统表造成的索引混乱情况很少。只要您更多地关注问题并观察到更多，您一定会找到原因并最终找到解决问题的解决方案。