已在3.4.5.21版本「哈萨克斯坦贸易管理」(3.4版)上验证。
您正在两个UT数据库之间迁移数据——例如从旧数据库迁移到新数据库，或从副本迁移到工作服务器。您导出了商品目录、往来单位、库存到文件，并将其加载到第二个数据库中。这时出现了一个决定一切的问题：程序如何知道文件中的"Astana-Snab有限责任公司"就是接收数据库中已建立的同一往来单位，而不是重复项？正是这种"文件中的对象↔数据库中的对象"的链接缝合工作，由服务处理程序ВыгрузкаЗагрузкаДанныхПотокЗаписиСопоставляемыхСсылок（数据导出导入可匹配引用记录流）来完成。您几乎从不手动打开它。但当迁移后出现目录重复项或文档中"损坏的"引用时，理解这一机制的原理就变得至关重要。
先说明实质性问题。这是「数据导出与导入」子系统内的技术性（服务性）处理程序。它不生成会计记账凭证，不形成电子发票/电子运单，也不打印文档。所有关于16%增值税、1210/3310/6010账户和税收的内容都与核算文档（销售、采购、发票）有关，而与它无关。下面是对它实际功能及使用方法的真实解析，作为数据迁移机制的一部分。
1. 用途
该处理程序属于典型的「数据导出与导入」机制（通过文件/目录交换，ВыгрузкаЗагрузкаДанных）。其任务是维护可匹配引用记录流：在从文件加载数据时，将源对象与接收端已存在的对象进行匹配，并正确记录"旧引用→新引用"的对应关系，以便迁移后文档、寄存器和明细字段指向正确的对象，而不会产生重复项。
2. 在哪里找到
服务处理程序没有直接的"菜单项"——它由迁移机制调用。但可以直接打开它的卡片/表单。
通过工作机制（普通用户路径）：
- 板块主数据与管理→维护→数据导出与导入（在不同版本中可能是管理→维护→XML数据导出与导入）。
- 在打开的向导中，您选择要导出/导入的内容，引用匹配将在加载步骤自动完成。
直接在1C中打开处理程序本身：
- 菜单技术专家功能（在"设置"→"其他"板块中启用，勾选"显示技术专家功能命令"）→处理程序→按名称查找。
- 或通过导航链接：服务→"按导航链接跳转"并粘贴：
e1cib/list/Обработка.ВыгрузкаЗагрузкаДанныхПотокЗаписиСопоставляемыхСсылок
完整复制该字符串，粘贴到导航字段并点击"跳转"。将打开服务处理程序的表单。请注意：如果没有管理员权限且未启用技术专家模式，该选项可能被隐藏。
2a. 如何查询自己的版本
菜单「帮助」→「关于程序」（或右上角的"i"图标）。这里显示：
- 平台版本（例如8.3.24.xxxx）；
- 配置版本——"哈萨克斯坦贸易管理，3.4版（3.4.5.21）"。
本操作指南已在3.4.5.21版本上验证。如果您使用的是其他版本，交换菜单项的位置可能略有不同，但引用匹配的逻辑是相同的。
3. 如何"填写"——影响匹配的迁移参数
您手动填写的不是这个处理程序，而是「数据导出与导入」向导。正是它的设置决定了可匹配引用记录流的运行方式。让我们分析关键参数以及设置错误会导致什么后果。
| 参数（向导步骤） | 用途 | 设置错误的后果 |
|---|---|---|
| 模式：导出/导入（必填） | 确定方向。导出写入文件，导入读取并匹配 | 选择"导出"而非"导入"——会用空白快照覆盖您的工作文件 |
| 导出/导入文件（必填） | 数据快照的.xml/.zip路径 |
指定了错误/旧文件——将加载错误的数据；匹配会将文档绑定到错误的对象 |
| 数据组成（导出时必填） | 哪些对象完整导出，哪些按引用导出 | 未包含文档所引用的目录——导入时引用会变成"悬空"状态 |
| 加载到现有/空白数据库 | 确定是查找对应关系还是全部重新创建 | 加载到工作数据库时选择"空白"=产生重复项并丢失关联 |
| 匹配规则（按内部标识符/按搜索明细字段：代码、名称、税号） | 设定按什么标准认为源对象与接收端"是同一个" | 规则过于"宽松"（按名称）会将不同的往来单位混淆；过于"严格"则会产生大量重复项 |
| 冲突处理（替换/不替换现有对象） | 当对象已存在时该如何处理 | "替换"会用文件中的旧数据覆盖接收端的最新数据 |
必须有意识选择的项：模式、文件、匹配规则。其他项视情况而定，但匹配规则正是可匹配引用记录流的"核心"。
4. 案例解析
将往来单位及相关销售文档从数据库A（副本）迁移到数据库B（工作库），其中该往来单位已被手动建立。
初始数据：
- 在数据库A中：往来单位Astana-Snab有限责任公司，税号010203400567，以及2026年9月15日的"商品销售"文档№РТ-0001，金额为1,160,000坚戈（含16%增值税=160,000坚戈）。
- 在数据库B中：同一往来单位已手动创建，税号相同，但内部标识符（GUID）和代码不同。
步骤：
- 在数据库A中：导出，内容为往来单位+文档РТ-0001，文件
perenos.xml。 - 在数据库B中：导入，模式为"加载到现有数据库"，往来单位匹配规则为按税号（搜索明细字段）。
- 加载时运行可匹配引用记录流：在数据库B中查找税号为010203400567的往来单位，并将文件中的引用与接收端已存在的引用关联。
匹配结果：
| 文件中的对象（数据库A） | 在数据库B中找到 | 操作 |
|---|---|---|
| Astana-Snab有限责任公司（GUID-A） | Astana-Snab有限责任公司（GUID-B，税号匹配） | 引用已缝合：GUID-A→GUID-B，未创建重复项 |
| 销售文档РТ-0001 | 未找到 | 创建新文档，"往来单位"字段代入=GUID-B |
该处理程序不生成记账凭证。但为让您了解迁移的目的：该"商品销售"文档在数据库B中过账时会形成核算记录（基于本案例中的金额）：
| 借方 | 贷方 | 金额，坚戈 | 内容 |
|---|---|---|---|
| 1210 | 6010 | 1,000,000 | 销售收入（不含增值税） |
| 1210 | 3130 | 160,000 | 应缴16%增值税 |
| 7010 | 1330 | （成本） | 商品成本核销 |
案例的核心要点是：如果匹配按名称而非税号进行，而数据库B中存在两个相似的名称——销售就会关联到错误的往来单位，1210账户的往来结算就会被"分散"到重复项中。正确选择的搜索规则（按税号/身份证号）可以避免这种情况。
5. 操作类型
与核算文档不同，服务处理程序没有单独的"操作类型"明细字段。按其在机制中的作用，它执行以下操作：
- 记录新对应关系——文件中的对象在接收端尚不存在，创建新引用。
- 与现有对象缝合——通过搜索规则找到对象，写入"源→接收端"的对应关系。
- 跳过/冲突——找到对象，但设置为"不替换"模式；记录对应关系，但不覆盖数据。
6. 处理时生成的内容
- 记账凭证（会计寄存器）：无。服务处理程序不生成核算凭证。
- 电子文档（电子发票系统中的电子发票、电子运单）：无。电子文档是从核算文档（发票、发货单）中开具的，而非从迁移机制中生成。
- 打印表单：无（见第7节）。
- 实际生成的内容："旧↔新"引用对应关系表/流，用于加载其余对象时使其明细字段和记录指向接收端的正确引用。加载完成后，向导会输出报告：创建了多少对象、匹配了多少、有多少出现错误。
7. 打印表单
没有打印表单。这是服务处理程序。唯一的"报告"产物是「数据导出与导入」向导中的加载报告/日志：可以将其保存到文件中，用于分析匹配了什么以及匹配到了什么。
8. 常见错误
加载时出现"未找到引用对象"/"对象未找到"。 原因：文件中未包含文档所引用的目录（例如，导出了销售文档，但未导出商品目录）。解决方法：重新导出快照，将所有相关目录包含在内，或将加载设置为"按搜索明细字段"，使引用与接收端已存在的对象缝合。
"迁移后发现目录重复项"。 原因：匹配规则是按内部标识符设置的，而两个数据库中的对象GUID不同。解决方法：使用按稳定明细字段的搜索规则重新加载——往来单位使用税号/身份证号，商品目录使用货号/代码。已产生的重复项可通过「查找并删除重复项」（主数据→服务）合并。
"对象版本冲突"/"对象已存在"。 原因：启用了"替换"模式，而接收端的对象更新。解决方法：选择"不替换现有对象"，以避免快照覆盖接收端的最新数据。
"权限不足"/处理程序命令不可见。 原因：没有管理员权限或未启用技术专家模式。解决方法：在个人设置中启用"显示技术专家功能命令"，以拥有完整权限的用户身份操作。
"导出文件已损坏/格式不正确"。 原因：文件未完全加载、被截断，或是其他格式的压缩包。解决方法：重新完整导出快照，检查两个数据库之间的扩展名和格式版本是否一致。
9. 常见问题
这是文档还是处理程序？ 是「数据导出与导入」机制的服务处理程序。它不会被过账，也不存储在文档日志中。
它会生成借方/贷方记账凭证吗？ 不会。核算记账凭证（1210、6010、3130、7010等）是迁移后由核算文档生成的，而非此处理程序。
它会生成电子发票或电子运单吗？ 不会。电子发票是在电子发票信息系统中从发票开具的，电子运单来自相应文档。迁移机制与电子文档无关。
如果我不打开它，为什么还需要它？ 它是加载时的引用"缝合器"。没有它，迁移的文档就会指向不存在或错误的对象，产生重复项和"损坏的"往来结算。
最好按哪个字段匹配往来单位？ 按税号/身份证号——这是稳定的唯一标识。名称不可靠（不同写法会被混淆），GUID在独立数据库之间不一致。
能否只迁移部分数据，例如一个目录？ 可以，数据组成在向导中设置。但必须包含相关对象，否则会得到"悬空"引用。
它会覆盖工作数据库中的当前数据吗？ 只有在选择"替换现有对象"模式时才会。为安全添加，请选择"不替换"，并且在加载前始终对接收端数据库进行备份。
这个机制适合数据库之间的常规交换吗？ 不适合，这是通过文件进行的一次性迁移。对于持续同步，请使用配置好的数据交换（交换计划、同步），而非手动导出/导入。
16%增值税率、最低计算指标、最低工资、个人所得税/养老金缴纳限额会影响它吗？ 不会。这是技术性数据迁移。税务参数应用于核算文档和计算中，而非引用匹配中。
在哪里查看匹配了什么以及匹配到了什么？ 在「数据导出与导入」向导的加载报告中：列出了创建、匹配和出错的对象。
10. 相关文档
- 基于什么运行：由源数据库中的「数据导出与导入」处理程序（"导出"模式）创建的快照文件。
- 什么使用它的结果：所有被迁移的目录（往来单位、商品目录、组织机构、合同、仓库）和文档（商品销售、商品与服务采购、付款文档）——它们的引用在加载时被缝合。
- 相关工具：「查找并删除重复项」（主数据与管理→服务）——用于消除因匹配失败而产生的重复项；配置好的数据同步/交换计划——作为常规交换的常规替代方案。
如何查询自己的版本：「帮助」→「关于程序」——这里显示平台版本和配置版本。
本文档为「哈萨克斯坦贸易管理」3.4版、3.4.5.21版本编写。哈萨克斯坦，2026年：增值税率16%，最低计算指标4,325坚戈，最低工资85,000坚戈。