企业官网建设流程全解析

简介：《IFS操作流程》是一份面向ERP实施顾问、财务与供应链业务人员及企业系统管理员的客户主数据操作指南，聚焦IFS系统中客户信息从建档到订单、发票、付款与信贷管理的完整维护链路。压缩包内为1个docx文档，约503KB，以步骤化说明串联客户ID、名称税号、业务形式、通用地址与多收货地址标识、地区/分区、交货税收公司归属、主要销售员、订单税率计算基础、订单类型STD、发票付款方式、金穗发票信息及信贷额度等关键字段，并强调客户所属公司从始至终保持一致，避免多界面公司标示冲突。目前已有675人学习，适合需要规范客户建档、减少录入差错、梳理ERP财务与销售协同流程的读者参考，也可作为企业内训或实施检查清单使用。

1. IFS 客户主数据全流程：为什么一次录入要在六个界面里对齐

很多人第一次在 IFS 里建客户，以为填完客户 ID、名称、税号、选个业务形式保存就完事了，结果订单一开就报错：销售员带不出来、税算不出来、付款条件对不上、发票开不了。IFS 这套 ERP 的客户主数据不是一张表，而是分散在客户表头、通用地址、订单地址、交货税收、订单客户信息、发票、付款、信贷这一串界面里，任何一个环节漏填或填错，都会在下游单据上翻车。这篇按实际维护顺序走一遍：先讲每一步为什么要这样设，再给可照着抄的操作和参数，最后把几个高频坑说透。适合刚接手 IFS 客户维护的从业者，也适合想把流程梳理成标准动作的老手。

2. 客户主数据的分层结构：从表头到地址标识的四种键

IFS 的客户模型是"客户 → 地址 → 地址下的用途配置"三层。客户层面放全局唯一的东西（ID、名称、税号、业务形式），地址层面放地域和联系人，而销售员、税、发票、付款、信贷这些是挂在地址上的。理解这一点，后面所有步骤的先后顺序就顺了：必须先有客户表头，才能建地址；必须先有地址，才能配地址下的各类信息。

2.1 客户表头：ID、名称、税号与业务形式

第一步只做四件事：客户 ID、客户名称、税号、业务形式。客户 ID 建议一次定死，后续所有单据都靠它做关联，中途改 ID 的成本极高。业务形式会影响后续交易处理和报表口径，选之前先确认这个客户是直销、经销还是内部往来，别凭感觉选。

界面：客户 / 表头 客户 ID ：<按编码规则分配，建立后不再变更> 客户名称 ：<与营业执照一致，中英文保持同一口径> 税号 ：<纳税人识别号，勿填成银行账号> 业务形式 ：<直销 / 经销 / 内部往来，按合同性质选择> 操作 ：保存表头

客户名称在整条链路上必须始终一致，这是原材料里明确强调的一条：不允许在不同界面出现不一样的公司标识。实务上最常见的翻车就是表头写全称、发票界面写简称，打印出来对不上，客户直接退票。名称、税号这类字段建议只在一处录入，其余界面通过引用带出，不要手抄第二遍。

2.2 通用地址界面：部门代码加序号构成的地址标识

通用地址是后面所有配置的载体，地址标识的命名规则必须提前定好。原材料给的做法是部门代码加"-01"，有多个收货地址就 -02、-03 往下排。这个规则的价值在于可读性和可排序性：看到 XD571-HZ4-02 就知道是哪个部门、第几个收货点，排序时也不会乱。

界面：客户 / 地址 / 通用地址 地址标识 ：<部门代码>-01，第二址 -02，第三址 -03 地址 1 ：收货地址信息（省市区 + 详细门牌） 地址 2 ：客户联系信息（联系人、电话等） 国家/地区 ：<影响税与交货方式，务必准确> 操作 ：保存，再新增下一地址

