@Braser

Доброго времени суток всем! Есть несколько вопросов по работе БД со сканером штрих кода, но вопросы скорее познавательного характера, может кто сможет ответить.
1 В инете имеется множество шрифтов для нанесения на этикетки или допустим для кодирования документов, для иных каких то задач. Вопрос: каждый сканер адаптирован для чтения любого из шрифтов штрих кода или сканеры определенной группы могут считывать только определенные шрифты(QR в данном случае не рассматривается)? В базе шрифтов ОС имеется Шрифт "Barcode", это очевидно базовый шрифт для подобных целей?

2. Какой самый простой и недорогой сканер для внедрения в производстве (хотя бы пару распространенных моделей). Желательно переносной, с радиусом действия в метров 30-40. Возможно кто то сталкивался с вопросами приобретения и особенностями каких -то моделей.

3. Что и где можно почитать, чтобы понять основы обработки сканером входящей информации(скажем так, для уровня чайников)

4.Отличается ли содержательность заложенной в ШК информации в зависимости от применения определенной кодировки или изменяется только объемность отображаемого визуально результата? (см прилож. файл), т.е. визуальный результат заложенной в ШК информации не меняется по содержанию, а только по объему или я не прав ?

5 В моем случае в штрих код нужно заложить информацию из нескольких полей таблицы - [Дата]&[Деталь]&[Заказ]&[Партия][Количество], как правильно прописать это в поле запроса формирующем штрих код, чтобы сканер считал и передал данные для идентификации в БД без ошибки, как в этом случае должно формироваться поле[Barcode]?

Barcode: CodeData([Деталь] & "" & [Количество] & "" & [Заказ]...и т.д.;[Symbology]) или как то по другому? Возможно используются какие то специальные символы разделяющие данные полей...
(при формировании ШК используется тот же модуль что и в прилагаемом примере, с аналогичным названием поля [Simbology] и тем же названием функции CodeData.

Во общем интересно все, особенно ключевые моменты. Если есть кому что рассказать по данной теме буду осення признателен. Спасибо

0

@Eugene-LS

Простите пожалуйста что встреваю, но ваш вопрос мне не понятен совсем.
И очень радует, что вы решили поучаствовать в данном обсуждении.
Грамотные мысли нам не помешают.

1

@Capi

Eugene-LS,

Ну как же, вот ТС сокрушается:
А в обсуждении я принять участие не могу, со сканерами штрихкодов пробел.
Один раз когда-то пришлось разобраться и сделать кое что, даже получилось.
Но все это, не приходя в сознание, сейчас ничего не помню.
Помню про "разъем клавиатуры", кодировки то ли EAN, то ли LAN...
Вроде легко было.

0

@Braser

Предполагаю, что я имел ввиду Техникум Информатики и Вычислительной Техники....как минимум.
Да я не путаю ничего, сначала нужно реализовать поступление заявок в БД по определенному принципу, их обработку и затем запуск этих партий в производство, на этом этапе и понадобится ШК. Если механизм нумерации и создания партий с помощью глубокоуважаемого mobile приобрел, можно сказать явные черты, то механизм правильного кодирования в ШК и его дальнейшего декодирования оставляет желать лучшего....к сожалению.
Другое дело что от темы топика уклон получился в другую сторону, я вроде как отдельной веткой запустил вопрос копирования из таблицы в таблицу, но здесь почему то обсуждение получилось, извиняюсь если что не так, не специально...

0

@Capi

Braser,

Конечно, спасибо за "спасибо".
Но мне не ставьте, пожалуйста, "спасибо" за каждое сообщение.
Только за действительно полезные.
А то какая-то девальвация всего и вся...

0

@Eugene-LS

Braser, все эти уч. заведения = ерунда.
Трата времени на стояние в очереди за дипломом.
Самое высшее образование: Уметь читать.
(Желательно на паре - тройке языков)
А дальше ... сам!

0

@Braser

поправил

0

@Eugene-LS

Какой пустяк - поставить плюсик - и человеку приятно.
Неужто они означают для вас нечто большее чем простая человеческая благодарность за участие?

Добавлено через 4 минуты
Capi, в таких случаях я люблю цитировать старика Дейла Корнеги - который написал:
- "Не что не стоит так дёшево, и не цениться так дорого как обыкновенная лесть."
Гениальный чел!

1

@Capi

Eugene-LS,

Даже не хочу комментировать.
Все шиворот-навыворот.

Еле поняла.
Стала искать у себя грамматическую ошибку, что он там поправил?
Оказывается, "спасибо" убрал.
Вот умница-то...

1

@Eugene-LS

Вот опять ...
А где префикс "По моему (скромному) мнению ..."?
Вы барышня мне нахамили - в расчёте что я джентльмен, и вам снова "с рук сойдёт".
Ну ладно я понятливый - и вас давно знаю, и воспринимаю всё с пониманием.
Но осторожнее - пожалуйста.

1

@Capi

Eugene-LS,

Не могли бы Вы обращение "барышня" оставить для более подходящих случаев?
Я же Вас "юношей" не величаю.
Как-то странно и неуместно.

1

@Eugene-LS

Вы первая кому это не нравиться.
Извините.
Замётано!

Добавлено через 15 минут
Capi, в русском языке, в сложно - подчинённых предложениях, не принято употреблять обращения дважды.
Вместо них ....
Ну я что нибудь придумаю ...

1

@Capi

Eugene-LS,

Теперь по поводу "нахамили".
Оставлю в стороне оценку степени вежливости самого этого заявления.

Вас, видимо, задел оборот "шиворот-навыворот"?
Но ведь Вы поняли именно с точностью до наоборот мое мнение о "спасибо",
то есть, шиворот-навыворот.
Объясню.
Я эти "+" воспринимаю так, как они и были задуманы изначально
и как они отображаются в профиле - как оценка профессионального "рейтинга" участника.
И ставиться они должны, по моему мнению (если хотите), за полезный содержательный ответ,
пусть даже оценивающий в силу своей некомпетентности и переоценит иногда полезность.
Но просто так - мне лично не надо.
Вот и все.
То есть, никакого другого придуманного мной самой большого значения им я не придаю.

0

@Eugene-LS

Нет.
Ну и дальше всё не в тему.

Милая Capi, я вас безнадёжно люблю, и вы знаете об этом.
Закрыли тему.

0

@Capi

Ничего не поняла.
Можете пояснить?

1

mobile

За 5 лет мы приобретаем неоценимый круг знакомств и настоящих друзей. И точно можно рассчитывать на будущую взаимопомощь. Это важно. Друзья работают в этой же сфере, знают ситуацию и помогут устроиться или разрешить конфликт.
А атмосфера постоянного общения с единомышленниками и противниками и просто так?! Да там оттачиваются самые важные качества. Нет, только за это можно рекомендовать идти в вуз, его ничто не заменит в этом плане.

Добавлено через 2 минуты
Я недоперепонял. Хотите правильного решения - сделайте хотя бы в екселе табличку правильного результата на основании данных, которые Вы прислали в БД. Из нее можно будет понять, что надо сделать и как.

2

@Eugene-LS

По моему мнению - Это довольно популярное заблуждение.
Хотя всё возможно.
Оспаривать не стану, но и не соглашусь.

Добавлено через 2 минуты
Нет.
Посетите (на досуге) урок русского языка в 5-м классе ср. школы.

1

@Capi

Чтобы поставить двойки неумеющим употреблять -тся/ться в глаголах?
Да ну их, это бесполезно.
Сами знаете.)))

