已在版本3.4.5.21《哈萨克斯坦贸易管理》（3.4版）上验证。
您正在将数据库迁移到新服务器。或者将旧配置压缩并将数据加载到全新的数据库中。加载进行了半小时，最后出现了关于"无法创建的引用"的错误。您进入配置组成部分，想弄清楚是谁在做这件事，结果遇到了一个名称很长的处理"数据卸载加载可重建引用记录流"。首先要说明最重要的一点，以免您寻找不存在的东西：这是卸载/加载机制的服务对象。它没有凭证记录，没有ЭСФ（电子销售发票），没有打印表单，也不能从"销售"或"采购"部分手动打开。下面介绍它是什么、为什么需要它，以及如何正确处理它。
1. 用途
该处理是"数据卸载和加载"子系统（来自标准子系统库，БСП）的一部分。它服务于从卸载文件加载数据时的技术性可重建引用记录流。当新数据库中的对象被重新创建时（带有自己的内部标识符引用），该处理帮助记录它，并正确地重新链接其他对象中所有指向它的引用。它没有会计意义——这是数据迁移的基础设施。
2. 在哪里找到
在会计师的常规界面菜单中没有这个处理——它没有显示在命令界面中，因为它是从加载过程中通过程序调用的。可以通过两种方式直接打开它：
- 通过导航链接。服务功能菜单（右上角的≡图标或"更多"）→ "按导航链接跳转" → 插入：
e1cib/list/Обработка.ВыгрузкаЗагрузкаДанныхПотокЗаписиПересоздаваемыхСсылок - 该处理存在的目的所在的迁移机制本身："参考信息与管理" → "维护" → "数据卸载和加载"部分（或在"管理"中——"迁移到服务的数据卸载"/"数据加载"）。正是在这里启动卸载/加载，而处理在内部运行。
重要提示：直接打开的处理表单很可能是空的或不可用的——这是正常的。它只有在加载过程中才会变得有用。
2a. 如何查看自己的版本
"帮助" → "关于程序"（或面板上的ⓘ图标）。在打开的窗口中，您将看到平台版本（例如8.3.24）和配置发行版——"哈萨克斯坦贸易管理，3.4版（3.4.5.21）"。请始终注明发行版：БСП服务处理的组成在不同版本之间会发生变化，路径和行为可能有所不同。
3. 如何"填写"——更准确地说，如何正确启动流程
处理本身没有手动输入的字段——您不需要指定交易对手、金额或税率。您所需要做的一切都在"数据卸载和加载"向导层面设置。让我们分析一下这个向导的关键参数，因为正是它们决定了可重建引用记录流是否能正确工作。
| 参数（在向导中） | 其作用以及出错时会发生什么 |
|---|---|
| 卸载文件（必填） | .zip/.xml数据文件的路径。如果指定了错误或损坏的文件——加载将中断，引用不会被重建。 |
| 模式：卸载或加载（必填） | 确定方向。加载到非空数据库时可能出现引用冲突——正是由该处理解决。 |
| 加载到当前/新数据库 | 只在相同版本（3.4）的已准备数据库中进行加载。不同版本——引用无法匹配。 |
| 版本兼容性 | 源版本和目标版本必须一致或兼容。否则部分对象将找不到其类型，引用的"重建"将以错误结束。 |
| 独占模式 | 加载时应确保数据库中没有其他用户。否则可重建引用的记录会与用户的工作发生冲突。 |
实用结论：不需要也不能"配置"该处理。您的任务是确保文件正确、版本一致以及独占访问。之后记录流会自动完成工作。
4. 案例分析
这里不可能有凭证记录，所以"示例"是一个真实的迁移场景，处理在其中发挥作用。给出数字是为了展示规模，而不是会计核算。
情况。"阿斯塔纳贸易"公司正在将哈萨克斯坦贸易管理3.4.5.21数据库从本地安装迁移到云端。
- 在旧数据库中通过"数据卸载和加载"生成文件
data_dump.zip——1850个对象：320个商品项目、210个交易对手、40份合同、1100份销售和采购单据、180个其他目录项。 - 在云端创建相同版本3.4.5.21的空数据库。
- 启动加载。平台重新创建对象——每个商品项目/交易对手都获得新的内部标识符（引用）。
- 这时我们的处理开始工作：销售单据通过旧标识符引用了交易对手"Береке有限责任公司"。处理记录了重建的对象"Береке有限责任公司"及其新标识符，并将重新链接所有47份提及它的单据。
- 结果：1850个对象已加载，没有一个引用"悬空"。
如果机制未能正确工作会发生什么：假设金额为1,160,000坚戈（其中含16%增值税——160,000坚戈）的销售单据将保留"损坏"的交易对手，而1210科目下的往来结算将无法对账。这正是可重建引用记录流对数据完整性至关重要的原因。
请注意：处理本身不计算1,160,000坚戈的金额和16%的增值税，也不写入凭证——它只是确保生成这些金额的单据在迁移后正确引用了相应的对象。
5. 操作类型
这里没有像销售单据那样单独的"操作类型"字段。从功能上讲，该处理参与通用机制的两种模式：
- 数据卸载——准备数据库快照文件（对象被序列化，其引用被固定）。
- 数据加载——接收文件、重新创建对象以及记录可重建引用并重新链接依赖关系。这正是该处理的"专业"模式。
6. 过账时生成什么
该处理没有过账。这不是单据，因此：
- 凭证记录（借方/贷方）——不生成。它不涉及哈萨克斯坦科目（1210、1030、1330、3310、3130、6010、7010）。
- 电子单据（ЭСФ电子系统中的电子销售发票、СНТ商品运输票据）——不生成。发送到ЭСФ电子系统由销售/采购单据负责，而不是迁移机制。
- 寄存器动态——处理本身不创建动态记录。但加载后，在新数据库中会恢复原始单据中的寄存器记录（往来结算、批次、商品余额）——这得益于正确重建的引用。
工作的唯一"结果"是带有新标识符和完整关联关系的已记录对象，以及服务日志/加载日志。
7. 打印表单
没有打印表单。该处理不适用于纸质输出。您唯一可以保存的是加载日志，其中列出了已处理和存在问题的对象（如果卸载/加载机制生成了该日志）。加载后请在"注册日志"（"参考信息与管理" → "维护" → "注册日志"）中查找错误。
8. 常见错误
- "无法创建对……对象的引用 / 未通过引用找到对象"。原因是源和目标版本不一致，或卸载文件不完整。解决方法：从相同版本3.4.5.21的源重新卸载，加载到相同版本的数据库中。
- "数据加载只能在独占模式下进行"。数据库中存在活动会话。请结束用户会话（"管理" → "活动用户"）并重试。
- "写入对象时违反数据完整性"。部分可重建引用指向文件中不存在的对象（卸载不完整）。解决方法：进行完整卸载，而不是部分卸载。
- "不支持卸载格式版本"。文件是在其他版本/平台版本中生成的。请将平台和版本调整为兼容并重试。
- 大数据量时加载"卡住"。不要中断进程：在记录可重建引用阶段中断会使数据库处于不完整状态。请让其完成，必要时增加服务器超时时间。
9. 常见问题
这是单据吗？它的凭证记录在哪里？ 不是，这是迁移机制的服务处理。按定义，它没有凭证记录、动态和打印表单。
可以打开它并手动"生成"什么吗？ 可以通过导航链接打开，但不需要直接使用该表单——它在加载数据时会自动调用。
它会影响16%的增值税或单据金额吗？ 不会。金额和增值税由贸易单据本身计算。该处理只是保存正确的引用，以便在迁移后这些单据仍与所需的交易对手和商品保持关联。
它会生成ЭСФ或СНТ吗？ 不会。ЭСФ电子系统中的电子单据由销售/采购单据生成，而不是由卸载/加载机制生成。
什么是"可重建引用"？ 在加载到新数据库时，对象会被重新创建并获得新的内部标识符。该处理记录这些对象，并将所有依赖数据重新链接到它们，以确保没有任何东西"掉落"。
为什么不能在不同版本之间迁移？ 不同版本的数据结构不同，可重建对象的类型可能找不到。请在相同/兼容的版本之间迁移——您使用的是3.4.5.21。
加载时因某个引用出现错误——数据是否已损坏？ 通常加载是在事务中执行的：出现错误时数据库会回滚到初始状态。请根据注册日志分析原因，然后完整重试。
加载前需要做备份吗？ 必须做。在进行任何数据加载之前，请对目标数据库进行备份——这是防止加载不完整或出错的保护措施。
如何判断迁移是否正确完成？ 加载后请核对控制指标：交易对手和商品项目的数量、商品余额（1330科目）、往来结算余额（1210/3310）。如果引用重建正确，数字应与源数据一致。
如果不需要迁移，可以从配置中删除它吗？ 不要碰它。这是БСП的标准对象；删除它会破坏整个卸载/加载机制的工作，并使数据库失去技术支持。
10. 相关对象
- 主要机制："数据卸载和加载"（БСП）——正是它调用了该处理。同一系列的相关服务对象负责对象序列化、引用匹配和数据记录。
- 基于什么"录入"：不是基于单据录入的。是从卸载/加载向导手动启动的。
- 数据关联内容：迁移后，正确性通过"商品和服务销售"、"商品和服务采购"单据，以及往来结算和余额寄存器来检查——即通过重建对象所引用的所有内容。
如何查看自己的版本
"帮助" → "关于程序"——那里标明了"1С:Предприятие"平台版本和配置发行版。本指南是针对《哈萨克斯坦贸易管理》，3.4版，3.4.5.21版本编写的。如果您使用的是其他版本，БСП服务处理的组成和行为可能有所不同——请参照您自己版本的说明进行核对。
为版本3.4.5.21《哈萨克斯坦贸易管理》（3.4版）编制。