RUKKENZH
Задать вопрос AI
栏目Объекты конфигурации 1С
参考手册《АбонентыЭДОК》——技术说明(哈萨克斯坦会计 3.0)
Язык статьи:🇷🇺 RU🇰🇿 KK🇬🇧 EN🇨🇳 ZH
Версия статьи:📘 Для бухгалтера⚙️ Для тех-специалиста

参考手册《АбонентыЭДОК》——技术说明(哈萨克斯坦会计 3.0)

适用于: 1С:Бухгалтерия для Казахстана, 版本 3.0.74.2 · 1C-Sapa 集团 — 1C 合作伙伴
СТ
Сапа Т.И. — Эксперт по 1С и бухгалтерскому учёту, преподаватель-практик

"ЭДОК订户"目录 (Catalogs.АбонентыЭДОК)

电子文档流转子系统的服务性目录。为"贝加尔哈萨克斯坦会计3.0"配置中的"1С:ЭДО"服务存储交换参与方(自有订户和交易对手订户)。

查找位置: e1cib/list/Справочник.АбонентыЭДОК (在标准交付中该目录未列入命令界面——通过导航链接或从ЭДО子系统的服务性处理中打开)。


1. 标识

参数
对象类型 目录 (Catalog)
名称 АбонентыЭДОК
完整名称 Справочник.АбонентыЭДОК (Catalogs.АбонентыЭДОК)
同义名 —(交付中未设定同义名)
配置 哈萨克斯坦会计,3.0版,版本3.0.74.2
子系统 电子文档流转 (ЭДО)
出现于发行版 3.0.73(ЭДО子系统的服务性目录)

用途。 该目录存储电子文档流转订户的列表——即通过"1С:ЭДО"服务参与电子文档交换的组织和ИП在ЭДО运营商系统中的账户。每个订户按БИН(法人)或ИИН(自然人和ИП)标识。目录中同时维护:

  • 自有订户——信息库中组织的账户,以其名义发送文档(标志 СобственныйАбонент = Истина);
  • 交易对手订户——文档发往的一方以及入向文档来自的一方。

该目录为服务性、"扁平"目录(标识符目录)。主要自动填充:在连接ЭДО服务时、在检查交易对手状态时以及在接收入向电子文档时。会计人员很少手动打开订户卡片——交换通过连接向导、入向文档接收处理和交易对手状态检查命令进行。

在哈萨克斯坦ЭДО环境中,通过该目录寻址诸如ЭСФ(电子发票,ИС ЭСФ)和СНТ(货物随附单据)等文档的交换各方。


2. 属性和表格部分

2.1 表头属性

名称 类型 必填性 用途
ИдентификационныйНомер 字符串 (xs:string) ShowError(必填) 订户的БИН或ИИН——ЭДО参与方的关键标识符。据此将订户与核算中的交易对手和组织进行匹配,并在ЭДО运营商的注册库中查找。
ПолноеНаименование 字符串 (xs:string) DontCheck 订户(组织或自然人)在ЭДО服务中注册的完整名称。用于在列表和打印表单中显示交换方。
СобственныйАбонент 布尔 (xs:boolean) DontCheck 标志订户属于用户本身(信息库中的某个组织)而非交易对手。区分"自有"文档的发送方与外部参与方。
ЮрФизЛицо Перечисление.ЮрФизЛицоЭДОК DontCheck 订户类型标志——法人或自然人。决定哪个标识符视为主标识符(БИН或ИИН)以及如何解释名称。

目录的标准字段(КодНаименованиеПометкаУдаленияПредопределённый)由平台提供。列表中的表示字段为 ПолноеНаименование/Наименование

2.2 表格部分

未定义表格部分("tabular_sections": [])。订户的所有数据存储在表头属性中——这是一个扁平的标识符目录。


3. 表单

对象卡中未定义自有表单("forms": [])。该目录使用平台自动生成的表单:

表单 用途
列表表单(自动生成) 查看ЭДО订户列表;通过链接 e1cib/list/Справочник.АбонентыЭДОК 调用。用于交换诊断的服务性查看。
元素表单(自动生成) 查看/编辑具体订户的卡片——标识符、名称、人员类型、"自有"标志。
选择表单(自动生成) 在ЭДО子系统的服务性处理中选取订户。

与订户的主要交互并非通过卡片,而是通过ЭДО连接向导、入向文档接收处理和交易对手状态检查命令进行。


4. 模块的关键过程

evidence中未附带特定的BSL代码。对于服务性标识符目录,以下处理程序为典型(对象模块/管理器模块):

  • ОбработкаЗаполнения(对象模块)——从ЭДО服务数据创建订户时预填充属性(将БИН/ИИН转入 ИдентификационныйНомер,名称转入 ПолноеНаименование,设置 ЮрФизЛицоСобственныйАбонент)。
  • ПередЗаписью / ПриУстановкеПометкиУдаления——控制标识符与服务性标志的一致性。
  • 管理器模块的方法(ЭДО子系统的典型方法)——按标识符查找/创建订户(按БИН/ИИН的 НайтиСоздать...),将订户与交易对手和组织匹配。正是它们从连接向导、入向文档接收处理和状态检查命令中被调用,自动填充目录。

