一.公司机密文件范围 1    公司级计算机密码 2    公司级程序软件 3    与客户联系的各种远程联系用户名,密码 4    公司发展计划.规划 5    公司客户资料.财务报表.人事薪资.报价单等 6    公司付出财务与精力的其它智慧财产 二.客户资料保密范围 1    客户的数据库文件 2    客户的客户及供应商资料 3    客户的专利技术 4    客户的物料价格 5    如果泄漏可能会给客户造成损失或误会的资料 三.保密措施 1    密码不能设置得过于简单 2    公

企业简介: 上海澳科利公司成立于1995年,在主要股东LASERLIFE的支持下,创始人归霆先生带领他的精英团队--一支陶瓷网纹辊专业制造队伍和资深专业的柔版印刷服务机构,致力于发展中国包装印刷业,服务柔版印刷.瓦楞印刷和凹版印刷业. 公司目前拥有先进的激光雕刻机以及其它加工设备,主要生产陶瓷网纹辊,封闭式刮墨系统,网纹辊清洗设备等产品.公司其他相关产品:无接缝印版套筒:网孔光学显微数码检测系统:便携式油墨打样机:油墨磁性过滤器等产品.澳科利产品除供应中国市场还大量出口海外. 中国柔印发展突出贡

一.基础技术选型 C# .NET 3.5/4.0  这两个版本的.NET已经相当方便(Linq, Lambda,Parallel),语法简洁,配合WCF和WF两项技术,可以满足快速开发,维护方便的目标. Win Form  因ERP项目涉及大量的表单(Entry),查询(Enquiry),报表(Report),我以为WinForm仍然是首选技术.自定义控件,数据绑定,自定义窗体,这三项技术组合起来可产生无穷的威力. SQL Server 2005  取兼容性最好的一个版本.2008/2008 R

本人在多年的工作中,参与了ERP的研发和实施,对ERP有较深的认识.在这里,根据自已的实施过程中的一些经历,把自已在实践中的一些体会贡献出来和大家共享,由于时间和精力所限,内容难免有不当之处,挂一漏万,仅供参考. 国外关于ERP实施的阶段划分是有道理的,只有在这每一个阶段的工作都做好了,才能保证ERP的实施成功.现在我就结合这个程序来分析一下ERP实施. 1.领导培训 ERP系统被视为一把手工程,对企业高层的领导的培训是一项目十分重要的工作.而实际情况是如何做的呢?企业领导一般工作比较繁忙,实施

今天接到一个朋友的电话,他是一家企业老总.这位老总感到非常头疼的是他的企业选择了一款国际上名气很大的ERP软件,但实施效果却强差人意.他的疑问是"不是说只要选对了ERP产品,谁实施都能成功吗?"我个人认为ERP产品方案的决策倒是简单一些,从ERP产品提供商的实力.发展和行业应用与产品说明可以有一个简单客观的选择.ERP产品是相对静态的,在实施过程中变数不大,但实施的质量更多来自于直接提供实施服务的顾问.也就是说,ERP软件的技术不是关键性因素,实施服务才是真正决定ERP项目的成败.因此

早在我们来之前,KB公司这边就已经组建了ERP项目组了,当时IT就只有一个人,属网管出身.而关键用户分两种类型:专职关键用户和兼职关键用户.专职关键用户组织结构上已经调动到信息部,常驻在项目组里工作,财务模块2个人,采购模块1个人,其他模块没有.兼职关键用户平时都是在各自部门里,平时该做什么还是什么,只有ERP项目组有需要的时候才会让他们过来处理一下,几个小时之后然后就回各自部门了,每个模块大概有1-2个人员组成. 后来我们入职了,开始扩充人员.由于KB公司极度压缩ERP项目的成本,连人员招聘都

我人生做过的第一个信息化项目--TIPTOP 5.0 ERP项目 2008年8月毕业不久,我参与了我人生的第一个信息化项目:TIPTOP 5.0 ERP项目.

