1. 识别
| 参数 | 值 |
|---|---|
| 对象类型 | 目录 (Catalog) |
| 名称 | 用户通知 |
| 完整路径 | 目录.用户通知 / Catalogs.用户通知 |
| 同义词 | 用户通知（未指定单独同义词） |
| 配置 | 哈萨克斯坦会计，版本 3.0.74.2 |
| 类别 | 服务（技术）对象 |
| 进行 | 否（目录不是文档，不生成交易） |
目的。 该目录存储系统通知，发送给信息数据库的用户。由配置的内部机制填充，用于记录需要用户注意的事件通知（例如，文件批准的必要性，收到重要消息，数据有效期到期）。该对象主要自动工作：当满足特定条件时，元素由代码创建，用户通过专门的通知接口查看它们，而不是直接打开目录。在配置中，它是一个服务实体，确保“系统→用户”的通信，包括在多租户（SaaS）场景中通过数据区域的划分。
上下文说明：该目录与会计计算（增值税，个人所得税，社会保险等）无关，也不与哈萨克斯坦的会计科目表相关。因此，税率和金额不适用——哈萨克斯坦 2026 的数值标准仅在适当的地方列出（见第 5 节）。
在 1C 中查找的位置：
- 导航链接：
e1cib/list/目录.用户通知 - 界面：部分“服务技术”→“用户通知”。
2. 属性和表部分
2.1 头部属性
| 名称 | 类型 | 必填性 | 目的 |
|---|---|---|---|
| 数据区域 | 数字 (decimal) | 非必填 (DontCheck) | 数据区域的标识符，用于分区模型。在多租户（云，SaaS）配置中区分组织/租户之间的通知。 |
| 通知日期 | 日期/时间 (dateTime) | 非必填 (DontCheck) | 创建/发送通知的日期和时间。用于排序、按时间顺序显示和确定通知的“新鲜度”。 |
| 有效期日期 | 日期/时间 (dateTime) | 非必填 (DontCheck) | 通知保持有效的日期。过期后，通知可以被隐藏或标记为过时；用于自动清理。 |
| 删除通知类型 | EnumRef.删除用户通知类型 |
非必填 (DontCheck) | 过时 属性（前缀“删除”，同义词“未使用”）。以前通过枚举对通知进行分类。为兼容旧数据而保留。新代码中不使用。 |
| 用户名 | 字符串 (string) | 非必填 (DontCheck) | 接收者的用户名。将通知发送给特定用户，在通知列表中显示。 |
| 用户会话编号 | 数字 (decimal) | 非必填 (DontCheck) | 创建/应显示通知的用户会话编号。将通知绑定到特定会话。 |
| 消息文本 | 字符串 (string) | 非必填 (DontCheck) | 通知的主要文本：事件描述、操作说明、其他重要信息。 |
| 通知作者 | 字符串 (string) | 非必填 (DontCheck) | 创建通知的用户或子系统的名称。识别来源（其他用户、系统、后台任务）。 |
| 通知类型 | 字符串 (string) | 非必填 (DontCheck) | 当前通知类型的分类（字符串）。替代过时的 删除通知类型。用于分组、过滤和不同的视觉呈现。 |
目录的标准属性（链接, 代码, 名称, 删除标记, 预定义）默认存在。此类服务目录通常不使用层次结构。
2.2 表部分
根据证据，目录没有描述重要的应用表部分（源中的该部分未填充）。所有有用的通知信息存储在头部属性中——这对于此类服务对象是典型的。需要在特定交付中进行检查：表部分的存在/组成是版本特定的。
3. 表单
在证据中没有附加专用表单。对于此类目录，标准配置提供了一套标准表单（部分可能会自动生成）：
| 表单 | 目的 |
|---|---|
| 列表表单 | 查看通知列表：按用户、类型、有效期筛选；记录的服务控制。主要入口链接 e1cib/list/目录.用户通知。 |
| 元素表单 | 查看/编辑单个通知（文本、作者、日期、类型）。主要由管理员使用/用于调试。 |
| 选择表单 | 在从其他对象/机制中选择通知时使用。 |
由于该对象是服务的，常规用户通过界面的通知机制与通知进行交互，而不是直接通过这些表单。
4. 模块的关键过程
BSL-证据（对象模块/管理模块/表单模块）未附加，因此以下是此类对象的标准处理程序组成。具体行：路径需要根据交付的源代码进行检查。
对象模块 (对象模块):
在写入之前(拒绝)— 写入前的服务检查/填充（例如，如果未指定，则设置通知日期）。在复制时(复制对象)— 复制时重置会话相关属性（用户会话编号, 日期）。填充处理(填充数据, 填充文本, 标准处理)— 在程序创建通知时填充字段。
管理模块 (管理模块):
- 生成和获取通知的导出功能（根据“用户/文本/类型/有效期”参数创建元素，为会话选择有效通知，清理过期的
有效期日期）。 获取视图处理/ 根据消息文本/通知类型生成视图。
列表/元素表单模块：
在服务器上创建时— 初始筛选设置（按当前用户、按有效性），条件格式化过期行。- 服务维护命令的处理程序（标记为已读，清理过期的）。
需要检查：管理者的确切签名和导出方法的存在——它们是版本特定的。
5. 进行和交易
该目录不进行和不生成会计、积累或信息注册的交易。它是数据存储：记录元素仅保存通知卡。
因此：
- 哈萨克斯坦会计科目表中的分录不生成；
- 哈萨克斯坦标准会计科目（例如，1210 “短期应收账款”，1030 “当前账户上的资金”，1330 “商品”，3310 “应付账款”，3130 “应付增值税”，6010 “销售收入”，7010 “销售成本”）在此对象的上下文中不使用；
- 哈萨克斯坦 2026 的税务计算（增值税 16%；个人所得税 10% 直到 8,500 MRP 年收入和 15% 超过；个人所得税的基本扣除 30 MRP/月，不超过 360 MRP/年；社会保险 10%，基数上限 50 MZP；社会保险 3.5%；医疗保险 2%；社会医疗保险 3%；社会税 5%； MRP = 4,325 ₸； MZP = 85,000 ₸；货币 — 坚戈 ₸）不适用于该目录。
这些标准是为了完整性而列出；对象“用户通知”不参与会计和税务交易。
6. 相关对象和基于输入
- 数据分区模型 (SaaS/云)： 属性
数据区域将元素与租户的数据区域关联；由配置分区机制使用。 - 用户/会话： 通过
用户名和用户会话编号绑定到用户及其会话。 - 过时的枚举
删除用户通知类型— 通过删除通知类型的历史关联（不使用）。 - 源子系统（后台任务、通知机制、计划操作） — 通过
通知作者程序创建元素。 - 基于输入： 标准场景中未考虑，通常对服务对象没有实际意义。通知通过代码创建，而不是通过基于文档的手动输入。
7. 扩展点
- 通过
通知类型分类 — 添加自定义字符串类型以进行分组/过滤和不同的视觉呈现。 - 程序创建通知 — 从自己的子系统/后台任务调用通知生成方法（通过
用户名定址，有效期通过有效期日期）。 - 自动清理过期记录 — 计划任务/处理，删除过期的
有效期日期元素。 - 扩展配置 (Extension)： 添加属性/命令，订阅事件
在写入之前，改进列表表单（条件格式化，额外筛选）而不取消支持。 - 多租户： 在任何改进中考虑
数据区域以不破坏租户之间的通知分隔。
在改进中不要使用过时的属性
删除通知类型— 应使用字符串通知类型代替。