+7 (812) 981-09-19

Коды маркировки не заказать: «доступ в СУЗ отсутствует» и «нет связи с СУЗ»

Кодов нет — значит, наносить нечего и отгружать нечего, а продукция стоит на складе немаркированной. Кабинет «Честного знака» на разделе «Управление заказами» отвечает «Доступ в СУЗ отсутствует», 1С на проверке подключения пишет «нет связи». Это две разные поломки, и мы начинаем с того, что определяем, какая из них у вас. Сразу о границе. Сколько заказать кодов, чем платить за них, какие группы подключать и что писать в карточке товара — это ваш разговор с оператором, мы туда не лезем. Наша часть — сервер, права в кабинете, параметры обмена, сеть и настоящий номер отказа, который прячется за общими словами «нет связи». Работы с самим криптопровайдером на вашей машине выполняет ваш сотрудник: лицензии ФСБ на такие работы у нас нет, а вашей организации для собственных нужд она и не нужна (постановление Правительства РФ от 16.04.2012 № 313). Мы подключаемся, ведём по шагам и проверяем результат вместе.

Три поломки, которые называют одинаково

«СУЗ не работает» говорят про три разные вещи. Лечатся они в трёх разных местах, и путь к каждой свой. Выберите ту, что ближе: дальше сразу причина и что с ней делать.

Не пускают в станцию. Кабинет ГИС МТ на разделе «Управление заказами» отвечает «Доступ в СУЗ отсутствует». Учётная система тут ни при чём: вопрос в том, кем вы зарегистрированы, что вам подключено и какое право выдано вашему пользователю.

Пускают, но связь не проходит. Программа пишет «нет связи с СУЗ» или «ошибка проверки доступа». Внутри ответа станции лежит номер отказа из каталога оператора — с него всё и начинается.

Ломается в самой 1С. До станции дело не дошло: «идентификатор соединения не получен», «не удалось подписать данные», проверка подключения не проходит ни с какими параметрами.

Оговорка, без которой первая же диагностика уводит не туда: текст «Доступ в СУЗ отсутствует» видят не только в кабинете. Он прилетает и внутрь 1С — при попытке получить параметры СУЗ программа показывает ровно эту строку, хотя причина лежит на стороне оператора, в правах. Смотрите не на то, какая программа открыта, а на то, что именно написано.

«Доступ в СУЗ отсутствует»: вас не пускают

Это сообщение о праве, а не о настройке. Станцию управления заказами открывают производителю и импортёру; оператор пишет прямо, что участник, зарегистрированный как оптовая или розничная организация, заказ кодов в системе не производит, поэтому доступ к станции ему не предоставляется. Отдельно стоит товарная группа «Фармацевтическое сырье, лекарственные средства»: там переход в раздел «Управление

Доступ в СУЗ отсутствует

сообщение личного кабинета ГИС МТ при переходе в раздел «Управление заказами». Что за этим стоит: участник зарегистрирован не как производитель и не как импортёр; товарная группа не подключена или подключение ещё не подтверждено; не подписаны договоры с оператором; у пользователя нет права «Переход в СУЗ»; профиль в статусе «заблокирован».

Товарная группа <наименование> недоступна для УОТ <идентификатор СУЗ> (1240)

код из каталога оператора: группа отсутствует в списке доступных для этого участника. Что за этим стоит: живой случай из сообщества — розничная организация настраивает обмен по молоку, договор подписан, группа выбрана и в кабинете, и в 1С, но рознице станция не положена в принципе; в настройке обмена выбрана группа, которой нет в профиле участника; заявка на подключение группы подана, но не обработана.

Предоставьте в ЕРВК сведения о начале предпринимательской деятельности

