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

Подробнее на счёт чего именно? Настройки сканера или обработки значения, полученного сканером?

vmag, а что это за плюха " чем все тут пишут"? Автор вопроса коротко и в общем спросил, ему коротко и в общем ответили. Причём даже наводящие вопросы задали, для конкретизации. Будет конкретика - будут конкретные ответы. Если автору это точно нужно - будет диалог. А накручивать все возможные варианты "до, после, сбоку и во время" и делать ликбез на все эти варианты - можно бесконечно. Есть время и желание - развлекайтесь, только без поплёвывания по сторонам, плиз.
А ежели ответить на "от отсутствия практики" - то тут ещё проще. Я весьма слаб в Access, хотя и зарабатываю с помощью его денежку. И пусть не идеально, но варианты с использованием сканера и штрих кодов давно использую, и весьма успешно. Могу даже ссылочку дать на мой сайт с работающей программой учёта (на Access сделано). Так что ваше замечание немного не по теме.
К слову, рекомендую вместо классики EAN13 использовать Code 128.

vmag, в силу того, что drobash просил о программной стороне вопроса, а вы выдали тонну чисто организаторской/ бухгалтерской стороны процесса, то ценность вашего "исчерпывающего ответа" в данном разрезе увы - стремится к нулю. Подтверждением этому является то, что drobash в ответ на ваш спитч буквально повторил свой запрос.
И не считайте, плиз, себя настолько умным, типа другим не понять ваш сарказм и проявленное высокомерие. Ну да ладно, извинения увидел, тема эта закрыта.
Так как drobash сказал, что "есть база с заказами", я понадеялся, что это база достаточно рабочая, и сам drobash имеет достаточный уровень знаний. Потому обрисовал ему общую схему процесса. Как вижу, оказалось этого недостаточно.
drobash, давайте думать вместе, если вопрос ваш ещё актуален и я его правильно понимаю.
Итак, у вас есть база с заказами. Пример базы вы не прикрепили, потому будем оперировать произвольными названиями. Если что - уточняйте.
Дано и задачи:
1. Есть таблица с номерами заказов, скорее всего, кроме номера заказа нужны ещё дата заказа, реквизиты клиента, может быть сумма и так далее. Пусть это будет таблица ТЗаказ. Я там ввёл три записи для образца, с номерами заказов "123", "124", "125".
2. На некой форме (FGlav) есть поле (Поле4, лень было переименовывать), куда вы планируете вводить номер заказа для поиска. Ручками будете вводить, или "пикая сканером" - это самой программе глубоко фиолетово.
3. После ввода номера заказа в это поле программа должна сделать два действия:
а) отобразить в другой части формы реквизиты найденного заказа
б) выполнить дополнительные действия. Так вы указали "к примеру", я так понимаю - это не критично. Но пусть в некоем поле в случае успешного поиска отобразится "Выполнено". Хотя можно просто заставить прогу выдать сообщение, или даже открыть дополнительную форму с любыми словесами )
Смотрите пример. В открывшейся форме жмите "Новый документ".

В моём примере в случае неудачи прога выдаёт сообщение "Заказа с таким номером не найдено", меняет значение статуса на "Не выполнено" и подсвечивает его красным (это уже чисто понты, но так нагляднее :)).
Ежели заказ найден - запись с реквизитами заказа падает в подчинённую таблицу ТПодч согласно номера открытого документа, выдаётся сообщение "Заказ найден", значение статуса меняется на "Выполнено", подсвечивается зелёным.
Ответ устраивает?

хотя... если нужно, что статус самого заказа менялся... Опять таки, не видя реального примера вашей базы... Ну пусть в таблице с номерами заказов будет ещё одно поле, "Статус". И в обработку поле4 (в "успешную" часть) втыкните запрос на обновление поля "статус" в таблице заказов, с условием отбора по числу в поле4.

drobash,
1. Лень ставить 2007 офис, если не трудно - дайте пример в формате 2003.
2. А какой смысл выбора Статуса именно в поле со списком? Поле со списком нужно, если вы планируете ручками выбирать значение. Но так как вы сами определили, что оно будет ставится автоматом - то надобности в нём не вижу.
3. Если нужен гибридный выбор - то есть автоматом, и ручками - то я в прошлом сообщении (которое было дополнением к основному примеру) рассказал, как сделать. Только вместо простого поля сделайте своё поле со списком, определите набор значений, потом выставьте его на форму, перенастройте пример.

drobash, при всём моём уважении - я кинул вам рабочую модель, по паре нюансов подробно всё на словах расписал. Если вы Аксес хотя бы полчаса пролистали - то для вас не составит труда воплотить то, о чём вы спрашиваете. Например, что такое запрос на обновление (обновить запись поле "Статус") с критерием отбора (согласно введённого номера заказа), и как его запускать кнопкой или из под VBA (тем более, даже в моём примере есть образцы этому). Там прочитать и разобраться - ну минут 20 от силы. Если по каким то причинам у вас нет времени/желания/возможностей/способностей (нужное подчеркнуть) разобраться в этом простейшем минимуме, то, может быть, вам пока не стоит замахиваться на что то сравнительно серьёзное? Ну или наймите исполнителя.