[0001] 本发明涉及农批平台技术领域，具体为一种农产品批发市场智慧农批云平台。

[0002] 而就我国而言，目前现代化程度相对较低的农业物流企业不愿意、也无力在信息化创新方面耗费大的投资。在产品制造等行业纷纷采用信息技术的同时，农业物流业不采
用信息技术是无法适应时代发展的，在市场上也难有竞争力。

[0003] 随着信息化水平逐步提升，在大多数农资、农产品企业无法像产品制造等行业等大型企业能自建物流信息平台的情况下，结合自身管理需求以及政府、消费者对于食品安
全追溯的需要，呼唤催生一个专为信息化程度较低的第三方农资、农产品企业服务和市政
监管服务的公共物流信息服务平台。

[0037] 下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于
本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他
实施例，都属于本发明保护的范围。

[0038] 请参阅图1‑10，一种农产品批发市场智慧农批云平台，包括平台本体，所述平台本体包括后台管理系统、客户端、市场管理端、大数据分析平台和系统集成对接；

[0039] 所述后台管理系统包括：会员管理平台、门禁收费管理、市场综合管理、物业服务管理、食安溯源管理、财务报表管理、系统管理和文件下载中心；

[0040] 所述客户端包括：注册\登录端口、首页端口、供需大厅端口和我的端口；

[0041] 市场管理端包括：市场巡查、客户管理、价格采集、来货抽检、商户评价、水电抄表、收费管理、报修管理、检查更新和退出登录；

[0042] 大数据分析平台包括：进场数据分析、检测检验数据分析和平均图导价格。

[0043] 实施例一

[0044] 商户实名认证分为app申报和柜台录入两种渠道。主要字段为姓名、身份证号、手机号、身份证照片、商铺名称、营业执照、营业执照有效期、健康证、食品经营许可证、法人、主营品类、所属区域及遵守市场管理约定的合同签章图片等；

[0045] 商户扫描张贴在市场显著位置的二维码注册、申报。例如新的临时供应商进场时，扫码进场口的二维码，选择身份，填入相关信息完成申报注册；

[0046] 商户档案库管理对商户档案的入册、定期维护、管理、及时更新，建立起商户从进场、合同、摊位、物业、水电、电子结算、库存概况等档案信息，便于市场追溯。

[0047] 信息归集方式：档案生成方式分为自动和手动两种。

[0048] 由后台商户档案管理模块可以进入商户档案列表，点击详情可以进入单个商户的档案库。

[0049] 管理员APP支持档案信息的查看和信息的及时更新。

[0050] 实施例二

[0051] 采购商实名认证分为app申报和柜台录入两种渠道。主要字段为姓名、身份证号、手机号、身份证照片及遵守市场管理约定的合同签章图片等；

[0052] 采购商扫码通过APP注册身份信息，主要包括姓名、手机号、身份证号、证件照等；

[0053] 采购商档案管理是对采购商档案的入册、管理、更新。

[0054] 实施例三

[0055] 所述会员管理平台包括：卡账管理、会员管理和积分管理，卡账管理分为对市场卡片的管理和账户体系的管理，从制卡——卡片入库——开户——账户管理全流程。此外作
为市场的一账通账户体系，承接着和外部支付网关的对接功能；

[0056] 录入需要制作的卡片张数，系统自动根据一定的编码规则，生成连续的卡号。

[0057] 卡号生成后交由制卡公司生产，实体卡片送达后将卡片入库。入库的卡片可在开户时分发给商户。

[0058] 实名认证后的商户可进行开户的操作。

[0059] 开户成功后，可对此账户进行农商行银行卡绑定、充值、提现、调账、冻结金额、换卡等操作，卡片遗失时可进行挂失、销户、修改密码等操作。

[0060] 一卡通充值有结算中心充值、客户小程序充值、银行APP充值三种充值渠道。

[0061] 市场管理员由后台账户管理模块可以协助客户对指定账户进行充值操作。

[0062] 客户经由客户端首页‑账户充值模块可以对本人账户进行充值操作。

[0063] 客户经由银行一卡通充值入口可以对账户进行充值操作。(由银行开发，农信提供接口)。

[0064] 市场根据不同的运营管理环节生成相应的积分，通过积分规则设置，进行积分发放/扣除，促进市场的有效管理。

[0065] 积分生成规则举例：以进场过磅为例，商户通过电子结算系统每笔进场缴费xx元即可获得xx积分；单笔过磅净重达到xxkg，获得xx积分。

[0066] 积分情况展示：客户app上能查看到会员积分，打开详情页面能看到每笔积分的获得和使用情况。

