레바논용 Odoo 안내: 회계, 부가세(VAT) 및 사업 등록 가이드

베이루트든 트리폴리든 시돈이든, 상업등기부 등본(Commercial Register, CR)을 제출하고 가격표에 LBP와 USD를 병기하며 국세청(Ministry of Finance, MOF)의 VAT 관련 질문에 답해야 할 때, 임시 스프레드시트는 쉽게 한계를 드러냅니다. 레바논 현지 규정을 설계 단계부터 ERP에 반영하는 Odoo 구현이 성공적인 이유는 바로 그 때문입니다. 통화정책, VAT 등록, 송장 일련번호 규칙 같은 핵심 선택지를 초기 설정으로 고정하지 않으면, 실무진이 운영 시작 후에 결함을 발견해 큰 비용과 혼란을 겪게 됩니다. 이 가이드는 Odoo 회계 시스템이 현지 회계장부, 11% VAT, 그리고 레바논 내 중소기업과 운영팀이 확장·통합 시 맞닥뜨리는 ERP 회계 요건을 어떻게 반영해야 하는지를 설명합니다.

레바논 경제는 법정화폐인 레바논 파운드(LBP)와 실무에서 널리 쓰이는 미화(USD)가 혼재하고, 엄격한 은행 규정이 현금 수납과 수익 증빙 방식에 큰 영향을 미칩니다. 규정 준수는 여전히 중요해 VAT 등록 사업자는 추적 가능한 세금계산서를 발행하고 MOF 제출기한을 지켜야 하며, 레바논 공인회계사단(Order of Accountants in Lebanon)과 국제 기준에 기반한 감사관행을 만족시켜야 합니다. 목표는 실제 견적·청구·마감 방식과 일치하는 하나의 Odoo 데이터베이스를 갖추어 세무조사나 연말 검토 요청에 즉시 대응할 수 있도록 하는 것입니다.

레바논에서 사업하기

해외 투자자와 현지 사업자 대부분은 SARL(유한책임회사)이나 SAL(주식회사) 형태로 사업을 등록하며, 이는 경제통상부(Ministry of Economy and Trade)를 통한 등록과 CR 번호 발급을 수반합니다. 은행, 임대인, 대기업 고객은 계약 전후로 이 CR 번호와 명확한 서명권자 정보를 요구하는 것이 일반적입니다.

Odoo 레바논 준비작업은 법인별 사실관계 파악에서 시작합니다. 어떤 법인이 VAT에 등록되어 있는지, 누가 세금계산서에 서명할 권한이 있는지, 청구 화폐는 LBP인지 USD인지 아니면 혼합인지 등 운영 정책을 먼저 정해야 합니다. 거래처(파트너) 기록에는 MOF 번호, CR 데이터, 결제 지침을 필수 필드로 두어 KYC 검토 시 서류와 일치하도록 관리해야 합니다.

운영팀이 초기에 추적해야 할 항목들:

• 다중 통화 현실: 많은 B2B 가격과 외상채권이 USD로 합의되지만, 일부 회계 처리나 장부 표시는 LBP 기준으로 해야 할 수 있습니다. 따라서 환율 정책과 환율 출처(예: 중앙은행 고시, 계약 명시 환율)를 명확히 문서화하세요.
• 은행과 현금흐름: 결제 경로에 따라 수익 인식과 가용 현금 판단이 달라집니다. Odoo 설정상 ‘송장 발행’과 ‘실제 현금 가용성’을 분리하여 통제할 수 있어야 합니다.
• 수입 통관: 관세신고서, 수입 시 납부한 VAT, 공급자 청구서가 서로 일치해야 합니다. 착오가 생기면 원가가 어긋나 마진 분석이 무의미해집니다.
• 업종별 특성: 호스피탈리티, 리테일, 서비스업은 할인가·프로모션·팁 등 고유한 가격 관행이 있습니다. 이들 특성은 일반적인 EU 템플릿에 억지로 맞춰서는 안 됩니다.

레바논 회계 규정: Odoo 회계 필수사항

상장사나 대기업 그룹은 IFRS를 적용하는 경우가 많고, 중소기업은 IFRS 또는 레바논 GAAP 유사 구조를 선택해 전문 자문 하에 운영합니다. Odoo의 회계층은 경영관리용 보고(다수 본사에서 USD로 보는 경우가 많음)와 법적 장부(MOF 제출용 총계)를 법인별 기능통화 정책에 따라 분리해서 보여줄 수 있어야 합니다.

법인세 및 급여 관련 신고는 VAT와 병행되며, Odoo는 급여 충당금, 미지급 채무, 유형자산 관리 등 운영 세부를 담습니다. 최종 세무신고는 세무사 검토가 필요하지만, 핵심은 추적 가능성입니다: 재무상태표의 각 항목은 감사인이 확인할 수 있는 전표와 원장으로 연결되어야 합니다.

