最近上项目要用FINEREPORT实现上传文件到SFTP的功能，翻了一下论坛，顿时懵了。本来文件上传是最基础的功能，偏要做成插件，先不考虑开发者个人收益多少，这样做主要会遏制大家的技术交流和官方正常发布这类基础功能。我们是企业用户，花那点钱走采购流程太麻烦，变成要自己掏腰包给公司办事（不管钱多钱少，心里不舒服）。现在看到收钱插件就头疼，逼着自己写。何必呢，帆软这个策略是败笔。建议插件发布一段时间，官方收购有价值的基础功能插件，集成到基础软件包里。 此外，对于WEB API类的插件，还是建议集成到平台里。现在那么多低代码平台（包括简道云吧）都免费开放WEBHOOK/REST等JSON集成功能，FINEREPORT为何要做成插件卖？这样我们只能找替代方案，何必错失这些沉淀客户的机会？ 我个人不反对插件开发和售卖，只是希望能将特别基础的功能集成到版本中，也不希望因为有开发者在售卖某个功能，官方不得已停止这个方向的功能迭代。最后建议，即使卖，也请卖的便宜一点吧，薄利多销不是，毕竟都是程序员自己出血的。

纸质化到数字化，小盘点、大飞跃 1 企业简介 　　海南省福瑞宜信息科技有限公司成立于2020年6月，注册地位于海南省海口市江东电子商务产业园，是一家数据分析服务和解决方案提供商。公司立足于高端IT技术服务，致力于数据资源整合和技术创新，专注于打造一支高技术、高效率、高素质的专业技术团队,助力客户业务实现数字化转型升级。公司业务范围聚焦于金融、制造、零售等领域，针对行业特点，结合客户在细分领域场景的实际需求，通过机器学习、深度学习、机器视觉、文本语义分析等前沿技术，挖掘数据背后的价值，定制符合客户个性化需求的数据分析服务和解决方案，帮助客户实现智能化升级。　　 2 项目背景 　　云计算的不断成熟，生态圈的逐步完善，以及云产业链的不断壮大都推动着SaaS - Software as a service（软件即服务）理念的发展。随着市场对SaaS服务的接受程度不断提高，各细分领域的玩家不断增加，移动化，数字化等新趋势为SaaS行业带来新机会，促进服务模式的进一步升级。 　　本作品是架设在阿里云服务器上的在线实时库存盘点系统，类比时下日益成熟的互联网应用，如云办公，云会议，云教学等，我们团队实现的是“云盘点”的应用，目标是在零售行业库存盘点这块细分领域上提供SaaS服务，解决中小企业信息化方面的痛点。 　　目前许多商店超市在清点货品的流程中普遍存在下述问题: 　　1. 人工录入耗时长、清点操作重复性高，人力成本高、上升空间低：手工登记库存并录入进销存系统进行库存核实,一般常见于信息化能力不强的小企业或个体商超。每逢企业库存盘点，在商店超市工作的店员都会头疼不已。实物一个个清点确认就已经非常麻烦，盘点票据的填写录单，更是伤透脑筋，耗时耗力，却对员工成长无益。 　　2. 信息孤岛、系统更新维护成本高：部分规模以上零售企业虽然拥有库存盘点系统，但系统之间无法互联，即"信息孤岛"。盘点系统非实时盘点，需要导入导出数据。这类盘点需要停业进行，因为如果盘点期间有销售或货品出入库等操作，则无法同步更新库存造成盘点差异。此外，这类库存盘点功能通常与专业ERP软件高度集成，如果有个性化需求要进行额外改造，程序代码修改和技术支持维护成本较高。 　　基于上述行业现状，我们设计开发了第三方云盘点服务平台,客户只需有限地开放数据库资源，和我们的云平台进行接口关联配置,即可轻松实现在线实时盘点功能。 3 解决方案 　　实现盘点功能，重点是要梳理出实时盘点流程的核心业务逻辑。 　　我们设计的盘点流程是： 146826 　　查看未盘点清单 ： 　　列出本次系统有但实际盘点没有点到的产品，可能是真的没有，也可能是漏盘，这时需要重新检查卖场产品，将未盘数据重新扫入系统。最终的未盘点产品库存将全部在系统中清零，产生的库存扣减视为货品丢失，因此需确保货品没有漏盘。 　　查看盘点差异表 ： 　　列出本次盘点系统库存和实际库存的差异。由于盘点期间可能有销售，因此在复盘时，系统数和实际盘点库存数与之前统计表格中的数量可能不一致，但两者的差异是固定的，复盘的目的就是确认盘点差异是真实存在的还是由于误盘产生的。最终的差异数据会结合最新的库存数更新回系统。 　　举例说明： 　　比如，在初盘时，某商品系统数是5个，实物数是4个，差异是实物数少1个 (-1) 期间此商品卖了两个。复盘时，系统数是3个，实际数是2个，差异仍然是实物数少1个 (-1)。 　　在最终更新库存前，店里又卖了一个，此时系统数是2个，实际数是1个，差异仍然是实物数少1个 (-1)。最后更新库存时，我们根据最新系统库存数（2个）加上差异数(-1)，就等于实盘数1，系统最终会将此商品的最终库存调整为计算出来的实盘数 1 个。 　　无论是初盘还是复盘，我们要记录的是系统库存和实际库存的差异而不是当时的系统库存或实物库存这类具体数值，从而保证了在复盘时，所有的实盘数据都是当时最新的实际库存。 　　注意问题： 　　由于系统支持营业期间盘点（边销售边盘点），必须在清点实物数量后马上通过扫描枪录入盘点系统将差异登记下来，而不是仅仅将实物库存写在纸上再集中录入系统，否则实时盘点的意义就不存在了。 　　平台搭建配置如下: 应用安装在阿里云服务器上，WEB端服务器需要安装SQL Server数据库, Tomcat 服务器和FineReport, JRE 7.0以上运行环境。 147062 * 安装完上述软件后,创建数据库和部署程序 4 项目成果 4.1 成果总结 （1）建设成果 平台主要分析模块：盘点登记、历史流水、盘点明细、未盘产品清单、导出盘点数据、盘中复盘产品清单。 　　下面是某区域连锁药店实施此项目后的使用统计： 平台报表/分析模板总量：21个 平台单店月均访问量：450+ 平台单店平均活跃用户数：10人 （2）整体价值 以下是本作品在连锁药店实施后的成本效益分析： 一、降本 1. 原来每个门店配备2个PDA（一般的7000元） 改进后： 使用移动终端(平板或员工自己的手机)+200元无线蓝牙扫码枪。每个门店节省近一万元。 2. 以前盘点需要关门停业进行，一年大规模季度盘点3次,(关门8小时,晚上员工加班)，年度盘点1次(关门一天) 一年4天用于盘点，错失大量销售机会。另外，一次盘点需要交叉班组员工回来加班,加班费用为盘点一次，一个门店需额外4个员工8小时加班工时费。 改进后： 营业清淡时间进行盘点，无需关门，无需员工加班。每个门店每年降低了15000+元。 综上所述，从设备成本到人力成本到营业中断成本，该系统可以为门店节省盘点费用25000元左右。 二、增效 1. 盘点速度大幅提升，原来盘点需要大量人力，采用新系统,对员工进行系统培训后，盘点只要额外投入部分技术支持人员。 2. 因为系统原因，以前基本没有办法进行抽盘，上系统后，每个门店按分配任务每月巡检抽盘部分贵重商品，确保帐实相符。 3. 因为直连主机数据库，盘点准确率有大幅提升，无论是从盘点速度还是准确度上都产生了质变。 4.2 典型场景 https://fanruanbbs.obs.cn-east-2.myhuaweicloud.com/%E5%93%81%E7%89%8C%E7%BB%84/%E4%BA%BA%E5%B7%A5%E7%9B%98%E7%82%B9%E7%97%9B%E7%82%B9%E5%8F%8A%E7%B3%BB%E7%BB%9F%E5%AE%9E%E6%93%8D%E6%BC%94%E7%A4%BA%281%29.mp4 场景一：盘点走向无纸化，多快好省，助力药店效率倍增 1、登录系统主画面 146827 进入网页画面 147888 2.新增盘点单 　　黄色为可输入项，绿色为系统自动生成。 　　输入业务系统的机构代码（门店编码）和盘点备注说明 146829 3. 创建完盘点单后，返回主画面可以开始扫描登记盘点库存 146830 4.盘点结束后，需要将差异数据更新回ERP软件，一般ERP软件都有EXCEL数据导入接口，按系统要求提供盘点数据即可。除此之外，也可以针对特定系统进行接口对接，实现自动同步盘点数据的功能。 146831 147890 导出EXCEL表格内容参考如下： 147891 业务系统库存更新（以某零售库存管理系统为例说明） 1，2，3步在店面盘点时操作，第4步在盘点完成后通过云盘点平台同步盘点系统到业务系统，核实后，在业务系统进行库存更新和产生盘点盈亏 146836 场景二：盘点差异实时预警，保证库存数据准确，各复查表单清晰明了 盘点过程中，如果发现系统数和实盘数不一致，在差异字段会以红色标识。 147892 有时同一编码的商品分散在不同区域需要累加盘点数量，如果同一个商品编码的商品已经登记过一次，则在下次扫该产品条码时，系统会在提示信息栏位标识上次盘点的数量。 147893 盘点期间，可以通过报表查看未盘点数量，有差异数量以及已完成盘点的商品信息 147894 场景三：信息追踪，数据溯源，所有流水“脑”中有“数” (1)历史流水 - 可查看该盘点全过程每一次扫描的商品条码及输入的数量 147895 (2)盘点明细 - 查看截至目前，该盘点单内所有已盘药品的最新库存 147896 (3)未盘产品清单 - 系统统计该门店所有有库存的药品种类 减去 已盘点的药品种类 获得 147897 (4)盘点项数 - 已经盘点的商品 147898 (5)差异项数 - 已盘点商品中，出现实际库存和系统库存不一致的商品 147899 https://fanruanbbs.obs.cn-east-2.myhuaweicloud.com/%E5%93%81%E7%89%8C%E7%BB%84/%E7%9B%98%E7%82%B9%E7%B3%BB%E7%BB%9F%E5%8A%9F%E8%83%BD%E4%BB%8B%E7%BB%8D%20%281%29.mp4 5 项目总结 5.1 CIO/项目负责人点评 　　作为项目负责人，我在整个参赛准备过程中认真仔细地研究，同时尊重团队成员的创造力。这次我们参赛的作品将可视化报表工具FineReport和传统零售业务结合，对中小企业在库存盘点方面的痛点进行梳理，实现了一定程度的业务流程再造。本次参赛的作品体现了企业进一步深化业务改革、全面提高数字转型的宗旨，为助力企业职工可视化开发技能的培养提供了很好的示范，在行业领域具有广阔的应用前景。整个参赛过程有助于培养员工的团队合作意识、运用信息技术解决实际问题的综合素养，有助于提高员工的创新能力，从而为公司培养出更多的技术创新型、业务型的复合型人才。 5.2 经验心得 　　通过参与这次比赛，我们汲取了丰富的经验和启发，期间不断学习新的知识来提升产品设计能力，充实自我。FineReport是一个不错的工具，通过灵活的界面设计，解决了前端数据交互和后端数据访问的开发效率问题，让我们可以聚焦于业务逻辑的实现。它涉及的功能点很广，所以我们要学的还有很多，学海无涯，只有不断学习，提升自身能力与实力才能走出一片更宽广的天地。 　　以下是我们实现作品期间的一些重点难点总结： 　　重点： 　　1. 对盘点功能的业务理解 　　2. 可视化报表设计软件FineReport的学习及前端JS脚本的运用 　　难点 　　1. 针对盘点业务数据流转的逻辑进行梳理以及进行相关数据库表的设计 　　2. 语音朗读商品信息功能的实现 编辑于 2021-7-10 02:37

