英语金额大写转换：支票与合同里的写法讲究

为什么数字旁边还要写一遍英文

数字金额有个天然弱点：容易被改动。末尾添个零、小数点往前挪一位，肉眼很难立刻察觉。英文单词写成的金额就没这么容易被动手脚，长串字母连在一起，涂改痕迹明显，所以支票、汇票、正式合同这类涉及钱的文件，通常要求两种形式并存。

两种写法一旦不一致，麻烦就来了。银行可能拒付，合同双方可能各执一词。多数场合的处理惯例是以英文单词为准，因为单词更难篡改。这也意味着，写错一个单词的代价可能比写错数字更大。

所以英语金额大写转换不是走形式，它承担的是防篡改和防歧义两件事。理解了这一点，后面那些看似琐碎的规则就有了落脚点。

整数部分：从右往左分组来念

英文金额的整数部分按千位分组，每组三位，从右往左依次是 thousand、million、billion。比如一个七位数，先拆成“百万”和“千”两段，各自用百位以内的读法念出来，再挂上对应的单位词。

百位以内是基础：几百、几十、几，中间用 and 连接。英式习惯里 and 出现得比较勤，美式习惯常常省略，两种都能见到，关键是同一份文件里保持一致。

组与组之间不需要额外的 and，直接按顺序念即可。整千、整百万的场合，后面的零不必逐个念出来，直接说单位词就行。

一个容易忽略的点：hundred、thousand、million 这些词在金额里用单数，不加 s。写成 thousands of dollars 是泛指，写成具体金额时不能这么用。

小数部分与结尾的 only

小数点后面通常是两位，代表分。英文里不念“点几几”，而是把两位数字当作一个整体，接上 cents。比如小数部分是 50，就念成 fifty cents；是 05，就念成 five cents，前面的零不单独念。

如果金额正好是整数，没有分，常见做法是在末尾加上 only，表示“整”，相当于中文的“整”。有的格式还会写成 xx dollars only，或者用 and no cents 收尾，具体看所在机构的要求。

整数加小数的情况，美元和美分之间用 and 连接。这个 and 和百位以内的那个 and 分工不同，但形式上一样，读起来不会混淆。

还有个小细节：金额里的连字符。twenty-one 这类复合数词，规范写法是加连字符，但正式文件中偶尔也能见到不加的版本。统一即可，不必纠结。

几个高频出错的地方

第一，单复数。一美元是 one dollar，两美元是 two dollars，这个大家都知道，但金额末尾带小数时，dollar 用单数还是复数？通常按整数部分判断，整数部分大于一就用复数。

第二，零的处理。整数部分是零、只有小数部分时，不能什么都不写，一般写成 zero dollars and xx cents，把结构补完整。

第三，大小写。句首大写、其余小写是常见做法，也有全部大写的格式，取决于文件类型。支票上常见全大写，合同里小写更普遍。

第四，拼写。forty 不是 fourty，ninety 不是 ninty，这类拼写错误在正式文件里很扎眼。写完逐词核对一遍，比事后返工省事。

第五，币种。美元是 dollars，欧元是 euros，英镑是 pounds，别把币种词写错，否则金额再对也没用。

自己核对时的一个笨办法

写完英文单词后，倒过来做一次转换：把单词重新读成数字，和原来的数字金额对一遍。这个过程能抓出大部分错误，尤其是漏写单位词、多写零、and 位置放错这类问题。

如果金额较长，可以分段核对：先看整数部分的分组对不对，再看小数部分的两位有没有错位，最后检查结尾的 only 和币种词。分段比整体扫一眼可靠得多。

拿不准的时候，宁可写得保守一些，用最常见的格式，别自创写法。正式文件讲究的是无歧义，不是文采。

相关文章

• base64编码程序16进制：输出里为什么常看到十六进制

  解释Base64编码结果与十六进制表示的关系，说明程序输出十六进制串的原因、转换方法与常见误区。

• base64编码的二进制文件下载：从困惑到清晰

  解释base64编码如何让二进制文件通过文本传输，并实现下载，澄清常见误解，提供实用建议。

• base64编码的二进制图片数据库：存储与查询的取舍

  探讨base64编码图片在数据库中的存储方式，分析其优缺点、适用场景与查询效率，帮助开发者做出合理选择。

• base64编码的二进制图片数据：为何体积变大却仍被广泛使用

  解释base64编码的二进制图片数据为何体积膨胀却常见于网页与接口，分析其适用场景、判断方法与处理思路。

• base64编码的二进制图片：为什么图片会变成一串字符

  解释图片二进制数据转成 Base64 文本后的体积变化、适用场景与还原方法，帮助判断何时该用文本内嵌、何时该保留原文件。

常见问题