проверка единого реестра уведомлений: без неё товарную группу не подключат, а значит и до станции дело не дойдёт. Что за этим стоит: с 1 марта 2026 года проверка введена по шестнадцати товарным группам (постановление Правительства от 29.12.2025 № 2192) и по мясным изделиям (постановление от 28.02.2026 № 205), с 1 сентября 2026 перечень расширен ещё раз (постановление от 21.05.2026 № 577); уведомления в реестре нет либо сведения в нём не сходятся с заявлением и с местами деятельности; рядом ходит второе сообщение — про коды ОКВЭД, их обновляют в ФНС; реестр обновляется раз в сутки, поэтому повторная попытка в тот же день ничего не даст.

Как разбираем ветку доступа

За один сеанс проверяем тип участника и подключённые группы в профиле, наличие подписанных договоров, право «Переход в СУЗ» у того, кто заходит, статус учётной записи, а заодно рабочее место, с которого заходят в кабинет. Дальше честно делим: тип участника, уведомление в ЕРВК и коды ОКВЭД — ваша зона, и подавать их за вас мы не будем, но отдадим точный список, что и куда. Всё, что лежит на машине и в сети, чиним сами. Смысл этого сеанса в том, чтобы вы не искали поломку в 1С там, где её нет.

«Нет связи с СУЗ»: пускают, но соединение не проходит

Здесь сообщение приходит уже от вашей учётной системы. Кнопка проверки подключения дёргает у станции метод ping: в действующей третьей версии обмена это https://suzgrid.crpt.ru/api/v3/ping?omsId=… — если в вашей настройке путь выглядит как /api/v2/<товарная группа>/ping, это само по себе диагноз: интеграция не переехала на третью версию. Общие слова «нет связи» рисует программа, а номер отказа в о

1090 / 1100 — Проверка учетных данных УОТ не пройдена. Маркер безопасности не найден

параметр clientToken не найден в системе: токен отсутствует или не тот.

Откуда берётся:

  • обмен не получает динамический токен (его берут через True API — запросом за данными для подписи и последующим входом)
  • устройство в кабинете пересоздали, а в настройке остался токен от прошлого
  • рядом ходит 1150 — «Учётная запись УОТ заблокирована», это статус профиля, а не техника.

1160 — Время действия маркера безопасности истекло

срок жизни токена не более 10 часов: обмен работал утром и встал к вечеру.

Откуда берётся:

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

1140 / 1110 — Маркер безопасности не соответствует идентификатору СУЗ. Не указано значение идентификатора СУЗ

перепутаны два значения, которые на слух звучат одинаково.

Откуда берётся:

  • omsId — идентификатор станции участника, он виден в разделе «Управление заказами»
  • omsConnection — идентификатор конкретного устройства, он появляется в столбце «Идентификатор подключения» после создания устройства
  • 1140 срабатывает, когда маркер с указанным идентификатором не найден в профиле участника
  • 1110 — когда omsId не передан или пуст
  • значения скопированы из чужой инструкции, а не из своего кабинета.

1170 — Маркер безопасности не поддерживается

в запросе передан статичный токен вместо динамического маркера.

Откуда берётся:

  • конфигурация или самописная интеграция ходит по инструкции, написанной до перехода на третью версию (поддержка СУЗ 2.0 прекращена с 1 июня 2024 года, переход на 3.0 обязателен с 1 сентября 2024)
  • соседние коды из той же семьи — 1310 (расширение light не поддерживается с 1 июня 2021), 6490 (некорректная структура JSON), 6700 (блокировка товарной группы).

1050 / 1060 / 1065 — сертификат и подпись

запрос подписан не тем сертификатом или сертификатом, который система уже не принимает.

Откуда берётся:

  • 1060 — сертификат просрочен или отозван
  • 1050 — в сертификате указан неверный ИНН (классика после смены директора и перевыпуска подписи)
  • 1065 — «Проверка подписи не пройдена», для владельца сертификата отсутствует доверенность, а срабатывает она, когда ИНН из запроса не совпадает со значением заголовка X-Sign-Inn
  • рядом 1010 (отсутствует подпись УОТ) и 1330 (данные, использованные для подписи, не соответствуют переданным в запросе).

