모든 전자 인보이스(eInvoicing) 소프트웨어 기업이 ASP 인가를 받아야 하는가?

아니다. 인가는 교환망에서 코너(Corner) 1, 4, 또는 5 역할을 하는 기업에 적용된다. ERP나 회계 소프트웨어를 판매하는 공급업체, 또는 고객을 다른 업체의 ASP에 연결해 주는 통합업체는, 제품이 실제로 공급자 측 경계 안에 머물고 인보이스를 교환망을 통해 직접 전달하지 않는 한 인가 없이도 운영할 수 있다.

회사의 매출이 5,000만 AED 미만인 경우 어떻게 됩니까?

재무부(Ministry of Finance)는 매출이 더 적은 기업에는 더 늦은 일정이 적용된다고 밝혔으나, 작성 시점에는 독립적으로 확인 가능한 텍스트 형태로 구체적인 날짜를 발표하지 않았습니다. 매출이 5,000만 AED를 초과하는 기업의 경우 2026년 10월 30일과 2027년 1월 1일을 확정된 날짜로 간주하시고, 해당 기준 미만 기업의 현재 상황은 재무부 자체의 전자 인보이스(eInvoicing) 포털에서 확인하시기 바랍니다.

교환된 인보이스가 거부되면 누가 책임을 지는가?

이는 기술이 아니라 계약에 따라 달라진다. 일반적으로 통합을 구축했거나 데이터를 전달했거나 장애가 발생한 교환 단계를 운영한 당사자가 책임을 지지만, 이는 고객 계약서에 그렇게 명시되어 있을 때에만 그렇다. 이 책임 분담은 거부가 발생한 뒤가 아니라 첫 고객을 온보딩하기 전에 결정하고 문서로 남겨 두어야 한다.

인가받은 제공업체의 기술을 다른 브랜드나 법인 아래에서 운영할 수 있는가?

가능하다. Ministry의 2026년 5월(May 2026) 개정은 부분적으로 이를 더 쉽게 하기 위해 마련된 것으로, UAE 기업이 해외 제공업체와 파트너십을 맺어 기반 시스템을 도입할 수 있도록 허용한다. Ministry에 중요한 것은 실제로 어느 법인을 인가하는지, 그리고 어느 법인이 서비스에 대해 책임을 지는지이며, 고객에게 보이는 브랜드에 누구의 이름이 올라가 있는지는 중요하지 않다.

가이드

UAE 전자 송장 기술 제공자 또는 ASP 설립하기

내 전자 인보이스 발행 계획 가져오기

간단한 답변

재무부(Ministry of Finance)는 UAE의 전자 송장(eInvoicing) 체계를 정하고 서비스 제공업체를 인가하며, 연방세무청(Federal Tax Authority)은 교환 시스템과, 사업체가 제공업체를 선택하는 EmaraTax 시스템을 운영합니다. 여기서 중요한 허가는 2025년 장관 결정 제64호(Ministerial Decision No. 64 of 2025)에 따른 인가 서비스 제공업체(Accredited Service Provider, ASP) 지위입니다. 이는 규제 대상 교환 시스템을 전혀 다루지 않고도 회사가 보유할 수 있는 일반 기술 트레이드 라이선스와는 다른 것입니다. 경로를 결정하는 질문은 간단합니다. 회사가 네 개의 코너 중 하나로서 송장을 교환하는가, 아니면 그렇게 하는 주체에게 소프트웨어를 공급하는가?

4코너 모델(four-corner model)과 역할을 결정하는 주체

이 교환 체계는 포코너(four-corner) 모델로 작동한다: 코너 1(Corner 1)은 송장을 발행하는 공급자이고, 코너 4(Corner 4)는 이를 수신하는 고객이며, 두 당사자는 PDF를 이메일로 보내는 대신 공인된 중개자를 통해 구조화된 송장 데이터를 교환한다. 코너 5(Corner 5)는 세무 목적으로 동일한 데이터를 연방세무청에 보고하며, 이 보고용 코너는 2026년 7월 1일부터 시작된 파일럿보다 앞서 가동되었다.

사업체가 스스로 이 체인의 일부라고 선언할 수는 없습니다. ASP는 재무부가 인가하며, 고객은 상업 계약을 체결하고 연방세무청의 EmaraTax 시스템을 통해 선택하는 방식으로 ASP를 정합니다. 회사의 제품이 송장 데이터를 준비하거나 표시하기만 하고 교환 시스템을 통해 전달하지 않는다면, 그 회사는 코너 1, 4 또는 5로서 활동하는 것이 아니며 인가가 적용될 가능성은 낮습니다. 다만 이는 트레이드 라이선스가 무엇이라고 기재하는지가 아니라 소프트웨어가 실제로 무엇을 하는지에 관한 문제입니다.

Ministry of Finance와 Federal Tax Authority가 실제로 요구하는 사항

여기서 법적 효력을 갖는 것은 세 건의 각료결정이다. 2025년 각료결정 제243호(No. 243 of 2025)는 전자송장(eInvoicing) 시스템을 수립했고, 2025년 각료결정 제244호(No. 244 of 2025)는 그 시행절차를 정했으며, 2025년 각료결정 제64호(No. 64 of 2025)는 누가 어떻게 공인 서비스 제공업체(Accredited Service Provider)가 될 수 있는지를 정한다. 연방세무청은 전자송장을 좁게 정의한다: 전자적으로 발행 및 교환되는 구조화된 송장 데이터를 의미하며, 아무리 깔끔하게 정리된 PDF나 이메일 송장이라도 이는 제외된다.

연간 매출이 5,000만 AED를 초과하는 사업체에 대해 재무부는 두 가지 일자를 정하였습니다. 2026년 10월 30일까지 ASP를 선정해야 하며(당초 2026년 7월 31일이던 기한이 2026년 5월에 연장됨), 2027년 1월 1일까지 시스템이 가동되어야 합니다. 재무부는 다른 매출 구간과 정부 기관은 이후 일정에 따른다고 밝혔으나, 이 글을 작성하는 시점에 그 일정은 텍스트가 아닌 자체 포털의 이미지로 게시되어 있었으므로, 이 안내서는 5,000만 AED 기준에 미달하는 사업체에 대한 특정 일자를 반복하지 않습니다. 특정 일자에 의존하기 전에 재무부의 최신 전자 송장 포털을 확인하십시오.

2026년 5월까지 재무부는 이미 32개의 서비스 제공업체를 승인했으며, 추가로 여러 업체가 인정 절차의 마지막 단계에 있었다. 또한 UAE 기업이 해외 제공업체와 제휴하여 기반 기술과 노하우를 도입할 수 있도록 규정을 개정했다.

벤더, 통합업체 또는 ASP: 답을 바꾸는 구조 결정

관할 구역(jurisdiction)을 비교하기 전에, 해당 사업이 실제로 어떤 모델에 해당하는지를 먼저 확정해야 한다. 각 모델은 체제의 서로 다른 부분에 대해 책임을 지기 때문이다.

ERP 또는 회계 소프트웨어 공급업체로, 규정에 부합하는 데이터를 생성하는 도구를 판매하지만 교환 체계 자체의 바깥에 위치한다.
시스템 통합업체(systems integrator)로, 고객의 ERP를 공인 서비스 제공업체(ASP)에 연결하지만 그 자신은 ASP가 되지 않는다.
공인 서비스 제공업체(Accredited Service Provider)로, 고객을 대신하여 코너(Corner) 1, 4 또는 5로서 송장을 교환망을 통해 전달한다.
컴플라이언스, 아카이빙 또는 분석 계층으로, 데이터가 이미 이동한 이후 그 데이터를 중심으로 구축된다.

