Добавление и редактирование ШК : S-Market

Доброго времени суток.
Версия sm 3.14.10
Проблема в следующем:
1. при добавлении ШК в карточку товара если стоим на том ШК на котором есть цена за 1 ед, в новый ШК добавляется эта же цена.
2. если редактировать ШК через кнопку "просмотр штрихкодов" при изменении параметра "цена за 1 ед" или "упаковка" то сам ШК попадает в таблицу bar_del хотя удаления ШК не было

вложение 21 запрос к базе до изменения ШК
select * from bar_del where articul='259790'
вложение 22 этот же запрос к базе после изменения ШК

Миниатюры

       

Доброго!

Да, все так и есть, главный вопрос - а чем это Вам мешает?

1. При добавлении ШК копируются все параметры (кроме собственно ШК) с того ШК, на котором сейчас фокус. Это стандартное поведение С-Маркета.
2. При изменении упаковки, процента скидки, цены меняется постфикс. Это механизм для загрузки на кассы, которые не поддерживают разрезы одного артикула на несколько позиций с разными параметрами - для них все ШК с постфиксами, отличными от -1 загрузятся как отдельные товарные карточки. Соответственно при изменении этих параметров, с точки зрения кассы - с "основной" карточки ШК должен удалиться и добавиться на "дополнительную"

кассовый сервер set retail
import.cfg настроен следующим образом
[LONGBAR]
_DEVICE=4
_DEVICELIST=*
_DEVICEFIELD=DEVICELIST
_DEFDEPART=338
BARCODE=GOODSBARCODE
CARDARTICU=GOODSITEM

[LONGBARD]
_DEVICE=4
_DEVICELIST=*
_DEVICEFIELD=DEVICELIST
_DEFDEPART=338
BARCODE=GOODSBARCODE
CARDARTICU=GOODSITEM

где longbard это есть таблица удаленных штрих (bar_del) кодов из SM
то есть логика штрихкод сначала прогружается на кассу а потом сразу удаляется. Сейчас пришлось убрать из import.cfg LONGBARD, удаленные ШК не выгружаются из кассы

косяк где то в импорте почему то удаляет не с основного артикула а с артикула с пометкой @

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

Не получается. Вообще судя по тому, что попало в BAR_DEL и в журнал - вы редактировали ШК 479044, и по всей видимости сделали его уценненым. Тогда он прилетит в logbard на обычный артикул, а в longbar - на артикул с @. В общем как-то получается прямо противоположно тому, что Вы говорите.
Либо я не так понимаю, что вы делаете.

прошу прощения за причиненные неудобства... разобрался косяк был при импорте в касс сервер а именно в файлике filetrack.ini практически не было задержки перед импортом фалов в базу поэтому longbard и plucashd выполнялись два раза.

Не страшно, хорошо что разобрались :)