12 家丰田工厂全部停工的原因是——磁盘满了

上月底，由于不明原因的系统故障，日本丰田不得不停止其 12 家汽车装配厂的运营，造成每天大约 1.3 万辆汽车的产量损失。现在丰田公布了故障原因：磁盘满了。丰田在声明中称，8 月 27 日的例行维护工作是整理数据库中的数据并删除零散数据，但在完成任务之前存储空间已被填满，因此导致系统关闭。这直接影响了该公司的生产订购系统，从而无法计划和执行生产任务。并且，由于其主服务器和备份机器在同一个系统上运行。因此，两个系统都面临同样的故障，无法进行切换。两天后，丰田的工程师们准备了更大容量的服务器解决了该故障，恢复了生产。

消息来源：Bleeping Computer

老王点评：磁盘满这件事不只是办公室文员会遇到，就连大型生产系统都会遇到。

严重超支的甲骨文 ERP 系统压倒了伯明翰市政府

欧洲最大的地方政府伯明翰市政府宣布破产，其主要原因是这个产值达 43 亿美元的政府机构无法平衡账本，同时又需要支付高达 9.54 亿美元的同工同酬补贴。该市议会在声明中表示，其实施的甲骨文项目也是陷入困境的原因之一。自 2018 年以来，该市一直在努力实施一个 IT 项目，以替换 SAP 作为核心的人力资源和财务功能。但在该项目遭受了延迟、超支和控制不足的问题后，项目成本从 2000 万英镑激增到约 1 亿英镑。2021 年，甲骨文曾表示，伯明翰市议会是将大型 SAP ERP 客户迁移到 Oracle Fusion 的多个成功案例之一。

消息来源：The Register

老王点评：原本寄希望于好的 IT 系统能提升效率和收益，但是却倒在了实施的过程中。似乎经常听说因为实施 ERP 而走下坡路甚至倒闭的企业，这真是一个无底洞啊。

一家 3D AI 初创公司实际上是由人类手动建模

3D 建模是一项耗时的工作，一家 AI 公司承诺利用机器学习将客户的二维插图转换成三维模型。实际上，这家名为 Kaedim 的公司使用人类艺术家进行 “质量控制”。据知情人士透露，Kaedim 曾一度使用人类艺术家制作模型。其中一位消息人士说，有一次，工人们在完全没有机器学习帮助的情况下，自己制作了 3D 设计全图。此事曝光之后，该公司对其网站进行了改版，更清楚地表明人类参与了公司 3D 图像的制作，因为他们的“人工智能制作的图像质量很低”，需要人工进行“质量控制”。

消息来源：404media

老王点评：真·“人工”智能！?

跟踪您的库存和需要的材料，用这些供应链管理工具制造产品。

本文最初发表于 2016 年 1 月 14 日，最后的更新日期为 2018 年 3 月 2 日。

如果你正在管理着处理实体货物的业务，供应链管理 是你的业务流程中非常重要的一部分。不论你是经营着一个只有几个客户的小商店，还是在世界各地拥有数以百万计客户和成千上万产品的世界财富 500 强的制造商或零售商，很清楚地知道你的库存和制造产品所需要的零部件，对你来说都是非常重要的事情。

保持对货品、供应商、客户的持续跟踪，而且所有与它们相关的变动部分都会受益于这些用来帮助管理工作流的专门软件，而在某些情况下需要完全依赖这些软件。在本文中，我们将去了解一些自由及开源的供应链管理方面的软件，以及它们的其中一些功能。

供应链管理比单纯的库存管理更为强大。它能帮你去跟踪货物流以降低成本，以及为可能发生的各种糟糕的变化来制定应对计划。它能够帮你对出口合规性进行跟踪，不论是否是出于法律要求、最低品质要求、还是社会和环境责任。它能够帮你计划最低供应量，让你能够在订单数量和交付时间之间做出明智的决策。

由于其本质决定了许多供应链管理软件是与类似的软件捆绑在一起的，比如，客户关系管理（CRM）和 企业资源计划管理 （ERP）。因此，当你选择哪个工具更适合你的组织时，你可能会考虑与其它工具集成作为你的决策依据之一。

Apache OFBiz

Apache OFBiz 是一套帮你管理多种业务流程的相关工具。虽然它能管理多种相关问题，比如，分类、电子商务网站、会计和 POS，它在供应链管理方面的主要功能关注于仓库管理、履行、订单和生产管理。它的可定制性很强，但是，对应的它需要大量的规划去设置和集成到你现有的流程中。这就是它适用于中大型业务的原因之一。项目的功能构建于三个层面：展示层、业务层和数据层，它是一个弹性很好的解决方案，但是，再强调一遍，它也很复杂。