여기서부터 직접 구축할지, 제휴할지, 화이트라벨(white-label)로 할지의 결정이 이어집니다. 현지 회사가 해외 제공업체와 제휴할 수 있도록 허용한 2026년 5월의 개정은, UAE 진입 사업자 대부분이 교환 인프라를 처음부터 구축하는 것이 아니라 라이선스를 받거나 화이트라벨로 이용한다는 점에서 마련된 것입니다. 이 선택에 따라 재무부가 누구를 인가하는지, 누가 고객 계약에 서명하는지, 기반 기술이 실패할 경우 누가 컴플라이언스 위험을 부담하는지가 달라지는데, 하나의 회사 이름은 이 세 가지 별개의 문제를 가려 버릴 수 있습니다.

거래소를 통해 자금과 책임이 이동하는 방식

이 사업체를 심사하는 은행은 일회성 트레이드 라이선스가 아니라 반복적인 소프트웨어 또는 거래 수익을 확인하고자 하며, 송장이 거부되거나 잘못 전송된 경우 누가 책임을 지는지, 즉 공급업체, 통합업체, ASP, 고객 중 누구인지를 묻습니다. 분쟁이 발생한 뒤가 아니라 첫 송장이 전송되기 전에 이러한 책임 배분을 고객 계약에 명시하십시오.

사업체가 투자자 또는 해외 기술 파트너의 자금으로 운영되는 경우, 자금의 출처와 파트너십 구조는 은행과 재무부의 인가 심사 모두에 중요합니다. 자금 출처 자료는 사후가 아니라 기술 신청서와 함께 문서화하십시오. 인가를 신청하기 전에 은행 계좌 개설 준비 평가를 받으면 이러한 질문이 아직 적은 비용으로 답할 수 있는 단계에서 더 일찍 드러나는 경향이 있습니다. 이 부분의 비용은 하나의 대표 금액이 아니라 법인 설립, 인가 및 지속적인 컴플라이언스에 걸쳐 층층이 구성되며, 이를 처리하는 데 대한 Velarozone 요금은 용역 계약서에 항목별로 명시됩니다. Velarozone의 업무 방식을 참조하십시오.

흔히 잘못되는 지점

Ministry가 인가를 부여하기 전에 승인된 ASP인 것처럼 마케팅하거나 인가를 받은 것처럼 암시하는 행위.
구조화된 인보이스 교환을 PDF를 이메일로 보내는 것과 동일하게 취급하는 것으로, 이는 Federal Tax Authority 자체의 정의에서 제외되는 행위이다.
거부되거나 잘못 전송된 인보이스에 대한 책임을 고객 계약서에 명시하지 않고 남겨 두는 것.
소프트웨어 트레이드 라이선스만으로 고객의 매출 기준 의무를 충족한다고 가정하는 것.
Ministry가 실제로 인가하는 주체가 어느 법인인지 문서화하지 않은 채 화이트라벨 파트너십을 구축하는 것.

인가 취득부터 일상 운영까지

인증은 일회성 절차가 아닙니다. 재무부가 이를 심사하므로, 기술 팀, 데이터 호스팅 방식, 지원 체계는 신청서에 기재된 내용을 그대로 유지해야 하며, 고객이 온보딩된 뒤에 달라져서는 안 됩니다. 핵심 기술 및 컴플라이언스 인력은 통상 운영 법인에 연계된 UAE 거주 비자가 필요하며, 회사 자체도 다른 UAE 기업과 마찬가지로 법인세 및 부가가치세(VAT)에 등록해야 합니다. 따라서 전자 인보이싱(eInvoicing) 인증은 일반 세무 의무를 대체하는 것이 아니라 그와 병행됩니다.

