清晰界定项目范围，是1C:ERP实施成功且可预期的关键。

1C:ERP实施项目的报价应包含哪些内容，哪些内容需要另行付费？

答案很简单：项目范围包括技术规格书和合同中描述的全部内容。

但现实并没有这么简单。

实践中，99.9%的项目都会遇到同一个问题：客户认为某些工作已包含在项目价格之内，而实施方却确信这些工作不在合同范围内，也从未列入预算。这是实施项目中最常见、也最令人头疼的情形。

下面我们来详细看看其中的关键原则和责任划分。

核心原则：“开箱即用”与“定制开发”

1. 开箱即用的标准功能（包含在项目内）：
   • 这些是1C:ERP标准产品包自带的标准机制和报表。例如：
     • 设置复杂薪酬核算所需的计算类型计划。
     • 设置国际财务报告准则（IFRS）或俄罗斯会计准则（RAS）下的核算。
     • 设置单据审批流程。
     • 设置采用先进先出（FIFO）或加权平均法的成本核算。
     • 使用内置工具创建标准报表（科目余额表、科目分析表、销售与采购报表）。
   • 重要提示：仅仅配置复杂，并不意味着该任务属于定制开发。如果顾问只使用开箱即用的工具，这项工作就属于项目范围。
2. 定制开发（需追加预算）：
   • 对平台或配置的源代码（程序代码）做任何修改。
   • 创建标准包中没有的新对象（目录、单据、报表）。
   • 修改标准表单（增加新字段或按钮、更改逻辑）。
   • 开发外部报表和数据处理程序（例如Excel或Power BI中的复杂分析看板）。
   • 在没有标准的现成交换机制时，与第三方系统（网站、CRM、门禁系统、设备）集成。

实施预算通常包含哪些内容

1. 项目前期评估：分析您的业务流程并编制技术规格书。
2. 对标准机制的直接配置：
   • 设置会计政策（财务、税务和管理会计）。
   • 设置目录（物料、往来单位、成本项目等）。
   • 设置计划（预算编制、MRP）。
   • 设置薪酬与人事档案管理。
   • 设置销售、采购和生产流程。
   • 培训您的员工使用系统。
3. 从旧系统迁移数据：但仅限使用标准导出/导入工具。如果数据结构复杂、需要定制脚本，则可能属于单独的任务。
4. 实施期间的技术支持与维护。
5. 投入运行与上线（转入正式运行）。

哪些内容最常需要追加预算

1. 集成：
   • 与您的网站（网店）进行数据交换。
   • 在需要非标准场景时，连接在线收银机、移动数据采集终端和税控打印机。
   • 在没有标准数据转换的情况下，与CRM（例如Bitrix24）进行交换。
   • 接入电子文档交换系统（SBIS、Diadoc等）通常已包含在内，但复杂场景可能需要额外付费。
2. 定制报表和打印表单：
   • 任何无法用内置报表设计器完成、或需要复杂编程逻辑的报表。
   • 修改标准单据表单（例如在“商品发货单”中增加“采购经理”字段）。
3. 修改标准逻辑：
   • 您希望过账“商品销售”单据时，按非标准算法自动为相邻部门创建任务。
   • 您需要系统未提供的独特成本分摊方法。
4. 复杂的数据可视化：开发超出标准功能的仪表盘和控制面板。

如何避免误解和预算纠纷

1. 详尽的技术规格书是您最重要的工具。
   • 规格书应尽可能详细。不要写“我们需要销售报表”，而要写“销售报表须包含经理、往来单位、物料、数量和金额等字段，按月分组，并可按指定经理筛选”。
   • 在确认规格书时，务必问清：“这项任务是通过配置解决，还是需要定制开发？”并将答案写入规格书。
2. 选择可靠的实施方。
   • 优秀的实施方会在项目前期评估阶段，就把任务区分为“标准”和“定制开发”两类，并提前说明风险和成本。
3. 采用变更请求流程。
   • 项目过程中总会出现新的想法。请约定：每一项新需求都以“变更请求”的形式提交，并附上工作量和成本估算。由您批准后，工作才开始。
4. 多问一句“为什么？”
   • 如果对方告诉您，您的某项任务属于昂贵的定制开发，请追问：“为什么不能用标准工具实现？是否有能满足我们需求的标准方案？”业务需求往往可以通过开箱即用的功能满足，只是实现方式不同。

小结

项目包含的内容：按照合同，使用1C:ERP“开箱即用”已有的工具来落地您的业务流程。

需要追加预算的内容：创建新工具，或修改开箱即用功能之外的现有工具，以及项目中新提出的任务。