Apache OFBiz 的源代码在其 项目仓库 中可以找到。Apache OFBiz 是用 Java 写的，并且它是按 Apache 2.0 许可证 授权的。

如果你对它感兴趣，你也可以去查看 opentaps，它是在 OFBiz 之上构建的。Opentaps 强化了 OFBiz 的用户界面，并且添加了 ERP 和 CRM 的核心功能，包括仓库管理、采购和计划。它是按 AGPL 3.0 授权使用的，对于不接受开源授权的组织，它也提供了商业授权。

OpenBoxes

OpenBoxes 是一个供应链管理和存货管理项目，最初的主要设计目标是为了医疗行业中的药品跟踪管理，但是，它可以通过修改去跟踪任何类型的货品和相关的业务流。它有一个需求预测工具，可以基于历史订单数量、存储跟踪、支持多种场所、过期日期跟踪、销售点支持等进行预测，并且它还有许多其它功能，这使它成为医疗行业的理想选择，但是，它也可以用于其它行业。

它在 Eclipse 公开许可证 下可用，OpenBoxes 主要是由 Groovy 写的，它的源代码可以在 GitHub 上看到。

OpenLMIS

与 OpenBoxes 类似，OpenLMIS 也是一个医疗行业的供应链管理工具，但是，它专用设计用于在非洲的资源缺乏地区使用，以确保有限的药物和医疗用品能够用到需要的病人上。它是 API 驱动的，这样用户可以去定制和扩展 OpenLMIS，同时还能维护一个与通用基准代码的连接。它是由洛克菲勒基金会开发的，其它的贡献者包括联合国、美国国际开发署、和比尔 & 梅林达·盖茨基金会。

OpenLMIS 是用 Java 和 JavaScript 的 AngularJS 写的。它在 AGPL 3.0 许可证 下使用，它的源代码在 GitHub 上可以找到。

Odoo

你可能在我们以前的 ERP 项目 榜的文章上见到过 Odoo。事实上，根据你的需要，一个全功能的 ERP 对你来说是最适合的。Odoo 的供应链管理工具主要围绕存货和采购管理，同时还与电子商务网站和 POS 连接，但是，它也可以与其它的工具连接，比如，与 frePPLe 连接，它是一个开源的生产计划工具。

Odoo 既有软件即服务（SaaS）的解决方案，也有开源的社区版本。开源的版本是以 LGPL 版本 3 下发行的，源代码在 GitHub 上可以找到。Odoo 主要是用 Python 来写的。

xTuple

xTuple 标称自己是“为成长中的企业提供供应链管理软件”，它专注于已经超越了其传统的小型企业 ERP 和 CRM 解决方案的企业。它的开源版本称为 Postbooks，添加了一些存货、分销、采购、以及供应商报告的功能，它提供的核心功能是会计、CRM、以及 ERP 功能，而它的商业版本扩展了制造和分销的 功能。

xTuple 在 CPAL 下使用，这个项目欢迎开发者去复刻它，为基于存货的制造商去创建其它的业务软件。它的 Web 应用核心是用 JavaScript 写的，它的源代码在 GitHub 上可以找到。

就这些，当然了，还有其它的可以帮你处理供应链管理的开源软件。如果你知道还有更好的软件，请在下面的评论区告诉我们。

via: https://opensource.com/tools/supply-chain-management

作者：Jason Baker 译者：qhwdw 校对：wxy

本文由 LCTT 原创编译，Linux中国 荣誉推出

有一些使用灵活、功能丰富而物有所值的开源 ERP 系统，这里有 9 个值得你看看。

拥有一定数量员工的企业就需要大量的协调工作，包括制定价格、计划生产、会计和财务、管理支出、管理存货等等。把一套截然不同的工具拼接到一起去处理这些工作，是一种粗制滥造和无价值的做法。

那种方法没有任何弹性。并且那样在各种各样的自组织系统之间高效移动数据是非常困难的。同样，它也很难维护。

因此，大多数成长型企业都转而使用一个 企业资源计划 （ERP）系统。

在这个行业中的大咖有 Oracle、SAP、以及 Microsoft Dynamics。它们都提供了一个综合的系统，但同时也很昂贵。如果你的企业支付不起如此昂贵的大系统，或者你仅需要一个简单的系统，怎么办呢？你可以使用开源的产品来作为替代。

一个 ERP 系统中有什么东西

