UAE 전자 인보이스 2027년 7월 1일 시행: 자체 ERP를 Peppol에 맞추는 법

밤의 두바이 스카이라인과 물에 비친 부르즈 할리파

2027년 1월 1일부터 연 매출 5,000만 디르함(AED 50,000,000) 이상인 UAE 사업자는 B2B와 B2G 인보이스를 구조화된 XML로 발행하고 수신해야 하며, 이 인보이스는 공인 서비스 제공자(Accredited Service Provider)를 통해 Peppol 네트워크로 오갑니다. 그 미만의 사업자는 2027년 7월 1일에 뒤따르며, 2027년 3월 31일까지 서비스 제공자를 지정해야 합니다. 정부 기관은 2027년 10월 1일에 시행합니다.

시행일부터는 XML이 세금 인보이스입니다. 지금 시스템이 이메일로 보내는 PDF는 아직 네트워크에 들어오지 않은 고객을 위해 XML과 함께 보낼 때만 필요합니다.

인보이스가 Zoho, Tally, Wafeq 같은 패키지 제품에서 나온다면 이 작업의 대부분은 벤더의 몫입니다. 세 곳 모두 재무부의 공인 서비스 제공자 명단에 올라 있습니다. 귀사가 할 일은 제공자를 고르고, EmaraTax에서 온보딩을 하고, 고객 데이터를 정리하는 것입니다.

이 글은 인보이스가 직접 소유한 시스템에서 나오는 회사를 위한 것입니다. 자체 개발한 ERP, 업그레이드가 불가능할 만큼 커스터마이징된 설치본, 사내 과금 엔진 같은 경우입니다. 이런 시스템에 맞는 커넥터는 누구도 만들어 주지 않습니다. UAE 전자 인보이스 가이드라인도 사업자가 "사내 시스템의 커스터마이징을 모두 마치고 인보이스 데이터 전송 테스트를 시작해야 한다"고 분명히 적고 있습니다.

일정

단계별 일정은 개정된 2025년 장관령 제244호가 정합니다.

대상	서비스 제공자 지정 기한	시행일
매출 5,000만 디르함 이상	2026년 10월 30일	2027년 1월 1일
매출 5,000만 디르함 미만	2027년 3월 31일	2027년 7월 1일
정부 기관	2027년 3월 31일	2027년 10월 1일

첫 번째 행의 기한은 원래 2026년 7월 31일이었습니다. 2026년 장관령 제66호가 이를 2026년 10월 30일로 미뤘고 시행일은 그대로 두었습니다. 가이드라인의 표에는 아직 옛 날짜가 인쇄되어 있으니 두 문서를 함께 읽어야 합니다.

자발적 시행은 2026년 7월 1일부터 모든 사업자에게 열려 있으며, 이는 아래 계획에서 중요한 의미를 갖습니다.

적용 범위

전자 인보이스는 UAE에서 사업을 하는 모든 사람에게 VAT 등록 여부와 관계없이 적용됩니다. VAT에 등록하지 않은 사업자는 세금 인보이스 대신 전자 상업 인보이스를 같은 네트워크로 발행합니다.

B2B, B2G, G2B, G2G 거래가 대상입니다. 소비자 대상 공급은 장관이 달리 정할 때까지 제외되며, 소비자에게만 판매하는 사업자는 당분간 이 제도의 적용을 전혀 받지 않습니다. 주권적 정부 활동, 항공 여객 항공권, VAT 면세 금융 서비스에 대해서는 좁은 범위의 예외가 있습니다.

VAT 그룹을 운영한다면 한 가지 유예가 중요합니다. 같은 그룹 구성원 사이의 거래에는 2027년 1월 1일부터 24개월의 유예 기간이 주어집니다. 다만 각 구성원은 자기 TIN으로 따로 온보딩해야 하고, 그룹 외부 상대방에게 보내는 인보이스는 정상 시행일부터 적용 대상입니다.

ERP 관점에서 본 5-코너 모델

UAE는 5-코너 모델을 사용합니다.

코너 1: 공급자인 귀사.
코너 2: 귀사의 공인 서비스 제공자(ASP).
코너 3: 구매자의 ASP.
코너 4: 구매자.
코너 5: 연방국세청(FTA).

