2026년 이집트 전자영수증 요건은
세 가지 기록에 달려 있습니다

2026년에는 범위 판단의 기준이 매출액이 아니라 등록 번호입니다

사업자는 이집트 세무청(ETA) 청장이 공표한 의무 결정에 자신의 납세자 등록 번호가 포함된 경우 전자영수증을 발급해야 하며, 매출액 수치로는 이 질문에 답할 수 없습니다.

전자영수증 시스템은 이집트 디지털 세무 인프라의 B2C 부분입니다. 2020년 장관령 제188호에 근거한 전자세금계산서 시스템은 기업 간 거래와 정부 기관에 대한 매출을 다룹니다. 전자영수증 시스템은 최종 소비자에 대한 매출을 다루며, 2020년 통합 세무 절차법 제206호 제35조와 제37조에 근거하고, 2022년 장관령 제230호(2024년 결정 제38호로 개정)를 통해 시행됩니다. 도매 고객을 둔 소매업자는 두 시스템을 모두 운영하며, 동일한 거래가 양쪽에 속하는 경우는 없습니다.

의무는 단계적으로 도입되었으며, 각 단계는 명단에 오른 납세자 목록과 시작일이 첨부된 별도의 결정이었습니다. 마지막으로 예정된 단계는 다음과 같았습니다:

위의 날짜와 결정 번호는 이집트 회계법인 Nassef & Partners International의 단계별 표에 요약된 대로 장관 일정과 ETA 결정에 명시된 것입니다. 날짜보다 중요한 두 가지 세부 사항이 있습니다. 사업자를 구속하는 시작일은 해당 사업자를 명시한 결정에 있는 날짜이며, 이는 장관 일정의 날짜와 다를 수 있습니다. 또한 예정일이 지난 부문이라고 해서 자동으로 범위에서 제외되는 것은 아닙니다. 자발적 등록은 항상 가능했기 때문입니다. 실무적인 확인 방법은 ETA의 의무 조회에서 등록 번호를 검색하고, 확인 날짜와 함께 결과를 저장한 뒤, 합병, 지점 재편 또는 새 결정이 있을 때마다 다시 확인하는 것입니다.

이집트 전자영수증 요건 요약에서 자주 언급되는 EGP 150,000은 범위 기준이 아닙니다. 이는 Receipt v1.2 내의 구매자 식별 규칙입니다. 구매자가 자연인이고 영수증 합계가 EGP 150,000 이상에 도달하면 구매자의 주민등록번호와 이름이 필수 항목이 됩니다. 부가가치세 등록 기준과 2025년 법률 제6호에 따른 간이 제도의 EGP 2천만 한도는 또 다른 질문에 답하는 것입니다. 어느 것도 의무 목록을 대체하지 않습니다.

부가가치세 등록 번호는 사업자를 세무 시스템에 들어가게 합니다. 하지만 전자영수증 결정에 포함시키지는 않습니다.

이름이 명시된다는 것의 결과는 구체적입니다. 영수증을 발급하지 않거나, 법률 제37조에서 요구하는 데이터 없이 발급하는 경우, 법률 제71조에 따라 EGP 20,000에서 EGP 100,000의 벌금이 부과될 수 있습니다. 2025년 1월부터는 전자 세금계산서 또는 영수증으로 뒷받침되는 경우에만 비용을 공제할 수 있게 되어, 동일한 규칙이 장부의 매입 측에도 적용됩니다. 또한 간이 과세 제도의 가입 조건에 이제 ETA 전자 시스템 참여가 포함되므로, 전자 영수증 의무는 신고를 간소화하기 위해 마련된 제도로 사업체를 따라 들어갑니다.

국가마다 동일한 기능을 다른 아키텍처로 구축했으며, 이러한 설계 선택은 재무팀이 대사해야 할 대상을 바꿉니다. 프랑스는 2024년 재정법 제91조에 따라 B2B 세금계산서를 인증 플랫폼을 통해 처리하며, 이는 플랫폼을 통제 지점으로 만듭니다. 이집트는 일련번호와 정정 이력을 납세자의 기기에 둡니다. 두 모델을 모두 다루는 경우, 프랑스 전자세금계산서 2026 가이드에서 다른 모델을 확인할 수 있습니다.

