MAGAZKA

не ..с кодами это я чтото напутал.

Лично я для себя немного доработал обработочку АДМИНа прыг-скок и загружаю при помощи нее и документы и справочники. Где-то я ее вылаживал на форуме правда тогда еще сыроватую, но это уже не важно, т.к. на следующей недельке будет уже законченный вариант для загрузки справочников и документов от АДМИНа.
Я столкнулся с проблемкой нарушения уникальности кодов когда создавались новые элементы справочника в основной базе (допустим дома) и периферийной (допустим в магазине). В этом случае действительно нарушается уникальность кодов при обмене между базами, и если разный товар будет иметь одинаковый код и совпадут размеры (одна размерная сетка), мы можем получить два разных товара с одинаковым штрих-кодом что естественно не допустимо (сейчас при добавлении новых элементов справочника Товары в основной или периферийной базе слежу за тем, чтобы не нарушить уникальности). Естесвенно в идеале необходимо вводить номенклатуру в основной базе, но на практике иногда приходится это делать и в основной и в периферийной до объединения баз) Было бы неплохо если бы МАГАЗьКА позволяла вводить одновременно разные товары как в основной базе, так и в периферийной (как она позволяет сейчас это делать с документами благодаря преффиксу) Может здесь воспользоваться четностью-нечетностью кода(допустим в основной базе новый товар создавать с четными кодами, а в распределенной - нечетными).

Д_К писал(а):
кстати как данная обработка обновляет номенклатуру? по какому признаку? По коду помоему более правильнее, так как изменения в названии - вещь частая, ошибки там или дописали что, а код должен быть неизменным.

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

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

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

пока с помощью обработки от akzagam наделал кучу дублей ,не пойму как это исключить в этой обработке Видимо в настройках что то туплю.