健康资讯 和U8有关
信息咨询小哨兵无代码开发个性化CRM及项目管理系统，让数据成为数字资产
世界排名第一的免费开源OdooERP挖脚用友U8。张老板的公司在上海，研发生产紫外光源设备。这几年疫情，紫外光消毒设备需求量激增，张老板的生意大好。张老板的订单，主要来自医院的需求，订单设备，大约一半是标准产品，一半需要按客户要求，研发设计，定制生产。张老板的公司前些年上了用友的U8 ERP，但基本只有采购、仓库、和财务在用。销售、研发、生产基本用不起来，主要原因是定制性产品的料号、BoM在U8处理起来太麻烦了。
生意好，销售不愁，但订单多了，交付成问题。如何缩短交付周期，减少售后问题，成了张老板操心的主要议题。张老板上过一次U8，交了不少学费，有过ERP经验。张老板考察了几个月，对世界排名第一的免费开源Odoo ERP特别感兴趣。张老板自己下载安装了Odoo，试用了一段时间，发现Odoo功能比U8多得多，如Odoo的CRM、PLM、在线定制等等功能，都非常有用。Odoo的功能设计，比U8更人性化，更灵活，上手很快。免费开源，扩展开发也容易，不受限于厂商，可以做到自主可控。
不过，产品资料，库存数据，财务账套，都在U8系统，人员操作习惯也跟着U8养成了。张老板发愁的是，U8问题很多，但系统切换工作量大，搞不好伤筋动骨，谈何容易。张老板找到开源智造，希望借鉴一下同行老板有没有好的系统切换办法。针对张老板的问题，开源智造建议，系统切换分步走。
第一步，先上Odoo的一些外围功能，如人员考勤，请休假，费用报销等。这些业务是新系统，没有历史包袱的问题，实施起来容易。这些业务又是需要全员使用的功能，可以让大家熟悉Odoo的操作，为下一步核心业务切换打基础。
第二步，实施产品研发功能（PLM），包括研发料号管理、BoM管理、图纸管理、研发项目管理。这一步，也是U8没有的新功能，没有历史包袱问题，但已经涉及核心业务了。
第三步，切换U8，包括销售、采购、库存、生产、财务等核心管理功能。经过第一步，全员熟悉了Odoo的使用界面和操作风格，经过第二步，ERP最重要的基础数据，产品档案和BoM迁移到了新系统，第三步切换生产管理等业务就容易很多了。
Odoo免费开源，和谷歌的安卓系统一样，Odoo有一个庞大的应用市场，应用市场有几万个可供下载安装的功能插件。其中有Odoo和企业微信、钉钉集成的功能插件，也有办公自动化OA的相关功能插件。
1、Odoo的考勤，直接和企业微信对接。员工每天使用企业微信打卡，Odoo考勤模块自动抓取企业微信打卡数据，作为考勤记录。对于考勤异常的记录，如忘记打卡、迟到等，Odoo会自动识别异常，相关主管有权限处理异常。
2、Odoo的费用报销，可以通过Odoo的OA插件，设定任意审批流程。员工提交报销单，上传发票等附件，提交审批，系统发送审批通知到相关人员的企业微信。审批人打开企业微信，点击审批通知，企业微信自动登录Odoo，显示待审批单据，点击“同意”或“驳回”按钮，完成审批。各级主管完成报销单审批后，报销单据进入财务处理。财务审核报销发票，支付报销款项。系统自动生成报销相关的会计凭证，完成财务记账。
这个系统切换路线，张老板感觉非常好，即使不切换，把Odoo的考勤，OA功能用起来，也是非常有价值的事情！
有时候真佩服自己，没想到8年前给客户定制的成本核算软件还在用，ERP是用友的U8，客户要定制一套外挂系统，解决生产问题与工人工资计算问题。现在想想当初的设计理念还是很先进的，基本上按照MES的生产模型设计的。数据同步这块完全是自己跟踪的。车间工序级的操作完全按照工位设计的，工序与工序之间的数据流转完全自动化，而核心的成本核算我是按照分布计算的，每道工序完工后，直接把各项成本核算到半成品上面，作为流入到下道工序的成本。同时工人工资在报工时也自动计算出来了。
我清楚记得8年前，大家对数字化工厂和MES的概念提的不是很多。想想这个外挂式的生产软件设计的还是很超前的，难怪客户一直用。因为无法替换掉。#感谢头条我要上热门#
壹拓网科技使用金万维天联高级版实现用友U8实现异地访问，具体案例如图：
用友软件无法自动备份？用友U8自动备份文件夹是空的？折腾了三个晚上，才搞明白。
某客户买了台新的群晖存储，用来作为服务器的备份，财务服务器就是其中之一，本以为是很简单的事情，只需要在原来的自动备份计划中增加一个路径就可以了，谁知道，一看吓一跳，从2019年5月开始，自动备份就失效了。
由于没有给用友支付服务费，也没办法向用友咨询，只能网上搜索一下，盼着有解决方案，白天不方便操作财务服务器，只能晚上加班。
网上说的无非是以下几个原因：1、计算机名称改动过了（确认没人改过，排除）；2、SQL的代理服务（SQL Agent）是否启动？（如果没启动，那问题就不仅仅是自动备份失效了，排除）；3、用友U8有服务没启动，比如u8taskservice（所有服务启动中，并且重启了各个服务，排除）；4、磁盘空间不够？（检查，排除）；5、数据库密码改过？（确定没人改，排除）；6、日期格式是否为“yyyy-mm-dd”？（确认无误，排除）；7、系统临时文件目录 c:windows emp清空，c盘容量是否足够？（检查，排除）……所有的原因都排除了，不明所以，第一个晚上过去了。
第二天晚上，以上原因又排除一遍，无果。重启各种相关的系统服务和U8应用服务，删除原来的备份计划，重新设定备份计划，过了预设时间点半个小时，仍未启动备份计划，看来失败了；随机选择几个帐套，手动备份，成功，说明可以排除第一天晚上的那些原因。难道财务有人加班，自动备份计划无法执行，于是设定在凌晨2两点开始备份，打算第二天早上看效果。
第三天晚上，指定的备份文件夹一片空白，看来凌晨的自动备份计划依然失败。无从着手的感觉……突然想到手动备份的时候，好像有个文件服务器未指定，难道跟这个有关系？可是并没备份到其他文件服务器去啊？死马当活马医吧，看看也无妨，结果还真是这个原因，原来自动备份必须把文件服务器功能启用才可以！这个文件服务器其实就是用友服务器本身。难道是服务到期的时候，用友特意把这个服务给停了？细思极恐。
貌似有点超范围服务啊[捂脸]，好在自己也算是涨知识了，顺便吐槽一下：感觉用友这方面做得没金蝶好。
#IT##服务器##用友##金蝶#
