自动报告 以及警报 来自您的数据库和应用程序。
编写一个针对贵公司数据的查询,然后为其添加一条规则。 报告 按照既定计划运行,并在触发后立即进入门户网站,然后随着规模的扩大,将信息发布到 Slack、Google Chat、Discord、Telegram 或电子邮件中——以明文形式显示,或由 Nova 以英文朗读。 警报 持续监控这些指标,只有当某个指标超出您设定的阈值时才会发出警报。收入、库存水平、价格、失败的付款:只要查询结果包含这些信息,规则就可以对其进行监控。
所有套餐均包含:免费版和个人版功能有限,商务版和企业版功能齐全。
两种规则。一个已保存的查询。
两者都会按计划运行查询。它们对结果的处理方式才是关键所在——这种区别看得比读得更清楚。
示意图——仅供参考,并非屏幕截图或测量数据。
警报——仅在出现问题时发出警报
用查询返回的数字来定义“出错”的状态。一切正常时,你不会收到任何通知。一旦出错,你会收到一条消息,其严重程度与你设定的值一致——而且在出错期间,你不会每次运行都收到重复的通知。当一切恢复正常时,你会收到另一条消息通知,这样你无需查看就能知道问题已经解决。
- 高于或低于您设定的水平
- 行数检查——过多、过少、完全不检查
- 与上一次运行相比的变化
- 严重程度:
批判的·警告·信息
报告——按时送达,尽在您的渠道
计划任务触发,查询运行,结果立即显示在门户网站上——然后随着团队规模的扩大,结果还会发布到您团队常用的沟通平台,例如 Slack、Google Chat、Discord、Telegram 和电子邮件。无需下载任何文件,也没有任何附件:报告本身就是完整的。 是 信息内容。您可以直接发送数字,也可以让 Nova 为您解读这些数字的含义。
- 无论是否有任何变化,都会运行。
- 没什么可说的时候,可以停下来休息一会儿。
- 纯数字显示或 Nova 解说——任您选择
- 每次运行都会在门户网站中保留指向该次运行的链接。
几乎这一切都与数据库无关。
它包含了收入、库存水平、价格、支付情况——以及一张静默的表格,这张表格意味着上游出现了故障。而答案恰好就存在于这个数据库中。
阈值警报,无论查询返回的数字是多少
阈值监控是最简单有效的规则:获取查询返回的数值,设定一个界限,然后定义什么情况算作异常。高于界限、低于界限,或者与上次运行相比变化幅度超出预期。
规则本身并不评判数字的意义。昨天的收入、仓库剩余库存、单价、过去一小时内的未付款项数量——它们都只是一个数值和一个界限。判断权在你,耐心在规则。
将阈值与 严重性 同一个数字可以发出两种声音:偏离轨道时发出警告,严重出错时发出批评。
—— 这是你已有的查询类型。规则指向它,但不会重写它。
选择 c.name AS 渠道,
COUNT(*) AS 订单,
总计(o.net_total) AS 收入
从 销售订单 o
连接 频道 c 关于 c.channel_id = o.channel_id
地点 o.订单日期 >= 当前日期 - 间隔 “1天”
和 o.status '取消'
GROUP BY c.name
ORDER BY 收入 DESC;举例说明——你的表格、你的业务逻辑、你保存的查询。设定一个界限 收入 它就变成了一个阈值警报。给它设置一个每周定时发送的提醒,它就会变成每周一早上在 Slack 上发布的内容。查询语句都一样;我们既不发布它,也不修改它。
每日或每周自动生成销售报告。
每天早上七点发送每日销售报告,每周一发送每周销售报告,推送至您的团队常用的阅读平台。只需保存一个查询,设置两个推送计划,无需交接电子表格。
然后,针对同一查询发出反向警报:当某一天的收入低于我设定的数字时,告诉我,而不是让我等到周一才知道。
低股价预警,以及那些始终不动的股票
监控现有库存与补货点,并在库存不足时收到警报,以便及时采取措施——可从您自己的仓库表中获取,或通过 API 连接器从 Shopify 获取。
反过来思考这个问题:对 90 天未售出且静静占用您现金的商品发出库存警报。
对您所拥有的数据进行价格监控
将规则指向您已在关联数据源(例如您的产品目录、价目表、您导入的供应商数据源)中保存的价格数据,并在价格发生变化或超出界限时收到通知。
为了明确界限:我们只阅读您提供的链接来源。我们不会抓取其他任何网站的价格信息。
市场数据,与您选择的水平进行对比观察。
我们的 iTick 连接器将市场数据作为可查询的行导入,因此,某种工具的价格只是规则可以监视的另一个数字——高于某个水平、低于 1,或者自上次运行以来移动的幅度超过了您的预期。
它是一款提醒工具,而非交易工具。您会收到通知,但不会实际下单。
付款失败和订单停滞。
统计 Stripe 在过去一小时内记录的支付失败次数,或者超过您可接受的期限仍未完成的订单数量,并在计数超过您的容忍范围时触发警报。
然后,恢复通知会告诉您何时恢复正常——而大多数警报系统都忽略了这一点。
那条沉寂的管道
表格停止接收行通常是上游出现问题的第一个明显迹象——集成过期、夜间作业停止、数据源发生变化,而没有人注意到。
行数规则或上次运行以来的变化规则会按计划捕获这种情况,并以业务术语报告:从今天早上四点开始,没有订单到达。
无需打开仪表板即可监控 KPI
大多数数据监控软件都会要求你主动查看数据。而这款软件在你关注的数据发生变化之前,完全不会对你提出任何要求。
示意图——四个关键绩效指标,每个指标对应一个边界。只有交叉的那个指标有意义。
KPI 只是查询返回的一个数值。毛利率、转化率、库存周转天数、最长未发货订单的等待时间、本月至今的客户流失率——只要能用 SQL 语句表达,就能设定其边界并将其传递给规则。无需事先在单独的指标层中定义 KPI,也无需构建仪表盘即可进行监控。
您选择范围,并选择频率:每晚、每小时、每周,或 每隔五分钟一次当数值超出阈值时,规则会通过您选择的渠道,以您设定的严重程度发出警报。当阈值恢复正常时,恢复通知会告知您。
这就是它的真实功能范围。它并非商业智能工具,也无意取代你的仪表盘——它只是一个引导你查看仪表盘的层。大多数数据监控工具需要你主动去查看,而这个工具则主动为你提供服务。
如果已保存的查询可以到达它,则规则可以监视它。
警报和报告本身并不关心具体的数据源。规则指向一个已保存的查询,而该查询与其他平台上的查询一样,都遵循相同的连接器路径。因此,规则会继承完整的数据源列表,而不是其中的某个子集。
那是 11 数据库——SQL Server、PostgreSQL、MySQL、MariaDB、Oracle、Snowflake、BigQuery、SQLite、Access 和 DuckDB——以及其他 8 API 连接器:Stripe、HubSpot、Shopify、Google Analytics 4、Google Ads、Search Console、ShipStation 和 iTick。 53 所有消息来源都同样值得关注:Stripe 的支付失败、Shopify 的库存水平、GA4 的流量暴跌、iTick 的金融工具价格。
而且,由于该功能借用了连接器层而不是重新实现它, 我们稍后添加的连接器在发货当天就能正常工作。 — 无需更新任何警报,也无需开启任何功能。
实际结果。 你永远不必从我们预设支持的选项菜单中选择。你需要根据业务运行的实际环境编写查询,规则也随之制定。
三个步骤即可生成自动报告
您无需学习新的查询语言。规则会借用您已保存且信任的查询——包括其 SQL、连接器和过滤器。
将其指向已保存的查询
打开 自动化 → 警报和报告 然后从查询构建器库中选择一个查询。该规则会重用该查询、其连接器及其过滤器——无需重写任何内容。
选择警报或报告
警报需要知道异常情况的具体表现:例如,需要高于或低于某个阈值、需要统计的行数,或者与上次运行结果相比的变化。而报表只需要一个计划任务——条件判断是可选的。
选择接收方式
它会在所有套餐中触发应用内提醒,并随着套餐升级扩展到七个渠道中的任意组合——电子邮件、Slack、Google Chat、Discord、Telegram 和签名 Webhook。设置严重程度,并选择发送纯数字还是 Nova 语音播报。
不知道看什么?问问诺瓦吧。
大多数人在确定要生成哪个查询的报告之前,就已经知道自己需要报告。因此,还有第二种方法:选择您关心的连接器——选择器会显示您的哪些数据库已经支持模式智能——然后让 Nova 生成规则。
Nova会读取你的信息 真实方案接下来,它会执行最关键的部分:运行只读探索性查询,以确认数据确实存在且已填充。只有确认无误后,它才会根据您的表名和列名,建议具体的警报和报告。它不会根据表名进行猜测——它会先进行检查。
Nova 在提出任何建议之前会做什么
- 读取模式。 表、列和类型与当前存在的情况相同——在 Schema Intelligence 运行后得到了丰富。
- 运行探索性查询。 使用与其他所有操作相同的验证器,对实时数据进行只读探测:
选择,和,解释. - 确认数据已填充。 如果某一列存在但为空,则发出的警报毫无意义。Nova 会在你发现之前就检测到这一点。
- 提出该规则。 针对您的表格,提供具体的警报和报告,其中条件、时间表和严重性已填写完毕——您可以接受或编辑。
从商务套餐开始,Nova 服务就包含在内,并且是按使用量计费的:每月包含一定数量的 Nova 积分,超出部分按使用量付费。
数据警报可能出现的七个地方
每条规则最初都会显示在 Portal 的应用内铃铛图标中,随着业务规模的扩大,还会扩展到企业已有的其他沟通工具中。一条规则可以同时扩展到任意数量的工具。
应用内通知会显示在 Portal 顶部栏的铃铛图标中,点击报告通知即可打开相应的运行记录——每个运行记录都有其专属的永久链接,因此您可以直接将页面交给同事,而无需转发任何内容。电子邮件会按收件人发送并跟踪,因此规则可以显示哪些人实际查看了邮件。
Slack、Discord、Google Chat 和 Telegram 的通知都是针对各自平台定制的,而非采用通用格式。Discord 通知采用真正的 Discord 嵌入代码,并且每个有效负载都明确设置了允许提及的对象——因此,规则不会在凌晨三点意外通知整个服务器。Google Chat 也添加了…… 稳定的螺纹对于同一规则的重复通知,系统会将通知集中在一个线程中,而不是每次都创建一个新线程。这是 Google Chat 的一个独特优势;Slack 和 Discord 的 Webhook 无法做到这一点。
Webhook 已签名,因此您的接收者可以在采取行动之前验证邮件是否确实来自我们,并且在我们呼叫目标之前,我们会验证出站目标。
或者让诺瓦来写报告。
开启旁白后,报告就不再是表格,而是变成了简报。Nova 会朗读实际的运行数据,并用英文撰写一份简短的摘要,概括所发生的情况——无论是销售数据、股票数据,还是你指定的任何其他数据,它都会像记者报道某个领域那样进行报道。
查询语句是种子,而不是边界。 如果故事需要这些行无法提供的背景信息——例如移动表中的单件价格、本周各类别对比情况、实际移动的商品数量——Nova 会主动查找这些信息。它会读取你的模式摘要,针对同一连接编写只读的后续查询,然后才生成摘要。你可以决定它的查询范围:一次查询用于快速阅读,最多五次查询用于深入分析。
这与Nova的工作不同,Nova负责帮助你构建规则。Nova在规则存在之前就对其进行设计,而这项工作则负责跟踪规则每次运行的结果,并在故事需要时围绕这些结果进行研究。
这些数字就是底线,而底线永远不会移动。 首先,系统会将数字、行和序列组装好并发送。然后,系统会在其基础上添加叙述信息——即使由于任何原因导致添加失败,报告仍会完整地发送出去,其中的数字也不会丢失。系统既不会延迟发送,也不会阻止发送。
由于 Nova 会将每次运行与之前的运行进行比较,因此更改会以句子的形式呈现,而不是需要您自行比较的数字。而且,它是按规则设置的:有些报告需要文字描述,有些则只需要一目了然的数字。两者都合理,您可以自行选择。
您可以设置规则的深度——最多五轮,每轮最多两次只读查询,请求聚合结果和前 N 个结果,而不是转储结果。当线程不再有效时,Nova 会提前停止;如果种子数据已经涵盖了所有信息,则会完全跳过探索。从商务版套餐开始,Nova 提供语音播报功能,并按使用量计费:每月包含一定额度的 Nova 点数,超出部分按使用量付费。
您的数据将保留在它所在的位置
无论是否预先设置,规则的运行方式都与平台上的其他查询相同。
仅出站网络代理
代理程序打开一个加密的出站连接并承载请求。 和 通过这种方式可以获得双向结果。无需更改入站端口、VPN 或防火墙设置——而且您的凭据永远不会离开您的网络。
只读,已验证
同一个验证器不仅保护其他所有查询,也保护以下查询: 选择, 和 和 解释 无法通过。计划规则无法写入数据库。
角色控制设计
管理规则仅限于组织创建者、管理员和查询管理员——因为将数据邮寄出去的规则是一种权限,而不是一种偏好。
通过代理人联系: SQL Server · PostgreSQL · MySQL · MariaDB · Oracle · Snowflake · BigQuery · SQLite · Access · DuckDB · Stripe · HubSpot · Shopify · Google Analytics 4 · Search Console · ShipStation · iTick
自动报告常见问题解答
警报和报告有什么区别?
警报会按计划评估查询结果与特定条件的匹配情况,并且仅在满足该条件时才通知您。它具有生命周期:触发后,事件保持开启状态,并在事件清除后向您发送恢复通知。报告则每次都按计划生成,并将结果发布到您的渠道——没有事件生命周期。您仍然可以为报告附加条件,但此时条件的作用类似于发送过滤器:仅当条件满足时才发送报告。
我可以每周一早上在 Slack 上收到销售报告吗?
是的——这就是一条报告规则。将其指向您的销售查询,设置每周发送频率,并勾选 Slack 作为发送渠道;如果不同人员使用不同的平台查看报告,还可以同时添加电子邮件、Discord、Google Chat 或 Telegram。无论您的套餐如何,每条规则都会触发应用内提醒,聊天渠道也会随着您规模的扩大而增加——Slack 本身仅在企业版套餐中可用。如果您还想在遇到业绩不佳的情况时第一时间收到通知,无需等到周一,可以添加第二条规则作为提醒,并设置阈值,同样针对同一查询。
我需要编写新的 SQL 语句来安排报表生成吗?
不。规则指向您在查询构建器中已保存的查询,并重用其 SQL、连接器和筛选器。无需学习单独的规则语言,规则也绝不会重写您的查询。如果您还没有规则,可以在查询构建器中编写,或者让 Nova 读取您的架构并生成相应的查询和规则。
定期报告如何送达我的团队?
每个规则最多支持七个频道,可以任意组合。所有套餐均包含门户顶部栏的应用内铃铛;电子邮件(按收件人发送和跟踪,方便您查看谁已查看)、聊天频道(Slack、Google Chat、Discord、Telegram)和签名 Webhook 将随着套餐升级而陆续添加,商务套餐则包含所有功能。报告不包含 PDF 或附件——报告本身就是消息,发布在您团队常用的沟通渠道中。每次运行都会在门户中保留一个指向该运行的永久链接,因此您可以直接将页面交给他人,而无需转发副本。
我能得到原始数字,还是可读格式的数据?
无论哪种方式,都会按规则执行。查询返回的数据(即行和序列)始终会先生成并发送。此外,您还可以启用 Nova 的语音朗读功能,该功能会朗读运行结果,并生成简短的英文摘要,说明发生了什么,同时还会与之前的运行结果进行比较,这样,任何更改都会以句子的形式呈现,而不是需要您自行比较的数字。即使语音朗读功能出现故障,报告仍然会包含数据;它不会造成任何延迟或阻塞。语音朗读功能包含在商务版及以上套餐中,并且按使用量计费:每月使用 Nova 积分,之后按需付费。
阈值警报实际可以检查哪些内容?
对跟踪值设置阈值、行数检查,并检查与上次运行相比的变化——所有这些都会根据查询返回的结果进行评估。因此,该数字可以是收入、库存水平、价格、失败付款次数或任何其他值。 选择 可以生成。每条规则都有一个严重级别:严重、警告或信息,这决定了通知的显示音量。此功能监控查询结果中的业务数据;它并非服务器健康或基础架构工具。
哪些信息来源有效?谁可以制定规则?
全部。规则会监视已保存的查询,而已保存的查询可以针对任何一项。 11 数据库——SQL Server、PostgreSQL、MySQL、MariaDB、Oracle、Snowflake、BigQuery、SQLite、Access 和 DuckDB——或任何其他 8 API 连接器:Stripe、HubSpot、Shopify、Google Analytics 4、Google Ads、Search Console、ShipStation 和 iTick。未来添加的连接器在发布当天即可使用,因为警报使用共享的连接器路径,而不是它们自己的路径。规则管理权限受角色限制,只有组织创建者、管理员和查询管理员才能访问。 自动化 → 警报和报告.