[0067] 积分兑换商品：客户积分后期可用于线下兑换实物商品。

[0068] 实施例四

[0069] 所述门禁收费管理包括：进出场管理和停车管理。

[0070] 进场报备是商户提前将进场的车辆信息、品种信息录入到系统中的功能模块。车辆进场，司磅员直接识别车辆车牌号获取相关进场报备的数据。

[0071] 进场前，市场商户提前在小程序中录入本次进场的车辆信息、进场品种信息；进场时，司磅员直接识别车牌信息，系统根据车牌信息读取经营户提前录入的品种的信息。对过
磅车辆按“重量×商品费率”的方式收取过磅服务费，支持按进场品种最高费率收费、平均
费率收费任一收费模式。对于花车进场(多品种)，可选以下两种方式收费：①设置花车费
率，花车进场按照“花车费率×重量”收费；②司磅员进场录入多品种信息根据实际应用收
费模式计算。

[0072] 进场报备的方式，极大的提高了进场信息的准确度，是食品溯源的关键性举措；同时也减轻了司磅员的操作负担，可大大提高车辆进场的速度。

[0073] 车辆出场需扫描进场单据，带出进场车辆照片，司磅员可进行对比，确认无误后退款且放行。系统识别车牌信息，进行进出场车牌对比识别，减少人工识别的失误，最大限度
减少系统跑冒滴漏的现象。

[0074] 进出场过磅收费模式支持品种费率+货品净重收费及按车型固定收费的模式。需回磅的情况下，新进场时存在未回磅记录，系统提示未处理不允许进场。

[0075] 管理员每天手动统计各商品品种采价，在过磅出场记录中通过品种划分，通过“重量×前一天采价”的计算方式可以实现市场对每日过磅商品批发量、批发额的数据统计分
析，并向政府提供展示相关溯源数据信息。

[0076] 品种划分功能：该功能会对出场数据进行二次划分，录入单笔进场品种的重量，系统会提醒划分后的品种重量总和是否与进场时的商品净重保持一致；品种单价会关联对应
品种前一日采集价格均价，从而计算出单笔进场品种的销售总额。每笔品种划分数据都会
作为市场品种销售额、销售量预估报表的数据，从而进行数据统计分析，分析出单品种的批
发量、批发额，市场总销售量、销售额，并可以按时间维度进行筛选查询。

[0077] 市场现使用蓝卡停车系统，存在：车辆出场车牌识别错误率高，系统无法修改正确信息；不支持车辆信息建档(车牌与车型关联)；车牌识别时车辆移动会造成二次拍照，二次
拍照后无费用产生会自动开闸等问题。因原系统使用年限过长，软件系统对接困难，所以提
出如下解决方案：市场设置社会车辆和过磅通道出入口，停车费按车型+停车时长的收费模
式收取。

[0078] 实施例五

[0079] 所述市场综合管理包括：冷库管理、市场巡查、报修管理、采价管理、供需管理和商户评价管理；

[0080] 巡检计划管理包括巡检计划的添加和删除、巡检结果查询。巡检计划的管理员添加巡检计划，设置计划周期、巡检项和巡检人员。在巡检结果提交之后，可以查询巡检结果；

[0081] 巡检结果查询：此功能可以为巡检管理员提供巡检结果数据查询功能。在管理PC端，可以查询或删除巡检结果；

[0082] 巡检人员可以在管理移动端查询自己的巡检计划，包括进行中、未完成和已完成的巡检计划；

[0083] 巡检人员在巡检结束后，可以在管理移动端的对应巡检计划中提交自己的巡检结果。

[0084] 实施例六

[0085] 所述物业服务管理包括：区域管理、档口管理、档口动态管理、合同管理、物业缴费和水电管理。

[0086] 物业缴费支持查看对市场各档口、商户应收费用的记录。收费项包括物业费、本地水果、本地菜、临时场地、损坏设施处罚等。收缴费用有柜台缴费、客户小程序缴费、管理员
收费三种渠道；

[0087] 区域管理是对市场内的交易区域进行定义的功能，有利于市场的集中管理。

[0088] 档口管理将市场内区域‑摊位/仓库的详细情况录入系统，以便于后续的统一规划管理。

[0089] 档口动态管理：通过可视化的方式，直观的了解到目前市场摊位/仓库所处的各个状态，指导销售、物业团队更好的跟进。其中市场摊位状态为：自持已租、空置未租、商户自
营、未售，标准仓库状态为：已租、未租。

[0090] 合同管理是记录商户租赁摊位/仓库/冷库信息，生成缴款账单的功能。系统根据模板填充内容生成合同，支持部门下载打印审批签字，财务入账后上传最终的合同文件确
认合同生效并上传有效文件图片；支持合同查询，查看合同细则及应收/实收/未收的统计。

