旧页面仅写下2020年7月24日加元兑日元79.7035，又把7月25日78.7070称作“最新价”，且缺少完整来源。7月25日是周六，这种写法混淆了网页显示日期、市场时点与央行营业日。本页以加拿大央行和日本银行资料重建核验链，并说明CAD/JPY在日加贸易付款中的正确用法。
CAD/JPY表示什么
CAD/JPY表示1加拿大元对应多少日元。79.7035意味着1000加元理论中间值约为79,703.5日元。JPY/CAD方向相反，不能直接拿来比较。
银行客户价还包括点差和费用，理论倒数不是实际买卖价。
旧值为什么不能原样保留
旧文没有注明交易场所、时区、报价类型或文件版本。数字可能来自市场数据商，但无法证明它是日均、收盘还是瞬时价格。
因此保留历史日期与数值线索，同时删除未经证实的“最新”和日内字段。
周末日期如何判断
加拿大央行明确说明，查询日期若落在周末，工具会显示最接近的营业日。返回数字不等于周末产生了新观察值。
系统应保存requested date与observation date，避免把周五数据重复标成周六。
加拿大央行的JPY序列方向
加拿大央行日度表以1单位外币折合多少加拿大元展示，日元通常是1 JPY对应CAD。因此要得到CAD/JPY，应对JPY/CAD原值取倒数。
日元单价很小，过早舍入会显著影响倒数结果。
日本银行数据能验证什么
日本银行每日公布外汇市场统计，并提供美元兑日元等观察值。它未必直接给出每个CAD/JPY交叉盘，但可以与USD/CAD组合做交叉检查。
官方资料的观察时点、买卖中间值定义和营业日须一并记录。
美元交叉计算方法
若USD/JPY为A、USD/CAD为B，则CAD/JPY约等于A÷B。两条基础汇率必须来自相近时点与一致的价格口径。
用加拿大日均与日本上午9点数值只能做合理性复核，不应冒充精确收盘价。
怎样复核2020年7月24日
- 查询加拿大央行JPY/CAD与USD/CAD。
- 保留原始精度后换算CAD/JPY。
- 查询日本银行同日USD/JPY。
- 完成交叉计算并记录时点差。
- 保存CSV、查询链接和公式。
78.7070为何不应标成周六官方价
该值可能来自周五纽约尾盘或周末报价缓存。没有可验证时间戳时，只能说“旧页在周六显示的参考值”。
这与央行在周六发布新日均是两回事。
加拿大进口商支付日元
进口商购买JPY时关注银行日元卖出价。设备、汽车零部件或服务合同还需核对预付款、验收款和质保款的具体时间。
应按真实应付日元金额比较各渠道的加元总扣款。
日本出口商收到加元
收款方应确认账户是否支持CAD，若自动换成JPY，要了解成交时点、点差和手续费。
付款双方最好在合同中明确由哪一端完成换汇，防止重复转换。
时区差异为何重要
东京营业日、北美交易日和服务器日期可能不同。日本已经进入下一日期时，加拿大仍处于前一交易日。
“7月24日价格”必须附时区或官方观察规则，不能只留一个日期标签。
价值日与银行假日
CAD和JPY的交割需同时考虑加拿大与日本假日。市场有报价不代表银行清算正常。
报价日、交易日、价值日、扣款日与到账日应分别入账。
会计换算如何留痕
底稿至少包括原始JPY/CAD、派生CAD/JPY、观察日、参考来源、成交回单、费用和舍入规则。
若企业采用月末率或内部政策率，还需保存政策依据，不能与单日市场价混写。
程序接入的关键校验
使用加拿大央行Valet API时，要验证序列代码、日期、空值和修订。周末回填需显式标记。
交叉盘计算要保存两条腿和计算时间，任一基础序列缺失都不得静默沿用旧值。
日元小数位如何处理
JPY/CAD原始值通常包含较多小数，先四舍五入再取倒数，可能让CAD/JPY偏离原始结果。正确做法是在计算层保留官方精度，只在展示层按业务需要格式化。
付款指令、会计入账和页面展示可采用不同小数位，但各自规则必须写入底稿。
合同汇率条款怎么写更清楚
合同若使用参考率，应明确发布机构、序列名称、观察日、取值时间、报价方向和非营业日处理方式。仅写“按当日汇率”容易在周末或假日引发争议。
若最终以银行成交价结算，还应约定手续费、差额和退款由哪一方承担。
历史页的使用边界
本页用于历史核验、付款流程与数据治理，不提供当前交易信号。今日换汇应取得银行或持牌机构的有效客户报价。
历史波动不能直接预测未来。
站内延伸阅读
报价基础见外汇基础知识，周末处理方法见历史汇率周末核验，机构资质核验见监管资料栏目。
核验清单
- 确认CAD/JPY与JPY/CAD方向。
- 保留日元序列原始精度。
- 区分周末查询日与观察日。
- 交叉计算使用相近时点。
- 删除无来源日内行情。
- 实际付款比较最终净成本。