请上传宽度大于 1200px,高度大于 164px 的封面图片
    调整图片尺寸与位置
    滚轮可以放大缩小图片尺寸,按住图片拖动可调整位置,多余的会自动被裁剪掉
取消
牛中伟(uid:82755)
简道云官方指定金牌服务商 职业资格认证:尚未取得认证
筛选大于改变,点醒多于植入
    前文《撰写帮用户提升低代码认知的文章是一个艰难的过程》里提到“改变一个人的认知是很难的事情”,可我为什么还要“明知山有虎偏上虎山行”?一方面是因为我们一贯秉持的做事理念——“做难而正确的事”;另一方面是因为我们对用户认知的改变和我们自己的角色定位之间的关系有过深入的思考,概括起来主要有两点:   筛选大于改变 点醒多于植入     1、筛选大于改变   认知升级是一个循序渐进的过程,它和人的知识结构、思维模式以及过往的经历有关,不可能某一天就突然顿悟,不可能由于别人的几句话或者几篇文章就能彻底改变。我们也从来不奢求自己的文章能起到这种作用。   我们文章的发布与传播,是在释放一种信号,一种我们“有经验,理解深,能懂你,有方法”的信号,让散落于人海中懂得的你听到,帮助你确认我们就是你要找的人。   因为你懂得,不真正懂得的人,说不出那些只有你也栽过坑碰过壁才隐隐约约领悟出的话。 因为你懂得,不真正内行的人,拿不出只有经历过无数次优化迭代才会好用的模型和工具。 因为你懂得,不真正靠谱的人,不会多年如一日的毫无保留的坚持分享乐于分享善于分享。   这种信号的释放、接收和解读的过程,也是我们双方进行双向筛选,相互甄别的过程。   文章写给懂得人看,只有懂得的人才能透过文章懂得我们的价值。   所谓的共鸣,不过如此吧!     2、点醒多于植入   作为专业人员,我们所掌握的那些认知、方法、工具和模型,除了结合了既有的知识,很多都是从过往大量真实项目的历练中得来。哲学说“一个人包含人类的整个形式”,那些曾困扰过我的真问题,你那里多半也遇到过,我解决了困扰我的那些问题,记录并分享出来,就相当于帮世界上所有人解决了这类问题。   我们知道你也有很强的认知能力,我们的很多方法和心得,一说你很快就能懂。你也一定有自己的理解,自己的真知灼见,与我们相比,区别只在于,你没那么多时间深入钻研,没经历过那么多项目,没栽过那么多的坑走过那么多的弯路。   其实你对很多基本的知识都理解,只是遇到同样的问题时,你没我们那样思考的那么深那么透那么全面。其实你也隐隐约约知道哪些是关键环节,哪几条重要的路可能要走,头脑中也会时不时的灵光乍现。我们的作用就是帮你把知道的关键环节捋顺,把面临的几条路选好,趟平趟宽,把乍现的灵光还原复现。   如果我们拿出一些工具、模型、认知等的名词,你即使没有见过,但理解了意思之后也不会感觉陌生,也能从自己过往中的经历中找到可以对应的上的启发,只是要是你自己给其起名字的话,叫法用词和我们的不太一样而已,但意思都应该会大差不差。   我们的本领,就在于我们懂得客户的心理和痛点,并懂得如何循善诱的,由浅入深的,适时适量的,切合实际的点醒客户已有的认知。不生硬,不呆板,懂融通,控节奏,而非硬性植入。   其实无论在哪里学习,学习什么,如果你感觉有大量陌生的,甚至完全不懂的概念,硬灌输给你,你就要小心了,要么你们之间不匹配,要么你多半被忽悠了,遇到了骗子。     最后的话   综合来讲,无论是“筛选大于改变”,“还是点醒多于植入”,都强调的是双方要匹配,而众多匹配中,最重要的一点又是认知匹配。否则,被服务一方很可能浪费时间和金钱,也得不到好的结果,服务提供方服务起来也很痛苦。   和其他所有领域认知类知识面临的情况一样,没有一定经验或者或认知水平差,是认识不到认知类知识价值的。也就是说,所有认知都是有门槛的,其受众注定不会太广泛。   当然,这样说的意思肯定不是理解不了我文章或者不认可我文章观点的人就是认知能力差,也可能是我的错了。   认知类的知识不像技术类的,对与错很容易验证,认知类的知识最初几乎都是一家之言,包括那些我们熟知的哲学经典,都只是最先提出它的人的一种思考。对与不对,能不能指导实践,都需要后续不断的讨论、修订和补充。   所以待我更多文章发布出来后,希望大家多多批评指正,如果我的文章能起到抛砖引玉的作用,引起大家更多的讨论,无论批评或赞扬,都是在帮助我成长,在我看来都值得了。   期待与更多认知匹配的人交流!   (注:为了便于写作和阅读,我文章里的低代码一般是行业里常说的低代码和零代码的统称,因为在我看来,很多认知方面的知识二者可以通用。当然,在需要特别区别对待的时候,我会单独做说明,后续也会在“低代码平台如何选型”的章节对二者的区别和联系做深入详细的论述。) (牛中伟名下所有文章均为牛中伟原创,任何机构和个人未经允许不得转载!)   作者简介:【点击查看作者社区主页】 牛中伟 低代码行业表达者 简道云官方连续6年指定服务商 利用简道云帮客户实施项目近300个 在原简道云新老社区发布博客50多篇 新老社区博客总阅读量超60万,留言1000余条 理解系统与企业管理的关系,对如何在企业顺利推进管理系统落地有丰富经验和独到见解。        
做难而正确的事
  很早就意识到撰写帮用户提升低代码认知的文章的重要性,可在后来具体落实的时候,发现难度比一开始预想的要大很多,主要体现在以下三个方面。     1、帮人提升认知本身就是一件难事   首先,帮人提升认知本身就是一个很难的事情,更何况面对的大部分都是对低代码这种新生事物还很陌生的普通人群,就难上加难了。   一开始是有同事反对我做这方面工作的,认为撰写认知类的文章需要花费我大量的时间和心力,还不如把这些时间用在可以直接创造更多价值的地方,更主要的是“改变用户认知几乎是不可能完成的任务”。   这种观点我也是基本认同的,改变人的认知是最难的,一个人的认知水平和他自身的知识结构、思维模式以及过往的经历有关,如果他自己没有认识到,不太可能由于别人的几句话或者几篇文章就能彻底改变,所以一开始我也曾犹豫过。   可后来,随着接触到的客户越来越多,越发认识到帮助用户提升认知的重要性和紧迫性,几乎可以这样说:“企业信息化数字化最大的障碍就是用户的认知问题”。由于认知不到位,不但企业花费了大量的金钱和时间得不到好的结果,服务提供方服务起来也很痛苦。帮用户提升认知的事,总要有人做,而且越早越好。   迈过短暂的犹豫期,进入到具体实施的阶段后,发现了更多更棘手的问题。     2、新生事物,可借鉴的少   低代码还是新生事物,处在快速演变之中,本身还有很多不足之处,还有很多模糊未知的东西。就是低代码平台的运营者们,他们自己很多也都在试探摸索中,甚至最初的时候,低代码这个方向上到底行不行得通,是不是未来发展方向,他们自己都还不那么确定。     那作为一个跟随各大平台的深度使用者,一个研究者观察者,就有更多未知了,可以借鉴可以模仿的对象就更少了,甚至说几乎没有。所有一切对我们来说都是新的,都是一张白纸,任何一点认知,都需要我们自己去发掘和积累。   相比起来,一般的科学知识的普及,已经有海量现成成熟靠谱的知识摆在那里,对科普作者来说,只需拿过来稍作加工,再以自己的方式转述给用户即可,内容从来都不是问题,大家比拼的只是转述方式呈现形式。   可作为全新的低代码领域不是这样,很多纯代码方面认知类的知识不适用于低代码,或者不能直接拿过来用,很多时候都只能是自己摸索中前进。需要的不但是意识上的重视,更需要大量真实项目的历练,还需要足够的认知能力和耐心,以及科学合理的方法和工具,所有这些都缺一不可。     3、我对自己的要求高   从意识上重视,到日常工作中注意发掘和积累,这些都是常规操作,做到这些,只是把源自不同客户不同项目不同同事那里的各类各样的隐性知识做了一定程度的外显,只是解决了初级素材问题。如何把这些初级的零散的内容进行合理规范的整理,从中提炼出真正有价值的认知类的知识,并做到完备且自成体系就比较难了。   因为我追求的不只是零星碎片式的知识,,暂存于我们内部现有这些同事的头脑中,而是可以作为公司的核心资产之一,传承给未来更多新同事、新客户、新合作伙伴。而且只有当新知识做到完备和自成体系,才能在一定程度上验证其价值。如果说自身都漏洞频出或不能自圆其说,何谈让更多人接受并传播,更别说在行业普及和推动上起到什么作用了。   相比之前写的比较多的技术类的文章,写现在这种认知类的文章,确实需要花费更多的时间和心力。针对某个技术问题,要写的东西其实很多都已经明显摆在那里了,只需花时间说明逻辑关系和实现步骤就行。   按我之前的经验是,技术类的文章完全可以做到边开会边写,边和别人微信聊天边写,几乎可以多线程并进,而且写出来的内容质量也不差。但认知类的完全不行,有些内容只在某一个特定场景下才会被激发,头脑中才会闪现,稍纵即逝,需要快速镇静下来去记录去捕捉,否则那种念头那种感觉很快就没了,过后再怎么特意找都找不回来。     即使灵感被快速捕捉,也只是一个开始,因为一个重要的认知发现,灵感捕捉只起到了标记的作用,后面还需要足够的酝酿和反复锤炼,再后面才是运用合理准确的措辞、遣词造句、行文布局,以及正面或反面的案例,把那种新颖的、微妙的、颠覆性的认知恰到好处的、直指人心的、引人警觉的方式传递给读者。这是创意类内容最核心最珍贵之处,也是最大的难点所在。     做难而正确的事   无论是由于低代码是新生事物,充满未知,可借鉴的东西少,还是我对自己要求高,创意类的内容飘忽不定,难以捕捉。这些难题,现在在我看来,都体现了我做这件事的价值和意义,容易的事,做起来没什么门槛,留给我的机会就不多。   就是由于这件事难度足够高,才导致到目前国内这方面高水平的内容还很少,我要是真有能力提前一点提供给大家,那未来在低代码领域内,这一新生的“充分不均衡体系”内,作为一个服务型的生态公司,留给我们的“低垂的果实”才更多,我们的发展空间才更大。     最后的话   所以,我想在这里呼吁,希望国内更多的人加入到低代码行业,无论是传统软件公司,还是各类渠道商代理商等生态合作伙伴,如果有能力,都加入到这个行列里来。国内低代码发展的大势已经起来,这里需要各式各样的人才,这里有大量的机会。     特别是我现在正在做的这个认知知识普及方向,希望有更多的小伙伴加入进来,大家相互竞争相互激发,才能快速填补行业空白 ,才能更好地促进行业健康发展。   智识上的分享和交流从来都是多赢的,不像实物分享,你有一个苹果给了我,你就没有了,对于真正有创造力的人来说,智识上的挖掘和分享永不枯竭,永无止境。   (注:为了便于写作和阅读,我文章里的低代码一般是行业里常说的低代码和零代码的统称,因为在我看来,很多认知方面的知识二者可以通用。当然,在需要特别区别对待的时候,我会单独做说明,后续也会在“低代码平台如何选型”的章节对二者的区别和联系做深入详细的论述。) (牛中伟名下所有文章均为牛中伟原创,任何机构和个人未经允许不得转载!)   作者简介:【点击查看作者社区主页】 牛中伟 低代码行业表达者 简道云官方连续6年指定服务商 利用简道云帮客户实施项目近300个 在原简道云新老社区发布博客50多篇 新老社区博客总阅读量超60万,留言1000余条 理解系统与企业管理的关系,对如何在企业顺利推进管理系统落地有丰富经验和独到见解。        
低代码技术掌握的再好也远远不够了
相信大家经历过一段时间代码工具的学习和使用之后,一定发现了更多问题,一定会有更多更高的要求,因为与最初接触时可能只是出于好奇和热心相比,此时所面临的境况已经大为不同,很多新局面都要求开发者不得不朝更高更远的目标迈进,技术掌握的再好也远远不够了 厨师学徒有了一把好刀且练好了刀工,并不意味就可以做一桌好菜. 掌握好工具的用法和用好工具办成事办大事之间还有巨大的鸿沟。   6大决定因素 1、工具属性决定的 低代码是一种开发工具,不能被直接用作管理工具,在其上开发的应用才是管理工具。从开发工具到管理工具,需要开发者经常从开发思维转换到用户视角,否则很容易陷入开发者的思维定式里,做出的应用离用户实际需求相差甚远。这个问题很多人都没意识到,或者还没养成这样随时转换的习惯。 2、低代码特性决定的 由于不能写代码或者写很少代码,无法进行太多功能扩展,只能利用现有功能进行开发,但现实中又要满足变化多端的需求,这就要求开发者不但要全面掌握基础功能用法,还要有极强的变通能力创造能力——也就是带着镣铐跳舞的能力,要时常能突破很多既有认知,站在更高的维度,只有这样才能最大限度的挖掘出低代码的价值。否则就很容易出现由于需求处处被折中被妥协导致的功能缺失和使用体验不佳。 3、开发者环境变化了 一开始尝试开发的应用可能只是给自己个人用,或者自己所在部门用,可随着应用在企业内部的使用和传播,越来越多的人和部门加入其中,直至扩展到整个企业,再后来,慢慢地,随着业务管理的需要,可能开始把一些上下游的合作伙伴也纳入进来。那此时开发者所面临的局面已经大为不同,当越来越多的人和部门加入进来,问题再也不是只为解决自己的那点需求那么简单了,需要考虑协调和统筹的需求就会急剧增加。 4、企业要求不一样了 随着越来越多的人员和部门加入系统,越来越多的业务开始转向线上管理,那企业越来越多的业务数据就开始在线上流转和沉淀,越来越多的管理需要依赖线上系统,线上系统就慢慢成为企业越来越重要的核心资产。那与此同时,企业对系统的规范要求就和以前不一样了,要求更加严格了,就要有相应的规章制度,划分权责,明确奖罚等。那从此以后每次开发或修改,就不能随心所欲了,要时刻谨记规章制度,否则造成的损失可能无法承担。有了这些限制,开发的速度必然降低,难度也急剧增加。 5、开发者位置不一样了 开发了这些应用系统的人对企业的价值也将越来越突显,其角色或位置,也必将主动或被动的发生变化。因为任何一个懂得的领导都知道,此时的开发者不再只是一个普通的员工,而是一个具备了开发技能的数字化管理者,是有能力为同事为企业进行数字化赋能的人,那相应的,给予其相匹配的职位和薪酬就是水到渠成的必选动作。 开发者职位提升,站在了更高的高度,可以接触到更多的人和资源,那接收信息的维度和丰度也急剧增加。这对观察和理解企业的全貌都更加有益,那相应的,所要解决问题的难度也成倍增加,需要平衡和取舍的因素也更多,对开发者能力的要求也更高。 6、开发者心态不一样了 在掌握了基础的开发技能之后,开发者一定不再只满足于成为一个“会技术的工匠”,必然会有更高的追求。因为开发者会慢慢意识到,应用开发的过程就是研究企业如何管理的过程,有时面临的难题,很多都不是技术方面的,而是认知层面和管理层面的。能认识到其中的难度,更能认识到其中蕴藏的价值,于是开始想着把自己这么多年积累的行业经验和管理智慧融入到低代码的开发中,那么开发中面临的变量和不确定因素又陡然增加。   总的来说 总的来说,无论是由于低代码的特性或工具属性导致的对开发者能力要求提高,还是企业要求变严格,开发者所处的环境、位置以及心态发生变化引起的需求增多和不确定性增加,都说明开发者低代码技术掌握的再好也远远不够了     当使用开发工具的技能类知识不再是问题,如何提升对工具的认知,以应对如上所述的各种难题,让工具的价值真正发挥出来,如何让工具给企业管理企业发展带来更大的价值,都将是开发者更加关心的问题。 其实无论使用何种语言或工具进行系统开发,随着需求的细化和功能模块的叠加,各种各样的困惑一定会层出不穷。从一开始多是技术层面的问题,到后来越来越多的指向系统方案设计、框架规划、管理模式等上面来。一般技术方面的问题都相对容易解决,而其他方面的问题都较复杂,解决难度也急剧增加。   这是一个由量变到质变的过程,从最初的可以随心所欲的搭建,到后面需要统筹多方需求进行合理的规划,问题也将从已知走向未知,从技术层面转向管理层面,从功能层面转向认知层面。面对这些问题 ,对非专业的普通人群来说,如果再没有一些专业的人员辅助,几乎是不可能完成的任务,这也是目前很多用户随着学习和搭建的深入,越来越力不从心,越来越骑虎难下的主要原因。   最后的话   希望我们的出现,能在这方面帮助到大家。之前我们撰写的多是低代码技术类的文章(50多篇,社区阅读量超60万),以后这里将发布更多低代码认知类的文章。   这些年来,我们专注的从来都不只是技术层面的问题,因为从一开始我们就清楚,随着各大低代码平台功能的逐步完善,以及更多用户的学习和掌握,未来阻碍平台和大家的一定是认知问题,因为低代码平台面向的多是没有系统经验的普通人群。所以从一开始我们就注意对使用经验、管理经验以及各种新发现新认知的收集和整理。这些经验和认知,有的来自我们这些年来上百个真实项目的需求素材、需求文档、设计方案、开发和实施文档等,有的来自我们内部各类会议上同事们头脑风暴的记录和整理,还有一些得益于我个人的一些习惯。以后会单独用一些文章来介绍这些内容生成的路径和方式。   以后在这里会陆续发布的文章大致如下: 低代码平台选型相关(约10篇) 低代码带来的那些重大变化及应对策略(约6篇) 低代码相关概念再认知(约7篇) 关于低代码开发的需求管理(约17篇) 低代码常见认知偏误(约8篇) 低代码开发必备认知(约15篇) 企业低代码数字化成功必备认知(约10篇) 其他(N篇)   期待与大家更多交流!   (注:为了便于写作和阅读,我文章里的低代码一般是行业里常说的低代码和零代码的统称,因为在我看来,很多认知方面的知识二者可以通用。当然,在需要特别区别对待的时候,我会单独做说明,后续也会在“低代码平台如何选型”的章节对二者的区别和联系做深入详细的论述。)   (牛中伟名下所有文章均为牛中伟原创,任何机构和个人未经允许不得转载!)       作者简介:【点击查看作者社区主页】 牛中伟 低代码行业表达者 简道云官方连续6年指定服务商 利用简道云帮客户实施项目近300个 在原简道云新老社区发布博客50多篇 新老社区博客总阅读量超60万,留言1000余条 理解系统与企业管理的关系,对如何在企业顺利推进管理系统落地有丰富经验和独到见解。        
独创简道云数据导入校验功能(简道云开发高阶技能)
前言:这是老牛发布在简道云新社区的第41篇博客,后续会更新更多,【欢迎点击关注作者主页】,及时解锁更多简道云实用开发知识。   独创简道云数据导入校验功能 一、需求背景概述 现实生活中常见的各种关口审查核验,是保证进出人员和货物符合相关要求,确保不出现违法违规或安全隐患。同样的道理,数据系统如果没有严格的校验,收到的数据就不符合规范,数据就可能受到污染,价值和意义就不大。 数据校验是数据系统很常见也很基础的一种功能,是保证数据准确有效的一个前提条件。没有数据校验的系统肯定是不完善的,没有数据校验的数据肯定是漏洞百出的。   简道云中常见的数据校验类型有很多,比如: 字段属性中的必填不必填 重复值校验 数字字段的限定数值范围 手机号字段必须符合手机格式 当表单数据结构复杂,提交数据会禁止提交并提示正在计算中。       等等,还有很多。   以上说的这些都是简道云系统内部的数据校验,校验方式都被简道云提前集成设置好,只需找到相应位置,点击鼠标设置即可。而简道云与外界其他数据进行交互,可能就是一般用户不太熟悉的了。   二、需求详情 系统与外部数据进行交互,通常有两种方式: 一种是通过API 另一种就是以Excel表格的方式进行导入   第一种,通过API接口开发的方式进行数据传输,这个不必多说,自有一整套严格的代码数据校验的方式,以确保相互传输的数据符合要求。这种留到后期文章里详细讨论。这次重点要说的是第二种——以Excel表格的方式导入进行数据校验。   简道云里常用的Excel表格导入的方式,一直还没有合适的数据校验方式。绝大部分用户其实都是靠肉眼去审查,看看数据在Excel表格里是否符合要求。这种近乎“裸奔”的方式,对付较小数据量是还是勉强可以接受的,但只要数据量超出PC桌面窗口,需要使用鼠标,手动滚动上下翻滚去查看,就很容易出问题了。特别是当平时工作较忙,忘记仔细去排查数据,或者有时工作交接给新人,不能及时养成仔细核对数据的习惯,就更容易忽略这一关键步骤。   很多时候系统数据错误,排查到最后,才发现原来是最初导入的数据字段缺失,或者数据格式不符合要求,徒生很多无用功。     作为简道云连续5年官方指定定制服务商,做过很多项目,也曾经犯过不少类似错误,吃的亏多了,就开始想自己动手解决这一问题。简道云之所以强大,就在它于可以让用户最大限度发挥自己的创造力,比如,Excel数据导入校验问题,通过我们长期的摸索实践,终于找出了一个还算不错的解决方案。下面就详细讲解一下我们的解决思路和实现步骤。   三、需求分析 首先想象一下简道云数据导入数据校验的使用场景: 1、一般数据导入的数据都相对较多; 2、校验的要求是”校验数据是否为空,是否符合一定格式”; 3、而直接通过系统自带导入功能导入Excel表格又没有校验功能;   综合以上三点分析,发现,可实现批量处理多数量的有子表单,每次可达200条。而我们又知道,子表单字段都是有必填校验和字段类型属性的,而这两点又刚好符合数据导入校验的两大要求。所以接下来的思路应该是通过子表单来实现数据校验。   大的思路是——利用内部校验功能校验导入的外部数据。   四、实现思路 更进一步的思路如下: 1、我在新社区发布的第14篇博客《如何做到快速添加子表单字段值且永不重复?》一文中,提到的“把下拉复选框数据快速填充到子表单并分割到不同字段”的方法,可以实现快速批量把数据分割填充到子表单里,且永不会重复。感兴趣的,可以点击上面文章标题查看原文。(也可利用关联数据字段的批量全选的方式快速填充子表单)   2、结合思路1中的方法,就能实现把一个表单中的数据,快速填充到第二个表单的子表单里进行校验,再把校验过的数据通过智能助手,写到一个新主表中。   综合以上1、2两点思路分析,具体实现的步骤就很清楚了。   五、实施步骤 新建三个表,分别是: 1、Excel导入数据的表 2、带可以检验数据子表单的表 3、盛放校验过数据的表,也是最后可以被系统其它表单调用使用的表。 举例如下图所示。   六、难点提醒 1、“业主信息校验”的子表字段里要有提示字段,提示数据是否重复,比对的是表单“业主信息管理”里的数据,可用函数IF和MAPX函数来实现,如下图: 2、联动字段,每次通过“业主信息校验”的子表校验过的数据,都通过智能助手,把表单“业主信息导入”表中的联动字段数据进行修改,比如原有默认值为“未校验”,修改完为“已校验”,每次校验,联动的是“是否校验”字段里的“未校验”对应的值,所有已校验的数据,该字段值都被智能助手改写为“已校验”。   3、为了节省系统数据用量,可通过智能助手删除验证过的历史数据。结合第2和3点,智能助手设置可以如下图:   点击查看,该数据导入校验应用模板安装连接:https://jiandaoyun.com/a/62299894e097230007dab986   安装后可以进入应用后台,查看更多设置逻辑。   最后说明:该方法不适宜处理超大数据量导入,因为利用的是子表单进行校验,子表单每次处理数据上限是200条,如数据太大,比如几万条(简道云表单数据上限30万条),利用此方法,操作工作量还是比较大。     作者简介:【点击查看作者社区主页】 牛中伟 简道云官方连续5年指定定制服务商 利用简道云帮客户实施项目近300个 在原简道云老社区更新发布博客44篇 新老社区博客总阅读量超50万,留言1000余条 其中关于子表单的一篇博客收到用户打赏金额累计超7000元 关注帆软社区我的这个账号,有新博客更新,第一时间收到提醒 感谢大家一路以来的认可和支持,我会再接再厉,分享更多有价值的内容 如有任何简道云方面的问题,欢迎留言区留言或单独私信给我,期待与你的交流   不自谦能力概述: 精通子表单各类复杂用法 谙熟函数特性、及各种函数组合用法 独创利用简道云处理多级BOM的方法 深刻理解进销存系统及进销存思维模型 有一定的文本书写能力,总结复盘能力 较强的抽象思维能力、逻辑思维能力、统筹能力 对陌生行业陌生业务有快速的信息搜集整合和学习消化能力 拥有一整套成熟有效的整理系统需求文档的思想、方法和工具 很多用户感觉一直解决不了的问题在我们这里可能早已不是问题 了解如何制定完善的报表分析计划,并借此洞察项目业务背景和业务痛点。 理解系统与企业管理的关系,对如何在企业顺利推进管理系统落地有丰富经验和独到见解。 有一整套经上百大小项目锤炼过的适合简道云这类低代码工具帮助客户实施项目的流程和方法,确保系统更好实施,更快部署,更高完整度交付,确保系统更符合客户预期,甚至超预期,给客户真正带来价值! 懂简道云的冬泳高手,关注我的帆软社区账号,交个朋友!
简道云字段——重要属性汇总(简道云开发必备基础技能)
前言:这是老牛发布在简道云新社区的第40篇博客,后续会更新更多,【欢迎点击关注作者主页】,及时解锁更多简道云实用开发知识。   简道云字段——重要属性汇总(简道云开发必备基础技能)   用简道云做系统开发,掌握字段属性很重要,因为这是学好简道云开发的基础和前提。   作为简道云官方连续五年的指定定制开发服务商,结合我们这么多年的开发经验,汇总整理了15个我们认为比较重要的字段属性,如下图,分享给大家。   当然,字段的属性不止这15种,感兴趣的道友,也可以自己动手做一份,来对比一下。   之所以采用这种图表的方式整理字段属性,是因为表单设计页面的字段属性都是分别展示在每一类字段属性的下面,帮助文档里的字段介绍,也只是通过文字描述的方式进行单个讲解,没有这种汇总到一起的直观和易于理解。汇总到一起就有对比,就能更快更容易发现各种字段之间的区别,更有助于我们理解和加深记忆。比如,不允许重复值这一类字段属性,汇总之后才知道,原来共有6种字段类型是可以不允许重复值的,他们是图表种打“✔“的,分别是:单行文本、下拉框、流水号、手机号、成员单选、部门单选。   还有可以做聚合表表头的字段,可以数据联动的字段,等等,这些属性都是很重要的基础知识,都是在关键开发环节,可以起到决定性作用。   有志于学好简道云的朋友可以看下,已经掌握的朋友可以用来加深印象、查漏补缺,初学的朋友也可以通过这种表格对比的形式快速掌握和学习。   当然,随着简道云功能的日益完善,有些字段属性会随着更新而得到优化,欢迎道友补充或指正,谢谢大家!       作者简介: ☞☞☞(点击查看作者博客主页)☜☜☜ 牛中伟 简道云连续5年官方指定服务商 利用简道云帮客户实施项目近300个 在简道云新老社区共更新发布博客超50篇 简道云博客总阅读量超50万,留言1000余条 其中关于子表单的一篇博客收到用户打赏金额累计超7000元。 关注帆软社区我的这个账号,有新博客更新,第一时间收到提醒。 感谢大家一路以来的认可和支持,我会再接再厉,分享更多有价值的内容。 如有任何简道云方面的问题,欢迎留言区留言或单独私信给我,期待与你的交流! 不自谦能力概述: 精通子表单各类复杂用法 谙熟函数特性、及各种函数组合用法 独创利用简道云处理多级BOM的方法 深刻理解进销存系统及进销存思维模型 有一定的文本书写能力,总结复盘能力 较强的抽象思维能力、逻辑思维能力、统筹能力 对陌生行业陌生业务有快速的信息搜集整合和学习消化能力 拥有一整套成熟有效的整理系统需求文档的思想、方法和工具 很多用户感觉一直解决不了的问题在我们这里可能早已不是问题 了解如何制定完善的报表分析计划,并借此洞察项目业务背景和业务痛点。 理解系统与企业管理的关系,对如何在企业顺利推进管理系统落地有丰富经验和独到见解。 有一整套经上百大小项目锤炼过的适合简道云这类低代码工具帮助客户实施项目的流程和方法,确保系统更好实施,更快部署,更高完整度交付,确保系统更符合客户预期,甚至超预期,给客户真正带来价值! 懂简道云的冬泳高手,关注我的帆软社区账号,交个朋友!    
汇总当前表单内多个子表单的数字字段值(简道云开发高阶技能)
  汇总当前表单内多个子表单的数字字段值   以往我们面临子表单数据需要汇总时,第一时间想到的是聚合表,这是子表单的一个主要功能,但聚合表被触发的提前条件是提交数据或删除数据。当我们需要在表单提交前就想知道子表单汇总结果时,就没法使用聚合表了。   上面说的当前一个子表单的数据汇总,那如果是两个子表甚至是多个子表呢?是不是也可以不借助聚合表就可以实现汇总?   答案是当然可以,这里先从2个子表数据汇总说起,只要2个子表单数据汇总的方法找到,N个子表单数据汇总的方法也就不言自明了。   在正式讲解实现方法前,还是先说下这个问题的由来,2019年4月19日我在简道云老社区,发布了一个简道云技术擂台活动,详情入下图,或者点击查看当时的活动详情页面,【万元赏金擂台活动详情】       其实总结起来,这个问题很好描述,一句话概括,就是如何在同一个表单内用一个子表单汇总另一个子表单的数据? 分解该问题共分两步:1、把上一个子表单内的姓名合并后自动排列到下个子表单内并以此展开2、把上一个子表单内多个姓名对应的提成金额,按同名的汇总到下一个子表单内的汇总金额数字字段内。 具体实现思路如下: 1、利用合并同类项函数upper把上一个子表单内的相同姓名合并到主表字段内 2、根据姓名合并后的个数,借助子表单整体联动的方式把下一个子表单按姓名和并后的个数展开。子表单整体联动的方式具体实现方法在上一篇博客里有详细讲解,点击查看链接:https://bbs.fanruan.com/thread-138466-1-1.html 3、在利用SUMPRODUCT的特性,把合并后并在下一个子表单内依次展开的姓名对应的提成金额做汇总。   测试表单外链:https://tex1054z67.jiandaoyun.com/f/620ce8f32470390008975612   (各个字段函数配置已写在信息描绘处了)   简洁易懂,此方法以后会成为处理子表单数据汇总的常用基础方法。   这个方法和我的第1篇博客中的子表单自动编号中的方法有些类似,很多一开始看似很复杂的问题,只要理清了其中的逻辑和本质,解决方法就会变得简洁、易懂。   大道至简,或许这就是简道云名称的由来吧。 作者简介: ☞☞☞(点击查看作者博客主页)☜☜☜ 牛中伟 简道云资深老用户 钻研学习简道云6年 利用简道云帮客户实施项目超200个 在简道云新老社区共更新发布博客超50篇 简道云博客总阅读量超50万,留言1000余条 其中关于子表单的一篇博客收到用户打赏金额累计超7000元。 关注帆软社区我的这个账号,有新博客更新,第一时间收到提醒。 感谢大家一路以来的认可和支持,我会再接再厉,分享更多有价值的内容。 如有任何简道云方面的问题,欢迎留言区留言或单独私信给我,期待与你的交流! 不自谦能力概述: 精通子表单各类复杂用法 谙熟函数特性、及各种函数组合用法 独创利用简道云处理多级BOM的方法 深刻理解进销存系统及进销存思维模型 有一定的文本书写能力,总结复盘能力 较强的抽象思维能力、逻辑思维能力、统筹能力 对陌生行业陌生业务有快速的信息搜集整合和学习消化能力 拥有一整套成熟有效的整理系统需求文档的思想、方法和工具 很多用户感觉一直解决不了的问题在我们这里可能早已不是问题 了解如何制定完善的报表分析计划,并借此洞察项目业务背景和业务痛点。 理解系统与企业管理的关系,对如何在企业顺利推进管理系统落地有丰富经验和独到见解。 有一整套经上百大小项目锤炼过的适合简道云这类低代码工具帮助客户实施项目的流程和方法,确保系统更好实施,更快部署,更高完整度交付,确保系统更符合客户预期,甚至超预期,给客户真正带来价值! 懂简道云的冬泳高手,关注我的帆软社区账号,交个朋友!