귀사의 시스템이 상대하는 곳은 한 곳, 귀사의 ASP뿐입니다. ASP와 합의한 형식으로 인보이스 데이터를 보내면, ASP가 이를 검증하고 필요하면 UAE XML로 변환해 구매자의 ASP에 전달하는 동시에 세무 데이터를 FTA에 보고합니다. 구매자의 ASP도 받은 내용을 검증하고 보고합니다. 확인 응답은 이 사슬을 거슬러 귀사로 돌아옵니다.

이 보고에는 UAE Tax Data Document라는 별도의 Peppol 문서가 쓰입니다. Peppol 사양은 이 문서를 "인보이스 발행자와 수신자가 모두 인보이스를 보고하는 데 사용하는" 문서로 설명합니다. 이 문서는 ASP가 만듭니다. 귀사가 만들어야 하는 것은 돌아오는 응답의 처리입니다. 구매자 쪽이 인보이스를 수락했다는 확인, FTA가 세무 데이터를 받았다는 확인, 그리고 둘 중 어느 쪽이든 실패했다는 통지입니다.

전송, 암호화, 참여자 조회, 그리고 각 인보이스를 고유하게 식별하는 UUID는 ASP가 처리합니다. 인보이스의 모든 값을 계산하는 책임과 구매자의 Peppol 식별자를 수집하는 책임은 귀사에 남습니다. 서비스 제공자는 인보이스를 검증할 뿐 고쳐 주지는 않습니다.

ASP는 발신과 수신을 모두 맡는 단 한 곳만 지정합니다.

시스템이 만들어 내야 하는 것

형식

UAE는 Peppol PINT-AE를 사용합니다. UBL XML이며, 일반 청구용 사양과 별도의 역발행(self-billing) 사양이 있습니다(이 글을 쓰는 시점에 둘 다 버전 1.0.4). QR 코드는 없습니다. 자체 필드를 추가할 수 없으며, 업종별로 필요한 항목은 ASP와 합의합니다.

레거시 시스템에 대개 없는 필드

재무부는 필수 필드 목록을 공개하고 있으며, 전자 세금 인보이스의 필수 필드는 51개입니다. 보통 손을 봐야 하는 것은 다음 항목들입니다.

양 당사자의 전자 주소. 귀사의 엔드포인트는 0235에 10자리 TIN을 붙인 것이고, TIN은 TRN의 앞 10자리입니다. 구매자도 같은 패턴을 따르므로 모든 고객 레코드에 새 필드가 생기고, 그 값을 수집할 담당자가 필요합니다. 예외 상황을 위한 사전 정의 엔드포인트도 있습니다. 구매자가 아직 제도에 들어오지 않았으면 0235:9900000098, Peppol ID가 없는 수출 구매자면 0235:9900000099, 간주공급이면 0235:9900000097입니다.
판매자의 법적 등록 정보. 등록 번호와 그 유형을 정해진 값 중에서 지정합니다. TL(영업 허가), EID(Emirates ID), PAS(여권), CD(내각 결정)입니다. 상업 인보이스에서는 구매자의 등록 정보도 필수입니다.
구조화된 주소. 판매자와 구매자 모두 국가 하위 행정구역(에미리트)까지 포함합니다.
데이터로 표현된 지급 조건. 모든 인보이스에 지급 기한과 지급 수단 코드가 들어갑니다.
모든 라인의 단위 코드와 전체 가격 데이터. 단위 코드, 총가격, 순가격, 가격 기준 수량입니다. 단위를 자유 텍스트("pcs", "box of 12")로 저장해 왔다면 매핑 테이블이 필요합니다.
라인별 세금 범주와 범주별 집계. 표준세율, 면세, 과세 대상 외, 역과세(reverse charge), 영세율, 마진 과세 중 하나입니다. 국내 역과세 인보이스에는 설명 문구와 재화의 유형도 들어갑니다.
언제나 디르함 금액. 인보이스 통화가 무엇이든 라인별 VAT 금액과 지급 금액을 디르함으로 표시합니다. 외화 인보이스에는 세무 회계 통화와 VAT 포함 합계의 디르함 금액도 중앙은행 환율로 들어갑니다.
거래 유형 플래그. 여덟 자리이고 각각 1 또는 0입니다. 자유구역, 간주공급, 마진 과세, 합산 인보이스, 계속적 공급, 공개 대리인 청구, 전자상거래, 수출입니다. 한 인보이스에 여러 개를 설정할 수 있고, 설정한 플래그마다 따로 요건이 붙습니다. 예를 들어 자유구역 고객이면 수혜자 정보도 필요합니다.

