[ОТВЕТИТЬ]
11.09.2006 13:20
twix
 
В общем, в качестве проблемы появился сабж.
Тип одной карточки - товар, второй - уценка.
При удалении штрихкода с карточки (товар) он автоматически удаляется и на карточке (уценка). При попытке снова завести штрихкод на карточку (товар) он появляется там с ссылкой на карточку (уценка) в качестве штрихкода упаковки.

В общем, пока сказал манагерам обе карточки исключить и заменить их другими карточками из того же темпа. Думаю, сейчас они будут внимательнее... но все же хотелось узнать что это за беда и что с ней делать.
11.09.2006 13:48
akonev
 
мне казалось, что это нормальное поведение, если уценочный артикул создается из основной карточки со страницы штрихкодов.
он считается производным артикулом именно от этого ШК.
если же они изначально должны быть развязаны - надо делать
новую карточку руками по типу "набор" и толкать в ее состав основную карточку.

Чей-нибудь опыт релаьной работы с уценками опровергнет такой взгляд на вещи?
11.09.2006 14:34
Propil
 
Наши действия:
на вкладке штрих-коды карточки создаем новый ШК, встаем на него и жмем Создать артикул
Вот и получается уценка со своим ШК
Проблем не возникает...
Или я не понял вопроса?
11.09.2006 14:42
Mtirt
 
Сталкивалась однажды. В принципе считаю нормальным такое поведение. Чтобы было в карточке товара - надо сначала удалить уценочный артикул. Похоже в уценочном в качестве ссылки хранится штрих-код.
TO Propil, попробуй удалить этот штрих-код, не удалив уценочный артикул, а потом создать заново...
01.02.2012 23:06
Neutron
 
Чтобы не разводить темы решил написать здесь:
Народ столкнулся вот с такой проблемой, в одном из магазинов заметил , что есть два артикула с одинаковым штрихкодом. Насколько я знаю Супермаг такого не допускает...кто встречался с такой проблемой, если встречались куда копать и кто знает что в базе отвечает за запрет одного штрихкода на два разных артикула.
Оба артикула активны. Версия Супермага 1.028.2,Версия Оракла 10.2.0.4.0, Сервер винда 2003 Р2 СП2.
Заранее спасибо за помощь и советы ...
02.02.2012 05:51
Propil
 
Это совсем другая тема...
при создании ШК, действует проверка на его наличие, и в случае чего выдается предупреждение
Обычно он просто заносится в недопустимые.
Насколько помню, это зависит от ответа оператора в момент создания (надо посмотреть в рук-во)
02.02.2012 07:23
Dim
 
магазин одиночный или сеть? поскольку при наличии почтового модуля такое возможно... если ШК заводится в магазине, то он попадает в другую табличку, и лежит там себе до синхронизации локальных артикулов... тогда и наблюдается такая картина...
SMStoreUnits - табличка ШК, заведенных в ЦО
SMForeignUnits - табличка ШК, заведенных в подчиненной базе
02.02.2012 07:33
Mtirt
 
А еще один штрих-код может быть для артикула и субартикула (уценка или упаковка).
02.02.2012 12:46
Neutron
 
Цитата:
Dim магазин одиночный или сеть? поскольку при наличии почтового модуля такое возможно... если ШК заводится в магазине, то он попадает в другую табличку, и лежит там себе до синхронизации локальных артикулов... тогда и наблюдается такая картина...
SMStoreUnits - табличка ШК, заведенных в ЦО
SMForeignUnits - табличка ШК, заведенных в подчиненной базе
База была в сети, после была очищена и переименованна, остались только контрагенты и карточки(в неактивном состоянии)
02.02.2012 13:14
akonev
 
если предварительно в настройках почтового модуля не удалили старшую базу, то она до сих пор считает себя подчиненной и новые карточки будет делать временными, складывая штрихкоды в smforeignunits вместо smstoreunits. один и тот же ШК может быть и там и там.
02.02.2012 13:29
Neutron
 
Цитата:
Andrew_Konev если предварительно в настройках кассового модуля не удалили старшую базу, то она до сих пор считает себя подчиненной и новые карточки будет делать временными, складывая штрихкоды в smforeignunits вместо smstoreunits. один и тот же ШК может быть и там и там.
Андрей в почтовом модуле все настройки удалены.
и сделано
update smcard set globalarticle=article;
update smcard set arrivedfrom=null;
commit;

А кассовый модуль причем...?
02.02.2012 13:30
Dim
 
в теории в админском модуле надо сделать синхронизацию локальных артикулов... (не проверял)
02.02.2012 13:36
Neutron
 
Цитата:
Dim в теории в админском модуле надо сделать синхронизацию локальных артикулов... (не проверял)
Нет не проверял... сегодня обязательно проверю.
02.02.2012 14:01
akonev
 
Цитата:
Neutron ...
А кассовый модуль причем...?
Кассы у меня как раз не грузились, не о том думал. :)
Спасибо! Поправил. Почтовый, конечно же.

чтобы окончательно исключить:

select count(*) from smforeignunits
02.02.2012 14:18
Dim
 
Цитата:
Andrew_Konev чтобы окончательно исключить:

select count(*) from smforeignunits
там исключать нечего... либо в 2-х табличках, либо что-то с триггером (что маловероятно)

топикстартеру: то, что выдаст этот запрос, надо перенести в SMStoreUnits
02.02.2012 14:25
akonev
 
Цитата:
Neutron Нет не проверял... сегодня обязательно проверю.
а поздно уже. вы же их все в глобальные переделали запросами :)
02.02.2012 14:26
Mtirt
 
Или в глобальные?
02.02.2012 14:37
akonev
 
Цитата:
Mtirt Или в глобальные?
ага. в них. в глобальные.
всё, сегодня больше не пишу. надо или работать или общаться. два раза подряд в одной ветке обмануть - это перебор. :)
02.02.2012 17:23
Neutron
 
Цитата:
Dim там исключать нечего... либо в 2-х табличках, либо что-то с триггером (что маловероятно)

топикстартеру: то, что выдаст этот запрос, надо перенести в SMStoreUnits
А какой триггер за все это отвечает...?
08.02.2012 20:28
Neutron
 
Как и писал Dim выше:
Все было в двух табличках, вопрос решен переносом информации из smforeignunits в smstoreunits и последующей очисткой smforeignunits (дабы изключить задвоение, так как у нас изпользуется таблица smstoreunits по умолчанию, для новых штрихкодов).
Всем большое спасибо за помощь!
Опции темы


Часовой пояс GMT +3, время: 05:05.

 

Форум сделан на основе vBulletin®
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.