grannie➤ Положил свежую версию в виде файлика ScalesManager107.zip в аплоуд тутошнего ftp.
Подпправлены несколько глюков.
Добавлена работа с Mettler-Toledo (тестировалось только на Tiger, но по идее должно работать и с некоторыми другими моделями, совместимыми по протоколу).
Появилась возможность сменить порт, по которому общаются сервис и утилита между собой; раньше он был жёстко зашит.
Особенности прогрузки доптекстов см. ниже.
Загрузка доптекстов:
Загрузка доптекстов в BCII с помощью scaleManager'а
Доптексты грузятся в табличку ATST в весах. При необходимости, ссылка на загруженный доптекст может «привязываться» к нужной нам ПЛУшке. Доптексты можно загрузить вручную из самой утилиты («Данные» - «сообщения в весах» - заполняем табличку ATST; «Товары» - «Добавить» - в середине формы есть табличка с привязкой загруженных текстов к текущей ПЛУшке). А можно и импортом из внешнего файла.
Если мы хотим использовать «новый» (через TZFU) механизм загрузки доптекстов, с выводом в отдельные поля, а не в конец поля артикула, на BLD-этикетке мы должны разместить поля «Общий текст» - «Текстовое поле 01» (ну и следующие по номерам, если требуется).
При этом в утилите доптексту нужно присвоить очередность 5 или выше, см прилагаемый рисунок. Поскольку первые 4 грузятся в конец поля артикула (это сделано для совместимости со старыми моделями весов, не поддерживавших доптексты в отдельных полях). Пояснение в утилите в этом месте нам про это напоминает.
При импорте доптексты «подхватываются» мнемониками Message_X (сам текст) и MessageNmb_X (номер текста в табличке ATST, произвольный, но уникальный). Пара Message_X и MessageNmb_X должна всегда быть вместе. При этом, если X=1..4, то доптекст(ы) будет дописан в конец поля артикула, в соотв. порядке. При X>4 доптексты пишутся в специализированные TFZU-доп.поля, те, которые в BLD обозначаются «Текстовое поле 01-10». MessageNmb_5 пойдёт в «Текстовое поле 01», MessageNmb_6 пойдёт в «Текстовое поле 02» и т.д.
При задании в MessageNmb_X уже имеющегося в весах номера текста соответствующий текст перезаписывается, проверки на существование так же не производится. Надо быть внимательным.
ItemType
Мнемоникой ItemType описывается тип прогружаемого товара:
* 0 - Весовой товар – Продажная цена товара рассчитывается исходя из его веса (**KLAR0**)
* 1 - "Невесовой, цена за шт."(СЕТовский термин - "штучный"). По факту - счетный товар: Цена рассчитывается исходя из количества штук в упаковке (**KLAR3 STPA1** "Pieces per package"=1)
* 2 - "Невесовой, фикс.цена". Товар с заданной ценой – Цена товара не зависит от его веса. Продажная цена товара=заданная базовая цена. (**KLAR1**)
* 3 - товар с фиксированным весом (**KLAR4** в **FGEW** переносится значение фикс веса из соотв. поля утилиты)
Счетный товар с фиксированным весом (Фиксированный вес и цена зависят от количества штук в упаковке) на текущий момент утилитой не поддерживается
Итак добрались руки...
Весы перевезли из одного магазина в другой. вместе с весами была скопирована программа с базой, настройками импорта, ну вообщем всем...
Есть ваша прога в ней настроен импорт (код как номер ПЛУ галочка стоит). импорт проходит без проблем, дальнейшая загрузка весов тоже. Но, если поменять номер ПЛУ (как это получилось при переезде, т.е. в одном магазине ПЛУ 1 Бананы с кодом 2200002 а во втором Черешня с кодом 2200008 ), то происходит следующее: название Бананы меняется на Черешня. но код(ШК) вылезающий с весов остается прежний т.е. от бананов, дальнее разбирательство выявило, что на карточке имеются два в вашей программе имеется 2 ШК... один первый от бананов который и печатается, второй от черешни но он есстественно не печатается.
Выходом вижу удаление товаров в программе с последующим полным импортом... но:
1. Как удалить товар из базы? вибираю в фильтре товары, выделяю, говорю - удалить. Оно спрашивает "точно удалить" - я - да. Оно(программа) задумывается на секунд 5 и сново отбирает тотже список... удалял раз 20 ради прикола, ни одиночный товар ни скопом... т.е. никак .. это фича? или бага?
2. Как можно сохранить настройки импорта и оборудования... поскольку очень как то неудобно создавать новую базу, естественно пустую, заново вписывать настройки импорта, и оборудования.
Сорри, пропустил как-то сообщение.
Можно картинку с двумя ШК? По словесному описанию не очень понял. (Результаты здесь отпишу по любому).
Удаляется вроде нормально. На большой базе всё это дело заметно подтормаживает. Удалять, кстати, можно подсосом из файлика; мнемоникой Operation=1 говорим, что удаляем, а не загружаем. Удобно когда надо удалить списком ПЛУшек.
Сохранить настройки импорта и оборудования из интерфейса нельзя. Но они хранятся в общей базке в C:\Scale и если эту базку подсунуть от прежних весов - подцепятся и товары и настройки импорта и оборудование. Вообще, наверное, имеет смысл их сохранять во внешний файл, запишем в ToDo.
Возникла проблема. На тестовых весах все работает и прогружается, копирую настройки из весов в весы, тоже все ровно, но стоит только прогрузить товар, ШК слетает! становится вида 2300000+вес.
Добрый день, уважаемые форумчане. Столкнулся с такой проблемой, помогите кто может. Весы старые BS 800
Заливал на весы этикетку программой BLD, но после скидывания этикетки она была не та, что на экране (тест перевернут, смещен, кодировка не совпадает), тогда я нашел файл выгрузки fost и lost, открыл и увидел, что там параметры совсем не те (у меня был файл с правильными параметрами горизонтали полей и т.п.), я руками поправил, выгружал утилитой SxCOM и все стало в норме, кроме одного, не печатается логотип (на него как раз таки я и не знаю параметр). Захожу на весы, печатаю список логотипов, они выходят, а этикетке не присваиваются, никто не подскажет номер этого поля, чтобы руками прописать или как вообще быть в этой ситуации и почему BLD передает не правильную информацию?
да вопрос в том...
1. настроен импорт... т.е. файлы подсасываются импортом...
2. ВСЕ весы привязаны к одному отделу.
вопрос...
как это к одному отделу может быть привязан товар с разными ценами и одинаковым названием ШК и всем отальным ?