因为【Emsdata → DoApp → PreInputSet】这个接口，对于日本专线的数据，只检查邮编是否正确，不会检查其他数据。接下来的接口，是让技术人员在给上面这个接口提交数据之前，先通过这个接口提交检查一下数据。

先说说需求的背景情况。

# ————————————————————————————————

做日本专线，如果要日本清关顺利，那么提供给日本清关行的数据就不能马虎，标准很严格。

数据不做好，影响清关效率、打在标签上的文字让日本快递员看不明白，影响派送。

尤其是下面4个关键数据↓

（1）收件姓名

（2）收件电话

（3）收件邮编

（4）收件地址

# ---------------------------------------------------------------

# 简单概括一下上面4个数据要注意的事项↓

# ------------

（1）收件姓名：

必须是全名全姓。而且很多中文简体汉字在日文系统里是无法识别的。那就需要把中文简体汉字转化成日文系的汉字。另外日文姓名的英文不是真正意义上的欧美英文姓名、而是罗马注音格式的。

另外日本人姓名可能是纯日语系汉字、也可能是罗马注音姓名、也可能是中国人汉语拼音、也可能是日文平假名、也可能是日文片假名、也可能是假名和汉字混合体。不管是哪种组合，必须保证“有姓有名”。

# ------------

（2）收件电话：

座机是10位数、手机是11位数，而且开头都是0，而且座机号码和手机号码，对应的号码第2位数有限制范围的。另外，提供的数据如果开头没有0，还需要补0，还要智能去掉开头字符里包含的日本年国际区号。

# ------------

（3）收件邮编：

必须是7位数，不足7位要开头补0.超过7位就是错的.日本有将近14万个邮编，每个邮编对应不同的地址。

# ------------

（4）收件地址：

收件地址的日文汉字都是日语系的汉字，如果是英文就是罗马注音。而且要完整的包含：都道府県、市区町村、丁目番号、街道门牌信息（一共4级地址数据）。而且日文地址要求数字和字母是全角。而且很多中文的标点符号在日文系统是乱码，比如中划线这个常见的标点符号在日文表达里有标准的字符。等等很多细节。

# ---------------------------------------------------------------

# 以上4个数据，要检查的逻辑细节也非常多！以上的介绍只是关键要注意的细节。因为篇幅原因，这里就不多作描述了。你只需要会用下面即将介绍的api接口就行了。

上面4个数据检查，全部交给api就行了↓

# ----------------------------------------------

# 直接看posttman截图，然后再对接口做详细介绍↓

↓

电话号码、收件姓名，如果你不想检查，也可以提交空值，我的程序就当作你不要求检查这2个数据。

↓

接口文档详细描述，技术人员或者客服人员再给你这个教程的时候，会额外附带下面几个关键参数，注意参数字段名是大小写敏感。

↓

提交的Json数据包介绍↓

↓

返回的Json数据包介绍

↓

不管成功还是失败。

都会有【ApiRunResult】和【ApiRunStatus】

【ApiRunResult】这个是接口提交成功或者失败的1个文字描述。如果是失败，这里会显示失败原因。

【ApiRunStatus】这个只有2个值：【Success】和【Fail】，注意大小写敏感。

你提交接口只要关注这个字段值。

# ——————————

如果【ApiRunStatus】=【Fail】

返回的Json数据包只有【ApiRunResult】和【ApiRunStatus】这2个字段。

# ————————————

如果【ApiRunStatus】=【Success】

返回的Json数据包有【ApiRunResult】和【ApiRunStatus】和【JpLineData_CheckResultJson】这3个字段。

接下来介绍【JpLineData_CheckResultJson】这个字段值里每个子元素字段介绍

↓

上面是返回给你的Json数据包，

你获取之后，正式提交到【Emsdata → DoApp → PreInputSet】这个接口需要用到上面数据，

我建议↓

cRPostcode = Postcode_NewStr

cRAddr = Address_NewStr_JP

cRPhone = PhoneNo_NewStr_1

cReceiver = Name_OldMod