Ошибка передачи данных между клиентом и сервером. Значение недопустимого типа

29.11.23

Интеграция - WEB-интеграция

Доброго дня! Если Вы читаете это, полагаю, оповещение об ошибке передачи данных между клиентом и сервером уже должно быть Вам знакомо. В статье я расскажу о том, когда в системе 1С может возникать данная ошибка, по каким причинам это происходит и как исправить ошибку.

Доброго дня! Если Вы читаете это, полагаю, оповещение об ошибке передачи данных между клиентом и сервером, представленное выше, уже должно быть Вам знакомо. В статье я расскажу о том, когда в системе 1С может возникать данная ошибка, по каким причинам это происходит и как исправить ошибку. Надеюсь, описанное далее поможет решить Вашу проблему.

В ходе разработки столкнулся с ошибкой передачи данных между клиентом и сервером. Она возникла при получения данных от маркетплейсов по API, а точнее значения кода маркировки Честного знака. Код маркировки передается в формате «Строка». При передачи значения с сервера на клиент возникает данная ошибка. Визуально строка не содержит ничего критичного, что могло бы вызывать ошибку, но при проверки каждого символа нашел непечатный символ (кода символа = 29), передача которого вызывала ошибку. Этот символ есть по спецификации в Честном знаке. В последовательность символов кода маркировки включены несколько групп (блоков) данных. Это: GTIN, серийный номер, ключ проверки. Согласно спецификации для разделения этих блоков данных друг от друга используется разделитель (GS), который указывает на то, что блок данных закончился (и, соответственно, следом начинается другой).

Ошибка передачи данных между клиентом и сервером может возникнуть, если Вы пытаетесь передать строку с сервера на клиент либо наоборот, содержащую непечатные символы.

Для проверки всех символов, вызывающих ошибку передачи, написал обработку, в которой реквизиту с типом «Строка» присваивается непечатный символ на сервере и на клиенте. Путем перебора символов выяснилось, что символы, коды которых 0 – 8, 11, 12, 14 – 31 вызывают ошибку передачи данных между клиентом и сервером. Символы, код которых 9, 10, 13, 32 ошибок не вызывают.

Ошибку передачи данных между клиентом и сервером можно решить следующим способом: написать функцию, которая будет в цикле перебирать каждый символ строки и сравнивать код символа строки с кодом непечатных символов. При наличии – удалять.

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

Было протестировано: на платформе 1С:Предприятие 8.3 (8.3.17.1549) в конфигурации Управление небольшой фирмой, редакция 1.6 (1.6.6.54), 1С:Предприятие 8.3, учебная версия (8.3.23.1688) в конфигурации Управление торговлей, редакция 11 (11.5.11.56). Ошибка возникала и на платформе свежей версии, и на платформе прошлых версий.

Вступайте в нашу телеграмм-группу Инфостарт

Ошибка данные клиент сервер решение передача символ GS строка код

Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».

  • 0% комиссии — оплата напрямую исполнителю;
  • Исполнители любого масштаба — от отдельных специалистов до команд под проект;
  • Прямой обмен контактами между заказчиком и исполнителем;
  • Безопасная сделка — при необходимости;
  • Рейтинги, кейсы и прозрачная система откликов.

См. также

WEB-интеграция Программист 1С:Предприятие 8 1С:Бухгалтерия 3.0 Бытовые услуги, сервис Платные (руб)

Расширение для автоматизации передачи данных между сервисом Vetmanager с 1С: Бухгалтерия 3.0. Решение позволяет загружать документы и справочники из Ветменеджер в 1С:Бухгалтерию, сокращая время на ручной ввод данных и минимизируя ошибки.

24000 руб.

02.02.2021    23601    73    52    

44

WEB-интеграция Анализ продаж Системный администратор Программист Пользователь 1С:Предприятие 8 1С:Розница 2 1С:Управление нашей фирмой 1.6 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Управленческий учет Платные (руб)

Модуль "Подсистема интеграции AmoCRM с 1С" позволяет обеспечить единое информационное пространство, в котором пользователи могут эффективно управлять клиентской базой, следить за статусами сделок и поддерживать актуальность данных как в AmoCRM, так и в 1С.

60000 руб.

07.05.2019    43761    76    45    

32

Сайты и интернет-магазины WEB-интеграция Системный администратор Программист Пользователь 1С:Предприятие 8 1C:Бухгалтерия 1С:Управление торговлей 11 Автомобили, автосервисы Россия Управленческий учет Платные (руб)

Интеграционный модуль обмена между конфигурацией Альфа Авто 5 и Альфа Авто 6 и порталом AUTOCRM / LOGICSTARS. Данный модуль универсален. Позволяет работать с несколькими обменами AUTOCRM / LOGICSTAR разных брендов в одной информационной базе в ручном и автоматическом режиме.

42700 руб.

03.08.2020    24935    38    26    

29

WEB-интеграция Программист Бизнес-аналитик 1С:Предприятие 8 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Оптовая торговля, дистрибуция, логистика ИТ-компания Платные (руб)

Модуль "Экспортер" — это расширение для 1С, предназначенное для автоматизации процессов выгрузки данных. Оно позволяет эффективно извлекать, преобразовывать и передавать данные из систем 1С в интеграционную платформу Spot2D. Подсистема упрощает настройку, снижает количество ручных операций и обеспечивает удобный контроль данных.

17568 руб.

20.12.2024    6906    28    4    

30
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. Vladimir-R 170 29.11.23 09:30 Сейчас в теме
Использовали функцию БСП ОбщегоНазначенияКлиентСервер.ЗаменитьНедопустимыеСимволыXML(Текст, СимволЗамены) или писали свою функцию?
NicolasCage; +1 Ответить
2. KVIKS 503 29.11.23 11:11 Сейчас в теме
НедопустимыеСимволыXML и символы выдающие ошибки между клиентом и сервером разные, если мне память не изменяет.
NicolasCage; +1 Ответить
3. KVIKS 503 29.11.23 11:11 Сейчас в теме
По заголовку статьи ждал, что опишут все варианты ошибок передачи данных между клиентом и сервером (самая распространенная это передача таблицы значений).
4. Hitcher 182 30.11.23 16:21 Сейчас в теме
Для марок Честного знака это крайне вредные советы. Если из кода маркировки убрать разделитель GS то потом проблемы обеспечены. Например при распечатке эта марка не прочитается. Для марок есть правильный способ передачи между сервером и клиентом ШтрихкодированиеИСКлиентСервер.ШтрихкодВBase64 и ШтрихкодированиеИСКлиентСервер.Base64ВШтрихкод()
whitevolta; Rik30; Prometeus2011; harmless; silly; naf2000; rozer; anosin; +8 Ответить
5. FilippovDanil 8 06.12.23 09:31 Сейчас в теме
1. На счет функции БСП, я начинающий разработчик. БСП пока на стадии изучения. Функцию БСП посмотрел, моя функция аналогичная, спасибо за информацию.
2. По очистке кодов - решалась задача, где коды не менялись и ипользовались только для поиска.
Ошибку передачи данных вызывали не все полученные коды Честного знака. Приходили данные то с GS, то без GS. Задам вопрос в источник, спасибо за наводку.
6. Rik30 9 26.01.24 07:59 Сейчас в теме
Я сделал проще - в строке, символ 29 - заменил на букву Ё(у она уж точно в марке не будет присутствовать) а при приёме - меняю обратно.
Для отправки сообщения требуется регистрация/авторизация