드디어 비즈니스 은행을 바꾸기로 결정했습니다. 월 수수료가 또 올랐거나, 송금 마감 시간이 여전히 오후 3시이거나, 고객 지원 라인이 분기 보고서를 제출할 시간 동안 붙잡아 두는 경우일 겁니다. 전환 자체는 새 계좌를 개설하고 돈을 옮기는 단순한 일처럼 들리지만, 급여일에 폐쇄된 계좌로 입금이 되지 않거나, 공급업체의 ACH가 반송되거나, 새 은행이 고객 결제를 '사기 검토'로 동결하는 상황을 떠올리면 이야기가 달라집니다.
은행을 바꾸는 일은 그런 드라마 없이 할 수 있지만, 개인 계좌처럼 취급해서는 안 됩니다. 비즈니스 계좌에는 최소 12가지 이상의 보이지 않는 연결 고리(급여, 카드 결제, 세금 납부, ACH 승인, 사기 필터)가 있으며, 각각을 신중하게 옮겨야 합니다. 순서를 올바르게 잡으면 몇 주 동안 두 계좌를 병행 운영하고, 깔끔하게 조정하고, 예상치 못한 일 없이 기존 계좌를 폐쇄할 수 있습니다. 순서를 틀리면 다음 달 내내 반송된 결제를 쫓아다니게 될 것입니다.
다음은 직원들에게 급여를 지급하고 돈이 계속 움직이도록 하는 마이그레이션 방법입니다.
2026년에 기업이 은행을 바꾸는 이유와 시기의 중요성
수수료가 트리거이지만, 대개 그게 전부는 아닙니다. 대부분의 사업주는 현재 은행이 돈을 받고 지급하는 방식에 더 이상 맞지 않기 때문에 옮깁니다: 무료 ACH 거래 한도, 당일 ACH 미지원, 통합 Positive Pay 미지원, 또는 경쟁사가 포함하는 기능에 추가 비용을 청구하는 자금 관리 서비스 등이 그 예입니다. 영국의 Current Account Switch Guarantee는 소규모 기업에 7일 근무일을 보장하지만, 미국에는 이에 상응하는 제도가 없습니다. 실제로 미국 컨설턴트와 커뮤니티 은행들은 자동 결제와 입금을 완전히 전환하는 데 4~6주가 걸릴 것으로 추정합니다. 은행이 아닌 여러분이 모든 거래 상대방에게 통지해야 하기 때문입니다.
전환하기 가장 나쁜 시기는 월말 주간이나 판매세, 급여세, 부가가치세 신고 전 주입니다. 회계사는 전체 기간 동안 깨끗한 은행 피드를 필요로 합니다. 가장 좋은 시기는 전월을 마감한 직후인 월초 2주간이며, 향후 10일 이내에 납부할 급여세 예치금이 없을 때입니다.
1단계: 돈을 옮기기 전에 모든 연결 고리 파악
새 계좌를 개설하고 나서 기존 계좌에 무엇이 연결되어 있는지 파악하지 마세요. 먼저 목록을 작성하세요. 가장 비용이 많이 드는 실패는 반송될 때까지 존재조차 잊고 있던 결제에서 발생합니다.
이것을 작업 체크리스트로 사용하세요. 전체 1년치 은행 거래 내역과 회계 시스템의 공과금 납부 및 은행 피드 규칙을 내보내어 반복 항목을 찾으세요.
구축할 목록
유입 자금:
- 고객 ACH 입금 및 송금
- 가맹점 서비스 및 결제 프로세서 정산(Stripe, Square, PayPal, Shopify)
- 락박스 또는 원격 수표 입금
- 반복 구독 청구
유출 자금:
- 급여 직접 입금 및 급여세 예치(연방 EFTPS, 주 소득세 원천징수, 실업 보험, 401(k)/복리후생)
- 공급업체 ACH 출금 및 공과금 납부 수표
- ACH 인출로 지급되는 임대료, 공과금, 보험료
- 신용카드 자동 납부, 대출 상환, 신용한도 스윕
- 판매세 및 예상 소득세 납부
자금 관리 및 위험 통제:
- 수표 Positive Pay 및 수취인 Positive Pay 발행 파일
- ACH Positive Pay 또는 ACH 출금 필터 및 허용 발신인
- 송금 템플릿 및 이중 승인 사용자
- Positive Pay 결정 창 및 기본 지급/반환 설정
- 스윕 계좌 또는 제로 잔액 계좌
시스템 연결:
- 회계 소프트웨어 은행 피드(QuickBooks, Xero, Wave — Beancount를 Fava와 함께 사용한다면 /fava/의 대시보드를 확인하세요)
- 경비 카드 피드(Ramp, Brex, Amex)
- 급여 제공업체 은행 라우팅(Gusto, ADP, Rippling)
- 지급 계정 자동화(Bill, Melio)
이 모든 것을 단일 스프레드시트에 넣으세요: 거래 상대방, 방향(입금/출금), 방법(ACH 출금/입금, 송금, 수표), 빈도, 다음 만기일, 변경 담당자. 이 시트는 향후 6주간의 마이그레이션 추적기가 됩니다.
2단계: 새 계좌를 올바른 방법으로 개설하고 시드하기
필요하기 훨씬 전에 새 계좌를 개설하고, 전체 운영 잔액을 즉시 입금하지 마세요.
은행은 Regulation CC 및 자체 사기 통제에 따라 신규 계좌 예금을 더 오래 보류합니다. 특히 무관한 계좌에서 갑작스러운 대규모 ACH 입금이 신규 비즈니스 계좌로 들어오는 것은 장기 보류나 수동 검토를 유발하는 전형적인 신호입니다. 당일 ACH는 몇 시간 내에 결제될 수 있지만, 표준 ACH 입금은 수취 은행이 자금을 확인하고 사기를 검사하는 동안 영업일 기준 23일 동안 '보류 중'으로 표시되는 경우가 많으며, 35일째에 전체 사용이 가능해집니다. 더 크거나 비정상적인 이체와 초과 인출 이력이 있는 계좌는 더 긴 보류 기간에 직면합니다.
대신 다음과 같이 시드하세요:
- 법인명과 정확히 일치하는 명칭으로 기존 계좌에서 새 계좌로 소액 테스트 이체를 통해 자금을 입금하세요.
- 소액 입금(마이크로 디포짓)을 확인하고 온라인 뱅킹, 송금, ACH 발신이 활성화되었는지 확인하세요.
- 운영 한도를 확인하세요: 일일 ACH 발신 한도, 송금 마감 시간, 모바일 입금 한도, 마이너스 잔액 수수료.
- 여전히 수표를 사용한다면 수표를 주문하고, 새 계좌에 첫날부터 Positive Pay를 활성화하세요.
테스트하는 동안 기존 계좌의 자금은 충분히 유지하세요. 고갈된 기존 계좌와 동결된 새 계좌가 아니라, 자금이 충분하고 완전히 기능하는 두 계좌를 병행 운영하는 것이 목표입니다.
3단계: 올바른 순서로 자금 이동 수단을 옮기기
순서는 가장 흔한 급여 및 공급업체 실패를 방지합니다. 위험이 낮고 되돌릴 수 있는 항목부터 먼저 옮기고, 급여와 세금 납부는 경로가 검증된 후에만 옮기세요.
1-2주차: 가맹점 및 저위험 유입
거래량이 적은 프로세서나 고객 ACH 지시 1건을 새 계좌로 업데이트하고 첫 정산이 도착하여 조정되는지 확인하세요. Stripe 등을 사용하는 경우, 지급 계좌를 변경하면 짧은 검증 보류나 신규 은행에 대한 준비금이 발생할 수 있다는 점을 기억하세요 — Stripe 및 기타 프로세서는 새 지급처를 처음 몇 차례 지급에서 더 높은 위험으로 취급하는 경우가 많습니다.
2-3주차: 공급업체 ACH 출금 및 공과금 납부
ACH 출금(종종 공과금, 대출 기관, 소프트웨어 구독)으로 자금을 인출하는 공급업체에 새 라우팅 및 계좌 번호를 통지하세요. 많은 ACH 출금 승인은 업데이트에 10~14일의 통지 기간이 필요하며, 폐쇄된 계좌에서 인출하는 공급업체는 ACH 반송, NSF 수수료, 잠재적 연체 기록을 생성합니다. 새 보이드드 수표 편지나 은행 편지를 보내고 발효일을 서면으로 확인받으세요.
ACH 입금이나 공과금 납부로 지급하는 공급업체의 경우, AP 시스템의 은행 정보를 업데이트하되 새 계좌에서 한 번의 성공적인 사이클을 확인하기 전까지 기존 지급 방법을 폐쇄하지 마세요.
3-4주차: 급여 — 신중하게 옮기기
급여는 가장 관대하지 않은 경로입니다. 급여일에 직접 입금 실패는 회계 오류가 아니라 신뢰 오류입니다.
- 다음 급여일 최소 2주 전에 급여 제공업체에 알리세요. 제공업체는 새 계좌를 재검증하고 ACH 회사 ID/발신인을 업데이트해야 합니다.
- 제공업체가 지원하는 경우 $0 또는 $1 prenote를 실행하세요. Prenote는 돈을 이동시키지 않고 라우팅과 계좌를 검증하는 제로 달러 ACH입니다.
- 백업으로 전체 급여 1회분을 충당할 수 있는 현금으로 기존 계좌를 유지하세요. 보류될 수 있는 대규모 당일 이체로 마지막 순간에 새 급여 계좌에 자금을 조달하지 마세요.
- 각 급여세 납부처를 별도로 업데이트하세요: 연방 EFTPS, 주 소득세 원천징수, 주 실업 보험, 지방세, 압류, 자녀 양육비, 401(k), 복리후생 제공업체. 하나라도 누락하면 송금 수수료보다 훨씬 비싼 연체 예치 벌금이 부과됩니다.
- 기존 계좌를 개설하고 자금을 유지한 상태에서 새 계좌로 첫 실제 급여를 실행하세요. 순 급여가 입금되었고, 세금이 출금되었으며, 제공업체의 출금이 결제되었는지 확인하세요.
401(k) 또는 HSA 기여금을 ACH로 지급하는 경우, 각 수탁 기관에 새 라우팅을 확인하세요 — 이들은 종종 급여와 별개의 자체 검증 기간이 있습니다.
전체 기간: 신용카드, 대출, 세금 납부
대출 및 신용한도 자동 인출은 급여 다음으로 마지막에 옮기세요. 대출 출금 누락은 채무 불이행이나 스윕 실패를 유발할 수 있습니다. 판매세 및 예상 세금 납부의 경우 각 포털(주 DOR, IRS Direct Pay/EFTPS)에서 지급 수단을 업데이트하고, 전환 중 자동 인출이 실패할 경우를 대비해 일회성 수동 지급 방법을 준비하세요.
4단계: 첫날부터 사기 방어 재구축
Positive Pay가 없는 새 계좌는 열린 창문과 같습니다. 수표 사기는 여전히 기업을 대상으로 한 가장 흔한 지급 사기 유형이며, 수십 개 공급업체에 방금 공유된 새 계좌 번호는 가장 취약한 시점입니다.
Positive Pay가 실제로 하는 일
- 수표 Positive Pay: 수표를 발행할 때마다 발행 파일(수표 번호, 금액, 수취인)을 업로드합니다. 수표가 제시되면 은행은 이를 파일과 비교합니다. 번호, 금액, 또는 Payee Positive Pay의 경우 수취인 이름까지 일치하지 않으면 예외로 표시됩니다. 로그인하여 지급 또는 반환을 결정합니다. 대부분의 은행은 월요일부터 금요일 오전 8시에서 오후 3시(ET) 사이에 결정을 요구합니다. 아무 조치도 취하지 않으면 기본 선택(지급 또는 반환)에 따라 처리되므로 기본값을 신중하게 선택하세요.
- 역방향 Positive Pay: 수표 거래량이 적은 경우에 적합합니다. 은행은 전날 제시된 모든 수표를 이미지로 보여주고, 승인 또는 거부합니다.
- ACH Positive Pay / ACH 필터: 수표와 별도로, 모든 ACH 출금을 기본적으로 차단하고 사전 승인된 발신인 ID만 허용하거나 발신인별 금액 상한을 설정할 수 있습니다. 이것이 없으면, 예를 들어 보낸 수표에서 새 라우팅 및 계좌 번호를 알게 된 사람은 누구나 ACH 인출을 시도할 수 있습니다.
새 계좌에서의 조치:
- 첫 수표를 발행하거나 첫 공급업체 출금을 승인하기 전에 수표 Positive Pay와 ACH Positive Pay를 활성화하세요.
- 첫 발행 파일(비어 있더라도)을 업로드하고 예외 검토 워크플로와 백업 승인자를 확인하세요.
- ACH 출금 차단을 구성하세요: 모두 차단한 다음, 급여 제공업체, 복리후생, 승인된 공급업체를 명시적으로 허용하세요.
- 현실적인 예외 및 보고 이메일을 설정하고 소액 수표로 테스트하세요.
계좌 전환 자체는 이메일 가로채기와 '은행 변경' 사칭이라는 두 가지 추가 사기 위험을 만듭니다. 공급업체가 갑자기 은행을 변경했다며 이메일로 새 송금 지시를 보낸다면, 이미 보유한 번호로 전화하여 확인하세요 — 변경을 알린 이메일에 있는 번호는 절대 사용하지 마세요.
5단계: 병행 운영, 매일 조정, 그리고 폐쇄
병행 기간이 통제 수단입니다. 두 계좌를 최소 30~45일 동안 병행 운영할 계획을 세우고, 수표를 발행한다면 60일을 운영하세요.
병행 기간 동안 매일:
- 두 계좌 모두에서 예외, 반송 항목, 예상치 못한 출금을 검토하세요.
- 정산을 송장 및 프로세서 보고서와 대조하세요. 프로세서의 1099-K 총 정산액을 수수료와 환불을 차감하지 않고 수익으로 기록하는 것은 흔한 오류입니다 — 실제 은행에 입금된 순액으로 조정하고 수수료를 별도로 추적하세요.
- 중복 출금을 주시하세요: 업데이트를 놓친 공급업체가 기존 계좌에서 출금하는 동시에 AP 시스템이 새 계좌에서도 지급할 수 있습니다.
- 기존 계좌의 미결제 수표를 별도로 추적하세요. 모든 미결제 수표가 결제되거나 새 계좌에서 재발행되기 전까지 기존 계좌를 폐쇄하지 마세요.
전환 중 장부를 깔끔하게 유지하기
이 단계에서 많은 기업이 몇 달 동안 풀어야 할 혼란을 만듭니다.
- 은행 간 이체를 수익이나 비용으로 기록하지 마세요. 자사 운영 계좌 간 이체는 대차대조표상 이체입니다. 복식 부기에서 이는 새 은행에 차변, 기존 은행에 대변이며 손익에는 영향을 미치지 않습니다. 전용 이체 계좌를 만들거나 회계 소프트웨어의 이체 기능을 사용하여 이동이 수익이나 비용을 부풀리지 않도록 하세요.
- 두 개의 별도 은행 원장을 유지하세요. 일반 텍스트 회계를 사용하는 경우
Assets:Bank:OldBank와Assets:Bank:NewBank를 별도 계좌로 유지하고 각 거래를 실제로 결제된 계좌에 기록하세요. 그러면 마이그레이션은 불가사의한 덩어리가 아닌 감사 가능한 일련의 이체가 됩니다. 전체 내역은bean-doctor로 읽거나 /fava/의 대시보드에서 중복 기간을 시각화할 수 있습니다. - 두 계좌 모두 은행과 조정하되, 서로와는 조정하지 마세요. 각 영업일에 대해
OldBank의 원장 잔액은 OldBank의 온라인 잔액에 미결제 수표를 더하고 이체 중 입금을 뺀 값과 같아야 하며,NewBank도 동일하게 적용됩니다. 두 계좌를 합산하지 마세요. - 컷오프를 문서화하세요. 기존 계좌의 최종 명세서, 신규 계좌의 개설 확인서, 각 거래 상대방이 새 지시를 확인한 날짜별 로그를 저장하세요. IRS나 대출 기관이 나중에 누락된 세금 예치나 중복 공제에 대해 질문한다면, 그 로그가 합리적 사유 증거가 됩니다.
병행 기간이 끝나면:
- 기존 은행의 자금 관리 팀과 함께 기존 계좌에 보류 중인 ACH 지시가 없는지 확인하세요.
- 잔여 잔액은 ACH가 아닌 송금이나 공식 수표로 이동하여 즉시 사용 가능한 자금과 명확한 종이 흔적을 확보하세요.
- 계좌 폐쇄 확인서와 출금 필터 및 Positive Pay가 비활성화되었음을 확인하는 서면을 요청하세요.
- 회계 소프트웨어 은행 피드를 업데이트하여 기존 계좌 폴링을 중지하고 기존 피드의 자격 증명을 보관하세요. 장부가 어긋나지 않게 피드와 규칙을 매핑하는 데 도움이 필요하면 /docs/의 기술 가이드를 참조하세요.
실제로 비용이 드는 다섯 가지 실수
1. 첫 급여가 성공한 후 기존 계좌를 폐쇄하는 경우. 급여 한 번으로 모든 분기 및 연간 경로가 옮겨졌다는 증명이 되지 않습니다. 판매세 사이클 한 번과 분기 말까지 기존 계좌를 유지하세요.
2. 기존 계좌에서 새 계좌로 단일 대규모 수표로 자금을 조달하는 경우. 그 수표는 며칠 동안 보류될 수 있어 급여 전날 자금이 부족해질 수 있습니다. 새 계좌가 충분히 사용된 후 송금이나 일련의 소액 ACH 입금을 사용하세요.
3. 기존 라우팅 번호를 저장하는 포털을 잊는 경우. 급여 외에 다음을 확인하세요: 판매세, 시 영업 허가, 산재 보험, 401(k), HSA, 가맹점 현금 서비스, 신용한도 스윕, 보조금을 ACH로 입금하는 주 보조금 또는 인센티브 포털. 각각 라우팅 번호를 별도로 저장합니다.
4. 예외 처리를 테스트하지 않는 경우. Positive Pay 기본값이 '지급'이고 이틀 동안 아무도 예외를 확인하지 않으면 사기 수표가 결제됩니다. 전환 중 은행이 허용한다면 기본값을 '반환'으로 설정하고 백업 승인자를 지정하세요.
5. 프로세서나 마켓플레이스가 회계 부서에 통지하지 않고 지급 계좌를 업데이트하도록 두는 경우. 지급액은 새 준비금이 차감된 순액이나 다른 정산 지연으로 도착할 수 있으며, 부기 항목은 몇 주 동안 잘못될 수 있습니다. 첫날부터 순 정산액과 수수료 분할을 올바르게 기록하세요.
복사해서 사용할 수 있는 6주 타임라인
1주차 — 목록화 및 개설: 연결 맵을 구축하고, 새 계좌를 개설하고, 소액 테스트 이체로 시드하고, Positive Pay와 ACH 필터를 활성화하세요.
2주차 — 저위험 이동: 한 프로세서 또는 소량 고객을 새 계좌로 전환하고 정산과 조정을 확인하세요.
3주차 — 공급업체: 공급업체 ACH 출금 승인과 AP 공급업체 기록을 업데이트하고, 한 공급업체 지급 사이클을 새 계좌로 이동하세요.
4주차 — 급여: 급여 제공업체를 업데이트하고, prenote를 실행하고, 기존 계좌에 자금을 유지한 상태에서 새 계좌로 첫 실제 급여를 실행하고, EFTPS와 주 세금 포털을 업데이트하세요.
5주차 — 나머지 경로: 대출 인출, 신용카드 자동 납부, 세금 납부를 이동하고, 회계 피드와 경비 카드를 업데이트하세요.
6주차 — 병행 마감: 두 계좌에 대해 매일 조정을 실행하고, 미결제 수표를 해결하고, 기존 계좌에 보류 중인 ACH가 없는지 확인한 다음, 잔액을 송금하고 서면 확인과 함께 폐쇄하세요.
수표 거래량이 많거나, 국제 송금이 있거나, 여러 급여 일정이 있다면 1~2주를 조정하세요. 원칙은 변하지 않습니다: 목록화, 시드, 순서대로 이동, 보호, 병행, 그리고 폐쇄.
재무 관리를 간소화하세요
은행을 바꾸는 것은 은행이 보지 못하는 것, 즉 모든 결제가 어떻게 분류, 조정, 백업되는지를 정리할 좋은 계기입니다. 각 계좌에 대해 별도의 버전 관리 원장을 유지하고 숨겨진 은행 피드 편집 대신 명시적 이체를 사용하는 것이 다음 마이그레이션, 감사, 재해 복구를 혼란스럽지 않게 사소한 일로 만드는 방법입니다.
Beancount.io는 투명하고 버전 관리되며 AI에 적합한 일반 텍스트 회계를 제공하므로, 어떤 은행에 현금이 있든 장부는 여러분의 것입니다. 원장은 git에 있고, 보고서는 텍스트로 작성되며, 은행 내역은 수년 후에도 읽을 수 있습니다. 무료로 시작하고 이번 이전과 이후의 모든 이동을 완전히 통제하세요.