EDI для торговых сетей: тарифы, цены и подключение

Тариф EDI для торговой сети выбирают не по названию пакета, а по расчету маршрутов и документов. Сначала определите, с какими сетями идет обмен, затем посчитайте годовой объем EDI-сообщений и юридически значимых документов, добавьте запас 15-25%, отдельно проверьте расходы на 1С, API, настройку сети и техническое сопровождение.
Если поставщик работает с одной федеральной сетью, стартовый выбор обычно начинается с пакета под эту сеть. Если сетей несколько, нельзя механически брать самый дешевый пакет: надо проверить, входит ли нужная группа сетей в тариф, хватает ли документов на год и не появится ли доплата за интеграцию.
| Ситуация поставщика | С чего начинать выбор | Что проверить до оплаты |
|---|---|---|
| Одна сеть, редкие поставки | Минимальный пакет под нужный маршрут | Список доступных сетей, срок действия пакета, цена сверх лимита |
| Х5 GROUP или О’КЕЙ | Федеральная линейка пакетов | Объем документов за год и поддержку форматов конкретной сети |
| Несколько сетей в одной группе | Пакет для группы торговых сетей | Какие сети входят в группу и как считается каждый документ |
| Разные федеральные и региональные сети | Пакет для работы со всеми сетями | Переплату за ширину тарифа и запас по документам |
| Большой поток заказов и отгрузок | Расчет по годовой статистике, не по минимальному пакету | Порог следующего пакета, стоимость перерасхода, интеграционные работы |
Как выбрать тариф EDI для торговой сети?
Рабочий порядок такой: сначала маршрут, потом документы, потом способ работы. Маршрут отвечает на вопрос, с кем идет обмен. Документы показывают, сколько сообщений будет израсходовано. Способ работы определяет, будет ли поставщик работать в веб-кабинете, через модуль 1С или через API.
| Проверка | Как считать | Ошибка при выборе |
|---|---|---|
| Маршрут | Указать конкретную торговую сеть или группу сетей | Купить общий пакет, когда нужен тариф под конкретную сеть |
| Документы | Считать входящие заказы, ответы, уведомления, УПД и корректировки | Считать только отгрузки и забыть служебные EDI-сообщения |
| Сезонность | Брать годовой объем с учетом пиковых месяцев | Умножить спокойный месяц на 12 и получить перерасход |
| Интеграция | Понять, где создаются документы: кабинет, 1С, ERP, API | Сравнивать только пакет документов без стоимости внедрения |
| Поддержка | Проверить сопровождение по сети и консультации | Заложить ноль на настройку, а потом оплачивать срочные работы |
Для поставщика торговой сети особенно важен не самый низкий входной тариф, а отсутствие остановки отгрузок. Если сеть требует конкретные форматы и сроки ответа, экономия на настройке быстро превращается в штрафы, ручные переделки и задержку приемки.
Какие цены Контур.EDI учитывать в 2026 году?
Ниже приведены ориентиры по открытому прайс-листу Контур.EDI, действующему с 20 апреля 2026 года. Перед оплатой надо сверить коммерческое предложение, потому что итоговый счет зависит от выбранной сети, интеграции, дополнительных услуг и условий поставщика.
| Линейка тарифа | Пакеты документов | Цена пакета | Когда смотреть |
|---|---|---|---|
| Обычные пакетные тарифы | 2 400, 6 000, 10 000, 20 000, 50 000 | от 18 360 до 242 500 руб. | Когда маршрут не попадает в специальную федеральную или сетевую линейку |
| Федеральный | 1 000, 3 000, 5 000, 15 000, 20 000, 30 000, 50 000 | от 9 000 до 250 000 руб. | Для документооборота с Х5 GROUP и О’КЕЙ |
| Сеть | 1 000, 2 000, 3 500, 5 000, 10 000 | от 10 000 до 79 000 руб. | Для работы с группой торговых сетей |
| Все сети | 1 000, 2 000, 2 500, 3 000, 5 000, 10 000, 50 000 | от 14 000 до 400 000 руб. | Когда поставщик работает с разными сетями и не хочет ограничиваться одним маршрутом |
| Постоплата или перерасход | Считается за документ | обычно выше пакетной цены за документ | Когда фактический поток регулярно выходит за купленный лимит |
Если поставщик выбирает между несколькими сервисами, сначала сравнивайте не бренд, а маршрут, цену документа, интеграцию и поддержку. Для отдельного разбора операторов можно использовать наше сравнение операторов.
Как посчитать пакет документов на год?
Считать надо не только УПД. В EDI один заказ может создать несколько сообщений: заказ, подтверждение заказа, уведомление об отгрузке, приемку, расхождения, УПД, корректировочный документ и служебные статусы. Поэтому расчет по количеству отгрузок почти всегда занижает реальную нагрузку.
| Показатель | Что взять из учета | Как использовать |
|---|---|---|
| Среднее число заказов в месяц | Заказы торговой сети за последние 6-12 месяцев | Понять базовую нагрузку |
| Документов на один заказ | Фактическую цепочку сообщений по сети | Перевести заказы в документы |
| Пиковый месяц | Максимум за сезон, акцию или высокий спрос | Проверить, не будет ли резкого перерасхода |
| Новые сети | План подключений на год | Добавить будущий поток до покупки тарифа |
| Запас | 15-25% сверх расчетного объема | Не упереться в лимит из-за сезонности и корректировок |
Если статистики нет, используйте осторожный расчет: один заказ в сеть умножить на 4-7 EDI-сообщений и юридически значимых документов. Для маркированных товаров, расхождений по приемке и частых корректировок коэффициент лучше брать ближе к верхней границе.
расчет пакета EDI
Калькулятор документов и первого тарифа Контур.EDI
Укажите поток документов, тип торговой сети и способ подключения. Инструмент подберет ближайший годовой пакет, покажет цену по опубликованному прайс-листу и отдельно вынесет строки, которые часто забывают в смете.
Тип маршрута
Запас к годовому объему
Как подключать
Что добавить в смету
Проверьте, входит ли ваша торговая сеть в выбранный тип тарифа, и попросите счет с отдельными строками по настройке.
Что проверить в счете
- Пакет документов на 12 месяцев.
- Ограничения по торговым сетям.
- Стоимость настройки маршрута.
Какие расходы добавить к тарифу EDI?
Цена пакета документов не всегда равна бюджету запуска. Для ручной работы в веб-кабинете дополнительных расходов может быть мало. Для поставщика с 1С, ERP, API, несколькими сетями и большим потоком почти всегда появляются настройка, консультации, интеграция и сопровождение.
| Расход | Когда появляется | Как проверять в счете |
|---|---|---|
| Модуль для 1С | Документы надо создавать и получать прямо в учетной системе | Срок лицензии, версия 1С, поддерживаемые конфигурации |
| Адаптация 1С | Конфигурация изменена или используются нестандартные процессы | Объем работ, результат, ответственность за тестовый обмен |
| API, FTP или AS2 | Нужна интеграция с ERP, WMS или собственной системой | Протокол, документация, поддержка ошибок, сроки внедрения |
| Подключение сети | Сеть требует настройку маршрута и проверку форматов | Одна сеть или несколько, включены ли тесты |
| Техническое сопровождение | Есть риск остановки обмена при изменениях сети | Состав поддержки, время реакции, кто ведет инциденты |
| Обучение сотрудников | Документы будут обрабатывать менеджеры, логисты или бухгалтерия | Кто обучается, какие инструкции остаются после запуска |
Когда достаточно веб-кабинета?
Веб-кабинет подходит, если документов немного, процесс простой, а сотрудник готов вручную обрабатывать заказы и отгрузки. Но при регулярных поставках в сеть ручной режим быстро становится слабым местом: растут ошибки, документы теряются, а статус отгрузки приходится контролировать вручную.
| Способ работы | Подходит | Не подходит |
|---|---|---|
| Веб-кабинет | Малый поток, одна сеть, редкие поставки | Много заказов, несколько сотрудников, жесткие сроки ответа |
| Модуль 1С | Учет уже ведется в 1С, нужны меньше ручного ввода и сверка статусов | Нетиповая система учета или процессы не живут в 1С |
| API, FTP, AS2 | ERP, WMS, собственная учетная система, большой поток документов | Нет разработчика или интегратора, нет готового процесса поддержки |
| Смешанный режим | Часть документов идет автоматически, исключения разбираются вручную | Если сотрудники не понимают, где основной источник данных |
Какие документы входят в EDI-поток?
У разных сетей набор сообщений отличается, поэтому перед оплатой надо попросить оператора показать конкретный маршрут. Для поставщика важны не только документы бухгалтерии, но и операционные сообщения, от которых зависит приемка товара.
| Документ или сообщение | Для чего нужен | Что проверить |
|---|---|---|
| ORDERS | Заказ от торговой сети | Как быстро попадает в учетную систему |
| ORDRSP | Ответ поставщика на заказ | Можно ли подтвердить частично, изменить количество и сроки |
| DESADV | Уведомление об отгрузке | Поддерживаются ли маркировка, партии, сроки годности |
| RECADV | Уведомление о приемке | Как обрабатываются расхождения по количеству и качеству |
| УПД | Юридически значимый закрывающий документ | Связка с ЭДО, подпись, статус доставки и подписания |
| УКД | Корректировка стоимости или количества | Кто инициирует и как документ попадает в бухгалтерию |
| Статусы и уведомления | Контроль прохождения документов | Есть ли журнал ошибок и понятная расшифровка статусов |
Если вы только выбираете сервис под первую сеть, полезно сначала разобрать процесс поставщика целиком: какие сети, какие документы и кто отвечает за ошибку. Эту логику мы отдельно расписали в материале про поставщику EDI.
Как подключить EDI к торговой сети?
Подключение надо вести как технический проект, а не как покупку доступа. У поставщика должны быть ответственные за учетную систему, документы, подпись, тестовый обмен и операционную приемку ошибок.
- Получите от торговой сети требования к EDI-оператору, форматам, GLN, срокам ответа и обязательным сообщениям.
- Соберите статистику: заказы, отгрузки, УПД, корректировки, расхождения и план подключения новых сетей.
- Выберите тарифную линейку: федеральная сеть, группа сетей, все сети или обычный пакет документов.
- Решите способ работы: веб-кабинет, 1С, API, FTP, AS2 или смешанная схема.
- Проверьте, кто оформляет GLN и какие реквизиты нужны для обмена.
- Настройте тестовый контур и прогоните полный маршрут: заказ, ответ, отгрузка, приемка, УПД, корректировка.
- Назначьте ответственных за ошибки: менеджер, логист, бухгалтер, специалист 1С или интегратор.
- После запуска сверяйте первый месяц по журналу статусов, а не только по факту отправки документов.
Как проверить счет до оплаты?
Счет надо проверять по составу, а не только по общей сумме. В хорошей проверке видно, какой пакет документов покупается, на какой срок, какие сети входят, что будет при перерасходе и какие работы оплачиваются отдельно.
| Строка проверки | Нормально | Плохой признак |
|---|---|---|
| Пакет документов | Указано количество документов и срок действия | Есть только название тарифа без лимита |
| Торговые сети | Понятно, под какие сети действует тариф | Менеджер обещает устно, в счете этого нет |
| Перерасход | Есть цена документа сверх пакета или понятное правило доплаты | Перерасход не описан, хотя поток нестабильный |
| Интеграция | Разделены лицензия, настройка и сопровождение | Интеграция названа одной строкой без результата |
| Тестовый обмен | Понятно, кто проверяет маршрут до запуска | После оплаты поставщик сам разбирается с сетью |
| Поддержка | Указан состав поддержки и канал обращения | Поддержка есть только в рекламном описании |
Какой пакет документов брать на старте?
Для старта обычно безопаснее брать пакет, который покрывает расчетный годовой объем с запасом 15-25%. Если расчет получается близко к верхней границе пакета, сравните цену следующего пакета с риском перерасхода. Иногда следующий пакет дешевле, чем регулярная доплата сверх лимита и срочная докупка в пиковый месяц.
| Исходящих и входящих документов в месяц | Расчетный годовой объем с запасом | Какой подход выбрать |
|---|---|---|
| До 70 | около 1 000 документов | Минимальный пакет под нужную сеть, если сеть входит в тариф |
| 70-180 | 1 000-3 000 документов | Смотреть федеральный или сетевой пакет, проверять сезонность |
| 180-400 | 3 000-6 000 документов | Сравнить цену среднего пакета и стоимость перерасхода |
| 400-850 | 6 000-12 000 документов | Брать пакет выше расчетного и сразу проверять 1С |
| Больше 850 | от 12 000 документов | Делать расчет по фактической статистике и обсуждать интеграцию |
Когда переплата за широкий тариф оправдана?
Широкий тариф оправдан, если поставщик реально работает с несколькими сетями, планирует новые подключения или не может заранее ограничить маршруты. Если сеть одна и поток предсказуемый, широкий тариф может быть лишней страховкой, за которую платят без пользы.
| Признак | Широкий тариф оправдан | Лучше узкий тариф |
|---|---|---|
| Количество сетей | Три и больше сетей, есть план расширения | Одна сеть, понятный маршрут |
| Документы | Много типов сообщений и частые корректировки | Однотипные заказы и закрывающие документы |
| Сезонность | Сильные пики и акции | Ровный поток по месяцам |
| Интеграция | Нужен единый поток в 1С или ERP | Допустима ручная работа в кабинете |
| Коммерческий риск | Остановка обмена может сорвать поставку | Поставки редкие, штрафные риски низкие |
Какие ошибки приводят к переплате?
Переплата возникает не только из-за дорогого тарифа. Чаще проблема в том, что поставщик покупает пакет без карты документов, не учитывает интеграцию и не проверяет, как сеть принимает сообщения.
| Ошибка | К чему приводит | Как исправить до оплаты |
|---|---|---|
| Считать только УПД | Пакет заканчивается быстрее расчетного срока | Считать всю цепочку EDI-сообщений |
| Не учитывать сезонность | В высокий месяц появляется перерасход | Брать статистику за год и отдельный пик |
| Покупать тариф без списка сетей | Нужная сеть может потребовать другой маршрут | Попросить письменное подтверждение по сетям |
| Забыть про 1С | После покупки появляются работы по настройке | Проверить конфигурацию и стоимость адаптации заранее |
| Не назначить ответственного | Ошибки висят в сервисе, отгрузки задерживаются | Закрепить владельца процесса и регламент проверки статусов |
| Не проверить тестовый обмен | Проблемы обнаруживаются после начала поставок | Прогнать полный маршрут до промышленного запуска |
Какой вариант выбрать поставщику?
Если поставщик работает с одной сетью и небольшим потоком, начинайте с минимального подходящего пакета и веб-кабинета, но заранее проверьте цену перерасхода. Если поток регулярный и учет ведется в 1С, сразу считайте пакет документов вместе с модулем и настройкой. Если сетей несколько, смотрите сетевую или широкую линейку и сравнивайте не только цену пакета, но и стоимость запуска.
Перед оплатой нужно получить три подтверждения: нужная торговая сеть входит в маршрут, расчетный объем документов помещается в пакет с запасом, тестовый обмен можно провести до промышленного запуска. Если хотя бы один пункт не закрыт, тариф пока выбран не полностью.
Не нашли ответ на свой вопрос?
Опишите проблему в комментариях — мы ответим в ближайшее время. Укажите e-mail, чтобы получить уведомление об ответе