显然，你希望有一个满足你需要的系统。基于那些需要，更多的功能并不意味着就更好。但是，你的需要会根据你的业务的增长而变化的，因此，你希望能够找到一个 ERP 系统，它能够根据你新的需要而扩展它。那就意味着系统有额外的模块或者支持插件和附加功能。

大多数的开源 ERP 系统都是 web 应用程序。你可以下载并将它们安装到你的服务器上。但是，如果你不希望（或者没有相应技能或者人员）自己去维护系统，那么应该确保它们的应用程序提供托管版本。

最后，你还应该确保应用程序有良好的文档和支持 —— 要么是付费支持或者有一个活跃的用户社区。

有很多弹性很好的、功能丰富的、很划算的开源 ERP 系统。如果你正打算购买这样的系统，这里有我们挑选出来的 9 个。

ADempiere

像大多数其它开源 ERP 解决方案，ADempiere 的目标客户是中小企业。它已经存在一段时间了 — 这个项目出现于 2006，它是 Compiere ERP 软件的一个分支。

它的意大利语名字的意思是“实现”或者“满足”，它“涉及多个方面”的 ERP 特性，旨在帮企业去满足各种需求。它在 ERP 中增加了供应链管理（SCM）和客户关系管理（CRM）功能，能够让该 ERP 套件在一个软件中去管理销售、采购、库存以及帐务处理。它的最新版本是 v.3.9.0，更新了用户界面、POS、人力资源、工资以及其它的特性。

因为是一个跨平台的、基于 Java 的云解决方案，ADempiere 可以运行在Linux、Unix、Windows、MacOS、智能手机、平板电脑上。它使用 GPLv2 授权。如果你想了解更多信息，这里有一个用于测试的 demo，或者也可以在 GitHub 上查看它的 源代码。

Apache OFBiz

Apache OFBiz 的业务相关的套件是构建在通用的架构上的，它允许企业根据自己的需要去定制 ERP。因此，它是有内部开发资源的大中型企业的最佳套件，可以去修改和集成它到它们现有的 IT 和业务流程。

OFBiz 是一个成熟的开源 ERP 系统；它的网站上说它是一个有十年历史的顶级 Apache 项目。可用的 模块 有会计、生产制造、人力资源、存货管理、目录管理、客户关系管理，以及电子商务。你可以在它的 demo 页面 上试用电子商务的网上商店以及后端的 ERP 应用程序。

Apache OFBiz 的源代码能够在它的 项目仓库 中找到。它是用 Java 写的，它在 Apache 2.0 license 下可用。

Dolibarr

Dolibarr 提供了中小型企业端到端的业务管理，从发票跟踪、合同、存货、订单，以及支付，到文档管理和电子化 POS 系统支持。它的全部功能封装在一个清晰的界面中。

如果你担心不会使用 Dolibarr，这里有一些关于它的文档。

另外，还有一个 在线演示，Dolibarr 也有一个 插件商店，你可以在那是购买一些软件来扩展它的功能。你可以在 GitHub 上查看它的 源代码；它在 GPLv3 或者任何它的最新版本许可下面使用。

ERPNext

ERPNext 是这类开源项目中的其中一个；实际上它最初在 2014 年就被 Opensource.com 推荐了。它被设计用于打破一个陈旧而昂贵的专用 ERP 系统的垄断局面。

ERPNext 适合于中小型企业。它包含的模块有会计、存货管理、销售、采购、以及项目管理。ERPNext 是表单驱动的应用程序 — 你可以在一组字段中填入信息，然后让应用程序去完成剩余部分。整个套件非常易用。

如果你感兴趣，在你考虑参与之前，你可以请求获取一个 demo，去 下载它 或者在托管服务上 购买一个订阅。

Metasfresh

Metasfresh 的名字表示它承诺软件的代码始终保持“新鲜”。它自 2015 年以来每周发行一个更新版本，那时，它的代码是由创始人从 ADempiere 项目中分叉的。与 ADempiere 一样，它是一个基于 Java 的开源 ERP，目标客户是中小型企业。

虽然，相比在这里介绍的其它软件来说，它是一个很 “年青的” 项目，但是它早早就引起了一起人的注意，获得很多积极的评价，比如，被提名为“最佳开源”的 IT 创新奖入围者。

Metasfresh 在自托管系统上或者在云上单用户使用时是免费的，或者可以按月交纳订阅费用。它的 源代码 在 GitHub 上，可以在遵守 GPLv2 许可的情况下使用，它的云版本是以 GPLv3 方式授权使用。

Odoo

Odoo 是一个应用程序集成解决方案，它包含的模块有项目管理、帐单、存货管理、生产制造、以及采购。这些模块之间可以相互通讯，实现高效平滑地信息交换。

