Купили мы сети мелких магазинов железо и софт для автоматизации.
Сети где-то 30 точек. не стали брать 1С поскольку дорого за 30 точек.
Софт написан на делфях и причем не раз внедрялся в других сетях.
Обмен данных органозван через инет и сервер фтп.
Все вроде шло классно. Но вот случилось беда перекодировали мы коды товаров а оказалось что синхонизация делается по коду. Я был почти убежден что синхронизация делается по штрихкоду. Потому что все магазины работают по штрихкодам. Там где товара нет мы вводим свои уникальные штрихкоды или вводим короткий код товара.
Спрашиваю поставщика почему именно такой механизм? Отвечает что штрикода не всегда уникальны. Кто как работал в рознице поделитесь опытом и соображениями.

(0)
по опту: мышь зеленая, мышь красная - один артикул.

(1)+
собственно, в рознице тоже две позиции.

(1) Пусть это будет один товар. Что ему мешать быть разным?

я делал так:
в программе всегда у товара есть свой внутренний уникальный штрихкод
и может быть сколько угодно штрихкодов от поставщика

но товар всегда определяется однозначно !

(3)
в магазине 20 мышей.
покупателю надо 10 красных мышей. что делать? инвентаризацию?

(5) ну это уже кому как нравится.
1 товар мышь, 2 характеристики зеленая/красная

(4) А как же штриховать товары на кассе?  Ведь на самих товарах есть свои штрих-коды. И причем 90% их они честно регистрируют. Ведь не самим же переклеивать везде свои уникальные штрих-коды? Это все-таки не супермаркет а маленькие продуктовые магазинчики Раз мы от 1С отказались так и наверно и принтеров этикеток у нас нет да это и не нужно

(0)
в идеале (4) очень хорошее решение. единственное, как-то вот заставить юзеров так организоваться.

(5) Да как раз это проблема реашема.
В базу он заносится как один товар. Покупателю визуально дают что он хочет. При проведнии через скнер это будет одно наименование.

(6)
если на это пойдут - тоже решение.

(0) в (1) все написано уже.
Штрихкод может повторяться. Для одного артикула, для нескольких артикулов, как угодно.
Код элемента в справочнике уникален, абсолютно верно делать синхронизацию по коду.

Как лечить? Молиться о бакапах или наличии базы до перекодировки.
Зачем коды то тронули?

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

(9)
может и так, я не знаю как организован процесс реализации.

а если позвонил и спросил 10 красных? мыши складе физически. на витрине по 1-му экземпляру.

(12) Ну ты наверно 1С не дружил со сторонней прогой. Ведь в 1С  синхронизация по внутреннему коду если  УРБД. А если разные базы то можно по коду но это ведь  оговаривается.
Я тоже всегда синхонизировал по коду но это было там где нет сканеров штрихкода. И акцент на штрх-коды тогда не ставили.

(13) Куда позвонили? Магазины работают стационарно и продают то что есть. Продукты питания.

(0) а в чем проблема то? Ну перекодировал, ну не посмотрел что с одним шрихкодом туча позиций. Фигня. Что не так то? Информация же не пропала. А код может быть любым.

(14)я дружил 1с с тем ... про что ты даже и близко не слыхал

(16) В Базе 1С перекодирвал и инфа двигается (обмен)  только по коду.
С точек начали приходить продажи за день с пустыми документами по товарам. Обнаружилось через нескольок дней. Вот сейчас все и восстанавливаем.

(15)
из (0)
>Отвечает что штрикода не всегда уникальны
это их требование. можно бесконечно гадать, придумывать почему.
одна из "фантазий" - заказ товара.

(18) а проблема то в чем?
Из (0) ясно что ты не согласен с тем что синхронизация не по ШК. А поставщик говорит что по ШК - не правильно, правильно по коду.
Уже ответили, поставщик прав. Правильно по коду.
В (18) сказано что все восстанавливается в настоящий момент, вроде как коллапса нет.
В чем проблема то?

(17) ОК.
(18)Согласен для больших сетей там где наименований десятки тысяч. Там даже не стоит заморачиваться штрихкодами. Но у меня магазины очти что бутики. И в основном  товары свои и сопутка в итоге наименований даже не доберется до 500.
И еще автоматизиовал сеть аптек наименований более 13 тыс.  Поиск делася всегда по штрихкоду.

Колче убедили не буду заморачиваться. Пусть будет по коду. Потребую что потсавщик  озаболился о защите кодов от исправлений.

Колче  = Короче *
озаболился  = озаботился *

(21) >> Потребую что потсавщик  озаболился о защите кодов от исправлений.
Какой поставщик? Софта?

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

вот для этого и придумали суррогатные ключи

Странно, автор уже получил ответ, но ждет Мистянского Чуда :)

(26) Это типа: "С тебя 50000 тыщ за решение", автор обижается напрягает мозги и делает сам?

(24) Не стоит делать вывод не зная всю поднаготную. Понимаю ваш опыт и логику и уважаю.
Рассказываю по подробнее. фронт-офис писан на делфи  а бек-офис самописка на 8.1 тоже ихняя разработка. Я из 8.1 тяну данные в 1с 77
При этом с ним же было договорено о том что я тящу по штрихкоду они и согоасились на это. Я был поэтому уверен что у них синхронизация такая же как между 77 и 81.
У них на 1с81 сбился код "9999" и юзеры мучались. Н атребования о том чтоб они подправили не реагировали вот я им и помог на совю голову.

+(24) Ничего я не боюсь от заказчика. хотел в первй же день пойти шефу должить что я проушил базу. НО поставщик успокоил. Потому что его вина тоже очевидно. Потому что они должны были поставить запрет на код справочника. А код у них был открытый.
(26) Ничего я не жду. Изначально ждал мнения и рассказы из опыта.
Решение проблемы уже есть уже почти решили.

Спасибо всем кто отозвался.

(28) Ладно, не буду развивать тему, но твой косяк налицо, и ты еще пытаешься оправдаться не тем, чем надо: "Я был поэтому (а речь то о разных вещах!) уверен что..." А так, конечно, сочувствую...