사우디 부가가치세 신고: 시스템이 산출해야 하는 것

신고 주기는 매출 규모에 따라 정해집니다

ZATCA가 공표하는 기준에 따라 규모가 큰 사업자는 매월, 작은 사업자는 분기마다 신고합니다. 신고서는 해당 과세기간이 끝난 뒤에 제출하며, 납부 기한도 그에 맞춰 정해집니다. 기준을 넘어서면 신고 주기가 바뀝니다. 빠르게 성장하는 기업들이 종종 놓치는 운영상의 세부 사항입니다.

신고서가 실제로 요구하는 것

신고서는 요약이지만, 각 항목은 시스템이 요청 즉시 제시할 수 있어야 하는 거래로 거슬러 올라갑니다.

매출세액에서 공제 가능 매입세액을 차감한 금액이 납부세액이 됩니다. 매입세액이 매출세액보다 많으면 그 차액은 이월되는 환급 대상 세액이 됩니다.

• 표준세율이 적용되는 국내 매출과 그에 대한 매출세액.
• 영세율 국내 매출과 수출. 면세 공급과는 구분해 관리합니다.
• 면세 공급. 공제받을 수 있는 매입세액 규모에 영향을 줍니다.
• 부가가치세 과세 대상 수입. 역과세(리버스 차지) 방식에 따른 금액을 포함합니다.
• 표준세율이 적용되는 매입과 그에 대한 공제 가능 매입세액.
• 과세기간 중 발행한 크레딧 노트와 데빗 노트에 따른 정정.

신고서와 세금 보고서가 어긋나는 이유

대사 차이는 거의 모두 몇 가지 원인 중 하나에서 비롯됩니다. 숫자가 틀렸다고 단정하기 전에 다음 항목부터 확인해 볼 가치가 있습니다.

• 기준 일자. 문서 일자로 필터링한 보고서와 공급일 기준으로 작성한 신고서는 과세기간 경계마다 차이가 납니다.
• 크레딧 노트를 발행한 기간이 아니라 원 세금계산서의 기간에 배분한 경우.
• 한쪽에서는 품목별로, 다른 쪽에서는 세금계산서별로 반올림한 경우. 건별로는 작지만 수천 건의 문서가 쌓이면 눈에 띄는 차이가 됩니다.
• 임시 저장, 취소 또는 삭제된 문서가 한쪽 수치에는 포함되고 다른 쪽에서는 제외된 경우.
• 여러 지점을 둔 기업이 하나의 부가가치세 등록번호로 신고하면서 보고는 지점별로 하는 경우.

대사는 신고 후가 아니라 신고 전에

가장 비용이 적게 드는 통제는 제출 전에 세 가지 숫자를 맞춰 보는 것입니다. 신고서의 매출세액을 총계정원장의 부가가치세 통제계정과, 매입세액을 매입원장과, 총매출을 해당 기간의 수익과 대조합니다. ERP가 세금을 원장에 자동으로 전기한다면 이 숫자들은 이미 일치해야 합니다. 일치하지 않는다면 그 차이는 특정 문서 유형에 관해 무언가 구체적인 사실을 알려 주고 있는 것입니다.

증빙은 신고서와 함께 보관하십시오. 가격, 세율, 품목 기록이 모두 바뀐 1년 뒤에 운영 중인 데이터베이스에서 신고서를 재구성하는 일은, 신고 당시에 작업 내역을 보관해 두는 것보다 훨씬 어렵습니다.

정정과 기록 보관

오류는 ZATCA가 정한 방식으로 정정합니다. 작은 오류는 다음 신고서에서, 큰 오류는 해당 신고서를 수정해서 바로잡으며, 자진 신고는 세무 조사에서 발견된 같은 오류와 전혀 다르게 취급됩니다. 근거 기록은 법정 보존 기간 동안 보관해야 하며, 전자세금계산서의 경우 이는 인쇄용 사본만이 아니라 서명된 XML을 보관해야 한다는 뜻입니다.