已在3.4.5.21版本《哈萨克斯坦贸易管理》(3.4版)上验证。
1C技术支持或合作伙伴给您发来消息:"请导出整个数据库并发送压缩包"——要么您正在从本地1C迁移到云端(1cfresh / 1С:Fresh),要么相反,正在自己本地搭建工作数据库的副本。您打开处理列表,寻找带有"数据导出导入"字样的内容,却遇到一个长长的名称ВыгрузкаЗагрузкаДанныхПотокЗаписиДанныхИнформационнойБазы(信息库数据导出导入记录流)。打开后——却没有任何字段,也没有"导出"按钮。于是产生疑问:这是需要的功能吗?让我们诚实地分析一下。
需要立即说明。这是标准子系统库(БСП)中的服务性(内部)处理,而非会计单据。它没有手动填写的字段,没有过账记录,没有电子发票/电子运单,也没有打印表单。它是信息库数据完整迁移机制内部的"引擎",而不是会计人员手动运行的工具。下面将说明它的作用、数据库迁移实际是如何运行的,以及为什么它不可能有"常规"的板块。
1. 用途
该处理属于"数据导出导入"子系统(信息库完整数据迁移)。其任务是作为信息库数据记录流:依次将数据库对象(目录、单据、寄存器)打包进导出容器文件。它在导出管理器的控制下运行,通过程序调用,结果不是提供给人,而是提供给迁移机制。
2. 在哪里查找
无需在界面中查找此处理本身,也没有必要"操作"它。但如果想打开其窗体以确认"就是它",可以这样操作:
通过1C导航链接。菜单"服务与设置"(右上角▾图标)→"技术专家功能"→导航链接输入框(或"按导航链接跳转"项)→输入:
e1cib/list/Обработка.ВыгрузкаЗагрузкаДанныхПотокЗаписиДанныхИнформационнойБазы通过所有处理的列表:"技术专家功能"→"所有功能"→"处理"板块→在列表中按名称查找该对象。
"所有功能"/"技术专家功能"项只有在启用后才会出现:"服务与设置"→"设置"→"参数"→勾选"显示'所有功能'命令"复选框。
而真正的用户级迁移机制入口是另一处:
- "主数据与管理"板块→"管理"→"维护"→"数据导出导入"(在云版本1cfresh中——通过服务个人账户:"我的应用程序→…→导出到文件/从文件导入")。
2a. 如何查看自己的版本
菜单"服务与设置"(▾)→"关于程序"(在某些版本中为"帮助"→"关于程序")。在打开的窗口中将显示:
- 1C:企业平台版本(例如8.3.24.xxxx);
- 配置版本——"哈萨克斯坦贸易管理,3.4版(3.4.5.21)"。
请以此行信息为准进行核对:迁移子系统中菜单项的位置在不同版本间会略有变化。
3. 如何"填写"
该处理本身没有可填写的内容——它的窗体上没有字段。需要填写的是"数据导出导入"窗体中整个迁移机制的参数。下面分析其中的关键参数——各自的作用及填写错误时的后果。
| 参数 | 作用 | 数值错误时的后果 |
|---|---|---|
| 导出文件目录/名称(必填) | 容器(.zip/.xml)的保存位置。 |
没有文件夹权限或磁盘空间不足——导出将因文件写入错误而中断,压缩包会损坏。 |
| 模式:导出或导入(必填) | 操作方向:将数据库导出到文件,或将文件导入到数据库。 | 混淆方向——导入时会用文件内容覆盖当前数据。导入操作只能对空数据库/测试数据库进行。 |
| 数据组成 | 完整迁移或部分迁移(按子系统/类型)。迁移场景下——始终选择完整迁移。 | 随意的部分导出会导致数据库不一致:单据缺少对应的目录数据。 |
| 平台/配置兼容性 | 导出文件与配置版本和发行版本相绑定。 | 导入到不同版本/较低版本的数据库中将无法通过:机制会因版本不匹配而拒绝执行。 |
| 独占模式 | 迁移要求数据库中没有其他用户在工作。 | 如果有人在数据库中——操作将无法启动或会中断。 |
核心原则:用户不应也不能直接"手动"调用该处理本身。当您在迁移窗体中点击"导出到文件"时,它会自动执行。
4. 案例分析
这里不可能有常规的"带金额和过账的示例"——该处理不涉及资金,也不计算税款。因此我们分析一个真实的迁移场景,展示该处理在其中的运行过程。
情况。某公司在本地版哈萨克斯坦贸易管理3.4.5.21上运行,准备迁移至1cfresh云端。数据库大小为40 GB,共90万份单据。
步骤:
- 所有人退出数据库,启用独占模式。
- "主数据与管理→维护→数据导出导入→导出到文件",路径为
D:\Migration\ut_kz.zip。 - 导出管理器遍历对象并将其传递给信息库数据记录流(这正是我们所说的这个处理)。该记录流依次将对象序列化进容器中:"往来单位"目录、"商品和服务销售"单据、往来结算寄存器等。
- 最终输出——文件
ut_kz.zip,大小约6 GB。 - 在云端:"从文件导入"→指定
ut_kz.zip→机制检查版本兼容性并部署数据。
迁移后需要核对的"数字"(是核对性检查,而非该处理产生的会计分录):在新数据库中核对关键板块的合计数——例如,1210科目(购买方短期应收账款)余额、1330科目商品余额、6010科目收入发生额。如果迁移前后的同一张余额发展表(ОСВ)精确到坚戈(₸)完全一致——则迁移正确。而该处理本身不产生任何借贷记账:所有过账记录、16%税率的增值税、电子发票、个人所得税/强制养老金缴款/社会缴款等计算,都随单据原样迁移。
5. 操作类型
该处理并没有像单据那样的"操作类型"。在迁移机制框架内,它仅参与一个动作——将信息库数据记录(序列化)到导出容器中。对应的配对角色(导入时从容器读取)由单独的读取流对象完成。综上,功能上分为:
- 导出——将数据库数据写入文件(此处由我们的"记录流"工作)。
- 导入——读取文件并写入目标数据库(由"读取流"工作)。
6. 运行时生成的内容
- 借贷记账——不生成。该处理不创建经济业务。
- 电子单据(电子发票信息系统中的电子发票、电子运单)——不生成。它不开具这些单据;此前已生成的电子发票/电子运单会作为数据随单据一同迁移。
- 寄存器变动记录——不生成。相反,它会读取现有的寄存器变动记录,以便将其打包进文件。
- 实际生成的内容:磁盘上的导出容器文件(
.zip/.xml),以及关于导出/导入进程的注册日志服务记录。
7. 打印表单
没有打印表单。这是没有界面单据的服务性处理,没有可打印的内容。唯一的"报告性"产物是导出文件本身及注册日志中的记录("技术专家功能"→"注册日志"),从中可以看到操作的最终结果。
8. 常见错误
- "无法执行该操作,因为其他用户正在使用信息库"——未启用独占模式。请结束所有会话(包括后台任务)后重试。
- "文件写入错误"/"磁盘空间不足"——导出目录空间不足或没有权限。请选择空间充足的磁盘(文件可能比数据库小很多倍,但需要预留峰值空间)和有写入权限的文件夹。
- "导出文件中的配置版本与信息库的配置版本不一致"——您正在将文件导入到不同版本/不同版次的数据库中。请将版本统一(均为3.4.5.21)后重新导入。
- "仅可导入到空信息库"(或关于覆盖的警告)——您正试图将容器导入到已有数据的工作数据库中。只能部署到干净的/测试用的数据库中,否则将丢失当前数据。
- 打开窗体时处理"什么都不做"——这不是错误。它没有可运行的交互窗体;请使用"数据导出导入"窗体。
9. 常见问题
请参见下方单独列出的问答板块。
10. 相关对象
- "数据导出导入"子系统(主数据与管理→维护)——启动该流程的用户"外壳";该处理正是在其中运行的。
- 信息库数据读取流对象——配对处理,负责将容器导入数据库。
- 数据导出管理器——管理对象队列并调用记录流。
- "测试与修复"/导出为
.dt(配置器或"技术专家功能")——另一种更底层的整库迁移方式;当无法通过БСП子系统进行迁移时可选用此方式。
这不是会计对象:它不是"依据"单据录入的,也不会依据它创建任何内容。它服务于整个数据库的迁移工作。
如何查看自己的版本
"服务与设置"(▾)→"关于程序"(或"帮助"→"关于程序")——其中标明了1C:企业平台版本和配置版本。
本材料是针对《哈萨克斯坦贸易管理》3.4版、3.4.5.21版本编写的。升级到新版本时,请核对"数据导出导入"子系统中菜单项的位置。