### U8+V11 年结方案解析
#### 一、概述
U8+V11 版本的年结方案与以往有所不同，主要采用了结转的方式进行年度结算。这种方式使得用户可以在一个数据库中存储多年的数据，无需每年创建新的数据库来存储当年的数据。这种方法不仅简化了年结流程，也提高了数据查询的便利性和系统的整体效率。
#### 二、11.X版本年结流程总介绍
11.X版本支持在同一数据库中处理多年数据，这意味着在每个新年开始时只需要进行开账和结转操作即可。这样做消除了传统意义上的年度账概念，大大减少了每年进行年结工作的繁琐程度。
- **方式一：新年度开账不结转**
- **概念**：通过新年度开账结转的方法，在年结后，数据库的效果是同一账套包含多个年度的数据，且这些数据都存储在一个账套库中。
- **优点**：实现了一个数据库可以存储多年连续业务的目标，无需每年都创建新的数据库。此外，它还支持在同一账套库内进行跨年度的账表查询。
- **缺点**：随着时间的推移，同一账套库中的业务年度数量逐渐增加，这可能会导致数据库空间过大，进而影响应用效率。
- **方式二：数据卸载**
- **概念**：按照第一种方法完成年结后，可以进一步执行数据卸载操作。这能够将同一账套库中连续年度的数据按年份截断，并将其转移到不同的账套库中。
- **优点**：通过这种方式，可以有效减少单一账套库的数据量，从而提高系统的运行性能。卸载后的年度未完成业务数据仍然保留在当前交易库中，以便后续处理。
- **缺点**：数据卸载后，系统不再支持跨账套库的查询功能，即只能在单个账套库内部进行跨年度查询。
- **方式三：新建账套库**
- **概念**：当公司遇到某些特殊的变化，而这些变化无法在现有账套库中调整时，可以选择新建账套库并执行账套库初始化。
- **优点**：这种方法适用于需要在新账套库中结转基础档案和产品期初的情况，尤其是在旧账套库变得过于庞大时。
- **缺点**：需要注意的是，不是所有模块都会将旧年度的所有业务完全结转到新年度。例如，应收应付未审核的应收单据不会被结转至下一年度，生产订单也不会结转等。
#### 三、11.X版本与890及以前版本年结方案对比
- **数据库方面**：
- 在890及以前版本中，每年的业务数据都会存储在一个独立的数据库中，一个账套对应多个年度账。
- 而在11.X版本中，每年或多年连续业务可以存储在一个数据库中，增加了账套库的概念，一个账套可以对应多个账套库，每个账套库可以包含多年的数据。
- **数据关系方面**：
- 在890及以前版本中，每年的数据都是完整的，但不支持跨年的业务查询。
- 11.X版本则支持在同一个账套内存储多年连续的数据记录，并且支持在同一账套库内进行跨年的业务查询。
- **数据卸出方面**：
- 在890及以前版本中，数据卸出是每年必须进行的操作，这增加了系统的维护和管理负担。
- 11.X版本则不需要每年执行数据卸出，用户可以根据需要选择卸出的年度范围，从而降低系统的运行成本。
- **业务调整方面**：
- 在890及以前版本中，基础档案的业务调整仅对当年账产生影响。
- 11.X版本中，基础档案的调整受到一定限制，例如存货核算计价选项和科目等是按年度进行控制的。
- **数据备份恢复方面**：
- 890及以前版本提供账套和年度账的备份计划。
- 11.X版本提供了账套、账套库以及账套库增量的备份计划，增量备份计划有助于提高备份效率并节省存储空间。
- **数据结转方面**：
- 在890及以前版本中，支持按年度进行基础档案、期初及未完业务的结转。
- 11.X版本支持按账套库进行基础设置和部分期初以及未完业务（如库存、存货、总账、应收应付、采购、销售等）的结转。
U8+V11 版本的年结方案通过引入新的数据管理和结转方式，显著提高了系统的灵活性和效率，同时也减轻了用户的维护负担。
