法国包易购(easysent)系统需求

背景:

该系统客户端初期主要针对国内的物流商,这些物流商面向国内他们的客人接货,将包裹成批发给我们,贴面单的操作将由客户自己完成。客户端的主要操作人员为这些物流商的文员以及仓库操作人员。客户的主要操作为:查询价格,创建订单(可批量),打印面单(热敏和A4可选),创建航空主单,将包裹绑定到主单中,等。

管理端主要使用者为我们easysent公司内部各个部门的员工,各级的员工应该有不同的权限。管理端可以创建客户,设置服务,报价。也可重新打印面单(防止一些面单脱落的情况需要在法国重新贴单),完成航空主单清关功能,导出清关模板,等。

系统使用频率为每天。主要用户多在欧洲和国内,因此24小时都可能有在线情况。前期需保障至少100人同时在线。每天10000票的处理量。后期可根据公司业务量再做调整。

具体需求

  1. DHL转关业务部分(该部分鸟系统已经做了部分开发,在现有版本上需做以下修改)
    1. 客户端批量上传不成功时,需提示具体的错误信息,提示具体哪一个订单出错,最好可以提示到哪个数据出问题。已做
    2. 目前系统批量上传时Sales Reference可重复,需要改为不可重复,出现重复时需要报错。 不可做-因为salesrecord不能作为判断重复订单的唯一条件,也不可能为某一个公司的某一个要求对系统做调整,判断重复订单的条件,详情请见 自动判断合并&重复订单的逻辑
    3. 发票中logo和下署名被固定为了飞鸟国际(如下图),需要客户可以在客户管理界面上传自己的logo,设置自己的发货人地址信息.可以做-读取d中发件人地址并且在invoice显示 BS-2760 - Getting issue details... STATUS BS-2706 - Getting issue details... STATUS
    4. 需要考虑可以设置每一张运单有不同的发件人地址。可以做-发件人地址做到订单界面 BS-2706 - Getting issue details... STATUS
    5. 需要加入装箱概念。每个箱子有一个箱号,箱号为系统自动生成(格式:2个字母+10个数字),箱号必须为唯一。客户端可以创建箱子打印箱麦(带有可扫描条形码)。客户可把状态为‘待处理’的包裹加入箱子中,包裹状态改为’处理中‘。也肯从箱子中移除包裹,包裹状态恢复为’待处理‘。。(如开发困难,该部分可以迟点再做)可以做-1.装箱的概念可以参考agent direct consignment装箱打包的过程(创建订单→ 订单装包→创建批次→ 订单包裹装箱)2.箱号的规则(2个字母+10个数字)可以先打印出箱号,让客户贴 BS-2761 - Getting issue details... STATUS
    6. 该业务下管理端需要对每个客户有一个体积重的计费设置权限。有些客户需要体积重计费,有些客户不计算体积重。希望能在客户管理端有勾选功能,让系统能识别是否需要计算体积重按客户组设置服务有的按体积重,有的按实际重量。无论是否计算体积重量,客户都应该输入包裹的尺寸信息。已做-可以按同一个服务的不同的计费方式创建两个服务,然后分配到不同的客户组DHL转

    7. 无论客户是否收取体积重费用,系统都应该根据客户申报的实际重量生成一组对应的尺寸数据给DHL系统,这组数据在计算后应该小于实际申报重量。这组数据我们建议预设几组对应不同重量的数据,由系统来无序的推送给DHL,比如预设3组默认值(长*宽*高/5000<实际重量),这部分非常重要,会严重影响我们的盈利率。可以做-服务上做上配置,如果体积重》实际重量,按实际重量算出尺寸(长宽高)可以缩小的比例,给出长宽高发给DHL获得报价 BS-2759 - Getting issue details... STATUS

       2. 中法专线/中德专线 (见下业务流程图)跟cathy提的中英专线需求一致- BS-2714 - Getting issue details... STATUS

    1. 客户端

      1. 客户导入订单(重量,体积,产品,等信息)。之前的商品模块需要关联,以确保客户运送的货物都是通过审核的,管理段可以设置需要关联还是不关联。这部分功能也可以在客户管理端进行设置,或以客户等级来设置,比如部分客户是免检客户,可以不关联商品模块,部分客户是必须关联,以管控商品的合法性。订单状态(准备中)可以做-
      2. 系统获取单号,打印运单(Colissimo)。订单状态(待处理)
      3. 创建箱子,获取箱号。添加包裹到箱子中。订单状态(处理中)
      4. 创建主单(主单号,创建日期,起飞机场,起飞时间,到达机场,到达时间)。关联箱子到主单中 。这里的主单号就是bs-2714里的提单号
      5. 关闭主单,上传文件(packing list,invoice,AWB)。
      6. 确认主单信息,修改主单状态为已完成。无法修改

                  b. 管理端

                           i. 导出packing list,invoice,清关文件。

                           ii. 修改主单状态

    3. FBA业务部分

 该业务下客户的操作流程与DHL转关业务基本一致。针对该业务的特殊需求为

  1. 收件人地址为管理端定义,客户端只可选择不可自己输入,管理可以添加修改地址,每个地址对应一个代码,防止客户发货到私人地址或高危地址。该设置的目的是我们可以要求UPS根据地址来给我们做结算。
  2. UPS需要有单包裹和多包裹两种服务 (多包裹服务就是一票多件的模式,同一个订单号,同一个地址,可以支持多个包裹)。以上两种服务有独立的报价,需分开设置报价。系统需要辨识单包裹还是多包裹去对应独立的报价。
  3. 无论是单包裹还是多包裹都需要对每个包裹的总申报价值有系统自动审核,需要检查两个数据,一个是单包裹的总申报价值是否超过150美金,另一个是根据申报重量平均每公斤申报价值是否超过6美金。管理端需要对150美金和6美金两个数值有设置的权限,因为根据客户不同我们会设置不同的数值来限制。
  4. 系统收费需要有6美金每公斤和150美金每箱的限制,在该限制范围内的包裹按照预系统设定的报价进行计费。超出该限制范围的按照以下公式进行收费:申报价值x25%/申报重量(以0.5美金为单位计费)X重量。
  5. 需要有箱麦管理。一个箱麦对应一个运单,箱麦可以是客户自己导入的,也可以是系统自动生成分配的。作用在于:1,方便仓库操作的时候对应箱麦和运单,不出错,2,出现运单磨损或丢失的时候可以根据箱麦找到对应的包裹。箱麦应该唯一的,不仅在同一批货当中,也应该在一个时期内不出现同一箱麦。

