已在3.4.5.21版本"哈萨克斯坦贸易管理"（版次3.4）中验证。
您正在将客户数据库从云端（1С:Фреш / 租用服务）迁移到自己服务器上的盒装版本。数据区域卸载完成，加载后——突然所有单据中的"负责人"、"作者"、"修改人"都变成了空白，或者指向了不相干的人。又或者相反：在卸载过程中，注册日志中闪过一行关于"用户引用折叠"的记录，您想弄清楚这是怎么回事，是否损坏了数据。这正是本文所讨论的处理程序所涉及的内容。首先要说明的重点：这不是会计单据。这里没有金额、账户和分录——这是数据分离技术的服务工具。以下是它的作用、触发时机，以及应该如何处理它（更多时候是——不应该如何处理它）。
1. 用途
该处理程序服务于数据分离机制（服务模式，1С:Фреш）。在数据区域的卸载和加载过程中，它会"折叠"用户引用：在分离数据（单据、区域参考数据）中存储的是用户引用，而用户本身存放在共享的非分离数据中。在信息库之间迁移区域时，用户的内部标识符不一致——处理程序会将直接引用替换为中性表示形式，以便在加载后能够正确匹配它们。
2. 在哪里找到
该处理程序是服务性的，由平台和服务技术子系统在数据区域卸载/加载过程中自动调用。在哈萨克斯坦贸易管理的常规界面中没有对应的菜单项。
直接打开它（用于诊断，需要管理员权限）：
- 主菜单 → "所有功能" → 处理程序 → 在列表中按名称查找。如果没有"所有功能"选项："服务" → "参数…" → 启用"显示'所有功能'命令"。
- 或通过导航链接：主菜单 → "文件" → "通过导航链接打开"，并粘贴：
e1cib/list/Обработка.ВыгрузкаЗагрузкаДанныхСверткаСсылокНаПользователейВРазделенныхДанных
实际上您"看到"它不是以窗体的形式，而是作为标准服务操作中的一个环节：管理 → 维护以及服务模式下的数据区域卸载工具。
2а. 如何查看自己的版本
"帮助" → "关于程序"（或右上角的i图标）。在打开的窗口中——平台版本（例如8.3.2x）和"哈萨克斯坦贸易管理"的配置版次（您的应为3.4.5.21）。核对说明时请注明此编号：服务机制的行为取决于版次中标准子系统库的版本。
3. 如何"填写"
这里没有通常意义上需要填写的字段——处理程序不是从窗体收集数据，而是作为卸载/加载过程中的一个方法运行。控制它的是迁移操作的参数，而不是单据属性。需要关注的是：
| 参数 / 上下文 | 作用 | 值不正确时会发生什么 |
|---|---|---|
| 数据区域（分隔符） —— 必填 | 确定卸载/加载的是谁的区域 | 分隔符不对——会迁移他人数据或获得空白卸载文件 |
| 模式：卸载 / 加载 —— 必填 | 设定方向：折叠引用（卸载）或展开/匹配（加载） | 在未清空的区域中加载——会导致引用重复或冲突 |
卸载数据文件（.xml/压缩包） —— 加载时必填 |
恢复数据和折叠引用的来源 | 文件损坏或不完整——加载将中断并报错 |
| 用户匹配 | 如何将加载后的"中性"引用与目标端的用户关联 | 未匹配——"负责人/作者"字段将保持空白 |
规则：不能手动"执行"这个处理程序。它由标准的数据区域卸载流程调用。您的任务是在迁移向导中正确设置区域、方向和文件，引用折叠工作由处理程序自动完成。
4. 案例分析
情况。"阿斯塔纳供应"有限责任公司（ТОО）从1С:Фреш云端迁移到盒装版本。数据区域编号1048。数据库中有3位用户：阿赫梅托娃（总会计师）、西多罗夫（仓库管理员）、管理员。他们在云端的内部标识符与盒装数据库中的不同。
卸载时发生了什么：
- 在2026年9月5日编号为РТ-000123的"商品和服务销售"单据中，金额为1,160,000坚戈（其中含16%增值税——160,000坚戈），"负责人"字段=阿赫梅托娃。
- 处理程序不会改动金额、账户和增值税。它会将"负责人→阿赫梅托娃"的直接引用替换为中性表示形式（按用户名/标识符，而非源数据库的内部引用），并将其存入卸载文件。
加载到盒装版本时发生了什么：
- 单据数据按原样恢复：金额1,160,000坚戈，增值税160,000坚戈——保持不变。
- 处理程序在目标数据库中查找用户"阿赫梅托娃"并恢复引用。找到——"负责人"字段重新显示阿赫梅托娃。未找到（用户未建立）——该字段将保持空白，直到手动匹配。
会计分录。这些分录是由销售单据本身在过账时生成的，而不是这个处理程序生成的。为直观起见——以下是该РТ-000123单据按哈萨克斯坦标准科目表生成的分录：
| 借方 | 贷方 | 金额，坚戈 | 内容 |
|---|---|---|---|
| 1210 | 6010 | 1,000,000 | 销售收入（不含增值税） |
| 1210 | 3130 | 160,000 | 应缴16%增值税 |
| 7010 | 1330 | 640,000 | 结转商品成本 |
案例结论：处理程序迁移并"缝合"了对人员的引用——分录本身、金额和增值税均保持不变。如果迁移后数字对上了，但"负责人"丢失了——这正是该机制的责任范围（需要匹配用户），而不是数据丢失的迹象。
5. 操作类型
该处理程序涵盖三项技术操作：
- 卸载时折叠引用——分离数据中对用户的直接引用被替换为中性表示形式。
- 加载时恢复/匹配引用——中性引用与目标数据库的用户关联。
- 数据区域迁移时的维护——在服务技术框架内协调分离数据与非分离数据之间的用户引用。
6. 过账时生成什么
关键点，以免寻找不存在的东西：
- 没有会计分录。处理程序不会在1210/1030/3310/3130等科目上产生分录。
- 不生成电子发票和运单（ЭСФ и СНТ）。电子单据（ЭСФ信息系统、СНТ）是由销售/采购单据生成的，而不是由这个服务性迁移机制生成的。
- 没有对核算登记簿（销售、成本、往来结算）的记录。
7. 打印表单
没有打印表单。这是数据分离技术的服务性处理程序；它不会打印发票、运单或验收单。打印表单（包括电子发票ЭСФ）属于核算单据——销售单、采购单、发票。
8. 常见错误
| 消息/症状 | 原因 | 解决方法 |
|---|---|---|
| "权限不足，无法执行操作" | 以普通用户身份打开了处理程序 | 需以具有数据管理权限的管理员身份执行 |
| "该操作仅在服务模式下可用"/方法不可用 | 试图在普通（非分离）文件数据库中运行折叠操作 | 不要在盒装版本中直接运行——该机制专为服务模式下的数据区域设计 |
| 加载后"负责人/作者"字段为空 | 目标数据库中没有对应的用户——引用无法关联 | 在加载前建立同名用户，或加载后手动匹配 |
| "未找到数据区域卸载文件" | 指定了错误路径/压缩包损坏 | 检查并重新指定正确的卸载文件 |
| 加载到非空区域：冲突和重复 | 目标区域未被清空 | 加载到干净的数据区域 |
9. 常见问题
会计人员是否需要自己运行这个处理程序？ 不需要。它在数据区域卸载/加载时自动调用。手动打开仅对管理员用于诊断有意义。
它会改动金额、增值税或分录吗？ 不会。它只涉及用户引用。金额、16%的增值税税率、成本和分录都保持原样。
它会生成电子发票ЭСФ或运单СНТ吗？ 不会。电子单据是由核算单据（销售、采购）生成的，而不是由这个服务性迁移机制生成的。
为什么数据库迁移后"负责人"丢失了？ 因为新数据库中没有相同的用户，中性引用无法关联。请在加载前建立同名用户，或在加载后进行匹配。
什么是"用户引用折叠"？ 将对用户的直接内部引用替换为不依赖于具体信息库的中性表示形式，以便在加载后能够恢复该引用。
该处理程序能在没有分离功能的普通文件数据库中运行吗？ 通常不能。该机制专为服务模式（分离数据）设计。在盒装非分离数据库中，其方法不可用或无用。
它有打印表单或报表吗？ 没有。它既不生成打印表单，也不生成会计报表。
迁移过程中该处理程序会损坏数据吗？ 它本身不会改动核算数据。唯一的风险是用户引用恢复不正确，这可以通过匹配来解决。请务必在卸载/加载前进行备份。
在哪里可以查看它是否已执行？ 在数据区域卸载/加载期间的注册日志中——那里记录了迁移的服务事件。
它会影响用户的权限和设置吗？ 它协调用户引用，但角色和权限设置是通过服务技术的其他机制单独迁移的；加载后需要手动核实用户匹配情况。
10. 相关单据与机制
- 数据区域卸载/加载（服务模式工具，1С:Фреш）——处理程序运行所依托的主要流程。
- "用户"参考数据及非分离数据中的身份验证数据——折叠引用所要匹配的对象。
- 核算单据（商品和服务销售、商品和服务采购、发票/电子发票ЭСФ）——迁移时处理的"负责人/作者"字段的来源。正是这些单据生成分录和电子单据，而不是这个处理程序。
- 备份/卸载到文件——任何迁移前的必要配套步骤。
如何查看自己的版本。"帮助"→"关于程序"：其中标明了平台版本和配置版次。请核对是否一致——数据分离服务机制的行为取决于版本。
本资料为"哈萨克斯坦贸易管理"3.4.5.21版本（版次3.4）编写。