核心目标是在项目启动时尽可能细化需求，并在技术规格书中正式确定下来。超出规格书的任何内容，都需要协商并另行出资。

***

那么，怎样才能让项目取得成功？

第1步：抛开情绪，回到原始文件

这是最重要、也最客观的一步。请拿出合同和技术规格书。

• 在规格书中应关注什么？关注描述争议功能的具体措辞。问题往往出在规格书含糊不清（例如“提供生产核算”），双方各自按自己的理解解读。
• 示例：
  • 您的理解：“生产核算” = 根据订单自动生成生产排程，并考虑设备换型。
  • 实施方的理解：“生产核算” = 录入“生产订单”和“班次生产报告”单据，并根据直接成本核算成本。

结论：

• 如果规格书中有明确的措辞涵盖您的需求，您的立场就很有力。请坚持这项工作属于合同范围。
• 如果规格书中的措辞含糊或缺失，您的立场就相对较弱，需要转入协商。

第2步：共同分析——是“配置”还是“定制开发”？

与实施方安排一次会议，并提出一个直接而有建设性的问题：

“请解释为什么这项任务无法用1C:ERP的标准（开箱即用）工具解决，而必须定制开发。”

实施方应当说明：

1. 所需机制在标准配置中的位置。
2. 为什么该机制无法满足您的需求。例如：“标准配置中没有‘设备换型排程’对象，必须在配置器（Designer）中从头创建。”
3. 有哪些标准的替代方案或变通办法。优秀的顾问总会提出类似的建议：“不进行定制开发，我们无法完全按您的要求实现，但可以利用标准的‘业务流程’机制和‘生产工序’目录实现类似的逻辑，这样可以满足您80%的需求。”

第3步：找出误解的根源

原因通常出在以下几个方面：

• 项目前期评估不充分。顾问或公司员工遗漏了“隐藏”的业务流程，在项目启动时没有发现这一需求。
• 规格书中的“盲区”。这一点您可能口头讨论过，但从未正式写入文件。
• 业务流程发生变化。在实施过程中，您对自身需求有了更深入的认识，并提出了新的要求。

第4步：解决方案选项与协商

根据分析结果，选择相应的策略：

1. 您是对的：该任务属于规格书范围。

• 您的立场：“根据规格书第2.3条，必须实现产能计划功能，当前任务是其中不可分割的一部分。请在现有合同范围内完成这项工作。”
• 行动：坚持要求完成这项工作。如果实施方推诿，请将问题上报到更高层级（项目经理或实施方的总经理）。

2. 规格书存在歧义，属于灰色地带。

• 您的立场：“我们理解规格书的措辞可以有两种解读。我方当时认为这属于项目内容。我们建议这项定制开发的费用双方各承担50%，或者以大幅折扣并入总预算，因为规格书不清晰的责任由双方共同承担。”
• 行动：提出折中方案。这是最常见、也最体面的做法。

3. 您意识到这是一项新需求。

• 您的立场：“好的，我们同意这超出了原规格书的范围。请就这项定制开发向我们提供附工作量估算的商务报价。”
• 行动：接受规则。评估该功能的成本和重要性。也许可以将其推迟到实施的“第二阶段”。

4. 寻找标准解决方案。

• 您的立场：“让我们一起看看，能否仅用标准功能以另一种方式解决我们的任务。我们愿意考虑调整内部业务流程，以适应系统。”
• 行动：保持灵活。往往可以找到无需编程的折中办法。

如何预防此类情况

1. 引入“变更请求流程”。今后，每一项新的想法或澄清，都必须以变更请求的形式提交。实施方以小时/天数和费用进行估算，由您签字确认，然后才开始工作。
2. 保留所有会议的会议纪要，并在其中记录达成的约定，发送给双方。
3. 在估算阶段提出澄清性问题。“这项设置是否属于当前阶段？是否包含在规格书第X条中？”

结论：您的主要任务，是把争议从情绪层面（“我们被骗了！”）转移到事实和文件（合同和规格书）层面。请做好折中的准备，因为写得完美无缺的规格书十分罕见。

别再猜测预算究竟能涵盖什么！

免费获取快速评估

我们将向您清晰展示，我们如何区分标准配置与定制开发

您将获得：

✅ 细化至第2级的业务流程清单
✅ 适合贵公司业务的1C产品初步建议
✅ 项目计划表

评估如何进行

✔️ 在约定时间，我们的分析师访谈关键业务流程负责人
✔️ 了解贵公司现有的系统
✔️ 分析主要业务流程
✔️ 筛选可行的解决方案
✔️ 编制分阶段的项目计划表