Невозможно установить связь с сервером suzgrid.crpt.ru:443

ответа нет вообще, значит, дело в канале, а не в учётных данных.

Откуда берётся:

  • исходящие на узлы оператора режет межсетевой экран или прокси, либо не тот DNS
  • доступность проверяли с рабочего места бухгалтера, а обмен идёт с сервера учётной системы — это разные машины и разные правила
  • закрыт второй узел (без markirovka.crpt.ru токен не получить, даже когда сама станция доступна)
  • при регистрации установки интеграционного решения используется нестандартный порт 16443, его режут молча
  • бывает и авария у оператора — 10–11 июня 2025 года станция была недоступна массово, и чинить на своей стороне было нечего.

ssl handshake failed, не удаётся установить защищённое соединение

соединение обрывается на проверке сертификата узла.

Откуда берётся:

  • на сервере приложения, который ходит в систему маркировки, нет актуальных корневых сертификатов Головного удостоверяющего центра Минцифры
  • их ставили на рабочие места, а требуется именно сервер
  • сбито системное время. Сразу оговорка, чтобы вы не искали у себя чужую поломку: смену цепочки сертификации 25 ноября 2025 года оператор проводил для API МДЛП по лекарственным препаратам и отдельно предупредил, что личных кабинетов и СУЗ она не затрагивает.

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

Прислать ответ станции

Ошибка подключения к СУЗ в 1С: до станции дело не дошло

Третья ветка — когда обмен не удаётся даже создать. Станция здесь ещё ни при чём: ломается на подступах, в настройке, в подписи или в выборе активной настройки. Эти сообщения выглядят страшнее остальных, а причина у них как раз самая простая.

Идентификатор соединения не получен. Неверный идентификатор или версия библиотеки. Ключ регистрации не обнаружен

1С:Розница при создании настройки обмена: идентификатор пытаются получить кнопкой через сервис интернет-поддержки, а он там не берётся. Откуда берётся на самом деле: из станции — либо руками в интерфейсе кабинета (раздел «Управление заказами» → «Устройства», столбец «Идентификатор подключения»), либо по API методом регистрации установки экземпляра интеграционного решения, для которого у оператора отведён порт 16443. Создать само устройство может только администратор личного кабинета, поэтому у сотрудника без этого права кнопка и не срабатывает.

Не удалось подписать данные на сервере по причине: Программа не предусмотрена для использования

1С не смогла сформировать подпись там, где её формируют, и текст сообщения о причине не говорит ничего. Откуда берётся: на машине зарегистрированы два криптопровайдера, и алгоритм не опознаётся (частая пара — ViPNet CSP и КриптоПро CSP рядом); устаревший релиз конфигурации или версия криптопровайдера; подпись формируется на сервере, а сертификат и лицензия живут на рабочем месте бухгалтера; в настройках включено «подписывать на сервере» там, где ключ доступен только на клиенте. Истёкшая лицензия тоже даёт отказ подписи, но у неё свой отдельный текст и свой разбор — он у нас в статье про лицензию КриптоПро. Два уточнения, которые меняют и совет, и сумму: у части сертификатов лицензия криптопровайдера встроена в сам сертификат, и покупать отдельную не нужно; а для подписи на сервере нужна серверная лицензия — лицензия рабочего места на сервере не годится, даже если формально установлена.

Ошибка проверки доступа к СУЗ

в настройке прописан не тот узел станции или не та версия обмена. Откуда берётся: в 1С по умолчанию подставлен suz2.crpt.ru, а базовый адрес продуктивного контура у оператора — suzgrid.crpt.ru (демонстрационный, для тестов, живёт отдельно на suz.sandbox.crptech.ru); адрес надо брать из своего кабинета, а не из инструкции в интернете; в настройке осталась версия обмена V2, а работать надо по V3.

