NetSuite定制与集成管理全解析

# NetSuite 定制与集成管理全解析 ## 一、定制需求与解决方案文档化 在为客户账户编写脚本时，我们通常需要创建几种类型的文档来支持工作。仅仅让自动化程序在账户中运行是不够的，用户需要了解其对工作的影响，管理员也需要知道如何在未来维护和更改它们。 ### （一）需求与设计文档 我们通常为客户提供的第一份文档是需求与设计文档。这应该是一份用通俗易懂的英语编写的文档，任何用户都能理解，避免使用大量技术术语、代码示例或伪代码。该文档至少应包含三个部分： 1. **问题陈述**：清晰阐述通过定制要解决的问题。 2. **功能描述**：详细描述客户对定制的功能需求。 3. **解决方案描述**：清晰易懂地描述为满足需求而创建的解决方案。 ### （二）编写功能文档的指南 在编写功能文档时，可遵循以下规则： 1. **问题陈述**：从用户的角度编写。例如，“用户需要能够处理销售订单中的第三方付款”是合适的，而“NetSuite 需要处理第三方付款”则不合适，因为需要解决问题的不是系统。 2. **需求描述**：明确提及涉及的实际功能，包含可量化的值，且不提及解决方案。例如，“用户要求当库存从二级仓库转移到主仓库时，转移订单自动完成”比“脚本将自动完成某些转移订单”更合适。 3. **解决方案描述**：具体但非技术性。除非确定所有读者都具备技术背景，否则不提及计划创建的脚本类型。关注从用户角度解决方案的工作方式，提及解决方案将使用的自定义配置，如自定义字段、记录和列表。同时，说明自动化的性能和业务扩展性，例如“自动化将使新销售订单处理时间增加约 2 秒”或“自动化在任何 60 分钟的操作窗口内能够处理多达 100 个采购订单”。 ### （三）流程与脚本维护 当创建多个脚本，且客户安装了多个其他供应商的 SuiteApps 和解决方案时，很难区分哪些是原生功能，哪些是定制功能。此时，提供一个概述流程图会很有帮助，展示业务流程的定制情况以及原生功能和定制功能的区别。以下是一个简单的销售流程流程图示例： ```mermaid graph LR A[客户下单] --> B[订单审核] B --> C{订单是否通过审核} C -- 是 --> D[订单处理] C -- 否 --> E[订单退回] D --> F[发货] F --> G[客户签收] ``` 此外，对定制进行编目，列出其名称和所涉及的记录名称，有助于客户的管理员确定维护和保养的重点，以及在寻求支持时提供有用信息。 ### （四）代码版本控制与部署规划 定制不会自动从一个账户转移到另一个账户，因此需要进行代码版本控制和部署规划。可以使用简单的电子表格或针对每个定制解决方案的部署文档来跟踪定制内容。但当定制组件增多时，这种方法会变得困难。此时，可以考虑使用第三方解决方案，如 StrongPoint 解决方案，来监控账户中所有自定义对象的创建、修改和删除情况。 在