[0091] 根据合同相关要素，可自动生成相应的租金账单。

[0092] 物业缴费支持查看对市场各档口、商户应收费用的记录。收费项包括物业费、本地水果、本地菜、临时场地、损坏设施处罚等。收缴费用有柜台缴费、客户小程序缴费、管理员
收费三种渠道。

[0093] 水电工可以通过APP线上抄录水电表度数，抄表方式按电表上期读数和本期读数。

[0094] 实施例七

[0095] 所述食安追溯管理包括：检疫检测管理、追溯信息查询和二维码查询；

[0096] 食品安全追溯管理是农批市场对进场商品从上游产地采购、报备进场、进场检疫检测到批发交易，再到下游农贸销售的全流程管理追溯的功能。

[0097] 食品安全追溯运用信息技术手段，实现农产品流通的索证索票、购销台账的电子化，形成来源可追溯、去向可查证、责任可追究的质量安全追溯链条。当相关食品安全事件
出现时，帮助管理部门查验和防控工作的精确定位，同时也确保买卖双方在商品交易流通
中放心交易。

[0098] 买卖家实名制是食品追溯的起点，也是追溯流程得以顺利完成的必要组成条件。买卖家可通过用户端或后台端完成实名认证。

[0099] 进场数据的产生是车辆进场登记时产生的数据，是农批市场信息追溯体系中的第一步，该数据承接上游的产地或者屠宰场，获取产地证明或者上市证明，同时记录车辆信息
(车牌号)，品种信息(品种名称、产地、生产企业)，商户信息(客户编码、姓名、手机号、一卡通号、摊位)，货证相符后录入系统，建立电子台账。成功进场后生成单据号和批次号，单据
号及批次号会和后续的检测数据及交易数据关联。

[0100] 在车辆成功进场后，后台系统会同步生成食品安全待抽检数据。车辆进场后，市场检验人员抽取样本，检测肉蔬的检测值并将检测结果录入到系统中，市场工作人员可根据
系统中录入的检测结果判定该批次商品是否符合交易条件。最终结果跟进场单据号、批次
号进行关联。

[0101] 检测后，可自动生成检测小票，扫码可查看该商户从进场到检疫的全部信息。如果检测结果不合格，市场需要销毁处理，不予销售；按照情节轻重可进行一定处罚。

[0102] 在车辆成功进场后，商户可直接用手机扫描小票上的二维码，查看商品产地信息、进场信息、检疫检测信息；商户也可至电子结算中心，要求工作人员查询并打印相关追溯信
息。

[0103] 进场、溯源、价格数据集成数据大屏分享链接给相关政府(如商务局)，便于政府对农产品的管控，实现食安追溯及纳统需求。

[0104] 实施例八

[0105] 所述财务报表管理包括：账户报表、门禁报表、物业报表和财务对账报表。

[0106] 实施例九

[0107] 所述系统管理包括：权限管理、基础数据管理、资讯通知管理、业务规则配置、系统监控和数据字典。

[0108] 系统设置是智慧农批云平台运行的基础，是系统初始化配置模块，其他业务模块都要从此模块进行角色、权限、部门、品种等数据调用，完善的基础管理系统能够极大提高
系统的易用性和便捷性。

[0109] 部门管理是定义和编辑各市场各机构下的部门的功能模块，支持添加多级部门，支持增删改查。

[0110] 用户管理是添加系统用户的功能模块，支持增删改查。

[0111] 角色管理是添加系统角色功能的模块，支持增删改查。

[0112] 基础信息管理模块是对市场基础经营所需的基础信息维护、更新、展示、调用的基础模块，是智慧农批云平台运行的基础。

[0113] 产地管理是对市场内农副食品的来源地标准化的功能模块，有利于数据的统一性，也便于快速查询。

[0114] 品种管理是市场内农副食品的种类规范管理的功能模块，支持增删改查。

[0115] 车辆档案管理是对市场内进出车辆建立信息档案，有利于数据的统一性，也是信息化建设的重要一环。

[0116] 市场可以通过以下几个渠道建立车辆档案：

[0117] 过磅通道进出场：司磅员通过进场环节搜集车辆车型信息，出场回磅时空车回磅自动更新车辆皮重，带货回磅车辆由司磅员登记客户行驶证上的车辆皮重。

[0118] 年卡车辆：在小程序和后台绑定车辆‑办理停车年卡时，需要填写车辆信息。

[0119] 后台直接添加：管理员可以在后台CMS‑车辆档案管理功能新增录入车辆档案信息。

