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

Не в разрыв клавиатуры, а по com-порту. Никаких драйверов для них не нужно. Достаточно стандартного компонента для работы с com-портом.

Варианты же с терминалами и сами стоят немерено и сильно удорожат программу. Если хочется мобильности, то есть простые беспроводные сканеры .

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

Я бы понял, если бы имелся в виду терминал - тогда смысл есть. Но и загружать тогда надо не только штрихкоды, но и наименование, номер стеллажа, номер накладной... Тогда ты имеешь на руках полную информацию для сборки заказов и собирать их можно было бы без бумажной накладной.

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

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

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

>> Есть много предложений для 1С, но этот вариант не катит, так как уже разработано приложение в Access для ведения учета и данные нужны именно в его формате.

А не по фиг? Если есть готовое приложение и знаешь как оно работает, то данные конвертировать обычно не проблема. Тем более что работа-то идет все одно через тот же com-порт.