별도의 테스트 케이스를 만들어 둘 만한 규칙이 하나 있습니다. 반올림은 라인이나 세금 범주 단위가 아니라 인보이스 합계에서 소수점 둘째 자리로 합니다. 과금 코드가 라인별이나 VAT 세율별로 반올림한다면 서비스 제공자보다 먼저 실제 인보이스로 테스트하십시오.

HSN 품목 코드는 지금은 선택 사항이고, 의무화 시점은 아직 발표되지 않았습니다. 재화를 판매한다면 어차피 품목 마스터를 손보는 김에 함께 추가해 두십시오.

크레딧 노트, 선수금, 유보금

합계가 음수인 인보이스는 허용되지 않습니다. 차감은 전자 크레딧 노트로 발행해야 하며, 합산 결과가 차감이 되는 합산 인보이스도 마찬가지입니다.
크레딧 노트 하나가 이전 인보이스 여러 건을 참조할 수 있고, 한 건의 일부만 다룰 수도 있습니다. 수량 할인은 해당 사유 코드를 붙인 크레딧 노트로 처리합니다.
가(假)인보이스를 위한 범주는 없습니다. 모든 가인보이스는 완전한 전자 인보이스이며, 나중에 크레딧 노트나 추가 인보이스로 조정합니다.
선수금은 받은 시점에 세금 인보이스를 발행합니다. 최종 인보이스는 남은 잔액만 다루고 선수금 인보이스를 참조합니다.
유보금은 유보금을 뺀 금액으로 인보이스를 발행하고, 유보금 지급 기일이 되면 별도 인보이스를 발행하는 방식으로 처리할 수 있습니다.

모두가 잊는 수신

공급업체 인보이스도 같은 ASP가 받습니다. 시행일부터 이 인보이스는 XML로 들어오고 매입채무 프로세스로 넘어가야 합니다. 문서 템플릿 하나가 아니라 구매 대사와 승인 절차를 건드리기 때문에, 실제로는 이쪽이 작업의 더 큰 부분인 경우가 많습니다.

대형 공급업체는 2027년 1월 1일에 시행에 들어가며 귀사의 식별자를 요청할 것입니다. 귀사가 시행 전이라면 공급업체는 사전 정의 엔드포인트로 보내면서 일반 세금 인보이스도 함께 주므로, 귀사 쪽에서 문제가 생기지는 않습니다.

공인 서비스 제공자와 일하기

재무부 명단에는 2026년 10월 2일 기준 60곳의 공인 서비스 제공자가 올라 있습니다. 온보딩은 서비스 제공자가 아니라 귀사가 시작합니다. EmaraTax 계정 관리자가 전자 인보이스 메뉴를 열고 서비스 제공자를 선택하면 그 제공자의 포털로 넘어갑니다. 계약을 먼저 체결하고, EmaraTax의 회사 정보가 최신인지 확인하십시오.

자체 시스템이라면 프로젝트를 좌우하는 질문은 기술적인 것들입니다.

무엇을 받는가? 제공자 고유의 API 페이로드, 파일 교환, 또는 귀사가 직접 생성한 PINT-AE XML 중 어느 것인지 확인합니다. 제공자 고유 형식은 당장의 작업량이 적고, 직접 만든 PINT-AE는 매핑을 다시 만들지 않고 제공자를 바꿀 수 있게 해 줍니다.
확인 응답은 어떻게 돌아오는가? 웹훅, 폴링, 파일 중 무엇인지 확인합니다. 두 종류의 확인 응답 모두 ASP가 부여한 UUID와 함께 인보이스 레코드에 기록되어야 합니다.
재시도하면 어떻게 되는가? 타임아웃은 일어납니다. 인보이스를 다시 보냈을 때 두 번째 인보이스가 생겨서는 안 되므로 중복 탐지 방법을 합의하고, 무엇을 보냈는지에 대한 기록으로 자체 전송 로그를 유지하십시오.
정상 흐름만이 아니라 거절 상황도 테스트할 수 있는 샌드박스가 있는가?
수신 인보이스는 어떻게 전달되는가? 귀사 쪽 시스템이 멈춰 있는 동안에는 어떻게 되는지도 확인합니다.
보관을 대신해 주는가? 계약으로 맡길 수는 있지만 보관 의무는 귀사에 남습니다. FTA에 완전하고 읽을 수 있는 상태로 제출할 수 있다면 기록을 UAE 밖에 두어도 됩니다.

