标签归档:OpenERP

OpenERP更名为Odoo

5月15早上悟空打开OpenERP网站,发现被重定向到了odoo.com的域名上,一些信息没有修改完全,以为OE出了什么事情,于是去google搜索没有相关内容,去中文社区和QQ群看也没反映。后来再刷新页面,才发现一些更详细的内容呈现出来,并且官方发布了一个详细的申明 via

这意味着OpenERP进入了一个全新的Odoo阶段,作为不能带入土的三大爱好之一,python编程以及odoo的全面掌握一直是我的心愿,所以从这个新阶段开始,我也要动起来。不积跬步,无以至千里。现在看似不可能的事情,只要每天做一点点,终有达成的一天。

所以接下来我要做的两件事情:

1.翻译“Odoo: The New OpenERP Moving into new territories, beyond ERP.”这篇文章,嘿嘿,这第一件事情好奇怪。

2.开始使用Odoo,随着V8版本即Odoo的发布,尤其是CMS、ECommerce、Events等前端模块的发布,这让使用变得可能。以前一直有计划购买阿里云服务器放置OpenERP和wordpress,现在但为了减少服务器运维和Odoo版本升级维护成本,我想购买国内Odoo授权服务商的saas单用户服务(目前已经在Odoo官网申请了试用账户进行试用),如有必要,也可以尝试购买阿里云来自己本地搭建Odoo方案。

Odoo (formerly OpenERP). Open Source Business Apps.

Odoo(曾经的OpenERP),一个开源商业应用套件。这也是对心目中用来整合营销和运营的终极理想系统。

openerp8.0开发进展分享(转)

原文via

邮件列表里大家表示对新版本期待的同时,质疑OpenERP没有明确说明8.0会包含什么,每次都是fp像挤牙膏一样说这个我们在做,那个我们在做,你们等着好戏吧。作为最终用户这确实是个最好的答案,保持饥渴么。对于我们这些靠openerp吃饭的人,谁知道他到时候发布的是惊喜还是惊讶

于是openerp公司的CTO Antony Lesuisse 回复了一下,很多人对这个回复比较满意,希望能把全文贴在网页上。开阖软件义不容辞提供中译。

what's in 8

首先要对OpenERP的进展未做充分沟通表示抱歉。我们更愿意把时间花在修复缺陷和开发超棒的新功能:)

如您所知,我们做的所有事情都公开在launchpad网站和runbot.openerp.com上,但是上面有上千个代码库,对门外汉来说这简直是迷宫。

我们也吃自己的狗粮:我们一直在用OpenERP的项目管理模块,结合看板视图、EtherPad和SNS功能,每个任务都对应一个代码库的链接。

任务有以下阶段:
– 需求(新创意或愿望)
– 设计(功能设计、技术设计及易用性设计)
– 开发
– 功能和易用性设计
– 代码审查和合并
– 发布和推广(修改描述文件和更新日志、写博客文章等)
– 部署

这些任务被分隔成6个项目。
有三个长期固定项目:
– 框架(如接口规范、新BI模型/图表)
– 易用性和功能改善(如游戏化机制、问卷、群发邮件、base_action_rules里的工作日历以及很多小的改善)
– 平台(我们自己的OpenERP以及在线租用云管理)

有三个临时项目(不过可能会延续几个月甚至几年):
– 建站系统(内容管理系统、电子商务)
– 仓库(新的WMS系统)
– 零售点(pos硬件和很多改善)

一部分重要任务现在正在进行中(在runbot上测试一下后,您可以问我关于他们的所有问题)

打开http://runbot.openerp.com/找到这个代码库单击链接后的向下箭头,点击“All addons”

新日程表和google同步(已经合并)
服务器动作和base_action_rule改善(已合并)
OpenERP数据转google电子表格(已合并)
游戏化(已合并)

trunk-website-al(将在近日合并)
– 建站系统
– 博客引擎
– 电子商务
– 仿照eventbrite
– 业务伙伴和推荐目录
– hr直接生成“我们的团队”页面
– 与招聘功能相连的职位列表
– 新的邮件模板构建器