虽然 ERP 可能很复杂，但是，Odoo 通过简单的，甚至是简洁的界面使它变得很友好。这个界面让人联想到谷歌云盘，它只让你需要的功能可见。在你决定签定采购合同之前，你可以 得到一个 Odoo 去试用。

Odoo 是基于 web 的工具。按单个模块来订阅的话，每个模块每月需要支付 20 美元。你也可以 下载它，或者可以从 GitHub 上获得 源代码，它以 LGPLv3 方式授权。

Opentaps

Opentaps 是专为大型业务设计的几个开源 ERP 解决方案之一，它的功能强大而灵活。这并不奇怪，因为它是在 Apache OFBiz 基础之上构建的。

你可以得到你所希望的模块组合，来帮你管理存货、生产制造、财务，以及采购。它也有分析功能，帮你去分析业务的各个方面。你可以借助这些信息让未来的计划做的更好。Opentaps 也包含一个强大的报表功能。

在它的基础之上，你还可以 购买一些插件和附加模块 去增强 Opentaps 的功能。包括与 Amazon Marketplace Services 和 FedEx 的集成等。在你 下载 Opentaps 之前，你可以到 在线 demo 上试用一下。它遵守 GPLv3 许可。

WebERP

WebERP 是一个如它的名字所表示的那样：一个通过 Web 浏览器来使用的 ERP 系统。另外还需要的其它软件只有一个，那就是查看报告所使用的 PDF 阅读器。

具体来说，它是一个面向批发、分销、生产制造业务的账务和业务管理解决方案。它也可以与 第三方的业务软件 集成，包括多地点零售管理的销售点系统、电子商务模块、以及构建业务知识库的 wiki 软件。它是用 PHP 写的，并且它致力于成为低资源占用、高效、快速、以及平台无关的、普通商业用户易于使用的 ERP 系统。

WebERP 正在积极地进行开发，并且它有一个活跃的 论坛，在那里你可以咨询问题或者学习关于如何使用这个应用程序的相关知识。你也可以试用一个 demo，或者在 GitHub 上下载它的 源代码（遵守 GPLv2 许可）

xTuple PostBooks

如果你的生产制造、分销、电子商务业务已经从小规模业务成长起来了，并且正在寻找一个适合你的成长型企业的 ERP 系统，那么，你可以去了解一下 xTuple PostBooks。它是围绕核心 ERP 功能、帐务、以及可以添加存货、分销、采购、以及供应商报告等 CRM 功能构建的全面解决方案的系统。

xTuple 在通用公共属性许可证（CPAL）下使用，并且这个项目欢迎开发者去分叉它，然后为基于存货的生产制造型企业开发其它的业务软件。它的基于 web 的核心是用 JavaScript 写的，它的 源代码 可以在 GitHub 上找到。你可以去在 xTuple 的网站上注册一个免费的 demo 去了解它。

还有许多其它的开源 ERP 可供你选择 — 另外你可以去了解的还有 Tryton，它是用 Python 写的，并且使用的是 PostgreSQL 数据库引擎，或者基于 Java 的 Axelor，它的好处是用户可以使用拖放界面来创建或者修改业务应用。如果还有在这里没有列出的你喜欢的开源 ERP 解决方案，请在下面的评论区共享出来。你也可以去查看我们的 供应链管理工具 榜单。

这篇文章是 以前版本 的一个更新版，它是由 Opensource.com 的主席 Scott Nesbitt 所写。

via: https://opensource.com/tools/enterprise-resource-planning

作者：Opensource.com 选题：lujun9972 译者：qhwdw 校对：wxy

本文由 LCTT 原创编译，Linux中国 荣誉推出

Odoo 是最流行的 ERP（企业资源计划）软件，它由 Python 编写，使用 PostgreSQL 作为后端数据库。Odoo 社区版是免费的开源软件，它囊括了项目管理，生产、财务、记账和销售管理，仓储管理，人力资源管理，甚至还有更多项目。里面包含了 30 个核心模块，以及超过 3000 个社区模块。Odoo 部署了大量的模块，数据库里也包含了庞大的数据等等，这些都使得这个软件比较复杂，可能会导致效率低下。Odoo 的两个主要瓶颈在于磁盘访问，以及数据库查询时间。

为了提升 Odoo 实例的性能，你可以：

• 使用一个快速磁盘驱动器来存储（最好是 SSD）。
• 使用内存充足的 Linux VPS。
• 在 Odoo 中激活 多处理器模式 multiprocessing mode 。
• 正确配置并优化 PostgreSQL 服务。

获得一台有着更多内存的 SSD VPS