인증 갱신 일정과 일상적인 트레이드 라이선스 갱신 일정을 구분해 정리한 문서화된 운영 계획이 있으면, 서로 조용히 어긋나는 두 개의 일정 대신 하나의 일정으로 관리할 수 있습니다. 교환 역할은 한 법인에, 소프트웨어 개발은 다른 법인에 두는 경우(파트너 또는 화이트 라벨 구조에서 흔함)에는, 어느 법인이든 신청하기 전에 해결해야 할 복합 소유 구조 문제로 다루십시오.

우리가 운영하는 서비스

전자 송장 기술 제공자를 설립하시겠습니까?

전자 인보이스(eInvoicing) 사업의 성패는 교환망에서 실제로 어느 코너를 차지하느냐에 달려 있으며, 이 결정은 관할 구역이나 은행을 선택하기 전에 확정되어야 한다. Velarozone은 사업체를 Ministry of Finance의 인가 요건에 대비해 분석하고, 공급업체, 통합업체, ASP 중 어느 지위가 맞는지 파악한 뒤, 답이 명확해지면 설립 비용을 산정한다.

내 전자 인보이스 발행 계획 가져오기

약 2분 · 필요한 문서 없음 · 의무 없음

주요 요점

관련 법적 체계: 2025년 각료 결의(Ministerial Decision) 제243호, 244호 및 64호에 따라 수립된 UAE 전자 인보이스(eInvoicing) 제도.
결정 주체: Ministry of Finance가 서비스 제공업체를 인가하며, Federal Tax Authority가 EmaraTax와 교환망을 관리한다.
확인해야 할 관문: 일반적인 기술 라이선스가 아니라 Accredited Service Provider(ASP) 지위이다.
지금까지 확정된 기한: 매출이 5,000만 AED를 초과하는 기업은 2026년 10월 30일까지 ASP(Accredited Service Provider)를 지정해야 하며, 2027년 1월 1일까지 전자 인보이스(eInvoicing)를 시행해야 합니다.
Velarozone의 출발점: 관할 구역이나 구조를 선택하기 전에, 사업체가 교환망에서 실제로 어느 코너(Corner)에 해당하는지를 먼저 파악하는 것이다.

출처

이 가이드를 위해 검토한 공식 페이지. 전자 인보이스(eInvoicing) 규정은 새로 도입되었으며 Ministry가 계속 개정하고 있으므로, 게시하거나 조치를 취하기 전에 현재 입장을 확인해야 한다.

2026-10-05 확인: 위 네 개 페이지를 모두 다시 확인했습니다. 4코너 모델과 코너 1/4/5의 역할, 2026년 7월 1일 시범 운영 개시, 2025년 장관 결정 제243호, 제244호 및 제64호에 따른 법적 근거, PDF와 이메일 인보이스를 제외하는 연방세무청(Federal Tax Authority)의 구조화 데이터 정의, ASP 지정 기한이 2026년 7월 31일에서 2026년 10월 30일로 연장된 점, 변동 없는 2027년 1월 1일 시행 기한, 2026년 5월까지 승인된 서비스 제공업체 32곳을 확인했으며, 이는 모두 매출 5천만 AED 초과 사업자에 대한 내용으로, 이 구간이 출처에서 텍스트로 확인되는 유일한 구간입니다. 재무부의 전자 인보이싱 포털은 매출이 더 낮은 사업자와 정부 기관에 대한 단계별 일정을 텍스트가 아닌 이미지로 보여주므로, 해당 일자는 독립적으로 재확인할 수 없어 사실로 기재하지 않고 제외했습니다. 또한 이전 초안에 있던 OpenPeppol 정합 상호운용성에 관한 언급은 위 네 개의 공식 출처 중 어디에도 검증 가능한 문구로 해당 요건이 명시되어 있지 않아 삭제했습니다.

Google 검색에서 저희를 먼저 찾아보세요: Velarozone을 기본 소스로 추가하기

질문

자주 묻는 질문

