基于产业链协同平台的汽车配件商品库构建及交易系统

2020-01-08何丽嘉

湖北农机化 2020年15期

何丽嘉

(湖南电气职业技术学院，湖南湘潭 411101)

1 协同平台汽车配件销售模式中的问题

1.1 汽车配件的相关信息主要是单供应链模式，无法进行跨链搜索配件

使用单链模式进行销售，使平台内信息的互相交流，只是以相关的单一企业为基础与核心，其供应链也主要在这一企业内部，导致配件的相关信息无法流出，不同单位或企业之间配件信息无法进行跨链搜索，这就造成汽配交易现象只能在这个单一企业内，被局限在这个企业已经产生过合作的单位内，进行交易时也只能搜到单链中的信息。

1.2 缺乏供应商的寻找源头功能

汽配市场是供应商与经销商共同作用的结果，如果配件的经销商在对供应商进行寻找并做交易时，只能在整个单一供应链内已有的单位中寻找，如果原来的供应商产品出现问题，或者其提供的配件已经无法满足市场的需要，与经销商的需求不符时，那么经销商就需要再寻找其它的供应商进行合作，但是平台内却没有这一业务模式，无法有效寻找到合适的供应商。交易都是双向选择，一些合格的供应商也可能想进入到平台内，但是却缺乏相关的渠道，无法主动向平台申请入驻，造成供应商资源的缺失。

1.3 缺乏合适的三包期外配件交易模块

当前，平台内的交易大多是以相关制造厂为基础与核心，全部配件销售的需求也都在三包期内，对于这种交易模式，其流程相对来说已经比较完善，但当前汽配市场的需求，对三包期之外的配件仍然有很大需求量，但平台却缺乏适合的模块对其进行支持。

1.4 缺乏供应商评价模块

当前，平台中三包期内的交易流程已比较完善，拥有众多的配件供应商，但对这些供应商管理方面还存在不少问题，其管理也处于比较基础的层面。对汽配市场来说，其竞争也愈发激烈，供应链竞争也日益升级，而供应商管理方面指标比较缺乏，无法对供应商进行有效管理，很多有价值的信息没有体现出来，导致管理浪费现象。而且，经销处在对供应商进行选择时，也缺乏相关的参考信息，也就是供应商的评价模块缺乏，导致经销商对供应商缺乏了解。

2 基于产业链协同平台的配件商品库建构与交易系统设计

2.1 商品库建构与交易系统架构设计

本文对产业链管理以及配件交易中的问题进行研究，与B2B、NET以及SQL Server相结合，对系统进行有效设计，系统主要分为4大模块：信息共享，建构产业库，协调交易模式以及绩效评价方式，架构图如下：

企业访问层。这里主要是前台与后台之间的交互作用，相当于用户的界面部分，因为平台内的角色基本上都是配件的经销商与供应商，为此其用户管理和界面也主要分成2个账号，对其分别进行显示。用户界面就是系统和用户交互时具体操作的界面，用户在登录界面后，就能够按照企业访问层模块与系统管理层交互，因为不同用户拥有不同的权限，那么其操作界面也会有很大差异，与系统管理层具体交互界面也不同，其中，管理员权限最高。

系统管理层。这一架构位于数据层和访问层之间，是系统的核心，主要是接收配件用户在界面输入的数据和指令，在后台进行交互，并且和数据层内的数据库交互，使数据层得到相关数据，并对业务逻辑进行执行和处理。

基础数据层。这里有两个，一是对数据进行逻辑化处理，二是对数据进行访问，其中逻辑化处理主要是对用户输入的数据进行处理，进行具体操作，主要对存储或者语句进行调用，而访问主要对数据库进行操作，把前台的各种数据上传至数据库，并进行各种操作，然后将数据传回管理层。

2.2 配件商品库建构与交易系统功能设计

2.2.1 配件供应商管理模块设计

配件的商品库管理。这里主要是对供应商相关信息进行录入，具体包括各种配件的信息，并对这些信息进行有效操作。

