Содержание
Нужны исходные байты скана Zebra: проверьте Intent Output
Разработчик складского приложения просит исходные данные сканирования, а сотрудник присылает скопированный текст из поля ввода. Эти результаты не взаимозаменяемы. Для устройств Zebra с DataWedge сначала уточните, нужны строка символов или исходные байты.
Согласуйте формат до настройки устройства
В документации Intent Output DataWedge Zebra описывает вывод исходных данных до применения кодировщиков. Для него используется дополнение Intent com.symbol.datawedge.decode_data. Документация отдельно указывает: такие данные нельзя выводить как нажатия клавиш, то есть через Keystroke 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