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

А по опыту чтобы из сапа печатать в баркодах этикетки принтер должен быть с картой "BarDimm".
Этот сетевой принтер прописываешь в системе и гонишь свои этикетки или что там у тебя ...

PS
если установить принтер как "locl" - работать почти не будет

Одно дело - коды напечатать, чтобы удовлетворить клиентов (магазины, сети и т.п.), другое - использовать их для ведения партионного учета и оптимизации бизнес-процессов. Для сканирования используются либо просто сканеры (проводные, подключаемые к компьютеру или выделенному терминалу), либо онлайновые/оффлайновые (бэтчевые) терминалы сбора данных. Для batch-терминалов софт пишется отдельно и работает на их процессоре/памяти и т.п., для онлайновых - по разному: если установлен DR-DOS, то ставим WaveLink Studio и пишем под него приложение с использованием RFC API, чтобы кидать коды в соответствующую функцию, если Windows Mobile 2003, то можно написать софт даже на Visual Basic .NET, но проблемой будет синхронизировать мастер-данные и обработка ситуации потери сигнала. В этом плане DOS-овские терминалы все-таки подубовее - рекомендую. Как правило, внедрение автоматической идентификации на базе штрихового кодирования требует напрягов как для абаперов и консультантов, так и для людей, занимающихся обеспечением технической стороны. Можно обратиться к "профессионалам", но лучше все делать самим, слишком это просто. "Профессионалы" вынесут большинство логики во внешние приложения и сдерут бабки. Да, айдоки лучше не использовать, весьма нестабильно работает.

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

Оффлайн или онлайн использовать - это уже зависит от интенсивности товарооборота. Если необходимо запас контролировать в реальном времени, то это онлайн, если интенсивность низкая или процессы происходят достаточно дискретно, то можно и оффлайн. К примеру, работают на складе 15 человек, из них 5 штабелерщиков и 10 карщиков. Штабелеры размещены в рядах, кары - на перемещение от/к докам и для загрузки в машину. Штабелерщик получает на терминал задание, видит экан: "Перемещение. Сканируйте паллету из ячейки XYZ". Он подъезжает, сканирует паллету и берет ее на вилы, видит следующий экран: "Переместите к началу/концу (...) ряда", выезжает из ряда, сканирует штрих-код, наклеенный в нужном месте и едет выполнять задания дальше. При этом в реальном времени можно подтверждать перемещение. Карщик подъехал, отсканировал паллету и увидел, куда ее везти. Привез к нужному доку, отсканировал код дока и поехал дальше. Если в такой процесс оффлайновые терминалы ставить, то время выполнения операций либо значительно увеличится, так как придется бегать к крэдлу, чтобы произвести обмен данными, либо крэдлы поставить везде, чтобы была возможность оперативно подтвердить информацию и получить новые задания.

У меня вопрос возник:а есть ли в самом САП инструмент по работе со сканерами напрямую или можно только импортировать данные ?

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

Встроенных инструментов нет. Есть интерфейсы. Ты для самих терминалов в R/3 приложение не напишешь. Инструменты сторонних разработчиков используют стандартный вызов RFC. ActiveX можно использовать только в том случае, если используется именно сканер штрих-кода, подключаемый к клиентской рабочей станции. При использовании терминалов у тебя каждый терминал - это отдельный компьютер, для которого клиента R/3, к сожалению, нет. Если терминалы оффлайновые, то можно ИК-портом или проводным крэдлом, подключенным к рабочей станции, принимающей информацию, управлять через ActiveX / COM - не вопрос. Радиотерминалы подключаются только путем создания внешнего управляющего приложения, которое выводит на них всю информацию, принимает данные и вызывает ту же RFC-шку. Практически очень хорошо с такими терминалами работать через WaveLink Studio, но вроде еще есть возможность использовать MCL - у них есть визуальный конструктор приложений и задекларирован MCL R/3 Bridge, который дергает RFC. Правда о случаях успешного внедрения связки SAP/MCL я еще не слышал. Да в чем вообще вопрос, когда все сводится к труду одного абапера да обычного программиста на Visual Basic или C++, коих тонны...

Если какие-то вопросы есть по автоматизации конкретного процесса, задавай - от этого напрямую зависят методы реализации

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

Да ты когда-нибудь печатал этикетки на обычном принтере? Ждать задолбаешься, пока картинка распечатается! А в режиме предприятия с высокой интенсивностью товародвижений? К тому же, в SAP есть встроенный инструмент для формирования ZPL-скриптов и их выдачи на СПЕЦИАЛЬНЫЙ принтер штрих-кодов. Например, ZEBRA 105SL. И стоит он не бешеных денег, особенно для организации, где есть R/3.