영수증에는 두 가지 필드 세트가 있으며, 그중 하나만 판매에 관한 것입니다

Receipt v1.2는 문서를 판매된 내용을 설명하는 상업 데이터와, 문서가 올바른 순서로 인가된 기기에서 나왔음을 증명하는 통제 데이터로 나누며, 재무팀은 습관적으로 첫 번째만 수집합니다.

영수증 버전 1.0과 1.1은 폐기되었으므로, 1.2는 지금 구축하는 모든 통합의 기준입니다. Receipt v1.2 스키마는 공개되어 있으므로, 공급업체의 요약에서 필드 목록을 작성할 변명의 여지가 없습니다. 상업 계층은 판매자, 지점, 품목 라인 및 합계를 다룹니다. 통제 계층은 영수증을 찾을 수 있게 하는 식별자와, 빈틈을 남기지 않고는 하나를 제거하기 어렵게 만드는 체인을 다룹니다.

시스템 통제 항목은 회계 담당자에게 익숙한 어떤 것과도 다르게 작동하므로 더 천천히 읽어볼 필요가 있습니다. UUID는 당국이 부여하는 것이 아닙니다. 영수증 자체의 정규화된 내용으로부터 계산된 64자 SHA-256 해시입니다. 내용이 조금이라도 바뀌면 다른 UUID가 생성됩니다. previous UUID는 동일한 POS 기기가 발급한 마지막 문서를 가리키므로, 각 계산대는 자체 체인을 유지하며 해당 기기의 첫 문서만 빈 값을 가질 수 있습니다. 영수증이 검증에 실패하여 정정해야 하는 경우, 정정된 버전은 원래의 previous UUID를 유지하고 거부된 UUID를 reference old UUID에 넣어 두 버전 간에 검색 가능한 연결을 보존합니다. 멕시코의 CFDI 제도도 이와 유사한 식별자 문제에 직면하며, CFDI 인보이스 추출 가이드에서 설명하듯 timbre fiscal로 이를 처리합니다. 차이점은 이집트의 식별자가 납세자가 편집할 수 있는 내용에서 파생된다는 것이며, 바로 이 때문에 정정 시 식별자가 변경됩니다.

두 가지 필드는 겉보기보다 적용 범위가 좁습니다. 영수증 번호는 회사 전체가 아니라 동일한 제출 내에서 지점별로 고유합니다. 지점이 열두 개인 그룹은 같은 날 각 지점에서 1042번 영수증을 정당하게 발급할 수 있습니다. 그리고 발급 타임스탬프는 UTC로 기록되지만, 프린터, 계산원, 그리고 계산대에서 출력되는 일일 마감 보고서인 Z 보고서는 모두 카이로 현지 시간으로 작동합니다. 두 가지 모두 월말 대사에서 잘못된 쪽을 키로 사용하기 전까지는 사소한 문제처럼 보입니다.

구매자 규칙은 가장 자주 잘못 해석되는 필드입니다. 구매자 유형 B는 사업자등록번호와 이름이 필요합니다. 구매자 유형 P는 합계가 EGP 150,000에 도달할 때만 국민 ID와 이름이 필요하며, 이 기준은 버전 1.2 이상의 영수증에 적용됩니다. 이전 버전은 EGP 50,000을 사용했습니다. EGP 240의 카페 영수증에는 합계, 결제 수단, 지점이 필요하며 고객의 국민 ID는 필요하지 않습니다.

UUID는 영수증 내용의 지문이며 인보이스 번호가 아닙니다. 한 글자만 바꿔도 지문도 함께 바뀝니다.

기기가 제출하려면 네 가지 조건이 충족되어야 합니다

등록 및 활성화되지 않은 기기는 하루 종일 올바른 판매를 기록해도 ETA가 수락할 결과물을 전혀 생성하지 못하므로, 온보딩 체크리스트는 별도의 IT 프로젝트가 아니라 대사 과정의 일부입니다.