正如我们先前提到的，随机磁盘访问速度是 Odoo 的主要瓶颈之一。因此，要确保 Odoo 部署在一台基于 SSD 的 VPS 上。由于 Odoo 是一个对资源十分敏感的应用，因此始终要把它安装在一台有着更多 RAM 的 VPS 上，如果可能，将整个 Odoo 实例及其数据库加载到 RAM 中。固态磁盘驱动器尤其以随机存取见长，而且由于 SSD 没有任何活动部件，它们能够取得数百倍于传统机械硬盘驱动器的随机存取 IOPS（LCTT译注：即每秒读写操作的次数）。如果服务器没有采用 SSD 来驱动或提速，那么不管你对 Odoo 做多少优化和配置都无济于事，它仍然会很慢。所以，获得正确的主机来部署 Odoo 是提升其性能的最重要因素。

其它 Odoo 优化包括：

在 Odoo 配置中启用多处理器选项

要实现此功能，请定位到 openerp-server 二进制文件：

#updatedb
#locate openerp-server

/usr/bin/openerp-server

执行以下命令：

#/usr/bin/openerp-server --help

该命令的输出结果如下：

Usage: openerp-server [options]

Options:
  --version             show program's version number and exit

  (...)

  Multiprocessing options:
    --workers=WORKERS   Specify the number of workers, 0 disable prefork mode.
    --limit-memory-soft=LIMIT_MEMORY_SOFT
                        Maximum allowed virtual memory per worker, when
                        reached the worker be reset after the current request
                        (default 671088640 aka 640MB).
    --limit-memory-hard=LIMIT_MEMORY_HARD
                        Maximum allowed virtual memory per worker, when
                        reached, any memory allocation will fail (default
                        805306368 aka 768MB).
    --limit-time-cpu=LIMIT_TIME_CPU
                        Maximum allowed CPU time per request (default 60).
    --limit-time-real=LIMIT_TIME_REAL
                        Maximum allowed Real time per request (default 120).
    --limit-request=LIMIT_REQUEST
                        Maximum number of request to be processed per worker
                        (default 8192).

工作进程的数量应该和分配到 VPS 的 CPU 核心数一样，或者，如果你想为 PostgreSQL 数据库、cron 任务、或者其它和 Odoo 实例安装在同一台 VPS 上的其它应用预留出一些 CPU 核心，那么你可以将工作进程数设置为一个比 VPS 上可用 CPU 核心更低的值，以避免资源耗尽。

limit-memory-soft 和 limit-memory-hard 参数不言自明，你可以使用默认值，也可以根据 VPS 上的实际可用 RAM 来进行修改。

例如，如果你的 VPS 有 8 个 CPU 核心，以及 16 GB 内存，那么你可以将工作进程数设置为 17（CPU 核心数 x 2 + 1），limit-memory-soft 总值设置为 640 x 17 = 10880 MB，而 limit-memory-hard 总数设置为 68MB x 17 = 13056 MB，这样，Odoo 就会有总计达 12.75 GB 的 RAM。

例如，在一台拥有 16 GB RAM 和 8 个 CPU 核心的 VPS 上，编辑 Odoo 配置文件（如 /etc/odoo-server.conf），并添加以下行：

vi /etc/odoo-server.conf

workers = 17

limit_memory_hard = 805306368

limit_memory_soft = 671088640

limit_request = 8192

limit_time_cpu = 60

limit_time_real = 120

max_cron_threads = 2

别忘了重启 Odoo 让修改生效。

正确配置并优化 PostgreSQL

对于 PostgreSQL 优化，及时将它更新到最新版本是一个不错的主意。在 PostgreSQL 配置文件（pg_hba.conf）中，有两个设置需要修改：shared_buffers 和 effective_cache_size。将 shared_buffers 设置为可用内存的 20%，effective_cache_size 设置为可用内存的 50%。

例如，如果 Odoo 安装到了一台 16 GB RAM 的 SSD VPS 上，那么在 pg_hba.conf 中使用如下设置：

vi /var/lib/postgresql/data/pg_hba.conf

shared_buffers = 3072MB
effective_cache_size = 8192MB

重启 PostgreSQL 服务来让修改生效。

同时，也别忘了周期性手动执行 ‘VACUUM’。此操作会将陈旧或临时数据清理干净，但请牢记，它会大量占用 CPU 和磁盘使用。

via: https://www.rosehosting.com/blog/how-to-speed-up-odoo/

作者：rosehosting.com 译者：GOLinux 校对：jasminepeng

本文由 LCTT 原创编译，Linux中国 荣誉推出