技术开发

2021年7月1日，欧盟（EU）的27个国家将对电子商务销售实施新的增值税规则，这可能会影响你通过包括亚马逊在内的网上商店向欧盟消费者销售商品。从非欧盟国家运往欧盟的卖家必须向他们的承运人提供这个IOSS Number，亚马逊已经收取了销售的增值税。为了支持这一变化，我们正在更新亚马逊MWS，以便为适用的订单包含 IOSS Number。Order和Order API的变化详见下文。 IossNumber（IOSS number）是什么？ IOSS number是卖家从非欧盟国家运往欧盟，必须向他们的承运人提供这个IOSS号码，亚马逊已经收取了销售的增值税。 IOSS number将作为适用订单的ListOrderItems MWS API的一部分被返回。“IossNumber “属性将是ListOrderItems API下OrderItems响应元素的一部分。 <?xml version="1.0"?> 933-2018439-5961448 2 Echden - Pellicola Protettiva in Vetro temperato per Fotocamera 3D, 9H 0.00 EUR New false B07VG6HK1B B07VG6HK1B _mfn 00860440070822 false 1 IM4420001234 1 New 22.68 EUR 3.94 EUR 0.00 EUR </OrderItem> </OrderItems> </ListOrderItemsResult> <ResponseMetadata> e711d3a9-305e-41de-8d73-14992411f182 </ListOrderItemsResponse> 以下报告类型中也可以返回IOSS 字段： _GET_ORDERS_DATA_ _GET_FLAT_FILE_ORDERS_DATA_ _GET_FLAT_FILE_ALL_ORDERS_DATA_BY_LAST_UPDATE_ _GET_FLAT_FILE_ALL_ORDERS_DATA_BY_ORDER_DATE_ _GET_XML_ALL_ORDERS_DATA_BY_LAST_UPDATE_ _GET_XML_ALL_ORDERS_DATA_BY_ORDER_DATE_

Shopify 正在更新： 《API 许可及使用条款》 Shopify API License and Terms of Use 《合作伙伴计划协议》 Partner Program Agreement 如何在 Shopify 上构建和分发各种应用，以此保障商家及其数据的安全。 以下摘要重点介绍了一些将于 2021 年 1 月 1 日生效的最重大更新。 适用于开发人员的更新： 明确自定义应用和专有应用仅供个体商家（包括单个商家拥有的所有商店）使用。只允许将公共应用分发给多名商家。 未经 Shopify 授权，不得在任何应用中使用其他方案来替代 Shopify 结账。 开发人员可以利用 Shopify API 和应用扩展程序，在 Shopify 安全结账的基础上构建用户体验。 此外，为了持续提供安全且出色的用户体验，未经 Shopify 授权，也不得干扰任何与 Shopify 结账相关的 Shopify 功能。 现在， 主要 用于向第三方传递商家数据的应用必须获得 Shopify 的明确书面授权，才能传递数据。 如果此项变更适用于您的连接器应用，而该应用有大量商家使用，那么我们的团队应该已经向您发送电子邮件，告知您后续步骤。如果您没有收到这封电子邮件，则暂时无需采取任何行动。 适用于 Shopify 合作伙伴的更新： 合作伙伴必须遵守与其服务相关的所有法律法规，包括获得所有必需的许可。 合作伙伴可以参加新推出的推荐奖金优惠活动，向商家推荐 Shopify POS Pro；Shopify POS 的推荐奖金活动将于 2021 年 1 月 1 日截止。

