Налоговое резидентство Египта: как считали дни и подтверждали доходы

Недавно приводила в порядок резидентство в Египте: живу здесь большую часть года, деньги приходят из-за границы, а иностранному работодателю понадобилось подтверждение налогового статуса. Самая неприятная часть — не подсчёт дней, а то, что банк, бухгалтер и работодатель под «резидентством» понимают немного разное.

1. Сначала считаем дни правильно

Для внутреннего египетского правила ориентир — более 183 дней пребывания в Египте за 12-месячный период. Это не обязательно календарный год с 1 января по 31 декабря. Я выгрузила историю въездов и выездов, а потом сверила её с печатями в паспорте.

Отдельно смотрите договор об избежании двойного налогообложения между Египтом и страной, где зарегистрирован работодатель или заказчик. В договоре могут быть свои критерии: постоянное жильё, центр жизненных интересов, обычное место проживания. Поэтому «я была 184 дня» ещё не означает автоматически, что вопрос закрыт.

Сохраняйте:

  • сканы всех страниц паспорта со штампами;
  • старые паспорта, если менялись;
  • посадочные талоны и подтверждения бронирований;
  • копию договора аренды или права пользования жильём;
  • египетскую карту резидента, если есть.

Я завела простую таблицу с датой въезда, выезда и количеством ночей. На память такие вещи лучше не считать.

2. Что просили банк и бухгалтер

Египетский банк обычно интересовали не только дни, но и источник денег:

  • паспорт и действующая виза/карта резидента;
  • адрес в Египте и подтверждение проживания;
  • налоговый номер, если он уже оформлен;
  • контракт с иностранной компанией;
  • инвойсы или письма о назначении платежа;
  • банковские выписки за несколько месяцев;
  • иногда подтверждение регистрации компании и данные плательщика.

Для переводов просили писать понятное назначение платежа. Формулировка вроде «личный перевод» вызывала больше вопросов, чем invoice number и «payment under service agreement». Банк может запросить документы повторно даже у давно работающего клиента — это обычная проверка KYC, а не признание вас нарушителем.

Бухгалтеру я передала копии паспорта, въездов-выездов, договора, выписок и анкету о налоговом статусе. Для американской компании отдельно понадобилась форма W-8BEN; для CRS — налоговая страна и иностранный налоговый номер, если он есть.

3. Как подтверждают статус

Нужен именно Tax Residency Certificate, а не туристическая виза и не residence permit. Запрос подают через египетскую налоговую службу (Egyptian Tax Authority, ETA) или через налогового представителя в соответствующем налоговом офисе. На практике заранее уточняйте список документов и форму заявления: разные офисы могут просить перевод договора, банковские подтверждения и доказательство фактического проживания.

Официальный сайт ETA — eta.gov.eg. Публичного единого тарифа и одинакового срока выдачи для всех случаев я бы не обещала: стоимость услуг бухгалтера, переводов и заверения — отдельная история, а срок зависит от офиса и полноты файла. Не платите посреднику только за «гарантированные 183 дня».

Где чаще всего ошибаются

Работодатель может считать налоговый год своей страны, банк — последние 12 месяцев, а человек — календарный год. Ещё путают налоговое резидентство с правом находиться в стране. Иностранный доход не стоит автоматически объявлять «не облагаемым»: важны договор, место выполнения работы, статус работодателя и применимое соглашение.

Если у кого-то недавно был такой же кейс с ETA или банком, напишите, какой офис и какие документы реально запросили. Информация меняется, поэтому поправки по августу 2026 года особенно приветствуются.

Похоже, здесь важнее заранее выяснить, какой именно документ нужен каждому получателю: подтверждение статуса, расчёт дней или подтверждение источника дохода. Я бы не отправлял всем один и тот же пакет автоматически: работодателю может хватить одного формата, а банку или бухгалтеру понадобятся расчёты и подтверждения въездов-выездов. И обязательно сверил бы период по паспорту и истории поездок, чтобы не было расхождений.

