我知道他们有一个api但是
我的问题不会是
回答了，那就太好了
接受他人的反馈
以前就集成过。
我基本上是在一个网站上工作，访问者可以选择出售一个二手物品给网站所有者。
如果用户决定出售，他可以输入商品的规格并获得报价。然后他将继续输入他的地址，我想我将不得不在创建发货标签之前或期间使用联邦快递API进行验证。
因此，假设地址已验证，那么我必须与之交互的api中的脚本似乎是/Ship/Ground/Domestic/ShipGroundDomestic.php5（因为我们还不会集成任何其他类型的装运类型）。
这是实际创建发货并向帐户设置收费的脚本吗？假设一切顺利，它将返回一个带有状态的xml响应？
因为它是基于soap的-我意识到pdf和png运输标签类型有很多选项，看起来它生成了标签，但是它实际存储在哪里，只是临时的吗？
在脚本中，它指定了api密钥、密码、帐户和计价器的选项，因此我必须知道站点所有者的凭据，因为它对创建发货/标签收费我不能使用没有cc设置的普通帐户，是吗？
如果不联系他们并告诉他们让我的帐户进入测试模式，我真的不能测试任何东西吗？或者测试模式有额外的参数吗？
我应该把所有的货物都存储在本地数据库中，以便提取，对吗？或者我应该仅仅依靠联邦快递来存储所有的信息？如果我使用本地数据库，我可以将发货映射到用户，并使用联邦快递提供的脚本来查找发货状态，因此我认为我必须这样做。
如果我有一个功能，可以自动向客户发送邮件，告诉他们某个交付的状态更新，我就必须使用某种类型的cron作业来查看是否有任何更新，我不能用任何其他方式这样做？
最佳答案
如果您使用的是联邦快递web服务api，则可以转到https://www.fedex.com/wpor/wpor/editConsult.do
（您可能需要已经登录）。
它生成的标签只是转储到当前目录中。这对于生产代码显然是不可接受的，因为它甚至不生成唯一的文件名，但是php文件是示例代码。修改它们提供的代码，以便对返回的标签执行任何所需的操作。
你需要一个本地数据库。
为什么要向用户发送更新？他们有什么理由不能直接用追踪号码自己查？我的意思是可以定期调用跟踪api并生成电子邮件，但是用户真的想要这些电子邮件吗？