trunk-new-graphview-ged(将在明天合并)
– 新的图表视图和多维分析
– read_group支持分组粒度,如创建日期(按年、按月、按日)

trunk-quote-roller(将在近日合并)
– 仿照quoteroller网站的在线报价系统

trunk-pos-ugly-but-fast(将在明天合并)
– 100倍的速度提升
– 原生支持硬件:打印机、扫描枪、钱箱
– 平板和手机支持及修复大量缺陷

trunk-survey2-rim(大概一个月完成)
– 基于旧的问卷模块和建站系统仿照serveymonkey

trunk-bs3-jke(大概三个月完成)
– 网页客户端由css向boostrap3转化
– 响应式设计,支持从手机到4K屏幕的自动适应

trunk-wms(大概两个月完成)
– 用“份”的概念大量重构
– 先进先出、后进先出
– 很多简化和缩减代码(去掉一些工作流)
– 和SAP一样强大(我们现在能处理所有SAP的用例)

trunk-apiculture(大概三个月完成)
– 新的应用程序接口(新字段类型,不需要id列表,没有cr,uid,ids参数)
– 修正 onchange

我知道大家对OpenERP公司的非我所创(Not Invented Here)综合征有抱怨很正常,但我认为我们多数情况下是正确的。但首先请允许我分享我在做这些决策时的四个原则(我也和Fabien分享过)。这些原则并非固定(因为我时常改变想法,他也是)。

1、在软件系统中集成的价值

我在这里考虑的并非简单独立的工具,而是由不同组件和功能组成的软件系统。

仿照梅特卡夫定律,我这里要来个Lesuisse定律(我也可能是未来规则制定者,嘿嘿):

“软件系统的价值是集成的功能数量和集成程度的乘积”

我喜欢的几个软件系统已证实了这一点:
传统的unix工具集,一个强大的系统包含很多命令,但他们是松散集成的(靠单向的字节流)。
Debian发新版,大量的功能,不同的软件包集成程度不同。
集成的软件包如微软Office,Adobe套件,功能少但集成程度很高。
我也喜欢一切功能都内置上手即用的软件,姑且叫它厨房水槽软件(我不懂emacs所以无法用它来举例),例如Blender, facebook, chrome, Ableton live……

Ableton Live是个好例子,在用它之前我们总要花时间下载VSTi或者VST音效,用不同的的软件做midi序列、取样跟踪,适应不用的用户界面,开着好多个窗口。Live改变了玩法,一切都集成在一起,使用相同的用户界面无缝地完成midi生成部分、取样部分、伴奏和音效。

我也喜欢通用并包含多种解决方案的软件,例如:
Linux – 从嵌入式到大型机的架构,所有的设备驱动都在一个代码库里
ffmpeg – 所有的视频和音频解码器在一个代码基里
mess/mame – 包含所有计算机设备的模拟器
qemu – 每一个源到目的cpu指令翻译/模拟功能都包含

当然包括ERP系统

2、内部整合与异构集成
您可能会注意到一些伟大的程序员(法布里斯贝拉德,约翰·卡马克,
的Linux Torvalds的…还有更多)会尽量保持最小的依赖列表。您
可以说,他们不符合NIH综合症,但是从他们的角度来看,这样做
意义重大。

首先我要比较一下两种集成方式:
内部整合是指当你调用一个链接库或从另一个系统复制代码、创意或模式。他们在相同的内存空间运行,靠函数调用来通信,使用相同的数据模型和类型,并非异步执行。你让他们在你的执行控制之下,让他们遵循你的规则、设计和架构。

异构集成是指你和其他使用不同平台、框架、数据模型和类型的系统做接口,或许它在另一台电脑上或者在同一台电脑的另一个内核进程上。

这很难,可行但是非常难,所以这样的集成成本应该与内部整合相比对,即使这意味着重复建设。

特别是协议很复杂的时候,UDDI WSDL SOAP这三个缩写足以让任何人理智的程序员感到恐惧和厌恶。

我们还得考虑用户体验,显性地从一个系统切换到另一个系统对最终用户来说总是个痛苦的体验。