帆软产品finereport/finebi用了一段时间，遇到一些瓶颈，求道友们指点。原来finebi 有数据挖掘的功能，后来给取消掉了，这个功能点有没有机会恢复？ 我从帆软的相关资料中了解到，之所以取消数据挖掘功能，一定程度上是为了保证产品的聚焦，避免多元化造成遍地开花的问题，同时也提高系统稳定性，如果是这样，少就是多，也是一种产品策略。 如果没有打算恢复数据挖掘或者机器学习相关的一些功能的话，那能不能把python这个接口做起来，因为现在除了写Java、JS或使用数据库存储过程，没有其它办法以编程的方式做一些中间数据的处理（有时想手撸一些类似FINEBI ETL的过程，比如数据清洗，数据转换等）。 PYTHON作为机器学习的入门级语言，有非常广的数据分析用户基础，我搜索论坛文章，好像没有实现做PYTHON、R等语言接口的计划。目前我都是用程序把数据写到数据库里面再通过帆软的可视化工具进行呈现。 现在Python 之父 Guido 都已经被微软收编了，在可遇见的未来，微软产品power bi和python的融合将日益紧密，希望帆软能在这方面发点力，毕竟我们更倾向于使用民族软件。 也可能是有些功能我不会用，如何将帆软产品和数据挖掘更好的整合起来，还请论坛里的朋友指导一下。 144486 编辑于 2021-6-12 20:34

