查看: 1718|回复: 1

勤哲excel服务器配置应用实施开发过程中的若干问题集锦

  [复制链接]
发表于 2018-9-18 15:44:08 | 显示全部楼层 |阅读模式
勤哲Excel服务器WEB网页环境搭建问题解决
因为客户希望在浏览器上使用勤哲功能,因此希望大家勤哲Excel服务器的web环境。
他们用的是勤哲2010版,需要装到64位环境下。在搭建的时候,遇到2个主要问题。
问题1:编译器错误消息: BC30138: 无法在路径“C:\Windows\TEMP\”中创建临时文件: 拒绝访问。
网上的解决方法简直是一大抄,都是说给temp文件夹的netservice写入权限。我这边是给users写入权限解决了这个错误提示。
问题2:检索 COM 类工厂中 CLSID 为 {XXXX-XXXX-XXX-XXXXX-XXX} 的组件时失败,原因是出现以下错误: 80040154。
网上的解决方法也是各式各样。客户的机子是64位的,在iis中,对应的应用程序池,将 启用32位应用程序 设置为true,问题解决
问题 3:登录勤哲EXCEL服务器的时候,提示:
登录失败。[登录失败。[服务端数据库和程序的版本不一致。可能是由于您在服务器上恢复了从不同版本的程序备份出来的数据库导致。
问题4:最近有好几个网友问我,在勤哲模板中设定了excel公式,第一次填报起作用,但是修改或办理时公式失效,点击设立公式的单元格处时原先设定的excel公式没有了。
解决办法:在模板属性-填报设置中,勾选保护时锁定excel公式

勤哲excel服务器开发实施管理系统经验从第一次接触勤哲excel服务器到用这个工具给众多客户开发设计项目有7、8个年头了。一直有网友加qq和我探讨各类问题,今天得闲觉得有必要交流分享下使用勤哲开发、设计、实施项目的经验。以下主要结合几十个案例的心得归纳下:
    一 勤哲excel服务器只是工具,必先利其器
    勤哲excel服务器只是工具,相比于delphi、.NET等开发工具,勤哲有其简单易用的特点,本人也经常用.NET等专业编程工具,勤哲与这些专业编程工具相比肯定功能要差些,但是勤哲能让毫无编程功底的人快速上手,并能迅速给他们带来成就感。我不想去过多探讨勤哲与专业编程工具的优劣。经过多年使用勤哲,我个人认为如果要用勤哲软件设计一套好用的管理系统,运用的人还是需要借助一些编程,不论是SQL,亦或是vba或c#。实事求是的说勤哲自带的功能有时虽然能解决一些问题,但是通过一定的sql语句或其他代码,可以让执行效率更高、更准确。
   
    以数据库表设计为例,没有数据库编程功底的,在勤哲中不会去考虑什么数据库范式、主外键、索引、约束等。这样做出的系统,即使看上去功能好像满足了,但随着数据库记录的增大,今后的效率不会很高。比如,一个几万条记录的查询可能就会让人等很久。
    设计的合理性也容易被无编程经验使用勤哲的人忽视。数据库类软件,各单据、报表基本都有关联,一个字段在某个单据中看似不重要,但这个字段可能会影响关联报表的查询统计,也或者会影响其他单据的填报准确性及合理性。比如,某个数量字段是否允许为空值,对其他统计查询的准确性会产生极大的影响。
    想真正利用好勤哲excel服务器这个工具,就必须利其器。这个“利其器”需要设计者们不单单研究勤哲自身的功能,你要真正把系统设计好,还需要掌握好数据库知识,懂一些sql代码。如果能了解vba则对客户端上的设计会有一定的帮助(不过我不太赞成在ES上用vba,有点影响效率);懂.NET的话,对于web端的开发设计基本的都能搞定了。这些综合来说,数据库知识以及sql是最重要的,其他你可以不懂,但这两个我一直建议朋友们深究下。
    对于一些对编程一知半解,但要设计的系统是比较复杂的朋友,我的建议是不妨建议单位将勤哲excel服务器的设计外包出去。专业化分工的今天,不是什么事情都要亲历亲为,将专业的东西交给专业的人去做,自己可以将有限的时间投入到更有意义的事情上去。
   二 真正了解你要做什么
   
    我在从前的文章中提出需求分析是勤哲excel服务器设计系统的重中之重。说到底就是你要真正了解你们单位究竟要用设计出来的系统做什么?
   
    从我近几年给客户做系统的实际情况来看,对需求认识清晰的客户,在设计系统的时候,时间上能节约一大把,最终提交给客户的软件也能贴合客户的需求。反之,有部分客户需求模糊,需求变化大,就会导致设计经常返工,做了不少无用功。
    对自己要做的系统一定要清晰,不能含糊。比如在给一个客户设计他们的薪资系统的时候,由于本身他们的制度就很完善,提交给我的文档、表单全面,需要实现的功能明确。因为客户的需求明确,虽然这个薪资系统十分特别,工资计算要判断的条件十分复杂,但客户提供的资料中各种计算条件、公式都涉及到了,因此在经过需求分析后很快就开发、实施完毕。再举一个反例,同样是一套制造业的计件工资管理系统,由于客户提交的需求在工资定额环节没有统计好各车间的特殊情况,导致提交给他们的系统返工了3次,做了不少无用功。
    也正是需求确认在软件设计中的重要性,因此在给客户设计系统前,都会严格要求客户提供详细的需求,没有详细的需求,这种开发订单我宁愿不接,一来开发出来的东西没有针对性,是很难满足客户的需要的,如果返工太多,时间投入与收入比就很大,说白了就是亏本买卖;二来客户花了钱也拿不到自己想象中的系统,也是一种损失。
    因此,不论你是要自己用勤哲设计系统还是委托外包给别人,都必须认真了解、分析你需要做的系统究竟要实现哪些功能,达到哪些管理目的。需求了解的好,以后的设计开发就成功了70%,并且大大提高设计开发速度。

  三 真实了解终端使用者的感受
    在进行相关软件系统设计的时候,我们大都考虑的是如何实现需求和功能。跟一些用户交流的时候,客户主要也只是要求我哪些功能要实现成什么样子。大多数时候,我们容易忽略终端用户的使用感受。例如,在某个案例中,库房的操作人员在qq上跟我诉苦:她每天的工作已经很繁琐了,真不喜欢再操作软件,并且她每天都要提交报表的,然后在原来的某个管理软件中还要录入一次,并且录入起来特别费劲,希望我在设计相关单据的时候能真正为她减轻些工作。的确,在本人开发实施过的管理软件中,像她这样的诉求并不是第一次。任何软件,如果实际操作者带着厌烦的情绪来使用,很难保证软件操作的准确性与实时性。
   如果你曾经没有过丰富的软件开发实施经验,就需要和基层的操作人员仔细沟通,了解他们的工作需要。有经验的开发人员就更加需要结合自己曾经做过的项目经验,再跟操作人员交流下,因为你之前遇到过的其他终端用户的感受,在另一个客户那里不一定他们能表述的出,这时候就需要你用经验去提点他们,这样虽然浪费了一点点聊天的时间,但是对整个项目的开发进程乃至实施都是百利而无一害。

   四 勤哲excel服务器开发实施企业管理系统的优势
   在第一点中,我已经阐述了勤哲软件只是个工具,并且跟传统的.NET、VB、delphi等编程工具相比,其功能都要弱很多。那么勤哲系统的优势在哪里?
   结合自己做过的勤哲excel服务器案例来说,可以归纳为两点。
   1、大多数企事业单位都在用excel。很多表单、报表都以excel的形式填报着,里面有许多数据,操作人员也已熟悉了excel的操作方式。这样,无论对于开发设计人员搜集整理需求,还是将来的操作人员使用勤哲excel服务器设计出来的系统,都能带来极大的方便。
   2、勤哲初步设计的简单性。在这里,我特别指出是“初步”设计的简单性,如果要深入,我在前面已经提及到,需要有一定的数据库编程基础。但是千万别小看这个初步设计的简单性。管理软件,尤其是对勤哲excel服务器感兴趣的客户或网友,他们很难在市面上买到成品化的适合自身需要的软件系统,他们的特殊需求很多都需要定制,而且个别功能会在以后又会有调整。在我用勤哲excel服务器设计开发的案例中,80%以上的客户,在以后的不是特别复杂的功能添加上都能自己胜任了,比如增加几个字段、报表内容再多加些内容、工作流的调整、乃至自己再添加些表单或统计查询报表,在我提供的模板上照着样子就能自己维护了。这样一个很大的优势就是,客户不用太为系统今后的扩展和更改再去麻烦软件开发人员,浪费不必要的财力。当然还有那20%的不愿配备人手或浪费时间在勤哲的学习上,连系统维护一并外包的客户,我想说的是,没有编程功底的人都能维护,有软件开发经验的人维护起来更花不了太多精力了。
  
  五 广而告之
    您所在的单位,如果没有找到合适的管理软件,需要定制,可以考虑下勤哲excel服务器,如果您想做的专业些,或者您不想花太多时间去研究勤哲可以外包给我们来设计开发
物料编码---制造业企业信息化的源头在实施制造业企业ERP系统时,几乎所有实施良好的企业,必定做好了两项最重要的工作:
    1、基础数据整理科学、完备;2、仓库设置合理,数据准确率高。

    在基础数据整理阶段,在我看来,最最重要的就是物料编码。
    为什么需要针对物料进行科学合理的编码?能给企业带来哪些好处?怎样编码才能做到科学合理,并适应企业物料管理的需求呢?
    要回答上面的问题,我想基本上可以写出一本厚厚的书了。在这里我只将自己的一些粗浅所学及在企业实施管理系统的一点微薄经验大致写一些,希望能给原来没有类似经验的打算用勤哲EXCEL服务器设计制造业行业管理系统的朋友一点参考。

    若干年前,在一家民营企业实施erp系统,老板及许多高层都并不知道ERP究竟为何物,但他们参观过一些同行,感觉不上个这样的计算机管理系统,企业很难再上个台阶,并有逆水行舟、不进则退的危机感。
    他们之所以有这样的感触,有很多原因,但既然我们讨论的是物料编码,就说说物料编码方面的原因。以订单生产为主的该企业,在下料、采购、生产装配等流程中,经常会出现物料不匹配导致返工;由于物料不匹配还经常导致采购与外协的物料不对路;由于不同部门对物料的称谓不一致,也经常造成物料在不同部门之间信息传递错误。返工、重新采购、重新装配等操作给企业的订单成本增加了不少,由于错用物料导致交货后的退货更是给企业造成严重的经济损失。一年下来,由于物料命名不规范给企业造成的经济损失非常之大。
    这家企业在上系统前的基础数据整理阶段,在物料编码环节,就花费了数月的时间。他们像其他很多大型跨国企业一样编制了《物料编码规则》发放给所有相关部门。不说ERP系统给该企业带来了多少效益,光物料编码的科学、规范,就大大减少了过去因为在这个环节的疏漏造成的经济损失与人力、物力的浪费。

    那么,我们应该怎样在自己的企业制定一套科学、合理的物料编码规则呢?(以下只供参考,毕竟不同的企业会有各自的物料属性特点)

    在计算机中,我们可以理解物料编码(Material code)是唯一标识物料的代码,可以用字符串或数字表示。不同的物料他们可能有同样的名称、同样的规格,但由于颜色不同,那么这些物料就需要用不同的物料编码来区分。在ERP系统中,物料编码作为BOM、MRP的基础,是BOM建立精确,MRP运算无误的重要保证。
    在企业成千上万的物料中,如何进行唯一性的编码,以最好的运用物料编码给企业信息化带来最大效益,一直是每个ERP咨询顾问及企业管理人员头痛的问题。结合近些年的实际案例,企业在进行物料编码时,经常采用以下方式:

     1、分类编码
     分类编码是大多数企业愿意采用的方式。根据物料类别建立多级分类,每个级别的分类赋予编码。尤其是采用计算机操作后,比如通过树形结构,编码人员只要在分类下进行填写,计算机系统会自动根据程序员设定的程式进行编码。

     2、属性编码
     根据物料的不同属性进行编码。属性可以是:长度、直径、颜色、形状等等,这些属性编码组合在一起成为某物料的编码。

     3、过程编码
     一个物料在产品生产的过程中,可能会改变成不同属性,一些按流程生产的企业经常会遇到这种情况,由此,一些企业就会根据物料在生产过程的不同阶段,赋予物料不同的编码。

     4、随机编码
     计算机及软件的主要目的还是给人偷懒的。在企业物料编码的过程中,也有采用随机编码的。建立物料名称、规格型号及其他物料属性后,软件会自动给该物料生成一个唯一编码。当然,为了确保物料的唯一性,程序员在数据库表设计的时候会根据物料名称、规格型号及其他物料属性建立相应的约束机制,确保不会有2个以上完全相同的物料具有不同的物料编码。

     无论采用上面哪种编码方式。编制者一定要记住,最终的编码是为软件运行服务的。那么,也正是基于此,在实际编码的过程中,编码人员需要考虑很多的其他细节,比如:
     1、使用人员能理解物料编码的含义;
     2、方便在进行计算机操作的过程中物料的录入;
     3、方便日后其他物料的添加;
     4、建立本厂物料与客户或供应商、外协厂物料的对应;
   
     至于物料编码的原则,我个人认为在遵循唯一性的前提下,以适合企业自身需求为准。没必要刻意缩短物料编码的长度、没必要非要用数字标识编码等等。在软件技术日益发达的今天,就算采用前面提到的随机编码,只要软件与数据库设计人员配合得当,也未尝不是个好的编码方式。

     就写这么多吧。物料编码说复杂了,还真很复杂,写一本书也未必能描述清楚。文中提到的一些观点和想法只代表我个人的一些浅见,企业在进行物料编码的过程中,请运用最适合本企业的方法。
勤哲EXCEL服务器应用设计的几个误区在 excelserver.5d6d.com 论坛上经常遇到使用勤哲excel服务器的网友提出这样或那样的问题,在qq上也与一些朋友偶尔探讨一下该软件的一些应用问题。总结了一下,发现很多在使用这个软件的网友存在以下几个误区。

    误区一:像用EXCEL那样使用勤哲excel服务器

    首先得承认,勤哲EXCEL服务器因为采用excel作为客户端平台,大大提高了使用者使用此软件设计系统的易用性。一些excel的公式、函数结合勤哲自身的表间公式等就能做出不少功能了。然而,在勤哲中,excel只是一种表现形式,真实的数据等还是体现在sqlserver等数据库系统中。以前我们也提到过勤哲的核心之一的表间公式其实就是SQL语言的一种形式。因此,如果应用设计者站在数据库的角度去考虑系统的构架,模板的设计才能真正让这个软件发出其功力。诚然,很多人选择勤哲就是因为自身可能没太多时间去了解、学习数据库的有关知识,希冀通过勤哲的易用来实现各种功能。但也正是基于此,一些设计好的模板由于没有考虑数据库表的设计,经常导致数据的完整性易被破坏,设计好的系统运行一段时间后出现速度执行缓慢等问题。

    误区二:不打地基就建房子,建到哪里算哪里

    因为觉得这个软件易用,不少人在简单了解了功能后,就开始设计自己的应用,想到哪里做到哪里。盲目的设计最后往往导致设计的系统因为缺乏流程关联及统筹考虑使得设计人员越做到后面,修改工作量越大,改着改着可能最终会放弃之前所有已做的模板,删了一大堆又修改了一大堆模板,设计人员掉进一个永远无法填补好的黑洞。
    地基,我认为就是做设计之前对需要做的工作的一个评估,就是通常软件开发人员所说的“需求分析”。不做系统的需求分析,如何知道你要设计的软件处于什么层次?因为没有打好需求分析这个地基,当你发现你要盖其实是20层的楼,但打好的地基只能应付6层,这个时候就会出现上面所述的:设计人员越到后面,设计工作量越大,甚至导致最终放弃。


   误区三:VBA/EXCEL自身函数、公式的滥用

   有时不得不佩服一些朋友,VBA没系统学习过,就往勤哲模板里添加N多VBA功能。当出现问题时,由于并不十分了解VBA,常常一个问题就能让设计人员郁闷好几天,而且当他郁闷好几天时,因为他自己不了解VBA可能最终造成无论怎样都不知道自己的模板所出问题究竟在何处。
    如果勤哲自带的表间公式、函数等能解决问题,作为VBA盲,尽量不用运用一些自己都不懂的VBA功能。



相关技术服务需求,请联系管理员和客服QQ:592439202或QQ:619920289
发表于 2020-7-14 18:48:11 | 显示全部楼层
谢谢楼主分享,好东西!!!!!
相关技术服务需求,请联系管理员和客服QQ:592439202或QQ:619920289
您需要登录后才可以回帖 登录 | 用户注册

本版积分规则

帖子推荐:
客服咨询

QQ:592439202

服务时间 9:00-22:00

快速回复 返回顶部 返回列表