地址 1 和地址 2 的分工要记死：地址 1 是收货用的物理地址，会带到订单和交货单上；地址 2 是联系信息，属于沟通用途。这两栏一旦互换，物流面单打出来就是联系人名字当收货地址，仓库直接卡住。多地址场景下，还要明确哪个是默认地址，否则开单时系统带出的可能是你没预期的那个。

2.3 订单地址信息：地区/分区决定主销售员能否挂上

地区/分区这一栏看着不起眼，但它是主销售员配置的前提条件。原材料里写得很直白：不可维护错。原因在于销售员的归属和提成核算通常按地区/分区划分，这一栏空着或填错，第 5 步回去设主销售员时就会出现选不到人、或者选到了但后续统计对不上的情况。

界面：客户 / 地址 / 订单地址信息 地区/分区 ：<按销售区域划分表填写，必填，勿留空> 相关校验 ：填写后回到通用地址界面才能配置主销售员

这一栏的正确填法不是"能选就行"，而是要跟销售组织架构里的区域划分表对齐。我一般会先把区域划分表拉出来对照，确认这个客户归属哪个区，再回填。跳过这步直接去配销售员，多数时候是白忙一场。

2.4 交货税收信息：客户所属公司与税务归属

交货税收信息界面主要设置该客户所属公司。这一项直接决定了订单上的税务计算基础和后续开票主体。多公司架构下，客户挂错公司是很隐蔽的错误——单据能开出来，但税号、抬头全错，等到月末对账才发现，返工量很大。

界面：客户 / 地址 / 交货税收信息 所属公司 ：<按签约主体选择，与合同签章方一致> 税相关字段：<按公司税务配置带出，核对后再保存>

判断依据只有一个：合同上盖的是哪家公司的章，就挂哪家公司。不要按"业务实际由谁做"来选，也不要按"哪个公司方便"来选，这类选择在审计时是要被追问的。

3. 订单与发票配置：九个界面里的必填项和默认值

客户主体和地址建完之后，剩下的动作是把订单、发票、付款、信贷这条业务链上的默认值配好。这一步的本质是减少开单时的人工干预：默认值配对了，业务员开单只需改数量金额；配错了，每张单都要手工覆盖，迟早出错。

3.1 订单通用界面：税务计算基础与提前开票检查

订单通用界面里两个关键动作。一是 tax calculation basis 按公司信息维护，保证税率取数口径正确；二是把"提前开票完全支付检查"去勾后保存。后者的含义是：系统默认会拦住未完全收款的提前开票，去勾等于放开这个限制，适用于先票后款的业务场景。

界面：客户 / 订单 / 通用 Tax Calculation Basis ：<按所属公司的税务配置选择，与 2.4 保持一致> 提前开票完全支付检查 ：取消勾选 → 保存

提示：去勾之前先确认这个客户的结算方式确实是先开票后收款。对现款现货客户放开这个检查，等于给自己埋了一个应收账款失控的口子。

3.2 订单其他客户信息：类型与订单类型均为固定值

这个界面基本是填固定值：类型填"正常与汇总"，订单类型填"STD"（标准订单）。看着像走过场，实际上它决定了订单在系统里的归类方式，填错会导致订单进不了正常的汇总报表，或者被当成特殊类型单独处理。

界面：客户 / 订单 / 其他客户信息 类型 ：正常与汇总 订单类型 ：STD

这类"全是固定值"的界面最容易漏，因为维护的人觉得没东西可填就跳过了。我的习惯是把它写进检查清单，每次新建客户都过一遍，不靠记忆。

3.3 发票通用界面：付款方式以申请表为准

发票通用界面的付款方式，唯一依据是客户新增申请表上的付款条件，原材料特别强调不可随意更改。付款方式决定了到期日计算和账龄划分，业务员为了"方便客户"临时放宽，最后坏账责任还是会回到维护人员身上。

界面：客户 / 发票 / 通用 付款方式 ：<照抄客户新增申请表的付款条件，如 30 天 / 60 天> 核对动作 ：与申请表逐字比对，确认天数与起算点

3.4 金穗发票界面：对接信息单独维护

