헝가리용 청구서 생성

Harvest는 헝가리에서 준수하는 전자 청구서를 생성하는 데 강력한 지원을 제공하며, XML 형식 및 공공 기관 거래를 위한 Peppol 통합을 포함합니다.

헝가리의 전자 청구서 규정 이해하기

헝가리의 전자 청구서 환경은 주로 국세청(NAV)에 의해 관리되며, 2007년 부가가치세에 관한 법률 제 CXXVII호 및 2018년 제 LXXXIII호에 뿌리를 두고 있습니다. 이러한 법률은 의무적인 실시간 청구서 보고(RTIR) 시스템을 설정하고 확장했습니다. 이러한 규정을 준수하는 것은 헝가리에서 운영되는 기업에 매우 중요하며, 이는 국가의 VAT 보고 프레임워크를 뒷받침하고 세금 징수를 간소화하며 VAT 격차를 크게 줄이는 것을 목표로 합니다.

헝가리에서 전자 청구서에 대한 일반 요구사항은 NAV의 중앙 집중식 NAV 온라인 청구서 시스템(Online Számla)에 청구서 데이터를 실시간으로 보고하는 것입니다. 이 의무는 모든 VAT 등록 기업, 외국 기업을 포함하여 B2B, B2C, 공동체 내 및 수출 거래를 포함한 광범위한 거래에 적용됩니다. 특히, 이 보고는 원본 청구서가 종이, PDF 또는 구조화된 전자 형식으로 발행되었는지 여부에 관계없이 의무적입니다. 또한, 공공 계약 당국은 EU 기준 EN 16931에 부합하는 전자 청구서를 법적으로 수용해야 하며, 이는 헝가리를 EU 지침 2014/55/EU와 일치시킵니다.

의무 청구서 형식 및 내용 요구사항

헝가리에서 준수를 보장하기 위해 청구서는 EN 16931 유럽 표준에 부합하는 구조화된 XML 형식으로 생성되어야 합니다. 이 요구사항은 B2C 거래에서 종이 청구서가 이후에 발행되는 경우에도 적용됩니다. 헝가리 세무 당국의 NAV 온라인 청구서 시스템은 현재 XML 스키마 버전 3.0을 지원합니다. XML 파일 자체는 법적으로 유효한 청구서로 간주됩니다.

• 발행일 및 고유 순차 청구서 번호.
• 공급자 및 고객의 VAT 번호 (B2B 거래의 경우).
• 공급자 및 고객의 전체 이름 및 주소.
• 제공된 상품 또는 서비스에 대한 명확한 설명, 수량이 적용되는 경우 포함.
• 청구서 발행일과 다른 경우 공급일.
• 공급의 순세금 과세 가치, 적용된 VAT 비율, 및 VAT 금액 (청구서가 외화인 경우 HUF로도 표시해야 함).
• 청구서의 총 총액.
• 공동체 내 공급의 경우, 이 거래 유형을 나타내는 특정 주석이 필요합니다.

청구서 형식에서 피해야 할 일반적인 실수는 "STORNO" 작업 코드를 사용하여 두 단계 청구서 수정을 잘못 구현하는 것이며, 이는 청구서 체인을 조기에 종료시킵니다. 또한, 수정 청구서의 이행 날짜에 대한 불일치에 주의하고, 세금 면제 코드 분류를 정확하게 수행하며 명확한 참조를 제공해야 합니다. 세금 번호와 관련된 오류(예: 그룹의 VAT 그룹 구성원을 보고하는 대신 그룹을 보고하는 경우) 및 VAT 상태 문제도 자주 지적됩니다.

준수하는 청구서 생성을 위한 모범 사례

헝가리에서 준수하는 청구서를 생성하는 것은 간소화된 워크플로우와 정확성을 보장하기 위한 모범 사례 준수를 포함합니다. NAV 온라인 Számla 시스템에 청구서를 생성하고 제출하는 일반적인 워크플로우는 다음과 같습니다:

• 등록: 온라인 Számla 플랫폼에 귀사를 등록하세요.
• 기술 사용자 설정: 기술 사용자를 생성하고 시스템 통합을 위한 필요한 기술 키를 생성하세요.
• 시스템 연결: 귀하의 ERP 또는 회계 소프트웨어와 온라인 Számla 시스템 간의 API 웹 서비스 연결을 설정하세요.
• XML 생성: 귀하의 ERP 시스템에서 발행된 각 청구서는 공식 NAV 스키마(현재 버전 3.0)를 엄격히 준수하여 자동으로 XML 파일로 변환되어야 합니다.
• 실시간 전송: 청구서 발행 즉시 NAV에 청구서 데이터를 전송하세요. 이상적으로는 RTIR을 위해 5분 이내에 전송해야 합니다. 기술적 실패에 대해 일반적으로 24시간의 유예 기간이 허용됩니다.
• 검증 및 피드백: NAV는 제출된 데이터를 검증하고 제출이 수락되었는지, 경고를 받았는지, 오류가 포함되었는지에 대한 전자 메시지를 제공합니다.

