6 个月还是 180 天

一、两种写法来自两套习惯

按月标注，源于食品标签长期以来的行业习惯：保质期跟生产月份挂钩，消费者看「6 个月」比看「180 天」直观。按天标注，则多见于保质期较短、或出口转内销的产品——因为跨国运输周期不定，按天更好核算。

问题在于这两种写法描述的不是同一段时间。一个自然月是 28 到 31 天，6 个自然月是 181 到 184 天（跨 2 月则更少），而 180 天是固定值。厂家写哪个，取决于它内部用哪套系统，而不是哪个更准确。

二、差一天是怎么产生的

按月加，是「年月相加、日不变」：1 月 1 日加 6 个月，落在 7 月 1 日。按天加，是纯粹的天数累加：1 月 1 日加 180 天，落在 6 月 30 日。两条路径在同一个起点上就已经分叉，只是恰好差一天。

如果起点在月末，差距会更明显。1 月 31 日加 1 个月，2 月没有 31 日，只能取月末 2 月 28 日；而 1 月 31 日加 31 天，落在 3 月 3 日。这时候差的不是一天，是三天。

三、构建期算出的对照表

下表把 5 个起点分别按「6 个月」和「180 天」各算一遍，两个结果逐行对照。表在构建时算出，不是手填的。

四、实操上怎么处理

第一，录入时不要自己换算。看到「6 个月」就录 6m，看到「180 天」就录 180d，把单位原样保留。换算一旦发生在录入环节，后面所有日期都带着这个误差，而且没人记得误差从哪来。

第二，对账时以标签为准。标签写 6 个月，就按 6 个月算出来的日子和供应商对；不要用自己换算的 180 天去质疑对方，因为对方系统里可能也是 6 个月。

第三，批量导入的表格里必须有独立的单位列。把「6m」和「180d」塞进同一个数字字段、靠人工记忆区分单位，是这类台账最常见的错源。

五、什么情况下这个差异可以忽略

保质期在两年以上的商品，差一天基本不影响经营决策，因为它离下架还远。真正需要较真的是三类：保质期 30 天以内的短保商品、需要按批次排促销的商品、以及在临期临界点上做过承诺的商品。

反过来说，如果你的台账里绝大多数是长保品，那这套精确到天的口径对你是过度设计——但一旦开始管短保品，它立刻变成必需品。这也是为什么工具里把两种单位都保留，而不是替你选一个——选哪一个不是技术问题，而是责任归属问题：你按哪个口径算，就得按哪个口径对账。