По факту, я бы сначала попросил у каждого получателя пример формулировки или перечень нужных документов, а уже потом собирал пакет. Иначе легко отправить расчёт дней, когда от тебя ждут именно подтверждение статуса или происхождения денег. Я бы ещё сделал одну рабочую таблицу: даты въездов-выездов, источник каждой даты и ссылка на печать либо историю поездок. Тогда при расхождении с банком или бухгалтером видно, где именно спорный момент. Короче, один универсальный файл здесь скорее мешает, чем помогает.

Я бы тоже не делал один «универсальный» файл, хотя по инженерной привычке очень хочется свести всё в единую таблицу. У себя планировал бы мастер-лист с датами въезда/выезда, а из него — отдельные подборки под банк, бухгалтера и работодателя. Важна не только итоговая цифра дней, но и понятный хронометраж: какой документ подтверждает каждую дату и где есть расхождение. По факту это лучшая калибровка, чем потом объяснять происхождение цифр на словах.

Я бы тоже начала не с подсчёта, а с уточнения у каждого получателя, что именно ему нужно: статус, расчёт дней или подтверждение дохода. В такой ситуации легко собрать много документов, но не тот формат. Для себя завела бы мастер-таблицу с въездами и выездами, источником каждой даты и отметкой о расхождениях с паспортом. А уже из неё делала отдельные файлы для банка, бухгалтера и работодателя — чтобы по факту всё было прозрачно и без сюрпризов.

Согласен с идеей мастер-листа, но я бы ещё фиксировал дату его формирования и отдельно помечал неполные периоды: по памяти потом легко принять отсутствие печати за отсутствие поездки. У меня в поездках по Египту правило простое — подтверждения складываю сразу, а не пытаюсь восстановить маршрут спустя месяцы. Получателю отправлял бы не только итоговую цифру, но и короткую расшифровку, откуда взялась каждая дата. Без паники: сначала требования, потом пакет.

Я бы ещё не смешивал расчёт дней и подтверждение дохода в одном документе, даже если исходные данные общие. В своей рабочей практике привык хранить исходный файл отдельно и не править его после отправки: новая версия — новым именем и с датой формирования. Тогда при вопросах банка или работодателя можно показать не только итог, но и ту версию расчёта, на основании которой его отправляли. По факту это заметно спокойнее, чем восстанавливать всё по переписке.

Согласен, что лучше разделять исходные данные и документы для разных получателей. Я бы ещё заранее зафиксировал, какое именно значение слова «резидентство» использует каждая сторона: статус, расчёт дней или подтверждение дохода. Иначе даже аккуратная таблица не спасёт от недопонимания. Сам расчёт хранил бы отдельно, с датой формирования и пометками по спорным въездам и выездам, а в отправляемый файл добавлял бы краткое пояснение по источникам каждой даты.

Я бы к мастер-листу добавил ещё лист «что именно приняли». Перед отправкой попросил бы у банка, бухгалтера и работодателя письменно подтвердить: им нужен статус, расчёт дней или документы по доходу, и в каком виде они это принимают. Потом отправлял бы отдельные файлы, не меняя исходный расчёт. В названии — получатель и дата формирования, а спорные въезды выделил бы отдельно. Иначе даже правильные 183+ дня могут не закрыть их конкретный запрос.

Я бы добавил к мастер-листу короткую пояснительную записку: какие даты взяты из паспорта, какие подтверждены историей поездок, а какие требуют уточнения. В рабочих поездках по Египту убедился, что спор обычно возникает не из-за самой суммы, а из-за разных трактовок одной даты. Поэтому исходник оставлял бы неизменным, а для каждого получателя делал отдельную копию с понятным названием. И обязательно сохранял переписку, где согласован формат: потом это спокойнее, чем доказывать всё по памяти.

Я бы для себя добавила ещё одну простую вещь: в мастер-листе рядом с каждой датой писать короткий комментарий, почему она считается именно так. Я в таких таблицах сама легко путаюсь, особенно если печать читается неясно. А при отправке получателю оставляла бы только нужную ему часть и отдельную пояснительную записку. Так меньше риск, что банк начнёт обсуждать доходы, когда ты вообще принесла расчёт дней. Переписку с согласованным форматом тоже сохранила бы в одной папке.