我们在决策的时候要考虑这些方面。我还认为复制并不差,没有什么东西本身就很复杂(即使是高级工具),通常把这些东西集成起来就复杂了。比如我听说 john carmack 总是从头开始他的项目。

凡事都有例外,用HTTP和JSON这种通用协议和数据类型系统就容易多了。有时我们不得不在浏览器和服务器之间、在openerp和postgresql之间用rpc

异构集成的模块质量总是不高,因为需要大量工作:webdav, document_ftp, caldav, import_sugarcrm, auth_openid,
event_moodle…所以我们尽量少开发这种。

我也不喜欢不必要的依赖,说实话我希望python库的依赖限制在最新的Debian所提供的范围内。我们包含了一些javascript库,但我倾向于让这个越少越好。

3、保持简单

4、只有傻子和死人才不会改主意

openerp的战略是高效地提供集成度最高的企业应用系统,对最终用户和程序员来说都是如此。

悟空注:在技术这条路上,我准备适可而止,但对于编程这项爱好的心不会死,毕竟英语和手工都已经慢慢在做了,有得也算做的有点起色了,所以始终放不下“编程”这一项。而对于“编程”这项爱好,我的具体目标就是掌握wordpress和openerp这两样工具。

wordpress作为一个内容发布平台,在后台使用以及一些简单修改使用上,已经完全完全没问题了,下一步的重点应该是在网页改版、主题重构重新设计的时候,能过对wordpress有一个更系统全面的了解,以便把自己的网站运营思想、和内容架构规划在wp的页面设计上能更好的体现出来。wordpress还有足够多的扩展插件,比如实现电商功能的购物车程序woothemes(已经假设但未使用)、实现移动互联网端展现的wptouch(已在使用中)、实现社交功能的buddypress官方插件,各种newsletter插件,总之,如果不是一个项目团队企业需要更多后端运营端的系统支撑,单单是个人的小前端,那么wordpress足够了。

openerp才是我“编程”爱好能否达标的重点,因为我始终有一个没有说出来的“系统梦”。分步骤来说,首先要通过阿里云或本地来熟悉openerp在生产环境的部署,这个不需要熟练掌握,只需要大致了解,这部分完全可以交给专业的运维人员来完成;第二阶段应该是基于营销功能和有限业务层面的功能前端使用和后端逻辑的掌握,需要通过架设环境或租赁saas来在生产环境中实践;第三阶段是掌握所有与运营业务流程相关的功能模块业务逻辑、使用场景、代码实现,需要通过实践积累、并配合必要的培训来加快技能的掌握以推进实践。

一个个人网店的OpenERP非专业实施记录

悟空在2008年初次接触OpenERP,那个时候还是用的eTiny的老名称吧。在中文社区shine-it.net潜水半年,2009年的时候开始发帖记录尝试个人实施OpenERP的过程,直播贴时间跨度一年多。今天把这个帖子重新找出来搬到这里,虽然当时稚嫩(其实现在对OE的了解还是当时的那个状态),但是实施目标却很明确,就是尝试利用OpenERP实现网店进销存的管理。原帖地址via (居然有23375次阅读)

本帖谈及的实施过程中的问题,无论大小,基本都会在跟帖内容中得到大家的帮助得以解决,最后结贴的时候我尽量进行整理,做成一个完整的个人网店erp非专业实施案例。

先建这个帖子,然后慢慢详述吧。首先申明一点,我只是一个个人网店,实施erp的初衷可能大家不相信,只是为了记账方便而已。

所以根据纸质账簿 到 excel表格 到  erp 的思路     我是提前步入erp这个看来只会给现在的我增加麻烦的记账办法,因为虽然不懂技术但是稍微有点it基础,所以没日没夜花了差不多一周的时间(主要花在weberp和openerp上),最终选择了openerp

