老肖说的，由原创商支持的本土“买办”机构完成权威机构的使命。源科就是Compiere的业务伙伴，怎么会若干年内不可能实现呢？只不过认证这个东西就跟咱考的证书一样，只有在买家确定了产品选择服务的时候才有可比性。在现在OE本身还没得到市场认可的前提下性价比不高罢了。

校长还在等社区成熟壮大，我们已经等了3年了。是不是该定一个标准，能实现多少承诺算成熟，能达到多少人数算壮大。这样等下去似乎不是办法吧。

这样的讨论真是已经有太多次了，真是有些疲惫了。

我的方案还是那一个，先用OE做个小产品出来，免费推广，占领用户桌面。然后把这些用户拉到社区中来，再在这些用户中寻找项目机会。这种操作方式只要投入十几个人月的开发力量，成功标准就是用户数。

@wjfonhand, 分析的很有道理。
要强调的是：OE的这种技术架构也许并非独创，也非最优秀，但是当它与开源相结合，并且切实贯彻开源实践时，就会形成一个良性的全球化的开源生态系统。
OE在这个生态系统中能以最小的成本迅速获得技术的革新，市场的推广，行业专家的指导，本地化的支持等等。
Open ERP是一个迅速演化中的系统，而且目前看来是越变越好，至少界面越来越漂亮了:)
[attach]375[/attach]

在windows下源码安装OE确实比较繁琐，因为要下载的相关Python模块比较多。
你可以参考一下Simon翻译的一个 wiki.shine-it.net/index.php?title=Windows%E7%B3%BB%E7%BB%9F%E4%B8%AD%E4%BB%8E%E6%BA%90%E7%A0%81%E5%AE%89%E8%A3%85&variant=zh-cn ， 这是针对tinyerp的，有部分的Python模块的依赖在OpenERP中已经变化了，但基本就是这样操作。

如果你安装成功了，希望你能帮忙更新一下那个 wiki.shine-it.net/index.php?title=Windows%E7%B3%BB%E7%BB%9F%E4%B8%AD%E4%BB%8E%E6%BA%90%E7%A0%81%E5%AE%89%E8%A3%85&variant=zh-cn ， 谢谢！

作为一个 Lock On 键盘党，我感到影响不大

BS 通过web server(or application server,cherrypy)访问Openerp server,CS通过客户端访问Openerp server。

新建用户不要用中文，
我一开始也这样，
后来发现就是因为用户名改为英文就没事了。

先下载下来看看，谢谢了！

谢谢,大有收获

哈哈哈，终于解决了，春节期间都花了3天时间。原因不清楚，根据错误情况进行特殊处理，如下：

修改 cherrypy 的 _cpwsgi.py 的 def get_response(self):
"""Run self.request and return its response."""
meth = self.environ['REQUEST_METHOD']
path = _http.urljoin(self.environ.get('SCRIPT_NAME', ''),
self.environ.get('PATH_INFO', ''))
qs = self.environ.get('QUERY_STRING', '')
#cwg add
print "before"
print qs
[color=Red] qs=qs.rstrip(":")[/color]
[color=Red] qs=qs.replace(":%20%20","%20")[/color]
print "after"
print qs

谢谢您的解答！
但还有一个问题：偶用demo.shine-it.net，也是在IE中。

感谢二楼的贴图！

视频做的好,very good

@mihi, 和wjfonhand指出的一样我没有说不要设原料区。只是质疑原料区和存储区（系统默认）同时存在在同一级别的意义。或者说这时的存储区在这里是什么功用。

我认为一般来说系统默认的"存储区"，通常也会作为仓库默认的location stock, 也就是核算仓库货品总存量的地点，应该比其他库存地点高一个级别，也就是说：

stock-----
|--入库区
|--质检区
|--原料区
|--成品区
.....
当然你还可以分更多的层级，但一般来说stock作为仓库的汇总库存单元会在其他库位单元的上级，以包括下设的库存数量

仓库定义中的入库区(location input)，和出库区(location output)所对应的库位，可以设置在stock之下或者设置在stock之外，前者产品在这两个区都会计入现有库存，后者则不计入

[[i] 本帖最后由 digitalsatori 于 2010-2-9 16:52 编辑 [/i]]

[quote]原帖由 [i]wjfonhand[/i] 于 2010-2-7 03:15 发表 www.shine-it.net/redirect.php?goto=findpost&pid=3902&ptid=829
原来那个 odt 模板可以有多个sheet的，这样有些财务报表用公式应该也可以做了。一个sheet存数据，一个sheet存格式和公式。代码只需要填充数据sheet，用户则直接打印格式和公式的sheet。现成的excel表格还是很多的。
... [/quote]

就是这个配置起来很麻烦，OO.o 的 pyuno 需要 OO.o 自带的那个 Python，Linux 下倒是容易，改一下启动脚本就 OK，Windows 下就麻烦了，而且 Linux 下可以很容易把OO.o的无头模式作为 daemon，windows 下就不能作为服务运行。

不过在未来可以考虑把配置好的 OO.o 也打包到 all-in-one 里

得到wjf的肯定让我非常高兴！我会继续努力的！
在这个社区里总是能让我在知识和心灵中得到收获！

[[i] 本帖最后由 mihi 于 2010-2-7 11:40 编辑 [/i]]

初览了一下，不错。等OpenObject架构版的OE出来后，我将把它们整合到《OpenERP应用和开发基础》里面。

@shelly
试过了，什么都没有显示，不知道是不是Bug

谢谢版主提示，我打印的是采购报表， 我在addonspurchasepurchase.py中的class purchase_order类定义中找到_columns这一段儿，在最后添加了'create_uid': fields.many2one('res.users', 'Created by', readonly=True)，重启服务器后打印成功了。
翻看官方的doc，里面关于报表的tag举例说可以直接用[[o.create_uid.name]]，是不是在OpenERP4的时候可以 直接那样用啊？我在5.0.1和5.0.6中试都不行，还真得在model里注册才能用。真郁闷。