// 활용 사례
Notion 데이터베이스에 거래내역 자동 동기
은행 입출금내역을 노코드 도구로 Notion 데이터베이스에 새 행으로 자동 추가하고, 담당자는 분류와 예외만 확인합니다.
월말마다 은행 거래내역을 엑셀로 내려받아 Notion 데이터베이스에 옮기는 팀이 있습니다. 한 줄을 빠뜨리거나 같은 거래를 두 번 적지 않았는지 확인하는 일까지 매번 따라옵니다.
이 자동화는 거래내역을 Notion DB의 새 행으로 넣고, 담당자는 분류와 예외를 확인하는 흐름입니다. 코드를 새로 만들기보다 연결 도구를 설정해 쓰는 방식이라 재무·회계 담당도 운영 범위를 정할 수 있습니다.
어떤 상황을 풀고 있나
- 누가: Notion으로 회사 자료를 관리하는 재무·회계 담당.
- 빈도: 매월 1회(마감 후 거래내역 정리).
- 현재 방식: 은행에서 거래내역을 받아 엑셀로 정리한 뒤, Notion DB에 수기로 입력하거나 CSV 가져오기로 매월 직접 처리합니다.
결과 - 한 화면
설정이 끝나면 매월 이 상태가 자동으로 만들어집니다. Notion DB에 새 줄이 쌓입니다.
거래일시 계좌 구분 금액 적요
2026-05-03 14:21 110-…-234 출금 -487,500 ECOUNT-카드자동납부
2026-05-04 09:02 110-…-234 입금 +2,200,000 ㈜에이클라이언트사람은 매월 이 표가 맞는지 한 번 훑어보면 됩니다.
1. 준비물 (이 자동화에 들어가는 것)
| 준비물 | 역할 | 비용 |
|---|---|---|
| h6s API key | 거래내역 수집 | 무료 시작 |
| Notion integration token + DB | 거래가 쌓일 표 | 무료 |
| 노코드 연결 도구 | 매월 트리거 → 동기 | 도구별 무료~유료 |
2. 매핑 - 거래내역 9필드를 Notion 속성으로
headless의 거래내역은 어느 은행에서 받아도 identifier를 포함해 같은 9개 필드입니다. Notion DB 속성을 이 9개로 한 번만 만들어 두면, 매핑은 다시 손대지 않습니다.
| 거래내역 필드 | Notion 속성 | 타입 |
|---|---|---|
identifier | 거래 식별자 | Text |
transactionAt | 거래일시 | Date |
accountNumber | 계좌번호 | Text |
accountNumberFormatted | 계좌(표시) | Text |
accountType | 계좌유형 | Select |
currencyCode | 통화 | Select |
amount | 금액 | Number |
description | 적요 | Text |
balance | 잔액 | Number |
3. 배포 - 노코드로 잇기
코드를 짜지 않고 연결 도구(자동화 워크플로 서비스)로 연동합니다.
- 매월 1일 같은 시각에 트리거를 겁니다.
- 트리거가 headless에서 지난달 거래내역을 받아옵니다(자연어 에이전트나 단순 호출 한 번).
- 받은 거래를 위 매핑대로 Notion DB에 새 줄로 추가합니다. 같은 거래가 또 들어오지 않게
identifier로 중복을 막습니다.
자연어 에이전트로 받는 흐름이 더 편하면 Claude Code에서 거래내역 받아오기의 첫 호출을 그대로 쓰고, 그 결과를 Notion으로 보내는 마지막 단계만 연결하면 됩니다.
4. 운영 - 한 달 뒤 무엇을 보고 있나
- 매월 거래가 Notion에 자동으로 쌓였는지(빠진 달이 없는지).
- 흔한 함정: 시간대(거래일시가 한국 시각인지), 자격증명 만료(그 달만 0건), 중복 방지 키 누락(같은 거래가 두 줄).
다른 곳에 연결하기
같은 구조에서 보내는 곳만 바꾸면 다른 자동화가 됩니다. 거래를 Slack으로 물어보는 쪽은 Slack에서 자연어로 어제 매출 묻기, 입금을 매출 세금계산서와 맞추는 쪽은 은행 입금과 매출 세금계산서, 매월 사람 손 없이 대사에 있습니다. 같은 로컬 활용 형태에서 거래를 Slack·Gmail 리포트로 돌려보는 패턴은 팀에 자동으로 리포트 돌리기에서 정리했습니다.
더 읽기
- 자료를 받아오는 기본 흐름: Claude Code에서 거래내역 받아오기
- 다른 자동화 사례: 활용 사례 모음