Если сравниваем два-три решения по направлению «EDI для торговых сетей», какие тесты провести в первую очередь?
Не начинайте с максимального пакета. Для направления «EDI для торговых сетей» возьмите один реальный пример: одного юрлица. На нем видно, хватает ли базового тарифа, где появляются ограничения и насколько быстро отвечает поддержка.
Такой порядок дешевле, чем купить широкий пакет и потом выяснять ограничения.
По теме «EDI для торговых сетей»: как понять, что данные и документы потом можно будет выгрузить без ручной переписки с поддержкой?
Цена без сценария почти ничего не говорит. Один и тот же тариф может быть выгодным или дорогим в зависимости от объема, роли пользователей и нужной функции. Для направления «EDI для торговых сетей» начните с таблицы: что делаете каждый день, что раз в месяц, что нужно только при проверке.
Отдельно отметьте права пользователей, архив закрывающих и права пользователей. Если хотя бы один пункт идет как платная опция, сравнивайте уже полную стоимость, а не цену на витрине.
По теме «EDI для торговых сетей»: что важнее проверить сначала: цену тарифа или роуминг, если бюджет ограничен?
Внешнему специалисту не нужен полный доступ. Для направления «EDI для торговых сетей» заранее разделите роли: кто создает операцию, кто проверяет, кто подтверждает, кто только смотрит архив или отчет. Это важно, если сервисом будет пользоваться не один человек.
Так проще контролировать ошибки и разбирать спорные ситуации.
По теме «EDI для торговых сетей»: какие признаки показывают, что сервис ЭДО уже маловат и нужен тариф выше?
Годовую оплату лучше брать после короткого пилота. Если объем нестабильный, по направлению «EDI для торговых сетей» безопаснее сначала проверить минимальный период. Особенно внимательно смотрите условия по пункту: исходящие УПД.
На пилоте оценивайте три вещи: время выполнения операции, понятность прав доступа и наличие платных ограничений. Если все три пункта понятны, годовой тариф можно считать без гадания.
Можно по направлению «EDI для торговых сетей» начать с пары типовых УПД, а остальные функции подключить позже?
Демо нужно проходить как приемку работы. Сформулируйте поставщику задачу: нужен сценарий «пары типовых УПД», важно проверить маршрут согласования и исходящие УПД. После демонстрации попросите показать, что будет при превышении лимита и как выгружаются данные.
Если на этом этапе появляются ручные обходы, их нужно учесть до оплаты.
Если нужен только сценарий «одного юрлица», какой минимальный пакет смотреть по направлению «EDI для торговых сетей»?
Минимальный тариф подходит только при понятных границах. Для направления «EDI для торговых сетей» сначала посчитайте пользователей, объем операций и обязательные функции. Если нужен один сценарий, например ручной отправки без 1С, не покупайте старший пакет только из-за красивого описания.
Попросите расчет на ваш объем: базовая цена, лимиты, превышение, настройка, поддержка и хранение результата. Когда эти цифры есть на бумаге, сравнение становится техническим, а не рекламным.
Непонятно, как проверить архив закрывающих до оплаты по направлению «EDI для торговых сетей». Что спросить у менеджера?
Тест должен идти на ваших данных, иначе он мало что показывает. Для направления «EDI для торговых сетей» возьмите один реальный пример: одного контрагента. На нем видно, хватает ли базового тарифа, где появляются ограничения и насколько быстро отвечает поддержка.
Если операция не проходит без ручных обходов, оплачивать год сразу рано.