ERP进销存系统里客户信息和商品信息通常被称为基础档案。很多新手拿到一套 Web ERP 之后第一件事就是急着开销售单、做采购入库结果做到第三十张单才发现客户名称不统一、商品没有分类、同一款商品在不同单据里单位混乱返工成本非常高。与其后面补数据不如在建账初期就把客户信息与商品信息管理规则定好。这篇教程不针对某一个具体软件的每个按钮而是把 Web ERP 里客户档案和商品档案最通用的操作逻辑、字段设计、批量导入和排查顺序拆开讲清楚。适合正在学习进销存、准备给公司或门店上线 Web ERP 的人参考。1. 先想清楚客户和商品基础数据为什么值得单独花时间很多人觉得客户信息和商品信息不就是填张表有什么好管理的。实际上一套 ERP 进销存系统能不能用起来往往不取决于功能多不多而取决于基础档案干不干净。客户和商品是所有业务单据的起点采购单要选商品销售单要选客户和商品库存报表要按商品汇总对账单要按客户汇总。基础档案一旦混乱后面所有环节都会被影响。1.1 基础档案混乱会导致哪些连锁问题先说我见过的几类典型问题。第一类是客户名称不统一。同一个人或同一家公司在销售单里叫“某科技有限公司”在收款单里叫“某科技”在 Excel 台账里又叫“某科技公司”。系统判断它们是不同客户于是应收账款被拆成多个余额对账时怎么都对不上。这不是系统问题是录入口径问题。第二类是商品没有分类和编码。商品档案里只有名称没有规格型号也没有编码。业务员开单时靠记忆搜索结果把名称相似但规格不同的商品选错库存账面和实物数量越来越偏。最后想清理又不知道哪些单据受影响。第三类是重复建档。同一个客户今天建一个下周又建一个同一款商品采购部建了一个销售部又建了一个。数据一多系统里看起来有好几百个客户实际有效的可能只有一半。这类问题一旦发生靠后期合并非常痛苦。更隐蔽的问题还有单位混乱。进货时按箱销售时按瓶但系统里没有设置换算率默认单位也没有固定。结果月末库存报表显示的数量既不像箱数也不像瓶数完全没法用。1.2 管客户和商品信息时最终要到达什么状态可以把目标理解成四个字统一、清晰、可查、有权限。统一是指同一个客户、同一个商品在整个系统里只有一条主数据。它可以是编码唯一也可以是名称唯一。在其他系统里叫“主数据管理”在 Web ERP 里通常体现为“基础档案”或“基础资料”。清晰是指分类明确、字段值规范比如客户区域下拉框里只有华东、华北、华南这类固定值而不是每个人都能随手填一个地名。可查是指你能通过编码、名称、关键字、分类快速找到档案同时能区分“启用”和“停用”状态。有权限是指哪些人能新增、修改、导入、停用客户和商品而不是所有操作员都能乱建乱改。只要这四点做到后面做业务单据时系统才会给你正向反馈。2. 建档案前先定好分类、编码和字段规则很多 Web ERP 项目在初始化时实施人员最重视的不是软件安装而是和业务负责人一起确定编码规则。编码规则一旦定了再想全局调整非常麻烦。所以建档案不是打开页面就埋头录入先把分类和字段想清楚。2.1 客户编码和商品编码怎么设计才不返工客户编码的核心是能区分客户类型和归属区域而不是把编码本身变成一本流水账。常见做法是“前缀 分类 序号”。比如经销客户C-J-0001零售客户C-L-0001终端客户C-T-0001如果公司已经有成熟的客户编号习惯也可以沿用原有编号。但要注意编码长度不要过长一般控制在 8 到 15 位以内。太长会导致录入困难、搜索不便也容易输错。商品编码设计会更讲究一些。常见规则是“大类 中类 小类 流水号”。例如手机配件类可以是 SP-P-A-0001SP 代表商品P 代表配件A 代表贴膜。也可以直接使用商品条码作为编码但前提是每一款商品确实有独立条码且能保证唯一性。没有条码的小厂商产品最好还是用自编码。编码设计时建议避开几个坑不要用商品名称当编码名称会改编码不应该跟着改。不要用纯流水号且没有任何分类含义否则以后想按编码筛选很难。不要混用容易看错的字符比如数字 0 和字母 O数字 1 和字母 l。编码一旦生成并用于业务单据就不要随便修改。历史单据是靠编码关联的改了编码可能造成单据和档案对不上。2.2 字段怎么取舍既要够用也不要填一堆冗余客户档案最常见的字段包括编码、客户名称、客户简称、联系人、联系电话、所在区域、客户分类、收货地址、结算方式、应收额度、默认价格等级、备注。其中客户简称很容易被忽略但实际价值很高。打印销售单、送货单、对账单时如果客户全称特别长可以使用简称。很多 Web ERP 打印模板里都能选择展示简称还是全称。如果开始时不维护简称后期打印对账单再回来补工作量很大。商品档案常见字段包括编码、商品名称、规格型号、分类、基本单位、采购单位、销售单位、换算率、条码、参考进价、参考售价、税率、库存上下限、生产日期管理标识、保质期管理标识、商品图片、停用标识。这里要强调的是“字段够用”原则。比如你只是做日用品批发可能不需要保质期管理你只是做本地零售可能不需要多仓库存。字段开得越多日常维护成本越高。宁可先只开最必需的字段等业务跑起来再开放自定义字段也不要第一天就建一张 40 列的表格录入人员看到就头疼。3. 客户信息管理的完整操作流程客户档案管理看起来简单但要做到整个业务周期都稳定需要分成新增、状态管理、批量导入三个环节来掌握。下面按 Web ERP 常见的操作路径来拆。3.1 新增客户、联系人、地址和结算方式在 Web ERP 里新增客户通常在“基础资料 - 客户档案”或“往来单位 - 客户列表”里操作不同系统入口名称不同可能是“客商档案”“客户信息”“主数据维护”。进入列表后点击新增填写必填项保存即可。新增客户时我建议按这个顺序填先填编码和名称。编码如果有自动生成规则系统会自动带出没有就按你预先设定的规则手工录入。填客户简称。这里的简称不要乱填要固定成对账和打印时使用的名称。选择客户分类和所在区域。如果系统中存在客户分类字典要在这里就选对不要留空。填写联系人、电话、收货地址。一个客户可能有多张送货地址多数 Web ERP 支持在客户地址页签里维护多条地址。设置结算方式和应收额度。结算方式通常是现结、月结、赊销等。应收额度是信用控制的依据填 0 或空可能表示不限制具体看系统设置。保存后系统会生成一条客户主数据。此时最好去客户详情页确认编码、名称、分类没有填错。一旦这张档案被销售单引用再修改名称和编码就会受到限制或者需要走变更流程。需要注意联系人字段不要在“客户名称”里体现。比如客户名称应该写“某科技有限公司”不要写成“张三某科技”。否则系统搜索“某科技”可能搜不到而且打印对账单时会出现人名和公司名混在标题里。3.2 客户状态管理启用、停用、合并与删除大多数 Web ERP 客户档案都有状态字段常见是“启用”和“停用”。启用状态的客户可以在销售单、送货单等业务单据里选择停用状态的客户不能开新单但历史单据仍然保留历史数据也不会消失。建议规则是有合作或可能合作的客户保持启用长期不合作且不需要开单的客户设置为停用确认是重复建档或者错误数据的才考虑合并或删除。删除要非常谨慎。如果客户已经存在销售单或收款记录系统一般会禁止删除。即便系统让你删我也不建议物理删除因为历史报表可能还要按客户维度统计。重复客户的常规处理方式有两种一种是系统支持合并把两个客户档案合并成一个历史单据迁移到保留档案下另一种是系统不支持合并那就停用一个以后开单都选保留的那个。无论哪种方式处理前先把要合并的客户列表导出一份确认两个档案确实对应同一个实际客户再执行操作。我见过有人把名称相近但其实是两家公司的客户合并了最后对账时无法拆分非常被动。3.3 客户资料导入导出模板、校验和批量更新如果公司已经有存量客户名单不建议手工一条条新增而是用导入功能。导入能节省时间但也会把错误数据成批引进来所以必须按规范操作。第一步先下载系统的导入模板不要用自己随便做的 Excel 表。不同 Web ERP 对表头要求不一样有些要求 Excel 第一行是固定字段名有些要求填系统编码有些要求分类名称必须与系统字典一致。先下载模板能规避大量问题。第二步在模板里填写数据。编码不能重复客户名称不能为空分类字段填的名称要和系统里预先建立的分类完全一致不能多一个空格。如果模板允许填“结算方式”也必须是系统已有的选项比如“现结”不能写成“现金结”。第三步导入前先做一个几十条的测试导入。很多人一上来就导入一千条结果字段格式不对导入一半报错导致另一半数据也悬空很难排查。可以先用下面这段 CSV 结构做示例实际字段名以系统模板为准客户编码,客户名称,客户简称,客户分类,所在区域,联系人,联系电话,收货地址,结算方式 C-J-0001,某科技有限公司,某科技,经销商,华东,张经理,13800000000,上海市浦东新区某路某号,月结30天 C-L-0002,李记便利店,李记便利店,零售客户,华北,李店长,13900000000,北京市朝阳区某街某号,现结导入完成后系统一般会给出成功条数和失败条数。失败时不要只看数量要查看失败原因列表。最常见的失败原因是编码重复、名称重复、分类找不到、必填字段为空。逐条修正后再重新导入。注意如果系统通过编码去重同一条客户重复导入第二次可能会更新原记录也可能报重复要看系统的去重逻辑。导出功能同样重要。建议每个月或每个季度导出一份客户主数据作为备份和人工检查材料。人工检查时重点看有没有重复名称、有没有停用状态没设置、有没有分类为空、有没有客户名称里夹带联系人。4. 商品信息管理的完整操作流程商品信息管理比客户信息复杂因为商品涉及的维度更多。除了名称和编码还有分类、单位、条码、价格、税率、库存属性等。如果只想着“先录进去再说”后面开单一定会遇到问题。4.1 商品档案、分类、单位、价格和条码怎么维护新建商品之前先检查商品分类是否已经规划好。分类不要太细也不要太粗。比如一家手机配件公司一级分类是“手机贴膜”“充电设备”“手机壳”就够用不需要再细分到“Type-C 贴膜”“苹果贴膜”这种颗粒度。分类越多商品选择越麻烦。一般建议商品分类不超过三层层级越深维护效率越低。新建商品时常用字段如下表所示字段建议说明商品编码按预先设定的编码规则填写或自动生成商品名称业务上通用的商品名称比如“Type-C 快充数据线”规格型号用于区分同名称下的不同规格比如“长度1米”“白色”商品分类选择已经建好的分类节点基本单位库存和报表默认使用的单位比如“瓶”“件”采购单位向供应商采购时常用的单位销售单位向客户销售时常用的单位换算率例如1箱12瓶换算率为12条码商品条码用于扫码开单和盘点参考进价采购开单时的默认参考价参考售价销售开单时的默认售价税率按公司发票要求设置不涉及的可忽略库存上下限用于库存预警可选状态启用、停用保存之前最需要确认的是“基本单位”和“换算率”。很多 Web ERP 允许一个商品设置多个单位但报表数量不可能同时按多个单位展示它一定有一个基本单位作为统计基础。基本单位一旦设置错误后续所有库存数据都要重新换算。4.2 多单位换算和价格策略最容易出错的地方多单位是商品管理里最容易出问题的地方没有之一。举个例子某商品按箱进货按瓶销售。如果基本单位设为“瓶”采购单价是 30 元/箱每箱 12 瓶则录入采购单时选择单位“箱”系统会根据换算率自动把 30 元拆成 2.5 元/瓶。销售开单时按“瓶”售价 5 元/瓶库存数量在瓶的维度上增减报表也能正确汇总。反过来如果基本单位设成“箱”销售开单时选“瓶”库存数量会变成小数而且时间长了统计口径非常混乱。所以在设置单位时建议按几个原则来基本单位一定是业务中最小、最稳定的计量单位比如瓶、个、件、盒。换算率必须是确定值比如 1 箱 12 瓶。如果同一款商品在不同渠道里的每箱数量不一样要么统一包装规格要么按不同编码建两个商品。如果商品没有标准换算率就不要强行设置多单位统一用同一个单位会更省心。采购单、销售单、库存单的默认单位可能不同但最终都会按基本单位折算到库存表。价格策略方面Web ERP 普遍支持参考价、客户等级价、商品价格策略。最简单的管理方式是先给商品设置一个参考售价作为所有客户的默认价然后再根据客户分类或价格等级设置差异化价格。不需要一上来就把所有客户专属价格录进去否则维护成本太高。如果系统支持价格等级通常流程是先维护客户档案里的“价格等级”字段再维护商品价格表里的等级价格。开单时系统自动匹配。这样既保证了价格准确又不需要业务员每次手工改价。4.3 分批建品、批量修改和停用下架新品上线、老资料迁移时都涉及批量新建商品。如果商品数量不多手工逐条录入还可以接受。但如果超过两三百条建议使用商品导入模板。商品导入模板往往比客户模板复杂字段更多。导入前要特别注意分类字段必须和系统已有分类一致单位和换算率必须在系统里可以识别条码不能重复。导入后一定要抽查计算几条在基本单位下的库存数量对不对、换算率是否正确、参考价格是否带出。批量修改价格是另一个高频操作场景。有些系统支持在商品列表里勾选后批量修改价格但这种方式非常容易误操作。更稳妥的做法是先导出一份当前价格表在 Excel 里计算好新价格再使用系统的批量导入或价格调整功能导入。导入时建议只包含编码、新售价两个关键字段不要一次性把名称、单位、分类都改掉降低误改风险。商品停用下架也不能简单删除。一款商品只要有过采购或销售记录删除它会导致历史单据显示异常。常规做法是把商品状态设为“停用”。停用后的商品不在业务单据的选择列表中出现但历史数据仍然完整。如果业务上这款商品之后还会重新上架只需改回启用状态即可。在维护商品档案时我还有一个经验新品编码不要随意用日期流水。比如有人习惯用“202506001”作为新商品编码第一个月没问题到第二个月编码含义就会混乱看不出商品属于哪个品类。最好从一开始就用分类前缀让编码具有一定的可读性。5. 日常使用中最容易踩的坑和排查顺序基础档案维护好了之后日常使用中还会遇到各种奇怪现象。很多时候用户第一反应是“系统出问题了”但实际是档案状态、权限配置或导入数据格式问题。下面按排查顺序列举几类常见问题。5.1 单据里选不到客户或商品先按这个顺序查销售开单时搜不到某个客户或商品是最常见的现象之一。不要急着重新建一个档案先按下面顺序排查。第一步检查档案是否处于“停用”状态。停用的客户和商品不会出现在开单选择列表里但基础档案列表里仍然看得到。这个原因占比最高。第二步检查当前操作员的权限范围。有些 Web ERP 支持按业务员分配数据权限比如销售员 A 只能看到自己的客户仓库管理员只能看到特定分类的商品。页面没有数据不一定是不存在而是当前用户的数据范围不包含它。第三步检查搜索方式和关键字。如果你在搜索框里输入了名称的一部分比如“科技”而档案全称是“某科技上海有限公司”部分系统默认模糊搜索部分系统要求按编码或全称匹配。换用编码、简称或条码再搜一次。第四步检查是否选错了账套或公司。很多 Web ERP 支持多公司、多账套。数据库不同客户和商品档案也不同。登录后要确认当前所处的公司和角色是否正确。第五步如果页面提示“请求已被安全策略拦截”或“请重新登录”之类的内容先检查浏览器缓存、登录会话是否过期、账号是否被禁用。这类问题通常不是数据有问题而是登录态失效。这个排查顺序看起来很基础但实际项目中大部分“找不到客户”的问题都出在前两步根本不用去动数据库。5.2 导入报错、数据显示异常和权限问题怎么处理商品或客户导入报错时优先查看系统返回的错误信息而不是反复重试。常见错误原因有这几类模板文件头被修改字段和系统不匹配。建议重新下载模板把你填好的数据粘贴进去。分类或单位名称和系统字典不完全一致。比如系统里叫“手机配件”模板里填“手机配件 ”多了一个空格就会报错。编码格式错误比如编码是文本但系统要求纯数字或者编码长度超出限制。必填字段为空比如商品名称没填、客户联系电话超过字段长度。条码重复或与已有商品条码冲突。导入前先把文本格式处理好。Excel 里的长数字比如手机号、税号、条码很容易变成科学计数法导入后变成乱码。建议把这类列先设置成文本格式再从系统模板里复制粘贴。数据显示异常时也要按不同字段分开排查异常现象优先排查点销售单价格不对客户价格等级、商品价格策略、单据是否手工改价库存数量不对基本单位、换算率、是否有多仓库存未选择报表分类汇总不对商品是否挂在正确的分类节点是否存在重复编码客户应收不对是否同名客户重复建档收款是否录错客户列表里看不到部分数据筛选条件、档案状态、当前用户数据权限这个表格可以放在团队内部作为操作手册的一部分。遇到问题先对照再决定下一步操作。另外有一个场景需要单独说明Web ERP 页面能打开但打开报表时提示“报表服务器连接不上”。这种情况通常不是基础档案问题而是部署环境问题。可以按顺序确认报表服务是否启动、Web 服务地址是否可达、当前账号是否有报表权限、登录会话是否超时。如果前几天能用突然不能用先看服务器和网络状态不要急着重装客户端也不要反复刷新并多次点击保存免得产生重复操作。6. 建议基础数据规范后的实际收益讲完操作细节最后聊一聊规范基础数据之后实际业务会发生什么变化。这个变化不是立竿见影的功能升级而是让后续每一步操作都变得简单。6.1 基础数据干净之后进销存流程会顺在哪客户档案统一之后销售开单、收款单、应收报表、客户对账都基于同一套主数据。开单时输入客户简称就能带出完整档案业务员不用再纠结客户全称怎么写。客户分类清晰之后老板可以按经销、零售、终端分别查看销售统计知道哪个渠道贡献了多少收入。商品档案规范之后采购、销售、库存数据会真正联动。采购入库时按采购单位入库系统自动按换算率折算到基本单位销售出库时按销售单位出库库存数量实时扣减月末库存盘点只需要按基本单位核对实物数量不需要人为换算。价格等级设置好之后开单时系统能自动带出对应价格减少手工改价和价格谈判中的低级错误。从项目交付角度看基础数据规范还能降低培训成本。新员工入职时只要学会了搜索编码和选择档案就不容易开错单。数据质量高管理层看报表时也愿意相信系统数据而不是每次开会前都先做一次 Excel 手工核对。6.2 持续推进建立维护制度而不是临时补数据基础资料管理不是一次性工作。上线当天整理干净只是开始后续持续维护才能真正保持干净。我建议在团队内部定几条简单规则。第一明确负责人。客户档案和商品档案的新增、导入、停用、合并由固定的岗位或管理员处理不要每个业务员都能随便改公共档案。业务员要新客户、新品可以提申请但一定要经过统一编码和审核。第二定期检查异常数据。建议每个月花十分钟检查一次导出客户和商品列表筛选重复名称、空分类、停用状态异常的数据。发现问题及时处理避免拖到月底结账时集中爆发。第三导入数据之前先测试导入之后立即抽查。不要相信一次导入全成功一定要抽查几条数据在业务单据里的显示效果确认编码、单位、价格都没有问题。第四对员工做简单的操作要求。比如客户名称必须用全称、商品规格型号必须填写、没有标准换算率不要乱填多单位。这些规则应该写进内部操作手册而不是靠老员工口口相传。真正落地时你只需要记住一个核心结论ERP进销存里客户信息和商品信息管理做得好不好决定了后续所有业务单据和数据报表的可用性。先把编码规则、字段规则、状态规则定下来再安排录入和导入最后在日常工作中持续维护。这套思路不依赖某个具体软件换到任何一套 Web ERP 系统里都适用。