0

@commun

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

Добавлено через 13 минут
Да, это же ваша тема "запятая в точку" по юникоду, интересно, благодарю.

0

@Eugene-LS

Да! - такая трабла существует.
Но не думаю, что следует обобщать , и так "сгущать краски".
Я лично знаком с очень молодыми людьми, которые пограмотнее многих будут (себя, неуча, я сразу вычёркиваю из списка сравнения).

Всё.

0

@Braser

у нас цех заготовительный, так что нам близко, как никогда

Добавлено через 5 минут
В данном случае под "партией" понимается некоторое количество одинаковых деталей, единовременно принятое в производство, независимо от их принадлежности к заказам, количеству и дате готовности. Задача изготовить компактно, быстро, при этом не потеряв "из виду на поле" по причине большой номенклатуры деталей. Ну и выпустить столько, сколько заказано.

Добавлено через 14 минут
СПАСИБО ОГРОМНОЕ за помощь, решили в учете применить полностью вариант по вашему типу, не заморачиваясь со "сверхперенумерацией" партий. Оставить на каждую позицию в таблице свой сугубо индивидуальный номер партии.
Тем более, что такой вариант поможет сократить размер штриха на этикетке до минимума. Будем работать в "Code 39" с номером партии и датой выпуска. для учета операций достаточно, для идентификации тоже.
Со сканером тоже все решилось, на данный момент приобрели простенький для работы в 1D этого достаточно. идентификацию будем делать по цифровым данным без текста, с текстом слишком уж объемно получается, а до QR сканеров пока не доросли. Так что всем СПАСИБО кто поучавствовал, ОСОБЕННО mobile и Eugene-LS

0