早上好，我是まさきん。
我家给便利店的支出设了每月上限。10月中旬做了一次中期统计，发现了一件事：在月中，没法断言”在上限之内”。这次就把原因和判定日期的定法记录下来。
※以上为文章发布时的信息，最新条件请以官方网站为准。
- 信用卡明细要晚几天才到，所以无法在当月内确定是否超出上限
- 我家16日时，明细只录入到11日的消费
- 用PASMO、乐天Pay(Rakuten Pay)、现金在便利店的消费，不会出现在信用卡明细的统计里
- 判定日推迟到明细齐全的次月4〜5日前后，任务设为”等待”状态
- 先定好判定日，月中就不用因为数字时喜时忧
在明细确定前用速报邮件提前掌握刷卡金额的方法，我另外整理过，就是在明细确定前了解乐天卡消费金额的方法这篇文章。
这篇文章的重点在别处：每月上限”在什么时候、怎样确定”，以及不同支付方式在统计里的差别。
设了每月上限的便利店支出
对象是7-Eleven、Lawson、FamilyMart这3家连锁店。我给在这3家的支出设了一个每月上限。金额因家庭而异，所以本文只用比例来写。
统计用的是会计软件freee。导入信用卡明细后，按消费商户筛选，几乎不用手动录入。
便利店单笔金额小，次数却容易多。不知不觉就累积起来了，所以我觉得设上限很有意义。
10月中期统计时发现的问题
10月16日，我做了一次月中统计。结果明细只录入到11日的消费，12日到16日的部分还没到。
也就是说，有大约5天的空白。在这种状态下说”这个月到目前为止很顺利”，依据只有一半。
这时我意识到，月底也会发生同样的事。到月底那一刻，最后几天的消费还不在明细里。所以，在当月内无法确定”在上限之内”。
说实话，开始统计的时候我没想到这一层。一看到数字，就会以为那就是全部。
信用卡明细延迟到达的机制
为什么会延迟？我确认了官方的说明。乐天卡的解说文章里介绍了以下流程。
- 店铺把支付信息发送给信用卡公司之后，才会反映到消费明细中
- 发送时间因店铺而异，也有店铺在几天后才发送
- 根据销售数据到达的时间，有时会在几个月后才请款
原来不是刷卡的瞬间就生成明细，而是店铺的销售数据到了之后才成为明细。
还有一点是日期的偏差。根据刷卡通知服务的说明，通知里的”消费日期时间”是处理的日期时间，可能和实际消费的时间不同。
会计软件那边的情况也叠加进来。freee的帮助页面提示，记账时要以信用卡明细会延迟反映为前提。据说从消费日到获取明细，有时需要2个月左右。
说实话，写法比我想的更像是”延迟才是常态”。延迟不是错误，而应该看作机制的一部分。
速报通知和会计软件里的明细是两回事
乐天卡也有刷卡后马上推送的通知。根据刷卡通知服务的说明，App通知在消费后立即送达，但这时不显示消费商户。
确定明细的通知，最快在消费2天后送达。到这个阶段才能看到消费商户。
判定便利店上限需要知道消费商户。不知道在哪家连锁店消费的，就没法计入额度。所以只靠不显示商户的速报，很难作为判定依据。
| 信息类型 | 送达时间(官方说明) | 消费商户 | 能否用于上限判定 |
|---|---|---|---|
| App实时通知 | 消费后立即 | 不显示 | 仅作预估参考 |
| 确定明细通知 | 最快消费2天后 | 可以看到 | 可以 |
| 导入会计软件的明细 | 同步之后(以延迟为前提) | 可以看到 | 可以(我家的统计来源) |
| 预计请款金额 | 每月12日 | 可以看到 | 可用来核对 |
把速报邮件加总的方法，在开头介绍的文章里写得很详细。这里我干脆定为”判定用已确定的明细来做”。
不同支付方式的呈现差异
另一个漏洞是支付方式。我家的统计以会计软件里的信用卡明细为基础。不用信用卡支付的便利店消费，根本不会出现在统计里。
| 支付方式 | 是否出现在我家的统计(信用卡明细)中 | 自己确认的地方 |
|---|---|---|
| 信用卡 | 出现(晚几天) | Rakuten e-NAVI·乐天卡App |
| 交通IC卡(PASMO) | 不出现 | PASMO的余额记录(售票机·App) |
| 二维码支付(乐天Pay) | 不出现 | 乐天Pay App |
| 现金 | 不出现 | 小票·钱包里的钱 |
做成表一看，信用卡以外的全都在”统计之外”。以为在判定上限，其实只是判定了刷卡的部分。
这部分每个家庭的设置不同。官方说明，乐天Pay的支付来源可以从信用卡、银行账户、乐天Pay余额中选择。根据支付来源的设置，明细里的呈现方式可能会不同。我家的统计里没有出现，所以当作统计之外处理。
PASMO和乐天Pay的记录在哪里查
统计之外的部分，也可以查看记录。整理一下官方能确认到的范围。
PASMO卡可以在车站售票机显示、打印余额记录，范围是最近20笔。据说部分铁路公司可以显示26周以内的最近100笔。
Mobile PASMO和Apple Pay的PASMO，可以在App或会员菜单网站上查看。会员菜单网站最多100笔，限消费后26周以内。要注意当天的记录不显示。
乐天Pay是在App里查看消费记录。乐天Pay余额的交易记录，乐天官方帮助页面有确认方法的说明。
这些都和信用卡明细不在同一个地方。如果每月集中查看一次，应该也不算太麻烦吧。
9月的结果与预估的偏差
9月的判定结果是略微超出上限。不过，比月中建任务时的预估超出得少。
建任务时的预估，是用月中的数字换算成一个月的。用月中的数字预测月底，可能容易有偏差。
从中学到的是，不要用月中的数字下结论。中间进度当作”节奏参考”，判定放在另一天做。这样分开，应该能少些犹豫。
把判定日定在次月4〜5日前后的理由
于是，我决定把月底的判定推迟到次月4〜5日前后。管理的任务也不在月底关闭，而是设为”等待”状态。
定在4〜5日的理由是10月的中期统计。16日时只到11日，也就是大约延迟5天。月底的消费，等差不多的天数就会进入明细。
我也对照了官方信息。确定明细的通知最快2天后，有的店铺几天后才发送。考虑到这个幅度，我决定等5天左右。
当然，这并不能保证全部到齐。正如freee帮助页面所说，也可能有更晚的明细。所以我把4〜5日定位为”实用上的判定日”。
像便利店这样的变动支出，有些部分只能等着判定。另一方面，像通信费这样的固定支出，审视一次效果就能持续。和上限管理一起检查固定支出，我觉得整个家庭收支更容易理顺。
判定时机的选择方法
判定日的候选，我认为大致有3个。把各自的特点列出来。
| 判定日 | 速度 | 明细齐全程度 | 适合的用法 |
|---|---|---|---|
| 月底当天 | 最快 | 最后几天容易缺漏 | 只确认节奏 |
| 次月4〜5日前后 | 适中 | 大部分到齐(延迟的部分仍会遗留) | 我家的月度判定 |
| 次月12日前后以后 | 较慢 | 可以用预计请款金额核对 | 一年几次的验算 |
根据乐天卡App的说明，预计请款金额在每月12日显示。等到这时数字会更准确，但判定会拖到月中。要用到下个月的消费上，我觉得有点晚。
所以我家选了中间的4〜5日，是在速度和准确性之间取得平衡的做法。
判定前的操作步骤
把实际流程整理成步骤。
- 月中只用信用卡明细看”节奏”
- 月底不关闭任务，设为”等待”状态
- 次月4〜5日前后，同步会计软件的信用卡明细并确认
- 按消费日期确认上月最后几天的消费是否已录入
- 分别从各自的记录中找出PASMO、乐天Pay、现金的便利店消费
- 把信用卡部分和统计之外的部分合起来，算出相对上限的比例
- 记录判定结果，关闭任务
第4步虽然不起眼，但我觉得很重要。如果月底消费日期的明细一笔都没有，可能还没到。这种情况下，最好再等一等再判定。
每晚的刷卡检查里，我按天数来看反映延迟。在每晚用AI回顾刷卡消费的机制这篇文章里，也写了同步延迟的处理方式。思路是一样的，都是以延迟为前提来安排判定。
常见的失误与坑
- 看到月中的数字就判断”这个月没问题”
- 月底当天判定，最后几天的消费缺漏就记录下来
- 忘了信用卡以外的支付在统计之外
- 把速报通知加总，连不知道消费商户的部分也计入额度
- 不定判定日，想起来才统计
第1条，我自己在10月中期统计时也差点犯了。数字一显示在屏幕上，就会觉得已经确定了。
支付方式的漏洞也很容易被忽略。便利店是PASMO和二维码支付很好用的地方，只看信用卡就放心，可能有点危险。
适合的人·不适合的人
这种”把判定日推到次月”的做法，似乎适合以下这样的人。
- 把信用卡明细导入会计软件或记账App来统计
- 给便利店这类金额小、次数多的支出设了上限
- 不想被月中的数字牵着走
反过来，以现金或PASMO为主的人可能不太适合。因为信用卡明细成不了基础，等判定日的意义就变小了。
也会有人觉得按月发现得太晚。按周检查外食和便利店的记录，我写在用两周检查外食每周预算的文章里。根据目的分别使用应该比较好吧。
- 是否列出了在便利店使用的所有支付方式
- 是否确认了其中哪些会出现在会计软件的明细里
- 是否决定了统计之外的支付在哪里查看记录
- 是否把判定日具体定为”次月○日前后”
- 是否改成月底不关闭任务、设为”等待”的做法
常见问题
Q. 信用卡明细大概几天会反映？
根据乐天卡的说明，确定明细的通知最快在消费2天后。不过会因店铺发送销售数据的时间而变化。我家10月大约延迟了5天。
Q. 不能在月底判定吗？
也不是不行。只是最后几天的消费很可能缺漏。我觉得月底只确认节奏，判定推到次月会更准确。
Q. 为什么把判定日定在次月4〜5日前后？
因为中期统计时看到的延迟大约是5天。月底的消费，等差不多的天数就会录入。这是在速度和准确性之间取的平衡。
Q. 过了4〜5日还没到的明细也有吗？
有可能。freee的帮助页面说明，从消费日到获取明细有时需要2个月左右。如果觉得可能还有没到的，最好再等一等。
Q. 用PASMO在便利店的消费怎么掌握？
PASMO可以通过售票机或App的余额记录确认。因为不会出现在信用卡明细里，需要另外统计。Mobile PASMO的记录范围是26周以内。
Q. 乐天Pay的消费会出现在信用卡明细里吗？
乐天Pay的支付来源可以从信用卡、银行账户、乐天Pay余额中选择，呈现方式可能因设置而不同。我家的会计软件明细里没有出现，所以用App的记录确认。
Q. 只用速报通知不能判定吗？
App的即时通知不显示消费商户。不知道在哪家便利店消费的，就很难计入额度。我觉得只作为预估参考比较好。
参考的官方信息
- 信用卡支付信息反映到消费明细和可用额度的时间(乐天卡 理财专栏)
- 刷卡通知服务(乐天卡)
- 在App中确认消费明细和请款明细的方法(乐天卡)
- 消费明细的看法(乐天卡)
- 关联(同步)乐天卡(freee 帮助中心)
- 使用关联(同步)功能的注意事项(freee 帮助中心)
- 余额记录的确认(PASMO)
- 余额记录和消费明细等的确认 Apple Pay的PASMO(PASMO)
- 乐天Pay App新手指南(乐天Pay)
总结
便利店上限管理中，月中无法判定的原因有两个：一是信用卡明细要晚几天才到，二是信用卡以外的支付在统计之外。
我家把判定日推到次月4〜5日前后，任务设为”等待”。虽然不是完美的数字，但比用月中的数字急着下结论，应该能更冷静地看待。
判定日定在什么时候，我觉得要看自家明细到达的情况。不妨看一看自己的明细晚几天录入，也许就能找到合适的日子。
在上限管理这类变动支出的功夫之外，也把通信费这项固定支出看一看会更放心。
本文包含联盟营销广告。如果您通过本站链接申请相关商品或服务，我们可能会从合作企业获得报酬。此外，运营者是乐天集团的员工，也可能通过员工推荐计划获得报酬。文章内容与评价均基于运营者的真实体验与调查完成，与是否存在广告无关，但请您在阅读前了解上述关系。详情请参阅免责声明与联盟营销说明。 免责声明与联盟营销说明
本文包含机器翻译内容。正式条件请以乐天移动官方网站的多语言页面为准。
如果您对乐天移动的通信区域·信号状况有疑问，可以通过官方的 电波改善调查申请表 进行咨询。