첫 번째 조건은 발급일 기준으로 여전히 활성 상태인 등록된 지점입니다. 당국은 지점 활동 날짜를 검증하며 폐쇄된 지점에서의 발급을 중단시킵니다. 두 번째는 해당 지점에 등록된 POS로, 기기별로 고유한 일련번호가 있어야 하며 영수증 발급 전에 판매자의 등록 번호와 연결되어야 합니다. 세 번째는 납세자 프로필의 B2C 태그입니다. 이것이 없는 납세자는 어떤 채널로도 영수증을 제출할 수 없습니다. 네 번째는 GS1 또는 EGS(Egyptian Goods and Services) 시스템에 따른 품목 코딩으로, 납세자가 실제로 사용 권한을 가진 코드를 사용해야 합니다. 승인된 코드 대신 내부 설명을 전송하는 결제 시스템은 대금이 수령된 후 검증에 실패하게 됩니다.

ERP 사례에는 고유한 함정이 있습니다. ETA의 POS FAQ는 단일 지점 회계 시스템을 하나의 소프트웨어 POS로 등록하는 것을 허용합니다. 중앙 ERP가 여러 판매점을 위해 발급하는 경우, 각 판매점은 별도의 POS로 등록되어야 영수증이 올바른 출처를 식별할 수 있습니다. ERP를 한 번만 등록하고 모든 지점에 발급하도록 하는 팀은 상업적으로는 올바르지만 구조적으로는 잘못된 영수증을 얻게 되며, 이러한 불일치는 지점 단위 대사에서 자체 판매를 찾지 못할 때에야 비로소 드러납니다.

제출 토큰은 가동 이후에도 계속 적용되는 조건을 추가합니다. 이는 POS를 소유한 납세자를 식별하며, 영수증의 발급자 및 기기 데이터가 해당 권한과 일치해야 합니다. ETA가 권한을 변경한 후, 특히 지연 제출 요청이 승인된 후에는 업데이트된 권한이 토큰에 나타나기 전에 기기가 다시 인증해야 합니다. 뚜렷한 이유 없이 계속 실패하는 영수증 대기열은 종종 잘못된 페이로드가 아니라 만료된 토큰 때문입니다.

세 개의 시계가 영수증의 존재 여부를 결정합니다

이집트 전자 영수증에는 세 가지 서로 다른 기한이 적용되며, 각각 완전히 다른 규모로 만료됩니다. 제출은 24시간, 지연 영수증 복구는 30일, 원래 판매에 대한 반품 발행은 540일입니다.

일반적인 규칙은 판매 시점에 제출하며 발급 후 24시간을 넘지 않는 것입니다. 그보다 오래된 영수증이 손실되는 것은 아니지만, 단순히 정상 채널을 통해 처리할 수는 없습니다. 납세자는 먼저 지연 제출 요청을 제기하고 사유를 밝히며, ETA가 연간 설정하는 할당량 내에서 처리해야 합니다. 또한 요청에는 제한된 유효 기간이 있으며, 기기는 토큰에 권한이 반영되도록 재인증해야 합니다. 승인된 요청으로 제출된 영수증은 원래 발급일을 유지합니다. ETA 영수증 발급 문서는 해당 기한의 외곽을 고정된 숫자가 아닌 구성 매개변수로 취급하며, 이집트 세무 지침은 현재 이를 30일로 설명합니다.

반품은 가장 긴 시계로 작동합니다. 반품 영수증은 원래 판매 영수증의 UUID를 참조해야 하며, 해당 판매 후 최대 540일까지 발행할 수 있습니다. 반품은 원래 금액을 초과할 수 없으며, 여러 부분 반품의 합계도 원래 금액을 초과할 수 없습니다. 원본 문서 없는 일반적인 대변 기입에 해당하는 것은 없습니다. 참조 없는 반품은 필수 문서를 대체하지 못합니다.

