1. 对象识别
| 参数 | 值 |
|---|---|
| 对象类型 | 文档 |
| 名称 | СчетФактураПолученный |
| 完整路径 | Документ.СчетФактураПолученный |
| 同义词 | “发票（收到）” |
| 配置 | 哈萨克斯坦会计，版本 3.0（版本 3.0.74.2） |
| 导航链接 | e1cib/list/Документ.СчетФактураПолученный |
| 在 1C 中查找位置 | 部分“主要活动” → “发票（收到）” |
目的。 文档根据哈萨克斯坦法律登记从供应商收到的发票。用于记录输入增值税（2026 年税率为 16%），接受商品、服务、固定资产和无形资产的会计。与电子发票系统（ЭСФ）和 СНТ 紧密集成：可以手动输入、根据入库单据输入或从 ЭСФ 信息系统中加载。支持发票的类型：主要、修正、附加。每天在收到供应商的货物和服务时使用。
2. 抬头和表格部分的必填项
2.1 抬头必填项
| 必填项 | 目的 |
|---|---|
Организация |
发票接收组织（文档中的买方）。 |
Контрагент |
开具发票的对方。 |
Поставщик |
提供商品/服务的一方（在代理模式下可能与对方不同）。 |
Покупатель |
发票中的买方。 |
ВидСчетаФактуры |
类型：主要 / 修正 / 附加。确定处理逻辑和与原始文档的关系。 |
ОсновнойСчетФактура |
指向被修正/补充的发票的链接。修正和附加类型必填。 |
НомерВходящегоДокумента |
供应商发票的编号（用于登记输入增值税）。 |
ДатаВходящегоДокумента |
供应商开具发票的日期。 |
СпособПолучения |
获取方式（纸质 / 从 ЭСФ）。 |
КурсВзаиморасчетов |
与坚戈（₸）的结算货币汇率。以坚戈计算 = 1。 |
КратностьВзаиморасчетов |
结算货币的倍数。 |
如果未填写任何列出的必填项，则文档无法处理 — 平台会提示错误“字段…未填写”（见第 4 节）。
2.2 表格部分
| 表格部分 | 必填列 | 目的 |
|---|---|---|
Товары |
Номенклатура, Количество, Коэффициент, СтавкаНДС |
商品项目的行。系数 — 单位换算。 |
Услуги |
Номенклатура, СтавкаНДС |
服务的行。 |
ОС |
ОсновноеСредство, Сумма, СтавкаНДС |
被接受的固定资产。 |
НМА |
НематериальныйАктив, Сумма, СтавкаНДС |
无形资产。 |
ДокументыОснования |
ДокументОснование |
与入库单据的关联（一个或多个）。 |
УчастникиСовместнойДеятельности |
УчастникСовместнойДеятельности |
共同活动参与者的分配（简单合伙）。 |
增值税税率。 在 2026 年，哈萨克斯坦的基本增值税税率为 16%。在 СтавкаНДС 列中，还适用“增值税 0%”、“无增值税”、“按计算税率的增值税”，具体取决于操作。
3. 表单
| 表单 | 目的 |
|---|---|
ФормаДокумента |
主要输入和编辑表单：抬头、表格部分、组织控制和基础行填写的处理程序。 |
ФормаСписка |
文档列表（通过导航链接 e1cib/list/Документ.СчетФактураПолученный 打开）。 |
| 选择表单 | 从其他文档中选择发票（例如，在指定主要发票时）。 |
具体的附加（包括辅助和服务）表单的组成取决于交付 — 需要在具体的 3.0.74.2 版本中进行检查。
4. 模块的关键程序
以下是已通过配置证据确认的处理程序（消息文本直接引用自代码，版本 3.0.68.1；在 3.0.74.2 中逻辑保持不变）。
模块管理器 — ЗаполнитьПоДокументуОснования
根据基础文档（入库）填充发票数据。控制：
- 如果未获取基础数据或未填写
ДокументОснование（ЗначенияРеквизитов = Неопределено ИЛИ НЕ ЗначениеЗаполнено(ЗначенияРеквизитов.ДокументОснование)） — 提示：文档“%1”未填写被冲销的文档。没有数据填充发票。 - 如果基础文档不允许输入发票（
НЕ ДоступенВводНаОсновании） — 提示：被冲销的文档“%1”不允许输入发票（收到）。
模块对象 — ОбработкаПроверкиЗаполнения
在记录/处理之前检查填写情况。特别是在“修正/附加”类型时，检查是否存在主要发票：
- 条件
НЕ ЗначениеЗаполнено(ЭтотОбъект.ОсновнойСчетФактура)→字段“主要发票”未填写。
表单.表单文档 — ПриИзмененииЗначенияОрганизацииСервер
在更改组织时，与主要发票的组织进行核对：
- 条件
ОрганизацияСчетФактуры <> Объект.Организация→ 清空字段并提示主要发票的组织与文档的组织不符。字段“主要发票”已清空。
表单.表单文档 — ДокументыОснованияПередНачаломДобавления
在填写前一行之前，禁止添加新基础行：
- 条件
НЕ ЗначениеЗаполнено(Объект.ДокументыОснования[ПредыдущийНомер].ДокументОснование)→在添加新行之前，必须填写前一行的“基础文档”列。
标准（典型）对象类型处理程序
此外，该类型文档的特点是：
ОбработкаЗаполнения（模块对象） — 根据基础和从 ЭСФ 输入时的填写；ОбработкаПроведения/ОбработкаУдаленияПроведения— 生成和清除会计分录；ПриСозданииНаСервере，ПередЗаписьюНаСервере（表单） — 初始化和预记录控制。
5. 处理和会计分录
文档生成与输入增值税和发票有效性跟踪的会计分录。
5.1 累计登记“收到的发票信息”
目的： 用于增值税目的的输入发票的会计。 逻辑：
- 每个表格部分的行都会创建记录；
- 记录商品/固定资产/无形资产、金额、增值税金额、增值税税率（16%）、交易日期；
- 在“修正”类型时，生成冲销记录。
5.2 信息登记“已失效的发票”
目的： 跟踪发票的有效性。 逻辑：
- 在处理修正发票时，原始发票标记为已失效；
- 将修正和被修正的文档关联起来。
5.3 会计分录
本“发票（收到）”在哈萨克斯坦的典型方法中 — 首先是输入增值税的税务登记，通常由入库文档生成会计分录，而发票在 ЭСФ 中登记增值税。在设置中，当分录与入库关联时，使用哈萨克斯坦的典型会计科目计划：
| 操作 | 借方 | 贷方 |
|---|---|---|
| 商品入库 | 1330 “商品” | 3310 “应付账款” |
| 服务（计入费用/资产） | 费用/资产账户 | 3310 |
| 可抵扣的输入增值税（16%） | 1420 “可退还增值税” | 3310 |
| 应付增值税（在交易中） | — | 3130 “增值税” |
示例：收到商品 1,000,000 ₸（不含增值税），增值税 16% = 160,000 ₸。借方 1330 — 1,000,000 ₸，借方 1420（增值税） — 160,000 ₸，贷方 3310 — 1,160,000 ₸。
哈萨克斯坦典型会计科目计划中涉及的其他账户：1210（短期应收账款），1030（活期账户中的资金），6010（销售收入），7010（销售成本）。
具体的分录集由该文档（而非入库文档）在 3.0.74.2 版本中生成 — 需要根据组织的会计政策设置进行检查。
6. 相关对象和基于文档的输入
创建场景（证据）：
- 基于商品入库 — 在完成入库后，登记从供应商收到的发票。
- 创建修正发票 — 供应商开具修正发票以替代之前开具的发票；原始发票标记为已失效。
- 无基础文档的手动输入 — 发票已收到，但入库尚未完成或文档流单独进行。
- 从 ЭСФ 加载 — 发票从 ЭСФ 信息系统导入。
- 将基础文档添加到现有发票 — 将手动输入/从 ЭСФ 导入的发票与入库文档关联。
相关对象：
- 入库文档（商品、服务、固定资产、无形资产） — 表格部分的来源；
- 本“СчетФактураПолученный”（通过
ОсновнойСчетФактура） — 用于修正/附加； - ЭСФ/SNT 子系统 — 与 ЭСФ 信息系统的电子文档流；
- 对方、商品目录、固定资产、无形资产 — 填写的参考资料。
7. 扩展点
建议在不更改典型代码的情况下进行修改的地方：
- 扩展配置，拦截
ОбработкаПроверкиЗаполнения和ОбработкаЗаполнения在对象模块中 — 进行额外检查和自动填写。 - 事件订阅（
ПриЗаписи，ОбработкаПроведения） — 与外部会计系统集成和额外的会计分录。 - 可重定义的模块 ЭСФ 子系统 — 用于自定义加载/匹配电子发票的逻辑。
- 附加的必填