我是BI工程师从入门到精通实战班2012期学员，目前就职于海南科技职业大学信息工程学院，从事大数据专业的教职工作。以前在企业工作约20年，具有多年银行，快速消费品行业从业经验，擅长统计分析，PYTHON编程，数据挖掘，各类机器学习算法及金融量化模型等。 一个月的学习可能效率不是很高，对于FINEBI的深入理解我还是处于探索阶段，期间更多的是去学习，去实践在课程中老师给的案例。学习数据可视化也是磨练自己意志、不断自我更新、自我总结的历程。想对那些一直徘徊在数据分析大门以外的人说，学习数据处理，没有想象中的那么难、那些操作技能也没看上去那么复杂，有时候只要略微有点决心、有点毅力，你就会发现那些看上去很难的各种技术难点在你的努力之下就会土崩瓦解、灰飞烟灭再也没法阻挡你前进的步伐。结合自己的学习经历，我认为在学习过程中要由浅入深、先易后难、采用自顶向下的方法，先实践后理解，先通过依葫芦画瓢获得感性认知，再深入理解，一个一个的攻克那些分析算法与业务知识。古语有云:“纸上得来终觉浅、绝知此事要躬行”，从基本的业务包概念开始，通过做中学，学中做，在实践的过程中不断的改进、调整、优化，从而不断提高认知。 以下是学习过程中练手的小作品： 141717 关于我校信息学院大数据专业采用帆软FINEBI和FINE REPORT进行可视化教学的计划，以下是我在课程建设起步阶段的一点思考。 首先，根据国家课程标准，结合学校教育理念要求，充分调动教师专业特长积极性，研究确立课程方向，突出课程的综合实践性和学科延展性。 其次，制定课程阶段目标。课程阶段目标，在一定意义上说就是课程标准，决定了学科发展方向和实施水平，是学科教学的质量保障，这也是学科起始阶段最重要的任务，课程研发管理者和课程实施教师要集中精力，潜心研究。主要内容为通过实施具体数据的课程内容设置，学生在课程拓展和技能培养上达到具体标准，突出技能与方法的培养和学科情感的体验，反对“假大空”的描述，具体表述为学生发展的专项数据。等到组织课程阶段验收时，学校或第三者能依据这个课程阶段目标，设计考试评价手段和方法，对课程实施教师实现科学评价，真正做到“教什么就考什么”。 最后，经过一段时间的课堂教学，在学生中发现、挖掘、激励具备专业特长或具有强烈学习兴趣的学生进入专业社团，承担专业培养和比赛的任务，真正让有个性特色和需要的学生接受优质的个性化教学。从而使专业社团具备雄厚的群众基础，保持可持续发展。 课程建设工作还有许多问题需要深入思考和探索，还需要和广大教师同志们一起共同研究探讨。