배치 제한도 같은 섹션에 속합니다. 이는 오프라인 대기열이 할 수 있는 일을 규정하기 때문입니다. 단일 제출은 최대 500개의 영수증 또는 1.5 MB를 담을 수 있으며, 단일 영수증은 최대 300개의 품목 라인을 담을 수 있고 평균 약 10줄입니다. 하루 동안 연결이 끊긴 번화한 매장은 시간 제한에 도달하기 전에 제출당 한도를 초과할 수 있으며, 동일한 초과 배치를 재시도하는 대기열은 시계가 돌아가는 동안 계속 실패합니다. 더 작은 함정은 배치가 하나의 단위로 검증된다는 점입니다. ETA의 POS FAQ에 따르면 유효하지 않은 영수증 하나가 전체 배치를 무효로 만들므로, 잘못 입력된 한 줄이 함께 전송된 모든 문서를 지연시킬 수 있습니다.

미묘한 시계는 달력입니다. 발급 타임스탬프는 UTC로 저장되고 이집트는 UTC+2를 사용하며, 법률 제24호(2023)에 따라 4월 말에서 10월 말 사이에는 UTC+3을 사용하기 때문에, 5월 1일 현지 시간 01:30에 찍힌 영수증은 4월 30일 22:30 UTC로 기록됩니다. 이 영수증은 Z 보고서에서는 5월에 속하고, 타임스탬프로 구성된 모든 그룹화에서는 4월에 속합니다. 카이로의 2026년 변경 날짜는 4월 24일과 10월 30일이며, 이는 연 2회 오프셋을 한 시간씩 이동시킵니다. 자정을 넘겨 영업하는 매장의 경우, 월말의 마지막 몇 장의 영수증이 하루치 매출 전체를 이전 기간으로 옮길 수 있습니다.

24시간 시계는 경과 시간을 측정합니다. 영수증이 어느 달에 속하는지는 결정하지 않습니다.

월간 대사는 세 가지 모집단을 대조하며, 순서가 중요합니다

월말 대사는 세 개의 합계가 아니라 세 가지 거래 모집단을 비교합니다. 각 기록은 서로 다른 목적을 위해 서로 다른 프로세스에서 생성되며, 각각은 내부적으로 정확하면서도 나머지 둘과 불일치할 수 있기 때문입니다.

이 비교에는 네 가지 역할이 관여합니다. 계산원 또는 POS 운영자는 영수증을 발급하고 고객용 사본을 출력하며 카운터에서 반품을 처리합니다. 회계사는 당일 판매와 반품을 장부에 기입하고 Z 보고서를 원장과 대조하며 월간 부가가치세 신고서를 제출합니다. 대부분의 납세자에게는 월간이고, 법률 제6호(2025) 적용 기업에게는 분기별입니다. ERP 관리자는 지점 및 기기 매핑, 품목 코드, 오프라인 대기열을 포함한 제출 통합을 담당합니다. ETA 포털 사용자는 지점과 기기를 등록하고 클라이언트 자격 증명을 보유하며 지연 제출 요청을 제기합니다. 단일 지점 사업체에서는 이 중 두 역할이 종종 같은 사람이므로, 파일은 이를 구축하지 않은 사람도 읽을 수 있어야 합니다.

비교 순서는 판단의 문제이며, 유용한 순서는 규모가 아니라 결과에 따른 것입니다. ETA 모집단부터 시작하십시오. 누락된 문서는 법적 위험이며 복구 기한은 작업하는 동안에도 줄어들고 있기 때문입니다. 그다음 지점 및 기기 수준에서 POS와 ERP를 비교하십시오. 회계 오류가 여기에 자리 잡기 때문입니다. 그다음 개별 영수증으로 파고들십시오. 한 달치 라인 수준 매칭은 비용이 많이 들며 처음 두 단계에서 도출된 예외 사항에만 사용해야 합니다.

값보다 개수를 먼저 비교하고, 데이터가 지원하는 가장 세분화된 수준에서 비교하십시오. 일치하는 회사 전체 합계는 한 지점이 부족하고 다른 지점이 같은 금액만큼 초과한 상황을 숨길 수 있으며, 아침에 부족하고 저녁에 초과한 지점은 기저 거래가 전혀 일치하지 않았는데도 완벽하게 마감될 수 있습니다. 문서를 세고, 값을 대조하고, 신원을 확인하는 것이 서류상으로는 느리지만 실제로는 더 빠릅니다. 각 단계가 원인 부류를 하나씩 배제하기 때문입니다.

일치하는 회사 전체 합계는 한 지점이 부족하고 다른 지점이 초과한 상황을 숨길 수 있습니다.

여러 매장을 운영하는 그룹은 각 매장이 어떤 POS를 사용하든 동일한 추출 원칙에 따라 비교표를 만들어야 합니다. 여러 계산대 시스템을 하나의 비교 가능한 매출 요약으로 바꾸는 워크플로는 세 가지 POS 시스템을 쓰는 다섯 매장, 하나의 비교 가능한 매출 요약에서 다루며, 동일한 열 설계가 검증의 ETA 측면에도 그대로 적용됩니다.

기록이 어긋나기 시작하는 다섯 가지 방식

거의 모든 삼자 차이는 다섯 가지 식별 또는 시점 문제 중 하나로 귀결되며, 각각 다른 해결책이 필요합니다. 그래서 이 모두를 "부기 오류"로 취급하면 한 달이 낭비됩니다.

1. 인쇄된 UUID가 ETA가 보유한 UUID와 다름

영수증이 검증에 실패하고 납세자가 내용을 수정하면, UUID는 변경된 내용을 기준으로 다시 계산되므로 수정된 영수증은 새 UUID를 받습니다. 고객이 인쇄한 사본에는 여전히 이전 UUID가 남아 있습니다. 인쇄된 UUID로 대사하는 재무팀은 ETA에 기록이 없는 문서를 발견하고, 해당 영수증이 제출되지 않았다고 판단하여 중복 제출하게 됩니다. 이를 해결하는 근거는 승인된 버전의 reference old UUID입니다. 이는 거부된 문서를 가리키며, 승인된 문서는 거부된 문서의 previous UUID를 유지하므로 기기 체인이 그대로 유지됩니다.

2. 조인에 사용하는 키가 고유하지 않음

영수증 번호는 제출 건 내에서 지점별로 고유할 뿐 회사 전체에서 고유하지 않으므로, 12개 지점을 운영하는 그룹에서는 하루에 1042번으로 번호가 매겨진 유효한 영수증이 12장 있을 수 있습니다. 영수증 번호만으로 조인하면 영수증이 잘못된 지점과 짝지어져 조인 자체의 부산물일 뿐인 차이가 발생합니다. 중앙 ERP가 단일 등록으로 여러 매장을 위해 발급하는 경우에도 한 단계 아래에서 동일한 실패가 나타납니다. 영수증의 기기 일련번호가 지점 자체 기록에서 인식하지 못하는 POS를 가리키는데, 매출과 금액은 맞는 경우입니다.

3. 반품이 마이너스 매출로 기록되는 경우

ETA는 반품을 별도의 문서 유형으로 취급하며, 원래 판매를 UUID로 참조하므로 대사 시 이를 하나의 문서로 계산해야 합니다. 환불을 매출 분개장 내 마이너스 항목으로 기록하는 회계 시스템은 금액은 올바르게 맞추지만 문서 수는 틀리게 됩니다. 그러면 해당 월의 매출은 일치하는데 문서 수는 반품 건수만큼 부족하게 표시되어, 제출 누락으로 오진하기 쉽습니다. 아무것도 조정하기 전에 반품 영수증을 가져와 참조 UUID로 대조하십시오.

4. 오프라인 큐가 24시간 선을 넘은 경우

이집트 지침은 영수증을 오프라인으로 발급하여 로컬에 보관하고 연결이 복구되면 전송하는 것을 허용하며, 24시간이 그 유지 가능 기한입니다. 큐가 하루 동안 멈춰 있으면 POS와 ERP는 ETA가 수신하지 못한 매출을 보유하게 되어, POS와 ERP 비교는 완벽하게 일치하지만 ETA 비교는 부족하게 됩니다. 해결책은 회계 수정이 아닙니다. 지연 제출 요청, 재인증, 그리고 기한이 지난 후가 아니라 훨씬 전에 경고하는 큐 모니터입니다.