什么是角色？ 角色是销售伙伴 API (Amazon Selling Partner API) 用于确定开发者或应用程序是否有权访问操作或资源的一种机制。如果是开发者，您必须请求特定角色并获取相应资格，否则您将无法访问该角色下分组的操作和资源。角色可以保护对个人身份信息 (PII) 和其他敏感数据的访问，还能限制数据访问，确保开发者仅访问应用程序所需的数据。这有助于确保买家信任亚马逊以及那些采用销售伙伴 API (Amazon Selling Partner API) 的销售伙伴服务企业。 角色定义 在下表中， 受限 是指角色需要可能包含个人身份信息 (PII) 的敏感信息。在这种情况下，您需要提供有关数据使用情况和安全控制的更多信息。 每个角色描述中提供的操作示例仅用作举例，并不是确切无疑或详尽的清单。 角色描述 商品信息创建和管理商品信息。 通常用于和商品目录相关的报告、上传数据和操作。 需要分配此角色的操作示例： 销售伙伴 API 中涉及目录商品的 getCatalogItem 操作，此操作可返回有关指定商品及其属性的信息。 销售伙伴 API 中涉及报告的 createReport 操作，此操作用于请求 GET_MERCHANT_LISTINGS_INACTIVE_DATA report 报告。此报告返回详细的非在售商品信息。 销售伙伴 API 中涉及商品费用的 getMyFeesEstimateForSKU 操作，此操作可返回指定商品的预计费用。 定价确定市场价并自动确定商品价格。 通常用于和定价相关的报告、上传数据和操作。 需要分配此角色的操作示例： 销售伙伴 API 中涉及上传数据的 createFeed 操作，此操作用于提交 RFQ_UPLOAD_FEED 上传数据。这样，您就可以根据企业客户的请求上传数量折扣。 销售伙伴 API 中涉及定价的 getPricing 操作，此操作可返回卖家商品的定价信息。 销售伙伴 API 中涉及报告的 createReport 操作，此操作用于请求 GET_MERCHANT_CANCELLED_LISTINGS_DATA 报告。此报告返回已取消的商品信息。 库存和订单管理分析和管理库存。 通常用于亚马逊物流销售报告、订单追踪报告以及与订单、供应商订单、销售订单指标和库存管理相关的操作。需要此角色的操作不使用配送订单所需的 PII。而追踪订单配送以管理库存/制造/采购的应用程序需要此角色。 需要分配此角色的操作示例： ...

API 的可靠性取决于确定您的容量和资源，从而满足应用程序随时间推移而不断变化的需求。因此您需要试图了解并预测使用情况，然后管理请求速率，以防止在使用高峰期出现服务过多而瘫痪的情况。 在亚马逊销售伙伴 API (Amazon Selling Partner API) 中，使用 令牌存储桶算法 可以限制请求速率。该算法基于一个包含令牌的存储桶类比，其中每个令牌均可交换以发出请求。令牌会按照设定的每秒速率自动添加到存储桶，直到达到存储桶的最大值。最大值也称为突增速率。每发出一个请求，存储桶就会减去一个令牌。如在发出请求时，存储桶为空且无可用令牌，则会触发限制。受限的请求会导致错误响应。 使用方案 亚马逊销售伙伴 API (Amazon Selling Partner API) 操作具有对应的使用方案，这些方案指明速率限制。您可以在 API 参考文档中进行查看。使用方案的定义如下： 速率 - 每秒添加到令牌存储桶的请求数，可用于提交请求且不会受限。如果您在长时间内持续调用，请保持低于此速率以免请求受限。 突增 - 令牌存储桶的最大值。此数值也表示在假定可填满令牌存储桶的情况下，您在一段时间内建立并同时提交的最大请求数。 动态使用方案 这项新功能可根据业务的长期需求自动调整速率限制。 动态使用方案能够根据每个销售伙伴的当前和历史业务需求进行自动调整。采用多种措施作为规则，以动态调整速率限制。也就是说，对于采用动态使用方案的任何亚马逊销售伙伴 API (Amazon Selling Partner API) 操作，您都可以预测其速率限制的变更。您可以按照 API 参考文档中发布的默认速率规划应用程序。但是，由于动态使用方案旨在根据时间的推移不断调整限制，因此速率在日后会有所变化。当您向亚马逊销售伙伴 API (Amazon Selling Partner API) 操作提交请求时，该操作的当前速率限制将发回至 x-amzn-RateLimit-Limit 响应标头。 与亚马逊商城网络服务（亚马逊 MWS）的比较 与亚马逊 MWS 相比，动态使用方案旨在减少限制。当前的亚马逊 MWS 实行统一的速率限制，不考虑业务规模或随时间而变化的业务需求。借助亚马逊销售伙伴 API (Amazon Selling Partner API) 中的动态使用方案，您可以脱离“一刀切”的速率限制，转而使用这个强调根据业务情况和随时间而变化的业务需求，为每个销售伙伴调整速率限制的灵活方案。 主要的设计改进如下： 动态使用方案会根据不断变化的业务需求调整速率限制。为每个销售伙伴设置了不同的速率限制。 动态使用方案可自动调整速率以改善流量性能。 常见问题 通用 我的应用程序应如何处理 429 响应？ 429 是一个可重试的状态代码。请再试一次，但重复受限的请求需要采取后退措施。请参阅 x-amzn-RateLimit-Limit 响应标头，查看速率限制是否与您的预期不同。 ...

