如果修改或替换，需要重新出版和出口操作，而过程动作始终与过程中的任何内容一致，使管理更容易
例外：
5.01-02a编号列表操作：涉及编号列表的操作（创建，分配，复制分支和删除分支）不能放置在进程中
与规则相关：
4.01-11发布进程操作，而不是导入/导出操作
严格地查看对用户驱动的操作的需求，考虑对用户并发的影响。尝试使用公式。这可能需要其他模块，但是结果可以改善用户体验
对于一个折扣的导入，请删除导入和数据源
过程中的每个动作都会触发重新计算，因此请尝试最大程度地减少动作数量
对于一个关闭导入或不再需要源模型时，删除源模型以保持列表整洁
理想情况下，这将是一个单独的文件，它是唯一的，而不是使用相同的文件进行交易负载
例外：
5.04-01a代码为> 60个字符：如果代码为60个字符，则必须使用属性组合
与规则相关：
5.04-02为属性和数据创建单独的文件
最佳实践文章：
数据中心：目的和高峰性能
如果源数据中有任何不需要的字段，请使用忽略字段
在可能的情况下，应在源系统中完成聚合。这可能会减少导入文件的大小，含义更快地导入
仅以所需的粒度导入数据。当计划在月份级别进行时，无需每周引入交易数据
持有导入的订单项的行项目应反映数据。列表格式，数字和日期。不要使用文本（除非是真实的文本字段）
导入源应始终从模块视图中完成。这允许过滤，仅包括每个导入所需的元素
模块和保存的视图应用作其他导入的来源
最佳实践文章：
过滤最佳实践
尽可能使用通用日期格式（例如yyyymmdd）来简化导入并删除日期不匹配和操作的需求
最佳实践文章：
解开anaplan的时间映射
Anaplan将接受ZIP文件格式作为导入源。对于大文件，这将大大提高进口速度
把事情简单化。导出，构建等无需在视图名称中包含模块名称
最佳实践文章：
命名约定
仅包括导入所需的订单项。如果模块用于不同导入，则创建多个视图。视图中的列数做影响进口速度。列越越少，导入的速度就越快
从源模块创建两个视图。一个用于导入到列表的（使用名称，代码和父），以及关联系统模块属性的视图
与规则相关：
5.05-02仅包括需要
尽快重命名导入资源。对于保存的视图，包括模块名称（例如，模块储存的视图）。对于模型导入，包括模型名称的简短版本（例如model_module.saved视图）
最佳实践文章：
命名约定
对于一个关闭导入或不再需要导入来源时，删除来源以保持源列表整洁
轮毂中不需要复合列表层次结构。它们可以构建以“测试”操作，但是在测试后应删除它们
例外：
5.07-01a验证目的：如果需要合并数据以检查源系统，尽管具有属性的平面模块可用于总结数据
5.07-01b结合源系统：将多个源系统组合到一个从数据中心到辐条模型的一个供稿
最佳实践文章：
数据中心：目的和高峰性能
尝试将分析模块排除在集线器之外
使用平面列表结构创建下游导出的模块和视图
以正确的格式从中获取数据以及正确的粒度
与规则相关：
5.04-06导入正确的粒度
尝试避免在集线器中创建主数据。这确实来自源系统
使用数据中心（或其他报告模型）将详细的交易数据排除在主要计划模型之外。大量的历史交易数据会膨胀计划模型的大小并导致绩效降低。
在集线器中汇总数据然后导出数据更有效，而不是通过导入将其累积到下游模型
不要创建具有顶级的交易列表。即使仅添加了一个项目，计算也需要总和列表中的所有项目总和
例外：
5.07-09A检查总计：如果需要所有交易的总数，但是再次使用平面属性模块是可取的
与规则相关：
5.07-10将中级子总数添加到交易列表
最佳实践文章：
顶级项目和父层次结构
如果您需要用于验证目的的总计，请在事务列表中创建中间小计。这将大大减少计算负载
与规则相关：
5.07-09避免使用最高级别的大量交易数据列表
将数据中心放置在其自己的工作空间中。这使数据中心可以扩展大小，而不会破坏入站或出站集成。它还允许隔离职责（管理数据的用户与生产模型分开）