정확성과 준수를 보장하기 위해 다음을 수행하는 것이 중요합니다:

• 스키마 변경 사항에 대한 최신 정보 유지: NAV XML 스키마의 변경 사항을 수용하기 위해 시스템을 정기적으로 검토하고 업데이트하세요.
• 일관성 유지: 청구서의 시각적 표현이 XML 파일에 포함된 데이터와 일치하도록 하세요. NAV는 주로 후자를 접근합니다.
• 데이터 검증: 구매자 VAT 번호, VAT 상태 및 환율을 정확하게 확인하세요.
• 올바른 수정: 청구서를 수정할 때는 항상 "MODIFY" 작업 코드를 사용하고 원본 청구서의 일련 번호를 포함하여 올바른 청구서 체인을 유지하세요.
• 적절한 면제: 세금 면제 코드를 정확하게 분류하고 면제에 대한 명확한 참조를 제공하세요.

전자 청구서 규정의 변화 탐색하기

헝가리의 전자 청구서 규정 환경은 동적이며, EU 지침에 맞추고 VAT 준수를 강화하기 위해 빈번한 업데이트가 이루어집니다. 기업은 이러한 변화를 인지하여 지속적인 준수를 보장하고 벌금을 피해야 합니다. 다가오는 규제 변경 사항에는 NAV XML 스키마의 업데이트, 보고 기준의 수정 또는 에너지 부문이나 공공 기관에 대한 추가 데이터 의무와 같은 부문별 요구사항이 포함될 수 있습니다.

이러한 규제 변경 사항에 대한 최신 정보를 유지하기 위해 기업은 NAV 웹사이트를 정기적으로 확인하고, 업계 뉴스레터를 구독하며, 전문 자문 서비스와 협력해야 합니다. 적극적으로 대응함으로써 기업은 새로운 요구사항을 신속하게 충족할 수 있도록 청구서 프로세스를 조정하여 준수 위험을 최소화할 수 있습니다.

청구서 규정 미준수의 결과

헝가리의 청구서 규정을 준수하지 않으면 상당한 법적 및 재정적 결과가 발생할 수 있습니다. 기업은 벌금, 감사 및 운영 중단의 위험에 직면할 수 있습니다. 미준수의 영향은 즉각적인 벌금에 그치지 않으며, 거래 기록에 영향을 미치는 부정확성으로 인해 비즈니스 신뢰성과 고객 신뢰가 손상될 수 있습니다.

이러한 위험을 완화하기 위해 기업은 강력한 청구서 시스템을 구현하고, 준수 요구사항에 대한 직원 교육을 정기적으로 실시하며, 잠재적인 문제를 사전에 식별하고 수정하기 위해 주기적인 감사를 수행해야 합니다. 규제 준수에 대한 적극적인 접근 방식을 유지하면 비즈니스 연속성을 보장하고 미준수의 부정적인 영향을 방지할 수 있습니다.

헝가리용 청구서 생성 FAQ

• 헝가리에서 XML 전자 청구서를 어떻게 생성할 수 있나요?
  Harvest는 헝가리의 전자 청구서 요구사항을 준수하는 데 사용할 수 있는 XML 형식의 UBL 전자 청구서 생성을 지원합니다.
• 헝가리에서 준수하는 청구서의 필수 요소는 무엇인가요?
  헝가리에서 준수하는 청구서는 발행일, 고유 청구서 번호, 공급자 및 고객의 VAT 번호, 전체 이름 및 주소, 제공된 상품 또는 서비스의 설명, 공급일이 다른 경우, 순세금 및 총액, VAT 비율 및 공동체 내 공급에 대한 특정 주석을 포함해야 합니다.
• Harvest는 여러 장치에서 시간 추적을 어떻게 지원하나요?
  네, Harvest는 데스크탑, 태블릿 및 스마트폰을 포함한 다양한 장치에서 접근할 수 있습니다. 어디서든 시간을 추적할 수 있어, 언제 어디서나 시간을 기록할 수 있습니다.
• 청구서 도구는 헝가리의 규제 변경 사항에 자동으로 업데이트되나요?
  청구서 도구는 모든 규제 변경 사항에 자동으로 업데이트되지 않을 수 있습니다. 준수를 유지하려면 시스템을 수동으로 업데이트하고 새로운 요구사항에 대한 정보를 유지해야 합니다.
• Harvest는 헝가리의 공공 기관을 위한 전자 청구서를 어떻게 지원하나요?
  Harvest는 공공 기관과의 거래에 필요한 Peppol 게이트웨이를 통해 전송할 전자 청구서를 준비할 수 있습니다.