Ваше мнение на нужность такого функционала с весами в СМ+ : Супермаг Плюс (Супермаг 2000)

Считаю что первая часть доработки будет работать только при определенных уловиях и не совсем жизнеспособна. Насчет второй части - обоими руками и ногами за. ИМХО

Введение в карточку товара уникального (для локального места хранения) параметра PLU с автоматической (при добавление в список для весов) и полной ручной генерацией (для корректировки - долго работали, много заблокированного товара), возможно, поможет в первой части доработки.

Во! это вариант!!

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

еще один косяк это например caslp15 1.... только 4 тысячи плу по порядку... и т.д. вы еще о весах подумайте... а их не только диджи есть...

а максимальное кол-во знаков в PLU сколько в них? Не обязательно же грузить на весы все весовые товары? Есть же фильтр загрузки в СМ+ (кстати некоторые до сих пор о них не знают): не грузить товары у которых: "Нет цены", "Не положительный остаток", "Не было прихода ХХ дней", "Истек срок годности", "Истек срок реализации". И не будет списка больше 4К товаров.

по количеству - да, а по цифре - вряд ли, даже если и к артикулу привязаться или к автонумерующейся единице.
Смотри, у тебя в БД с 000001 по 004000 артикулы заблокированы, как вышедшие из обращения, а в CAS можно загрузить только с номерами с 1 по 4000. Что делать? Идея с отдельной опцией - номером PLU хорошая, только при снятии галки в карточке (грузить в весы) номер должен освобождаться и использоваться в дальнейшем.

я может дебил конечно...
но какой смысл придумывать механизм синхронизации ПЛУ по отделам? т.е. во все отделы будет грузится одно и тоже? тогда проще все весы привязывать к одному отделу... как я впрочем последнии лет 10 и делаю.. сломались одни весы иди на другие там тоже самое...
а если если нужно просто для некоторых товаров в разных отделах выставить одинаковый плу... то да возможно это имело бы смысл... мы это рисовали отдельной программой... она может редактировать список и менять номер ПЛУ.. .как душеньке угодно...
но первый вариант с привязкой всех весов к одному отделу мне больше нравится...

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


Я подумал "только 4 тысячи плу по порядку.." - что это не обязательно с 1 по 4000, а может быть с 30234 по 34234 и т.п.

1. Чтобы грузилось быстрее надо чтобы С+ сделал доработку таким образом чтобы по умолчанию в весы грузились только изменения с прошлой загрузки и желательно автоматом... без участия пользователя... как я вообщемто и реализовывал... КАС грузятся быстрее чем диджи из СМ... мало того подобные загрузки крайне негативно отражаются на внутренней памяти весов (флэшь), можно поскать на форуме сколько тут весов с перепаяными флэшками... а почему? я думаю ответ известен.
Итого: для увеличения скорости загрузки надо грузить весы изменениями относительно прошлой загрузки. Далее... если гдето будет хранится разница между прошлой и текущими загрузками то и напечатать это можно.

2. в кэс 15 вер 1,6 грузятся только товары с ПЛУ 1-4000 и никак иначе...
и вообще... ты взляни на список поддерживаемого оборудования... там еще масса К есть.... Толедо... Безерба... как ты думаешь твоя схема будет на них работать? это не считая экзотические варианты как у меня на Acom которых нет в списке...
Короче идея не верна в корне... на мой взгляд:

1. Все товары в магазине должны грузится на все весы для повышения отказоустойчивости.
2. Загрузку надо ускорять так как указано выше.

Всё...