Не удалось определить активную настройку СУЗ для документа

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

В каком порядке это проверяется

Порядок не случайный: он идёт от самой частой причины к самой редкой, и на каждом шаге отсекается целый класс отказов.

  1. 1. Сначала подпись на той машине, где она формируется. Не на рабочем месте бухгалтера, а на сервере 1С: там и смотрим срок сертификата, тип лицензии и то, не стоит ли рядом второй криптопровайдер. Чаще всего «нет связи» заканчивается здесь, и лечится это не в настройках обмена. 2. Потом пара идентификаторов. omsId участника и идентификатор подключения устройства сверяются с кабинетом посимвольно. Это два разных значения, и путают их чаще всего. 3. Отдельное устройство на каждую установку. Рабочая база, тестовая копия и внешняя интеграция должны ходить со своими идентификаторами подключения — иначе при первом же отказе непонятно, чей он, и разбор превращается в гадание. 4. Адрес узла и версия обмена. Адрес берётся из вашего кабинета, версия — третья. Инструкции трёхлетней давности приводят к отказу, который выглядит как проблема связи. 5. И только в конце сеть. Доступность узлов оператора проверяется с сервера учётной системы, а не с ноутбука. Тогда становится видно, чей это отказ — ваш межсетевой экран или сторона оператора.
  2. Если после всего этого обмен всё равно не идёт, остаётся конфигурация — и тогда мы собираем запрос, ответ и номер отказа и отдаём вашему вендору готовый диагноз.

Оператор, вендор и то, что между ними

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

Что сделает оператор. И сделает бесплатно: скажет, кому положен доступ к станции, примет заявку на подключение группы, объяснит порядок регистрации. Телефон и почта поддержки бесплатны, для малого бизнеса работают центры помощи по записи, а регистратор эмиссии в облаке предоставляется безвозмездно (условия оператора, проверены 12 сентября 2026 года).

Что скажет вендор. Франчайзи и техподдержка вашей учётной системы отвечают за кнопки, конфигурацию и её совместимость с действующей версией обмена. На вопросы об обмене оператор так и отвечает: обратитесь в техническую поддержку вашей товароучётной системы. Для доработки конфигурации это правильный адрес.

Что остаётся между ними. На ваш сервер оператор не зайдёт, срок сертификата не посмотрит, корневые сертификаты в хранилище не поставит, правило на межсетевом экране не откроет, а вендор не полезет в вашу сеть и в ваш кабинет. Вот здесь работаем мы.

Почему обмен встаёт второй раз

Один раз починить мало: у каждого ключа в этой схеме свой календарь, и отказ приходит не тогда, когда что-то меняли, а через недели после этого. Отсюда ощущение, что станция ломается сама по себе.

10 часов — предельный срок жизни токена станции. Если обновление не автоматизировано, обмен переживёт рабочий день и встанет к вечеру.

3 месяца — демонстрационный период криптопровайдера с первой установки. Сервер переносили в марте — встанет в июне, и связи с переносом уже никто не вспомнит.

15 месяцев — срок сертификата, выданного удостоверяющим центром ФНС, а это и есть подпись руководителя, которой ходят в ГИС МТ. Смена руководителя ломает обмен сразу, и приходит это кодами 1050 и 1065, а не словами «поменяли директора».

Разовые даты — с 01.06.2024 прекращена поддержка СУЗ 2.0, с 01.09.2024 переход на 3.0 обязателен, с 01.03.2026 работает проверка уведомления в ЕРВК.