5. 월 경계가 이동한 경우

대사에서 ETA 문서를 UTC 발급 일시 기준으로 그룹화하고 POS를 영업일 기준으로 그룹화하면, 두 모집단은 매월 말에 현지 자정 이후에 기록된 만큼 서로 불일치하게 됩니다. 이 차이는 작고 반복적이며 결코 해소되지 않는데, 이는 문서 누락이 아니라 그룹화 오류의 특징입니다. 비교 전에 한쪽을 다른 쪽 기준으로 변환하고, 해당 파일이 어떤 날짜 기준을 사용하는지 작업 서류에 명시하십시오. 4월과 10월의 서머타임 변경 시에도 동일한 변환이 중요하며, 이때 오프셋이 한 시간 이동합니다.

검사를 반복 가능하게 만드는 열

반복 가능한 검사는 문서당 한 행과 고정된 열 집합에서 시작합니다. 조인 키는 첫 번째 차이가 나타난 뒤가 아니라 첫 파일을 열기 전에 정해야 하기 때문입니다.

이 테이블에 들어가는 문서들은 화려하지 않습니다. POS에서 출력한 지점 일마감 보고서, PDF나 스크린샷으로 저장한 검증 상태 화면, 지점과 직원이 제출하는 영수증 이미지, 회계 시스템의 분개 내보내기 등입니다. 2025년 1월 이후 매입 측면이 커졌는데, 비용이 공제되려면 전자 세금계산서나 영수증 증빙이 필요하기 때문입니다. 즉 직원들이 이전에는 버려졌던 영수증 이미지를 이제 제출합니다.

키들은 동등하지 않으며, 시도할 순서는 정해져 있습니다. UUID는 당국이 시스템 전체에서 고유하다고 취급하므로 가장 강력합니다. 지점 코드 + 기기 일련번호 + 영수증 번호는 신뢰할 수 있는 대체 키이며, UUID를 읽을 수 없거나 변경된 경우 사용할 키입니다. 발급 시각 + 금액은 가장 약하며 다른 키로 확립된 일치를 확인하는 용도로만 사용해야 합니다. 소매 영업일에는 같은 금액의 영수증이 넘쳐나기 때문입니다.

테이블이 만들어지면, 다른 문서 없이도 단일 영수증 안에서 세 가지 산술 검증이 실행됩니다. 각 라인의 합계는 영수증 수준 할인을 제외한 인쇄된 총액과 일치해야 합니다. 14% 표준 세율로 과세되는 라인의 경우, 세금 포함 총액에 포함된 세금은 총액에 14를 곱하고 114로 나눈 값입니다. 이 수치가 맞지 않으면 해당 라인이 면세이거나, 다른 세율로 과세되었거나, 잘못 입력된 것입니다. 그리고 결제 수단별 분할 금액도 동일한 총액과 일치해야 합니다. 이러한 검증은 잘못 읽은 숫자가 대사 차이로 발전하기 전에 잡아내며, 한 달 후에 발견하는 것보다 비용이 적게 듭니다.

추출이 적합한 곳과 한계

추출 단계는 이 워크플로에서 문서 도구가 담당할 수 있는 유일한 부분이며, 어느 부분을 담당하는지 정확히 아는 것이 나머지 검증을 신뢰할 수 있게 만듭니다.

여기서의 작업은 고정된 레이아웃 없이 많은 문서에서 필드를 캡처하는 것입니다. 지점은 운영 중인 POS에서 일일 마감 보고서를 인쇄하고, 세무 담당자는 검증 화면을 PDF로 저장하며, 직원은 세 대의 다른 휴대폰으로 영수증을 촬영합니다. ImageToTable.ai는 맞춤 열 추출을 사용합니다. "Receipt UUID", "Branch Code", "Device Serial", "Issue Date (UTC)", "Total", "Tax Amount"와 같이 원하는 열 이름을 입력하면, AI가 템플릿의 고정된 위치가 아니라 의미를 기준으로 각 문서에서 각 값을 찾아냅니다. 입력한 열 이름이 출력 테이블의 헤더가 됩니다.

