Форум Программирование Интеграция и обмен данными, конвертация данных (Обмен)

Настройка 1С маркировка (Розница2.2)

1. maz10 21.01.20 08:42 Сейчас в теме

Розница 2.2 редакция 2.3 (2.3.2.26) 1С:Предприятие 8.3 (8.3.16.1063)

.
оформляем "Заказ на эмиссию кодов маркировки" в 1С, при запросе кодов маркировки выдает ошибку:

Сообщение "Оформление заказа на эмиссию кодов маркировки по документу "Заказ на эмиссию кодов маркировки СУЗ 00000000001 от 20.01.2020 13:13:33". Версия 1" не подготовлено к отправке в ИС МП:
Не удалось определить активный СУЗ для организации

Хотя при настройке обмена с СУЗ проверка проходит успешно
Но после сохранения, при повторном открытии ругается на неверный тип навигационной ссылки. (ссылку копировала из честного знака из станции управления заказами)
работала в файловом режиме. прочитала, что обмен возможен только в режиме клиент сервер, зашла через публикацию на веб сервере.
теперь проверку обмена с СУЗ не проходит вообще.

Прикрепленные файлы:

Вознаграждение за ответ

Сумма: 0 $m

Добавили:
maz10 (0.12 $m)

Получили:

ivanov_alex (0.12 $m)

Показать полностью

Ответы

Подписаться на ответы

Свернуть все

2. ivanov_alex 88 21.01.20 10:01 Сейчас в теме

закрывающий слеш в конце поля адрес пробовали убрать?

4. maz10 21.01.20 11:39 Сейчас в теме

(2)здравствуйте я не программист. чисто пользователь

3. HAMAZ 7 21.01.20 10:10 Сейчас в теме

соединение защищенное. в некоторых случая приходится руками сертификат SSL устанавливать. Еще всякие брандмауэры могут блочить

5. maz10 21.01.20 11:40 Сейчас в теме

(3) отключила все что могла
можете помочь? +79243487878 watsapp

6. Briss 21.01.20 13:15 Сейчас в теме

Решение не нашли? Примерно та же ситуация возникает с некоторой периодичностью

7. maz10 21.01.20 14:32 Сейчас в теме

(6)нет. перелопатила весь интернет. ни чего. если завтра кто платно поможет, отпишусь

9. curuvar 30.01.20 09:30 Сейчас в теме

(7) Была такая же ошибка, но в УТ 11.4. Использую клиент-серверный вариант и подключаюсь в основном через тонкий клиент. При таком подключении отображалась только одна настройка с СУЗ. А при подключении через толстый клиент (удаленный рабочий стол), обнаружил, что в списке подключений есть еще одна настройка. Она была сделана с ошибками и не могла подключиться к СУЗ. После ее удаления, все заработало и запрашиваемые коды были получены.

12. triapka 02.03.20 14:57 Сейчас в теме

(7) А сейчас не нашли)))?! такая же беда(

13. triapka 02.03.20 15:00 Сейчас в теме

(7) А сейчас не нашли)))?! такая же беда(

14. Briss 11.03.20 22:26 Сейчас в теме

(13) в чем ошибка проявляется?

8. ivanov_alex 88 23.01.20 11:50 Сейчас в теме +0.12 $m

Помогло удаление слеша в адресе подключения и подключение к базе в файловом режиме

10. Коленкин Илья 24 14.02.20 10:51 Сейчас в теме

Добрый день. База клиент-сервер. все настройки без слешей. все равно возникает ошибка Оформление заказа на эмиссию кодов маркировки по документу "Заказ на эмиссию кодов маркировки СУЗ 00000000001 ". Версия 1" не подготовлено к отправке в ИС МП:
Не удалось определить активный СУЗ для организации. Релиз УТ 11.4.11.55

11. Briss 21.02.20 09:09 Сейчас в теме

(10) Решение не нашли?
Токен прописываете в настройках подключения СУЗ ?

Мне помогло прописание токена, и удаление слеша в конце.

Токен получаем в СУЗе - Раздел оборудование - Создаем новое

15. kubatay 61 30.06.20 13:05 Сейчас в теме

Вообщем решил данную проблему следующим образом. Зашел в Регистр сведений "Настройки обмена с СУЗ", "еще" - показать все рабочие места и поудалял все записи с лишними рабочими местами

16. figr 15.12.20 13:09 Сейчас в теме

"Управление торговлей", редакция 10.3 (10.3.66.3) серверный вариант
Управление нашей фирмой, редакция 1.6 (1.6.23.96) файловый вариант

везде одно и тоже для разных организации, и эцп

указывал suzgrid.crpt.ru; suz2.crpt.ru проверки подключения не проходят

указывал suzgrid.crpt.ru/management/orders или suz2.crpt.ru/management/orders проверки проходят.

но при попытке получения кодов на эмиссию пишет "Не удалось определить активный СУЗ для организации ..."

Такая же ситуация, Знает кто решение???

17. yuraskas 176 16.12.20 08:16 Сейчас в теме

(16) Присоединяюсь, есть решение? УТ 10.3 (10.3.66.3) файловый вариант

18. figr 19.12.20 12:42 Сейчас в теме

победил: адрес указал suzgrid.crpt.ru

проблема была при занесении токена или omsId. Скорее всего что-то копировалось лишнее. Сравнил через блокнот и все пошло.

19. Watersan 28.01.21 10:55 Сейчас в теме

(18)Огромное спасибо, неделю рылся в интернете. GTIN приходил а марки никак не заказывались.

20. user1379692 31.01.21 16:43 Сейчас в теме

(18)

suzgrid.crpt.ru

Спасибо тебе большое,2 часа пытался понять в чем заключается проблема.

21. rusmuzhik 28.01.22 14:20 Сейчас в теме

Управление торговлей, редакция 11 (11.5.7.308)
1С:Предприятие 8.3 (8.3.20.1674)
база на Postgres Linux

При запросе кодов маркировки выдаёт:

Сообщение "Оформление заказа на эмиссию кодов маркировки по документу "Заказ на эмиссию кодов маркировки СУЗ КБ00-000001 от 27.01.2022 16:55:53". Версия 1" не подготовлено к отправке в ИС МП:
Не удалось определить активную настройку СУЗ для документа: Заказ на эмиссию кодов маркировки СУЗ КБ00-000001 от 27.01.2022 16:55:53
Проверьте производственный объект, идентификатор соединения в настройках подключения к СУЗ.

Звонил в честный знак, посылал им скриншоты. Поддержка честного знака просит меня обратиться в 1с, что бы я получил текстовый запрос от поддержки 1с. И тогда по этому текстовому запросу будет понятно где косяк.
Но поддержка 1с это надолго
Всё, что писале выше пробовал делать, не помогает.

22. rusmuzhik 31.01.22 15:44 Сейчас в теме

Разобрался
В заказе на эмиссию кодов маркировки в поле Производственный объект должно стоять тоже самое, что в настройках обмена СУЗ

23. user1993656 26.09.23 08:49 Сейчас в теме

Помогло:

22. rusmuzhik 31.01.22 15:44
Разобрался
В заказе на эмиссию кодов маркировки в поле Производственный объект должно стоять тоже самое, что в настройках обмена СУЗ

Оставьте свое сообщение

E-mail: