操作
预计学习时间：13分钟
每次模块执行动作时，都会使用一次操作。
例如，向您的 Google 表格添加一行或从 Gmail 帐户获取数据，每次都使用一个操作。
了解您的操作使用情况很重要，因为 Make 根据您方案中模块执行的操作总数收取费用。在一个方案中处理的模块和捆绑数量越多，操作次数就越多。
如果超过每月操作限制，您的方案将暂停，直到下一个使用重置为止。要立即恢复方案，您可以购买额外的操作，或者启用额外的操作自动购买以防止将来方案暂停。您可以在下面了解更多有关可用选项的信息。
除了操作次数外，每个方案还会为您提供一定数量的数据，供您的方案在使用期间处理。您可以在官网找到有关您的使用额度的更多信息。
模块如何使用操作
每当方案中的模块执行动作时，都会使用一个操作。如果一个模块输出多个信息捆绑（例 如 List 模块返回多条记录），它将为每个捆绑运行一次接下来的模块，分别处理每条记录。对于一个模块，使用的操作总数等于执行的动作次数。 所有模块类型根据其在方案中的位置和功能，可以使用一到多个操作：
- 触发器模块始终使用一个操作，无论其是否接收任何数据。
- 搜索模块使用一个操作来运行，但可以输出多个捆绑。例如，Google 表格的 搜索行 模块将运行一次并使用一个操作，但可以在一次运行后返回有关多行的信息。每一行都是一个单独的数据捆绑。
- 操作模块（新增，更新，_删除_等）使用操作的数量取决于它们处理所有输入数据所需的运行次数。如果 Google 表格的 搜索行 模块返回了 10 行，则下一个 删除行 模块将运行 10 次以删除所有 10 行，并将使用 10 个操作。
- 聚合器模块接收多个捆绑并将它们合并为一个。聚合器为每个聚合使用一个操作。如果聚合器从您的 Google 表格记录创建一个数组，它将仅使用一个操作。
- 迭代器模块与聚合器模块相反。迭代器接收一个数组数据捆绑并将其分成多个输出捆绑，因此它们在整个数组上只使用一个操作，但接下来的模块将接收多个输入。
在 Make 中有几个模块例外情况：
示例：将选定艺术家的热门歌曲添加到您在 Spotify 上喜欢的歌曲中
在此场景中，Make 获取您选择的艺术家的前 10 首歌曲列表，并将其添加到您喜欢的歌曲列表中。
每个方案执行完成后，Make 在模块上方的小白色圆圈中显示了每个模块执行的操作数。
在此示例中，第一个 Spotify 模块返回了 10 首歌曲并执行了 1 次操作来获取信息。每首歌曲都作为一个捆绑信息返回，因此下一个模块必须处理 10 个数据捆绑。
第二个 Spotify 模块必须将这 10 首歌曲添加到播放列表中，因此需要执行此操作 10 次。结果，该模块处理了 10 个捆绑数据，使用了 10 个操作。
此方案的运行总共需要 11 个操作。
此示例中，Spotify 将每位艺术家限制为 10 首热门歌曲。但是，您可以通过限制 搜索 和 列表 操作模块的结果数量来控制您的方案使用的操作次数。例如，您可以创建一个方案，将艺术家的新歌曲添加到您的播放列表中，但将 列表 模块限制为仅返回 5 首歌曲。这样，每次运行只会添加 5 首新歌曲而不是整张专辑的 30 首歌曲，从而节省操作次数。此外，您还可以使用过滤器仅处理模块返回的特定捆绑，确保仅处理通过过滤器的数据捆绑，消耗更少的操作次数。
检查方案的操作总数
在上面的示例中，您可以看到如何在一次运行中为方案计算操作数。但了解您的方案总共使用了多少操作也很重要。
安排您的方案将使其每次运行时都会消耗操作。例如，如果您的 Spotify 方案安排每小时运行一次，那将相当于一天消耗 264 个操作（11×24）。如果将其安排每隔 5 分钟运行一次，那将导致每天消耗 3168 个操作（11×24×12）。这就是为什么要仔细安排您的方案很重要。您可以通过减少某些方案的运行频率来减少使用的操作次数。
每次方案运行至少使用一次操作，因为触发器模块需要检查更新。即使没有检索到新数据，每次检查运行仍会计入您的总操作计数，因为触发器会根据设定的时间表每次检查都使用一个操作。您可以在方案的历史标签中查看所有检查运行情况。如果您看不到它们，请确保隐藏检查运行开关处于关闭状态。
您还可以直接查看您的方案总共消耗了多少操作，而无需进行任何计算。您可以在方案列表或方案历史记录中轻松找到此信息。
从方案列表查看
打开方案列表时，您可以看到每个方案名称下所消耗的操作数量。如果将鼠标悬停在数值上，您可以看到计数开始的日期（即使用期间的开始日期）。
对于年度订阅，标签显示重置日期，但数据表示过去 60 天内的累计使用量。
从方案历史记录查看
要查看方案执行历史记录，请从方案列表中选择方案。在右侧的历史标签下，您可以看到每次运行的消耗的操作数量。
同样，您可以切换到历史标签，并以表格形式查看每次运行中消耗的操作数量。
当常规执行以警告或错误结束时，将创建一个不完整执行。来自不完整执行标签的所有尝试都将消耗操作。这些操作将累加到方案使用的总操作次数中，并包含在方案列表中显示的操作使用情况中，即使它们在历史标签中不可见。您可以在不完整执行详情中查看用于解决不完整执行的操作。请注意，默认情况下，不完整执行的存储是禁用的，但您可以为每个方案单独启用它。
检查组织或团队的总操作次数
虽然知道每个方案消耗了多少操作很重要，但了解您的组织以及组织内每个团队使用了多少操作同样重要。这个信息可以方便地从组织和各团队的仪表板中查看。
要打开仪表板，请点击左侧导航栏中的组织或团队。 从组织仪表板中，您还可以看到根据您的计划所拥有的限制、当前期间使用的操作次数、并查看是否需要购买额外操作。
当您的操作用尽时，您的方案将暂停，直到增加额外操作或下一个计费周期开始。传入的 Webhook 将基于您可用的 Webhook 存储进行排队，一旦您的方案恢复并添加新操作后再进行处理。此外，轮 询数据的方案将搜索自上次成功运行以来的可用记录。
如果您是企业计划用户，由于操作超支保护，您的方案将继续运行。在此期间，您的 CSM 将与您联系，以解决问题并防止任何中断。
当您接近购买操作的 75%、90% 和 100% 时，我们会提醒您。这样，您可以确保有足够的操作满足您的需求，或者采取措施以防止您的方案暂停。 如果在下一个计费周期之前您的操作用尽，您可以采取以下措施：