배치 처리는 월말에 이것을 실용적으로 만드는 요소입니다. 한 달치 지점 보고서, 상태 내보내기, 영수증 이미지를 한 번에 업로드하면, 출력은 문서당 한 행으로 구성된 단일 스프레드시트입니다. 날짜와 금액은 출력 과정에서 정규화되므로, 30/04/2026으로 인쇄된 날짜와 2026-04-30으로 인쇄된 날짜가 동일한 형식으로 저장되어 정렬하고 합산할 수 있습니다.

계산 열은 단일 영수증 내부에 속하는 산술을 처리합니다. "VAT at 14% (Total × 14 ÷ 114)"라는 열은 각 행의 총액에서 암시되는 세금을 반환하고, 라인 금액의 합계를 인쇄된 총액에서 빼는 열은 정상 영수증의 경우 0을, 잘못 읽은 경우 숫자를 반환합니다. 계산 열이 하지 않는 것은 서로 다른 두 문서 간의 필드 비교이므로, POS-ERP 조인과 차이 계산은 내보내기 후에도 스프레드시트 작업으로 남습니다.

Bbox 위치 지정 기능이 있는 검토 모드는 의사 결정을 좌우하는 필드에 대한 통제 수단입니다. 셀을 클릭하면 원본 페이지에서 해당 값이 나온 라인이 강조 표시되므로, UUID, 금액 또는 발급 일시를 찾아 헤매지 않고 이미지와 대조할 수 있습니다. 이는 64자의 16진수로 구성되어 테이블에서 가장 관대하지 않은 필드인 UUID에 가장 중요합니다. 감열 인쇄물에서 64자 해시를 읽는 것은 신뢰할 수 없으므로, 지점, 기기, 영수증 번호, 금액 조합을 기본 키로 취급하고 UUID는 교차 확인용으로 사용하십시오. 인쇄된 영수증에 ETA QR 코드가 있는 경우, 그 안의 공유 링크가 영수증 상세 페이지로 연결되며 인쇄된 문자열보다 식별자에 더 나은 소스입니다.

한계는 명확히 밝힐 가치가 있습니다. 과장된 도구를 기반으로 구축된 컴플라이언스 파일은 파일이 없는 것보다 나쁩니다. 이 도구는 영수증을 발급, 서명, 검증 또는 ETA에 제출하지 않으며, 사업자가 적용 대상인지 결정하지도 않습니다. 영수증이 법적으로 유효한지 알려주지 않으며, 해당 기록이 담긴 문서를 제공받지 않는 한 당국의 기록을 볼 수 없습니다. POS 모집단과 ERP 모집단을 스스로 조인하지 않습니다. 이 도구가 제거하는 것은 조용한 오류를 만들어내는 재입력과 페이지 넘김 작업이며, 판단은 남겨둡니다. 어떤 차이가 수정이고, 어떤 것이 누락된 제출이며, 어떤 것이 매핑 결함인지에 대한 판단입니다.

인쇄된 표에서는 정확도가 높아 최대 99% 인식률과 페이지당 5~10초로, 약 3분이 걸리는 수동 입력에 비해 빠릅니다. 그러나 영수증 이미지가 모두 인쇄된 표인 것은 아닙니다. 감열지가 흐려지고, 접힌 자국이 합계를 가로지르며, 휴대폰 사진은 비스듬하게 들어옵니다. 전체 파일을 신뢰하기 전에 배치를 샘플링하고, 모든 필드를 균등하게가 아니라 결과를 좌우하는 필드를 확인하십시오. 필드 로직 자체는 다른 관할권에서도 익숙합니다. 이미 다른 세무 당국용 VAT 영수증을 수집하고 있다면 UK VAT 영수증 필드 가이드에서 동일한 열 우선 접근 방식을 다른 규칙 세트로 확인할 수 있으며, 더 넓은 방법론은 영수증 데이터 추출 완전 가이드에 있습니다.

FAQ

2026년에 모든 이집트 사업자가 전자 영수증을 발급해야 합니까?

