자동화된 보고서 및 알림 데이터베이스와 앱에서.
회사 데이터를 대상으로 쿼리를 작성한 다음, 해당 쿼리에 규칙을 적용하세요. 보고서 정해진 일정에 따라 실행되어 즉시 포털에 반영되고, 규모가 커짐에 따라 Slack, Google Chat, Discord, Telegram 또는 이메일로 메시지가 전송됩니다. 이러한 메시지는 일반 수치로 표시되거나 Nova에서 영어로 음성 해설됩니다. 알리다 해당 수치들을 지속적으로 관찰하고, 사용자가 설정한 한계를 넘어설 때만 경고 메시지를 표시합니다. 매출, 재고 수준, 가격, 미지급금 등 쿼리 결과에 해당하는 모든 항목을 규칙으로 모니터링할 수 있습니다.
모든 요금제에서 적용되며, 무료 및 개인용 요금제는 제한적이고, 비즈니스 및 기업용 요금제는 전체 기능을 제공합니다.
규칙 종류 두 가지. 저장된 쿼리 하나.
둘 다 예약된 시간에 쿼리를 실행합니다. 하지만 결과를 어떻게 처리하는지가 핵심적인 차이점이며, 그 차이는 글로 읽는 것보다 눈으로 확인하는 것이 더 쉽습니다.
개략도 - 설명용이며, 스크린샷이나 측정 데이터가 아닙니다.
경고 — 문제가 발생했을 때만 음성 안내를 합니다.
쿼리 결과가 이미 반환되는 값을 기준으로, 어떤 오류가 발생하는지 정의하세요. 문제가 없을 때는 아무런 알림도 표시되지 않습니다. 오류가 발생하는 순간, 사용자가 선택한 심각도에 따라 메시지가 한 번만 표시되고, 오류가 지속되는 동안에는 매번 실행 시마다 알림이 전송되지 않습니다. 오류가 해결되면 메시지가 한 번 더 표시되어, 따로 확인하지 않고도 완료되었음을 알 수 있습니다.
- 설정한 레벨보다 높거나 낮음
- 행 개수 검사 - 너무 많음, 너무 적음, 전혀 없음
- 지난번 실행 대비 변화
- 심각성:
비판적인·경고·정보
보고서 - 예정된 시간에 귀하의 채널을 통해 제공됩니다.
예약된 일정이 실행되고, 쿼리가 실행되며, 결과는 즉시 포털에 표시됩니다. 그런 다음 규모가 커짐에 따라 팀이 이미 소통하고 있는 Slack, Google Chat, Discord, Telegram, 이메일 등에 결과가 게시됩니다. 다운로드할 파일이나 첨부 파일은 생성되지 않습니다. 보고서만 있으면 됩니다. ~이다 메시지를 보내세요. 숫자를 있는 그대로 보내거나, Nova가 숫자의 의미를 설명해 주도록 할 수 있습니다.
- 변경 사항이 있든 없든 실행됩니다.
- 할 말이 없을 때는 런을 막을 수 있다
- 단순 영상 또는 노바 내레이션 - 선택은 당신의 몫입니다.
- 모든 실행 기록은 포털에서 해당 실행 기록으로 연결되는 링크를 유지합니다.
이 내용 중 데이터베이스와 관련된 부분은 거의 없습니다.
수익, 재고 수준, 가격, 지불액, 그리고 상위 시스템에서 문제가 발생했음을 알리는 숨겨진 정보까지 모두 데이터베이스에 담겨 있습니다. 데이터베이스는 바로 그 해답이 있는 곳입니다.
쿼리 결과가 반환하는 모든 숫자에 대해 임계값 알림을 설정할 수 있습니다.
임계값 모니터링은 가장 간단하면서도 유용한 규칙입니다. 쿼리 결과가 이미 반환되는 값을 하나 선택하고, 그 값의 상한선을 설정한 다음, 어떤 값이 잘못된 것으로 간주되는지 정의하는 것입니다. 상한선을 초과하는 경우, 하한선 미만인 경우, 또는 마지막 실행 이후 예상보다 크게 변동된 경우 등을 판단하는 것입니다.
이 규칙은 숫자의 의미에 대해 아무런 의견도 제시하지 않습니다. 어제의 매출, 창고에 남은 재고량, 단가, 지난 한 시간 동안의 미결제 건수 등 그 모든 것은 그저 하나의 값과 한계일 뿐입니다. 판단은 당신이 하고, 규칙은 인내심을 제공합니다.
임계값을 다음과 짝지으세요 심각성 그리고 같은 숫자가 두 가지 의미를 전달할 수 있습니다. 방향을 잃을 때는 경고를, 심각한 문제가 발생할 때는 비판을 전달하는 것이죠.
-- 이미 가지고 있는 쿼리 유형입니다. 규칙은 해당 쿼리를 가리킬 뿐, 쿼리 자체를 수정하는 것은 아닙니다.
선택 c.이름 AS 채널,
COUNT(*) AS 명령,
SUM(o.net_total) AS 수익
FROM 판매 주문 o
JOIN 채널 c 켜기 c.channel_id = o.channel_id
어디 o.order_date >= 현재 날짜 - 간격 '1일'
AND o.status '취소됨'
그룹 기준 c.이름
주문 기준 수익 DESC;예시 — 테이블, 비즈니스 로직, 저장된 쿼리. 경계를 설정하세요. 수익 그러면 임계값 알림이 됩니다. 주간 일정을 지정하면 슬랙에 월요일 아침 게시물이 됩니다. 어느 쪽이든 같은 쿼리입니다. 우리는 그것을 배포하지도 않고, 변경하지도 않습니다.
자동화된 판매 보고서(일별 또는 주별)
매일 아침 7시에 일일 판매 보고서와 매주 월요일에 주간 판매 보고서를 팀원들이 이미 보고 있는 곳으로 전달합니다. 하나의 저장된 쿼리로 두 개의 일정을 관리하고, 스프레드시트를 주고받을 필요가 없습니다.
그런 다음 반대 방향으로도 동일한 쿼리에 대한 알림을 설정하세요. 즉, 월요일까지 기다리지 않고 특정 날짜의 매출이 제가 설정한 수치보다 낮아지면 알려주도록 하는 것입니다.
재고 부족 알림과 전혀 변동이 없는 주식
재고량을 재주문 시점과 비교하여 재고 부족 알림을 받고, 재고가 충분할 때 조치를 취할 수 있습니다. 이러한 알림은 자체 창고 관리 테이블 또는 API 커넥터를 통해 Shopify에서 받을 수 있습니다.
반대 문제에 대해 이 아이디어를 거꾸로 적용해 보세요. 90일 동안 재고가 없어 조용히 현금을 묶어두고 있는 품목에 대한 재고 알림을 설정하는 것입니다.
보유한 데이터를 기반으로 가격 모니터링을 실시하세요.
이미 연결된 소스(카탈로그, 요금표, 가져온 공급업체 피드 등)에 보유하고 있는 가격 데이터에 규칙을 적용하면 변경 사항이 발생하거나 범위를 벗어날 때 알림을 받을 수 있습니다.
명확히 말씀드리자면, 저희는 귀하께서 제공해주신 자료들을 참고합니다. 다른 웹사이트의 가격 정보를 무단으로 추출하지는 않습니다.
사용자가 선택한 수준과 비교하여 시장 데이터를 모니터링합니다.
iTick 커넥터는 시장 데이터를 쿼리 가능한 행으로 가져오므로, 금융 상품의 가격은 규칙에서 감시할 수 있는 또 다른 숫자일 뿐입니다. 특정 수준 이상인지, 이하인지, 또는 마지막 실행 이후 예상보다 많이 변동했는지 등을 확인할 수 있습니다.
이는 알림 도구이지 거래 도구가 아닙니다. 알림만 받을 뿐, 주문이 자동으로 체결되는 것은 아닙니다.
결제 실패 및 처리 지연된 주문
지난 한 시간 동안 Stripe에 기록된 결제 실패 건수 또는 허용 가능한 기간을 초과하여 처리되지 않은 주문 건수를 집계하고, 해당 수치가 허용 범위를 넘어서면 트리거를 실행하세요.
그러면 복구 알림은 시스템이 정상으로 돌아왔을 때를 알려줍니다. 대부분의 알림 시스템이 빠뜨리는 부분이 바로 이 부분입니다.
침묵에 잠긴 파이프라인
테이블에서 행 수신이 중단되는 것은 일반적으로 상위 시스템에 문제가 발생했음을 나타내는 첫 번째 가시적인 신호입니다. 예를 들어 통합 기간이 만료되었거나, 야간 작업이 중단되었거나, 데이터 피드의 형태가 변경되었는데 아무도 알아채지 못했을 수 있습니다.
행 수 규칙이나 마지막 실행 이후 변경 사항 규칙은 이러한 상황을 일정에 따라 감지하고 비즈니스 용어로 보고합니다. 예를 들어 "오늘 아침 4시 이후로 주문이 접수되지 않았습니다."와 같이 표시됩니다.
대시보드를 열지 않고 KPI 모니터링
대부분의 데이터 모니터링 소프트웨어는 사용자가 직접 데이터를 확인하도록 요구합니다. 하지만 이 소프트웨어는 사용자가 관심 있는 수치가 변동될 때까지 아무런 조치도 요구하지 않습니다.
예시 도식 - 네 개의 KPI가 각각 경계선 하나씩 있습니다. 경계선을 넘은 KPI만 의미가 있습니다.
KPI는 단순히 쿼리 결과가 반환하는 숫자일 뿐입니다. 매출총이익률, 전환율, 재고 회전일수, 미배송 주문 중 가장 오래된 주문의 경과 기간, 이번 달 고객 이탈률 등 SQL로 표현할 수 있는 모든 지표는 제약 조건을 설정하고 규칙에 전달할 수 있습니다. KPI를 먼저 정의해야 하는 별도의 지표 계층도 없고, 이를 모니터링하기 위해 대시보드를 구축해야 하는 것도 아닙니다.
목표와 주기(매일 밤, 매시간, 매주)를 직접 선택하세요. 5분마다 자주숫자가 일정 범위를 벗어나면, 사용자가 선택한 채널과 설정한 심각도에 따라 규칙이 적용됩니다. 문제가 해결되면 복구 알림이 표시됩니다.
이것이 바로 이 도구의 솔직한 범위입니다. 이 도구는 BI 도구가 아니며 대시보드를 대체하려는 것도 아닙니다. 단지 대시보드를 확인하도록 알려주는 역할을 할 뿐입니다. 대부분의 데이터 모니터링 도구는 사용자가 직접 찾아가야 하는 반면, 이 도구는 기본적으로 제공됩니다.
저장된 쿼리가 해당 객체에 도달할 수 있다면, 규칙으로 해당 객체를 감시할 수 있습니다.
경고 및 보고서는 데이터 소스가 무엇인지에 대한 개별적인 정보를 가지고 있지 않습니다. 규칙은 저장된 쿼리를 가리키며, 해당 쿼리는 플랫폼의 다른 모든 쿼리와 동일한 커넥터 경로를 거칩니다. 따라서 규칙은 소스 목록의 일부가 아닌 전체 소스 목록을 상속받습니다.
즉 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의 금융 상품 가격 변동 등이 있습니다.
그리고 이 기능은 커넥터 레이어를 다시 구현하는 대신 기존 레이어를 차용하기 때문에, 나중에 추가하는 커넥터는 출시 당일에 작동합니다. — 알림 설정에서 업데이트할 사항도 없고, 켜야 할 기능도 없습니다.
실질적인 결과. 저희가 지원한다고 생각하는 메뉴 중에서 고르는 것이 아닙니다. 비즈니스 운영 환경에 맞춰 직접 쿼리를 작성해야 하며, 규칙은 그에 따라 적용됩니다.
자동 보고서 생성 3단계
새로운 쿼리 언어를 배우는 것이 아닙니다. 규칙은 이미 신뢰하는 저장된 쿼리, 즉 SQL, 커넥터 및 필터를 활용합니다.
저장된 쿼리를 가리키도록 하세요.
열려 있는 자동화 → 알림 및 보고서 쿼리 빌더 라이브러리에서 쿼리를 선택하세요. 규칙은 해당 쿼리, 커넥터 및 필터를 재사용하므로 다시 작성할 필요가 없습니다.
알림 또는 보고를 선택하세요
알림은 무엇이 잘못되었는지 알아야 합니다. 예를 들어 특정 수준 이상 또는 이하를 유지해야 하는지, 행 개수가 일정 기준에 미달하는지, 또는 마지막 실행 결과와의 차이가 있는지 등을 알아야 합니다. 반면 보고서는 일정만 있으면 되므로 조건은 선택 사항입니다.
수령 방법을 선택하세요
모든 요금제에서 앱 내 알림창으로 전송되며, 규모에 따라 이메일, Slack, Google Chat, Discord, Telegram, 서명된 웹훅 등 7가지 채널로 원하는 조합으로 분산 전송됩니다. 알림의 중요도를 설정하고, 일반 수치를 전송할지 또는 Nova의 설명 메시지를 함께 전송할지 선택할 수 있습니다.
뭘 봐야 할지 모르겠다고요? 노바에게 물어보세요.
대부분의 사람들은 어떤 쿼리를 기반으로 보고서를 생성할지 알기 전에 보고서가 필요하다는 사실만 알고 있습니다. 따라서 두 번째 방법이 있습니다. 원하는 커넥터를 선택하는 것입니다. 선택 도구를 사용하면 스키마 인텔리전스 기능이 이미 적용된 데이터베이스를 확인할 수 있으며, Nova가 보고서를 생성하는 규칙을 제안하도록 할 수 있습니다.
노바는 당신의 글을 읽습니다 실제 스키마그다음에는 중요한 부분인 탐색적 읽기 전용 쿼리를 실행하여 데이터가 실제로 존재하고 제대로 입력되었는지 확인합니다. 그런 다음 테이블과 열 이름을 사용하여 구체적인 알림 및 보고서를 제안합니다. 테이블 이름만으로 추측하지 않고 먼저 확인합니다.
노바가 어떤 제안을 하기 전에 하는 일
- 스키마를 읽습니다. 현재 존재하는 테이블, 열 및 유형은 다음과 같습니다. 스키마 인텔리전스가 실행된 경우 해당 정보가 보강됩니다.
- 탐색적 쿼리를 실행합니다. 다른 모든 항목과 마찬가지로 동일한 검증 도구를 통해 실시간 데이터에 대한 읽기 전용 프로브를 수행합니다.
선택,와 함께,설명하다. - 데이터가 입력되었는지 확인합니다. 존재하지만 비어 있는 열은 무의미한 경고를 생성합니다. Nova는 사용자보다 먼저 이를 찾아냅니다.
- 규칙을 제안합니다. 테이블별 구체적인 알림 및 보고서가 제공되며, 상태, 일정 및 심각도 정보가 이미 입력되어 있습니다. 필요에 따라 수락하거나 수정할 수 있습니다.
Nova는 비즈니스 플랜 이상부터 포함되며 사용량 기반 요금제입니다. 매월 Nova 크레딧이 제공되며, 이후에는 사용량에 따라 요금이 부과됩니다.
데이터 알림이 발생할 수 있는 7가지 위치
모든 규칙은 처음에는 포털 앱 내 알림창에 표시되며, 규모가 커짐에 따라 비즈니스에서 이미 사용하고 있는 커뮤니케이션 도구로 확장됩니다. 하나의 규칙을 원하는 만큼 여러 도구로 동시에 확산시킬 수 있습니다.
느슨하게
불화
구글챗
전보
앱 내 알림은 포털 상단 바의 종 모양 아이콘에 표시되며, 보고서 알림을 클릭하면 해당 실행 내역이 열립니다. 모든 실행 내역에는 고유한 영구 링크가 저장되므로, 파일을 전달하는 대신 동료에게 해당 페이지를 직접 전달할 수 있습니다. 이메일은 수신자별로 발송되고 수신 여부가 추적되므로, 규칙을 통해 누가 실제로 이메일을 확인했는지 확인할 수 있습니다.
Slack 알림, Discord 알림, Google Chat 및 Telegram은 각각 해당 플랫폼에 맞게 제작된 메시지를 전송하며, 모든 플랫폼에서 공통으로 사용되는 최소 공통분모 메시지를 사용하지 않습니다. Discord 알림은 실제 Discord 임베드 형태로 전송되며, 모든 페이로드는 허용되는 멘션을 명시적으로 설정하므로 규칙 때문에 새벽 3시에 서버 전체에 알림이 전송되는 일은 없습니다. Google Chat은 다음과 같은 기능을 추가합니다. 안정적인 스레딩동일한 규칙에 대한 반복 알림이 매번 새 스레드를 시작하는 대신 하나의 스레드에 표시됩니다. 이는 Google Chat만의 장점이며, Slack과 Discord 웹훅은 이러한 기능을 제공하지 않습니다.
웹훅은 서명되어 있으므로 수신자는 해당 메시지가 당사에서 발송된 것인지 확인한 후에 조치를 취할 수 있으며, 발신 대상은 호출하기 전에 유효성을 검사합니다.
아니면 노바에게 보고서 작성을 맡기세요.
음성 해설을 켜면 보고서가 표 형식에서 브리핑 형식으로 바뀝니다. Nova는 실행 결과를 읽고 무슨 일이 일어나고 있는지에 대한 간략한 영어 요약을 작성합니다. 마치 기자가 취재 분야를 다루는 것처럼 매출, 재고 또는 사용자가 지정한 항목에 대한 내용을 요약해서 보여줍니다.
그리고 쿼리 자체가 시드이지 경계가 아닙니다. 스토리에 필요한 맥락 정보(예: 이동 내역 테이블의 품목별 비율, 이번 주 카테고리별 비교, 실제로 이동된 품목 등)를 해당 행에서 제공할 수 없는 경우, Nova는 직접 정보를 찾아냅니다. 스키마의 요약 정보를 읽고, 동일한 연결을 사용하여 읽기 전용 후속 쿼리를 실행한 후, 최종적으로 요약 정보를 출력합니다. 쿼리 실행 횟수는 사용자가 결정할 수 있습니다. 빠른 확인을 위해 한 번만 실행하거나, 심층 분석을 위해 최대 다섯 번까지 실행할 수 있습니다.
이 작업은 규칙을 처음 만들 때 도움을 주는 Nova와는 다른 작업입니다. Nova는 규칙이 존재하기 전에 규칙을 설계하는 역할을 합니다. 반면 이 작업은 규칙이 실행될 때마다 결과를 분석하고, 필요에 따라 관련 내용을 조사합니다.
수치는 바닥이며, 바닥은 절대 움직이지 않습니다. 숫자, 행, 계열 정보는 먼저 취합되어 항상 전송됩니다. 그 위에 설명이 추가되며, 어떤 이유로든 오류가 발생하더라도 보고서는 수치 정보만 그대로 유지된 채 발송됩니다. 따라서 배송이 지연되거나 차단될 염려는 없습니다.
Nova는 각 실행 결과를 이전 실행 결과와 비교하기 때문에 변경 사항이 숫자로 표시되는 대신 문장 형태로 제공되어 사용자가 직접 차이를 계산할 필요가 없습니다. 또한, 보고서 형식은 규칙에 따라 설정됩니다. 어떤 보고서는 문장으로 된 설명을 원하고, 어떤 보고서는 한눈에 알아볼 수 있는 핵심 수치를 원합니다. 두 가지 모두 가능하며, 사용자가 선택할 수 있습니다.
규칙의 깊이를 설정할 수 있습니다. 최대 5라운드까지 가능하며, 각 라운드마다 최대 2개의 읽기 전용 쿼리를 실행할 수 있습니다. 전체 데이터 덤프 대신 집계 및 상위 N개 결과를 요청합니다. Nova는 스레드가 더 이상 필요한 작업을 수행하지 못하면 조기에 탐색을 종료하고, 초기 데이터만으로 충분한 정보를 얻을 수 있는 경우에는 탐색을 완전히 건너뜁니다. 내레이션 기능은 비즈니스 플랜 이상부터 제공되며 사용량 기반으로 운영됩니다. 월별 Nova 크레딧이 기본으로 제공되며, 그 이후에는 사용량에 따라 요금이 부과됩니다.
데이터는 원래 위치에 그대로 유지됩니다.
예약 실행 여부와 관계없이 규칙은 플랫폼의 다른 모든 쿼리와 동일한 방식으로 실행됩니다.
발신 전용 네트워크 에이전트
에이전트는 암호화된 외부 연결을 하나 열고 요청을 전달합니다. 그리고 양방향으로 결과가 전송됩니다. 인바운드 포트도, VPN도, 방화벽 변경도 필요 없으며, 자격 증명은 네트워크 외부로 유출되지 않습니다.
읽기 전용, 유효성 검사 완료
다른 모든 쿼리를 검증하는 것과 동일한 유효성 검사기가 다음 쿼리만 검증합니다. 선택, 와 함께 그리고 설명하다 통과하세요. 예약된 규칙은 데이터베이스에 쓸 수 없습니다.
역할 기반 접근 제어 설계
규칙 관리는 조직 생성자, 관리자 및 쿼리 관리자로 제한됩니다. 데이터를 이메일로 발송하는 규칙은 기본 설정이 아니라 권한 설정이기 때문입니다.
에이전트를 통해 연락함: SQL Server · PostgreSQL · MySQL · MariaDB · Oracle · Snowflake · BigQuery · SQLite · Access · DuckDB · Stripe · HubSpot · Shopify · Google Analytics 4 · Search Console · ShipStation · iTick
자동 보고 관련 FAQ
알림과 보고서의 차이점은 무엇인가요?
알림은 예약된 일정에 따라 쿼리 결과에 대한 조건을 평가하고 해당 조건이 충족되지 않을 때만 알림을 보냅니다. 알림에는 수명 주기가 있습니다. 알림이 발생하면 인시던트가 열린 상태로 유지되고, 인시던트가 해제되면 복구 알림을 받게 됩니다. 보고서는 예약된 일정에 따라 실행되어 결과를 채널에 게시합니다. 보고서에는 수명 주기가 없습니다. 보고서에 조건을 연결할 수는 있지만, 이 경우 전송 필터 역할을 합니다. 즉, 조건에 맞는 경우에만 보고서를 전송합니다.
매주 월요일 아침에 슬랙으로 판매 보고서를 받을 수 있을까요?
네, 그건 보고 규칙입니다. 영업 문의를 지정하고 주간 일정을 설정한 다음 Slack 채널을 선택하세요. 담당자가 다른 곳에서 확인하는 경우 이메일, Discord, Google Chat 또는 Telegram을 함께 추가할 수 있습니다. 모든 규칙은 요금제와 관계없이 앱 내 알림으로 전송되며, 채팅 채널은 요금제가 업그레이드됨에 따라 추가됩니다. 비즈니스 요금제에서는 Slack 자체도 사용할 수 있습니다. 월요일까지 기다리지 않고 실적이 저조한 날에 대한 알림을 받고 싶다면 동일한 문의에 대해 임계값을 설정한 두 번째 규칙을 추가하세요.
보고서 실행을 예약하려면 새로운 SQL 문을 작성해야 하나요?
아니요. 규칙은 쿼리 빌더에 이미 저장된 쿼리를 가리키며, SQL, 커넥터 및 필터를 그대로 재사용합니다. 별도의 규칙 언어를 배울 필요가 없으며, 규칙이 쿼리를 다시 작성하는 일도 없습니다. 아직 규칙이 없다면 쿼리 빌더에서 직접 작성하거나, Nova에게 스키마를 읽어 쿼리와 규칙을 제안해 달라고 요청할 수 있습니다.
예약 보고서는 어떻게 팀에 전달되나요?
규칙당 최대 7개의 채널을 원하는 조합으로 사용할 수 있습니다. 포털 상단 바의 앱 내 알림 벨은 모든 요금제에서 제공되며, 이메일(수신자별로 전달 및 추적되므로 누가 확인했는지 확인 가능), 채팅 채널(Slack, Google Chat, Discord, Telegram), 서명된 웹훅은 요금제 규모에 따라 추가되며, 비즈니스 요금제에서는 모든 기능을 이용할 수 있습니다. 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. 향후 추가될 커넥터는 알림이 자체 경로가 아닌 공유 커넥터 경로를 사용하기 때문에 출시 당일에 작동합니다. 규칙 관리는 조직 생성자, 관리자 및 쿼리 관리자에게만 역할별로 허용됩니다. 자동화 → 알림 및 보고서.
굳이 찾아보려 하지 마세요. 스스로 말하게 두세요.
저장된 쿼리를 선택하고, 일정이나 임계값을 지정하면 보고서가 자동으로 생성됩니다. 또는 Nova가 스키마를 읽어 처음 몇 개의 보고서를 제안하도록 할 수도 있습니다.
모든 요금제에서 적용되며, 무료 및 개인용 요금제는 제한적이고, 비즈니스 및 기업용 요금제는 전체 기능을 제공합니다.
English 
Spanish 
German 
French 
Portuguese 
Japanese 
Korean 
Chinese 
Italian 
Dutch 
Indonesian 
Polish