选择openerp而没有选择weberp的原因是,我更喜欢firefox、drupal这样模块多但是基础功能简洁可以自己定制的思路,而weberp虽然简单,但是简单到很多功能暂时无法实现除非通过二次开发,而采用openerp的话,只是我总有点软件定制安装的基础吧?
选择openerp的另外一个原因就是,openerp有b/s和c/s两种形式,短期来讲我只要满足一台电脑或者局域网内的几台电脑就可以了,而事实上openerp的b/s方案也已经很完善了,那么为什么不选择他呢?!

根据我做网上零售的流程对openerp进行了测试,除了会计方面其他的都基本通过了,会计方面嘛,大家不要笑话,这也是为什么国内那么多进销存系统打着不需要会计也可以记账的旗号,这也是有道理的。虽然我在大学里学习了一学期的会计学和一学期的银行会计,但是大学里到底学习了什么,大家应该很清楚的,所以除了设计会计方面的,我对制造业模块的openerp进行了测试,确定非常强大,完全能够满足目前需要,当然以后我就先不说了。

说说的工作流程:向供应商询价并确定是否有现货–>采购–>录入–>入库–>销售–>捡货打包–>发货–>确认收货(退换货)–>收款
2010年1月25日实施,采用hornerp all in one 在windows xp环境下实施

整个流程主要在新建产品、建采购单、建销售单、…等几个记账流程   所以目前暂时考虑以记账为主      当然,这其中还是会涉及到库存盘点的库存管理方面的            在此还有个担心和疑虑,就是openerp在数据备份、恢复 、系统升级方面,目前一直没有尝试成功,不知道是方法不对还是其他原因

暂时记录这些!!!!(倒叙更新,最新碰到的问题排在最前面)(每个update的问题,已完全解决的以红字“已解决”标记)

======================华丽分割线||倒排序||非专业实施记录开始==============================

update 20100226【未解决
如何导出产品数据?
我需要将原来帐套里已经整理好的产品基础数据转移到新的RealCase帐套中,如何实现?尝试在client上导出,不得法,失败!

update 20100128【未解决
帐套备份和恢复已经在HornERP V0.1Beta1 下测试成功、可靠。基于对已有数据的考虑,目前还存在all in one跟随升级的担心。
低版本备份的帐套,在高版本的all in one GTK client中是否可以直接“恢复帐套”,以此完成all in one的升级?

update 20100127【未解决
时隔一年,再次启动,啃下这块骨头!初步目标是使用OE完成对仓库的管理,年前完成仓库盘点
现在在产品添加时遇到2个问题:
1.如何合理科学添加具备不同颜色、款式等属性的产品?
2.如何给产品添加一张参考样图?【参考样图问题经wjf提示,已经通过菜单栏的“附件”实现了,虽然不是很直观地出现在产品概述页面,但是也算是实现了】

update 2009 02 24【已解决】功能模块以尽量少开启为原则,根据业务流程、实施阶段启用和配置,警惕乱启用模块导致正式实施的帐套“崩溃”

昨天在官网doc啃了一个晚上,英文水平一般,所以也是看了一些大致的情况,算是一个知识的巩固,主要几个实践中的疑难点还是没有很好的解决
第一,不知道module都在哪里下载,因为想找一个ec的模块,能够在doc的指导文件里搜索到 via  但是却一直没有相应的下载链接,因为是非官方认可的,所以在客户端里也是没有的
第二,运输公司的添加,以及运费的计算问题。在新建货运公司的时候一定要指定一个产品,根据wjfonhand的指导,应该就是在产品里新建一个虚拟的运费产品,但是运费这个产品的数量是有限的,需要不断跟踪修改手动增加;当然这个还不算是关键问题,关键问题是运费是变化的,但是在产品列表里新建运费这个产品的成本价和售价总是固定的(当然我记得好像每次新建销售单的时候可以修改),而根据openerp里运费价格表的设置 grid   应该是可以根据产品的重量等一些产品因素动态计算的,这个我好像也没有实现。   我的担心就是,如何能够更独立地进行运费的计算,包括月末年末对运费及运费成本进行报表查看等

