동기화 기록

소스가 뒤처지지 않는지, 각 동기화로 무엇이 바뀌었는지, Webhook이 작동하는지 확인합니다.

동기화되는 소스마다 자체 기록이 있습니다. 현재 상태와 최근 90일간의 각 동기화 로그를 볼 수 있습니다. 숫자가 오래된 것 같거나 Webhook이 작동하지 않는 것 같을 때 확인하세요.

찾는 곳

설정 › 소스에서 소스의 "…" 메뉴를 열고 동기화 기록을 선택합니다.
페이지 하단의 동기화 상태에서 소스 아래의 동기화 기록을 선택합니다.

동기화되는 소스에만 있으므로 샘플 데이터에는 없습니다.

소스 상태

이 카드는 소스의 현재 상태를 보여 줍니다.

상태는 최신 상태, 동기화 중, 일정보다 지연됨, 실패 중 하나입니다. 일정보다 지연됨은 마지막 동기화가 2시간 넘게 지났거나 실패한 동기화가 다음 시도를 기다린다는 뜻입니다. 실패는 소스에 오류가 있다는 뜻이며, 오류는 이 항목들 아래에 표시됩니다. 일부만 읽음 동기화도 여기에 해당합니다. 오류는 이후 동기화가 전부 읽을 때까지 남아 있습니다.
마지막 동기화는 RevGlance가 소스 읽기를 마지막으로 끝낸 시점입니다. 오류로 멈춘 동기화는 이 값을 바꾸지 않습니다.
최신 데이터는 RevGlance가 이 소스에서 가져온 가장 최근 결제 또는 구독 변경의 날짜입니다.
Webhook은 제공업체의 호출이 도착하는지 알려 줍니다. Webhook 상태를 참고하세요.

체험판이 끝나면 카드에 안내가 표시되고, 새 동기화는 RevGlance를 구매할 때까지 기다립니다.

동기화를 시작하는 요인

동기화 로그의 각 줄에는 무엇이 동기화를 시작했는지 표시됩니다.

라벨	일어난 일
Webhook	제공업체가 RevGlance를 호출해 변경을 알렸습니다.
예약	일반 동기화입니다. 누군가 비즈니스를 사용하는 동안에는 매시간, 그 외에는 매일 실행됩니다.
수동 시작	누군가 소스의 동기화 또는 지금 동기화를 눌렀거나 개인정보 보호 모드를 껐습니다.
첫 동기화	소스가 방금 연결되었습니다.
앱으로 복귀	누군가 30일 만에 돌아왔고 소스의 마지막 동기화가 1시간 넘게 지났습니다.
전체 다시 읽기	RevGlance가 소스의 전체 기록을 다시 읽었습니다. 집계 규칙이 바뀌면 이 작업을 합니다. 직접 시작할 수는 없습니다.

소스마다 대기열에서 기다리는 동기화는 한 번에 하나뿐입니다. 대기 중에 도착한 Webhook 호출은 그 동기화에 합쳐지므로 Webhook 줄이 호출 수보다 적을 수 있습니다.

로그 읽는 법

가장 최근 동기화가 맨 위에 표시됩니다. 각 줄에는 시작 시점, 시작 요인, 단일 동기화인 경우 걸린 시간이 표시됩니다.

개수

동기화로 바뀐 레코드는 종류별로 개수가 표시됩니다. 종류는 결제, 구독 변경, 고객, 체험판, 해지입니다. 0개는 표시되지 않습니다.

새 항목 3개: 이 동기화가 추가한 레코드입니다.
2개 업데이트: RevGlance에 이미 있었고 이 동기화가 변경한 레코드입니다.
4개 삭제: 이 동기화 후 사라진 레코드입니다.

변경 없음은 동기화할 내용이 없었다는 뜻입니다. 같은 방식으로 시작된 변경 없는 동기화가 이어지면 한 줄로 묶이며, 몇 번인지와 어디까지 거슬러 올라가는지가 표시됩니다. 덕분에 매시간 동기화 때문에 중요한 줄이 묻히지 않습니다.

동기화에 문제가 있을 때

