Harvest
청구서
가입하기

루마니아용 세금계산서 생성

Harvest는 다중 통화 및 세금 정보를 지원하는 유연한 세금계산서 옵션을 제공하여 루마니아를 포함한 국제 고객에 맞게 조정할 수 있습니다.

청구서 초안

여기에 로고를 추가하세요
항목 유형
설명
수량
단가
세금
금액
소계
$0.00
할인
$0.00
총 금액
$0.00
결제 수단:
신용카드 / 체크카드
ACH
계좌이체

청구서 사용자 지정

외관

로고 추가
청구서 제목 표시

청구서 설정

세금 최대 2개의 세율 추가
%
할인 할인율 적용
%

루마니아 세금계산서 규정 이해하기

루마니아 법률을 준수하기 위해 기업은 세금 식별 번호 및 엄격한 부가가치세 준수를 포함한 특정 법적 요구사항을 준수해야 합니다. 루마니아는 EU 회원국으로서 EU 부가가치세 지침에 맞춰 부가가치세 시스템을 조정합니다. 국가 세무청(ANAF)은 부가가치세를 관리하고 준수를 감독합니다.

루마니아 세금계산서의 중요한 측면은 세금 식별 번호입니다. 루마니아 법인에게는 일반적으로 CIF(세금 식별 코드) 또는 CUI(등록 코드)가 부가가치세 등록 코드입니다. 루마니아에서 과세 거래를 수행하는 비거주 기업도 매출에 관계없이 유효한 루마니아 부가가치세 번호를 취득해야 하며, 거주 기업은 연간 매출이 RON 300,000(약 €60,000)을 초과할 경우 등록해야 합니다.

부가가치세 준수 및 세부사항 요구사항에 따르면, 루마니아의 표준 부가가치세율은 현재 19%이며, 특정 상품 및 서비스(예: 식품, 의약품, 호텔 숙박)에 대해 9% 및 5%의 세금이 적용됩니다. 그러나 2025년 8월 1일부터 표준 부가가치세율은 21%로 인상되며, 5% 및 9%의 세금은 단일 세금으로 통합됩니다. 세금계산서에는 적용된 부가가치세율, 지불해야 할 부가가치세 금액 및 부가가치세율 또는 면세에 따른 세부사항이 명확히 기재되어야 합니다. 면세가 적용되는 경우 관련 규정에 대한 참조를 포함해야 합니다.

루마니아 고객을 위한 세금계산서 형식

루마니아 고객을 위한 세금계산서를 적절히 형식화하는 것은 명확성과 준수를 위해 매우 중요하며, 모든 필수 요소가 포함되고 일반적인 실수를 피할 수 있도록 해야 합니다. 루마니아 법률, 특히 재정법 제319조(20)에 따르면 모든 세금계산서에 포함해야 할 필수 정보가 명시되어 있습니다.

  • 공급자와 수령자의 전체 상호, 주소 및 부가가치세 ID. 어느 한 쪽이 루마니아에 설립되지 않은 경우, 그들의 세무 대리인의 이름, 주소 및 부가가치세 ID를 포함해야 합니다.
  • 세금계산서 발행일.
  • 상품 또는 서비스가 공급되거나 제공된 날짜 또는 선불이 이루어진 날짜.
  • 세금계산서를 식별하는 고유 순차 번호.
  • 공급된 상품의 종류 및 수량 또는 제공된 서비스.
  • 공급된 상품 또는 제공된 서비스의 금액.
  • 적용된 부가가치세율.
  • 지불해야 할 부가가치세 금액 및 수령한 선불.
  • 부가가치세 금액 세부사항은 부가가치세율 또는 면세에 따라.
  • 총 지불 금액.
  • 면세가 적용되는 경우, 관련 규정에 대한 참조를 포함해야 하며, 세금이 면세임을 명시해야 합니다.
  • 수령자가 부가가치세를 지불할 의무가 있는 경우(예: 역전가산세 메커니즘에 따라), "역전가산세"에 대한 언급이 있어야 합니다.

세금계산서 형식에서 피해야 할 일반적인 실수는 이러한 필수 세부정보를 생략하거나 부가가치세를 잘못 계산하거나 전자 세금계산서에서 구매자의 주소에 대한 카운티 및 부쿠레슈티의 경우 섹터를 명시하지 않는 것입니다. €100 이하의 판매에 대해서는 간소화된 세금계산서가 허용되며, 필요한 세부정보가 적습니다.

루마니아 B2B 세금계산서 최선의 관행

루마니아에서 B2B 거래를 위해 전자 세금계산서 및 통화 변환의 뉘앙스를 이해하는 것은 준수 및 원활한 운영을 위해 매우 중요합니다. 중요한 발전은 RO e-Factura 시스템의 의무적 구현입니다. 2024년 1월 1일부터 루마니아 부가가치세 등록 기업 간의 모든 국내 거래에 대해 B2B 전자 세금계산서 발행이 의무화됩니다. 이는 거주 기업 간의 상품 또는 서비스 교환에 대한 세금계산서가 정부의 RO e-Factura 플랫폼을 통해 발행, 전송 및 수신되어야 함을 의미합니다.

