Odoo 루마니아: 회계·VAT·로컬라이제이션·사업 설정 안내

부쿠레슈티에 허브를 열고, 클루이에서 인력을 채용하거나 티미쇼아라에 SSC를 세운다고 상상해보세요. 그룹 차원에서는 한 개의 ERP를 사용하길 원하지만, 현지 재무팀은 TVA, ANAF, SPV, e-Factura 같은 용어로 대화를 시작합니다. Odoo를 루마니아 환경에 맞게 구성한다는 건 단순 번역이 아니라, ANAF의 요구사항과 실무 운영 리스크를 고려해 회계 데이터베이스가 반드시 담아야 할 ‘세법 로직’을 구현하는 일입니다.

다른 EU 국가에서 기본 설정을 그대로 가져오면 루마니아 세무 감사에서 문제가 생기기 쉽습니다. 루마니아 로컬라이제이션 작업은 표준 계정과목, 세금 코드, 전표 흐름, 공식 보고서 형식을 OMFP 규정과 ANAF 전송 방식에 맞춰 맞춤화하는 작업입니다. ERP의 회계 요건은 국내법과 EU VAT 규정이 섞여 있고, 전자세금·감사 파일(SAF-T) 의무가 빠르게 진화하므로 소유주·중소기업·운영팀은 언제 무엇을 Odoo에 설정해야 하는지 명확한 로드맵이 필요합니다.

다음 글도 확인하세요 세계 각국의 Odoo 안내 근접 국가 케이스는 Odoo 포르투갈: 회계, VAT, 로컬라이제이션 및 사업 설정 또는 Odoo 아일랜드: 회계, VAT, 로컬라이제이션 및 사업 설정를 참고하세요. 롤아웃 단계에서 시스템 설계를 고민한다면 Odoo 통합 가이드: Odoo와 비즈니스 툴 연결하는 법문서도 유용합니다.

루마니아에서 Odoo로 사업 운영하기

루마니아는 EU 회원국으로 서비스와 제조업이 성장 중입니다. 외국 투자자들은 주로 유한회사(SRL)나 주식회사(S.A.) 형태로 진출합니다. 설립 절차는 ONRC(국가 상업등기소)에 등록하고 ANAF에 세무 등록을 하는 것으로 시작됩니다.

모든 법인은 고유 식별번호(CUI)와 신고해야 할 세목·신고서 목록을 담은 ‘재무 벡터(fiscal vector)’를 받습니다. 은행, 임대인, 큰 고객사는 계약 전 CUI, 등록된 사업장 증빙, VAT 등록 증명서를 요구하는 것이 일반적입니다.

급여는 Revisal 보고 체계와 사회보험·기여금 규정 아래 운영됩니다. 기여율과 상한선은 예산에 따라 변동하므로, 급여를 Odoo 밖에서 처리한다면 회계상 발생액이 급여명세서와 일치하도록 인터페이스를 조기에 설계해야 합니다.

운영팀 체크리스트:

• 정식 법인 설립 + CUI 확보 + 계약에 맞는 NACE/CAEN 업종 코드 등록.
• VAT 등록 전략 수립: 국내 과세자 등록, EU 역내 매입, 거리판매, OSS 적용 등 매출 모델에 맞는 선택.
• ANAF SPV 접근 권한: 법적 대표자 또는 위임 사용자용 공인전자서명(자격증명) 확보.
• 제한적 위험(distributor) 구조나 SSC 운영 시 이전가격과 현실적 영업 실체(substance) 검토.

루마니아 회계 규정 개요

루마니아 법인은 OMFP(재무부 명령)로 규정된 국내 회계 규정을 따릅니다. 표준 계정과목 구조, 평가 기준, 연간재무제표 작성 양식이 정해져 있으며, IFRS로 연결·연결재무제표를 작성하는 그룹이라도 국내 법에 따른 개별 재무제표를 별도로 준비해야 합니다.

원장에는 루마니아 감사인과 ANAF가 요구하는 대차대조표·손익계산서 형식을 지원할 수 있는 출력이 필요합니다. 유형자산, 재고의 기말처리, 충당금 계산은 감사 시 자주 문제되는 항목입니다. 법인세(임포짓 페 프로핏) 계산에는 특정한 조정 항목이 있으므로 세무 조정이 추적 가능하게 장부에 반영되어야 합니다.

