简介这份资源是面向Odoo初学者与实施人员的入门指南围绕Odoo16中国版GoodERP展开帮助读者快速理解开源ERP的部署逻辑与业务流程。内容覆盖基础资料配置、采购与销售流程、仓库管理、现金处理、简单组装与委外生产、复杂工序与工序委外、MRP分析、外贸多币种实现以及PostgreSQL数据库管理、Nginx性能优化、多核与预读调优等高级布署功能并附有权限设置、洞察模块等高级示例与实用小技巧。资源包为1个PDF文件大小约9.01MB结构按章节编排目录清晰便于按模块检索学习。目前已有276人学习下载适合希望系统掌握Odoo16实施方法、对照业务场景查漏补缺的入门读者参考。1. 从一张采购单开始为什么我建议你从 GoodERP 入手 Odoo16去年帮一家做五金配件的小公司梳理进销存老板甩过来一句话“别跟我讲什么 ERP 理念你就告诉我采购员下了单货到了仓库怎么入库钱怎么付月底账能不能对上。”我当时试了三套方案最后落在一个基于 Odoo16 的中国版本地化发行版上——GoodERP。它把国内中小企业最常踩的那些坑比如结算方式、付款账期、多币种、批次序列号提前做进了基础配置里而不是让你从零去拼装模块。这份《Odoo16 实施应用入门必备》就是围绕 GoodERP 展开的实施指南从系统管理员权限、公司开户行、用户权限一路讲到采购、销售、仓库、组装生产、工序委外、MRP 分析最后落到安装部署和 PostgreSQL 优化。它适合两类人一是刚接触 Odoo 想做实施顾问的二是公司内部被拉来兼管 ERP 的 IT 或财务。你不需要先成为 Odoo 开发但得愿意跟着菜单一步步点下去。2. 基础资料配置把公司、账户、用户三件事一次做对基础资料是 ERP 的“地基”地基歪了后面采购销售全是对不上账的玄学问题。这一章我按实施顺序拆成三块公司层面的会计属性、资金账户与结算方式、用户与权限。每一块都对应指南第二章里的具体菜单路径我补上实操中容易忽略的参数含义。2.1 公司基本信息与“根据发票确认应收应付”先走配置 → 高级配置 → 公司把名称、地址、税号填完。重点在“会计属性”选项卡进项税税率、销项税税率、开户行这三个字段决定了后续采购单和销售单自动算税的基础。开户行不是随便填个银行名字它必须和后面资金 → 设置 → 账户里录入的对公账户对应上否则付款时选不到。这里有个开关值得单独说根据发票确认应收应付。勾选前销售订单发货后系统直接产生应收勾选后发货只是出库必须再走资金 → 结算单并手动“确认”才形成应收。很多新手实施完发现“怎么发货了应收账款没动”翻车点就在这。我的建议是如果公司财务流程是“见票记账”就勾上如果是“发货即确认收入”就别勾。两种模式没有对错但一旦选定后续所有结算单操作习惯都要跟着走。2.2 资金账户、结算方式与付款方式的区别这三个概念经常被混为一谈我用一张表把它们拆开配置项菜单路径作用典型例子资金账户资金 → 设置 → 账户公司实际的钱放在哪对公账户、备用金结算方式资金 → 设置 → 结算方式银行账户余额减少的具体形式支票、银行汇票、汇兑付款方式资金 → 设置 → 付款方式企业间约定的账期月结30天、货到付款录入资金账户时期初余额不用手动做凭证——GoodERP 会自动创建一张“其他收入单”并生成会计凭证。这一点比原生 Odoo 省事但也意味着你如果后期想调整期初不能直接改数字得去冲销那张自动单据。我一般会提醒客户期初余额在正式启用前一次性录准启用后尽量别再动。结算方式是挂在银行账户下的细分付款方式则和发票日期一起算账龄。举个例子客户 A 的付款方式是“月结30天”1月5日开的发票账龄从1月5日起算到2月4日到期。如果你把付款方式设成“月结60天”账龄就自动往后推。这个字段在客户和供应商档案里都能单独设置不要图省事全用默认。2.3 用户权限与“销售员只能看自己的客户”用户创建走配置 → 用户登录名建议用手机号或姓名全拼别用 admin 这种通用名。权限勾选要克制库管员只给库存相关出纳只给资金相关会计给会计相关。指南第十四章提到一个高级示例——销售员只能看到自己的客户信息这需要配合记录规则Record Rules来实现不是简单勾个权限组就能搞定。实操步骤是先建一个“销售员”权限组只给销售订单和客户的读写权限再去配置 → 安全 → 记录规则新建一条规则模型选res.partner条件写[|, (user_id, , user.id), (user_id, , False)]意思是只能看自己负责的客户和没分配负责人的公共客户。这条规则我踩过坑如果条件只写user_id user.id那新建客户时如果没自动填负责人销售员连自己刚建的客户都看不到以为系统坏了。提示权限配置改完后一定要用对应账号实际登录验证一遍别只用管理员视角看菜单。3. 采购、销售与仓库三条主流程的串接与对账基础资料配好接下来就是日常跑单。采购、销售、仓库这三条线在 GoodERP 里是串起来的采购订单 → 采购入库 → 采购付款销售订单 → 销售发货 → 销售收款。中间还夹着特定场景比如基于销售订单生成采购订单、批次序列号处理、误删自动生成的出入库单怎么补救。3.1 采购流程从订单到付款的完整链路采购员在采购 → 采购订单新建单据选供应商、加商品行、填数量和单价。保存后点“确认”系统生成入库单有些版本叫收货单。仓库人员登录后在库存 → 入库单里找到对应单据核对数量后点“验证”库存才算真正增加。付款环节走资金 → 付款单选供应商、填金额、选结算方式和付款方式。这里有个细节如果公司勾选了“根据发票确认应收应付”付款前需要先有供应商发票否则付款单无法和采购单核销。我见过最典型的翻车是采购员下了单仓库入了库出纳直接付款结果月底对账发现“应付账款”没减少——因为付款单没和采购单关联系统把它当预付款处理了。正确做法是付款单里选“采购订单”作为关联单据或者先做供应商发票再付款。GoodERP 的结算单机制会自动核销但前提是你选对了关联对象。3.2 销售流程与几个容易翻车的场景销售流程和采购镜像销售订单 → 确认 → 发货单 → 验证出库 → 收款单。但销售侧有几个特殊场景指南第五章列得很细我挑三个高频的讲。销售预收款客户先打款再发货。操作上先做收款单类型选“预收款”关联客户但不关联销售订单。等实际发货后再做一张收款单关联销售订单系统会自动把预收款核销掉。如果直接拿预收款单去关联订单核销逻辑会乱。销售退货不能直接删发货单要走销售 → 退货单选原发货单系统生成负数的出库单。仓库验证后库存加回来同时生成红字应收。我见过有人为了省事直接改库存数量结果财务账和库存账永远对不上。尾款不再收取比如客户欠了 200 块尾款公司决定不要了。正确做法是做一张“坏账”或“折扣”类型的结算单把应收冲掉而不是直接改销售订单金额。改订单金额会留下审计痕迹而且已生成的发货单和发票不会跟着变。3.3 仓库与特定场景批次、序列号和误删补救仓库模块里其它入库单和商品分类是基础。商品分类要选会计科目否则入库时系统不知道借哪个科目。指南 2.8.1 特别提到“库存其他入库和其他出库的收发类别类型为核算并选择相应科目”这一步漏了入库单验证时会报“科目未配置”。批次和序列号在商品档案的“库存”选项卡里勾选“管理批号”和“管理序列号”。像手册、电子版产品这种勾“虚拟产品”就行发货不检查库存。我一般建议单价高、需要追溯的比如电机、主板用序列号单价低、按批管理的比如螺丝、包装盒用批号电子版、服务类用虚拟产品。误删系统自动生成的入库单或出库单怎么办指南 6.3 给了思路但没展开。我的经验是如果单据已验证不能直接删得先“取消验证”再删或者做反向单据冲销。如果单据未验证直接删一般没事但关联的采购单或销售单状态会回退。最稳妥的做法是——别删做冲销。删单是后悔药吃多了系统数据一定乱。注意任何已生成会计凭证的单据删除前先确认凭证是否已冲销否则总账和明细账会对不上。4. 生产、委外与 MRP从简单组装到复杂工序生产和委外是 GoodERP 里相对重的部分指南分了简单组装、产品委外、复杂工序生产和工序委外、MRP 分析四块。我按实施难度从低到高讲新手可以先跑通组装生产再碰工序委外。4.1 简单组装生产与产品委外组装生产适合“几个零件拼成一个成品”的场景。先建物料清单BOM在生产 → 物料清单里选成品、加组件、填数量。然后建生产单选成品和 BOM系统自动带出组件需求。确认生产单后组件库存被预留生产完成时成品入库、组件扣减。产品委外是把整个产品发给供应商加工。操作上建委外生产单选供应商发料给供应商时走“委外出库”收回成品时走“委外入库”。这里的关键是委外仓库的概念发给供应商的料在系统里要有一个虚拟仓库承载否则库存对不上。我一般会建一个“委外仓”所有发外料先调到委外仓收回时再从委外仓扣。4.2 工序模板、物料清单与生产单复杂工序生产需要先配“工序模板”。走生产 → 配置 → 工序建工序名称、工作中心、时长。然后在 BOM 的“工序”选项卡里把工序串起来形成工艺路线。生产单确认后每道工序生成工序单工人登录后在生产 → 工序单里报工。工序质检是在工序模板里勾“需要质检”报工时多一步质检确认。工序委外则是把某道工序发给供应商操作上类似产品委外但粒度更细。我踩过的坑是工序模板里的“工作中心”如果没配产能和工时MRP 运算时会按无限产能排计划日期全是同一天看起来像系统坏了。4.3 MRP 分析与参数设置MRP 分析走生产 → MRP 分析核心是“分析参数”。参数里要设采购提前期、生产提前期、安全库存。系统根据销售订单、现有库存、在途采购和在制生产算出净需求再按提前期倒排计划。参数设置的原则是宁可保守不要激进。采购提前期设短了系统建议的下单日期会晚于实际需要日期采购员按建议下单必然缺料。我一般会让客户先跑一个月历史数据用实际到货日期反推提前期而不是拍脑袋填。提示MRP 运算前先确认所有销售订单已确认、所有采购订单已确认未确认的单据不参与运算。5. 避坑与排查实施 GoodERP 时最常见的五个问题这一章单独拎出来因为下面这五个问题我几乎在每个项目里都遇到过。每条按“现象 → 原因 → 解决”写你对照着排查。现象一登录后主菜单没有“配置”菜单。原因当前用户没有“配置”权限。指南 2.1 明确写了只有拥有配置权限的用户登录后才会出现配置主菜单。 解决用 Administrator 登录去配置 → 用户给对应用户勾上“配置”权限组保存后重新登录。现象二采购入库单验证时报“科目未配置”。原因商品分类或收发类别没选会计科目。指南 2.8 和 2.8.1 都强调了这一点。 解决去配置 → 基本配置 → 类别给每个类别选好会计科目再去收发类别里确认“核算”类型和科目已配。现象三销售发货后应收账款没变化。原因公司设置了“根据发票确认应收应付”但没做结算单确认。指南 2.3.1 解释了这个开关的区别。 解决去资金 → 结算单找到对应单据点“确认”或者如果公司流程不需要见票确认就去公司会计属性里取消勾选。现象四MRP 运算结果全是同一天。原因工序模板或工作中心没配产能和工时系统按无限产能排程。 解决去生产 → 配置 → 工作中心填上“产能”和“效率”工序模板里填标准工时。重新运算 MRP。现象五PostgreSQL 数据库启动缓慢。原因指南第十五章提到过常见是日志膨胀或 shared_buffers 配置过小。 解决检查postgresql.conf里的shared_buffers一般设为系统内存的 25%定期做VACUUM和ANALYZE如果日志文件过大清理旧日志。指南第十八章 18.10 有更细的优化参数可以对照调。6. 安装部署与性能调优从 Windows 到 Ubuntu 的落地技巧最后一章落到安装和调优因为再好的功能装不起来、跑得慢都是白搭。指南第十七、十八章覆盖了 Windows 和 Ubuntu 两种环境我挑几个真正影响日常使用的点展开。6.1 Windows 与 Ubuntu 安装的差异Windows 下安装 GoodERP 相对简单下载安装包一路下一步但生产环境我不推荐 Windows——服务稳定性、并发能力和后续升级都吃亏。Ubuntu 下安装走命令行核心步骤是装 PostgreSQL、装 Python 依赖、拉代码、配 Odoo 服务。指南 17.2 有详细步骤我补一个关键点Ubuntu 下 PostgreSQL 默认的peer认证方式会让 Odoo 连不上数据库需要改成md5。改pg_hba.conf里对应行的认证方式重启 PostgreSQL 服务。三方模块安装以web_responsive为例把模块目录放到 Odoo 的 addons 路径下重启服务进应用菜单点“更新应用列表”然后搜索模块名安装。如果搜不到检查目录权限和odoo.conf里的addons_path是否包含该目录。6.2 Nginx 反向代理与多核性能生产环境建议用 Nginx 做反向代理让 Odoo 通过 80 端口访问。指南 18.3 给了 Nginx Upstream 的配置思路核心是proxy_pass指向 Odoo 的 8069 端口并配好proxy_set_header传递真实 IP。这样做的另一个好处是静态文件由 Nginx 直接处理减轻 Odoo 压力。多核性能在odoo.conf里调workers参数。经验公式是workers CPU核数 * 2 1但还要看内存——每个 worker 大概占 100-200MB。如果内存不够worker 开多了反而频繁 OOM。我一般先设workers 4压测后逐步加同时监控内存。6.3 数据库认证与异机部署PostgreSQL 认证方式在指南 18.8 有讲。除了前面说的md5如果 Odoo 和数据库不在同一台机器还要在postgresql.conf里把listen_addresses改成*并在pg_hba.conf里允许 Odoo 服务器 IP 连接。异机部署的好处是数据库可以单独优化坏处是网络延迟会影响响应内网千兆一般没问题。数据库优化参数里shared_buffers、work_mem、maintenance_work_mem是最值得调的三个。shared_buffers设内存 25%work_mem设 4-8MBmaintenance_work_mem设 64-128MB。改完重启 PostgreSQL然后用EXPLAIN ANALYZE看慢查询是否改善。从那以后我每次部署完 GoodERP都强制走一遍“新建采购单 → 入库 → 付款 → 查总账”的闭环确认数据流转和会计凭证都对得上才敢交给客户用。这套流程帮我拦下了至少三次配置遗漏。希望帮到你。本文还有配套的精品资源点击获取