急需件管理。这里主要是对一些紧急的任务进行管理，对急缺件进行交易，并进行查询和议价等时机操作，管理紧急任务主要是对一些需求比较紧急的配件进行管理。对于这一类型的配件，首先由供应商对相关信息进行录入，然后对数据进行交换，并传送到供应商数据库内。议价和查询是为了确保急缺件能够顺利完成交易，并对其价格进行有效协商和调整，在确定好价格与配件后，就能够根据协商价格进行交易，进而产生交易的订单。

招投标管理。除了急缺件交易外，招投标也是非常重要的模块，配件的供应商可以在这里进行投标，下载或者上传相关标书，并进行议价与洽谈，在中标后还可以在其中进行公示。供应商下载和上传标书时，系统可以对这一操作进行记录，议价与洽谈是可以对配件价格进行协商，双方经过洽谈得出一个互相都能接受的价格，公示主要是针对那些成功中标的供应商。

订单交易管理，这里主要包含查询报价、订单管理和订单跟踪。其中，查询报价方面主要是对急缺价与招投标的价格进行议价，并对相应订单进行录入，订单管理则是对订单进行查询、修改、录入或者删除等功能，订单跟踪是对订单状态进行实时跟踪与查询，主要包含订单的在途与完成状况等。

谈判管理。这一模块主要是报价与请求谈判这2方面，在对急缺件以及招投标模块进行议价和洽谈时的报价进行管理，和招投标里的询报价功能类似。

合同管理。这一模块主要是合同的管理和评价2方面，合同管理是对合同进行拟定和修改，还可以进行查询、签订或者删除等操作。评价主要是供应商对经销商对合同内容执行状态的评价。

退货管理。这里包含退货、换货与索赔3方面，在对配件进行交易时，如果配件没有满足经销商的需求，运输时出现损坏或者货物发错等情况时，就可以采取这一模块对其进行补救。

2.2.2 经销商管理模块设计

这一模块设计跟供应商模块有很大相似之处，除了供应商寻源，这里主要是经销商在对配件进行交易时，按照平台内的以往数据就可以对合适的供应商进行选择，可以对已有的供应商进行有效管理，对潜在的供应商进行意向管理等。其余模块跟供应商模块非常相似，这里就不做具体介绍。

2.2.3 汽车配件招投标交易功能模块实现

招标信息的发布。这一模块中，经销商可以根据其实际需求，发布对配件的招标内容，这种信息可以发给指定的配件供应商，也可以根据数据库内的供应商列表，对多个不同供应商进行选择并发送。在招标信息发布页面，客户能够查询供应商的名称，直接进行搜索，也可以对多个供应商进行选择并进行发送。

新增招标计划。招标信息发布后，供应商在符合相关要求后，就可以申请招标，填写招标计划的相关信息。

通知公告维护。前面发布招标信息并填写提交后，在通知公告维护功能模块可以对相关信息进行管理，经销商的采购部门可以对招标计划的具体情况进行查看，经过考察后，可以对评标的结果进行录入，已录入的结果也可以进行查看。这一功能主要是对招标公告相对应的编号进行查看，包括项目、经办人以及地点等信息，还能够对相关结果进行导出。这一模块内，点击查看按钮，就能够对招标申请表的详细情况进行查看，包括配件具体信息等情况。点击录入与查看，就能够对评标结果审批表进行查看，还可以对其进行重新编辑。

生产订单。对已生成的招标计划，如果其投标已经成功，就会产生相应的交易订单，然后再生成订单模块，就能够对订单进行管理。这一界面会包含各种信息。配件编码旁的选择按钮与商品库内的配件相关联，点击选择就能够对相应配件进行选择，当然也可以直接输入编码来查找配件。选择订单后，可以点击查看对订单具体情况进行查询，包括配件需要到货的日期、单价、数量以及型号和规格等进行查询，对确定信息的供应关系，可以发布订单，如果信息出现错误，还可以退回重新操作。