Что берём на себя

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

  • Находим в журнале обмена настоящий номер отказа и говорим, что он значит Сверяем omsId и идентификатор подключения с тем, что показывает ваш кабинет Смотрим вместе с вашим сотрудником, что показывает панель криптопровайдера на той машине, где формируется подпись: срок сертификата, тип лицензии, серверная она или рабочего места Разбираем права в кабинете и говорим, у кого просить право «Переход в СУЗ» и создание устройства Проверяем доступность узлов оператора именно с сервера учётной системы, а не с ноутбука Ставим на сервер приложения недостающие корневые сертификаты, чтобы защищённое соединение поднималось Правим параметры в настройке обмена — адрес узла, версию, активную настройку; конфигурацию не меняем и доработок не делаем, это к вашему вендору Открываем нужные исходящие на межсетевом экране, приводим в порядок прокси и DNS; если периметр держит шифрующий шлюз (ViPNet, С-Терра), правило вносит ваш сотрудник или ваш лицензиат, а мы говорим, какое именно Ведём вашего сотрудника по шагам там, где руками работает он, и вместе проверяем результат, пока не пройдёт проверка подключения и не уйдёт контрольный заказ Собираем для вендора готовый диагноз — запрос, ответ, номер отказа, — чтобы доработку делали по факту Ставим контроль сроков сертификата и лицензии, чтобы отгрузка не встала второй раз

Кто держит клавиатуру

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

Где мы работаем

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

Сколько стоит

  • Найти причину по номеру отказаот 2 500 ₽
  • Подготовка машины, где формируется подпись для обмена с СУЗот 2 500 ₽
  • Сверка параметров обмена и доступности узлов с сервераот 2 500 ₽
  • Сопровождение до первого принятого заказа кодовфиксированно, называем после разбора
  • Выезд на площадку по Петербургу и области3 000 ₽/час, от 2 часов
  • Производство на обслуживании: сроки, параметры обмена, разбор отказовот 12 000 ₽/мес

Найти причину по номеру отказа — от 2 500 ₽ Подготовка машины, где формируется подпись для обмена с СУЗ — от 2 500 ₽ Сверка параметров обмена и доступности узлов с сервера — от 2 500 ₽ Сопровождение до первого принятого заказа кодов — фиксированной ценой, называем после разбора Выезд на площадку по Петербургу и области — 3 000 ₽/час, от 2 часов Производство на обслуживании: сроки сертификата и лицензии, параметры обмена, доступность узлов, разбор отказов — от 12 000 ₽/мес Что входит в строку про подпись: браузер и плагин, хранилище сертификатов, права и службы, параметры обмена, доступность узлов. Что остаётся вашему сотруднику: установка криптопровайдера, ввод серийного номера лицензии, установка личного сертификата и закрытого ключа. На обслуживании граница та же — мы следим за датами и параметрами, а работы с криптопровайдером по-прежнему делает ваш человек. Время считаем по факту, получасами: удалённый час — 2 500 ₽, час на площадке — 3 000 ₽ при минимуме двух часов. Разбор одного отказа обычно укладывается в час: у станции причина одна и находится по номеру. Расшифровать присланную строку ответа — бесплатно; платить есть за что, только когда мы подключаемся к вашим машинам. Если выяснится, что доступ к станции вам не положен по типу участника, сопровождение не начинаем — берём только за разбор, а дальше объясняем, куда идти. Считаем по времени, тарификация по 30 минут —весь прайс.

Смежное

Если у вас производство, посмотрите заодно, что мы вообще делаем для производственных компаний, — обмен с «Честным знаком» там не единственная больная точка. Рознице, которой станция не положена, будет полезнее страница про IT в торговле: касса, ЭДО, приёмка кодов. Рядом с этой задачей обычно лежат ещё три: обслуживание 1С (сервер, базы, копии, обновления конфигураций), серверы (когда обмен встаёт вместе со всем остальным) и обслуживание по договору, если следить за сроками подписи и лицензий некому.

Откуда взяты факты

Проверено 12 сентября 2026 года. Даты и цены чужих организаций стареют — перед выкатом стоит пробежать ссылки ещё раз.