실행 중: 동기화가 아직 진행 중입니다. 페이지는 자동으로 업데이트됩니다.
일부만 읽음: 끝났지만 제공업체의 일부를 읽지 못했습니다. 줄에 오류가 표시됩니다. 읽은 내용은 저장되고 개수에 포함되며, 다음 동기화가 같은 구간을 다시 읽습니다.
실패: 오류로 멈췄습니다. 줄에 오류가 표시되고, 멈추기 전에 읽은 내용은 저장되고 개수에 포함됩니다. 완료 전에 중단되었습니다. 메시지는 표시할 오류 없이 동기화가 끊겼다는 뜻입니다.

RevGlance는 실패한 동기화를 자동으로 다시 시도하며, 시도마다 별도의 줄이 생깁니다. 실패 줄 위에 문제없는 줄이 있으면 문제가 해결된 것이므로 할 일이 없습니다. 상태가 계속 실패이면 오류에 원인이 나와 있습니다.

수정된 수치

동기화가 수정한 기록상의 수치가 이전 값과 새 값과 함께 표시됩니다. 수정은 고객이 한 행동이 아닙니다.

전체 다시 읽기 후: MRR, 환불, 수수료처럼 달라진 합계입니다.
구독의 MRR: 구독 하나의 기록상 금액이 수정되었습니다.
해지 날짜: 제공업체의 해지 날짜가 기록된 날짜와 다릅니다.

한 줄에는 최대 5개까지 표시되고, 그 뒤로는 외 3개로 표시됩니다.

Webhook 상태

소유자와 관리자는 소스 상태에서 Webhook 상태를 봅니다. 표시는 네 가지입니다.

마지막 호출 수신과 시간: 호출이 도착하고 있습니다. 할 일이 없습니다.
설정되었지만 아직 수신된 호출이 없습니다. 소스는 준비되었지만 제공업체가 아직 호출하지 않았습니다. 제공업체에 Webhook이 추가되어 있는지 확인하세요. 호출은 변경이 있을 때만 오므로 활동이 적은 소스는 한동안 이 상태일 수 있습니다.
설정되지 않아 새 데이터는 다음 예약 동기화까지 기다립니다. 저장된 시크릿이 없습니다. Webhook을 추가할 때까지 새 데이터는 매시간 또는 매일 동기화로 들어옵니다.
호출이 거부되고 있습니다와 마지막 호출 시간: 제공업체가 RevGlance에 도달하지만 호출이 검증을 통과하지 못해 동기화가 시작되지 않습니다.

첫 번째 상태를 제외한 모든 상태에서 카드에 제공업체의 단계별 안내 링크가 표시됩니다.

호출이 거부될 때

경고는 호출이 연속 3번 거부된 후에 표시되므로 어쩌다 한 번 온 호출로는 나타나지 않습니다. 이때 설정 › 소스의 소스 줄에도 Webhook 거부됨이 표시됩니다. 확인할 내용은 제공업체가 호출을 검증하는 방식에 따라 다릅니다.

Stripe, Polar, Lemon Squeezy, Paddle, Recurly: 제공업체에서 서명 시크릿을 다시 복사해 소스의 Webhook 패널에 있는 서명 시크릿에 붙여 넣습니다.
Gumroad, App Store, Google Play, Chargebee: 제공업체에 입력한 URL의 ?token=이 서명 시크릿에 저장한 시크릿과 일치하는지 확인하거나, 새 시크릿을 저장하고 URL을 업데이트합니다.
Braintree, Shopify: 붙여 넣을 시크릿이 없습니다. 소스 연결에 쓰는 Braintree 계정이나 Shopify 앱에 Webhook을 추가했는지 확인하세요.

시크릿이 저장되지 않은 소스로 오는 호출도 거부됩니다. 시크릿을 저장하면 해결됩니다.

경고는 다음 정상 호출이 오거나 새 시크릿을 저장하면 사라집니다. 시크릿이 여전히 틀리면 3번 더 거부된 후 다시 나타납니다. 마지막 거부 후 7일이 지나도 사라집니다.

보관 기간

각 동기화는 로그에 90일 동안 남아 있다가 삭제됩니다. 소스를 제거하면 동기화 기록도 함께 제거됩니다.

누가 무엇을 보는지

비즈니스의 모든 멤버는 소스의 동기화 기록을 열어 소스 상태와 동기화 로그를 읽을 수 있습니다. 뷰어에게는 Webhook 상태가 표시되지 않습니다. Webhook 항목, 배지, 메뉴 항목 모두 보이지 않습니다. 동기화 시작과 시크릿 저장은 소유자와 관리자만 할 수 있습니다. 팀과 역할을 참고하세요.