系统采用SaaS模式,通过自研发的一套完整的软件架构体系来协同运行系统,采取了内部闭环与对外提供统一API的做法,通过统一数据交换中心（UDEC）的方式来进行数据交互。数据中心采用集群方式提供数据认证、数据签名、数据审计、数据传递。
商家在后台只需要经过三步操作就可以运行提货系统。如何用?
商家可以像操作excel一样直接在列表中进行编辑商品名称。
可能有的商家在一年内有很多不同季节的商品要兑换，例如商家发行了一张588的提货卡,这张卡绑定了588的水果礼盒、588的大闸蟹礼盒、588的年货礼盒。这个时候商家希望顾客在用这张卡进行兑换的时候，系统能根据不同的时间自动控制兑换的商品：当时间在6月份，顾客只可以选择水果礼盒，不能选择588的大闸蟹礼盒、588的年货礼盒这两个。当时间在10月份，顾客可以选择588的大闸蟹礼盒。但不能选择588的年货礼盒。系统默认就支持这种基于时令商品的控制。在商品中，可以设定兑换的时间范围，并且可以进行跨年支持，即有的商品是在每年的3月至7月，也有的商品是每年的12月至次年的3月这种模式的，系统都完全支持。
为了方便商家创建卡券，系统从设计上就制定的生成卡券的默认规则，商家只需要按自己的规则生成卡券数据即可，在创建卡券模块中，商家一般只需要填入：要生成的数量、卡对应的提货商品。（如果还需要更多个性化操作可以在创建卡券模块中进行个性化配置）。
商家创建了卡券，有可能因为个性化需求，需要针对部份卡数据进行修改，例如：卡要重新对应新的提货商品，卡可能要重新修改有效期，又或者要对一批卡进行批量激活之类的卡券管理。你可以按下面的图例进行筛选数据之后，然后点卡券列表下面的"修改卡属性"，弹出修改属性的功能，按要求修改哪个属性。
我们改进了订单信息修改的功能，可以如同在excel表格中直接操作。
商家人工发货的时候，为了方便可以设置一个默认发货的快递，这样商家在订单列表发货的时候不用每次都选择快递。