金穗发票界面用于维护客户在金穗系统里的开票信息。这类对接字段的特点是：填错不会立刻报错，要等到真正开票时才暴露，而那时候往往已经临近申报期。

界面：客户 / 发票 / 金穗发票 金穗相关信息：<按客户提供的开票资料录入，名称税号与表头一致> 核对重点 ：纳税人识别号、开票名称、地址电话

名称和税号这一栏必须和 2.1 的表头完全一致，这是全文反复强调的公司标识一致性要求落到实处的具体位置。

3.5 付款与信贷信息：额度与条件照申请表落地

付款界面按客户申请表的信息配置，信贷信息界面的信贷额度同样以申请表为准。信贷额度是后续信用管控的阈值，填大了等于没有管控，填小了会频繁触发订单冻结。

界面：客户 / 付款 付款相关字段：<按申请表填写> 界面：客户 / 信贷信息 信贷额度：<照抄客户申请表的批复额度，不自行放大>

信贷额度建议在备注里记下批复日期和依据，半年后有人问"这个额度谁定的"，你能立刻拿出来源。

4. 避坑清单：客户维护里最容易翻车的五个地方

4.1 公司标识在不同界面不一致

现象：客户在表头叫全称，发票或金穗界面是简称，打印出的单据抬头对不上，客户拒收。原因：维护人员图快，各界面手抄名称，没有统一取数来源。解决：名称税号只在表头录入一次，其余界面通过引用或复制校验；新建客户后把各界面名称并排看一遍再保存。

4.2 地址 1 与地址 2 内容互换

现象：交货单上的收货地址显示成联系人姓名和电话，仓库无法发货。原因：通用地址界面两栏用途记混。解决：牢记地址 1 是收货物理地址、地址 2 是联系信息；多地址场景下逐个核对默认地址标记。

4.3 地区/分区漏填导致销售员挂不上

现象：回通用地址界面设主销售员时选不到人，或选上后销售统计里查不到这个客户。原因：订单地址信息里的地区/分区为空或填错，而它是主销售员配置的前提。解决：先补地区/分区，保存后再回通用地址界面配置主销售员并勾选主要客户。

4.4 提前开票检查被误去勾

现象：现款客户也能在未收款情况下开出提前发票，应收账款异常增长。原因：批量维护时把"提前开票完全支付检查"统一去勾了。解决：按客户结算方式分类处理，先款后货的客户保留勾选；已去勾的按客户清单逐个回查。

4.5 信贷额度随手放大

现象：客户超额下单没有被系统拦住。原因：信贷信息界面的额度填得比申请表批复值大。解决：以申请表为唯一依据录入，额度变更必须有书面审批留痕，定期和申请表做一次比对。

5. 把流程固化成检查表：我每次建客户都强制走的核对动作

维护单个客户靠记忆还行，一天建十个客户，漏项是必然的。我的做法是把这十一步压缩成一张按界面顺序排列的核对表，每完成一个界面打一个勾，全部打完再做一次跨界面一致性检查。跨界面检查只看三样东西：公司名称与税号在各界面是否完全一致、地区/分区是否有值、付款方式与信贷额度是否和申请表逐字对得上。这三样对了，八成的问题就不会流到下游。

下面是一个可直接改成 Excel 或工单模板的核对清单结构，字段名按自己系统的叫法替换即可：

还有一个小技巧：把第 2 步的地址标识规则和第 7 步的固定值提前做成文档，新同事上手时不用每次问人，直接照规则生成，能省掉大量来回确认。另外，客户信息变更（比如迁址、换开票主体）不要只改一个界面，按这张表从头过一遍，改完再做一次跨界面比对，比事后排查便宜得多。

有一次我图省事，客户迁址只改了通用地址，忘了同步交货税收信息里的所属公司，结果那批订单的税全算到了另一家公司头上，月末对账花了两天才捋清楚。从那以后我每次做客户变更，都强制把这张核对表从头走一遍，哪怕只改一个字段。希望帮到你。

本文还有配套的精品资源，点击获取