CFO를 위한 요약(감사인과 반드시 확인하세요):

• 계정과목표준: 레바논 관행과 감사인이 기대하는 원가센터 구조에 맞도록 계정과목을 설계하세요.
• 수익 인식: 계약상 마일스톤, 보류금(retainage), 서비스 제공 기간에 맞춰 수익을 인식해야 합니다. 특히 프로젝트 기반 비즈니스에서 중요합니다.
• 유형자산: 감가상각 정책을 문서화하고 관련 분개와 전표를 Odoo에서 검색 가능하게 만드세요.
• 사내거래: 이전가격 문서는 Odoo 외부에서 관리되더라도, 송장과 통화 처리는 연결·조정되어야 통합재무제표 요건을 충족합니다.

레바논의 VAT 및 세제: ERP에 필요한 회계 요건

레바논의 VAT 체계(법령 No.46/2017 등)에 따르면 많은 재화·용역에 표준세율 11%가 적용됩니다. 다만 면세나 특수처리가 적용되는 품목이 있어, 개별 상품·서비스 라인별로 세무사와 상시 검토가 필요합니다.

MOF 등록: 일정 기준 이상의 매출이 일정 기간(일반적으로 연속 4분기 합계 기준 약 LBP 1억5천만 내외로 언급되곤 함)에 도달하면 VAT 등록이 의무화됩니다(현행 공고를 반드시 확인하세요). 수입·수출업자는 매출 규모와 관계없이 등록 대상이 되는 경우가 많습니다.

ERP 회계 요건(특히 VAT 관련)은 매출·매입에 정확한 세금 태그 부여, 청구서상의 유효한 VAT 번호 표기, 기간별 제출 가능한 합계 계산을 포함합니다. 신고 누락이나 송장 일련번호 불일치는 과태료 대상이 되므로, ERP는 제출 전 월별 VAT 포지션을 명확히 보여줘야 합니다.

실무 체크리스트:

• 등록 상태: 회사와 주요 B2B 고객의 MOF VAT 번호를 시스템에 보관하세요.
• 정정세금계산서(credit notes): MOF 규정을 따르며 원본 청구서와 연계하세요.
• 수입 건: 관세 납부한 VAT와 총계정원장, 공급자 청구서가 일치하는지 대조하세요.
• 면세 공급: 해당 라인이 왜 면세 또는 제로레이트인지 근거를 문서화하세요. 단일 일반화된 세금 항목에 의존하지 마세요.

견고한 Odoo 레바논 세금 셋업은 제품군, 면세 규칙, 파트너 유형을 관리하는 유지 가능한 매트릭스입니다. 단순히 ‘11%’ 한 줄로 끝내는 방식은 위험합니다.

레바논 전자세금계산서 및 청구서 요구사항

VAT 등록 사업자는 과세 거래에 대해 적법한 세금계산서를 발행해야 합니다. MOF 지침은 공급자와 고객 식별, 연속 번호, 날짜, 과세금액, 세율 및 세액 표기 등을 요구합니다. 아랍어/영어 표기 관행도 현장에서 병행되므로 이를 고려해 송장 포맷을 설계하세요. 일련번호의 누락이나 중복은 감사에서 흔히 지적되는 사안입니다.

레바논은 MOF 채널을 통한 전자 문서 제출 추세로 이동 중이며(VAT 관련 신고 포함), 디지털 제출 기한을 결산 프로세스 일부로 관리해야 합니다. Odoo에서 추출한 합계가 세무사 포맷과 맞아떨어지도록 준비하고, 일반원장과 대조할 수 없는 ‘PDF 전용’ 워크플로는 피하세요.

신뢰할 수 있는 세금계산서에 포함되어야 할 항목들:

• 공급자(사업자) 법적 명칭, 주소, MOF 등록번호
• B2B의 경우 고객 명칭과 주소(요구 시)
• 송장일자, 고유 연속번호, 품목명세, 과세 금액 및 적용 시 11% VAT 표기
• 청구 통화: USD 또는 LBP로 청구할 때는 계약·장부와 일치하도록 통화를 명확히 표기해야 합니다.

Odoo에서 생성되는 PDF, 고객 포털 다운로드본, 전자세금계산서 연계본은 모두 회계에 게시된 전표와 동일한 숫자를 가져야 합니다. 마케팅용 합계와 게시된 VAT 금액이 불일치하면 안 됩니다.

레바논 로컬라이제이션: Odoo 레바논 체크리스트

Odoo는 EU 시장용처럼 단일한 ‘레바논 전용’ 패키지를 일괄 제공하지 않습니다. 성공적인 프로젝트는 표준 회계 모듈에 지역별 세금 매핑, 통화 설정, 맞춤형 리포트를 결합합니다. 다음은 실무용 Odoo 레바논 체크리스트입니다:

• 회사 및 통화: 필요 시 LBP를 기능통화로 설정하고, 운영상 가격표는 USD(또는 제2통화)로 관리하세요. 환율 업데이트와 정책을 명확히 문서화합니다.
• 세금: 과세 매출/매입에 11% VAT 적용, 제품·파트너별 면세 경로를 모델링하세요.
• 재무 포지션: B2B와 B2C, 수입, 그룹내 거래 규정을 Odoo 상에 문서화하세요.
• 시퀀스 및 분개장: 송장 번호 체계는 MOF 기대치에 맞게 구성하고, 수동 변경 시에는 모두 감사 추적이 남아야 합니다.
• 보고서 팩: 세무사나 MOF 양식과 매칭되는 손익·대차표 추출물을 준비하세요.
• 통합: 급여, POS, 전자상거래를 사용 중이라면 모든 경로에서 VAT 처리가 검증되어야 합니다. 단순 수동 청구에만 의존하지 마세요.

우수한 Odoo 회계 구현은 결정 로그(예: 누가 면세 판매를 승인했는가, 어떤 고객은 항상 USD로 청구되는가, 반품이 은행 실현액과 어떻게 연결되는가)를 남겨 책임소재를 명확히 합니다.

자주 발생하는 문제점들

• 흔한 실수: EU용 VAT 템플릿을 그대로 쓰면 MOF 분류와 라벨이 맞지 않습니다.
• 환율 처리 오류: 계약상 USD/LBP 혼합 조건이 있는데 단일 글로벌 환율을 적용해 버리는 경우.
• 분할 청구 오용: 소매형식의 청구 방식을 기업 B2B 고객에 그대로 적용하는 사례.
• 재고 연동 약화: 매출원가(COGS)와 수입 시 VAT가 통관서류와 일치하지 않는 경우.
• 다중 법인 관리 부재: 회사별 규정 없이 하나의 데이터베이스만으로 운용하다가 월말이 혼란스러워지는 상황.

Odoo가 제공하는 해결책

Odoo는 CRM, 영업, 재고, 회계, 비용관리를 통합합니다. 레바논의 VAT 등록, 통화, 청구 규칙을 Odoo 설정에 반영하면 MOF용 별도 스프레드시트에 주문을 재입력하는 일을 멈출 수 있습니다.

자동화는 PDF를 분개 옆에 저장하고 승인 절차를 강제하며, 리더십에게 레바논 법인 실적을 다른 국가 실적과 나란히 보여줍니다. 단, 이를 위해서는 초기 단계에서 올바른 로컬라이제이션 기반을 마련하는 투자가 필요합니다.

다솔로(Dasolo)가 확장 지원하는 방식

다솔로(Dasolo)는 레바논에 진출하거나 확장하는 기업을 위해 Odoo를 구현합니다. 우리는 발견 워크숍, 구성 의사결정, 테스트 패키지, 재무 책임자와의 서명 절차까지 구체적 산출물을 중심으로 진행하며, 일반적인 프레젠테이션이 아닌 실무 중심의 결과물을 제공합니다.

• 구현: 가동일자와 하이퍼케어를 포함한 명확한 마일스톤으로 프로젝트를 관리합니다.
• 로컬라이제이션: 레바논식 계정과목 정렬, VAT 설정, 청구서 양식 및 감사인이 추적할 수 있는 문서를 제공합니다.
• 자동화: 영업, 재고, 회계 간 수동 브릿지를 최소화합니다.
• 다국가 롤아웃: 레바논을 데이터 사일로로 만들지 않도록 지역별 변형을 허용하는 단일 방법론을 적용합니다.

실무적으로는 수치가 불안정해 보이는 라이브 시스템에 대한 검토와 우선순위에 따른 복구 작업을 수행합니다. 이론적 제안이 아니라 실행 가능한 개선안을 제공합니다.

맺음말

레바논에서는 MOF VAT 규정 준수, 규율 있는 송장 발행, LBP와 USD 모두에서 감사에 견딜 수 있는 장부를 유지하는 팀이 보상을 받습니다. Odoo 레바논 구현은 마이그레이션 초기에 이러한 현실을 데이터베이스에 반영할 때 가치를 발휘합니다. 세무 당국의 질문을 받은 뒤에야 고치는 방식은 위험합니다.

초기에 Odoo 레바논 로컬라이제이션에 투자하고, 출시 전에 VAT와 통화 시나리오를 시뮬레이션하며, 면세 처리와 사내거래 흐름에 대한 서면 정책을 갖추세요. 이렇게 하면 국제적 중소기업들이 Odoo 회계를 ‘위험’이 아닌 ‘일상적 운영 레이어’로 전환시키고, 매 분기마다 소방수처럼 문제를 해결하지 않아도 됩니다.