Перейти к содержанию
Содержание

Нужны исходные байты скана Zebra: проверьте Intent Output

Разработчик складского приложения просит исходные данные сканирования, а сотрудник присылает скопированный текст из поля ввода. Эти результаты не взаимозаменяемы. Для устройств Zebra с DataWedge сначала уточните, нужны строка символов или исходные байты.

Согласуйте формат до настройки устройства

В документации Intent Output DataWedge Zebra описывает вывод исходных данных до применения кодировщиков. Для него используется дополнение Intent com.symbol.datawedge.decode_data. Документация отдельно указывает: такие данные нельзя выводить как нажатия клавиш, то есть через Keystroke Output.

Нужны исходные байты скана Zebra: проверьте Intent Output

Это инструкция по подготовке диагностики вместе с разработчиком, а не предложение включить Intent Output в любом складском приложении. Получатель должен поддерживать соответствующий способ передачи. Сначала узнайте модель устройства, версию DataWedge, приложение и активный профиль; сохраните текущую конфигурацию.

Различайте строку и список массивов

В разделе Single Decode Mode у Zebra описаны разные поля:

Поле IntentСодержимое
com.symbol.datawedge.data_stringСимволы считанного штрихкода в строке
com.symbol.datawedge.decode_dataИсходные данные как список массивов байтов

Поэтому просьбу «пришлите raw» стоит уточнить именем поля и типом. Даже если два результата выглядят одинаково на экране, это не доказывает совпадение их представления. Обычное копирование текста не сохраняет сведения о том, как приложение получило байты и преобразовало их в строку.

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

Сверьте адресацию с приложением

Для Intent Output документация описывает настройки Intent action, Intent category и Intent delivery. Значения action и category должны соответствовать тому, что слушает приложение; способ доставки также согласуется с его реализацией.

Не переносите строку из примера документации как готовую настройку вашего приложения. Получите точные значения от разработчика или из инструкции к установленной версии. Успешное считывание этикетки само по себе не подтверждает, что сообщение дошло нужному получателю.

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

Проверьте один контролируемый скан

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

Не приравнивайте весь список массивов к одному текстовому штрихкоду. На той же странице Zebra отдельно описывает UDI и Multiple Decode Mode: там структура результата отличается. Прежде чем повторять обработку на других режимах, проверьте соответствующий раздел документации.

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

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

Теги

Комментарии 0

0 / 1500

Популярные статьи