Odoo 인보이스 관리: 청구서·결제·미수금 추적 가이드

소개

Odoo 인보이싱은 운영 활동을 회계 숫자로 연결하는 지점입니다. 발행된 송장·매입청구서·결제·은행대체장 등은 결국 이를 만든 주문서나 구매 문서로 추적 가능해야 합니다.

현실에서는 시스템이 연결되어 있지 않아 재무팀이 동료들이 입력한 데이터를 떠맡는 일이 잦습니다. 이로 인해 마감이 늦어지고 현금 가시성이 떨어지며 마진 문제를 뒤늦게 발견하게 됩니다.

적절한 현지화와 함께 인보이싱 모듈을 쓰면 매월 스프레드시트로 분개를 다시 만드는 대신 일관된 기표, 지출 승인, 기간별 보고가 가능해집니다.

Odoo를 검토하는 CFO, 컨트롤러, 회계 매니저는 연말 보고서뿐 아니라 일상적인 재무 운영이 어떻게 구성되는지도 확인하게 됩니다.

인보이싱은 Odoo 모듈형 ERP의 일부입니다. 책임의 명확화, 반복 가능한 워크플로, 검색 가능한 이력을 원할 때 팀들이 도입합니다. 고객 청구·지급·추심 흐름은 예산 승인자에게도 분명한 스토리를 제공합니다.

이 가이드는 쉬운 단계(Level 1)부터 전문가 단계(Level 10)까지 순위화한 상위 10가지입니다. 각 수준에는 실제로 Odoo 인보이싱에서 클릭해야 할 단계가 번호로 정리되어 있습니다.

겉보기로 인상적인 Level 10부터 시작할 필요는 없습니다. 익숙한 수준에서 시작하세요.

먼저 당면 과제 섹션을 읽고, 팀 현재 수준에 맞는 레벨을 바로 열어보세요.

이 가이드에서 얻을 수 있는 것:

• 일반적인 기업 기술 스택에서 Odoo 인보이싱의 책임 범위
• 팀들이 현재 어디에서 가장 많은 마찰을 겪는지(그리고 그 이유)
• 초급 규율부터 고급 전략까지 순위화된 10가지 활용 사례
• 자동화나 통합 때문에 Odoo 파트너를 불러야 할 때

당면 과제

당신의 컨트롤러가 이사회 회의 전마다 세 개의 CSV를 내보내 주말 내내 VLOOKUP 오류를 고치고 있다면, 운영팀이 고의로 틀리는 게 아니라 두 시스템에서 송장과 출고가 맞지 않았기 때문입니다.

재무팀은 예외 분석 대신 운영 데이터를 손으로 다시 입력하는 데 너무 많은 시간을 소비합니다. 송장·청구서·은행 거래가 분리되면 마감주기는 늘어나고 현금 가시성은 뒤처집니다.

익숙한 상황인가요? 팀들이 자주 부딪히는 벽:

• 실시간 보조원장이 아닌 추출물로 구축된 월말
• 시스템 외부에서 이루어지는 승인 절차
• 세무·다회사 복잡성을 그림자 스프레드시트로 처리

좋은 소식은 모든 것을 한 번에 바꿀 필요는 없다는 것입니다. 아래 활용 사례 중 하나를 골라 Odoo 인보이싱에서 30일간 실행해 보고 변화를 측정해보세요.

인보이싱 상위 10가지 활용 사례

Odoo 인보이싱의 10가지 활용 사례를 Level 1(간단, 오늘 바로 실행 가능)에서 Level 10(전문가)까지 순위화했습니다. 각 항목은 우리가 무엇을 만들지와 Odoo에서의 클릭 절차를 설명합니다.

Level 1은 일상에서 얻는 쉬운 승리입니다. 마지막 레벨은 시스템이 깔끔하게 설계될 때 동일한 앱이 얼마나 확장될 수 있는지 보여주기 위해 과장되어 있습니다.

팀 수준에 맞는 레벨을 골라 테스트 데이터베이스에서 번호 매겨진 단계를 따라가세요. 이전 레벨이 지루해지면 다음 단계로 올라가면 됩니다.

1. VAT가 포함된 첫 고객 청구서 발행하기 Level 1 — 쉬움

Level 1은 가장 기본적인 인보이싱 작업입니다: 사용자 한 명, 고객 한 곳, 한 장의 청구서. 자동화도 영업 연동도 없이 올바른 VAT율로 깔끔한 PDF를 만드는 것에 집중합니다.

Odoo에서의 실제 절차:

1. 인보이싱 → 고객 → 새 고객을 만들고 이름, 청구 주소, VAT 번호, 결제 조건을 입력합니다.
2. 인보이싱 → 고객 → 송장 → 새로 만들기에서 방금 만든 고객을 선택합니다.
3. 제품 라인 하나를 추가해 수량·단가·적용 VAT율을 입력하면 Odoo가 합계를 계산합니다.
4. 확인(Confirm)을 클릭하면 청구서에 시퀀스 번호가 부여되고 게시(Posted) 상태가 됩니다.
5. 전송 및 출력(Send and Print)을 클릭하면 고객에게 법적 표기가 포함된 PDF가 발송됩니다.

결과: 워드 템플릿이나 수작업 없이 90초 이내에 법적 요건을 충족하는 번호가 부여된 청구서가 발송됩니다.

2. 확정된 판매주문을 한 번의 클릭으로 청구하기 Level 2 — 쉬움

Level 2는 영업(판매)과 인보이싱을 연결합니다: 판매주문마다 있는 '청구서 생성' 버튼이 핵심 레버입니다. 영업팀이 Odoo를 쓰기 시작하면 첫 번째 효율화 포인트입니다.

Odoo에서의 실제 절차:

1. Sales → 주문 → 주문에서 확정된 판매주문을 엽니다.
2. '청구서 생성(Create Invoice)'을 클릭하고 일반청구서·선금·잔금 중 유형을 선택합니다.
3. 자동으로 채워진 품목, 세금, 결제 조건, 분석 배분을 검토합니다.
4. 확인(Confirm)을 클릭하면 청구서가 고유 시퀀스와 함께 게시되고 해당 판매와 연결됩니다.
5. 전송 및 출력(Send and Print)을 클릭하면 채터(대화 기록)에 이메일과 수신 확인 로그가 남습니다.

결과: 판매에서 청구까지 프로세스가 10분에서 한 번의 클릭으로 줄어들고 재무팀은 수량·단가를 다시 입력할 필요가 사라집니다.

3. PDF에서 바로 결제할 수 있도록 온라인 결제 활성화하기 Level 3 — 쉬움

Level 3은 이메일 청구서에 '지금 결제(Pay Now)' 버튼을 추가해 팀원이 전화로 카드번호를 받으러 다니지 않아도 결제가 이뤄지게 합니다.

Odoo에서의 실제 절차:

1. 인보이싱 → 설정 → 결제 제공업체에서 Stripe, Mollie, Adyen, PayPal 등을 활성화합니다.
2. API 키를 입력하고 실운영 준비가 되면 테스트 모드를 끕니다.
3. 게시된 청구서를 이메일로 보내면 본문과 PDF에 Pay Now 버튼이 포함됩니다.
4. 고객이 카드로 결제하면 청구서는 '결제중(In Payment)'으로 바뀌고 은행대체 후 '지급완료(Paid)' 상태가 됩니다.
5. 결제 실패는 재무팀에 활동 알림을 생성해 당일 대응할 수 있게 합니다.

결과: 평균적으로 DSO(매출채권 회전일수)가 10~15일 감소하고 재무팀은 예외 처리에 집중할 수 있습니다.

4. 게시된 청구서를 신용메모로 취소·대체하기 Level 4 — 중간

Level 4는 수정 이력을 남기는 신용메모(credit note)를 사용해 정정 과정을 감사 가능하게 만듭니다. 실수도 기록으로 남아 깔끔하게 해결됩니다.

Odoo에서의 실제 절차:

1. 잘못된 금액이나 항목이 담긴 게시된 청구서를 엽니다.
2. '신용메모 추가(Add Credit Note)'를 클릭하고 환불 및 재발행 또는 수정 후 취소 옵션을 선택합니다.
3. 새 드래프트에서 라인을 조정한 뒤 확인하면 신용메모에 별도의 법적 번호가 부여됩니다.
4. 신용메모는 원본 채권과 자동으로 상계되어 채권을 중화합니다.
5. 보고서의 신용메모 섹션에서 반복되는 고객 패턴을 분석할 수 있습니다.

결과: 감사인은 원본·신용·대체 체인을 1분 이내에 추적할 수 있고, 재무팀은 정정에 대한 두려움을 덜게 됩니다.

5. 청구서 PDF에 로고·브랜드 색상·법적 푸터 적용하기 Level 5 — 중간

Level 5는 문서 레이아웃(Document Layout)을 사용해 코드 없이 PDF 디자인을 바꿉니다. 한 번 설정하면 모든 고객에게 적용됩니다.