모든 전자 인보이스(eInvoicing) 소프트웨어 기업이 ASP 인가를 받아야 하는가?: 아니다. 인가는 교환망에서 코너(Corner) 1, 4, 또는 5 역할을 하는 기업에 적용된다. ERP나 회계 소프트웨어를 판매하는 공급업체, 또는 고객을 다른 업체의 ASP에 연결해 주는 통합업체는, 제품이 실제로 공급자 측 경계 안에 머물고 인보이스를 교환망을 통해 직접 전달하지 않는 한 인가 없이도 운영할 수 있다.
회사의 매출이 5,000만 AED 미만인 경우 어떻게 됩니까?: 재무부(Ministry of Finance)는 매출이 더 적은 기업에는 더 늦은 일정이 적용된다고 밝혔으나, 작성 시점에는 독립적으로 확인 가능한 텍스트 형태로 구체적인 날짜를 발표하지 않았습니다. 매출이 5,000만 AED를 초과하는 기업의 경우 2026년 10월 30일과 2027년 1월 1일을 확정된 날짜로 간주하시고, 해당 기준 미만 기업의 현재 상황은 재무부 자체의 전자 인보이스(eInvoicing) 포털에서 확인하시기 바랍니다.
교환된 인보이스가 거부되면 누가 책임을 지는가?: 이는 기술이 아니라 계약에 따라 달라진다. 일반적으로 통합을 구축했거나 데이터를 전달했거나 장애가 발생한 교환 단계를 운영한 당사자가 책임을 지지만, 이는 고객 계약서에 그렇게 명시되어 있을 때에만 그렇다. 이 책임 분담은 거부가 발생한 뒤가 아니라 첫 고객을 온보딩하기 전에 결정하고 문서로 남겨 두어야 한다.
인가받은 제공업체의 기술을 다른 브랜드나 법인 아래에서 운영할 수 있는가?: 가능하다. Ministry의 2026년 5월(May 2026) 개정은 부분적으로 이를 더 쉽게 하기 위해 마련된 것으로, UAE 기업이 해외 제공업체와 파트너십을 맺어 기반 시스템을 도입할 수 있도록 허용한다. Ministry에 중요한 것은 실제로 어느 법인을 인가하는지, 그리고 어느 법인이 서비스에 대해 책임을 지는지이며, 고객에게 보이는 브랜드에 누구의 이름이 올라가 있는지는 중요하지 않다.

UAE 설립 계획 받기

내 UAE 설립 계획 받기

이를 귀하의 상황에 적용하세요

가이드는 일반적인 위치를 설명합니다. 귀하의 사실을 보내주시면 자문가는 귀하에게 실제로 적용되는 부분을 알려드릴 것입니다.

WhatsApp으로 메시지를 보내주세요

무료 평가: 최신 금액은 어드바이저가 검토한 경로 비교 안에서 확인됩니다. 고객님의 정보는 제3자와 공유되지 않습니다.

구조 평가부터 시작하세요

초기 상담에서 귀하는 쉽게 이해할 수 있는 결정 요약, 문서 준비 목록 및 귀하의 상황에 대한 다음 조치를 받습니다. 현재 수치는 귀하의 상담사가 검토한 경로 비교 내에서 확인됩니다.

내 UAE 설립 계획 받기연락처 양식을 통해 세부정보를 보내주세요 WhatsApp으로 메시지를 보내주세요

이 가이드는 법적, 규제, 세금, 투자 또는 재정적 조언이 아닌 일반 정보를 제공합니다. 라이센스, 승인은 물론 비자, 은행 계좌, 자금 또는 세금 결과를 보장하지 않습니다.

CBUAE Rulebook에서 발췌한 일반 정보이며, Retail Payment Services and Card Schemes Regulation (C 15/2021)과 공표된 2025년 내각 결의 제(134)호를 포함하고, 법률 또는 세무 자문이 아닙니다. 규칙과 지침은 변경되므로 제출 전에 현행 본문과 각 기관 고유의 요건을 확인하십시오.