Каталог кодов отказов СУЗ (1010, 1050, 1060, 1065, 1090, 1100, 1110, 1140, 1150, 1160, 1170, 1240, 1310, 1330, 6490, 6700) и их дословные формулировки — https://docs.crpt.ru/gismt/Инструкция_по_возникающим_ошибкам_СУЗ/

Адреса контуров: продуктивный suzgrid.crpt.ru, демонстрационный suz.sandbox.crptech.ru — https://markirovka.ru/knowledge/lekarstva/api-mdlp/kakie-adresa-ispolzuyutsya-dlya-podklyucheniya-k-api-suz-adresa-konturov-api-suz

Переход на СУЗ API v3, путь вида /API/V3/{операция} и отличие от v2 — https://markirovka.ru/knowledge/lekarstva/api-mdlp/perekhod-na-novuyu-versiyu-api-suz-3-0 и https://markirovka.ru/community/shoes-and-clothes/perekhod-na-suz-api-v3

Право «Переход в СУЗ»: изначально только у администратора личного кабинета, он же выдаёт его пользователям; в МЧД приходит с полномочием «Подписание договоров на коды» — https://markirovka.ru/knowledge/lekarstva/rabota-v-lk-mdlp/kakimi-pravami-neobkhodimo-nadelit-polzovatelya-chtoby-on-mog-rabotat-v-suz

Устройство в интерфейсе СУЗ добавляет только администратор личного кабинета; omsConnection появляется в столбце «Идентификатор подключения» — https://markirovka.ru/knowledge/lekarstva/zakaz-kodov-mdlp/kak-dobavit-ustroystvo-v-interfeyse-suz

Оптовой и розничной организации доступ к СУЗ не предоставляется — https://markirovka.ru/knowledge/tovarnye-gruppy/molochnaya-produkciya/kogda-budet-predostavlen-dostup-k-stantsii-upravleniya-zakazami-moloko

По группе «Фармацевтическое сырье, лекарственные средства» переход в «Управление заказами» недоступен всем: эксперимент не предполагает нанесения средства идентификации — https://markirovka.ru/knowledge/tovarnye-gruppy/farmacevticheskoe-syrie/nedostupnost-perekhoda-v-suz-po-tovarnoy-gruppe-farmatsevticheskoe-syre-lekarstvennye-sredstva

Смена цепочки сертификации 25.11.2025 касалась API МДЛП по лекарственным препаратам и не затрагивала личные кабинеты и СУЗ — https://markirovka.ru/knowledge/lekarstva/api-mdlp/izmenenie-tsepochki-sertifikatsii-dlya-dostupa-k-api-sistemy-markirovki-chestnyy-znak-dlya-lekarstvennykh-preparatov

«Программа не предусмотрена для использования»: разбор причин (два криптопровайдера, релиз конфигурации, версия CSP, подпись на сервере) — https://cryptopro.ru/forum2/default.aspx?g=posts&t=20421 и https://forum.infostart.ru/forum86/topic315139/

«Доступ в СУЗ отсутствует» видят и внутри 1С при получении параметров СУЗ — https://forum.infostart.ru/forum86/topic310049/

«Ошибка проверки доступа к СУЗ» в 1С:УНФ, адрес узла и версия обмена — https://forum.infostart.ru/forum67/topic250956/

Срок сертификата УЦ ФНС — 15 месяцев независимо от носителя — https://iitrust.ru/articles/kak-poluchit-sertifikat-elektronnoy-podpisi-v-uts-fns

Встроенная в сертификат лицензия КриптоПро CSP предназначена для рабочих мест, для сервера нужна серверная лицензия — https://ecp-shop.ru/wiki/faq/mozhno-li-ispolzovat-vstroyennuyu-v-sertifikat-litsenziyu-cryptopro-csp-na-servere/

Лицензирование работ со средствами шифрования и исключение «для обеспечения собственных нужд юридического лица» — постановление Правительства РФ от 16.04.2012 № 313.

ЕРВК: постановления Правительства от 29.12.2025 № 2192, от 28.02.2026 № 205, от 21.05.2026 № 577 — сверять по тексту актов, а не по пересказам.