SAF-T(D406)는 세무 관련 데이터를 표준화해 제출하는 파일 형식입니다. 세무조사에서 D406 추출물이 점점 더 중요해지고 있으므로 Odoo 프로젝트에서는 계정, 거래처, 문서유형을 D406에 맞춰 매핑하여 추출 시 장부와 완전히 일치하도록 설계합니다.

연간 법정 신고와 공시 요건은 회사 규모에 따라 달라집니다. Odoo에 결산 일정표를 만들어 관리보고, 법정조정, ANAF 제출 일정이 서로 어긋나지 않도록 운영해야 합니다.

루마니아의 부가가치세(VAT)와 세제 체계

VAT 핵심 포인트(거래일 기준 세율 확인 권장):

• 일반 과세율: 대부분 재화·서비스에 19%
• 감면 9%: 특정 숙박·식음료 등 법에서 허용하는 항목에 적용
• 감면 5%: 사회주택 등 법적 요건을 충족하는 일부 품목에 적용
• EU 거래: 역내 매입·공급은 상대방 VAT ID 확인(VIES)과 EC 매출·매입 신고 요건이 있을 수 있음
• 역동(Payable by customer) 역송과세(reverse charge)는 국경 간 B2B 서비스나 일부 국내 업종에서 흔히 발생하며, Odoo는 자가신고 TVA를 정확히 반영해야 합니다.

정기 VAT 신고(Declarația 300)는 규모가 큰 사업자는 보통 월별 제출, 소규모 사업자는 일정 조건 하에 분기 제출이 허용됩니다. 신고 지연 시 벌금 및 이자가 부과됩니다.

요약신고서(Declarația 390)와 국내 매출·매입 목록(해당 시 Declarația 394)은 세금계산서 장부와 일치해야 합니다. Odoo 로컬라이제이션은 판매·구매 문서가 올바른 TVA 코드를 자동 선택하도록 재무 포지션과 세금 규칙을 설정해야 수작업 보정이 줄어듭니다.

루마니아 세금계산서 발행 요건

루마니아의 세금계산서는 단순한 PDF 서식 그 이상입니다. ANAF 전자 인프라와 연동해 정확한 식별자, 연속성, 그리고 적시 전송이 요구됩니다.

• SPV(스파치울 프리바트 비르추알)는 ANAF의 개인용 가상 공간으로 신고서 제출과 결정서 수령을 위한 채널이며, 전자세금계산서 흐름도 이 생태계와 연동되는 경우가 많습니다.
• e-Factura는 CIUS RO/UBL 규격에 맞춘 XML 기반의 국가 전자세금계산서 시스템입니다. 도입은 납세자 범주와 일정에 따라 단계적으로 진행되고 있습니다.
• 세금계산서 식별요소: 문서 시리즈·번호, 공급자·수취인 CUI/VAT 정보, 라인별 TVA 표기가 전자 전송 내용과 일치해야 합니다.
• e-Transport(요건 해당 시): 고위험 품목의 이동은 UIT 코드와 ANAF 전송이 필요할 수 있으니 물류와 세무·청구팀이 동일한 데이터 소스를 사용해야 합니다.
• 수정세금계산서·정정은 엄격한 규칙을 따릅니다. 전표 확정 후 엑셀로 임의 번호를 재부여하는 관행은 감사에서 자주 문제됩니다.

루마니아에서 국경 간 판매를 할 경우, 제로레이팅 또는 역내 공급 증빙(운송서류, Incoterms, 고객 VAT ID)을 함께 관리해야 합니다.

루마니아용 Odoo 로컬라이제이션

커뮤니티 및 엔터프라이즈 에디션은 루마니아 로컬라이제이션을 꾸준히 업데이트합니다: 계정 템플릿, 세금, 재무 포지션, 공식 보고서 등. 그러나 성공적인 도입은 단순 모듈 설치가 아니라 꼼꼼한 설정 작업을 요구합니다.

일반적으로 Odoo 루마니아 프로젝트에서 설정하거나 검증하는 항목들:

• 회사 기본정보: 국가, CUI, VAT 번호, 지점, RON 통화, 회계연도 등
• 국내 거래, EU B2B, EU B2C, 수출, 역송과세에 대응하는 세금과 재무 포지션
• 송장·취소·수납 등 ANAF 제출용 파일이 깔끔하게 나오도록 저널과 문서유형 구성
• 거래처 마스터 데이터: CUI, VAT ID, 국가, 배송지(전자세금계산서 및 물류용)
• 현지 자재명세서(BOM)와 착지비용(landed costs)을 포함한 제조·유통 재고·원가 유통흐름
• e-Factura / SPV 연동(커넥터 또는 인증 미들웨어) 및 오류 모니터링 체계

RON 은행 계좌, SEPA 및 웹샵 결제 연동까지 포함한 통합 로컬 뱅킹 설정

자주 마주치는 과제들

• 본사 표준 템플릿을 그대로 덮어쓰면 VAT 코드와 법정 항목이 어긋나므로 반드시 재매핑이 필요합니다.
• e-Factura 타이밍 이슈: ERP에 등록된 마스터 데이터나 문서 시리즈가 일치하지 않으면 ANAF가 XML을 반려할 수 있습니다.
• 연관회사 거래: 루마니아 자회사가 본사로 송장 발행 시 이전가격 근거와 연결결산에서의 상계 처리가 맞아야 합니다.
• 이커머스: B2B·B2C가 혼재하는 EU 판매는 OSS 적용 또는 각국 등록 선택이 필요하며, 웹샵에서 하나의 기본세금만 설정하면 안 됩니다.
• 연중 도입(중도 롤아웃): 기존 SW에서 이관할 때 기초잔액, D406 연속성, VAT 감사흐름을 유지하는 마이그레이션 전략이 필요합니다.

Odoo가 제공하는 해결책

Odoo는 CRM·영업·재고·회계·보고를 한 DB에서 운용하게 해줍니다. 루마니아 규칙을 데이터 모델에 깔끔히 반영하면 중복 입력을 줄이고 송장 연속성을 관리하며 ANAF 제출용 파일을 매일 사용하는 장부에서 바로 추출할 수 있습니다.

자동화는 반복 거래에서 수동으로 TVA를 선택하는 일을 없애줍니다. 문서 저장 기능은 PDF와 XML 원본을 회계 전표에 링크해 감사 대응력을 높입니다.

Odoo로 기업 해외진출을 돕는 방법

Dasolo는 국제 팀을 위한 Odoo 구현을 수행합니다. 루마니아는 다국가 프로그램에서 자주 다루는 워크스트림이며, 우리는 슬라이드가 아닌 검증된 실무 흐름을 구현하는 것에 집중합니다.

• 구현: 실제 운영 방식에 맞는 모듈·권한·승인 라인을 Odoo 내에서 청사진으로 만들기.
• 로컬라이제이션: TVA, 재무 포지션, ANAF 제출용 문서 시퀀스 설정 및 재무 담당자에게 인계하기.
• 자동화: 영업·창고·회계 간 스프레드시트 의존도를 줄이면서도 감사흐름을 보존하기.
• 다국가 롤아웃: 현지 법률을 준수하면서도 그룹 표준과 정렬하기.

이미 Odoo를 사용 중인데도 e-Factura나 D406 불일치로 매달 골칫거리가 생긴다면, 우리는 실무 중심의 감사와 실행 가능한 수정안을 제공합니다. 일반적 체크리스트가 아니라 즉시 적용 가능한 해결책을 드립니다.

맺음말

루마니아는 TVA 준수, OMFP에 따른 법정 회계, ANAF 전자 채널을 성실히 지키는 기업에 보상을 줍니다. Odoo 루마니아가 제대로 작동하려면 의무 규정을 데이터베이스에 명시적으로 담고, 이를 스프레드시트 뒤에 숨기지 않아야 합니다.

Odoo 루마니아 로컬라이제이션에 조기에 투자하고, 커넥터 선택 시 e-Factura·SPV를 염두에 두며, 마스터데이터를 깨끗하게 유지하세요. 그렇게 하면 확장은 ‘지루한’ 성공—예측 가능한 결산과 적은 세무 리스크—으로 이어집니다.

Dasolo는 Odoo 국제 구현: 감사·로컬라이제이션·자동화·다중 법인 롤아웃을 지원합니다. 프로젝트 상담을 원하시면 Odoo 약속 예약 페이지를 이용해 통화 일정을 잡으세요.문서도 유용합니다.