子表单行数可以随主表数字段值的变化而变化吗?(简道云开发高阶技能)
前言: 1、这是我在2019年4月26日发布在简道云老社区的40篇博客,当前新社区发布的第37篇,也是第本社区第24篇博客(头脑中的大象)的后续。 2、以后还有更多(技术类、管理类、理论类),为了不迷失不迷路,【请收藏这个链接集合】,以后所有博客都会汇集于此,敬请期待!   子表单行数可以随主表数字段值的变化而变化吗?   第一次抛出这个问题的时候,很多人都可能感觉实现不了。 第一次明确告知这个问题可以解决的时候,很多人开始去想办法去实现。   很多看似无解的问题,其实不是天生无解,而是你从一开始就从脑海里想当然的认定了他无解,进而不把他当个问题去想,于是问题就不再是问题,问题从此无解。     这就是简道云强大的地方,由于功能较多,相互之间的组合更是千变万化,所以有些功能,单一的看,确实无解,但如果换一个角度,就能实现,而且很可能简单到如同窗户纸,一点就破。   有些朋友,在我这次活动的激发下,已经独自实现了。     简单说这个问题的解决方法就是子表单的整体联动。去年12月4日更新子表单整体联动功能时,我第一时间试用了这个功能,当时就发觉到这个功能可以变相实现子表单行数随主表字段值变化而变化的功能,当时只是感觉很好玩,并没有太多其他的发现。直到最近一次的偶然,才突然意识到他的重要性,这也是触发我决定做这次活动,让更多人快速了解这个功能的主要原因之一。     实现方法很简单,简要描述一下思路: 做一个辅助的表单,主表数字字段命名为“行数”,子表数字字段命名为“序号”,依次填充数据: 当行数为1时,子表添加1行,序号值是1 当行数为2时,子表添加2行,序号值是1、2 当行数为3时,子表添加3行,序号值是1、2、3 当行数为4时,子表添加4行,序号值是1、2、3、4 .............................................................................. 当行数为200时,子表添加4行,序号值是1、2、3、4...........、200     以后,这个表就可以作为一个基础表,被别的表单联动调用,当别的表单的数字字段值等于行数字段值时,子表序号等于另一个子表单序号,即可整体联动出对应的子表行数。   触发我感觉这个功能重要的原因就是他: 几乎可以完美解决子表单卡顿的问题 有些复杂系统,比如多级BOM、自动排课表、报价核价系统等,做过的这类系统的朋友应该都会发现,当子表单字段较多,且函数较复杂时,往往导致整个表单十分卡顿,有时整个表单功能都实现了,但就是由于卡顿的问题导致整个表单不能用。谁能忍受操作一次鼠标卡顿几分钟十几分钟甚至是半个小时呢。     我当时为了解决子表单卡顿的问题,尝试了很多方法。除了常规的优化字段和函数的写法,还试用过几乎所有高配置的电脑,因为子表单功能受限于电脑硬件配置及浏览器性能,这是天花。最后发现只有是在苹果顶配PC机上使用SAFARI浏览器才不卡(苹果顶配机和Safari缺一不可)。这种机子的价格在2万5千左右,这个价位一般人接受不了,就算是能接受,开发时用了这样的机子,不卡顿,那使用时呢,不可能人人都配置这样的电脑。     这些尝试都失败后,感觉问题无解,认为简道云做不了这类复杂系统。直到最近陪女儿看动画片猪猪侠竞球小英雄,里面的一句话触发了我,“将罪恶之人永久封印”。对啊,对于过于强大的对手,不要一直想着如何消灭消除他,只和他少见面少接触,不就可以了吗?就类似于动画片中的把罪恶之人永久封印。具体到表单里的设置,其中最重要的一个就是通过子表单行数随主表数字控件的变化而变化来实现。说到这里,有些朋友差不多应该知道怎么实现了。由于内容较多,这篇博客里就不详细介绍了,以后有机会借助具体的案例再开新篇。     最后要说的是,解决子表单行数随主表数字字段值变化而变化的那个要建的联动辅助表单,设置起来很简单,但如果一个个手动去填充数据的话会很浪费时间,可能要花上大半天时间,而且还容易出错,我这里已经有现成的Excel表格数据了,你只需导入即可,需要的话,联系我,发给你。 作者简介: ☞☞☞(点击查看作者博客主页)☜☜☜ 牛中伟 简道云资深老用户 钻研学习简道云5年 利用简道云帮客户实施项目超200个 在简道云新老社区共更新发布博客超50篇 简道云博客总阅读量超140000,留言1000余条 其中关于子表单的一篇博客收到用户打赏金额累计超7000元。 关注帆软社区我的这个账号,有新博客更新,第一时间收到提醒。 感谢大家一路以来的认可和支持,我会再接再厉,分享更多有价值的内容。 如有任何简道云方面的问题,欢迎留言区留言或单独私信给我,期待与你的交流! 不自谦能力概述: 精通子表单各类复杂用法 谙熟函数特性、及各种函数组合用法 独创利用简道云处理多级BOM的方法 深刻理解进销存系统及进销存思维模型 有一定的文本书写能力,总结复盘能力 较强的抽象思维能力、逻辑思维能力、统筹能力 对陌生行业陌生业务有快速的信息搜集整合和学习消化能力 拥有一整套成熟有效的整理系统需求文档的思想、方法和工具 很多用户感觉一直解决不了的问题在我们这里可能早已不是问题 了解如何制定完善的报表分析计划,并借此洞察项目业务背景和业务痛点。 理解系统与企业管理的关系,对如何在企业顺利推进管理系统落地有丰富经验和独到见解。 有一整套经上百大小项目锤炼过的适合简道云这类低代码工具帮助客户实施项目的流程和方法,确保系统更好实施,更快部署,更高完整度交付,确保系统更符合客户预期,甚至超预期,给客户真正带来价值!   懂简道云的冬泳高手,关注我的帆软社区账号,交个朋友!
“上系统就是上管理”的三层意思(系统实施认知篇)
前言:这牛中伟发布在帆软简道云论坛的第36篇博客,以后还会陆续更新更多,为了不迷失不迷路,【请点击收藏我的这个博客链接集合】,敬请期待!   "上系统就是上管理"的三层意思   大部分人都知道企业上系统就是上管理,但这么多年的服务经验告诉我,很多企业领导人虽然也知道这句话,但对这句话的认识还不是很全面,或者说认识的还比较浅,这里有必要拿出来着重说一下。作为专业的多年从事企业系统开发和实施的人员,我们对“企业上系统就是上管理”这句话的理解,通常包含三个层面的意思:第一层,就是管理者通过上系统来管理下面的人,这一层是最浅显也最常用的。它讲的是控制,自上而下的控制。它更多的是站在管理者的角度强调借助系统加强管控,但容易忽视被管理一方不愿被控制的本能抵触。控制的太严,容易管死,让企业失去活力,控制的太松,又容易滋生风险,如何做好这二者的平衡是管理者需要注意的问题。 142416   “上系统就是上管理”的第二层意思是企业通过上系统这一整个过程,让各部门人员参与进来,通过充分讨论,分析梳理出业务管理中的各种问题,给出解决方法,再通过系统来辅助管理,落实执行。这一层经常被人忽视,它主要说的是上系统的过程同样非常重要,不能只盯着结果,轻视了过程,否则结果很可能漏洞百出,没有意义,甚至起反作用。这一层其实也是在说上系统不能完全不管下面各个层级人员的事,实施过程也要把他们纳入进来,因为他们毕竟是公司业务的执行人,也是对具体的业务比较了解的人,没有他们的参与和贡献,显然是缺失的,不合理的。只有发动全员积极参与,才能集众人之力,撬动集体的智慧,才能发现更多问题,找到更合理的解决方法,让系统实施的更完善,起到的价值也更高。 142438 第三层,上系统就是上管理,既然涉及到管理,那如果想让系统良好运行,起到应有的管理价值,必然会涉及到管理制度、人事制度等各方面的配套调整,绝不可能出现管理制度、人事制度都完全不变而软件系统能够独自长久良好运行下去的情况。这一层很多人都认识不到,总以为企业上的系统上的只是一个工具而已,而意识不到其他方面必须要跟着一起变化。这一层说的是要从全局和生态的角度去看企业上系统这件事,上系统不能是一个独立事件,而是要围绕它做各种外围的配套的动作。否则,会因为很多其他方面的牵制因素、掣肘机制,让花了大力气上的系统不起作用,失去意义。 142418 企业上系统是一件大事,涉及到企业发展的方方面面,需要决策者做好各方面的准备。   作者简介:【点击查看作者社区主页】 牛中伟 简道云官方连续6年指定定制服务商 利用简道云帮客户实施项目近300个 在原简道云老社区更新发布博客44篇 新老社区博客总阅读量超50万,留言1000余条 其中关于子表单的一篇博客收到用户打赏金额累计超7000元 关注帆软社区我的这个账号,有新博客更新,第一时间收到提醒 感谢大家一路以来的认可和支持,我会再接再厉,分享更多有价值的内容 如有任何简道云方面的问题,欢迎留言区留言或单独私信给我,期待与你的交流 不自谦能力概述:   精通子表单各类复杂用法 谙熟函数特性、及各种函数组合用法 独创利用简道云处理多级BOM的方法 深刻理解进销存系统及进销存思维模型 有一定的文本书写能力,总结复盘能力 较强的抽象思维能力、逻辑思维能力、统筹能力 对陌生行业陌生业务有快速的信息搜集整合和学习消化能力 拥有一整套成熟有效的整理系统需求文档的思想、方法和工具 很多用户感觉一直解决不了的问题在我们这里可能早已不是问题 了解如何制定完善的报表分析计划,并借此洞察项目业务背景和业务痛点。 理解系统与企业管理的关系,对如何在企业顺利推进管理系统落地有丰富经验和独到见解。 有一整套经上百大小项目锤炼过的适合简道云这类低代码工具帮助客户实施项目的流程和方法,确保系统更好实施,更快部署,更高完整度交付,确保系统更符合客户预期,甚至超预期,给客户真正带来价值!   142419   懂简道云的冬泳高手,关注我的帆软社区账号,交个朋友!    
如何更加全面周密的分析系统需求(系统开发认知方法篇)
前言:这牛中伟发布在帆软简道云论坛的第35篇博客,以后还会陆续更新更多,为了不迷失不迷路,【请点击收藏我的这个博客链接集合】,敬请期待!       如何更加全面周密的分析系统需求(系统开发认知方法篇)   前段时间有个投诉视频在各大短视频平台火了,讲的是一位湖南旅客投诉同程艺龙火车票购票服务的事,这位旅客登陆平台购票操作时,不小心把自己的身份证号码输错了一位,支付成功,但平台不能成功出票,旅客咨询客服如何处理时,客服给的答复竟然是既不能出票也不能退款。这让这位旅客很是郁闷呐,这是典型的店大欺客嘛,输错了一位身份证号码,支付时也不提示我,还故意让我支付成功,等我把钱全都支付给你了才告诉我不给出票,也不退款,竟然还说的那么理直气壮。 142294 相信绝大多数网友看到这些的第一反应应该是和我类似的,很是为这位旅客打抱不平。不过作为专业的软件系统开发人员,冷静下来,从专业的角度看,应该能发现一些不一样的东西。平台客服为什么会表现出这种态度,难道真的像很多网民留言说的那样,平台就是专门通过这种方式来赚钱吗?故意给旅客设置故障,然后不给票也不退款?这显然说不通嘛,这种赚钱方式对平台的杀伤力太大了,完全不可持久,这么黑心的商家,别说最后肯定逃不过法律的惩罚,就是平台高层知道了也是决不允许的。那出现这种局面到底是什么原因呢?真实的情况可能有些复杂,我们就先从软件设计方面的问题说一说很显然,这是购票软件平台出现了明显的漏洞,在最初的系统需求分析时没能考虑全面,没有事先把所有可能的意外情况考虑充分。对开发产品经理来说,分析考虑常规的需求功能,是比较容易的,而如何把所有可能的意外情况通盘考虑清楚,并施以对应的措施予以解决才是最考验产品经理的。好的产品经理不仅需要有统揽全局的视野,更要有缜密严谨的逻辑思维能力。我们大部分人的思维都是按照常规思路常规方式,想当然地按部就班地一步步去走,岂不知,真实世界的逻辑,通常走的那种路径,只是千万条路径中的一条而已,并行出现的可能有大量的意外情况。对专业的开发人员来说, 最忌讳的就是掉进开发者思维漩涡里,总是对真实用户可能的操作想当然。 142297 像火车票购票平台这类级别的系统,高峰时期,有数以亿计的人同时在使用,各种千奇百怪的情况都可能会发生,有些意外情况,你可能打破脑袋都想象不到,如果把所有购票用户的操作过程全程录制下来,你看了一定会惊奇,竟然还有旅客是这样操作的,竟然还有旅客是这样理解系统的,你一定会惊叹大千世界无奇不有!出现了这种情况,你不能怪旅客,你是服务提供方,一定是你的考虑不周全,设计不到位。有些复杂的,流程较长的软件系统,如果拆解分析出完整的意外情况全景图,排列组合下来可能有成千上万种。据说中国的火车票购票平台是世界上业务逻辑最复杂的软件系统之一,复杂程度更是我们常人难以想象的。由此也能看出系统的复杂性,很多系统需求,如果单看最初的需求材料,按常规的逻辑去做,确实很简单,但如果把各种可能的意外情况都考虑进去,全部铺展开来,可能完全就是另外一种景象了。分析系统需求全部的意外情况确实比较难,但也不是不可逾越,有一种方法,就能很好的辅助我们解决这类问题,那就是著名的MECE原则:相互独立,完全穷尽。 142295 也就是对于一个重大的议题,能够做到不重叠、不遗漏的分类,而且能够借此有效把握问题的核心,并成为有效解决问题的方法。它是麦肯锡的第一个女咨询顾问巴巴拉·明托在金字塔原理中提出的一个很重要的原则。所谓的不遗漏、不重叠指的是将某个对象整体划分为不同的部分时,必须保证划分后的各部分符合以下要求:(1)各部分之间相互独立(2)所有部分完全穷尽MECE原则 “相互独立,完全穷尽”是保证我们统揽全局、思维缜密的一条基本准则。 “相互独立”意味着问题的细分是在同一维度上并有明确区分、不可重叠;“完全穷尽” 则意味着全面、周密。MECE原则能用最高的条理化和最大的完善度帮我们理清思路,从解决方案的最高层次开始——列出你所必须解决的问题清单。当你觉得这些问题清单已经确定以后,仔细琢磨它们。是不是每一项内容都是独立的、可以区分清楚?如果是,那么你的内容清单就是"相互独立的"。是不是这些问题的每一个方面都出自所列内容的惟一的一项,也就是说,你是不是把一切可能的情况都想到了?如果是,那么你所列的清单就是"完全穷尽的"。在我们分析事实、创建假设、证明或证伪假设的每一步路上,都必须遵循“MECE”的思维准则。在实际操作过程中,每一部分的划分方法以及之间的联系并不是绝对的。需要经过反复推敲,最终得到适合系统需求与当时情况的完整结构。MECE原则是我们每一个人都应该掌握的思维工具,更是软件系统开发人员必备的专业技能。 142296 最后想说的是,对我们普通消费者来说,购买火车票这种大众化的事务一定要去最大最权威的网站,比如官方正式的12306火车票购票网,因为那里已经经过数亿用户数年无数次的验证,各种可能的坑都已经被别人踩平,该出的状况都已经被解决,出现投诉视频中这种意外情况的概率几乎可以忽略不计。   作者简介:【点击查看作者社区主页】 牛中伟 简道云官方连续6年指定定制服务商 利用简道云帮客户实施项目近300个 在原简道云老社区更新发布博客44篇 新老社区博客总阅读量超50万,留言1000余条 其中关于子表单的一篇博客收到用户打赏金额累计超7000元 关注帆软社区我的这个账号,有新博客更新,第一时间收到提醒 感谢大家一路以来的认可和支持,我会再接再厉,分享更多有价值的内容 如有任何简道云方面的问题,欢迎留言区留言或单独私信给我,期待与你的交流 不自谦能力概述: 精通子表单各类复杂用法 谙熟函数特性、及各种函数组合用法 独创利用简道云处理多级BOM的方法 深刻理解进销存系统及进销存思维模型 有一定的文本书写能力,总结复盘能力 较强的抽象思维能力、逻辑思维能力、统筹能力 对陌生行业陌生业务有快速的信息搜集整合和学习消化能力 拥有一整套成熟有效的整理系统需求文档的思想、方法和工具 很多用户感觉一直解决不了的问题在我们这里可能早已不是问题 了解如何制定完善的报表分析计划,并借此洞察项目业务背景和业务痛点。 理解系统与企业管理的关系,对如何在企业顺利推进管理系统落地有丰富经验和独到见解。 有一整套经上百大小项目锤炼过的适合简道云这类低代码工具帮助客户实施项目的流程和方法,确保系统更好实施,更快部署,更高完整度交付,确保系统更符合客户预期,甚至超预期,给客户真正带来价值!   142298   懂简道云的冬泳高手,关注我的帆软社区账号,交个朋友!   编辑于 2021-3-3 09:59   编辑于 2021-3-3 10:00  
传统通用模板系统打天下是一个伪命题(系统管理认知篇)
前言:1、一家具制造类企业朋友,面临选择定制类系统还是传统模板系统的问题,拿不定主义,让我帮忙给分析下,下面文章是我在调研过他正在试用的传统模板系统后给出的分析结果,希望也能对其他有类似问题的朋友有帮助。文章由与他的微信聊天内容整理得来。2、以后还会陆续更新更多,为了不迷失不迷路,【请点击收藏这个链接集合】只有根据公司实际情况而孕育生长出的系统才能真正契合公司的发展需要。 传统通用模板系统打天下是一个伪命题   谢谢邓总的信任,把这么重要的事情交给我帮参谋,下面我就把我个人的感受和认识详细说一下吧。   这类传统模板系统做的确实够全面,把家具制造类企业的方方面面都考虑到了,对上这样系统的企业来说确实能节省不少时间。时间就是成本,时间就是效益,所以从这一个角度来说,传统模板系统的优势是明显的。   但从我这几年服务客户的感受来说,企业上系统不是那么简单的,不是说有一套系统套过来,管理上的各类问题就解决了,企业上系统最大的价值在于上系统的这一整个过程,简单的生搬硬套看似解决了上系统的效率问题,但却没看到企业上系统的最大价值所在,企业不能为了上系统而上系统,而应是为了解决企业运行管理中的实际问题。   系统是管理工具,要管理的内容有哪些,管理的方式如何,流程要如何设置,各个功能模块如何对接,等等,这些问题都是需要根据每个企业的实际情况具体讨论具体分析的。   传统模板系统的呈现形式其实都是默认隐含了一些锚定的企业对象的,就是他只能是为了一些特定的企业而做,很难兼顾到整个行业所有类型企业的经营模式和管理方法,比如,同一个老板的两家公司或者同一家公司的两个发展阶段,需要的系统可能都是不一样的,更何况现在各行各业发展变化这么快。企业的管理系统一定要能紧跟企业发展,灵活调整灵活变化,否则系统对公司来说就不能降本增效,反而可能成为发展的阻碍,如果系统不适用,总不能为了适应系统迁就系统,反过来调整业务发展吧。   这些年,服务的客户越多,经历的项目越多,越发认识到利用通用模板系统打天下是一个伪命题,甚至可以这样说,模板系统有时的主要作用就是为了好看,吸引人眼球的,甚至说就是用来骗人的,离解决企业实际问题相差很远。   当然了这话也不能说的那么绝对,那些需求明确,使用场景单一,不和公司各业务部门联系紧密的业务管理是可以做成经典模板系统的,比如发票系统,这类系统不会因为行业的不同、企业的不同甚至管理人员的不同而出现太大的变化,这类业务是适合上通用模板系统的。     过去这么多年,很多企业上的都是模板系统,之所以出现这种情况,在我看来,主要有以下几方面的原因: 首先是时间成本上的问题,传统系统开发运用的都是纯代码开发,纯代码开发投入人员多,开发效率低,一个项目从最初需求对接到最后成熟上线运行,少则半年几个月,多则一年两年,远水解不了近渴,只从时间成本这一个维度上来说就不以支撑让每家企业都用定制开发类系统。   第二个是资金成本方面的问题,传统开发定制类系统,动辄大几十万几百万、甚至上千万,这对绝大多数企业来说是承受不起的。很多企业,就是把整个公司卖了可能都支付不起定制类系统的成本。   第三个是认知方面的问题,很多企业领导人可能还认识不到传统模板系统的问题,以为找一个系统套过来用上很多问题就解决了,就万事大吉了。或许有些企业也认识到了传统模板系统的问题,但由于承受不了传统定制系统的成本,不得不做了妥协,有问题就有问题吧,差不多凑合着用。这应该是目前大多数使用传统模板系统企业的普遍现状。   但目前由于有了低代码开发平台,以上的这些问题都好解决了,低代码工具真正可以让用户花和传统模板系统差不多的钱实现定制类系统的效果,这在之前几乎是不可想象的,之前如果有人这样跟你说,那一定是在忽悠你,但现在就成为了现实。     上面说了,企业上系统的最大价值在于上系统的这一整个过程,这个过程一定是不容易的,一定不是一蹴而就的,一定是要公司内部人员特别是高层管理人员经过深思熟虑充分讨论充分权衡后才能确定下来的,上模板系统确实省事,效率也确实高,但有些事情不能省,也省不下来。你想省事,其实也把公司的很多问题给忽略忽视了。你上系统的目的是什么?不就是要发现这些问题解决这些问题吗?   自己公司内部的管理问题,大多牵涉到公司经营的方方面面,一个外来的系统不可能提前预见提前洞察到,更不可能出现它已有的功能刚好能把你目前面临的问题都正好解决了,这个是显而易见的。     好的系统一定是根据公司的实际情况和公司领导人的真实想法、长远规划而慢慢“长”出来的,而不是直接套用看似很完善很全面的别人的系统,别人的系统再好可能只是适用于别人家的情况,到了我们这里可能就水土不服,到底能起到什么样的效果谁也不清楚。   我这里用“系统是根据公司的实际情况长出来的"这种描述,是我们自己这些年工作中慢慢总结发现的,我想这种描述是比较准确和形象的,因为它道出了企业上系统的实质——只有根据公司实际情况而孕育生长出的系统才能真正契合公司的发展需要。   所以,系统既然是”长出来的“就不能拔苗助长急于求成,要坚持长期主义,这其实是认知上的一种转变。   好了,邓总,以上这些就是我的看法,个人拙见,还请邓总指正。等后面方便的时候我们再详聊。 作者简介:【点击查看作者社区主页】 牛中伟 简道云官方连续6年指定定制服务商 利用简道云帮客户实施项目近300个 在原简道云老社区更新发布博客44篇 新老社区博客总阅读量超50万,留言1000余条 其中关于子表单的一篇博客收到用户打赏金额累计超7000元 关注帆软社区我的这个账号,有新博客更新,第一时间收到提醒 感谢大家一路以来的认可和支持,我会再接再厉,分享更多有价值的内容 如有任何简道云方面的问题,欢迎留言区留言或单独私信给我,期待与你的交流 不自谦能力概述:   精通子表单各类复杂用法 谙熟函数特性、及各种函数组合用法 独创利用简道云处理多级BOM的方法 深刻理解进销存系统及进销存思维模型 有一定的文本书写能力,总结复盘能力 较强的抽象思维能力、逻辑思维能力、统筹能力 对陌生行业陌生业务有快速的信息搜集整合和学习消化能力 拥有一整套成熟有效的整理系统需求文档的思想、方法和工具 很多用户感觉一直解决不了的问题在我们这里可能早已不是问题 了解如何制定完善的报表分析计划,并借此洞察项目业务背景和业务痛点。 理解系统与企业管理的关系,对如何在企业顺利推进管理系统落地有丰富经验和独到见解。 有一整套经上百大小项目锤炼过的适合简道云这类低代码工具帮助客户实施项目的流程和方法,确保系统更好实施,更快部署,更高完整度交付,确保系统更符合客户预期,甚至超预期,给客户真正带来价值!   142146   懂简道云的冬泳高手,关注我的帆软社区账号,交个朋友!   编辑于 2021-4-30 08:59  
感谢帆软,感谢简道云,让我荣获帆软2020“十佳数据追梦人”
感谢帆软,感谢简道云,让我荣获帆软2020“十佳数据追梦人” 感谢帆软,感谢简道云,让我荣获帆软2020“十佳数据追梦人”,帆软社区第5名,简道云方面第1名!下图是获奖荣誉证书及奖品,另外还有1000元现金奖励和3000元助学基金券。感谢所有投票用户、大众评审、专家评审和活动组委会!2021年是我们的幸运年,今年是牛年,我姓牛,属相是牛,公司名称“牛长牛”带两个牛字,商标logo里也有牛,相信有大家的支持和认可,2021年牛年,我们一定能再接再厉,一起加油,一起牛气十足,一起牛气冲天!获奖文章链接:https://bbs.fanruan.com/thread-134190-1-1.html获奖通知链接:https://bbs.fanruan.com/thread-134516-1-1.html 141600 141601 141602   点击查看作者更多博文: 1、盲人妻子的困惑——子表单自动连续编号的问题【发布时间: 2017-07-10】 2、让人又爱又恨的子表单【发布时间: 2020-10-08】 3、4种不同方法解决并发问题——函数触发机制分析【发布时间: 2017-12-05】 4、如何不借助聚合表调用子表单数据——解析一【发布时间: 2018-02-12】 5、如何确保子表添加字段值不出现重复【发布时间: 2018-03-11】 6、快速查看子表重复情况的方法一【发布时间: 2018-03-12】 7、致简道云的一封信!【发布时间: 2018-10-29】 8、快速查看子表重复情况的方法二【发布时间: 2018-03-13】 9、过滤敏感词或符号【发布时间: 2020-10-27】 10、快速准确调取上次采购价的方法【发布时间: 2018-03-18】 11、合并同类项【发布时间: 2018-03-19】 12、子表中合并同类项【发布时间: 2018-04-15】 13、如何让子表单信息分行显示在多行文本中?【发布时间: 2018-04-19】 14、如何做到快速添加子表字段值且永不会重复?【发布时间: 2018-06-23】 15、流程审批模型【发布时间: 2018-06-23】 16、流程审批节点状态数汇总模型【发布时间: 2018-10-02】 17、流程审批节点用时汇总模型【发布时间: 2018-10-03】 18、关于调库问题的分析【发布时间: 2018-09-28】 19、帮你打通子表单数字编号的任督二脉【发布时间: 2019-02-04】 20、子表单跨数据自动连续数字编号【发布时间: 2019-02-05】 21、子表单数字编号——分列连续数字编号【发布时间: 2019-02-06】 22、子表单数字编号——等差数列编号【发布时间: 2019-02-07】 23、子表单数字编号——“倒序”数字编号【发布时间: 2019-02-08】 24、头脑中的大象【发布时间: 2019-02-08】 25、如何提取成员多选字段的文本值?【发布时间: 2019-04-19】 26、不借助聚合表直接在当前子表单中实现数字汇总的一种方法【发布时间: 2019-04-19】 27、分数排名、上次采购价等问题都要用到的一个重要函数组合【发布时间: 2018-03-10】 28、解答有奖问答:子表单数字汇总的一种应用【发布时间: 2019-04-02】 29、0库存不显示【发布时间: 2018-09-20】 30、多仓库下的0库存不显示【发布时间: 2018-09-25】 31、快速查看未参与成员名单的三种方法【发布时间: 2018-09-25】 32、责任让我们更强大——一个连续四年的简道云官方指定服务商的心声【发布时间:2020-12-20】 作者简介:【点击查看作者社区主页】 牛中伟 简道云官方连续6年指定定制服务商 利用简道云帮客户实施项目近300个 在原简道云老社区更新发布博客44篇 新老社区博客总阅读量超50万,留言1000余条 其中关于子表单的一篇博客收到用户打赏金额累计超7000元 关注帆软社区我的这个账号,有新博客更新,第一时间收到提醒 感谢大家一路以来的认可和支持,我会再接再厉,分享更多有价值的内容 如有任何简道云方面的问题,欢迎留言区留言或单独私信给我,期待与你的交流 不自谦能力概述: 精通子表单各类复杂用法 谙熟函数特性、及各种函数组合用法 独创利用简道云处理多级BOM的方法 深刻理解进销存系统及进销存思维模型 有一定的文本书写能力,总结复盘能力 较强的抽象思维能力、逻辑思维能力、统筹能力 对陌生行业陌生业务有快速的信息搜集整合和学习消化能力 拥有一整套成熟有效的整理系统需求文档的思想、方法和工具 很多用户感觉一直解决不了的问题在我们这里可能早已不是问题 了解如何制定完善的报表分析计划,并借此洞察项目业务背景和业务痛点。 理解系统与企业管理的关系,对如何在企业顺利推进管理系统落地有丰富经验和独到见解。 有一整套经上百大小项目锤炼过的适合简道云这类低代码工具帮助客户实施项目的流程和方法,确保系统更好实施,更快部署,更高完整度交付,确保系统更符合客户预期,甚至超预期,给客户真正带来价值! 141603   懂简道云的冬泳高手,关注我的帆软社区账号,交个朋友!   编辑于 2021-1-25 16:52  
【数据追梦人2020】责任让我们更强大——一个连续五年的简道云官方指定服务商的心声!
这是我发布在帆软简道云论坛的第32篇博客,同时也是参加2020年度帆软数据追梦人活动的投稿,在此与大家共勉! 一、我幸福的陪读时光每晚女儿睡前都会陪她读一会书,关掉卧室大灯,拧开床头灯到合适亮度,在微微泛黄的灯光的映衬下,半躺在暖融融的被窝里,女儿依偎在怀里,一起打开一本本绘本、画册,陪她一同进入一个个美妙神奇的童话世界,这是我每天最温馨最幸福的陪读时光。此时手机自动调为静音,闹钟进入睡眠模式,屏幕转为深色,但偶尔也会有手机信息推送进来,那都是来自我出于职业习惯特意预留出来的工作用的app。 140650 “爸爸,你的手机响了。”“嗯,是的,又有叔叔阿姨像我们一样这么晚了还在学习呢!”“又是在看你的文章吗?”“是的”晚间工作app推送的信息多是来自我社区博客里的功能表单测试外链,每一个测试外链,我都设置了提交数据的推送提醒,比如下面截图中的这些。 140629 每当看到它们,我就知道又有一些像我当初学习帆软简道云那样的朋友在废寝忘食挑灯夜战了!那些记录了曾经困扰过我的问题的的解决方案,在网络的某一端又起到了应有的价值。我知道在学习简道云的路上我并不孤单,有那么多分散在全国各处的,像我一样努力拼搏的人,在与我一起肩并肩勇往直前!二、自然生长出来的文章 140630 (简道云老社区的44篇) 自从2017年7月第一次在简道云老社区发布第一篇文章,到现在已经有3年半了,发布的总的文章数量接近50篇,已写未发布的也接近50篇(多是管理类理论类),从老社区移植过来的28篇,新写并发布的3篇,新老社区总阅读量超过10w,其中的一篇读者主动打赏金额超7000元。仔细回看这些文章,每一篇都是由现实需求困境引发的真实问题的解决方法,最初只是在自己的文档里做记录,以免自己遗忘;后来想着写的清楚完善些,以便当做培训教材拿给同事们交流学习;再后来发现曾经困惑我的问题,在很多客户那里也是难以逾越,“一个人包含人类的整个形势”,于是就开始考虑谋篇布局,交代前因后果,比较正式地公开发布博客。这一过程,完全是一个自然生长的过程。从博客间的相互启发相互促进也能看出这一特点。 140631 没做过规划 ,也无从规划,探索未知世界,就像剥洋葱皮,一层一层剥开,每一个动作都是下一个动作的铺垫,下一个动作又是以后更多动作的前提。魅力就在于此,身处于未知世界的迷宫里,身后走过的每一步都坚实可靠,都是前方道路的指示明灯,都是前进阻碍的掘进器。同样,只有面对无数未知的探索才会驱动无比旺盛的好奇心,才会有认知升级带来的愉悦和惊喜。 140632 三、我的分享观曾经有读者用户这样善意的提醒我:“写你这种复杂的技术类的文章多麻烦,应该学学别人,写的都像宣传稿PPT一样。”“为什么你的文章都是技术类的,而且都是干货,你自己钻研出的高级功能为什么要这样毫无保留的无偿分享出来?别人都懂了掌握了,那都不找你了,你的价值就降低了。”通常的看法确实是这样的,但从我的角度上来说从来都不这样认为。1、我是在把简道云当成一门学问在研究熟悉我的朋友应该都知道,我的博客,从来没有案例罗列式的宣传稿,更没有上来直接把干巴巴的公式符号告诉你就算了,发现问题、理解问题、定义问题、解决问题、贯通问题,仿佛成了我的一种执念,我是在把简道云当成一门学问在研究。知其然不知其所以然对作者和读者来说都是一种偷懒,也不是应有的研究和学习态度。不只是分享给你方法,还能告诉你方法的由来,更能抽象概括出问题和规律,从认知层面或方法论层面与你一起交流沟通、共同进步。2、无私分享才会路越走越宽广另外,对于真正有实力的人来说,创造力从来不是百年一遇的灵光乍现,而是孜孜不倦地追寻时的遍地开花俯拾皆是。其次,对于真正有价值的致力于为企业信息化提供一个通用解决方案的低代码平台,“一种新型的开发语言”,在应对变化多端千奇百怪的需求场景时,各种难点难题一定是层出不穷,也就是说等待我去探索发现并攻克的难题一直会在前面不断的涌现出来,不是掌握了既有的几个难点解决方法就万事大吉了,正所谓“已知圈越大未知圈更大”。和实物的分享不同,我有一个苹果,分给你了,我的就少了,甚至就没有了,但思路、思想和灵感不同,每多一次分享,每多一个人看到,就多一份传递、理解和收获。更让人感到高兴的是,对于懂得分享且真正有创意的人来说,思路、思想和灵感是源源不断的,永远都不会枯竭的。而且你的有价值的分享还可能会激发别人更多更有价值的思路、思想和灵感分享,这样相互促进的良性循环才是我们不断发展不断进步的原因所在。还有,复杂系统能得以顺利高效的实施,不是只解决几个技术难点就能实现的,在技术之外,有更多复杂的值得去做的事,需要有人带领着去开拓、发现和定义。相反,我的无私分享,不但不会让我的路越走越窄,反而会让更多读者用户看到我的诚意、能力和专业。努力成为简道云平台的表达者的我,不但能赢得更多人气和尊重,更能带来高质量的合作伙伴。这才是良性循环应有的样子! 140633 (今年疫情最严重的时候来自帮助过的用户朋友的关心) 3、一大波管理类理论类博客正在来袭如果把简道云看成一个独立的开发平台,早两年还是有一些功能和体验上的不足。需要我们在打牢基础知识的前提下,尽可能大地发挥我们的创造力、变通能力,尽一切可能的手段解决功能上的缺陷。但现在随着官方研发持续不断的优化更新和一些高阶技能的发现和普及,简道云已愈发成熟和完善了,能实现绝大多数企业内部管理应用,技术方面已经不成问题,纯技术类的博客可写的比较有价值的已经不太多了。也就是说,接下来我可以转向非技术类博客的撰写了。相比管理类理论类博客,技术类的博客写起来相对轻松,无论技术再复杂,面对的也多是逻辑、算法等,需要的多是好一点的记忆力、学习力和逻辑思维能力,而写好管理类理论类的博客,需要的就不只是这些了,更多需要的是对现实的统筹能力、洞察能力、以及孜孜不倦的学习和大量项目经验的积累。其实关于管理类理论类博客的撰写从来就没停过笔,一直在深入项目,收集素材,积累经验,蓄积势能,为写出更多更有价值的管理类理论类博客做准备。说到底,简道云只是一种管理工具,当工具已然成熟,如何用好工具,给客户的业务管理带来更大的价值,才是我们作为专业从事简道云开发人员重点关注的内容。“当厨师有了先进的刀具,练就了精湛的刀工之后,接下来重点要做的就是如何为尊贵的食客们布置一桌桌可口满意的酒席了!”为此,我们: 早夕会分享,头脑风暴 迭代更好的整理客户需求方法 探索更好的报表分析计划 开发适用于简道云项目实施的流程、文档、图表等 积累撰写各种发现、洞见、规律 总结项目经验        ................系统开发天然就和企业管理咨询相结合,而结合简道云讲企业管理咨询的事情还没有人开始做,我们想成为最好的第一批!四、原来你们也都在这里,原来你们也和我一样已发布的近50篇文章中用到的测试外链共57个,到目前为止,总提交次数接近1800条,为了更好的展示所有用户提交外链的详细情况,专门做了一个分析仪表盘,点击查看。 140634 (截图时间为2020年12月17日)     在我第一次把这个仪表盘配置出来,清晰明了的透视图表展现在我眼前时,有种抑制不住的激动,原来你们都在这里,原来你们也和我一样!1、一周七天,学习不分工作日和周末。 140635   2、白天黑夜不间断,夜晚学习劲头同样旺盛。 140636 3、一天24时段,工作学习两不误,工作间隙,学习见缝插针。3.1 由一天24时段绘制成的雷达图正像是一个24小时制的时钟,精准的展现了每个时段的学习密集度。 140637 3.2 走势图严格遵循了学习高峰时段向低谷时段的过渡走势,早上9时、下午14时、晚间21时三个时间是每天学习简道云最旺盛的时刻。 140638 看着这满屏的数据,分明是在看着无数个屏幕那边的你,我看得到你,我懂你!你一定也是工作、学习两不误。你一定也是受够了四处来回传送编辑Excel的苦。你一定也是因看着满眼天书般的传统代码开发而云里雾里。你一定也是一次次望着传统代码定制开发系统高昂的费用而望而却步。你一定也是受够了传统模板系统的反人性设计和让人苦不堪言的使用体验而愤然舍弃。你一定也是敏锐的嗅察到数字化浪潮的势不可挡,和先人一步信息化成功转型的巨大优势。你一定也是经历了多年残酷的应试教育之后也没磨灭掉你强烈的好奇心、学习欲望和学习能力。你一定也是白天为常规工作忙的昏天暗地,夜晚又无数次地沉浸在简道云学习钻研的喜悦和兴奋里。你一定也是上有老下有小,白天工作夜晚学习,摒除杂念一心向前,你一定也是相信自己双手的力量,你一定也是相信我命由我不由天!在无数个黑夜里,无数个桌前案头,无数个充满好奇好学的年轻炽热的心在简道云的平台上注视着跳跃着,有无数台灯灯光、屏幕荧光映照出的一个又一个微弱的光,由点连成片,由片逐渐汇聚成一张张网,照亮一个个人生,一个个家庭和整个国家整个社会。 140639 五、责任让我们更强大陪读结束,女儿慢慢进入梦乡,我也轻轻起身,进入书房,去处理当天未完成的事,然后规划第二天的工作和学习。 140640 夜深人静时分,一人独坐桌前,眼睛紧盯着电脑屏幕,头脑中思绪飞快,手指在键盘上飞舞。此时书房墙上的时钟滴答作响,前有卧室里爱人偶尔起夜给孩子把尿的走动声,后有隔壁父母房间微微发出的富有节奏的鼾睡声。自己深知,全家老小都指望着你,你全都指望着手头的这份工作,于是又精神百倍地投入战斗!父母一辈子本本分分,没留下太多的资源和人脉,自己从小也不擅交际,有时虽然也会羡慕那些八面玲珑会来事的人,可以轻松搞定人搞定项目进而赚得盆满钵满。有些事情学不来,但也不必灰心气馁,扬长避短,做好自己能做的,死磕自己,努力做到极致,依然坚信自己也能凭借还算勤劳的的双手和锲而不舍的劲头打拼出属于自己的一片天地。庆幸自己能在合适的时机遇到简道云,而学会并精通简道云让自己在这份工作中的分量增加、收入倍增,让自己更有力量和底气面对日益激烈的竞争,让自己在进入而立之年作为一个中年男人更加从容的肩负起全家人的幸福生活。让我们一起加油! 点击查看作者更多博文:1、盲人妻子的困惑——子表单自动连续编号的问题【发布时间: 2017-07-10】2、让人又爱又恨的子表单【发布时间: 2020-10-08】3、4种不同方法解决并发问题——函数触发机制分析【发布时间: 2017-12-05】4、如何不借助聚合表调用子表单数据——解析一【发布时间: 2018-02-12】5、如何确保子表添加字段值不出现重复【发布时间: 2018-03-11】6、快速查看子表重复情况的方法一【发布时间: 2018-03-12】7、致简道云的一封信!【发布时间: 2018-10-29】8、快速查看子表重复情况的方法二【发布时间: 2018-03-13】9、过滤敏感词或符号【发布时间: 2020-10-27】10、快速准确调取上次采购价的方法【发布时间: 2018-03-18】11、合并同类项【发布时间: 2018-03-19】12、子表中合并同类项【发布时间: 2018-04-15】13、如何让子表单信息分行显示在多行文本中?【发布时间: 2018-04-19】14、如何做到快速添加子表字段值且永不会重复?【发布时间: 2018-06-23】15、流程审批模型【发布时间: 2018-06-23】16、流程审批节点状态数汇总模型【发布时间: 2018-10-02】17、流程审批节点用时汇总模型【发布时间: 2018-10-03】18、关于调库问题的分析【发布时间: 2018-09-28】19、帮你打通子表单数字编号的任督二脉【发布时间: 2019-02-04】20、子表单跨数据自动连续数字编号【发布时间: 2019-02-05】21、子表单数字编号——分列连续数字编号【发布时间: 2019-02-06】22、子表单数字编号——等差数列编号【发布时间: 2019-02-07】23、子表单数字编号——“倒序”数字编号【发布时间: 2019-02-08】24、头脑中的大象【发布时间: 2019-02-08】25、如何提取成员多选字段的文本值?【发布时间: 2019-04-19】26、不借助聚合表直接在当前子表单中实现数字汇总的一种方法【发布时间: 2019-04-19】27、分数排名、上次采购价等问题都要用到的一个重要函数组合【发布时间: 2018-03-10】28、解答有奖问答:子表单数字汇总的一种应用【发布时间: 2019-04-02】29、0库存不显示【发布时间: 2018-09-20】30、多仓库下的0库存不显示【发布时间: 2018-09-25】31、快速查看未参与成员名单的三种方法【发布时间: 2018-09-25】 作者简介:【点击查看作者社区主页】 牛中伟 简道云官方连续6年指定定制服务商 利用简道云帮客户实施项目近300个 在原简道云老社区更新发布博客44篇 新老社区博客总阅读量超50万,留言1000余条 其中关于子表单的一篇博客收到用户打赏金额累计超7000元 关注帆软社区我的这个账号,有新博客更新,第一时间收到提醒 感谢大家一路以来的认可和支持,我会再接再厉,分享更多有价值的内容 如有任何简道云方面的问题,欢迎留言区留言或单独私信给我,期待与你的交流 不自谦能力概述: 精通子表单各类复杂用法 谙熟函数特性、及各种函数组合用法 独创利用简道云处理多级BOM的方法 深刻理解进销存系统及进销存思维模型 有一定的文本书写能力,总结复盘能力 较强的抽象思维能力、逻辑思维能力、统筹能力 对陌生行业陌生业务有快速的信息搜集整合和学习消化能力 拥有一整套成熟有效的整理系统需求文档的思想、方法和工具 很多用户感觉一直解决不了的问题在我们这里可能早已不是问题 了解如何制定完善的报表分析计划,并借此洞察项目业务背景和业务痛点。 理解系统与企业管理的关系,对如何在企业顺利推进管理系统落地有丰富经验和独到见解。 有一整套经上百大小项目锤炼过的适合简道云这类低代码工具帮助客户实施项目的流程和方法,确保系统更好实施,更快部署,更高完整度交付,确保系统更符合客户预期,甚至超预期,给客户真正带来价值!   140641   懂简道云的冬泳高手,关注我的帆软社区账号,交个朋友!    
【数据追梦人2020】责任让我们更强大——一个连续五年的简道云官方指定服务商的心声
这是我发布在帆软简道云论坛的第32篇博客,同时也是参加2020年度帆软数据追梦人活动的投稿,在此与大家共勉!一、我幸福的陪读时光每晚女儿睡前都会陪她读一会书,关掉卧室大灯,拧开床头灯到合适亮度,在微微泛黄的灯光的映衬下,半躺在暖融融的被窝里,女儿依偎在怀里,一起打开一本本绘本、画册,陪她一同进入一个个美妙神奇的童话世界,这是我每天最温馨最幸福的陪读时光。此时手机自动调为静音,闹钟进入睡眠模式,屏幕转为深色,但偶尔也会有手机信息推送进来,那都是来自我出于职业习惯特意预留出来的工作用的app。 140585 “爸爸,你的手机响了。”“嗯,是的,又有叔叔阿姨像我们一样这么晚了还在学习呢!”“又是在看你的文章吗?”“是的。”晚间工作app推送的信息多是来自我社区博客里的功能表单测试外链,每一个测试外链,我都设置了提交数据的推送提醒,比如下面截图中的这些。 140605 每当看到它们,我就知道又有一些像我当初学习帆软简道云那样的朋友在废寝忘食挑灯夜战了!那些记录了曾经困扰过我的问题的的解决方案,在网络的某一端又起到了应有的价值。我知道在学习简道云的路上我并不孤单,有那么多分散在全国各处的,像我一样努力拼搏的人,在与我一起肩并肩勇往直前!二、自然生长出来的文章 140587   (简道云老社区的44篇) 自从2017年7月第一次在简道云老社区发布第一篇文章,到现在已经有3年半了,发布的总的文章数量接近50篇,已写未发布的也接近50篇,从老社区移植过来的28篇,新写并发布的3篇,新老社区总阅读量超过30w,其中的一篇读者主动打赏金额超7000元。仔细回看这些文章,每一篇都是由现实需求困境引发的真实问题的解决方法,最初只是在自己的文档里做记录,以免自己遗忘;后来想着写的清楚完善些,以便当做培训教材拿给同事们交流学习;再后来发现曾经困惑我的问题,在很多客户那里也是难以逾越,“一个人包含人类的整个形势”,于是就开始考虑谋篇布局,交代前因后果,比较正式地公开发布博客。这一过程,完全是一个自然生长的过程。从博客间的相互启发相互促进也能看出这一特点。 140588 没做过规划 ,也无从规划,探索未知世界,就像剥洋葱皮,一层一层剥开,每一个动作都是下一个动作的铺垫,下一个动作又是以后更多动作的前提。魅力就在于此,身处于未知世界的迷宫里,身后走过的每一步都坚实可靠,都是前方道路的指示明灯,都是前进阻碍的掘进器。同样,只有面对无数未知的探索才会驱动无比旺盛的好奇心,才会有认知升级带来的愉悦和惊喜。 140589 三、我的分享观曾经有读者用户这样善意的提醒我:“写你这种复杂的技术类的文章多麻烦,应该学学别人,写的都像宣传稿PPT一样。”“为什么你的文章都是技术类的,而且都是干货,你自己钻研出的高级功能为什么要这样毫无保留的无偿分享出来?别人都懂了掌握了,那都不找你了,你的价值就降低了。”通常的看法确实是这样的,但从我的角度上来说从来都不这样认为。1、我是在把简道云当成一门学问在研究熟悉我的朋友应该都知道,我的博客,从来没有案例罗列式的宣传稿,更没有上来直接把干巴巴的公式符号告诉你就算了,发现问题、理解问题、定义问题、解决问题、贯通问题,仿佛成了我的一种执念,我是在把简道云当成一门学问在研究。知其然不知其所以然对作者和读者来说都是一种偷懒,也不是应有的研究和学习态度。不只是分享给你方法,还能告诉你方法的由来,更能抽象概括出问题和规律,从认知层面或方法论层面与你一起交流沟通、共同进步。2、无私分享才会路越走越宽广另外,对于真正有实力的人来说,创造力从来不是百年一遇的灵光乍现,而是孜孜不倦地追寻时的遍地开花俯拾皆是。其次,对于真正有价值的致力于为企业信息化提供一个通用解决方案的低代码平台,“一种新型的开发语言”,在应对变化多端千奇百怪的需求场景时,各种难点难题一定是层出不穷,也就是说等待我去探索发现并攻克的难题一直会在前面不断的涌现出来,不是掌握了既有的几个难点解决方法就万事大吉了,正所谓“已知圈越大未知圈更大”。和实物的分享不同,我有一个苹果,分给你了,我的就少了,甚至就没有了,但思路、思想和灵感不同,每多一次分享,每多一个人看到,就多一份传递、理解和收获。更让人感到高兴的是,对于懂得分享且真正有创意的人来说,思路、思想和灵感是源源不断的,永远都不会枯竭的。而且你的有价值的分享还可能会激发别人更多更有价值的思路、思想和灵感分享,这样相互促进的良性循环才是我们不断发展不断进步的原因所在。还有,复杂系统能得以顺利高效的实施,不是只解决几个技术难点就能实现的,在技术之外,有更多复杂的值得去做的事,需要有人带领着去开拓、发现和定义。相反,我的无私分享,不但不会让我的路越走越窄,反而会让更多读者用户看到我的诚意、能力和专业。努力成为简道云平台的表达者的我,不但能赢得更多人气和尊重,更能带来高质量的合作伙伴。这才是良性循环应有的样子! 140599   (今年疫情最严重的时候来自帮助过的用户朋友的关心) 3、一大波管理类理论类博客正在来袭如果把简道云看成一个独立的开发平台,早两年还是有一些功能和体验上的不足。需要我们在打牢基础知识的前提下,尽可能大地发挥我们的创造力、变通能力,尽一切可能的手段解决功能上的缺陷。但现在随着官方研发持续不断的优化更新和一些高阶技能的发现和普及,简道云已愈发成熟和完善了,能实现绝大多数企业内部管理应用,技术方面已经不成问题,纯技术类的博客可写的比较有价值的已经不太多了。也就是说,接下来我可以转向非技术类博客的撰写了。相比管理类理论类博客,技术类的博客写起来相对轻松,无论技术再复杂,面对的也多是逻辑、算法等,需要的多是好一点的记忆力、学习力和逻辑思维能力,而写好管理类理论类的博客,需要的就不只是这些了,更多需要的是对现实的统筹能力、洞察能力、以及孜孜不倦的学习和大量项目经验的积累。其实关于管理类理论类博客的撰写从来就没停过笔,一直在深入项目,收集素材,积累经验,蓄积势能,为写出更多更有价值的管理类理论类博客做准备。说到底,简道云只是一种管理工具,当工具已然成熟,如何用好工具,给客户的业务管理带来更大的价值,才是我们作为专业从事简道云开发人员重点关注的内容。“当厨师有了先进的刀具,练就了精湛的刀工之后,接下来重点要做的就是如何为尊贵的食客们布置一桌桌可口满意的酒席了!”为此,我们: 早夕会分享,头脑风暴 迭代更好的整理客户需求方法 探索更好的报表分析计划 开发适用于简道云项目实施的流程、文档、图表等 积累撰写各种发现、洞见、规律 总结项目经验 ....................系统开发天然就和企业管理咨询相结合,而结合简道云讲企业管理咨询的事情还没有人开始做,我们想成为最好的第一批!四、原来你们也都在这里,原来你们也和我一样已发布的近50篇文章中用到的测试外链共57个,到目前为止,总提交次数接近1800条,为了更好的展示所有用户提交外链的详细情况,专门做了一个分析仪表盘,点击查看。 140591   (截图时间为2020年12月17日) 在我第一次把这个仪表盘配置出来,清晰明了的透视图表展现在我眼前时,有种抑制不住的激动,原来你们都在这里,原来你们也和我一样!1、一周七天,学习不分工作日和周末。 140592 2、白天黑夜不间断,夜晚学习劲头同样旺盛。 140593 3、一天24时段,工作学习两不误,工作间隙,学习见缝插针。由一天24时段绘制成的雷达图正像是一个24小时制的时钟,精准的展现了每个时段的学习密集度。 140594 走势图严格遵循了学习高峰时段向低谷时段的过渡走势,早上9时、下午14时、晚间21时三个时间每天学习简道云最旺盛的时刻。 140595 看着这满屏的数据,分明是在看着无数个屏幕那边的你,我看得到你,我懂你!你一定也是工作、学习两不误。你一定也是受够了四处来回传送编辑Excel的苦。你一定也是因看着满眼天书般的传统代码开发而云里雾里。你一定也是一次次望着传统代码定制开发系统高昂的费用而望而却步。你一定也是受够了传统模板系统的反人性设计和让人苦不堪言的使用体验而愤然舍弃。你一定也是敏锐的嗅察到数字化浪潮的势不可挡,和先人一步信息化成功转型的巨大优势。你一定也是经历了多年残酷的应试教育之后也没磨灭掉你强烈的好奇心、学习欲望和学习能力。你一定也是白天为常规工作忙的昏天暗地,夜晚又无数次地沉浸在简道云学习钻研的喜悦和兴奋里。你一定也是上有老下有小,白天工作夜晚学习,摒除杂念一心向前,你一定也是相信自己双手的力量,你一定也是相信我命由我不由天!在无数个黑夜里,无数个桌前案头,无数个充满好奇好学的年轻炽热的心在简道云的平台上注视着跳跃着,有无数台灯灯光、屏幕荧光映照出的一个又一个微弱的光,由点连成片,由片逐渐汇聚成一张张网,照亮一个个人生,一个个家庭和整个国家整个社会。 140602 五、责任让我们更强大陪读结束,女儿慢慢进入梦乡,我也轻轻起身,进入书房,去处理当天未完成的事,然后规划第二天的工作和学习。 140597 夜深人静时分,一人独坐桌前,眼睛紧盯着电脑屏幕,头脑中思绪飞快,手指在键盘上飞舞。此时书房墙上的时钟滴答作响,前有卧室里爱人偶尔起夜给孩子把尿的走动声,后有隔壁父母房间微微发出的富有节奏的鼾睡声。自己深知,全家老小都指望着你,你全都指望着手头的这份工作,于是又精神百倍地投入战斗!父母一辈子本本分分,没留下太多的资源和人脉,自己从小也不擅交际,有时虽然也会羡慕那些八面玲珑会来事的人,可以轻松搞定人搞定项目进而赚得盆满钵满。有些事情学不来,但也不必灰心气馁,扬长避短,做好自己能做的,努力做到极致,依然坚信自己也能凭借还算勤劳的的双手和锲而不舍的劲头打拼出属于自己的一片天地。庆幸自己能在合适的时机遇到的简道云,而学会并精通简道云让自己在这份工作中的分量增加、收入倍增,让自己更有力量和底气面对日益激烈的竞争,让自己在进入而立之年作为一个中年男人更加从容的肩负起全家人的幸福生活。让我们一起加油! 点击查看作者更多博文:1、盲人妻子的困惑——子表单自动连续编号的问题【发布时间: 2017-07-10】2、让人又爱又恨的子表单【发布时间: 2020-10-08】3、4种不同方法解决并发问题——函数触发机制分析【发布时间: 2017-12-05】4、如何不借助聚合表调用子表单数据——解析一【发布时间: 2018-02-12】5、如何确保子表添加字段值不出现重复【发布时间: 2018-03-11】6、快速查看子表重复情况的方法一【发布时间: 2018-03-12】7、致简道云的一封信!【发布时间: 2018-10-29】8、快速查看子表重复情况的方法二【发布时间: 2018-03-13】9、过滤敏感词或符号【发布时间: 2020-10-27】10、快速准确调取上次采购价的方法【发布时间: 2018-03-18】11、合并同类项【发布时间: 2018-03-19】12、子表中合并同类项【发布时间: 2018-04-15】13、如何让子表单信息分行显示在多行文本中?【发布时间: 2018-04-19】14、如何做到快速添加子表字段值且永不会重复?【发布时间: 2018-06-23】15、流程审批模型【发布时间: 2018-06-23】16、流程审批节点状态数汇总模型【发布时间: 2018-10-02】17、流程审批节点用时汇总模型【发布时间: 2018-10-03】18、关于调库问题的分析【发布时间: 2018-09-28】19、帮你打通子表单数字编号的任督二脉【发布时间: 2019-02-04】20、子表单跨数据自动连续数字编号【发布时间: 2019-02-05】21、子表单数字编号——分列连续数字编号【发布时间: 2019-02-06】22、子表单数字编号——等差数列编号【发布时间: 2019-02-07】23、子表单数字编号——“倒序”数字编号【发布时间: 2019-02-08】24、头脑中的大象【发布时间: 2019-02-08】25、如何提取成员多选字段的文本值?【发布时间: 2019-04-19】26、不借助聚合表直接在当前子表单中实现数字汇总的一种方法【发布时间: 2019-04-19】27、分数排名、上次采购价等问题都要用到的一个重要函数组合【发布时间: 2018-03-10】28、解答有奖问答:子表单数字汇总的一种应用【发布时间: 2019-04-02】29、0库存不显示【发布时间: 2018-09-20】30、多仓库下的0库存不显示【发布时间: 2018-09-25】31、快速查看未参与成员名单的三种方法【发布时间: 2018-09-25】 作者简介:【点击查看作者社区主页】 牛中伟 简道云官方连续6年指定定制服务商 利用简道云帮客户实施项目近300个 在原简道云老社区更新发布博客44篇 新老社区博客总阅读量超50万,留言1000余条 其中关于子表单的一篇博客收到用户打赏金额累计超7000元 关注帆软社区我的这个账号,有新博客更新,第一时间收到提醒 感谢大家一路以来的认可和支持,我会再接再厉,分享更多有价值的内容 如有任何简道云方面的问题,欢迎留言区留言或单独私信给我,期待与你的交流 不自谦能力概述:   精通子表单各类复杂用法 谙熟函数特性、及各种函数组合用法 独创利用简道云处理多级BOM的方法 深刻理解进销存系统及进销存思维模型 有一定的文本书写能力,总结复盘能力 较强的抽象思维能力、逻辑思维能力、统筹能力 对陌生行业陌生业务有快速的信息搜集整合和学习消化能力 拥有一整套成熟有效的整理系统需求文档的思想、方法和工具 很多用户感觉一直解决不了的问题在我们这里可能早已不是问题 了解如何制定完善的报表分析计划,并借此洞察项目业务背景和业务痛点。 理解系统与企业管理的关系,对如何在企业顺利推进管理系统落地有丰富经验和独到见解。 有一整套经上百大小项目锤炼过的适合简道云这类低代码工具帮助客户实施项目的流程和方法,确保系统更好实施,更快部署,更高完整度交付,确保系统更符合客户预期,甚至超预期,给客户真正带来价值! 140598   懂简道云的冬泳高手,关注我的帆软社区账号,交个朋友!  
快速查看未参与成员名单的三种方法(简道云开发高阶技能)
前言: 本篇是2017-07-10发布在原简道云老社区的第1篇,发布在帆软社区的第31篇文章,以后还有更多(技术类、管理类、理论类),为了不迷失不迷路,【请收藏这个链接集合】,以后所有博客都会汇集于此,敬请期待!   快速查看未参与成员名单的三种方法 在人员确定的组织内部,发起一项任务,到一定时间后快速查看哪些人未参与,是一种经常要遇到的场景需求。很多工作都需要讲求效率,如果开展不下去,效率低下,往往是因为个别人或部门跟不上进度拖了后腿。如果能通过一种方式快速查找到他们都是谁,并做一些有针对性的提醒或催促,对提高工作效率是很有帮助的。下面通过三个使用场景的例子,介绍三种不同的实现方法。三种实现快速查看未提交人员名单的方法:一、数据协作里实现 (利用excel导入) 例:高中学生文理分科选择二、当前表单里实现(利用聚合表) 例:大学生选择专业课三、当前表单里实现(利用函数组合) 例:签到截图示例如下: 137970     一、数据协作里实现: 例:高中学生文理分科选择分析:快速查找未参与人员名单的难点在于,未参与人的信息本身就不会出现任务表单里,如果按常规的思维模式,新建一个任务表单,让需要参与的人进表单填写,最后得到的只能是已参与人的数据,而要查找未参与的人员名单还需要对照人员档案信息表做一对一的比对,这样效率很低,还容易出错。如果数据量很大,比如高中学生文理分科的人数可能很多,有的学校多达几万人,如果一个个去比对,几乎是无法完成的任务。其实要想达到目的,可以反过来想,如果所有需要参与的人员信息都已经存在表单内了(可以通过导入excel表格的方式快速生成含有所有人员信息的表单),参与的人通过数据协作的方式进入表单,只需找出他的数据,再对数据做编辑,这样的话就可以通过查询哪些数据被重新做了编辑(查询条件——未填写)的方式快速实现查找未参与人员名单的目的。使用到的重要工具:excel实现步骤:1、准备一个学生档案excel信息表,如下图: 137971   2、保存表格,然后通过导入表格的方式建一个表单,如下图所示 137972     3、在此表单里添加一个单行文本控件和一个单选按钮组控件,分别命名为“姓名校验”和“文理科选择”。姓名校验控件赋予函数GETUSERNAME(),单选按钮组选项改为:文科和理科。如下图所示。 137973   备注:添加姓名校验控件的目的是防止学生替别人做文理科选择,所以需要对该表单添加校验条件如下图: 137974   4、进入数据管理——权限管理页面,添加自定义权限组。其中:姓名、年级、班级字段可见不可编辑,文理分科字段可见可编辑。如下图: 137975     5、进入数据协作页面,学生可以根据查询条件,查询到自己的数据然后进入编辑页面进行文理科选择。如下图 137976 137977 137978   6、到指定时间,相关人员可以通过查询条件“文理科选择”中的“未填写”,一键查询哪些学生还未做出文理科选择。 137979     测试表单外链:https://jiandaoyun.com/f/5926aaca5af4ffc739da4bb2 该方法特点:1、适合不频繁被执行的任务,比如高中文理分科、学生体检申报等,一年一到两次。所以每次花一点时间临时制作一个这样的表单还是比较划算的。2、无法设置严格的权限,数据在系统内是对所有人公开的。3、无法使用表单外链让系统外部的人使用。4、需要对使用方法做特别的提示说明。二、在当前表单里实现(利用聚合表) 例:大学生选择专业课分析:大学生选老师的专业课,每个老师招收专业课的人数都是有一定数量的,不可能不受限制。报名人数达到人数要求的上限后就不再允许其他学生申报。即要求在同一表单内发起专业课申请,专业课老师名单通过下拉框展示以供学生选择,申报某位老师课的学生满员以后该老师的名单自动消失,再进来的学生只能从其他还未满员的老师那里选择。上面提示要用到聚合表,那先来看一下聚合表具有的功能和特点。聚合表和报表里的汇总表类似,都可以对表单内的数据做汇总统计,不同的是,聚合表里的数据可以被表单调用。如果聚合表聚合的是当前表单的数据,而当前表单又可以与聚合表通过数据联动的方式实现调用,那就间接实现了当前表单与该表单过往数据的联动。聚合表中有多表关联的功能,这个之前主要是用来做进存销的,现在可以把专业课选择表单与老师档案信息表进行多表关联(专业课选择表单里添加辅助数字字段,默认值为1),把老师名称作为关联字段,公式值直接选择添加的辅助数字字段,那么专业课选择表单里还未满员的老师就会在聚合表里出现对应的值0(在聚合表里实现数据比对),对这个值“0”做数据联动,即可在专业课选择的表单里通过数据联动的方式让含“老师名称”的下拉框只显示未选满人数的老师名单。使用到的重要工具:mapx函数,聚合表等实现步骤:1、如下图所示建设2个表单:选择专业课老师表单和老师档案表单。①选择专业课老师表单 137980     ②老师档案表单: 137981     2、制作聚合表如下图所示:   ① 多表关联: 137982       ②公式1添加辅助数字1字段 137983     ③未满员的老师这里被标注为0。   137984       3、可以用0字段作为数据联动控件,把未满员的老师联动到选择专业课老师表单。如下图所示: 137985       通过上图数据联动的方式即可让选择老师的下拉框里只显示未招收满员的老师。 测试表单外链:https://jiandaoyun.com/f/59268904e2d0bf4b3a87957e该方法特点:1、需要消耗一个聚合表指标2、逻辑复杂,如果思路不清晰,不容易实现。3、填写界面简洁合理,收集到的数据准确真实。4、由于聚合表内容可以被数据表调用,所以可以利用数据表里的条件过滤的方式(这个例子中需要的条件过滤是“公式1”的值恒等于0)筛选出聚合表里未满员的老师。三、当前表单里实现(利用函数组合) 例:签到分析:签到使用的场景很常见,让组织内部该签到的人在表单内就能查看到哪些人还未在自己之前签到。使用到的重要工具:if、mapx,serch,split函数,excel和word实施步骤:1、按下图构建签到表单。 137986     2、上图中“姓名聚合”字段,赋予函数如下图解: 137987       3、成员信息表说明,如下图示: 137988       4、“还未签到成员名单“控件函数分析: 此函数由下图函数作为最小函数单位组合起来使用 137989   ①红色框:分割提取成员名单中的第一位 ②蓝色框:在已提交的人员名单中查找第一位成员③黑色框:判断第一位成员是否已提交,如果已提交,则不显示该成员名称,如果没提交,则该显示该成员名称。该函数只能判断第一位成员是否已移交,其他成员可以继续添加类似函数,只需改变内的数字即可,然后再用CONCATENATE函数将所有这些最小函数单位连接起来。这种函数由于比较长,而且逻辑复杂,可以利用excel和word的一些功能来实现。以4个成员为例。首先把函数分解成3部分:1、2、3。如下图三部分。 137990     放到excel里如下图: 137991     填充或复制后如下图:   137992     在表格D1种写函数==A1&B1&C1,如下图:   137993       点击Enter键后,再对D1做填充,如下图:   137994     再利用word文档的功能对上表中的函数做。 复制粘贴D列函数到word文档(只粘贴文本T),如下图: 137995     这时,虽然函数已经复制粘贴成功,但还是分行的,需要去除换行符,让函数紧凑的连接起来。方法是同时按Ctrl+H键,出现对话框,在“查找内容项”输入换行符^p,然后再点击“全部替换”按钮,如下图: 137997     再依次点击两次确定按钮,效果如下图: 137998     复制粘贴上图函数到“还未签到成员名单”控件的函数编辑框里,用函数CONCATENATE结合起来,然后把“控件①②③用对应的控件替换过来即可。如下图: 137999           测试表单外链:https://jiandaoyun.com/f/5926b283de8a86dd399a726c 该方法特点:1、使用的工具较多,拓展了对简道云使用方法的认知。3、由于用到了mapx函数,所以为了确保数据的真实准确,中间不能删除数据。4、由于简道云函数编辑框最多只能编写354含行数,所以如果组织内部成员很多,此方法就不再适合。5、无法设置权限,所有能进表单的成员都可以查看到未提交的成员名单。6、用到的excel和word的方法,对利用简道云解决其他问题也会很有帮助,以后有机会再一起解读。总结:由此看来,无论是使用人工去逐一比对还是让系统自动来识别比对,最终都要拿已提交成员名单与组织内所有成员名单做比对,这一环节应该是重要且不能缺少的,只有这样才能确定哪些人未参与提交。如果让系统自动来识别,是用函数的方式、聚合表的方式还是导入excel表格的方式,就要结合具体的任务需求才能确定了。 点击查看作者更多博文:1、盲人妻子的困惑——子表单自动连续编号的问题【发布时间: 2017-07-10】2、让人又爱又恨的子表单【发布时间: 2020-10-08】3、4种不同方法解决并发问题——函数触发机制分析【发布时间: 2017-12-05】4、如何不借助聚合表调用子表单数据——解析一【发布时间: 2018-02-12】5、如何确保子表添加字段值不出现重复【发布时间: 2018-03-11】6、快速查看子表重复情况的方法一【发布时间: 2018-03-12】7、致简道云的一封信!【发布时间: 2018-10-29】8、快速查看子表重复情况的方法二【发布时间: 2018-03-13】9、过滤敏感词或符号【发布时间: 2020-10-27】10、快速准确调取上次采购价的方法【发布时间: 2018-03-18】11、合并同类项【发布时间: 2018-03-19】12、子表中合并同类项【发布时间: 2018-04-15】13、如何让子表单信息分行显示在多行文本中?【发布时间: 2018-04-19】14、如何做到快速添加子表字段值且永不会重复?【发布时间: 2018-06-23】15、流程审批模型【发布时间: 2018-06-23】16、流程审批节点状态数汇总模型【发布时间: 2018-10-02】17、流程审批节点用时汇总模型【发布时间: 2018-10-03】18、关于调库问题的分析【发布时间: 2018-09-28】19、帮你打通子表单数字编号的任督二脉【发布时间: 2019-02-04】20、子表单跨数据自动连续数字编号【发布时间: 2019-02-05】21、子表单数字编号——分列连续数字编号【发布时间: 2019-02-06】22、子表单数字编号——等差数列编号【发布时间: 2019-02-07】23、子表单数字编号——“倒序”数字编号【发布时间: 2019-02-08】24、头脑中的大象【发布时间: 2019-02-08】25、如何提取成员多选字段的文本值?【发布时间: 2019-04-19】26、不借助聚合表直接在当前子表单中实现数字汇总的一种方法【发布时间: 2019-04-19】27、分数排名、上次采购价等问题都要用到的一个重要函数组合【发布时间: 2018-03-10】28、解答有奖问答:子表单数字汇总的一种应用【发布时间: 2019-04-02】29、0库存不显示【发布时间: 2018-09-20】30、多仓库下的0库存不显示【发布时间: 2018-09-25】 作者简介:【点击查看作者社区主页】 牛中伟 简道云官方连续6年指定定制服务商 利用简道云帮客户实施项目近300个 在原简道云老社区更新发布博客44篇 新老社区博客总阅读量超50万,留言1000余条 其中关于子表单的一篇博客收到用户打赏金额累计超7000元 关注帆软社区我的这个账号,有新博客更新,第一时间收到提醒 感谢大家一路以来的认可和支持,我会再接再厉,分享更多有价值的内容 如有任何简道云方面的问题,欢迎留言区留言或单独私信给我,期待与你的交流 不自谦能力概述: 精通子表单各类复杂用法 谙熟函数特性、及各种函数组合用法 独创利用简道云处理多级BOM的方法 深刻理解进销存系统及进销存思维模型 有一定的文本书写能力,总结复盘能力 较强的抽象思维能力、逻辑思维能力、统筹能力 对陌生行业陌生业务有快速的信息搜集整合和学习消化能力 拥有一整套成熟有效的整理系统需求文档的思想、方法和工具 很多用户感觉一直解决不了的问题在我们这里可能早已不是问题 了解如何制定完善的报表分析计划,并借此洞察项目业务背景和业务痛点。 理解系统与企业管理的关系,对如何在企业顺利推进管理系统落地有丰富经验和独到见解。 有一整套经上百大小项目锤炼过的适合简道云这类低代码工具帮助客户实施项目的流程和方法,确保系统更好实施,更快部署,更高完整度交付,确保系统更符合客户预期,甚至超预期,给客户真正带来价值! 138020 懂简道云的冬泳高手,关注我的帆软社区账号,交个朋友!   编辑于 2020-11-24 14:25  
多仓库下的0库存不显示(简道云开发必备高阶技能)
前言: 本篇上接第29篇“0库存不显示”,请结合上篇内容阅读本篇。 本篇是2018-09-25发布在原简道云老社区的第22篇,发布在帆软社区的第30篇文章,以后还有更多(技术类、管理类、理论类),为了不迷失不迷路,【请收藏这个链接集合】,以后所有博客都会汇集于此,敬请期待!   多仓库下的0库存不显示 接上篇0库存不显示的分析,本篇重点介绍多仓库下0库存不显示问题的解决方法。在正式介绍本方法前,我们再来看下另一个场景下的业务需求,看下二者是否有相通之处。 业务场景:某公司有用简道云做的客户CRM管理系统,里面有两个重要的表单:1、客户信息注册表2、客户跟进表需求详情:市场部有多个销售人员,公司采取销售人员名下注册客户保护制度,即业务员甲注册的客户,在填写客户跟进表时,业务员甲只能看到当初自己注册的客户,而不能看到别的业务人员注册的客户信息,同时要求,当某次跟进客户跟单状态为继续跟进,那么下次填写跟单表时该客户姓名才能继续在客户下拉框字段里显示;当跟单状态为跟进失败或跟进成功状态时,下次再填写跟进表时,客户名称下拉框字段里就不再显示不需要跟进的客户。 上段中客户跟进时根据上次填写的跟进状态来确定下次跟进时是否显示需要跟进客户姓名的业务需求是非常常见的,也是客户CRM管理里的基本要求,我们做简道云开发必须要掌握。仔细想象一下上面介绍的这种客户跟进场景需求,是否和我们现在这个博客准备要讨论的多仓库下0库存显示的问题类似?是不是可以把客户信息注册表看成是商品入库表?这里把客户看成商品,每注册一个客户就相当于往仓库里录入一个商品,(这里把客户看成商品没有不敬的意思,只是为了类比成进销存,更方便大家理解),而客户跟进表就相当于出库表,只是客户跟进表里当选择跟进状态为“继续跟进”时,出库表没把这个客户出成库,只有在跟进状态为“跟进失败”或“跟进成功”时才把这个客户出库成功,出库成功的客户,下次再填写跟进表时,客户下拉框字段里就不再显示该客户。通过上面的分析,很容易发现,客户跟进的情况和多仓库下0库存不显示的问题几乎是性质完全相同的问题。只是,进销存中前后多次入库的商品可能会出现相同的,而客户注册信息表里一般客户不会重复,而且数量不像商品入库那样每次可能入库多个,一个客户注册数量只有一个。除了上面的这类业务场景,我的第5篇第6篇博客中讲到的流程衔接的问题其实和0库存不显示的问题也是同一类的,而且是流程衔接博客里讲到的最复杂的那种情况——不同权限设置下的流程衔接。感兴趣的朋友可以点击查看这两篇关于流程衔接的博客。接下来再来看下上篇博客里讲到的0库存不显示的核心方法,如下:   商品入库时,如果该商品是第一次入库或者入库时该商品在库存里的数量已经为0了,那此时入库,我们给该商品赋予一个值(数值1); 同理,在出库时,如果出完库,该商品的库存也为了0,那也给商品赋予一个相同的值(数值1),再让这两个值在聚合表里计算(数值1-数值1)。那么,聚合表里商品对应的这个赋予值的计算结果只有两种可能,即库存为0时,赋予值计算指标计算结果为0;库存不为0时,计算结果为数值1,那由此就可以通过这个数值1来联动出所有库存不为0的商品。   截图此时对应的入库表与出库表多表关联的聚合表,如下图: 137952     通过上图聚合表很容易看出,此时我们只考虑了一个仓库的情况,而且这里的关键数值1我们取的值是1。如果是多个仓库,我们再对不同的仓库取不同的数值1的值,比如有三个仓库甲、乙、丙,对应的数值1分别是1、2、3。测试前,需要先建一个仓库基础信息表,每个仓库对应的数值,就相当于给仓库的编号,所以仓库基础信息表里至少需要包含2个字段,一个是仓库名称,一个是对应的数字编号,再在入库出库表里添加对应的数字编号,该编号根据仓库基础信息表把这个仓库数字编号联动出来。 表单外链如下:仓库基础信息表:https://jiandaoyun.com/f/5ba9e0fdc4560a2a103b7c0e入库表:https://jiandaoyun.com/f/5ba9e0fdc4560a2a103b7c0f出库表:https://jiandaoyun.com/f/5ba9e0fdc4560a2a103b7c10通过填充数据,得如下聚合表: 137953     可以看出,不同的仓库里库存不为0的商品对应不同的仓库编号,再通过聚合表里的这个仓库数字编号,联动到出库表里的商品名称下拉框字段,至此,就实现了不同仓库下0库存不显示的问题。这里入库出库表的字段设置和函数书写都和单个仓库0库存不显示博客中的类似,唯一不同的就是把原有的数值1的值替换成了仓库编号的数字控件。 方法总结:1、解决多仓库下0库存不显示的问题,是在单仓库下0库存不显示问题解决方法的基础上得来的,这里用到的关键的一点是对不同的仓库进行编号,而且这个编号必须是纯数字的编号,只有是纯数字的编号才能作为聚合表里的指标进行计算。2、本博客为了解决多仓库下0库存不显示的问题,对每个仓库进行了编号,那客户跟进问题和不同权限设置下流程衔接的问题中,需要进行纯数字编号的应该分别是跟进的业务人员和需要流程衔接的人员或部门,对人员进行数字编号,其实就是我们通常所说的员工工号(另外,正式规范的公司里一般也是需要对每个部门进行编号的)。由此,通过本博客的分析,我们应该会对一般公司都会员工进行编号,每个员工都会有一个工号这类现象有个更加深刻的认识,员工工号这类设置不单单是为了显示出进入公司的先后顺序,或者是避免因姓名重名而导致的错误,更重要的是在公司内部复杂的运营管理系统里,参与识别并运算的往往是员工工号这类唯一的纯数字的编号,而不再是每个人具体的姓名。3、多仓库下0库存不显示的问题,客户CRM管理里客户继续跟进的问题以及我在第5篇第6篇博客里讲到的不同权限设置下流程衔接的问题,这三类问题其实都是性质相同的问题,都可以看做是多仓库下0库存不显示问题的变形,或者是同一问题的在不同的业务场景下的不同表现形式,其问题的核心都是一样的。问题拓展:0库存不显示的问题其实有很多更加复杂情况变形,比如,不同的仓库下有很多种品类的商品,而同一个品类同一个型号的同一名称的商品,由于采购批次的不同,导致采购价也不相同,特别是对一些非标品的商品采购来说,同一商品,同一个供应商,同一天内的采购价都可能不一样,而且仓库里又同时存放了该商品的多个采购批次(这种情况在商品库存管理里是很常见的)。那如果此时要求,商品出库时需要操作人员选择采购的批次进行出库(没有条码的商品出库或销售,由于不同采购批次的采购价不同,所以要想准确计算毛利润,必须在出库或销售时准确调取该商品的采购批次,进而才能联动出采购价),且要求采购批次的下拉框里只显示库存不为0的采购批次(随着时间的推进,采购批次肯定越来越多,如果过往的所有的采购批次都显示,那对出库的操作人员来说,就比较麻烦了,每次出库都要找半天出库商品的批次,而且容易出错)。那么问题来了:如何解决多仓库下,出库表里出库商品对应的采购批次下拉框里只显示库存不为0的采购批次?感兴趣的朋友可以自己先试下。 点击查看作者更多博文:1、盲人妻子的困惑——子表单自动连续编号的问题【发布时间: 2017-07-10】2、让人又爱又恨的子表单【发布时间: 2020-10-08】3、4种不同方法解决并发问题——函数触发机制分析【发布时间: 2017-12-05】4、如何不借助聚合表调用子表单数据——解析一【发布时间: 2018-02-12】5、如何确保子表添加字段值不出现重复【发布时间: 2018-03-11】6、快速查看子表重复情况的方法一【发布时间: 2018-03-12】7、致简道云的一封信!【发布时间: 2018-10-29】8、快速查看子表重复情况的方法二【发布时间: 2018-03-13】9、过滤敏感词或符号【发布时间: 2020-10-27】10、快速准确调取上次采购价的方法【发布时间: 2018-03-18】11、合并同类项【发布时间: 2018-03-19】12、子表中合并同类项【发布时间: 2018-04-15】13、如何让子表单信息分行显示在多行文本中?【发布时间: 2018-04-19】14、如何做到快速添加子表字段值且永不会重复?【发布时间: 2018-06-23】15、流程审批模型【发布时间: 2018-06-23】16、流程审批节点状态数汇总模型【发布时间: 2018-10-02】17、流程审批节点用时汇总模型【发布时间: 2018-10-03】18、关于调库问题的分析【发布时间: 2018-09-28】19、帮你打通子表单数字编号的任督二脉【发布时间: 2019-02-04】20、子表单跨数据自动连续数字编号【发布时间: 2019-02-05】21、子表单数字编号——分列连续数字编号【发布时间: 2019-02-06】22、子表单数字编号——等差数列编号【发布时间: 2019-02-07】23、子表单数字编号——“倒序”数字编号【发布时间: 2019-02-08】24、头脑中的大象【发布时间: 2019-02-08】25、如何提取成员多选字段的文本值?【发布时间: 2019-04-19】26、不借助聚合表直接在当前子表单中实现数字汇总的一种方法【发布时间: 2019-04-19】27、分数排名、上次采购价等问题都要用到的一个重要函数组合【发布时间: 2018-03-10】28、解答有奖问答:子表单数字汇总的一种应用【发布时间: 2019-04-02】29、0库存不显示【发布时间: 2018-09-20】   作者简介:【点击查看作者社区主页】 牛中伟 简道云官方连续6年指定定制服务商 利用简道云帮客户实施项目近300个 在原简道云老社区更新发布博客44篇 新老社区博客总阅读量超50万,留言1000余条 其中关于子表单的一篇博客收到用户打赏金额累计超7000元 关注帆软社区我的这个账号,有新博客更新,第一时间收到提醒 感谢大家一路以来的认可和支持,我会再接再厉,分享更多有价值的内容 如有任何简道云方面的问题,欢迎留言区留言或单独私信给我,期待与你的交流 不自谦能力概述:   精通子表单各类复杂用法 谙熟函数特性、及各种函数组合用法 独创利用简道云处理多级BOM的方法 深刻理解进销存系统及进销存思维模型 有一定的文本书写能力,总结复盘能力 较强的抽象思维能力、逻辑思维能力、统筹能力 对陌生行业陌生业务有快速的信息搜集整合和学习消化能力 拥有一整套成熟有效的整理系统需求文档的思想、方法和工具 很多用户感觉一直解决不了的问题在我们这里可能早已不是问题 了解如何制定完善的报表分析计划,并借此洞察项目业务背景和业务痛点。 理解系统与企业管理的关系,对如何在企业顺利推进管理系统落地有丰富经验和独到见解。 有一整套经上百大小项目锤炼过的适合简道云这类低代码工具帮助客户实施项目的流程和方法,确保系统更好实施,更快部署,更高完整度交付,确保系统更符合客户预期,甚至超预期,给客户真正带来价值! 138036   懂简道云的冬泳高手,关注我的帆软社区账号,交个朋友!   编辑于 2020-11-24 17:07   编辑于 2020-11-24 17:07  
0库存不显示(简道云开发高阶技能)
前言: 本篇编写时简道云还未推出智能助手功能,当时还不能借助智能助手数据回写功能实现0库存不显示。现在虽然已有了智能助手的方法,但致力于学习研究智能助手的朋友,依然需要仔细看下本篇的思路和方法,应该对更深入的了解简道云有帮助。另外,智能助手的数量总归是有限的,能不用智能助手就能实现0库存不显示,尽量不用,能省皆省。 本篇功能的推出是简道云功能强大的又一例证,利用现有基础功能的组合来实现更多复杂功能是我们开发人员的一项重要能力。 本篇是2018-09-20发布在原简道云老社区的第21篇,发布在帆软社区的第29篇文章,以后还有更多(技术类、管理类、理论类),为了不迷失不迷路,【请收藏这个链接集合】,以后所有博客都会汇集于此,敬请期待!   0库存不显示 先来看下什么是0库存不显示,“0库存不显示”,很显然,从字面意思可以理解,既当仓库里某商品的库存为0了,那该商品就不应该再在出库表的商品名称下拉框里显示。如下图所示: 137941     熟悉用简道云做进销存软件的道友都知道,入库、出库表的子表单里的数字控件“库存”是根据“商品”字段联动的聚合表里的“库存”,既只有选择过了“商品”后,才能通过聚合表的“商品”联动出“库存”数量,这里用到的数据联动——“商品”作为联动条件被人为手动选择,“库存”作为联动结果被输出展示出来。 再分析我们的这个问题——“0库存不显示”,可以发现,简短的这句话里,其实暗含了一个前提条件和一个判断结果,前提条件是先确定库存是否为0,判断结果是该商品显示不显示的问题,那意思就是,库存是否为0作为了条件,商品名称作为了判断的结果(这个和我们平时通过商品名称联动出商品的库存不太一样)。由此,我们可以结合上一段中数据联动的联动条件和联动结果的特点,以及聚合表中表头字段和计算指标字段都可以既为联动条件又可是联动结果特点,就可以得出这样的结论:只要我们有方法使得,聚合表中,让库存不为0的商品的右边聚合计算的指标能对应上一个相同的值,然后再通过这个相同的值就可以联动出所有库存不为0的商品。在找到这个相同的值前,我们先来试下另一种特殊情况的设置方式:出库时商品下拉框里只显示库存为0的商品,当然在实际使用中,这种设置没有意义,也不需要,这里我们测试这种设置,是为了看看是否能找到一个也能解决0库存不显示问题的普遍规律。先来看下如下聚合表,如下图: 137942     这个是一个普通的通过入库表和出库表多表关联设置好的库存聚合表,通过表中数据明显可以看出,商品1、商品4、商品5,这三个商品的库存已经为0了,在本博客讨论的主题中,这三个商品是不应该显示在出库表的商品下拉框里的,而此时我们测试的是出库表里只显示这个三个库存为0的商品。 所以,由上面的这个聚合表,我们很容易就可以找出,出库表商品下拉框里只显示库存为0的商品的设置方法,即在主表中添加一个数字控件,默认值为0,然后通过这个默认值为0的数字控件,联动上图中的聚合表,使得商品下拉框里只显示库存为0的商品,如下图所示: 137943     设置好之后,测试结果如下图,很显然,出库表的商品下拉框里只显示了库存为0 的商品。   137944 这里之所以能通过数据联动一次性设置成功,让出库表的商品下拉框里只显示库存为0的商品,那是因为,可以通过这个库存计算指标0作为联动条件,联动出了对应的库存为0的商品。说到这里就又到了上文大红字中说的那个关键处——有没有一个方法,使得,库存不为0的商品,也能同时只显示一个相同的数字,如果可以的话,就可以通过这个相同的数字联动出库存不为0的商品。所以到此,0库存不显示的问题,就转变成了寻找这个聚会表中库存不为0商品对应的相同数值的问题。商品入库时,如果该商品是第一次入库或者入库时该商品在库存里的数量已经为0了,那此时入库,我们给该商品赋予一个值(数值1);同理,在出库时,如果出完库,该商品的库存也为了0,那也给商品赋予一个相同的值(数值1),再让这两个值在聚合表里计算(数值1-数值1),那就可以得出,聚合表里商品对应的这个赋予值的计算结果只有两种可能,即库存为0时,赋予值计算指标计算结果为0;库存不为0时,计算结果为数值1,那由此就可以通过这个数值1来联动出所有库存不为0的商品。如果我们设定这个赋予的值为1,就可以在人库表子表单的商品字段后添加数字控件,并对其写函数,使得当某商品入库时,原有库存如果为0(含第一次入库时,商品库存为空),此时该数字控件的值为1,否则为0,函数书写如下:入库详情.赋予值数字1=IF(入库详情.库存==0,1,IF(ISEMPTY(入库详情.库存)==1,1,0))如下图所示: 137945 同样,在出库表子表商品字段后也添加数字控件,并对其写函数如下:出库详情.赋予值数字1=IF(出库详情.库存-出库详情.出库数量==0,1,0) 137946       137947 然后再在库存聚合表中添加计算指标,如下: 137948 聚合表整体预览如下: 137949 最后在出库表中添加数字控件,默认值为1,通过这个数字控件联动到聚合表里的辅助数字控件计算指标,如下所示: 137950 由此即可做到,出库时商品下拉框里只显示库存不为0的商品。如下出入库表单外链展示所示:外链测试入库表外链:https://tex1054z67.jiandaoyun.com/f/5fb8afdce0e6e20007153119出库表外链:https://tex1054z67.jiandaoyun.com/f/5fb8afdce0e6e2000715311c由于聚合表不能像表单外链那样直接展示给前端,为了让大家及时的看到聚合表里的数据变化情况,这里做一个调用聚合表数据的数据表,下面这个是外链:https://jiandaoyun.com/r/5ba367770767526414472822总结: 此方法能解决0库存不显示问题的关键所在是对入库前和出完库这两个时间点上商品库存数量的判断,并给判断结果赋予了一个特定的值。即商品入库时如果库存为0则赋予值1,否则赋予值0,;出库完成时,如果商品库存为0,赋予值1,否则为0,再让这个赋予值在入库出库表多表关联的聚合表里做计算,通过这个计算的结果再来联动出库存不为0的商品。 更简练的说,此方法的关键是对入库出库时商品库存是否为0的判断结果数值的计算,如果入库前商品库存不为0,出库后商品也不为0,那这种情况是不需要考虑的,需要考虑并要做判断的是入库前和出完库这两个特殊的时间点。 分析到最后这个地方,可以看出,解决此问题的方法即隐藏在此问题里,0库存不显示——即如果0库存,则不显示。 下一篇博客分析,如果是多个仓库该如何实现0库存不显示,如何在本文方法的基础做变形处理。敬请关注。 点击查看作者更多博文:1、盲人妻子的困惑——子表单自动连续编号的问题【发布时间: 2017-07-10】2、让人又爱又恨的子表单【发布时间: 2020-10-08】3、4种不同方法解决并发问题——函数触发机制分析【发布时间: 2017-12-05】4、如何不借助聚合表调用子表单数据——解析一【发布时间: 2018-02-12】5、如何确保子表添加字段值不出现重复【发布时间: 2018-03-11】6、快速查看子表重复情况的方法一【发布时间: 2018-03-12】7、致简道云的一封信!【发布时间: 2018-10-29】8、快速查看子表重复情况的方法二【发布时间: 2018-03-13】9、过滤敏感词或符号【发布时间: 2020-10-27】10、快速准确调取上次采购价的方法【发布时间: 2018-03-18】11、合并同类项【发布时间: 2018-03-19】12、子表中合并同类项【发布时间: 2018-04-15】13、如何让子表单信息分行显示在多行文本中?【发布时间: 2018-04-19】14、如何做到快速添加子表字段值且永不会重复?【发布时间: 2018-06-23】15、流程审批模型【发布时间: 2018-06-23】16、流程审批节点状态数汇总模型【发布时间: 2018-10-02】17、流程审批节点用时汇总模型【发布时间: 2018-10-03】18、关于调库问题的分析【发布时间: 2018-09-28】19、帮你打通子表单数字编号的任督二脉【发布时间: 2019-02-04】20、子表单跨数据自动连续数字编号【发布时间: 2019-02-05】21、子表单数字编号——分列连续数字编号【发布时间: 2019-02-06】22、子表单数字编号——等差数列编号【发布时间: 2019-02-07】23、子表单数字编号——“倒序”数字编号【发布时间: 2019-02-08】24、头脑中的大象【发布时间: 2019-02-08】25、如何提取成员多选字段的文本值?【发布时间: 2019-04-19】26、不借助聚合表直接在当前子表单中实现数字汇总的一种方法【发布时间: 2019-04-19】27、分数排名、上次采购价等问题都要用到的一个重要函数组合【发布时间: 2018-03-10】28、解答有奖问答:子表单数字汇总的一种应用【发布时间: 2019-04-02】 作者简介:【点击查看作者社区主页】 牛中伟 简道云官方连续6年指定定制服务商 利用简道云帮客户实施项目近300个 在原简道云老社区更新发布博客44篇 新老社区博客总阅读量超50万,留言1000余条 其中关于子表单的一篇博客收到用户打赏金额累计超7000元 关注帆软社区我的这个账号,有新博客更新,第一时间收到提醒 感谢大家一路以来的认可和支持,我会再接再厉,分享更多有价值的内容 如有任何简道云方面的问题,欢迎留言区留言或单独私信给我,期待与你的交流 不自谦能力概述:   精通子表单各类复杂用法 谙熟函数特性、及各种函数组合用法 独创利用简道云处理多级BOM的方法 深刻理解进销存系统及进销存思维模型 有一定的文本书写能力,总结复盘能力 较强的抽象思维能力、逻辑思维能力、统筹能力 对陌生行业陌生业务有快速的信息搜集整合和学习消化能力 拥有一整套成熟有效的整理系统需求文档的思想、方法和工具 很多用户感觉一直解决不了的问题在我们这里可能早已不是问题 了解如何制定完善的报表分析计划,并借此洞察项目业务背景和业务痛点。 理解系统与企业管理的关系,对如何在企业顺利推进管理系统落地有丰富经验和独到见解。 有一整套经上百大小项目锤炼过的适合简道云这类低代码工具帮助客户实施项目的流程和方法,确保系统更好实施,更快部署,更高完整度交付,确保系统更符合客户预期,甚至超预期,给客户真正带来价值!   137951   懂简道云的冬泳高手,关注我的帆软社区账号,交个朋友!   编辑于 2020-11-21 11:44   编辑于 2020-11-21 14:19  
解答用户有奖问答提问:子表单数字汇总的一种应用(简道云开发高阶技能)
前言: 本篇是2019年3月有用户在简道云老社区发布的一个有奖问答的解答。 本篇是第26篇博客中讲解的“不借助聚合表实现子表单数字汇总”方法的具体应用,可用在项目工期设置、财务管理流水台账等。 本篇是2019-04-02发布在原简道云老社区的第35篇,发布在帆软社区的第28篇文章,以后还有更多(技术类、管理类、理论类),为了不迷失不迷路,【请收藏这个链接集合】,以后所有博客都会汇集于此,敬请期待!   解答用户有奖问答提问:子表单数字汇总的一种应用   有谁能帮我解决下目前遇到的难题?问题具体是这样的:子表里面的,工期自动计算。具体是项目开工有开工日期,开工后分很多个阶段,每个项目的阶段数不等,每个阶段的施工天数不等,现在我是用子表单做的,如下图,这里的截止日期,现在我只能对照着手机日历一天天的去数然后手动输入,这样不但麻烦而且还容易出错。我感觉应该可以直接自动计算的,就是想不到改怎么处理,求大神帮解决下,解决了立即发红包300,谢谢了。 137938     此法还能解决子表单做财务流水台账的问题 其实解决此问题可以使用我在去年4月19日发布的第18篇博客(帆软新社区的第26篇)中的方法,不过那篇博客里的方法现在来看有点笨了,现在有了更好的解决方法,现在的这个新思路不再是一个个去穷举,而是一个通用的解决方法,实现起来也更简单。以我目前的经验的来看,这个方法可以算是一个基础功能,不但能解决当前提问的人面临的问题还能解决博客里的收款问题,还有财务管理里常用的流水台账的问题。感兴趣的可以先点击查看我的第18篇博客(帆软新社区的第26篇),链接:https://bbs.fanruan.com/thread-133726-1-1.html先来看下提问的问题:每个施工截止日期都是开工日期加上之前所有施工阶段施工天数,这里如果用函数表示的话,应该如下:当前第N阶段施工截止日期==开工日期+(阶段1施工天数+阶段2施工天数+阶段3施工天数+......+阶段N施工天数),具体实现的步骤如下:1.)在数字控件“施工天数”后添加一个单行文本控件,命名“工期+补位符+逗号”,对其写函数如下:施工日期安排详情.工期+补位符+逗号=CONCATENATE(RIGHT(CONCATENATE("########",施工日期安排详情.施工天数),9),",")次函数的意思是对施工天数这一值用"#"做补位并截取右边9位,然后在添加一个逗号“,”,注意这里用的是英文的逗号。2.)主表中添加一个的单行文本控件,对其命名“工期+补位符+逗号集合”,其公式编辑为:工期+补位符+逗号集合=CONCATENATE(施工日期安排详情.工期+补位符+逗号)3.)再在子表中添加一个单行文本控件对其命名“根据序号截取工期+补位符+逗号集合”,公式编辑为:子表单.分割成数组后求和=SUMPRODUCT(SPLIT(CONCATENATE(SPLIT(LEFT(工期+补位符集合,子表单.序号*10),",")),"#")) 137939     按颜色框注,依次解释此组合函数的作用:   先通过LEFT(工期+补位符集合,子表单.序号*10),按子表单序号来依次截取步骤2中的文本集合,由于步骤1中对施工天数做了补位截取右9位后又添加了一个英文逗号,所以这里是按子表单.序号*10来从左到右依次截取的,目的是让当前阶段施工天数参与组成的值能完整的被截取到当前单行文本里。   再通过SPLIT(LEFT(工期+补位符集合,子表单.序号*10),",")把上一环节1截取的值中的英文逗号“,”去除掉,注意:分割函数SPLIT所用的分隔符,就是分割目标值中要去除的值。例如:#######11,#######22,######333 通过2的环节,SPLIT(LEFT(工期+补位符集合,子表单.序号*10),",")已是一组数组,此时再通过函数CONCATENATE把2步骤中的数组见的英文逗号消除掉,此时CONCATENATE(SPLIT(LEFT(工期+补位符集合,子表单.序号*10),","))输出的值就是一串不含英文逗号的文本。例如:#######11#######22######333 通过SPLIT(CONCATENATE(SPLIT(LEFT(工期+补位符集合,子表单.序号*10),",")),"#")把3中的一串不含英文逗号文本的字符串分割称数组,输出结果为:,,,,,,11,,,,,,,22,,,,,,333 通过SUMPRODUCT(SPLIT(CONCATENATE(SPLIT(LEFT(工期+补位符集合,子表单.序号*10),",")),"#"))把4中的 ,,,,,,11,,,,,,,22,,,,,,333数组进行求和计算。得出当前工期天数的总和366。 测试外链:https://link.jiandaoyun.com/f/5ca31ef3da59df456ce9a0e3各控件信息描述处标注有该有的函数函数公式。注意:1、此次方法中一个关键点是子表单自动编号的功能,此功能是一个很重要的基础功能,没有它,子表单里很多重要的常用功能就解决不了。子表单需要自动添加的功能,在我的另一篇博客(https://bbs.fanruan.com/thread-133183-1-1.html)有过详细的分析,不清楚的朋友可以进去仔细看下。2、方法中的关键函数组合SUMPRODUCT(SPLIT(CONCATENATE(SPLIT(LEFT(工期+补位符集合,子表单.序号*10),",")),"#"))中的函数SUMPRODUCT是此方法和文章开头讲到的那篇博客中讲到的方法最大的不同之处,也是使得此方法成为此类问题的通用解决方法的关键所在,掌握常用函数的基础用法以及他们可能的各种变形真的很重要。 点击查看作者更多博文:1、盲人妻子的困惑——子表单自动连续编号的问题【发布时间: 2017-07-10】2、让人又爱又恨的子表单【发布时间: 2020-10-08】3、4种不同方法解决并发问题——函数触发机制分析【发布时间: 2017-12-05】4、如何不借助聚合表调用子表单数据——解析一【发布时间: 2018-02-12】5、如何确保子表添加字段值不出现重复【发布时间: 2018-03-11】6、快速查看子表重复情况的方法一【发布时间: 2018-03-12】7、致简道云的一封信!【发布时间: 2018-10-29】8、快速查看子表重复情况的方法二【发布时间: 2018-03-13】9、过滤敏感词或符号【发布时间: 2020-10-27】10、快速准确调取上次采购价的方法【发布时间: 2018-03-18】11、合并同类项【发布时间: 2018-03-19】12、子表中合并同类项【发布时间: 2018-04-15】13、如何让子表单信息分行显示在多行文本中?【发布时间: 2018-04-19】14、如何做到快速添加子表字段值且永不会重复?【发布时间: 2018-06-23】15、流程审批模型【发布时间: 2018-06-23】16、流程审批节点状态数汇总模型【发布时间: 2018-10-02】17、流程审批节点用时汇总模型【发布时间: 2018-10-03】18、关于调库问题的分析【发布时间: 2018-09-28】19、帮你打通子表单数字编号的任督二脉【发布时间: 2019-02-04】20、子表单跨数据自动连续数字编号【发布时间: 2019-02-05】21、子表单数字编号——分列连续数字编号【发布时间: 2019-02-06】22、子表单数字编号——等差数列编号【发布时间: 2019-02-07】23、子表单数字编号——“倒序”数字编号【发布时间: 2019-02-08】24、头脑中的大象【发布时间: 2019-02-08】25、如何提取成员多选字段的文本值?【发布时间: 2019-04-19】26、不借助聚合表直接在当前子表单中实现数字汇总的一种方法【发布时间: 2019-04-19】27、分数排名、上次采购价等问题都要用到的一个重要函数组合【发布时间: 2018-03-10】   作者简介:【点击查看作者社区主页】 牛中伟 简道云官方连续6年指定定制服务商 利用简道云帮客户实施项目近300个 在原简道云老社区更新发布博客44篇 新老社区博客总阅读量超50万,留言1000余条 其中关于子表单的一篇博客收到用户打赏金额累计超7000元 关注帆软社区我的这个账号,有新博客更新,第一时间收到提醒 感谢大家一路以来的认可和支持,我会再接再厉,分享更多有价值的内容 如有任何简道云方面的问题,欢迎留言区留言或单独私信给我,期待与你的交流 不自谦能力概述: 精通子表单各类复杂用法 谙熟函数特性、及各种函数组合用法 独创利用简道云处理多级BOM的方法 深刻理解进销存系统及进销存思维模型 有一定的文本书写能力,总结复盘能力 较强的抽象思维能力、逻辑思维能力、统筹能力 对陌生行业陌生业务有快速的信息搜集整合和学习消化能力 拥有一整套成熟有效的整理系统需求文档的思想、方法和工具 很多用户感觉一直解决不了的问题在我们这里可能早已不是问题 了解如何制定完善的报表分析计划,并借此洞察项目业务背景和业务痛点。 理解系统与企业管理的关系,对如何在企业顺利推进管理系统落地有丰富经验和独到见解。 有一整套经上百大小项目锤炼过的适合简道云这类低代码工具帮助客户实施项目的流程和方法,确保系统更好实施,更快部署,更高完整度交付,确保系统更符合客户预期,甚至超预期,给客户真正带来价值!   138024   懂简道云的冬泳高手,关注我的帆软社区账号,交个朋友!   编辑于 2020-11-21 09:50   编辑于 2020-11-22 10:25   编辑于 2020-11-24 15:01  
分数排名、上次采购价等问题都要用到的一个重要函数组合(简道云开发高阶技能)
前言: 本文是2018-03-10发布在原简道云老社区的第7篇文章,发布在帆软社区的第27篇文章,以后还有更多(技术类、管理类、理论类),为了不迷失不迷路,【请收藏这个链接集合】,以后所有博客都会汇集于此,敬请期待!   分数排名、上次采购价等问题都要用到的一个重要函数组合 在介绍具体方法前,先看一下以下几种常见的场景需求:1、分数排名问题:在含有成员得分分数的表单里,每次打开表单时,要求在一个单行文本控件里始终显示当前已提交过的人员里前三名的分数。2、快速查看未提交成员名单问题:打卡表单里,要求在当前表单里的一个单行文本控件里始终显示未打卡成员名单,以便参与打卡的同事们及时掌握打卡人员情况。3、上次采购价问题:采购产品入库时,同一个规格产品可能会在不同采购商那里采购,价格可能也会不同,当出库时需要调取上次采购入库执行时最后一次该产品入库的价格,并依此来计算成本。分析以上问题可以发现,实现这些需求都会用到的一个功能是在“当前表单里可以调取表单过往已提交的所有数据”,再对这些数据做函数运算进而实现上述需求。高级函数mapx更新之前的map函数是可以轻松实现这一功能的,但现在的mapx函数却没有这一功能,能实现的只是mapx(last)上一次提交的单个数据。那现在能不能通过一些函数组合间接实现类似当初map函数可以调取过往所有数据的功能呢?先来回顾一下mapx函数的用法,包含7种聚合操作功能,如下所示: 137904   其中的“last”聚合操作可以调取上一个提交数据,当结合CONCATENATE()函数,把当前表单数据和上一个提交数据链接起来,这样,每一次提交都能让上一次数据和当前数据链接,依次累加就可以实现调取过往所有数据的功能。 实施步骤:1、先建一个表单,全为单行文本控件,如下所示: 137905   2、对“姓名聚合”字段写函数如下图所示:   137906     3、通过测试发现,“姓名聚合”字段就可以实现对“姓名”字段录入数据的依次累加。效果展示如下:     137907       由于“姓名“字段的所有过往数据都可以在”姓名聚合“字段里展示出来,就可以针对”姓名聚合“字段做各种函数运算,以提取各种位置上的数据,解决诸如:分数排名、未提交人员名单、上次采购价等问题。 举例:提取前三位提交数据的人员名单方法:再在上面表单中添加一个单行文本控件命名为:前三位提交数据人员名单,并写函数如下: 137908 效果图如下: 137909 测试表单外链:https://jiandaoyun.com/f/592ad0bdff902bc53c8232e7方法扩展:1、类似变形问题,如:后三名提交数据的人员名单,所有提交数据的人员中得分排前n名、后n名的人员名单或分数(结合LARGE函数来做)都可以通过上面的方法结合函数组合的方式来实现。2、文章开头提到的上次采购价问题是进存销应用中常见且重要的一个功能,需在此方法的基础上做一些函数及表单的相应变形处理才可以解决,这里由于篇幅问题暂不细讲,留待以后在进存销的系列文章里单做详细分析。总结:这个方法之所以能实现数据累加功能,主要是因为下图中的运算函数。那这个函数组合为何能实现对过往数据的依次累加呢?分析发现,这里的mapx(last)函数可以提取“姓名聚合”字段上一个提交的数据,而它本身又是由CONCATNATE( )函数连接了当前表单里“姓名”字段的数据,所以每次提交都是聚合了“姓名聚合”字段的上一个数据和当前表单的姓名字段数据,由此实现了“姓名字段”数据的在“姓名聚合”字段里的依次累加效果,进而实现调取过往所有数据的功能。 137910 特别注意:1、由于这种方法实现的手段是对过往数据的“依次”累加,所以为避免多人同时填写表单时出现的并发现象,必须要做并发问题的处理。并发问题的解决方案已在另一篇文章里做过详细讲解,参考请点击:https://www.jiandaoyun.com/bbs#/topic/5a2533202086e93b9961c4522、通常mapx(last)函数即可调取当前表单过往数据也可调取其他表单过往数据,但这里使用的mapx(last)函数组合,只能提取当前表单的过往数据,而无法实现对其他表单过往数据的累加,如果想调取其他表单某字段过往的所有数据,需要在那个表单里使用这一功能,再利用数据联动把其所有过往数据调取过来。3、由于是“依次”累加,所以使用过程中不能删除数据,删除数据会造成累加数据的连贯性失效。如果实际使用中可能有删除的情况,也有别的方法可以替代这里讲到的这个函数方法,以后有机会再专门介绍。 点击查看作者更多博文:1、盲人妻子的困惑——子表单自动连续编号的问题【发布时间: 2017-07-10】2、让人又爱又恨的子表单【发布时间: 2020-10-08】3、4种不同方法解决并发问题——函数触发机制分析【发布时间: 2017-12-05】4、如何不借助聚合表调用子表单数据——解析一【发布时间: 2018-02-12】5、如何确保子表添加字段值不出现重复【发布时间: 2018-03-11】6、快速查看子表重复情况的方法一【发布时间: 2018-03-12】7、致简道云的一封信!【发布时间: 2018-10-29】8、快速查看子表重复情况的方法二【发布时间: 2018-03-13】9、过滤敏感词或符号【发布时间: 2020-10-27】10、快速准确调取上次采购价的方法【发布时间: 2018-03-18】11、合并同类项【发布时间: 2018-03-19】12、子表中合并同类项【发布时间: 2018-04-15】13、如何让子表单信息分行显示在多行文本中?【发布时间: 2018-04-19】14、如何做到快速添加子表字段值且永不会重复?【发布时间: 2018-06-23】15、流程审批模型【发布时间: 2018-06-23】16、流程审批节点状态数汇总模型【发布时间: 2018-10-02】17、流程审批节点用时汇总模型【发布时间: 2018-10-03】18、关于调库问题的分析【发布时间: 2018-09-28】19、帮你打通子表单数字编号的任督二脉【发布时间: 2019-02-04】20、子表单跨数据自动连续数字编号【发布时间: 2019-02-05】21、子表单数字编号——分列连续数字编号【发布时间: 2019-02-06】22、子表单数字编号——等差数列编号【发布时间: 2019-02-07】23、子表单数字编号——“倒序”数字编号【发布时间: 2019-02-08】24、头脑中的大象【发布时间: 2019-02-08】25、如何提取成员多选字段的文本值?【发布时间: 2019-04-19】26、不借助聚合表直接在当前子表单中实现数字汇总的一种方法【发布时间: 2019-04-19】   作者简介:【点击查看作者社区主页】 牛中伟 简道云官方连续6年指定定制服务商 利用简道云帮客户实施项目近300个 在原简道云老社区更新发布博客44篇 新老社区博客总阅读量超50万,留言1000余条 其中关于子表单的一篇博客收到用户打赏金额累计超7000元 关注帆软社区我的这个账号,有新博客更新,第一时间收到提醒 感谢大家一路以来的认可和支持,我会再接再厉,分享更多有价值的内容 如有任何简道云方面的问题,欢迎留言区留言或单独私信给我,期待与你的交流 不自谦能力概述: 精通子表单各类复杂用法 谙熟函数特性、及各种函数组合用法 独创利用简道云处理多级BOM的方法 深刻理解进销存系统及进销存思维模型 有一定的文本书写能力,总结复盘能力 较强的抽象思维能力、逻辑思维能力、统筹能力 对陌生行业陌生业务有快速的信息搜集整合和学习消化能力 拥有一整套成熟有效的整理系统需求文档的思想、方法和工具 很多用户感觉一直解决不了的问题在我们这里可能早已不是问题 了解如何制定完善的报表分析计划,并借此洞察项目业务背景和业务痛点。 理解系统与企业管理的关系,对如何在企业顺利推进管理系统落地有丰富经验和独到见解。 有一整套经上百大小项目锤炼过的适合简道云这类低代码工具帮助客户实施项目的流程和方法,确保系统更好实施,更快部署,更高完整度交付,确保系统更符合客户预期,甚至超预期,给客户真正带来价值! 138353   懂简道云的冬泳高手,关注我的帆软社区账号,交个朋友! 编辑于 2020-12-7 10:16  
不借助聚合表直接在当前子表单中实现数字汇总的一种方法(简道云开发高阶技能)
前言: 本文是2018-04-19发布在原简道云老社区的第18篇文章,发布在帆软社区的第26篇文章,以后还有更多(技术类、管理类、理论类),为了不迷失不迷路,【请收藏这个链接集合】,以后所有博客都会汇集于此,敬请期待!   不借助聚合表直接在当前子表单中实现数字汇总的一种方法 简道云中可以实现数字汇总的有汇总表和聚合表,但汇总表不能被调用,聚合表可以被调用但有以下限制:1、聚合表汇总的前提是表单被提交或者暂存,不进行这些操作,数据进不了数据库就没法参与聚合汇总。2、如果直接在表单数据管理中编辑修改子表单数据,修改后数据不能直接参与聚合汇总,还需要重新进入聚合表点击聚合表保存按钮才能使聚合表起效。再加上聚合表的数量本身又是版本级别的限制,能省即省,如果有方法可以在子表单中实现数字的汇总效果且不用借助聚合表,即节省了聚合表又不用再面对聚合表的那几个限制。如下图所示,这是一个项目收款记录表,每次甲方打款,乙方都要用子表单记录收款信息,需要在子表中实时显示已收金额,收款金额和应收剩余金额。 137896     如果想要达到实时显示的目的,其实就不能使用聚合表,因为上面已经介绍过了,想要聚合表参与计算有多种限制和前提,所以现在只能想别的方法来实现了。 在正式介绍本方法之前,先来回顾一下之前相关的等下这里会用到的两篇图文博客。1、盲人妻子的困惑——子表单自动编号的问题:点击查看博客链接,这篇中的拓展方法3——通过补位并截取的方式实现子表自动编号。2、子表中合并同类项:点击查看博客链接,这篇中的提取当前子表行数之上的值的集合。所以为了更好的理解本文中用到的方法,可以先仔细查看下上面这两篇博客。总的实现思路:1、提取当前子表单之上子表值的集合。2、对1中提取到的集合做函数处理,使之能参与数字汇总。具体实施步骤如下:步骤1、在上图所在表单中添加单行文本控件,命名为“收款金额补位并截取右9位”,函数为:项目收款记账明细.收款金额补位并截取右9位=RIGHT(CONCATENATE("#########",项目收款记账明细.收款金额,","),9)(备注:用#补位,且在补位右边添加英文逗号“,”,这个逗号是为了后面的分割使用)步骤2、主表中添加单行文本控件,命名为“集合”,写函数:集合=CONCATENATE(项目收款记账明细.收款金额补位并截取右9位)步骤3、在子表单中添加数字控件,命名为“当前已收款总金额”,写函数:项目收款记账明细.当前已收款总金额=SUM(VALUE(SPLIT(CONCATENATE(SPLIT(LEFT(集合,项目收款记账明细.序号*9),"#")),",")),VALUE(SPLIT(CONCATENATE(SPLIT(LEFT(集合,项目收款记账明细.序号*9),"#")),",")),VALUE(SPLIT(CONCATENATE(SPLIT(LEFT(集合,项目收款记账明细.序号*9),"#")),",")),VALUE(SPLIT(CONCATENATE(SPLIT(LEFT(集合,项目收款记账明细.序号*9),"#")),",")),VALUE(SPLIT(CONCATENATE(SPLIT(LEFT(集合,项目收款记账明细.序号*9),"#")),",")))(注:为了演示方便,这里暂定添加5行子表单,实际使用中如果添加的子表单行数比较多,可以扩充这个函数,直至,满足200行子表单添加需求。)下面详细分析这个函数组合①如下图红框内,LEFT(集合,项目收款记账明细.序号*9)的作用是随着子表行数的增加的(序号代表子表行数),依次截取主表控件集合的左边的值,由于1中收款金额补位并截取的位数是9位,所以这里在截取时,需要将子表的序号乘以9.(注:其中子表序号的实现方式这里就不详细说了,不熟悉的请点击查看详细介绍子表序号的博客) 137897 ②如下图红框内,SPLIT(LEFT(集合,项目收款记账明细.序号*9),"#")的作用是把①中截取到的值通过#符号进行分割,分割成多个数组,数组之间有英文逗号隔开“,” 137898 ③如下图红框内,CONCATENATE(SPLIT(LEFT(集合,项目收款记账明细.序号*9),"#"))的作用是把②中分割后由英文逗号“,”隔开的数组变为一个文本,CONCATENATE函数可以把数组间的逗号消除。F:\youdao\qqD329A58C5ECA36B55C004794294861B3\e51076f89a8b4709b3cec3c500f0ce7e\oj8cypkk3xll.png   137899     ④如下图红框内 VALUE(SPLIT(CONCATENATE(SPLIT(LEFT(集合,项目收款记账明细.序号*9),"#")),","))的作用是利用步骤1中的英文逗号“,”对③中的文本做分割,然后再通过,,,......,来提取每一组对应的值,又由于提取出来的是文本,所以再用VALUE()函数转换成数字,最后再用SUM函数做加和。这样就使得子表单数字在当前表单内不借助聚合表就能实现汇总的功能。   137900     步骤4、由于3中已经实现了“当前已收款总金额”的汇总,所以“应收剩余金额”就比较好算了,用合同总金额进去3中的当前已收款总金额即可。 表单测试外链:https://tex1054z67.jiandaoyun.com/f/5f92db7616386a0006512556方法总结:1、现在之所以能通过此法实现目标功能,是因为前面有各种其他很多功能做基础或前提,任何一个的缺失都可能导致现在的这个功能实现不了。所需功能、功能所在博客以及各功能间的先后推导顺序或逻辑关系如下图。可见,当前实现的功能都可能在日后成为解决别的更复杂问题的基础功能。   137902   (图中所列,是老社区博客编号) 2、我曾判断,如果不借助聚合表,能做到的只能是调取非数字的表头数据,而不能实现子表数字的汇总。现在利用此方法也实现了不借助聚合表对子表数字的汇总,而且能避免利用聚合表可能出现的各种不便和限制。看来有些功能不是简道云不能做,而只是可能我们还没想到实现的方法,很多现在看似解决不来的问题或许在以后的某个时刻就有了解决方法。3、如果感觉此方法设置起来比较麻烦,可以设置一次,以后再次使用,直接复制应用或表单即可。 点击查看作者更多博文:1、盲人妻子的困惑——子表单自动连续编号的问题【发布时间: 2017-07-10】2、让人又爱又恨的子表单【发布时间: 2020-10-08】3、4种不同方法解决并发问题——函数触发机制分析【发布时间: 2017-12-05】4、如何不借助聚合表调用子表单数据——解析一【发布时间: 2018-02-12】5、如何确保子表添加字段值不出现重复【发布时间: 2018-03-11】6、快速查看子表重复情况的方法一【发布时间: 2018-03-12】7、致简道云的一封信!【发布时间: 2018-10-29】8、快速查看子表重复情况的方法二【发布时间: 2018-03-13】9、过滤敏感词或符号【发布时间: 2020-10-27】10、快速准确调取上次采购价的方法【发布时间: 2018-03-18】11、合并同类项【发布时间: 2018-03-19】12、子表中合并同类项【发布时间: 2018-04-15】13、如何让子表单信息分行显示在多行文本中?【发布时间: 2018-04-19】14、如何做到快速添加子表字段值且永不会重复?【发布时间: 2018-06-23】15、流程审批模型【发布时间: 2018-06-23】16、流程审批节点状态数汇总模型【发布时间: 2018-10-02】17、流程审批节点用时汇总模型【发布时间: 2018-10-03】18、关于调库问题的分析【发布时间: 2018-09-28】19、帮你打通子表单数字编号的任督二脉【发布时间: 2019-02-04】20、子表单跨数据自动连续数字编号【发布时间: 2019-02-05】21、子表单数字编号——分列连续数字编号【发布时间: 2019-02-06】22、子表单数字编号——等差数列编号【发布时间: 2019-02-07】23、子表单数字编号——“倒序”数字编号【发布时间: 2019-02-08】24、头脑中的大象【发布时间: 2019-02-08】25、如何提取成员多选字段的文本值?【发布时间: 2020-06-22】   作者简介:【点击查看作者社区主页】 牛中伟 简道云官方连续6年指定定制服务商 利用简道云帮客户实施项目近300个 在原简道云老社区更新发布博客44篇 新老社区博客总阅读量超50万,留言1000余条 其中关于子表单的一篇博客收到用户打赏金额累计超7000元 关注帆软社区我的这个账号,有新博客更新,第一时间收到提醒 感谢大家一路以来的认可和支持,我会再接再厉,分享更多有价值的内容 如有任何简道云方面的问题,欢迎留言区留言或单独私信给我,期待与你的交流 不自谦能力概述: 精通子表单各类复杂用法 谙熟函数特性、及各种函数组合用法 独创利用简道云处理多级BOM的方法 深刻理解进销存系统及进销存思维模型 有一定的文本书写能力,总结复盘能力 较强的抽象思维能力、逻辑思维能力、统筹能力 对陌生行业陌生业务有快速的信息搜集整合和学习消化能力 拥有一整套成熟有效的整理系统需求文档的思想、方法和工具 很多用户感觉一直解决不了的问题在我们这里可能早已不是问题 了解如何制定完善的报表分析计划,并借此洞察项目业务背景和业务痛点。 理解系统与企业管理的关系,对如何在企业顺利推进管理系统落地有丰富经验和独到见解。 有一整套经上百大小项目锤炼过的适合简道云这类低代码工具帮助客户实施项目的流程和方法,确保系统更好实施,更快部署,更高完整度交付,确保系统更符合客户预期,甚至超预期,给客户真正带来价值!   138039   懂简道云的冬泳高手,关注我的帆软社区账号,交个朋友!   编辑于 2020-11-24 20:15   编辑于 2020-12-7 10:16  
如何提取成员多选字段的文本值?
前言: 本文是2020-06-22发布在原简道云老社区的第44篇文章,发布在帆软社区的第25篇文章,以后还有更多(技术类、管理类、理论类),为了不迷失不迷路,【请收藏这个链接集合】,以后所有博客都会汇集于此,敬请期待!   如何提取成员多选字段的文本值? 2020年3月4日简道云更新了可以提取成员单选控件文本值的函数,TEXTUSER( ),解决了长期以来成员控件值不能参与函数运算的问题。以往解决此问题的思路是增加一个辅助表单,让成员姓名文本GETUSERNAME( )值与成员控件值一一对应,然后再通过数据联动的方式把成员控件文本值联动到当前表单,再让这个成员控件单行文本值参与函数计算,这种方法其实是绕了一大圈,不但显得笨拙,而且浪费表单浪费数据,现在有了TEXTUSER( ),一个简单的函数就解决了。很多用户在高兴终于解决了成员单选控件的文本值提取问题之后,立即就意识到了另一个问题:成员多选控件呢?成员多选控件文本值该如何提取?让成员多选控件值参与函数运算同样重要,使用到的场景也很多,这里就不再具体举例了,下面进一步分析。在详细讲解这个方法前,再来回顾一下此次更新的两个重要知识点:(1)TEXTUSER函数有以下两种用法 TEXTUSER(成员单选字段, “name”)——获取成员昵称 TEXTUSER(成员单选字段, “username”)——获取成员编号 (2)COUNT(成员多选字段)——成员多选人数来看第(2)点,我们都知道函数COUNT( )函数在简道云里都是用来数数组个数的,比如,用COUNT( )来数子表行数,子表是数组,用COUNT( )还可以数下拉复选框的个数,下拉复选框是数组。那在(2)中,函数COUNT( )既然可以用来数成员多选的个数,那说明成员多选应该也是一种数组,如果是数组,就可以利用数组的特性,做进一步的处理。再来看(1),TEXTUSER(成员单选字段, “name”)——获取成员昵称,这里运算取用的是成员单选字段,那如果在结合上面的分析,成员多选是一种数组,那下面这种组合是不是就是成立的:成员多选字段==成员单选字段此处等式函数表达的意思是成员多远的第一个值也是成员单选字段,那由此就可以结合子表单的特性,把成员多选字段值拆分到子表里,再利用TEXTUSER(成员单选字段, “name”)函数,把成员多选字段值分别拆成一个个成员单选的文本值,字段配置具体如下: 137894 详解上图思路:1、利用函数COUNT( )数成员多选的数量。2、根据成员多选的个数,子表单整体联动出子表对应的行数,如上图,成员数量为6,子表联动出6行。(此方法详情请参见我的博客第40篇,待更新)3、结合子表序号和函数组合TEXTUSER(成员单选字段, “name”)——获取成员字段文本值。4、再在主表单行文本字段成员文本值里集合子表成员文本,即可完成从成员多选到成员多选文本值的提取。表单测试外链:https://tex1054z67.jiandaoyun.com/f/5ef01375b2977600068e71b9备注:由于表单外链里不能使用成员字段,所以这里的外链主要方便大家查看表单样式和字段函数配置。其他补充:或许会有用户疑惑,简道云的官方为何不直接更新一个可以提取成员多选字段文本值的函数?如果不是有经验且愿意分享的用户的分享,就是这种比较麻烦的方法很多人可能都不知道,为什么不直接更新一个函数呢?相信类似的疑问,很多用户都会有。我的回答是——一个有生命力的低代码开发平台,一定可以满足这样一个特性: 那就是对现有的基础功能进行合理的组合和配置就能实现更多高级功能,而不是只能从代码层面才能解决。 只有满足这一特性,这样的平台才能算是活的,才算自成体系,才更趋近于一种新的开发语言。才不是直筒式的、透明的,才充满无限可能,才能发挥开发者的创造力。因为这类平台不是针对某一特定行业或特定功能模块,而是面对所有行业多有人,现实中的需求千变万化,如果没有这一特性,那这样的平台就不可能适用给所有人,那它就是低级的,就是机械的,就是死的。当然,说这些,不是说以后所有的需求问题都不需要从代码层面解决了,而是强调一个好的开发平台应该具备的特性。相比千变万化的需求,代码层面的更新永远都是滞后的,能利用现有基础功能提前解决问题,就能先人一步,这本身就是极具竞争力的表现。 点击查看作者更多博文:1、盲人妻子的困惑——子表单自动连续编号的问题【发布时间: 2017-07-10】2、让人又爱又恨的子表单【发布时间: 2020-10-08】3、4种不同方法解决并发问题——函数触发机制分析【发布时间: 2017-12-05】4、如何不借助聚合表调用子表单数据——解析一【发布时间: 2018-02-12】5、如何确保子表添加字段值不出现重复【发布时间: 2018-03-11】6、快速查看子表重复情况的方法一【发布时间: 2018-03-12】7、致简道云的一封信!【发布时间: 2018-10-29】8、快速查看子表重复情况的方法二【发布时间: 2018-03-13】9、过滤敏感词或符号【发布时间: 2020-10-27】10、快速准确调取上次采购价的方法【发布时间: 2018-03-18】11、合并同类项【发布时间: 2018-03-19】12、子表中合并同类项【发布时间: 2018-04-15】13、如何让子表单信息分行显示在多行文本中?【发布时间: 2018-04-19】14、如何做到快速添加子表字段值且永不会重复?【发布时间: 2018-06-23】15、流程审批模型【发布时间: 2018-06-23】16、流程审批节点状态数汇总模型【发布时间: 2018-10-02】17、流程审批节点用时汇总模型【发布时间: 2018-10-03】18、关于调库问题的分析【发布时间: 2018-09-28】19、帮你打通子表单数字编号的任督二脉【发布时间: 2019-02-04】20、子表单跨数据自动连续数字编号【发布时间: 2019-02-05】21、子表单数字编号——分列连续数字编号【发布时间: 2019-02-06】22、子表单数字编号——等差数列编号【发布时间: 2019-02-07】23、子表单数字编号——“倒序”数字编号【发布时间: 2019-02-08】24、头脑中的大象【发布时间: 2020-06-22】 作者简介:【点击查看作者社区主页】 牛中伟 简道云官方连续6年指定定制服务商 利用简道云帮客户实施项目近300个 在原简道云老社区更新发布博客44篇 新老社区博客总阅读量超50万,留言1000余条 其中关于子表单的一篇博客收到用户打赏金额累计超7000元 关注帆软社区我的这个账号,有新博客更新,第一时间收到提醒 感谢大家一路以来的认可和支持,我会再接再厉,分享更多有价值的内容 如有任何简道云方面的问题,欢迎留言区留言或单独私信给我,期待与你的交流 不自谦能力概述: 精通子表单各类复杂用法 谙熟函数特性、及各种函数组合用法 独创利用简道云处理多级BOM的方法 深刻理解进销存系统及进销存思维模型 有一定的文本书写能力,总结复盘能力 较强的抽象思维能力、逻辑思维能力、统筹能力 对陌生行业陌生业务有快速的信息搜集整合和学习消化能力 拥有一整套成熟有效的整理系统需求文档的思想、方法和工具 很多用户感觉一直解决不了的问题在我们这里可能早已不是问题 了解如何制定完善的报表分析计划,并借此洞察项目业务背景和业务痛点。 理解系统与企业管理的关系,对如何在企业顺利推进管理系统落地有丰富经验和独到见解。 有一整套经上百大小项目锤炼过的适合简道云这类低代码工具帮助客户实施项目的流程和方法,确保系统更好实施,更快部署,更高完整度交付,确保系统更符合客户预期,甚至超预期,给客户真正带来价值! 138071   懂简道云的冬泳高手,关注我的帆软社区账号,交个朋友!   编辑于 2020-11-19 20:22   编辑于 2020-11-25 20:06  
123下一页
个人成就
内容被浏览443,190
加入社区6年338天
返回顶部