Вопрос по штрихкодам

Добавление номенклатуры в табличную часть товаров возможно в любом документе. Для этого номенклатуре должны быть присвоены штрихкоды. При считывании ШК со сканера данная номенклатурная позиция добавляется в табличную часть.

а как присвоить эти штрих-коды??

Если у номенклатуры данного типа ведется штрихкодирование (см. справочник типов номенклатуры), то открыв панель свойств номенклатурной позиции можно добавить ее ШК (в разрезе номенклатуры/ед. измерения/характеристик). При редактировании ШК можно так же использовать сканер (при считывании со сканера он подставляется в поле ввода).

А есть где-нибудь в альфе автоматическая генерация штрих-кодов???

Есть только создание серии дисконтных карт с присвоением им ШК.
Для номенклатуры это не применимо. Сгенерировать то ШК можно, а вот какой номенклатуре их присвоить?

Будет ли поддержка EAN128?

Поддержка на уровне чего?
Может этот ответ даст разъяснения?
http://rarus.ru/forum/forum7/topic273/#message1090

Поддержка на уровне:  

типкода=ean128
сообщение="ППЦ0001505"

вообще не совсем понимаю как сканнер будет распознавать эти штрих коды.... использовать родные или самим придумывать?

Коллеги, просьба озвучивать свои вопросы более конкретно.
Мы так и не смогли понять из этой ветки какая же задача должна быть решена и в чем собственно состоит вопрос !

Поддержка ШК - вещь разнообразная.
Выделю несколько областей:

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

2. Печать ШК
Используемая компонента печати ШК так же умеет формировать разные виды кодов. В реализованных печатных формах нашего ПП используется печать тех кодов, которые наиболее уместны - EAN13 для товарных этикеток и ценников, CODE128 для карточек. При доработке и внедрении программы вам ничего не мешает использовать другие, доработав соответствующие формы.

3. Генерация кода, удовлетворяющего требованиям ШК
Для товаров, маркируемых самостоятельно, актуальна задача генерации уникального и правильного (с контрольным символом) кода под стандарт EAN13. И эта задача решена - вы можете создать новый ШК в форме элемента справочника Номенклатура. Задача формирования других уникальных кодов для штрих-кодирования, отличных от "естественного" кода элемента или номера документа нам неизвестна.

Теперь прошу отнести свой вопрос к одному из этих применений,
и описать задачу, которую хотелось бы решить.

давайте начнем с первого пункта! получается если у детали есть свой штрихкод, то не нужно специальную наклеечку распечатывать??? а считает скажем так "наклейку производителя"???

конечно !
просто просканируйте этот ШК в карточке товара при вводе.
никаких наклеек не надо

ой.. а где эта карточка??7
мы вносили штрих код ручками так:
Справочники-Номенклатурные-Номенклатура
потом открывала нужную деталь
через кнопочку "Перейти" выхадила на "трих-коды" и вносили ручками номер.

Карточка имелось ввиду форма элемента.
Внести нужный штрих код (ШК) можно, как из формы элемента справочника, так и из формы списка справочника номенклатура. Нажмите кнопку "Открыть панель свойств", которая находится в верхнем меню формы списка или элемента. Откроется форма панели свойств, в этой панели есть список штрих кодов выбранной номенклатуры собственно в это список и будем добавлять ШК. В списке ШК добавляем новую строку или выбираем строку, в которой хотим заменить ШК, далее сканируем код, который автоматически вносится в выбранную строку. Далее просто записываем изменения в панели свойств новый ШК внесен.

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

• 02.09.png 92.02 КБ
• 03.09.png 29.94 КБ

))) Тепрь можно ко второму пунктику перейти??
а как распечатать эти штрих коды?? надо чтоб оборудование да было подключено? мне интересно как будет выглядеть это чудо.... (наклеечка)

Есть специальное оборудование, для печати ШК. Так и называется принтер этикеток. Ну а напечатать можно на нем или хоть и на обычном принтере. Пример этикетки есть как в самой конфигурации (макет этикетки в обработке печати этикеток и ценников, для печати на обычном принтере), так и примеры этикеток для принтеров этикеток (запускаем "C:\Documents and Settings\All Users\Application Data\Protect\LocalProtect\lp_editor.exe", шаблоны этикеток находятся там же с расширением "LB3").

День добрый !
Вообще со штрих-кодом в АЛЬФЕ не все так гладко ! :
1. Штрих-код в рамках распределеной базы - Непредусмотренно ! Хотя мне показалось странным то что в распределенной базе данных разработчик непобеспокоился о том что ШК может формироваться в разных базах ОФФлайн и получится в итоге что ШК может быть два на одну позицию. И исправлять то не торопиться! (а из решения этой проблемы идет еще куча других проблем которые повлияют на клиентов)
2. Сам алгоритм формирования и поиска ШК.(где-то в форуме про это уже говорили - это ОЧЕНЬ большая проблема когда номенклатуры за 50 тыс.шт.)
3. Хотя я считаю что необходимо было предусмотреть создание ШК для номенклатурных позиций во время их создания (т.е. автоматически а не через панель свойств (я не говорю что панель свойсвт не нужна)) - это про степень удобства !

  P.S. Хотя по большей части программа выполнена (как готовое решение) не плохо, в то время как реакция разработчика на проблемы клиентов ОЧЕНЬ медлительна (интервалы  начиная от шести месяцев ).

Да, признаю несколько неточно задал вопрос!

Наглядный пример. Деталь со штрих-кодом "22810-RPN-003". Сканер её распознал, добавил в номенклатуру.
При считывании этого штрих-кода с детали - находит!
Через некоторое время хранения на складе штрих-код стал не читаем. Как его распечатать?
Обработка "печать штрих-кодов" на печать его не может вывести. Она его пытается преобразовать в EAN-13 . Не переклеивать же весь склад.

Во первых начнем с того, что наличие двух ШК у одной позиции ничему не противоречит. Сегодня у вас один код, а завтра каким-нибудь директорам пришло в голову всё переделать, как это обычно бывает - "с завтра начинаем работать по-новому".
Во вторых, раз база ОФФлайн, то именно по этой причине эта проблема решается не на уровне программы. Это организационная проблема. Организация ввода информации в распределенную систему должна быть административно построена так, чтобы исключить возможность ввода в нескольких узлах одной и той же информации. Это является принципом любых распределенных баз, а не только 1С, безусловно накладывающий определенные ограничения, но думаю, что нисколько не больший, чем например появление одинаковых контрагентов, номенклатуры и прочего.

Думаю, разработчики могут еще раз озвучить свою позицию, что ААА - не готовое решение, а платформа для подгонки под конкретное предприятие.

Это готовое решение. Для многих (большинства) организаций заложенный функционал подходит.
Что касается специфики работы, то это решается доработкой типовой конфигурации.

Вы, как компания, своим функционалом заблокировали code-128, в угоду ean-13. Да, решается доработкой, а потом апгрейд, только с "бубнами"...

Для многих, это как раз не большинство, а всего лишь часть чего-то, это все равно что сказать многие забивают гвозди плоскогупцами и не паряться.