已在「哈萨克斯坦会计」（3.0 版）3.0.74.2 发布版上验证。
您有两个数据库。一个用于经营核算或贸易，另一个用于会计。每天早上您手动点击"同步"，等待，然后再为第二个节点点一次，再为第三个点一次。有时会忘记——于是数据出现偏差：会计库里没有昨天的销售单，而您已经在准备 ЭСФ 了。「数据交换方案」文档解决了这个例行工作。您只需一次性把所有交换整理成一个列表，设定计划——夜里 1С 就会自己按顺序把它们跑一遍。早上数据已经到位。
先说重要的一点：这是服务性（技术性）文档，而非会计文档。它不生成分录，不创建 ЭСФ 和 СНТ，不影响资产负债。它管理的是何时以及哪些交换被启动。因此这里不会有常见形式的"借/贷分录"和"打印表单"章节——这是正确的，而非遗漏。
1. 用途
「数据交换方案」将若干交换设置（节点）合并为一个统一的包，并为其绑定计划。一个文档对应一个方案，其中列出了一起执行、按设定的时间表通过例行任务自动完成的交换。
2. 在哪里找到
界面中的路径：
- 管理 → 数据同步（数据交换）→ 数据交换方案 → 创建按钮。
如果界面中隐藏了同步板块，请启用它：管理 → 数据同步设置 → 勾选"数据同步"。在交换尚未配置之前，该项目可能不显示。
直接从 1С 打开列表：服务 → 通过导航链接跳转，然后粘贴：
e1cib/list/Документ.СценарииОбменовДанными
2а. 如何查看自己的发布版本
帮助 → 关于程序（在右上角菜单中——"i"图标或"功能菜单 → 帮助 → 关于程序"）。那里有两行：平台版本（例如 8.3.24）和配置发布版——「哈萨克斯坦会计，3.0 版 (3.0.74.2)」。下面的说明正是针对配置发布版的：在其他版本中，字段名称和菜单路径可能不同。
3. 如何填写
在创建方案之前，您应当已经配置好交换本身（节点）——方案只是合并现成的设置，而不创建它们。如果一个同步都没有，请先执行 管理 → 数据同步 → 数据同步设置 → 创建。
文档字段：
| 字段 | 它的作用以及出错时会发生什么 |
|---|---|
| 名称 （必填） | 方案的名称，您将凭此在列表和例行任务日志中找到它。请按含义命名："УТ → 会计的夜间交换"。留空或写"方案 1"——以后就搞不清什么在往哪里跑了。 |
| 日期、编号 | 服务性字段。编号自动分配，日期没有理由不要动——它不影响交换的运行。 |
| 激活 / 使用 （关键） | 启用标志。取消勾选——方案处于"暂停"状态，计划不工作，但您仍然可以手动启动交换。忘记勾选——夜里什么都不会执行，而您却以为已经配置好了。 |
| 带交换设置的表格部分 （必填——至少一行） | 纳入方案的交换列表。在每一行中选择交换设置（节点），通常还有方向——"发送"、"接收"或"发送并接收"。行的顺序 = 执行的顺序。空表格——方案形式上会过账，但没有任何事情可做。 |
| 行中的"执行"标志 | 允许在不删除行的情况下临时关闭某个单独的交换。取消勾选的标志——该行被跳过。 |
| 计划 （关键） | 链接/按钮，打开例行任务计划的标准对话框：周期（每天）、时间（例如 02:00）、星期几、当天内重复。未设定计划——方案将只能手动启动。设定过于频繁的重复（每 5 分钟）——交换会开始相互"撞车"并给服务器造成负载。 |
| 尝试次数 / 出错时重试 | 如果会话失败（连接中断、数据库被占用）应尝试多少次。此字段的存在与否及其确切名称因版本而异，需要在您的发布版中核实。合理的做法是 2–3 次尝试，间隔几分钟。 |
填写完成后点击记录，然后过账。过账会登记方案并激活关联的例行任务。
4. 详解示例
任务。您有两个数据库："贸易管理"（УТ）和"哈萨克斯坦会计"（БК）。已配置两个交换节点。需要每天夜里先把销售单据从 УТ 发到 БК，然后把付款和往来结算状态从 БК 返回到 УТ。
方案的填写：
- 名称："УТ ↔ БК 夜间交换"
- 激活标志——已勾选。
- 表格部分：
| № | 交换设置（节点） | 方向 | 执行 |
|---|---|---|---|
| 1 | 与"УТ"的交换（销售、商品目录） | 接收 | ✔ |
| 2 | 与"УТ"的交换（付款、往来结算） | 发送 | ✔ |
- 计划：每天，02:00，重复——无。
点击过账。
代替分录会发生什么。此文档不生成借/贷会计记录——金额不变。代替分录的是服务性移动和事件：
- 02:00 启动方案的例行任务；
- 1С 执行第 1 行——从 УТ 接收当天的 47 张发货单；
- 然后是第 2 行——向 УТ 导出 31 笔付款；
- 每次会话的结果写入注册日志和同步监控："交换完成，0 个错误"。
早上您打开管理 → 数据同步 → 结果与警告，看到绿色状态。销售单已经在库里——可以据此生成 ЭСФ。ЭСФ 和分录本身由"商品和服务销售"文档创建，而非方案：方案只是及时把数据送到了。
5. 操作类型
该文档没有像发货单那样常见的"操作类型"字段。它的"类型"是工作方式的变体：
- 手动启动——打开方案并点击"执行"/"同步"。此时此地跑一遍。
- 按计划（自动）——例行任务自己启动方案。
- 仅发送——行中选择"发送"方向。
- 仅接收——方向为"接收"。
- 双向——"发送并接收"，或对同一节点按所需顺序设两行。
- 已关闭（暂停）——取消勾选"激活"标志：计划不工作，但设置已保存。
6. 过账时形成什么
再次坦白：此文档不创建分录、ЭСФ 和 СНТ。过账时发生以下情况：
- 激活按方案交换的例行任务（在任务列表中出现/启用一条带您计划的记录）。
- 向数据交换子系统的服务性信息寄存器写入记录（方案组成、计划、状态）。
- 每次实际运行时创建交换会话：消息包在节点之间导出/导入。
- 每次会话的结果写入注册日志和同步监控（成功/错误、对象数量、冲突）。
电子文档（ИС ЭСФ 中的 ЭСФ、СНТ）和会计分录由交换转入库中的原始单据本身形成——而非方案。
7. 打印表单
该文档没有自己的打印表单——这是服务性对象，不打印，也不出具给交易对方。您"纸面上"需要或用于监控的内容不在这里：
- 同步结果报告（交换监控）——状态、错误、冲突。
- 按方案例行任务筛选的注册日志——详细的记录。
8. 常见错误
"例行任务未执行，因为缺少计划"。您启用了方案，但没有设定时间表。打开计划，设定周期和时间，重新过账文档。
"交换未执行：未找到交换设置（节点）"。行中指定的节点已删除或重命名。打开表格部分，重新选择有效的设置；多余的行请删除。
"数据同步未启用"。机制本身在管理中被关闭。进入管理 → 数据同步设置并勾选"数据同步"。
"无法连接到 <接收数据库>"。连接中断、节点设置中的地址或密码错误、数据库正在维护。请在交换设置本身中检查连接参数并重试。方案与此无关——它只是启动现成的节点。
文件数据库上的例行任务夜里不运行。在文件版本中，任务只在 1С 会话打开时才工作。如果电脑关机——交换不会启动。要么保持会话打开，要么将数据库迁移到服务器（客户端-服务器版本）。
交换相互"撞车"。计划中重复过于频繁——新的运行开始时上一次还没结束。增大间隔或取消当天内重复。
9. 常见问答
此文档是否对科目（1210、1030、3310 等）做分录？ 不。这是管理交换的服务性文档。分录由交换在库之间转移的原始单据（销售、付款）形成。
方案是否创建 ЭСФ 或 СНТ？ 不。ЭСФ 在 ИС ЭСФ 中根据销售单据开具，СНТ 单独处理。方案只是及时送达数据，让您来得及开具。
方案与普通的同步设置有什么区别？ 设置（节点）描述与一个数据库的一次交换。方案将多个设置合并，并为它们设定共同的计划和执行顺序。
能否在一个方案中纳入与不同数据库的交换？ 可以。为每个节点各加一行。它们将自上而下依次执行——如果一个交换依赖于另一个的结果，请注意顺序。
交换自动启动了，但数据没有到达。去哪里查看？ 打开管理 → 数据同步 → 结果与警告以及按方案任务筛选的注册日志：那里能看到错误、冲突和已处理的对象数量。
如何在不删除设置的情况下临时停止交换？ 取消文档上的"激活"标志（暂停整个方案）或某个具体行中的"执行"标志（暂停单个交换）。此时手动启动仍然可用。
为什么文件数据库上夜里交换不运行？ 文件版本中的例行任务只在 1С 会话打开时工作。关机的电脑 = 没有交换。解决方案——客户端-服务器数据库或始终打开的会话。
可以创建多少个方案？ 需要多少就多少。实践做法——按时间和用途分开："夜间完整"、"日间每 30 分钟按付款"等等。这样更便于诊断，也不会给服务器造成过载。
如果交换期间数据库被其他用户占用会怎样？ 交换要么等待释放，要么以错误结束并按尝试次数重试。请把繁重的完整交换安排在夜里没有用户的时候。
配置发布版会影响此文档吗？ 会。字段名称、菜单路径以及"尝试次数"字段的有无可能因版本而异。请与您的发布版核对（见"如何查看自己的发布版本"章节）。
10. 相关文档
- 数据同步设置（交换节点）——基础：方案引用它们，没有它们就无法填写方案。在管理 → 数据同步 → 数据同步设置中创建。
- 例行任务——方案过账时启用关联的任务；也可从那里管理计划并查看启动历史。
- 交换的原始单据（销售、入库、付款、商品目录）——真正在库之间转移的内容。正是它们在接收数据库中，在方案送达数据之后，形成 РК 科目（1210、1030、1330、3310、3130、6010、7010）的分录、ЭСФ 和 СНТ。
如何查看自己的发布版本："帮助" → "关于程序"——那里有平台版本和配置发布版。
本指南为「哈萨克斯坦会计」3.0 版、发布版 3.0.74.2 编写。