Odoo에서의 실제 절차:

1. 설정 → 회사에서 회사 로고를 업로드하고 기본 브랜딩 색상을 선택합니다.
2. 인보이싱 → 구성 → 문서 레이아웃에서 Bold, Striped, Boxed 중 스타일을 선택합니다.
3. IBAN, VAT 번호, 고객지원 이메일, 법적 문구 같은 푸터를 추가합니다.
4. 샘플 청구서를 미리보기해 글꼴·색상·페이지 나눔·합계 블록을 확인합니다.
5. 실제 고객에게 적용하기 전에 테스트 청구서를 본인에게 보내 검수합니다.

결과: 청구서가 브랜드 일관성을 갖추면서 고객 불만은 줄고 결제 속도는 빨라집니다. 재무팀도 디자인 때문에 사과할 일이 없어집니다.

6. 구독(Subcriptions)으로 매월 동일 고객에게 자동 청구하기 Level 6 — 중간

Level 6은 인보이싱과 구독 모듈을 연결해 반복 매출을 자동화합니다. 유지보수·SaaS·회원권 등을 더 이상 스프레드시트로 관리하지 않습니다.

Odoo에서의 실제 절차:

1. Subscriptions 앱을 설치한 후 한 달 간격, 종료일 없음 같은 반복 템플릿을 만듭니다.
2. Monthly Retainer 같은 제품을 구독 템플릿에 연결하고 가격과 세금을 설정합니다.
3. 고객별로 구독 계약을 한 번만 판매하면 계약이 갱신일을 관리합니다.
4. 이메일 템플릿을 구성해 제목에 청구 기간(월/년)을 포함시킵니다.
5. 첫 자동 청구가 다음 결제일에 실행되는지 확인하고 온라인으로 발송·결제되는지 검증합니다.

결과: 반복 매출이 자동으로 징수되어 운영 인건비를 절감할 수 있습니다(활성 계약 500건당 담당자 1명 절감 사례 등).

7. 단계별 자동 추심(Follow-up Levels)으로 연체 고객 관리하기 Level 7 — 어려움

Level 7은 인보이싱 내장 추심 엔진인 Follow-up Levels를 도입합니다. 이 기능은 본문 제목처럼 결제 추심 자동화의 핵심입니다.

Odoo에서의 실제 절차:

1. 인보이싱 → 구성 → Follow-up Levels에서 7·14·30·45일 등 추심 단계를 만듭니다.
2. 각 단계별로 이메일 템플릿, 전화 콜백 활동, 발송 중지 플래그 등을 설정합니다.
3. 고객 기록별로 Standard·Premium·Strict 같은 추심 플랜을 지정합니다.
4. 매일 예약된 작업이 연체 고객에게 자동으로 해당 단계의 이메일을 발송합니다.
5. 재무팀의 My Activities 뷰에는 사람이 전화해야 할 중요 사례만 남습니다.

결과: 재무팀은 주당 하루 업무를 되찾고 평균 현금 회수 시점이 약 10일 앞당겨집니다.

8. 법적 요건을 위한 국가별 전자송장(e-invoicing) 활성화하기 Level 8 — 어려움

Level 8은 세무 당국이 읽을 수 있는 구조화된 XML 전자송장 레이어를 활성화합니다. 각국의 표준(예: Peppol, SDI, Factur-X)을 Odoo에서 다룰 수 있습니다.

Odoo에서의 실제 절차:

1. 설정 → 앱에서 해당 국가 로컬리제이션(프랑스·벨기에·이탈리아·스페인 등)을 설치합니다.
2. 인보이싱 → 구성 → 전자송장에서 Peppol, Factur-X, SDI 등을 활성화합니다.
3. 접속포인트나 공인대행(PDP)에 기업을 등록하고 발급된 자격증명을 Odoo에 입력합니다.
4. 청구서를 보내면 Odoo가 구조화된 XML을 생성·서명하여 자동으로 전송합니다.
5. 전송 상태(발송·수신·수락·거부)를 청구서 채터에서 실시간으로 추적할 수 있습니다.

결과: 2026년 의무화 요건을 맞추면서 맞춤 통합 없이도 거부 없는 제출이 가능합니다.

9. 다중통화·프로젝트별 분석배분이 적용된 청구서 발행하기 Level 9 — 어려움

Level 9는 인보이싱을 마진 감지기로 만듭니다: 통화별 청구와 라인별 분석 계정 배분으로 프로젝트·부서별 수익과 마진을 실시간으로 봅니다.

Odoo에서의 실제 절차:

1. 설정에서 다중통화를 활성화하고 일별 ECB 환율 자동 갱신을 켭니다.
2. 인보이싱 → 구성 → 분석 계획(Analytic Plans)에서 프로젝트·부서·지역 등의 계정을 만듭니다.
3. 각 청구서 라인에 분석 분배를 설정합니다(예: 프로젝트 A 60%, 프로젝트 B 40%).
4. 고객의 통화로 청구서를 발행하면 환차손익은 해당 일자의 환율로 자동 분개됩니다.
5. 보고서의 '청구된 수익(Invoiced Revenue)'을 분석 계정별로 그룹화해 통화·프로젝트별 마진을 확인합니다.

결과: CFO는 연말 엑셀 재구성 대신 프로젝트·통화별 수익과 마진을 실시간으로 볼 수 있습니다.

분석 계획을 CFO 교체에도 견디게 설계하고 다중통화를 계정과 연계하는 것은 다솔로의 감사급 세팅에서 일반적으로 수행하는 작업입니다.

10. 인보이싱·은행·AI·대시보드를 통합한 자율 AR 콘트롤타워 구축하기 Level 10 — 전문가

Level 10은 완전한 운영 체제입니다: 은행 피드 자동 반영, AI 리스크 스코어링, 헬프데스크로 분쟁 처리, 지식 기반으로 정책 실행, 실시간 대시보드까지 아우릅니다.

Odoo에서의 실제 절차:

1. 은행 피드(Plaid, Ponto 또는 은행 API)를 연결해 매일 아침 거래가 인보이싱에 도착하도록 합니다.
2. 과거 결제 행동으로 AI 규칙을 학습시켜 각 미결 청구서에 '안전'부터 '위험'까지 점수를 부여합니다.
3. Studio 자동화로 '위험' 등급 청구서는 우선 추심으로 전환되고 선임 담당자에게 할당됩니다.
4. 고객 포털에서 제기된 분쟁은 청구서와 채터를 포함한 헬프데스크 티켓으로 자동 생성됩니다.
5. 지식(Knowledge)에는 수금 플레이북이 저장되어 한 번의 클릭으로 적절한 어조·단계·법적 문구를 불러옵니다.
6. 스프레드시트 기반의 AR 라이브 대시보드가 DSO·에이징·분쟁률·AI 정확도를 실시간으로 추적합니다.
7. ISO 20022 SEPA 지급 파일을 은행 저널에서 생성해 공급사 역지급(reverse-payment) 실행까지 지원합니다.

결과: AR 운영자 한 명이 5인분의 일을 수행하고 두 분기 내에 DSO가 20일 이상 단축되며 재무가 현금의 병목이 되는 일이 사라집니다.

AI 스코어링, 뱅킹 API, 헬프데스크 SLA, 플레이북, 실시간 대시보드를 결합하는 아키텍처는 다솔로가 파트너로서 수행하는 통합 작업입니다. 대부분의 팀은 처음부터 이 조각들을 올바르게 조립하려면 외부 전문팀이 필요합니다.

전문가 도움을 받아야 할 때

Level 1~6 범위라면 표준 Odoo 인보이싱, 인내심 있는 내부 오너, 망가져도 안전한 샌드박스가 있으면 직접 성공할 수 있는 경우가 많습니다.

Level 7 이상부터는 위험이 커집니다: 잘못된 고객에게 자동 이메일이 발송되거나, Studio 필드 설계로 업그레이드가 막히거나, API가 새벽 2시에 조용히 동기화를 멈추는 식입니다.

이건 팀의 실패가 아니라 아키텍처·테스트·거버넌스가 중요하다는 신호입니다.

여러 앱 설계, 국가별 규정 준수, 복잡한 통합, 또는 이미 이사회가 정한 고정된 출시일이 있다면 파트너를 초빙하세요.

다솔로와 함께하기

다솔로는 회사의 실제 업무 흐름에 맞춘 Odoo 구현을 돕습니다: 맞춤 앱, 깔끔한 통합, 컨설턴트 퇴장 후에도 기억에 남는 교육까지 제공합니다.

만약 여러분의 인보이싱 로드맵에 이 가이드의 고급 활용 사례들이 포함되어 있다면, 우리는 빠른 승리부터 자동화·통합까지 단계별 계획과 명확한 소유자·테스트 스크립트를 설계해 드립니다.

고객은 범위와 예산을 통제합니다. 다솔로는 운영 중에 값비싼 시행착오를 겪지 않도록 Odoo 전문성을 제공합니다.

무료 상담 예약:

데모 일정을 잡으세요