ERP标准功能覆盖不了所有业务场景二次开发是必然的。但二次开发有风险改错了系统不稳定改多了升级困难。一、二次开发的边界什么值得开发业务必需但标准功能不支持的场景能显著提升效率的自动化需求行业特有的业务逻辑什么不值得开发偶发需求手工处理成本更低可以通过配置解决的问题下个版本会支持的功能原则能配置不开发能二开不改源码。二、开发方式选择1. 自定义字段最轻量的二开方式。在标准表上增加字段不影响原有逻辑。在销售订单表增加自定义字段ALTER TABLE sa_orderADD COLUMN custom_field1 VARCHAR(100) COMMENT 自定义字段1,ADD COLUMN custom_field2 DECIMAL(18,2) COMMENT 自定义字段2;优点风险低升级不受影响。 缺点只能存储数据不能改变业务逻辑。2. 存储过程在数据库层面实现业务逻辑。CREATE PROCEDURE sp_calculate_customer_credit(IN p_customer_id BIGINT) BEGIN DECLARE v_total_ar DECIMAL(18,2); DECLARE v_total_order DECIMAL(18,2); -- 计算应收账款 SELECT COALESCE(SUM(remaining_amount), 0) INTO v_total_ar FROM ar_invoice WHERE customer_id p_customer_id AND status OPEN; -- 计算未出货订单金额 SELECT COALESCE(SUM(total_with_tax), 0) INTO v_total_order FROM sa_order WHERE customer_id p_customer_id AND status APPROVED; -- 更新客户信用占用 UPDATE bd_customer SET credit_used v_total_ar v_total_order WHERE id p_customer_id; END;优点性能好逻辑集中。 缺点数据库耦合难以版本控制。3. 插件开发用友U8、U9支持插件开发。在标准流程的特定节点插入自定义逻辑。// U8销售订单保存后插件 public class SalesOrderPlugin : IPlugin { public void AfterSave(object obj) { SalesOrder order (SalesOrder)obj; // 自定义逻辑自动发送通知 if (order.TotalAmount 100000) { NotificationService.Send( 大额订单提醒, $订单{order.OrderNo}金额超过10万请关注 ); } } }优点不修改源码升级兼容。 缺点需要了解插件接口调试困难。4. 接口开发与外部系统对接通过API实现数据交换。// 销售订单同步接口 [HttpPost] [Route(api/sales/order/sync)] public IActionResult SyncOrder([FromBody] OrderDto orderDto) { // 验证 if (string.IsNullOrEmpty(orderDto.OrderNo)) return BadRequest(订单号不能为空); // 转换 var order Mapper.MapSalesOrder(orderDto); // 保存 _orderService.Save(order); return Ok(new { success true, orderId order.Id }); }优点解耦易于测试。 缺点需要额外的接口层复杂度增加。三、开发规范1. 命名规范自定义对象要有统一前缀避免和标准对象冲突。表名c_order_extension字段c_custom_field1存储过程sp_custom_calc_credit2. 版本控制所有二开代码要纳入版本控制。每次变更记录变更内容变更原因影响范围3. 文档每个二开功能要有文档业务背景技术实现测试用例回滚方案4. 测试二开代码必须经过完整测试功能测试是否满足需求回归测试是否影响原有功能性能测试是否有性能问题边界测试异常情况如何处理四、升级兼容二开最大的风险是升级。兼容性检查升级前检查自定义表是否和新增标准表冲突自定义字段是否和新增标准字段冲突存储过程是否和新增标准过程冲突插件接口是否有变化升级策略先在测试环境升级验证二开功能二开代码逐个迁移不要一次性迁移保留回滚方案出问题能快速恢复降低风险尽量用配置而非开发尽量用插件而非改源码尽量用接口而非存储过程二开代码和标准代码分离五、常见的二开场景场景一审批流程标准审批流程不够灵活需要自定义审批规则。方案开发审批引擎支持条件分支、会签、加签。场景二报表标准报表不满足需求需要自定义报表。方案开发报表平台支持拖拽配置、自定义数据源。场景三移动端需要移动端操作标准移动端不支持。方案开发移动端API对接第三方移动平台。场景四外部系统对接需要和MES、WMS、电商平台对接。方案开发接口层实现数据同步。成都云策数链科技有限公司 | 用友四川授权服务中心 | 专注企业数字化转型
ERP标准功能覆盖不了所有业务场景二次开发是必然的。但二次开发有风险改错了系统不稳定改多了升级困难。一、二次开发的边界什么值得开发业务必需但标准功能不支持的场景能显著提升效率的自动化需求行业特有的业务逻辑什么不值得开发偶发需求手工处理成本更低可以通过配置解决的问题下个版本会支持的功能原则能配置不开发能二开不改源码。二、开发方式选择1. 自定义字段最轻量的二开方式。在标准表上增加字段不影响原有逻辑。在销售订单表增加自定义字段ALTER TABLE sa_orderADD COLUMN custom_field1 VARCHAR(100) COMMENT 自定义字段1,ADD COLUMN custom_field2 DECIMAL(18,2) COMMENT 自定义字段2;优点风险低升级不受影响。 缺点只能存储数据不能改变业务逻辑。2. 存储过程在数据库层面实现业务逻辑。CREATE PROCEDURE sp_calculate_customer_credit(IN p_customer_id BIGINT) BEGIN DECLARE v_total_ar DECIMAL(18,2); DECLARE v_total_order DECIMAL(18,2); -- 计算应收账款 SELECT COALESCE(SUM(remaining_amount), 0) INTO v_total_ar FROM ar_invoice WHERE customer_id p_customer_id AND status OPEN; -- 计算未出货订单金额 SELECT COALESCE(SUM(total_with_tax), 0) INTO v_total_order FROM sa_order WHERE customer_id p_customer_id AND status APPROVED; -- 更新客户信用占用 UPDATE bd_customer SET credit_used v_total_ar v_total_order WHERE id p_customer_id; END;优点性能好逻辑集中。 缺点数据库耦合难以版本控制。3. 插件开发用友U8、U9支持插件开发。在标准流程的特定节点插入自定义逻辑。// U8销售订单保存后插件 public class SalesOrderPlugin : IPlugin { public void AfterSave(object obj) { SalesOrder order (SalesOrder)obj; // 自定义逻辑自动发送通知 if (order.TotalAmount 100000) { NotificationService.Send( 大额订单提醒, $订单{order.OrderNo}金额超过10万请关注 ); } } }优点不修改源码升级兼容。 缺点需要了解插件接口调试困难。4. 接口开发与外部系统对接通过API实现数据交换。// 销售订单同步接口 [HttpPost] [Route(api/sales/order/sync)] public IActionResult SyncOrder([FromBody] OrderDto orderDto) { // 验证 if (string.IsNullOrEmpty(orderDto.OrderNo)) return BadRequest(订单号不能为空); // 转换 var order Mapper.MapSalesOrder(orderDto); // 保存 _orderService.Save(order); return Ok(new { success true, orderId order.Id }); }优点解耦易于测试。 缺点需要额外的接口层复杂度增加。三、开发规范1. 命名规范自定义对象要有统一前缀避免和标准对象冲突。表名c_order_extension字段c_custom_field1存储过程sp_custom_calc_credit2. 版本控制所有二开代码要纳入版本控制。每次变更记录变更内容变更原因影响范围3. 文档每个二开功能要有文档业务背景技术实现测试用例回滚方案4. 测试二开代码必须经过完整测试功能测试是否满足需求回归测试是否影响原有功能性能测试是否有性能问题边界测试异常情况如何处理四、升级兼容二开最大的风险是升级。兼容性检查升级前检查自定义表是否和新增标准表冲突自定义字段是否和新增标准字段冲突存储过程是否和新增标准过程冲突插件接口是否有变化升级策略先在测试环境升级验证二开功能二开代码逐个迁移不要一次性迁移保留回滚方案出问题能快速恢复降低风险尽量用配置而非开发尽量用插件而非改源码尽量用接口而非存储过程二开代码和标准代码分离五、常见的二开场景场景一审批流程标准审批流程不够灵活需要自定义审批规则。方案开发审批引擎支持条件分支、会签、加签。场景二报表标准报表不满足需求需要自定义报表。方案开发报表平台支持拖拽配置、自定义数据源。场景三移动端需要移动端操作标准移动端不支持。方案开发移动端API对接第三方移动平台。场景四外部系统对接需要和MES、WMS、电商平台对接。方案开发接口层实现数据同步。成都云策数链科技有限公司 | 用友四川授权服务中心 | 专注企业数字化转型