Клиника не в Петербурге?

Разбор отказа станции управления заказами — работа с программой и настройками на рабочем месте, выезд для неё не нужен. Подключаемся и делаем при вас, регион значения не имеет. Разовая удалённая работа — от 2 500 ₽.

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

Частые вопросы

У нас розница, товарная группа подключена. Почему не дают доступ в СУЗ?

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

Чем «доступ в СУЗ отсутствует» отличается от «нет связи с СУЗ»?

Природой отказа. «Доступ в СУЗ отсутствует» — про право: вас не пускают, и дело в типе участника, подключённых группах, договорах, праве «Переход в СУЗ» и статусе профиля. «Нет связи с СУЗ» — про соединение: вас пускают, но обмен не проходит, и дело в подписи, токене, идентификаторах и сети. Оговорка, из-за которой многие идут не туда: смотреть надо на текст, а не на окно. Строку «Доступ в СУЗ отсутствует» показывает и 1С — при попытке получить параметры СУЗ, — хотя причина всё равно лежит в правах на стороне оператора.

Заказ кодов работал три месяца и вдруг встал. Что случилось?

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

Вы настроите обмен вместо нашего франчайзи 1С?

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

Где взять идентификатор подключения — его выдаёт 1С?

Нет, его выдаёт станция, и получить его можно двумя способами. Руками — в личном кабинете: раздел «Управление заказами», вкладка «Устройства», после создания устройства значение появляется в столбце «Идентификатор подключения». Программно — методом регистрации установки экземпляра интеграционного решения через API, для которого у оператора отведён отдельный порт 16443. Чего делать точно не нужно, так это пытаться получить его кнопкой через сервис интернет-поддержки 1С: оттуда приходит сообщение про неверный идентификатор или версию библиотеки, и люди неделями ищут поломку не там. И учтите: создать само устройство может только администратор личного кабинета, у сотрудника без этого права кнопки просто нет.

Как вы считаете время и что входит в час?

Считаем по факту с тарификацией по полчаса: удалённый час 2 500 ₽, час на площадке 3 000 ₽ при минимуме двух часов. В час входит всё, что мы делаем в это время, включая разговор с вашим сотрудником и проверку результата. Разбор одного отказа обычно укладывается в час, потому что у станции причина одна и находится по номеру. Расшифровать присланную строку ответа — бесплатно, за это счёта не будет: платить есть за что, только когда мы подключаемся к вашим машинам. Если отгрузка стоит и нужен не счёт за часы, а результат, договариваемся о фиксированной цене за сопровождение до первого принятого заказа кодов — её называем после разбора, когда видно, чья зона.

Нужна лицензия КриптоПро на сервер, где формируется подпись для обмена. Купите и поставите?

Нет, и это не отговорка. Распространение средств шифрования лицензируется тем же постановлением Правительства № 313, что и их установка: продавать лицензию имеет право организация с соответствующей лицензией ФСБ, у нас её нет. Установку криптопровайдера и ввод серийного номера на вашей машине делает ваш сотрудник — для собственных нужд организации лицензия не требуется, поэтому так можно. Мы подключаемся, ведём по шагам и проверяем результат. Перед покупкой стоит проверить две вещи, которые часто меняют сумму: у части сертификатов лицензия встроена в сам сертификат, а для подписи на сервере лицензия рабочего места не годится — нужна серверная. Всё остальное — сервер, параметры обмена, права, сеть, разбор отказа — делаем сами.

Отгрузка стоит из-за СУЗ?

Скажите, что написано в ответе станции или в журнале обмена, — по номеру отказа видно, чья это зона и что делать дальше. Если зона не наша, скажем и это, счёта не будет.

Свяжемся в течение 15 минут

Оставить заявку

Опишите задачу — перезвоним и бесплатно проконсультируем в течение 15 минут.