4. 航空主单管理

  1. 系统需要加入航空主单的概念,方便客户和管理人员批量管理包裹。

    1. 客户可在系统中创建主单信息 : 主单号AWB(11个数字),创建日期,起飞机场,起飞时间,到达机场,到达时间。
    2. 创建的主单包含多种状态 : ‘开启’,’关闭’,’完成’,’清关中’,‘已清关’,‘海关审核’。’开启’,’关闭’,’完成’这三种状态的修改客户端开放。’清关中’,‘已清关’,‘海关审核’状态只针对管理端。

                b.1        开启状态,客户可根据箱麦添加箱子到状态为’开启‘的主单中。客户可以修改‘开启‘状态的主单到’关闭‘状态。

                b.2        关闭状态,客户无法移除该主单下的箱子。客户也可修改’关闭‘状态下的主单为’开启‘用以移除箱子。

                b.3       完成状态,客户无法再对主单做任何操作。客户确认完主单信息后可以将状态修改为‘完成’。

                b.4       清关中状态,表示该主单正在清关流程中。管理端可以修改状态为‘完成’的主单为‘清关中’状态。该状态下只有管理端可以导出packing list 和 invoice(需要预设模版)。可以选择根据不同的服务导出不同的清单模板。

                b.5       已清关状态,表示该主单已经全部清关完成,并已准备被后程物流商来提货。管理端可以修改‘清关中’状态为‘已清关’状态。

                b.6       海关审核状态,表示该主单下有包裹被海关抽查,可能需要提供海关审核材料。管理端可以修改‘清关中’状态为‘海关审核’状态。海关审核通过后,管理端可将状态改为‘已清关’状态。
           c. 主单需要显示绑定在该主单下的箱子数量,包裹数量和总重量 。
           d. 由于UPS服务存在多包裹情况,在客户执行关闭主单这个操作时,系统需要自动判断,是否同一个订单下的所有包裹都在该主单中。如果不是,主单无法关闭。系统需要提示哪个订单缺少包裹。

    PS:这个需求的开发可能需要较多时间,前期我建议可以先开放功能:允许客户端和管理端批量更改包裹状态到‘处理中‘方便客户管理。

    BS-2853 - Getting issue details... STATUS BS-2812 - Getting issue details... STATUS


5. 商品管理模块

该模块用以管理产品以及审核产品。每个产品的信息包含:SKU, 中英文品名,重量,体积,客户申报价值,报关价值(只对管理端可见),图片(可选),HS code。

  1. 预审产品包含三种状态:’待预审’, ‘已备案’, ‘需修改’。
  2. 待预审状态: 客户通过一个界面输入产品的信息包含:SKU, 中英文品名,重量,体积,客户申报价值,图片(可选),HS code。此事系统生成一个‘待预审‘状态的产品等待管理端审核。
  3. 已备案状态:管理端预审产品,如通过,将产品状态改为‘已备案‘。并且可以给产品设定等级概念(如普货,高货值,高危,等。产品等级概念可以在后台添加)。如果审核不通过,要求客户重新修改信息,此时需修改产品状态为’需修改‘,并附上审核不通过的原因和需修改的内容。
  4. 需修改状态:客户需要通过管理端返回的内容,修改状态为‘需修改‘状态的产品信息申请重新预审。此时产品状态改为’待预审‘。
  5. ‘已备案‘状态下的产品客户将无法修改。在该界面中,应该有一个海关申报价值的添加,在审核过程中,报关价值默认为客户申报价值,但是管理端可以根据实际情况修改申报价值。该数据对客户不可见,且客户也不会知道我们做了修改。在主单模块中导出的清关文件中的价值应该以该海关申报价值为标准。


其他需求

1.装箱流程中,需要系统判断,同一个箱子中,只能放入同一个服务商的包裹。

2.建议服务器部署方案。需要保证欧洲和中国两端的运行速度。

3.由于是针对我们的客户,飞鸟的名字出现在系统中不太好,希望能修改登录域名,目前我们注册的域名是:www.easysentexpress.com