【问】：钮门系统的api接口程序包里的下家接口可以客户自己开发吗？  我可以自己开发增加钮门系统api接口(Emsdata.dll)的下家接口吗？ | 钮门api接口程序包里的“__help_GenApi.txt”这个做什么用的？

【答】：可以你自己开发下家接口。

但是如果你不知道钮门系统的api接口程序包(Emsdata.dll)的工作原理，你最好先温习下这篇关于“钮门系统api接口程序包”的详细介绍：https://www.ems-help.com/ems-help/5430/d.htm

↓

如果你知道钮门系统的下家接口的运作原理以后。我再说说这个配置文件↓

点击鼠标右键另存为下载：__help_GenApi.txt

↓

这个txt文档是专门给你们公司的程序开发人员看的。只有专门做程序开发的人员才能看懂。

先不用看。先看完我下面的原理描述。

我先描述我们钮门收取费用帮你增加“钮门下家接口”的原理。

首先钮门系统的“下家”就是你的货发给谁，并付钱给谁。那么这个“谁”就是你的下家。比如你的货是以你的”FEDEX联邦账号”的名义发货给FEDEX。那么fedex就是你的下家。

↓

现在是信息化时代，数据时代。尤其是物流公司为了提高流水线操作效率，“api对接更重要”。

就是是你的货还没有到下家那里，提前已经获取了下家转单号和下家标签。提前把下家标签贴在包裹上，到了下家那里，下家也能更快速的将这个包裹更方便快捷入库他自己的系统。

↓

所谓“下家接口”就是你当前使用的钮门系统，推送数据给你的“钮门下家”。然后“钮门下家接口”在接收到你的钮门系统推送的数据的时候，如果网络通畅+数据合乎规范，下家接口当场就给出反应，实时地通过程序接口返回给你的钮门系统1个转单号+1个转单标签。

↓

因为“下家公司”的api接口的数据规格是按他们自己的标准制定的。肯定是我们钮门公司研发钮门系统的字段标准不一样。

所谓“api字段标准”就是比如同样表达“转单号”，我们钮门用的是“cNo”，但是你的下家的系统可能是另外1个英文单词。这只是基本的举例。

另外人家是下家，人家开发自己家的接口，可以定制自己的标准。

那么我们钮门把钮门系统的数据推送给下家的系统里，必须按下家api程序接口的要求去包装这个数据内容。这样下家api接口才会愿意接受你推送过去的数据。

↓

所以。每增加1个下家接口，我们钮门要收取1万元/每次或每个的开发费用。

如果你们公司有自己开发团队，有自己开发程序的能力，不想浪费这个开发费用增加下家接口，想自己开发钮门ａｐｉ下家接口。

可以自己开发。首先你必须除了钮门系统的云服务器之外，还要在搭建一台服务器。

注意！是必须额外再搭建一台服务器。这个服务器就是专门用来你自己开发下家接口用的、

不可以跟钮门系统共用服务器！！！

↓

你在这个新搭建的服务器部署你的接口程序。只不过你这个接口程序的字段规格按钮门系统的这个文档“__help_GenApi.txt”的规格来。

至于你的这个接口程序跟其他下家接口之间的通信和开发手段，那是你自己的事情。

↓

然后钮门系统里定义下家接口的时候，就定义你这个自己开发的下家接口程序。

因为你这个自己新开发的下家接口程序是按钮门的字段规格来的，那么钮门系统到你这个新开发的下家接口程序操作“推送数据和取转单号”的时候，就没有障碍。

以FEDEX下家接口为例:

我们钮门现在已经开发好了FEDEX的下家接口程序，集成在钮门api程序包（emsdata.dll）里面了。上个图：

以上就是钮门api已经开发好fedex的api下家接口的运行原理，虽然转了一道，

但是从计算机的通信速度的角度上是瞬间完成的。

在客户使用软件层面的感官上，是感觉不出来的。

↓

那么，假设我们钮门api程序包（emsdata.dll）没有集成fedex的下家接口。

而你们公司自己有开发团队，想自己开发下家接口。

假设你们搞得定，开发好的原理图，如下图：

中间多了1道过渡。

重点重复一下：

你们自己开发的下家接口服务器程序，必须按钮门规格来存放数据。这样钮门系统到你这个专用下家接口服务器来取数据，就是直接取的。没有障碍的。