«GİB (Gelir İdaresi Başkanlığı, Налоговая администрация Турции) при каждом обновлении публикует новый пакет или руководство; как нам адаптироваться, не сломав нашу интеграцию и автоматизации?» Для компаний, которые формируют счета-фактуры, накладные и другие электронные документы в собственных системах, этот вопрос перестал быть разовым проектом и стал постоянной операционной задачей. На странице объявлений GİB по e-Belge (электронным документам) с начала 2026 года по 30 сентября размещено не менее 17 отдельных объявлений; значительная часть из них — обновления пакетов, списков кодов или руководств.
Почему именно сейчас? Потому что в календаре две ближайшие даты. Пакет e-Döviz ve Kıymetli Maden Alım Satım Belgesi (электронный документ о купле-продаже валюты и драгоценных металлов), обновлённый 25 сентября 2026 года, будет введён в действие со 2 ноября 2026 года. Доработки под Руководство UserList (Kullanıcı Listeleri, «Списки пользователей»), обновлённое 30 сентября, необходимо выполнить до 16 ноября 2026 года. Со дня публикации этой статьи, 7 октября, до первой даты остаётся 26 дней, до второй — 40.
Контекст: что изменилось в сфере e-Belge в 2026 году?
Страница объявлений показывает, что обновления не только частые, но и взаимосвязанные. Наиболее заметные примеры:
- Январь: обновлены пакеты e-Fatura (электронная счёт-фактура) и e-Arşiv Fatura (электронная архивная счёт-фактура), Руководство по спискам кодов UBL-TR и пакет UBL-TR 1.2.1; было объявлено, что изменения будут введены в действие со 2 февраля 2026 года. В том же объявлении срок выполнения доработок по руководству, касающемуся поставок в рамках İnşaat Demiri İzleme Sistemi (İDİS, система отслеживания строительной арматуры), по итогам поступившей обратной связи был продлён с 12 января до 2 февраля.
- Март: 16 марта было объявлено, что проверки по данным реестра (sicil) и кодам видов деятельности для документов, оформляемых через частных интеграторов, начнутся 1 апреля, и добавлен код «555-KDV Oran Kontrolüne Tabi Olmayan Satışlar» (продажи, не подлежащие контролю ставки KDV, то есть НДС). Объявлением от 27 марта эта проверка была отложена до повторного объявления GİB; для обновлений пакетов от 16 марта было указано, что никаких действий не потребуется.
- Апрель: для отслеживания сведений о налогоплательщиках с закрытыми учётными записями и результатов интеграции с реестром подготовлено Руководство UserList; срок выполнения доработок был объявлен — 15 апреля 2026 года.
- Июль–август: 27 июля обновлены пакеты e-Fatura и e-Arşiv Fatura, а также Руководство по спискам кодов UBL-TR; было объявлено, что изменения вступят в силу с 14 сентября 2026 года. А 24 августа было сообщено, что в опубликованном 27 июля пакете e-Fatura недочёты устранены.
- Сентябрь: обновлены пакет e-Gider Pusulası (электронная расходная квитанция) от 15 сентября, пакет e-Döviz от 25 сентября и Руководство UserList от 30 сентября.
Из этого перечня можно извлечь три урока. Во-первых, между датой публикации и датой ввода в действие чаще всего есть окно в несколько недель. Во-вторых, объявление впоследствии может быть отложено, его срок продлён, а пакет исправлен; поэтому недостаточно прочитать одно объявление — нужно следить и за последующими. В-третьих, в один и тот же день могут вместе меняться сразу несколько компонентов (пакет, список кодов, руководство).
Что означают две ближайшие даты?
e-Döviz ve Kıymetli Maden Alım Satım Belgesi (2 ноября). Согласно объявлению GİB 2023 года, этот документ имеет ту же правовую природу, что и бумажные документы о покупке и продаже валюты и драгоценных металлов; это не новый вид документа. В то время было объявлено, что подпадающие под требование уполномоченные организации (yetkili müesseseler) обязаны с 1 мая 2023 года оформлять свои документы в виде этого электронного документа. Объявление от 25 сентября 2026 года опубликовано не как новое требование, а как обновление пакета для уже действующей практики. Версия 1.3 пакета доступна на странице объявлений; подробности изменения следует отслеживать по содержимому пакета и по примечаниям к релизу используемого интегратора.
Руководство UserList (16 ноября). Руководство описывает XML-файл, в котором передаются сведения о метках (etiket) налогоплательщиков для e-Fatura и e-İrsaliye (электронная накладная). В версии 1.1 руководства добавлены адреса тестового доступа, а в разделе «User Temp List» обновлены описания. Для схем, в которых документы отправляются через собственную систему или метки получателей запрашиваются автоматически, это изменение напрямую затрагивает поток данных.
Пример подобной подготовки в сфере закупок сельхозпродукции смотрите в нашей статье о SMS-подтверждении в e-Müstahsil Makbuzu (электронной закупочной квитанции), а о сквозном использовании данных e-Belge в финансовых процессах — в нашей статье об e-Fatura и электронной трансформации (e-dönüşüm).
Почему обновления затрагивают автоматизации?
Обновления e-Belge — это проблема не только интегратора или ERP. Во многих компаниях есть дополнительные автоматизации (программные роботы, скрипты, сервисы передачи данных), которые считывают данные счетов-фактур, классифицируют их по спискам кодов, проверяют метку получателя или создают бухгалтерские записи. Когда в список кодов добавляется новое значение или меняется правило использования XML-поля, такие автоматизации могут выдавать неверный результат, не сообщая об ошибке. Поэтому управление обновлениями не следует ограничивать системой, формирующей документ: оно должно охватывать каждый шаг, использующий документ.
Практический путь: привязать обновления к операционному процессу
Приведённые ниже шаги — общая схема, выведенная из закономерностей, которые видны на странице объявлений; каждой организации следует адаптировать её к собственному каналу оформления документов (портал GİB, частный интегратор или прямая интеграция).
- Назначьте одного ответственного за мониторинг. Закрепите регулярное (например, еженедельное) чтение страницы объявлений за одним человеком или командой. Заносите каждое объявление в журнал с указанием даты публикации, соответствующего типа документа и даты ввода в действие либо крайнего срока доработок.
- Составьте реестр документов и компонентов. Перечислите, какие типы e-Belge вы оформляете и получаете, какая система их формирует и какие автоматизации считывают эти данные. Когда выходит объявление, анализ влияния на основе этого реестра можно выполнить за несколько минут.
- Планируйте календарь в обратном порядке. Отсчитывая назад от даты ввода в действие, расставьте шаги тестирования, согласования и перехода в продуктив. Такие даты, как 2 и 16 ноября, должны попасть в управленческий календарь вместе с промежуточными контрольными точками.
- Запросите у интегратора и поставщика ПО письменный план. Уточните, в какую дату актуальный пакет будет развёрнут в тестовой среде и в продуктиве и требуются ли изменения с вашей стороны.
- Используйте тестовую среду. Такие документы, как Руководство UserList, содержат в том числе адреса тестового доступа. Проверяйте изменения не на рабочих данных, а в тестовой среде, на примерах документов.
- Включите автоматизации в регрессионное тестирование. После изменения списка кодов или поля проверьте, что роботы и скрипты, считывающие документ, на примерах документов выдают ожидаемый результат. По возможности превращайте такую проверку в автоматизированные контрольные списки.
- Следите за последующими объявлениями. Как показывают примеры 2026 года, пакет может быть исправлен позднее, а проверка — отложена. После перехода в продуктив ещё несколько недель отслеживайте, не вышло ли по этой теме новое объявление.
- Ведите учёт. Фиксируйте, к какому объявлению, в какую дату и какими изменениями была выполнена адаптация. Эта запись пригодится и при внутреннем аудите, и при планировании следующего обновления.
Заключение
Объявления GİB по e-Belge показывают, что инфраструктура электронных документов — не статичная, а регулярно обновляемая система. Хотя ближайшие даты — 2 ноября (пакет e-Döviz) и 16 ноября (Руководство UserList), главная ценность — в построении повторяемого процесса, в котором каждое объявление привязано к реестру, календарю и тестированию. Когда такой процесс выстроен, следующее обновление пакета вместо авральной спешки в последний момент превращается в плановые работы по обслуживанию.
Эта статья носит общий информационный характер и не заменяет юридическую консультацию.
#interimmanagement #forwarddeployedengineering