아닙니다. 의무는 모든 VAT 등록 사업자에 대한 일반 규칙이 아니라 ETA의 전자 영수증 결정에 명시된 목록을 따릅니다. ETA의 의무 조회에서 등록 번호를 검색하고 날짜가 기재된 결과를 보관하십시오. 해당 세그먼트의 날짜가 이미 지났지만 목록에 명시되지 않은 사업자는 시스템 밖에 있다고 가정해서는 안 됩니다. 자발적 등록이 가능하며 이후 결정으로 추가될 수 있기 때문입니다.

QR 코드 없이 인쇄된 전자 영수증이 유효합니까?

납세자는 QR 코드를 생성하여 인쇄된 영수증에 배치해야 하며, 코드는 UUID와 UTC 발급 시간을 사용하여 영수증 상세 페이지를 가리킵니다. QR 코드가 없는 출력물은 기반 문서가 올바르게 제출되었더라도 불완전한 고객 사본입니다. 대사에서는 인쇄된 필드와 당국이 승인한 기록이 중요합니다. QR 코드는 고객이 그 기록에 접근하는 경로일 뿐, 제출 성공의 증거가 아닙니다.

계산대에서 인터넷이 끊기면 어떻게 됩니까?

영수증은 계속 발급되어 로컬에 보관되었다가 연결이 복구되면 제출할 수 있지만, 24시간 기한은 계속 흐릅니다. 대기열이 기한을 놓치면 영수증은 승인되기 전에 지연 제출 요청이 필요하며, 기기는 토큰에 권한이 포함되도록 재인증해야 합니다. 대기열 크기가 아니라 대기열 경과 시간을 모니터링하고, 가장 오래된 미전송 영수증에 대해 경보를 설정하십시오.

월 대사가 맞으려면 반품은 어떻게 기록해야 하나요?

매출 분개장 안의 음수 항목이 아니라, 원래 판매의 UUID를 참조하는 별도의 반품 영수증으로 기록해야 합니다. 반품은 원래 금액을 초과할 수 없으며, 여러 건의 부분 반품도 합계가 원래 금액을 넘을 수 없습니다. 반품은 문서 수에 포함하고 가치 단계에서만 순액으로 반영하여, 문서 수와 매출 수치가 서로 다른 질문에 답하도록 하십시오.

기록은 얼마나 오래 보관해야 하나요?

이집트 세법은 일반적으로 장부, 기록 및 증빙 서류를 5년간 보관하도록 요구하며, 전자 기록도 기본 기록으로 인정됩니다. 고객용 사본뿐 아니라 영수증 페이로드, 당국의 확인 응답, 검증 오류, 수정된 버전 및 대사 작업 서류를 모두 보관하십시오. 사업체의 성격에 따라 적용 기간이 달라질 수 있으므로, 귀하의 사업체에 적용되는 기간은 이집트 세무 자문가와 확인하십시오.

이 도구가 영수증을 ETA에 제출해 줄 수 있나요?

아닙니다. 제출, 서명 및 검증은 기기 자격 증명과 시퀀스를 보유한 POS 또는 ERP 통합에서 이루어집니다. 이 도구는 이미 보유한 문서(인쇄된 영수증, 지점 보고서, 저장된 상태 화면 포함)에서 데이터를 추출하여 하나의 테이블에 넣어 세 가지 모집단을 비교할 수 있게 합니다. 통합을 대체하지 않으며, 문서의 규정 준수 여부를 판단하지도 않습니다.

유용한 변화는 작습니다. 세 가지 모집단이 명시된 키와 명시된 날짜 기준으로 하나의 테이블에 놓이면, 차이는 월말 논쟁거리가 아니라 원인이 붙은 하나의 행이 됩니다. 한 지점과 한 달부터 시작하십시오. 일마감 보고서, 원장 내보내기, 상태 화면을 가져와 열두 개 열을 한 번 입력하고, 누군가 포털을 열기 전에 얼마나 많은 차이가 해결되는지 확인하십시오. 한 달치 영수증을 열 워크플로로 처리하고 몇 개의 행이 단일 문서로 해결되는지 세어 보십시오.