在打算正式实施之前,还碰到一个疑问,我下载的allinone是5.0.0的版本   好像官网现在是5.0.0-3   具体是有什么差别?我也不是很清楚,但是刚发布就有新版本,应该是有一些必要的更新吧?所以这里有一个问题就是如何对已经安装使用的allinone客户端(server、client、web“eTiny”)进行更新升级????现在我当然可以卸载重装allinone,但是一旦进入实施,那就没这么痛快了。

update 20090224 23:59  【已解决】HornERP V0.1Beta1 已经可以在win xp下成功完成帐套的备份与恢复,会同时考虑让兼职技术实现“直接备份数据库(PostgreSQL自动备份)”的方案

关于备份帐套和恢复帐套的问题(主要讲的还是我备份帐套遇到的问题,因为我还没有成功过)

我有两台电脑,一台台式,配置差些,另外一台1月才买的一个小本,两台用的都是windows xp的系统;
原来一直用台式安装官网的allinone5.0.0,但是帐套一直备份不成功;
就在刚才,我重新到官方下载了allinone5.0.0-3    完成了安装创建了帐套,但是进行备份帐套的操作,还是没成功

client的错误提示是很常见的“Could not contact server!”    点“确定”以后,再出现“无法备份帐套”的错误提示,再确定,就这样,重复在两台机器上对多个帐套无论数据多少进行了测试,都从未成功过,错误的提示,印象里大致应该都是无法连接到数据库之类的问题

其实在创建帐套的时候也经常会出现暂时无法连接到数据库的问题,但是重新再点的时候,相关的步骤总还是能够继续下去的,所以创建帐套基本没有失败过,只是创建帐套过程中特别是最后一步提交了以后,立即登录会提示数据库load未完成,我想这个可能应该是跟机器性能或者数据量大小有关,所以初始化时间比较长,但是帐套始终没有备份成功过,更谈不上恢复,这一点确实比较郁闷的,希望能够在大家指点下找到问题所在,解决这个必须的问题。

引用

打算根据日常流程先试实施一个月

update  20090225【已解决】纯“实施心得”随笔

昨天因为全新启用openerp打算试实施一个月,结果又熬到了凌晨6点多,真正开始用起来还真是问题多多
昨天到今天,碰到很多实际问题需要解决

update 20090226

实施了两天以后,发现一个最常发生的问题就是误操作以后数据的修正问题
经常发生类似采购单少了数量、销售单运费当时没有设置正确,但是一直不知道怎么个流程来修正或者取消这些单子,包括因为这些错误操作单子要取消而导致的库存与实际不符的情况
当然,这其中还有一个问题是因为目前我都是admin在操作,还没有完全按角色进行分工设权

update 20090227【已解决】纯“实施心得”随笔

经过群里shelly指点,我知道如何查看pgsql数据记录了,大家不要笑我,实在是第一次接触pgsql和pgadminIII,至少又前进了一步
经过考虑,我觉得目前不适合分角色工作,分权分角色会让工作流程更麻烦,我们目前的实施目标主要是记账,所以细化admin单帐号的操作流程

[ 本帖最后由 CnBoYer 于 2010-2-26 13:55 编辑 ] 这是我最后整理更新这个帖子的时间,根据我回复帖子的时间:三月 12, 2010, 06:51:10 下午。此时我已经完全完成了OE进销存的实施并正常使用了比较久的一段时间。

最终因为我个人网店创业失败而没再继续使用OE,但这些年一直有关注这款ERP软件,也曾经有在新公司合适机会再实施这个软件的想法,但考虑到淘宝等平台的相对封闭性限制、顾问以及公司内部技术风险成本较高,所以没有向老板提这个方案的实施。

因为持续关注,我还建了一个OpenERP电商QQ群:12510526,后来了解到化妆品的TOP商家大牛“小也香水”通过外聘顾问、内部自建技术团队的方式实施了这款强大的管理软件,实在令人羡慕。我建的这个QQ群也陆续有人加入进来讨论,看到很多的天猫商家也在用这款ERP,以后我还是会继续关注的,也期待有机会进到这样一家公司仔细使用掌握这款软件,了解它在公司营销运营上的作用,特别是在营销和数据方面的应用。