需针对具体版本核实:ЭДО子系统管理器模块服务端方法的确切名称和签名——它们属于服务性API,可能在发行版之间变化。


5. 过账与登记

该目录不过账,也不形成登记簿/分录的登记——如同任何"目录"类型对象一样。它在ЭДО子系统中扮演维度/寻址的角色。

分录和登记不产生于目录本身,而产生于与电子交换关联的核算文档(销售、采购等)。作为参考,此类文档按РК会计科目表的典型分录:

商品销售(卖方一侧),开具ЭСФ:

业务
销售收入 1210(买方短期应收账款) 6010(销售收入)
销售增值税,税率16% 1210 3130(应缴增值税)
结转成本 7010(销售成本) 1330(商品)

商品采购(买方一侧),收到入向ЭСФ:

业务
商品入库 1330(商品) 3310(对供应商应付账款)
入向增值税16%(在有抵扣权时) 不应记入1330分析——待退增值税 3310

付款按1030账户(活期账户资金)反映。РК 2026年的增值税税率为16%。"ЭДОК订户"目录仅记录这些电子文档(ЭСФ、СНТ)在其间流转的各方。


6. 关联对象与基于录入

服务性目录不提供基于录入。逻辑关联:

  • "交易对手"目录——交易对手订户按БИН/ИИН(ИдентификационныйНомер)与交易对手元素匹配。
  • "组织"目录——自有订户(СобственныйАбонент = Истина)与信息库中的组织匹配。
  • 枚举 ЮрФизЛицоЭДОК——设定订户类型(法人/自然人)。
  • ЭДО子系统对象——ЭДО账户、交换文档(入向/出向电子文档)、连接向导、入向文档接收和交易对手状态检查处理;正是它们读取和填充该目录。
  • 核算文档(销售、采购等),与之关联电子ЭСФ/СНТ——其中订户作为电子文档的收件方/发件方。

7. 扩展点

  • 配置扩展。 通过对象扩展添加属性(例如订户的附加联系信息、上次同步日期)——无需脱离支持。
  • 事件订阅。 订阅目录的 ПередЗаписью/ПриЗаписи,以在自定义场景中按 ИдентификационныйНомер 自动将订户与交易对手/组织匹配。
  • 表单。 如需手动的ЭДО诊断服务界面,可在扩展中创建自有元素/列表表单(标准交付中无表单)。
  • 附加属性和信息(ПВХ机制)——如需按内部标志标记订户而不更改元数据。
  • 匹配处理。 按БИН/ИИН将订户与交易对手批量匹配的外部/内置处理——初次连接ЭДО时的典型定制点。

需针对具体版本核实:目录所调用的ЭДО子系统服务性API的完整组成(管理器模块方法的名称)——按发行版3.0.74.2确认。

Частые вопросы

需要手动填写"АбонентыЭДОК"(EDI用户)参考手册吗?
通常不需要。这是EDI子系统的服务型参考手册,会自动填充:在连接到"1С:ЭДО"服务时、在检查交易对方状态时以及在接收传入的电子文档时。手动打开卡片主要用于诊断数据交换。
该参考手册会生成会计分录吗?
不会。"参考手册"类型的对象不进行过账,也不产生任何账务变动。会计分录由核算文档(销售、入库)生成,电子ЭСФ/СНТ与这些文档相关联。哈萨克斯坦标准科目:1210、1030、1330、3310、3130、6010、7010;2026年的增值税税率为16%。
自有用户与交易对方用户有何区别?
"СобственныйАбонент"(自有用户)属性 = 真,表示这是信息库中某个组织的账户,以其名义发送文档。取值为假的用户是交易对方,文档发送给他们并从他们那里接收传入文档。这样便区分了自己的发送方与外部的数据交换参与者。
用户是通过哪个字段与交易对方或组织进行匹配的?
通过"ИдентификационныйНомер"(识别号)属性——即БИН(用于法人)或ИИН(用于自然人和ИП)。该字段也是必填项(ShowError),并用于在EDI运营商的登记册中查找用户。
该参考手册有自己的表单吗?
没有,交付版本中未定义表单——使用平台自动生成的列表、元素和选择表单。与用户相关的主要操作是通过EDI连接向导、接收传入文档的处理程序以及状态检查命令来完成的,而不是通过卡片。

延伸阅读

Источники

Была ли статья полезна?
💼 Нужна помощь с 1С или учётом? Слава КВЦ — многолетняя практика в 1С в Казахстане. Изучите разложенный НК РК 2026 или спросите в чате BuhGPT — ответит за секунды.
标签:KZCatalogs