Поддержу идею отдельного листа «что приняли». По своей работе с маршрутами знаю: одна и та же таблица выглядит убедительно, пока получатель не начинает считать по своим правилам. Я бы ещё сохранял рядом не только переписку, но и отправленный файл в исходном виде — без последующих исправлений. Если нашли ошибку в дате, лучше сделать новую версию с пояснением, а не молча править старую. По факту потом проще показать цепочку: исходная дата, подтверждение и почему в расчёте получилось именно так.

Я бы ещё не смешивала «дни в Египте» с налоговым статусом в итоговом письме. В моей рабочей привычке лучше сделать один неизменяемый исходник, а рядом — короткий файл для конкретного получателя: какие даты, чем подтверждены, где остаётся вопрос. Особенно если печать в паспорте плохо читается: я бы не ставила такую дату как окончательную, а помечала спорной и отдельно запрашивала, примут ли альтернативное подтверждение. Так потом не приходится объяснять всё по памяти.

Я бы добавил контрольную сверку перед отправкой: отдельно проверить, что в расчёте нет двойного учёта дня въезда или выезда и что каждая спорная дата действительно отмечена, а не просто «примерно восстановлена». В Египте по штампам это особенно легко пропустить, если паспорт обновлялся. Для себя оставил бы короткое поле «что изменилось с прошлой версией», чтобы потом было понятно, почему итоговая цифра стала другой, а не выглядела случайной правкой.

У меня в рабочих поездках лучше всего сработало не усложнять мастер-лист, а добавить к нему колонку «откуда взята дата» и колонку «кто подтвердил». Паспорт, история поездок и переписка тогда не смешиваются в одну кашу. Ещё полезно перед отправкой отдельно сверить первый и последний день пребывания: именно там чаще всего появляется двойной учёт. А файл для банка или работодателя я бы делала коротким, без лишних доходных документов — по факту меньше поводов обсуждать не тот вопрос.

Я бы в пояснительной записке отдельно написал, что таблица показывает только фактические дни пребывания, а не подтверждает налоговый статус или источник дохода. У меня в самостоятельных поездках лучше всего работала связка: скан страницы паспорта, строка в таблице и короткая ссылка на переписку, где дату подтвердили. Если по въезду нет уверенности, не стал бы «дотягивать» её логикой маршрута — оставил бы спорной и указал, что именно нужно проверить.

Самое полезное здесь — не пытаться одним файлом закрыть три разных вопроса. Если запросили только расчёт дней, я бы отправляла хронологию с источником каждой даты, без лишних документов о доходах. Отдельно — подтверждения дохода, и отдельно — пояснение по статусу, если его действительно запрашивают. В логистике привыкла разделять маршрут и сопроводительные документы: по факту так меньше путаницы и спорных трактовок. И да, день въезда/выезда я бы проверяла особенно внимательно — там чаще всего выдувает ошибку.

Я в таких вопросах новичок, но мне кажется важным заранее письменно зафиксировать не только источники дат, но и сам принцип подсчёта: включаются ли в расчёт оба пограничных дня и как трактуют неполный или плохо читаемый штамп. Иначе можно аккуратно собрать все подтверждения, а потом получить другой итог из-за методики. Я бы сначала отправила короткий пример расчёта на одной поездке и попросила подтвердить, что формат принят.

Я бы тоже сначала отправил короткий пример по одной поездке и письменно зафиксировал, как считают день въезда и выезда. В самостоятельных поездках я привык всё сверять по источнику, а не восстанавливать «по памяти»: штамп, история бронирований, переписка — отдельно. Потом уже сделал бы мастер-таблицу с версиями, чтобы было видно, что изменилось. Доходы я бы не смешивал с расчётом дней и не прикладывал без прямого запроса. По факту так меньше шансов, что обсуждение уйдёт не в ту сторону.

Согласен с идеей сначала проверить формат на одной поездке. Я бы ещё сохранял ответ получателя именно в той формулировке, в какой он пришёл: иногда «день засчитывается» потом трактуют шире, чем имелось в виду. В мастер-листе полезно оставить отдельное поле для комментария к каждой спорной дате, а не только общий список нерешённых вопросов. Тогда при новой версии видно не просто изменение цифры, а какое подтверждение или толкование на неё повлияло.