전자 세금계산서는 RO_CIUS XML 형식을 준수해야 하며, 이는 유럽 전자 세금계산서 표준(EN 16931-1)과 일치합니다. 공급자는 XML 형식으로 RO e-Factura 플랫폼에 전자 세금계산서를 제출해야 하며, 세무 당국은 검토 및 검증을 수행합니다. 검증이 완료되면 플랫폼은 디지털 서명된 XML 세금계산서를 생성하며, 이는 유효한 세금계산서로 간주됩니다. 이러한 세금계산서를 전송하는 마감일은 발행 후 5영업일 이내이며, 2026년 1월부터는 5일이 아닌 5영업일로 변경됩니다. 발행자와 수령자 모두 RO e-Factura 플랫폼에 등록되어 있어야 합니다.

외화로 세금계산서를 발행할 경우 통화 변환 고려사항으로, 부가가치세 보고 목적으로 RON으로 변환하기 위해 공식적으로 인정된 환율을 사용하는 것이 중요합니다. 세금계산서는 외화로 발행할 수 있지만, 부가가치세 금액은 종종 RON으로 표현되어야 합니다.

통화 및 지불 문제 해결하기

루마니아 고객과 거래할 때 통화 변환 및 지불 조건을 효과적으로 관리하는 것이 중요하며, 연체 및 분쟁에 대한 전략을 갖추는 것도 중요합니다. 통화 변환 처리 시, 루마니아 레우(RON) 이외의 통화로 세금계산서를 발행하는 경우, 사용된 환율이 세금계산서에 명확히 기재되어야 하며, 루마니아 국가은행의 일일 환율과 일치해야 합니다. 이는 부가가치세 계산 및 보고에 특히 중요합니다. 루마니아에서의 일부 지불은 원천징수세의 적용을 받을 수 있으므로, 귀하의 국가와 루마니아 간의 이중 과세 협정을 확인하는 것이 좋습니다.

루마니아 고객을 위한 지불 조건 설정은 명확하게 이루어져야 합니다. 루마니아의 표준 지불 조건은 30일이지만, 당사자 간에 연장할 수 있으며, 일반적으로 60일을 초과하지 않습니다. 60일 이상의 조건에 대한 합의는 남용적이지 않아야 합니다. 세금계산서에 지불 기한을 명시하는 것이 좋습니다.

연체 및 분쟁 처리에는 구조화된 접근 방식이 필요합니다. 루마니아에서는 연체 세금계산서에 대해 연체 이자를 부과할 수 있습니다. 상업 거래에 대한 법적 기본 이자율은 루마니아 국가은행의 정책 기준 금리에 8% 포인트를 더한 것입니다. 외화 거래의 경우, 이율은 BNR 정책 금리에 6%를 더한 것입니다. 계약에서 합의된 이율이 없는 경우 법적 기본 이자율이 적용됩니다. 루마니아에서의 채권 회수의 제한 기간은 일반적으로 청구가 만료된 날로부터 3년입니다. B2B 채권 회수의 초기 단계는 일반적으로 공식적인 요구서 발송을 포함하며, 필요할 경우 법원을 통한 지불 명령 절차가 뒤따릅니다. 채권 회수에 대한 법적 절차는 사건의 복잡성과 채무자의 협력에 따라 몇 주에서 몇 개월까지 걸릴 수 있습니다.

루마니아 세금계산서 템플릿 미리보기

부가가치세 세부사항, CIF 번호 및 준수 형식이 포함된 세금계산서가 루마니아 고객을 위해 준비된 모습을 미리 확인하세요.

부가가치세 세부사항이 포함된 루마니아 준수 세금계산서 템플릿

루마니아용 세금계산서 FAQ

  • Harvest는 세금계산서에 부가가치세 번호와 같은 세금 정보를 포함할 수 있도록 하여 루마니아 세금계산서 요구사항을 준수할 수 있도록 합니다.
  • Harvest는 루마니아 세무 당국의 요구사항에 맞게 조정할 수 있는 UBL 전자 세금계산서를 지원합니다.
  • Harvest는 시간 추적 기능을 통해 프로젝트 일정을 관리하고 추적할 수 있는 도구를 제공하여 특정 작업에 대한 시간을 기록하고 진행 상황을 모니터링하며 마감일을 효과적으로 준수할 수 있도록 합니다.
  • 루마니아에서 세금계산서는 양 당사자의 전체 상호, 주소 및 부가가치세 ID, 세금계산서 발행일, 상품 또는 서비스 공급일, 고유 순차 번호, 상품 또는 서비스 설명, 적용된 부가가치세율 및 지불해야 할 금액을 포함해야 합니다. 면세 공급의 경우 관련 규정을 참조해야 합니다.
  • 세금계산서 소프트웨어는 통화 변환을 용이하게 할 수 있지만, 사용자는 환율이 정확하고 공식 환율에 부합하는지 확인해야 합니다. 소프트웨어가 환율을 자동으로 업데이트하지 않을 수 있으므로 준수를 위해 수동 검증이 필요할 수 있습니다.