---
title: "数据流记录匹配链接导出导入 в УТ для Казахстана 3.4.5.21：完整指南"
country: KZ
lang: zh
author: Сапа Т.И. (https://buhgpt.kz/authors/sapa-ti)
date: 2026-09-24
canonical: https://buhgpt.kz/suraqtar/vygruzkazagruzkadannyhpotokzapisisopostavlyaemyhssylok-v--zh
source: BuhGPT
---

# 数据流记录匹配链接导出导入 в УТ для Казахстана 3.4.5.21：完整指南

> **TL;DR:** 已在3.4.5.21版本「哈萨克斯坦贸易管理」(3.4版)上验证。 您正在两个UT数据库之间迁移数据——例如从旧数据库迁移到新数据库，或从副本迁移到工作服务器。您导出了商品目录、往来单位、库存到文件，并将其加载到第二个数据库中。这时出现了一个决定一切的问题：程序如何知道文件中的"Astana-Snab有限责任公司"就是接收数据库中已建立的同一往来单位，而不是重复项？正是这种"文件中的对象↔数据库中的对象"的链接缝合工作，由服务处理程序 ВыгрузкаЗагрузкаДанныхПотокЗаписиСопоставляемыхСсылок（数据导

---

已在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坚戈。

---
_BuhGPT — ИИ-помощник для бухгалтеров Казахстана: https://buhgpt.kz_