«Мы по-прежнему вводим в ERP вручную заказы, которые приходят с нашего сайта, с маркетплейсов и из систем наших крупных клиентов?» По мере роста числа каналов продаж этот вопрос всё чаще оказывается на повестке операционных и финансовых команд. Данные по Турции тоже показывают, что каналов становится больше. Согласно Исследованию использования информационных технологий на предприятиях, опубликованному TÜİK (Турецкий статистический институт) 10 сентября 2026 года, доля предприятий, осуществляющих продажи через интернет или посредством электронного обмена данными (EDI), составляла 13,6% в 2024 году, а в 2025 году выросла до 17,1%.
Каждый заказ, поступивший по электронному каналу, влечёт за собой складскую запись, отгрузочный документ и счёт-фактуру. В этой статье мы разбираем, что говорят данные, чем EDI отличается от веб-продаж и как шаг за шагом автоматизировать цепочку «заказ — накладная — счёт-фактура».
Картина в Турции: доля электронных продаж растёт вместе с масштабом предприятия
По данным TÜİK, доля предприятий с электронными продажами растёт по мере увеличения масштаба: среди предприятий с числом работников 10–49 она составляет 16,4%, среди предприятий с 50–249 работниками — 18,3%, а среди предприятий с 250 и более работниками — 29,7%.
По видам деятельности самая высокая доля — 43,3% — зафиксирована в сфере размещения и общественного питания. За ней следуют издательская деятельность, радио- и телевещание и производство контента (25,4%), а также оптовая и розничная торговля (23,7%). Поскольку объём заказов и число позиций в оптовой и розничной торговле, как правило, высоки, нагрузка от ручного ввода данных в этих сферах ощущается заметнее.
TÜİK определяет этот показатель как продажи товаров и услуг, осуществляемые через веб-сайт или мобильные приложения либо посредством электронного обмена данными. Иными словами, в одну и ту же долю входят два разных канала, и с точки зрения автоматизации они порождают разные потребности.
Разница между веб-продажами и EDI
Eurostat определяет EDI как структурированную передачу данных или документов между организациями; этот термин охватывает также семейство стандартов и сообщений, пригодных для автоматической обработки. На практике разница такова: при веб-продаже заказ поступает через форму, корзину или панель маркетплейса, а при EDI система клиента напрямую отправляет заказ в систему продавца в виде машиночитаемого сообщения.
Европейские данные показывают, что вес этих двух каналов различается. По данным Eurostat, подготовленным в феврале 2026 года, в 2024 году 17,99% предприятий ЕС вели электронные продажи только через веб-сайты или приложения; 2,9% использовали только EDI, а 2,7% — оба канала вместе. По обороту картина меняется на противоположную: предприятия ЕС получили от электронных продаж 19,49% своего совокупного оборота; из этой величины 8,39% пришлось на заказы через веб-сайты и приложения, а 11,07% — на сообщения EDI.
Влияние масштаба заметно и в Европе. Электронные продажи вели 48,48% крупных предприятий, и на эти продажи пришлось 24,24% их совокупного оборота; из этой доли 14,25% приходится на EDI. Eurostat объясняет это тем, что крупные предприятия в большей степени опираются на технологии и стандарты, которые интегрируют продажи по EDI в бизнес-процессы. Среди предприятий среднего размера доля ведущих электронные продажи составляет 31,67%, среди малых — 21,38%.
Эти два набора данных охватывают разные страны, а в бюллетене TÜİK нет разделения на веб-продажи и EDI, поэтому прямое сопоставление было бы некорректным. Вывод, который можно сделать, таков: EDI может быть каналом, которым пользуется небольшое число компаний, но на который приходится значительная часть оборота. Для поставщика, работающего с крупными покупателями, требование EDI может стать не столько технологическим выбором, сколько условием отношений с клиентом.
Звено цепочки, специфичное для Турции: электронные документы (e-Belge)
Документы, оформляемые по заказу, в Турции в значительной степени электронные. Согласно информации Gelir İdaresi Başkanlığı (GİB, Налоговая администрация Турции) на сайте e-Belge, e-İrsaliye (электронная накладная) охватывает оформление, передачу, хранение и предъявление в электронной среде бумажной отгрузочной накладной (sevk irsaliyesi); Общим циркуляром по VUK (Закон о налоговой процедуре) № 509 для определённых отраслей и групп налогоплательщиков введён обязательный переход на e-İrsaliye. Для уточнения охвата и сроков следует обратиться к актуальному графику перехода GİB.
Это означает, что автоматизация заказов не заканчивается на стороне продаж. Когда данные заказа поступают в ERP в корректном и структурированном виде, накладную и счёт-фактуру можно формировать из тех же данных. О том, как данные e-Fatura (электронная счёт-фактура) можно использовать при сверке, мы разбирали в статье об электронной трансформации (e-dönüşüm), а о том, как обновления пакетов GİB влияют на интеграции, — в статье об обновлениях e-Belge.
Практический путь: как связать цепочку «заказ — накладная — счёт-фактура»
Приведённые ниже шаги — общая схема, составленная на основе выводов из источников; её необходимо адаптировать к структуре каналов, ERP и требованиям клиентов каждой организации.
- Составьте реестр каналов. Перечислите, по каким каналам поступают заказы (веб-сайт, маркетплейс, EDI, электронная почта, телефон), и укажите для каждого канала число заказов и позиций в месяц. Приоритеты автоматизации определяются объёмом.
- Отметьте точки ручного вмешательства. Проследите, сколько раз заказ копируется вручную от ввода в ERP до выставления счёта-фактуры, где его приходится вводить повторно и на каком шаге возникает больше всего ошибок.
- Приведите в порядок мастер-данные. Если соответствие кодов клиентов и товаров, единиц измерения и условий продажи непоследовательно, никакая автоматизация не будет работать надёжно. Для EDI отдельно необходимо создать таблицу соответствия между кодами товаров контрагента и вашими кодами.
- Выбирайте метод в зависимости от канала. Для структурированных источников, таких как EDI и программные интерфейсы маркетплейсов, прямая интеграция, как правило, устойчивее. Для порталов без программного интерфейса или заказов, приходящих вложением в электронное письмо, промежуточным решением могут стать программные роботы (RPA) и инструменты распознавания документов. О том, в каких процессах применяется RPA с поддержкой искусственного интеллекта, мы разбирали в статье о европейских данных.
- Спроектируйте очередь исключений. В таких случаях, как отсутствие товара на складе, расхождение сумм или неполный адрес, заказ должен выходить из автоматического потока и попадать к сотруднику на подтверждение. Если причины исключений регулярно фиксируются в отчётах, проблемы с мастер-данными становятся видимыми.
- Формируйте накладную и счёт-фактуру из одних и тех же данных. Когда запись об отгрузке и электронные документы формируются на основе данных заказа, расхождения между заказом, отгрузкой и счётом-фактурой сокращаются, а сверка упрощается.
- Измеряйте результат. Время обработки одного заказа, доля ручных вмешательств, число ошибочных или возвращённых счетов-фактур и время от заказа до выставления счёта-фактуры показывают, действительно ли автоматизация приносит пользу.
- Выстройте процесс работы с изменениями. Программные интерфейсы маркетплейсов, требования клиентов к EDI и технические руководства GİB меняются. Если не назначить ответственного, который отслеживает и тестирует эти изменения, автоматизация может незаметно перестать работать.
Вывод
В Турции доля компаний с электронными продажами за год выросла с 13,6% до 17,1%; среди компаний с 250 и более работниками она составляет 29,7%. Европейские данные показывают, что EDI, несмотря на меньшее число использующих его компаний, обеспечивает более значительную долю оборота. По мере роста числа каналов стоимость ручного переноса заказов возвращается в виде ошибок, задержек и нагрузки на сверку.
Разумный старт — выбрать самый объёмный канал и шаг, на котором чаще всего требуется ручная работа, исправить мастер-данные и измерить результат — может дать более быстрый и надёжный эффект, чем всеобъемлющий план трансформации.
Эта статья носит общий информационный характер и не заменяет юридическую консультацию.
#interimmanagement #forwarddeployedengineering