什么是销售伙伴 API (Amazon Selling Partner API)？ 销售伙伴 API (Amazon selling partner API) 是一个基于 REST 的 API，亚马逊卖家可以使用这些接口，以编程方式访问他们有关商品、订单、付款、报告等的数据。使用销售伙伴 API 的应用程序可以提高销售效率，减少人力需求并缩短响应客户的时间，从而帮助卖家发展业务。销售伙伴 API(Amazon selling partner API)基于亚马逊商城网络服务（亚马逊 MWS）的功能构建，但提供了一些功能，帮助开发者及其卖家合作伙伴提高可用性和安全性。 主要功能 使用销售伙伴 API (Amazon selling partner API)，您可以： 设置卖家从商城应用商店详情页面或从您自己的网站启动的 OAuth 授权工作流程。 生成可以帮助您进行 LWA 令牌交换和身份验证的 SDK。 创建混合应用程序，可同时调用销售伙伴 API 和亚马逊 MWS。 通过调用沙箱环境来测试应用程序。 销售伙伴 API HTTP 方法 销售伙伴 API 支持这些 HTTP 方法。 HTTP 方法 描述GET检索资源数据或资源列表。POST将实体提交到指定的资源，通常会引发状态更改或给服务器带来连带影响。PUT将目标资源的所有当前表示形式替换为请求负载。 销售伙伴 API 端点 销售伙伴 API (Amazon selling partner API) 端点与特定 AWS 区域相关联。AWS 区域非常重要，因为它是凭证范围的一部分，是在调用销售伙伴 API 时计算签名所必需的。有关更多信息，请参阅 凭据范围。 销售区域端点AWS 区域北美（加拿大、美国、墨西哥和巴西商城）https://sellingpartnerapi-na.amazon.comus-east-1欧洲（西班牙、英国、法国、荷兰、德国、意大利、土耳其、阿联酋和印度商城）https://sellingpartnerapi-eu.amazon.comeu-west-1远东（新加坡、澳大利亚和日本商城）https://sellingpartnerapi-fe.amazon.comus-west-2 ...