가이드라인은 테스트가 다뤄야 할 항목을 열거합니다. ASP로의 인보이스 데이터 전송, 구매자에게의 전달, 교환 확인, 공급업체 인보이스 수신, ASP의 FTA 보고, 보고 확인입니다. 성공 경로만이 아니라 각 단계의 실패 경로도 테스트하십시오.

과태료

2025년 내각령 제106호가 과태료를 정합니다.

서비스 제공자를 기한 내에 지정하지 않은 경우를 포함해 제도를 도입하지 않은 경우: 한 달 또는 한 달 미만의 기간마다 5,000디르함.
전자 인보이스나 전자 크레딧 노트를 발행·전송하지 않은 경우: 건당 100디르함, 역월 기준 월 5,000디르함 한도.
시스템 장애를 FTA에 통지하지 않거나, 등록 정보 변경을 ASP에 알리지 않은 경우: 하루 1,000디르함.

의무 시행일 전에 자발적으로 발행한 인보이스에는 어느 것도 적용되지 않습니다.

2027년 7월 1일까지 9개월 계획

2026년 10월 초 기준으로 기준 미만 기업에는 9개월이 남아 있습니다. 지금 시작한다면 자체 시스템에도 충분한 기간입니다.

2026년 10월부터 11월까지: 격차 분석. 1년 치 인보이스와 크레딧 노트를 추출해 범주, 시나리오, 세금 범주, 통화별로 분류하고, 필수 필드 하나하나를 어디서 가져올지 적어 둡니다.
2026년 11월부터 12월까지: 서비스 제공자 선정. 위의 기술 질문을 기준으로 후보를 추리고, 계약을 맺고, 샌드박스 접근 권한을 받습니다. 2027년 3월 31일은 목표가 아니라 마지막 기한입니다.
2026년 12월부터 2027년 2월까지: 구축. 마스터 데이터 변경과 고객 식별자 수집, 매핑, 전송 전 검증, 확인 응답 처리, 담당자가 정해진 실패 대기열, 수신 처리를 만듭니다.
2027년 2월부터 3월까지: EmaraTax를 통한 온보딩. 참여자 식별자를 받는 것으로 끝납니다. 3월 31일보다 충분히 앞서 마치십시오.
2027년 4월부터 5월까지: 서비스 제공자와의 종단 간 테스트. 여섯 단계 전부를 실패와 크레딧 노트까지 포함해 테스트합니다.
2027년 5월부터 6월까지: 자발적 시행. 자발적으로 발행한 인보이스에는 과태료가 적용되지 않으므로, 남은 문제를 찾기에 가장 비용이 적게 드는 시기입니다. 순서는 서비스 제공자와 합의하십시오.
2027년 7월 1일: 의무 시행. 첫 VAT 신고가 끝날 때까지 실패 대기열 담당 인력을 유지하십시오.

대형 사업자 그룹에 속하는데 아직 시작하지 않았다면 서비스 제공자 지정 기한은 2026년 10월 30일이고 시행까지는 3개월이 채 남지 않았습니다. 같은 단계를 몇 주 단위로 압축해 밟아야 하며, 이 경우에는 서비스 제공자 고유의 입력 형식이 더 빠른 길일 가능성이 큽니다.

아직 바뀔 수 있는 것

날짜는 이미 한 번 바뀌었고, 가이드라인은 버전 1.1이며, PINT-AE 버전도 바뀌고 서비스 제공자는 최신 버전을 써야 합니다. 매핑을 자체 인터페이스 뒤의 한 모듈에 모아 두면 사양이 갱신되어도 인보이스 코드를 건드릴 필요가 없습니다. HSN 코드는 언젠가 의무가 되고, B2C는 추가 결정이 나올 때까지만 제외됩니다.

그 어느 것도 기다릴 이유는 되지 않습니다. 장관령은 시행 중이고 과태료 표는 공개되어 있습니다.

도움이 필요하시면

저희는 인보이스를 만드는 시스템과 그것을 전송하는 서비스 제공자 사이의 연결을 구축합니다. 데이터 매핑, 마스터 데이터 변경, 검증, 확인 응답과 재시도 처리, 매입채무로 이어지는 수신 처리까지입니다. 작업 진행 방식은 전자 인보이스 연동 서비스에 정리되어 있고, 의무 시행이 시스템 교체 도중에 닥친다면 ERP 현대화를 참고하십시오.

아무도 커넥터를 팔지 않는 시스템에서 인보이스가 나온다면 office@c9group.dev로 연락 주십시오.