dk2005Есть таблица "Номенклатура" с номенклатурой всего товара, который есть на фирме. Ключевое поле штрих код.

Схема БД спроектирована не правильно...
- К штих-коду должно быть привязано только название товара и то из классификатора, цены, сроки и т.д. должны быть в других таблицах (приход, прайс,...).
- Зря штрих-код ключевое поле, лучше бы ключем был счетчик, очень часто один тот же штрих-код бывает на разных товарах, особенно в аптеках, в этом случае при продаже в интерфейсе дается возможность кассиру выбрать нужный товар для продажи из списка. В вашем случае придется заклеивать заводской шрих-код дубль генерировать и клеить сверху другой. Плюс даже если ключ это счетчик, запретить дублирование штрих-кодов дублей можно было программно.
- Собственно ответ на именно ваш вопрос: замещать не нужно, следует найти запись с нужным ш-к и изменить в ней значения нужных полей (цена, срок,...)

dk2005А как выбрать? Ведь в таблице, которую мне прислали нет поля со значением моего "Счетчика"?

точно так же - по штрих-коду (его никто не отменял)....

dk2005Мне выгружают номенклатуру всего товара из другой базы данных в таблицу exсel.
Я эту таблицу импортирую в свою таблицу "номенклатура" - эта таблица у меня, если я правильно понимаю, и есть классификатор.

Для этого не нужно было городить акцесс - можно было работать с исходным файлом экселя...

По уму не нужно было их номенклатуру тупо копировать к себе в аналогичную таблицу, а нужно было её обрабатывать и заполнять свои как минимум две таблицы: номенклатура и прайс по примерно такому алгоритму:
1. Читаем строку экселя и пробуем найти у себя в номенклатуре по штрих-коду товар, если его нет, то создаем новую запись номенклатуры: штрих-код/наименование плюс создаем новую запись в подчиненной таблице прайс: Дата/Цена1/цена2....
2. Читаем строку и если такой товар есть в номенклатуре, то находим его и в подчиненной таблице прайс ищем его действующую цену (по максимальной дате), если не изменилась - ничего не делаем, если изменилась - добавляем новую строку в прайс Дата/Цена1/цена2....

dk2005а потом мне так же в таблицах excel присылают накладные на поставки товара, который уже есть в классификаторе.
И я этот товар по штрих коду приходую на склад.

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

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


ВНИМАНИЕ! Это так - на трех пальцах, что бы понятно было что у вас сделано не так - на самом деле все гораздо сложнее... и схема склада не единственная, это кусок одной из...

aleckoсделать ключ составным штрихкод-артикул например

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

aleckoа про автозапчасти это Вы даете - а как же код по каталогу? это же и есть артикул!

у меня авто запчастей штук 7 ...
Код по каталогу не корректно сравнивать с артикулом, а тем более отождествлять...
Код по каталогу всегда однозначно указывает на конкретную деталь, многие автозапчасти продают именно по этим кодам и не используют штрих-коды, а соответственно и сканеры. То есть по заявленному коду всегда принесут одну конкретную деталь...
Артикул обычно объединяет модель (ряд), например Т-432156 определяет конкретный фасон обуви (одежды) с разными размерами и цветами, а отличаются они друг от друга штрих-кодами. То есть если вы в обувном или одежде спросите про артикул - вас подведут к стеллажу с этим артикулом или попросят уточнить цвет и размер.

aleckoштрихкод же назначить не так просто
практически везде EAN13 (у вас в примере тоже) и особо думать не нужно, есть правила
https://strokescribe.com/ru/ean-13.html
у меня половина клиентов предпочитают генерить и клеить поверх заводских свои внутренние шк прямо из программы... делается как два пальца об асфальт - берем id товара, получаем и добавляем справа контрольную сумму (алгоритм есть в ссылке выше) слева добавляем ноли до 13 символов, всё, клеим... такая тенденция пошла после наплыва товаров из китая, на которых сканер не читает штрих-код ибо в нем 13 цифирей с потолка как в вашем примере второй штрих-код 14607159671254.... даже если предположить, что первая цифра лишняя (у вас 14 цифирей вместо 13 ти) а 46 это произведено в России, то последняя цифра должна быть 7 а не 4 - это контрольная сумма штрих-кода...

и еще...

aleckoартикулы невозможно считать - поэтому они для промышленного распознавания неприменимы

Если тут очепятка и имелось в виду "артикулы невозможно сосчитать сканером", то на EAN-13 свет клином не сошелся, есть куча других штрих-кодов в том числе и 2D, куда можно всунуть многа букав и цифирей, так что причина неприменимости артикулов не в этом...

aleckoи, кстати ЕАН-13 состоит из 14-ти цифр

да и хрен с ним... нихай будет для вас ЕАN- 14 персонально...

https://ru.wikipedia.org/wiki/European_Article_Number

aleckoоднако и проблема ведь немалая щас вылезла

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

alecko13(+5)

Зачем? EAN-128(Code 128) или 2D в помощь, не нужно создавать трудности ни себе ни людям...

alecko,

предлагаю прекратить прения, не хочется за ответом лазить сюда...
https://konservs.com/tools/bredogenerator/