昨天，小编刚和各位深圳人民经历了一场浩浩荡荡的抗台风之旅。今天，又和小伙伴们翻山越岭，丛林历险才得以到工位上上班。所以，答应小编好吗，好好珍惜这一篇“呕心沥血”之作。9月14号，小编参加了 Amazon 2018 Seller Voice 沟通大会，会议在深圳来福士广场， 主题为：Session D：API。 （小编的参会证） 本次会议的重磅参会大咖是 NA 区 MWS 技术负责人 Dalton 和 EU 区 MWS 技术负责人 Jonas。NA 区的 MWS 技术负责人 Dalton 说，这是他第一次来中国参加 Amazon Seller Voice的会议，也是第一次在中国与那么多卖家面对面交流，所以他感到十分的兴奋。虽然亚马逊很久就意识到目前的 MWS 服务和 API 文档过于陈旧，但由于这样或那样的原因，一直没有机会完善。这次，终于找到了一个时机，可以和大家一起坐在这里，探讨卖家自建IT系统和第三方开发者在使用 API 和 MWS 中的痛点，然后将其收集起来纳入到即将投入开发的 API 新平台中。说到这个，小编特意去看了开发文档，发现有些 API 确实很陈旧，大部分还是2009年的版本。但老归老，亚马逊的技术实力还是不可小觑，毕竟不是谁都可以维持9年的稳定性。然而，说实话，API 和 MWS 服务确实有很多问题。这点，相信使用过的老铁比小编更有体会。所以，大家的福音来了。通过 Dalton 的描述，本次圆桌会议之后，亚马逊对 API 的支持即将有重大改变。接下来，小编先和大家分享下负责人对 MWS 的官方解读以及用途。亚马逊 MWS，全称为亚马逊商城网络服务，是一个集成式网络服务 API ，能够帮助亚马逊卖家通过编程方式交换有关商品、订单、付款、报告等的数据。近年来，亚马逊发现越来越多的卖家和第三方服务商都在跟 MWS 对接，由此认识到大家对 API（对接工具）的需求。所以设立了一个团队，希望能帮助对接的企业发展得更好，以及满足所有卖家希望对接的内容来支持亚马逊在不同的站点长久发展。Dalton 说，他们知道目前的 API 不够友好，所以本次来到中国希望听到卖家在使用中的痛点，然后将其收集给亚马逊的 MWS 团队，纳入到开发的新 API 平台的需求中。目前，他们已经意识到，不管是 MWS 的开发商还是使用商，在使用 API 的过程中，都会遇到三类的问题：1、功能性： 亚马逊有很多数据，但卖家们通过这却不能对接到它的所有数据，所以API在功能上是有所欠缺的。2、安全性： 一旦授权，赋予了所有权，给店铺带来了风险。3、使用体验： 据反映，API 的使用体验不好，比如，遇到问题，没有方法或者可以找到途径去解决。API 的使用者主要分为两类人：一种是服务商：他们的 ERP 系统有对接亚马逊的数据需求；另一种就是卖家：他们的自建 IT 系统也有对接亚马逊的数据需求。对此，他们表示，未来会完成以下两个目标： 1、使系统能辨别两种不同的对接方：① 第三方服务商；② 真正的卖家 2、为大家提供了一个平台 APP Store。从这个平台上，大家能快速地找到自己所需要的软件，也会倡导一些服务商，在该平台上完成认证需求。 另外，Dalton 也透露了新版开发的 API 平台将与 Seller Central 的功能保持一致，意思就是 Seller Central 几乎有的功能都会向 API 开放。除此之外，MWS 团队还会增加更多的 API 接口，比如卖家的 Messages 等等。还有，目前 XML 格式的 API 数据，传输数据量大，解析慢，所以他们将会使用更为现代的数据格式比如 JSON，并且对于以前需要多个 Report 组合才能拿到完整数据的情况，Dalton 团队也会进行归纳总结，然后将常用的数据进行结构化之后一并返回。这个对于开发者来说，或许是一个大喜讯。在 API 方面，他们还会基于 AWS 的 SQS 服务，推出事件推送系统，简单来讲就是每当数据有变动的时候你都会实时接收到消息。最后，各位卖家关心的 MWS 授权的安全性也会提到日程，现在 MWS 一授权给第三方的系统，他们将有所有的权限，这对于卖家来说风险还是很大的，所以最近在很多公众号提到的 MWS 授权封号问题，引起了轩然大波，人心惶惶。因此，虽然会议时间紧凑，小编还是趁间隙的时间跟他们确认 MWS 封号事件。他们表示这是因为卖家违反了亚马逊的 MWS 授权使用政策才引起的，具体的大家参考《卖家邦：亚马逊卖家销售数据平台再出故障，大量卖家账号被封》。关于 MWS 的安全性问题，Dalton 在新的平台上会区分开卖家和第三方开发商的授权，也就是说在卖家授权给第三方软件的时候，可以进行更精确的权限控制避免不必要的风险。总结一下，本次 Amazon 推出的 API 新平台将为卖家提供更多，更实时和易于处理的数据，也就是说亚马逊卖家即将能享受到大数据的红利，为此，小编也是替各位卖家小小激动了一下呢。以上就是小编和大家分享的 MWS 圆周会议的主要内容，有些遗落的大家可以在 公众号（跨境电商卖家邦）后台发送关键词“音频”，即可获取无删减版 2H 完整会议录音。