[0120] 市场可随时对场内商户APP发送消息通知，并对发布记录进行查询。

[0121] 数据字典是对系统内数据的数据项、数据结构、数据流、数据存储、处理逻辑等进行定义和描述的功能模块。

[0122] 用户操作日志详细记录，可随时进行查询访问记录。

[0123] 大数据展示平台主要展示市场各个业务的经营情况汇总，是从各种各样的类型数据中，快速获取有价值的信息能力，市场可以自定义所需要获取大数据的范围，可从日期、
金额、价格、等多维度全方位展示汇总信息，大数据可展示市场的供求关系图，让市场管理
人员可以更好的决策，更利于政府对农产品的管控，实现食安追溯及纳统需求。

[0124] 数据主要可展示市场物价、通知公告、管理公司市场数据、信息公司检测数据等，数据汇总展示是可变的，市场根据自己的需求进行可视化定制。

[0125] 客户(买卖家)端是市场提供给市场商户/采购商市场线上服务的媒介，主要功能包括身份认证、来货报备、线上缴费、报事报修、金融预约、供求发布、资讯通知、我的账户、我的积分、个人资料。

[0126] 上述实施例中目标人群及角色功能如下表所示：

[0127]

[0128] 为详细说明本申请可能的应用场景，技术原理，可实施的具体方案，能实现目的与效果等，以下结合所列举的具体实施例并配合附图详予说明。本文所记载的实施例仅用于
更加清楚地说明本申请的技术方案，因此只作为示例，而不能以此来限制本申请的保护范
围。

[0129] 在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中各个位置出现的“实施例”一词并不一定指代
相同的实施例，亦不特别限定其与其它实施例之间的独立性或关联性。原则上，在本申请
中，只要不存在技术矛盾或冲突，各实施例中所提到的各项技术特征均可以以任意方式进
行组合，以形成相应的可实施的技术方案。

[0130] 除非另有定义，本文所使用的技术术语的含义与本申请所属技术领域的技术人员通常理解的含义相同；本文中对相关术语的使用只是为了描述具体的实施例，而不是旨在
限制本申请。

[0131] 在本申请中，诸如“第一”和“第二”之类的用语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何实际的数
量、主次或顺序等关系。

[0132] 在没有更多限制的情况下，在本申请中，语句中所使用的“包括”、“包含”、“具有”或者其他类似的表述，意在涵盖非排他性的包含，这些表述并不排除在包括所述要素的过程、方法或者产品中还可以存在另外的要素，从而使得包括一系列要素的过程、方法或者产
品中不仅可以包括那些限定的要素，而且还可以包括没有明确列出的其他要素，或者还包
括为这种过程、方法或者产品所固有的要素。

[0133] 与《审查指南》中的理解相同，在本申请中，“大于”、“小于”、“超过”等表述理解为不包括本数；“以上”、“以下”、“以内”等表述理解为包括本数。此外，在本申请实施例的描述中“多个”的含义是两个以上(包括两个)，与之类似的与“多”相关的表述亦做此类理解，例如“多组”、“多次”等，除非另有明确具体的限定。

[0134] 在本申请实施例的描述中，所使用的与空间相关的表述，诸如“中心”“纵向”“横向”“长度”“宽度”“厚度”“上”“下”“前”“后”“左”“右”“竖直”“水平”“垂直”“顶”“底”“内”“外”“顺时针”“逆时针”“轴向”“径向”“周向”等，所指示的方位或位置关系是基于具体实施例或附图所示的方位或位置关系，仅是为了便于描述本申请的具体实施例或便于读者理
解，而不是指示或暗示所指的装置或部件必须具有特定的位置、特定的方位、或以特定的方
位构造或操作，因此不能理解为对本申请实施例的限制。

[0135] 除非另有明确的规定或限定，在本申请实施例的描述中，所使用的“安装”“相连”“连接”“固定”“设置”等用语应做广义理解。例如，所述“连接”可以是固定连接，也可以是可拆卸连接，或成一体设置；其可以是机械连接，也可以是电连接，也可以是通信连接；其可以
是直接相连，也可以通过中间媒介间接相连；其可以是两个元件内部的连通或两个元件的
相互作用关系。对于本申请所属技术领域的技术人员而言，可以根据具体情况理解上述用
语在本申请实施例中的具体含义。

[0136] 尽管已经示出和描述了本发明的实施例，对于本领域的普通技术人员而言，可以理解在不脱离本发明的原理和精神的情况下可以对这些实施例进行多种变化、修改、替换
和变型，本发明的范围由所附权利要求及其等同物限定。