前段时间在朋友圈看到了别人分享的公众号,主要是谈ERP项目应该由谁来主导的问题.文章的观点认为应该由哪个部门主导ERP的判断标准如下: 1.应该由一个期望上进的部门主导ERP项目: 2.应该由一个有话语权的部门主导ERP项目: 听起来好像头头是道很有道理的样子,但我严重不敢苟同.且不论期望上进的部门怎么界定的问题,难道ERP项目的推进是单单靠话语权来强制决定的?NONONO. 那么,下面我简要来说一下ERP项目应该由谁来主导的问题.首先我想说不应该由哪些部门来主导! 01 不应该由信息部来主导

周四继续进行流程演练,把第一个销售订单的物料给领了出来,走完了"物流". 关于运用一个新系统大概会经历以下阶段: 未知--了解--熟悉--改善--依赖 未知:有期待.担心.抗拒,需要针对不同情况做出正确引导 了解:此过程较为痛苦,突然面对一个复杂的系统,可能让人晕头转向,产生消极情绪 熟悉:可以运用系统完成大多数日常工作,对系统优点逐渐掌握,认可系统 改善:能够在全面理解系统的情况下提出改善意见,优化系统,使之更加有效地为工作服务 依赖:系统能够满足大多数工作,使用者可以方便快捷地获取

联想ERP项目实施案例分析(10):回到最初再反思IT价值 投入上千万(未来每年的维护费也非常高),投入一年实施时间,高级副总裁亲自挂帅,各级业务部门管理者亲自负责.骨干业务人员充当区域IT实施者/推进者/先锋示范者,推动力度不可谓不大,投入不可谓不大. 我回想了回想,联想日常的管理水平非常高.运行力非常高.精细化管理程度也非常高.组织设计/人员分工/专业能力/士气都不错,不像非常多中国企业本身就管理不到位,效率不高往往是由于:层层管控道道审批.老板一言堂/下属谁也不拍板仅仅和稀泥.对计划制定和

为什么在实施过程中有的项目就能做的非常好,有的项目应用效果就非常差?原因在哪里?下面本人就从下面几个方面进行分析: 1.什么是项目? 2.在ERP软件行业项目应该怎么做? 3.为什么有一些项目会失败,失败的原因在哪里? 4.怎样最大程度避免项目失败? 1.什么是项目? 项目可以理解为是一种任务,个人理解项目一般包括三层含义,即:什么时间或周期.调用哪些资源.完成什么任务并达成什么目标: 项目的概念并不是只在软件实施过程中存在,其实现在各种各样千差万别的项目多种多样,如:对A企业进行产品的销售,这

虽说工作就是简单的事情重复做,但不是所有简单的事你都能有机会做的. 我们平日工作里,大部分时候都是在做修修补补的工作,而这也是非常重要的.做好修补工作,做好优化工作,足够让你升职加薪! 但是如果有机会,去尝试些自己平日里少做的事,我觉得是一件值得庆幸的事. 前段时间,接了个新项目.只有一些idea在业务需求方脑海里,然后就开始需求讨论,然后就开始做事了.项目不复杂,但是由于是用JAVA语言实现(这相对来说是我的薄弱点),对我个人显得比较有意义. 总结下来,其实也就是一个项目清单.个人觉得还是有点

虽说工作就是简单的事情重复做,但不是所有简单的事你都能有机会做的. 我们平日工作里,大部分时候都是在做修修补补的工作,而这也是非常重要的.做好修补工作,做好优化工作,足够让你升职加薪! 但是如果有机会,去尝试些自己平日里少做的事,我觉得是一件值得庆幸的事. 前段时间,接了个新项目.只有一些idea在业务需求方脑海里,然后就开始需求讨论,然后就开始做事了.项目不复杂,但是由于是用JAVA语言实现(这相对来说是我的薄弱点),对我个人显得比较有意义. 总结下来,其实也就是一个项目清单.个人觉得还是有点

