汽车
汽车业
机动车辆销售——轿车、摩托车、卡车。无论买方类型，每台单独一份电子发票。
十秒版本。
-
01
合并式电子发票是一份月度 MyInvois 提交，汇总所有顾客没有要求单独电子发票的柜台销售。
-
02
你要在下月 7 个日历日内提交。4 月的销售 → 5 月 7 日前提交。
-
03
买方 TIN 是通用的 'EI00000000010'，买方名称是 'General Public'。你不需要知道谁买了什么。
-
04
你仍然保留原始收据——POS Z-report、收银纸带，或你自己的记录。LHDN 审计时可以要求查看。
-
05
部分行业不能合并（汽车、航空、奢侈品、建筑、持牌博彩、佣金代理）。对他们来说，每笔销售都是单独电子发票。
-
06
如果顾客月中要求单独电子发票，你当场开出——并把那笔销售从月末合并中排除。
一次提交，几百笔销售。
合并式 B2C 电子发票是 LHDN 向现实让步：你不可能为每个买了 RM3.50 teh tarik 的到店顾客单独提交一份 MyInvois。所以规则是——你每月开出一份汇总的电子发票，覆盖所有那些小额、匿名的柜台销售，并在月末后 7 天内提交到 MyInvois。
顾客在柜台拿到的收据没变。你的收银机 / POS 仍打印原来打印的东西。新的是：每月初，你把上个月的柜台收入汇总，把这份汇总（不是单独的收据）发给 LHDN。
谁不能用这个。
大多数小微可以。但 LHDN 划出了一小部分行业——即使顾客没要求、即使只是 RM50 的一笔交易，也必须开单独电子发票。如果你在其中之一，合并式 B2C 就不适用。
↳ 必须开单独电子发票的行业
航空
航空业
机票和航空服务。适用于航空公司，也适用于转售机票的旅行社。
奢华
奢侈品
作为奢侈品销售的珠宝、宝石、贵金属及类似高价商品。
建筑
建筑业
建筑承包商及相关计费服务。建材本身仍可合并——服务不能。
博彩
持牌博彩
彩票、万字票运营商、持牌博彩和游戏网点。
代理
代理、分销商、经销商
支付给佣金代理、分销商、经销商的款项——通常是保险、MLM、地产。
7 天合并窗口。
每个月都一样。你整月收集收据，然后在月末后有一个一周窗口提交。错过窗口就变成迟交——与任何其他错过的电子发票一样的罚款风险。
-
第 1–31 日
柜台销售累积
你的收银机 / POS / 手写收据本记录每一笔到店销售。保留 Z-report、收银纸带或签字记录。这是你的审计链——不是合并电子发票本身。
-
月末
结清本月
总计本月。把合并合格的销售与你已单独开出的 B2B 发票、以及月中处理的 opt-in 请求分开。
-
次月第 1–7 日
提交一份合并电子发票
生成一份 MyInvois 提交：buyer = General Public，TIN = EI00000000010，description = 摘要或收据范围，amount = 总额。第 7 日前提交，否则迟交。
-
验证后
归档 QR PDF
LHDN 返回 UUID 和 QR 码。没人要递交——买方就是公众。但把验证 PDF 与你的记录一起保留。审计员会想把它与所汇总的收银纸带对上。
Note 建议节奏：选当月 3 日或 4 日提交，不要拖到 7 日。给自己留个缓冲以防 MyInvois API 状态不好——它一年会有几次。
里面实际装什么。
合并电子发票使用与任何其他 MyInvois 提交相同的 Peppol 模式。下面的值是特别把它标记为合并式 B2C 的。
Field
Value
Note
买方 TIN
Value
EI00000000010
Note
固定占位符。不要填真实 TIN；零的个数必须一致。
买方名称
Value
General Public
Note
准确字符串。不是 "Public"、不是 "Walk-in customers"、不是你店的名字。
买方 BRN / NRIC / 护照
Value
NA
Note
字面 "NA"。字段必填；此处 N/A 适用。
买方地址
Value
NA
Note
同上——"NA" 是被接受的值。
买方联系方式
Value
NA
Note
同上。
发票描述
Value
收据范围或摘要
Note
例如："Receipts 1001–1247, counter sales April 2026"。足够具体，审计员能与你的收银纸带对上。
Line items
Value
每类一行
Note
可以聚合。"F&B — dine-in" 作为一行，金额是本月总额就行。别列 500 杯 teh tarik。
分类代码
Value
按你的行业
Note
与你在单独发票上用的相同 LHDN 代码。
SST
Value
如注册
Note
在合并总额上应用 SST 的方式与单独发票一样。不要四舍五入两次。
Pak Lim 的 kopitiam：一个月，一份发票。
具体说明。Pak Lim 在 Pudu 经营一家 4 桌的 kopitiam。他在第 4 阶段义务中，有一个企业常客（附近一家办公室每周五为 15 人订午餐），以及数百名到店顾客。
那个月
2026 年 4 月，30 天。大约 3,200 笔柜台交易，平均每笔 RM8。柜台总收入：RM26,400。加上给办公室常客的 4 张发票，每张 RM420。再加上一单菜单外的 catering，卖给一位要求电子发票的老朋友。
↳ 每笔销售变成什么
3,200 到店
合并
合并为一份日期为 4 月 30 日的电子发票，5 月 7 日前提交。买方：General Public。行项："F&B dine-in — RM19,800"、"F&B takeaway — RM6,600"。TIN：EI00000000010。
4 张办公室发票
单独 B2B
每周五实时开出。买方 TIN = 办公室的企业 TIN。每份提交有自己的 UUID。不要把它们放进合并汇总里。
1 单 catering
单独 B2C（按要求）
朋友为了报销要求带 TIN 的电子发票。Pak Lim 当场开出。也从合并汇总中排除。
小微常见的四个错误。
-
01
因为"月末"感觉还远而错过 7 天窗口
截止日期是自然月末后 7 个日历日。不是 30 天，也不是次月月末。在手机上设置每月 4 日的重复提醒。
-
02
重复计算已单独开票的销售
任何你已单独开了电子发票的销售——月中 B2B、opt-in 请求——都必须从合并总额中排除。你的 POS 多半不会自动标记；你得自己跟踪。
-
03
用 "Public" 代替 "General Public" 作为买方名称
买方名称是具体、字面的字符串。变体会验证失败。占位符 TIN 也一样——正是 EI00000000010，带那些零，没有空格，没有连字符。
-
04
不保留底层收据记录
合并电子发票是汇总——不是取代——你的收银纸带、Z-report 和收据本。如果 LHDN 审计，他们想同时看到提交和它所依据的东西。
来自真实 kedai 老板的问题。
我能按周提交合并电子发票，而不是按月吗？
+
技术上规则是每个自然月一份，所以不行——按周不是规范。但你可以在新月的第 1 或第 2 日提交，这会把延迟缩短到几乎实时。
我的 POS 已经在收据上打印 QR 码。那是 MyInvois QR 吗？
+
不是。收银小票上的 QR 是你的 POS 放的（通常是支付参考或会员 app 链接）。MyInvois QR 只存在于已验证的电子发票上。收银小票不是电子发票——它们是喂给合并电子发票的来源文件。
我需要每个店铺一份合并电子发票，还是整个企业一份？
+
LHDN 的指引是按注册企业实体，不是按店铺。如果你在同一家 Sdn Bhd 下经营两家 kopitiam，你提交一份合并电子发票，合并两家店的柜台销售。
如果顾客在本月 28 日要求单独电子发票呢？
+
你在 28 日当场开出，使用他们的 TIN。那笔销售则从当月的合并提交中排除。不要在已经单独开票后再尝试把它"收回"到合并中——LHDN 会标记重复。
我的收入包括现金、QR、卡。支付方式对合并重要吗？
+
不重要。合并式 B2C 基于销售，不基于支付方式。现金、DuitNow、卡——它们都汇入同一份月度提交。支付对账是另一个问题。
如果我错过了 7 天窗口呢？
+
还是照样提交，尽快。迟交比没交好。罚款风险是依据第 120 条按发票计算，但 LHDN 历来对迟交但诚实的提交比对缺失或欺诈的更宽容。不要试第二次。
我在第 5 阶段——还需要从第一天就做合并式 B2C 吗？
+
是的。从 2026 年 7 月 1 日起，该日或之后的每笔销售都必须进入 MyInvois——要么作为单独电子发票，要么进入第一份月度合并。你的第一份合并提交涵盖 7 月，须在 8 月 7 日前提交。
合并式 B2C · 自动完成
Kiira 为你合并本月。
你按下发送。
把每日 Z-report 转发进 WhatsApp，或让 Kiira 从你的 POS 拉取。次月第 1 日，Kiira 为你构建合并电子发票——总额、行项、收据范围——并等待你点击，才提交给 LHDN。