Обнуление количества товара в БД РМК

[Бродяга_Джон]

информация о ШК заменится

Таким методом можно заменить основной штрих-код.
Но это не коснется дополнительных, если они загружались командой $$$ADDBARCODES

возможно, вторые ШК мы иногда заносим, но уже по факту и на самом РМК

и тогда по теме
каков алгорит работы в данном вопросе команд из протокола Дэнси
!!!REPLACEWARES — добавить / заменить всю информацию о товаре.
!!!ADDWAREBARCODES — добавить / заменить штрих-коды товара
они помогут человеку?
раз он про Дэнси протокол спросил

[Alexander]

На текущий момент команды !!!REPLACEWARES/!!!ADDWARES существующие в БД штрих-коды не затрагивают - заменяются только реквизиты товара или корректируется его текущий остаток.
!!!ADDWAREBARCODES добавляет новые штрих-коды, либо заменяет реквизиты штрих-кодов уже присутствующих в БД для данного товара.
То есть в текущем варианте эти команду не помогут.
Хотя насчет !!!REPLACEWARES надо подумать - похоже имеет смысл по этой команде зачищать текущие штрих-коды товара, заменяя их на новые и добавляя к ним штрих-коды из !!!ADDWAREBARCODES.
Таким образом по крайней мере решится вопрос в поддержании актуального списка штрих-кодов в БД кассы по данным из товароучетки без полной очистки базы.

[PavelShu]

Я предлагал сделать такую технологию:

Если в /etc/dance лежит запускающийся скрипт, например, before_loading.sh
то он запускается перед выполнением штатной процедуры загрузки goods.txt
И если есть after_loading.sh то ДК запустит его после загрузки goods.txt.

Эта технология даст не только расширение возможностей стандартного протокола путем выполнения sql команд из внешних скриптов,
но и позволит делать другие полезные штуки, например отсылка результата
выгрузки/загрузки SMSкой, подтягивание измененных документов через ftp и т.д.

[kedr19]

с бесхозными ШК всё просто, их можно удалить одной командой не трогая остальные

В данном случае вопрос, насколько я понимаю, в том, что товар остаётся, но у него надо убить неиспользуемые штрих-коды.
Либо убить конкретный товар со всеми штрих-кодами и прогрузить его заново уже только с нужными.
На неделе попробую поднять вопрос о расширении протокола.
Параллельно будем работать над ускорением процесса загрузки товаров по протоколу ДЭНСИ.
Всем заинтересованным предлагаю присылать тестовые справочники, которые грузятся ощутимо долго, на support@dnc-soft.ru
Любая дополнительная информация приветствуется

Какие результаты по расширению протокола? лень делать все в 1С а потом это же еще и на кассе)

[Alexander]

Какой вариант предпочтительнее?
Сделать замещение списка штрих-кодов в REPLACEWARES?
Добавить отдельную команду (что-то тип CLEARWAREBARCODES) очистки списка штрих-кодов по коду товара (по штрих-коду удалять нельзя, т.к. один штрих-код может быть у нескольких товаров).

[kedr19]

Какой вариант предпочтительнее?
Сделать замещение списка штрих-кодов в REPLACEWARES?
Добавить отдельную команду (что-то тип CLEARWAREBARCODES) очистки списка штрих-кодов по коду товара (по штрих-коду удалять нельзя, т.к. один штрих-код может быть у нескольких товаров).

Касательно штрих кодов:
REPLACEWARES - он как бы самодостаточен - все удалил и тут же добавил,
по-моему простой вариант и надежный - указал код, все стер что было и добавил новый, но если штрихи не меняются часто, то это избыточно.
CLEARWAREBARCODES - более утонченный но работать надо двумя командами, одна удаляет что не нужно другая добавляет что нужно.
В моей ситуации второй вариант предпочтительнее.

Так же сразу стоит и продумать удаление конкретных товаров по коду. Что бы даже нулевые не висели.

[kedr19]

Стоит ожидать в ближайшем официальном патче изменения по удалению конкретных штрих и позиций товаров?