工厂8月中与某ERP服务商签约,至今已经过去4个月,顾问服务了13人天,进行了10次培训. 内部产生项目文档1个:物料编码方案 制度:0个 流程:无 因ERP服务商不是针对本行业的,在BOM和生产计划方面未通过工厂评审,现在弄了个第三方介入. 由第三方开发BOM.APS.车间管理等模块,其它模块用原有ERP的. 至今未对第三方资质评审,预计明天去"看看"-- 原来预计2014年1月1日上线,现在暂定上线日期为2014年4月1日--

1.所谓的清单文件就是项目中的AndroidManifest.xml文件.这个文件但是有大用处的.比方:app的名字,图标.app支持的版本号app的包名等等.以下我就介绍下这个清单文件的各个參数的作用. <manifest xmlns:android="http://schemas.android.com/apk/res/android"命名空间 package="com.example.hello"包名唯一标示一个应用 android:versionCod

一向崇信“奥卡姆剃刀原则”,如非必要,绝不新增. 在我所实施的项目中,自定义字段.自定义报表非常少.很极端的一个例子是,曾经有一家工厂,生产打印机的部件,产品百分之百外销. 在项目实施完成,成功上线后,我发现整个系统中的自定义的查询报表不超过5张,自定义字段不超过10个,格式化搜索不超过5个…… 但实施的项目,又可以说是非常复杂.还以上面那家工厂为例,虽然打开他们的系统,你会为它的简单而大吃一惊,但如果真的 按照业务蓝图所规定的流程实际操作一次,你又会很头痛它的复杂. 只要一个不小心,一个输入错

项目开发中遇到的一些问题以及解决方法. 1. 脚本相关 mvc中RemoteAttribute使用,在IE浏览器下面会将结果缓存起来(304).因为IE浏览器判断Url的链接参数都没有变化,所以直接返回上一次的结果(304结果),但是其实我是需要重新再验证. 解决方式:直接在jquery.validate.unobtrusive.js的remote方法中加上时间戳即可. var remoteUrl = options.params.url; var remoteUrlAppendTime = r

现象:ERP绑定淘宝后,下载商品数据时如果成功,ajax不断尝试重发. 原因:  /app/taoapi/lib/top/TopClient.php 中的curl()方法成功后,返回空值,而前端收到空值会当作超时,然后不断向目标地址发出重试请求. 解决办法:修正异常处理并为前端加上重试次数限制或手工重试. if (curl_errno($ch)) { throw new Exception(curl_error($ch),0); } else { $httpStatusCode = curl_g

已经和软件商签订报价软件合同过去了2周,五一过后会有测试版本出来. 在整个接触过程中感觉开发方思路就是照葫芦画瓢,拿着这边的表单尽量往软件里搬,没有理清思路又急着赶进度:另外又要兼顾他们现有的"模板",看来要做个四不像出来. 不少软件开发公司都会有一个万能的模板,不管客户提出什么需求,总是先用模板来套.快速开发没有错,成本当然也是要节约的.但有时候不顾项目要求的差异性,无视客户方的特殊性,甚至把客户的需求给"变形"以适应模板.到最后怕是浪费了时间又闹得双方不愉快了.

自上月20以后,因厂里赶货,办公室人员有空也要去车间帮手,ERP的事就没动静了. 2014年1月10日开了个小组会议,认为第三方不是专业做本行业的,开发风险大:因此希望先开发一个报价软件试试. 明天第三方服务商来继续了解报价软件需求: 我先回家过年去了

周二做了计划部门的需求调查,提到现有计划(一天计划)的准确率仅有60~70%,每天下来都有30%~40%不能达成. 计划部门提出的需求更多是基于Excel操作思路,要求未来的系统要有更多的"灵活性",像现有的Excel一样,随时可以把任务"拖"到希望的地方. 现有的ERP计划是在明年5月1日上APS.其实大多数上ERP的企业都不会上APS系统: 在上ERP前一年二年内BOM准确性.工艺路线准确性.采购物料达成率.报产及时性.库存准确性都难以达到上APS的要求:强行上