Результаты опроса: Нужен ли в СМ+ описываемый ниже функционал?
Нужен 13 86.67%
Не нужен 2 13.33%
Голосовавшие: 15. Вы ещё не голосовали в этом опросе

[ОТВЕТИТЬ]
07.12.2011 14:42
ReDHawK
 
Ваше мнение на нужность такого функционала в СМ+


Доработка интерфейса работы со списком товаров для весов.

ID:
Клиент:
Автор: Марный С.А.
Коммерсант:
Цель. Оптимизация работы со списком товаров для весов.
Основные термины и объекты системы. Стандартные.
Описание бизнес-процессов.
1. Часто при большом количестве весов в магазине, их разбивают на отделы, и тогда один и тот же товар в разных отделах может иметь разный PLU, что приводит к путанице сотрудников и не возможности выводить его правильно на ценнике.
2. А так же нет возможности печатать часть списка товаров, который добавился, а только весь список целиком, который может занимать не один десяток листов.
Требования к системе.
1. Для решения поставленной задачи предлагается в настройках (каждых) весов создать включаемый параметр. При установке которого, при добавлении товара в список для загрузки весов, PLU присваивались равными артикулу (лидирующие нули отбрасывались). Тогда на всех весах будет всегда одинаковый PLU не зависимо от того, где создавали список (ЦО, РЦ, Магазин и т.п.) и не зависимо от Отдела. Пропадают ошибки разности PLU кодов, не нужна реализация печати PLU на ценниках (достаточно артикула), если проблемы в БД можно загрузить из БД ЦО/РЦ, где есть соответствующие цены.
2. Список товаров на весы, постоянно увеличивается на позицию – несколько. Хотелось бы реализации печати только той части списка, которую в последний раз добавили (инкрементальный список кроме тех позиций, которые изменили цену).
Интерфейс и реализация. На рассмотрении разработчика.
Ограничения системы. Нет.
Версия системы. Текущая или ближайший сервис-пак.

Дополнение:
1. DIGI позволяют иметь PLU до 6-ти знаков (999999 – максимальный PLU), на других видах весов не знаю.
2. Доработка не будет работать, если у клиента артикулы содержат символы отличные от цифр (редкость) и если артикул из значащих цифр (без лидирующих нулей) больше шести цифр (редкость).
07.12.2011 14:48
ReDHawK
 
Не смог найти редактирование сообщения. Приветствуются конструктивная критика, дополнения $-)
07.12.2011 14:50
AlexeyF
 
На вскидку:
1. (лидирующие нули отбрасывались) - нельзя отбрасывать. Потенциально существуют артикулы с одинаковой значащей частью, отличающиеся только нулями в начале.
07.12.2011 14:55
ReDHawK
 
например? я вот таких не придумал :scratch_one-s_head:
07.12.2011 15:00
Stels
 
0001
потом увеличили нумерацию и получили
00001
07.12.2011 15:05
AlexeyF
 
Чего не придумал ? Артикулов с одинаковыми цифрами но с разным количеством нулей в начале - легко?
07.12.2011 15:05
whitewizard
 
Очень полезное дополнение
07.12.2011 15:23
ReDHawK
 
1. сейчас чаще диапазон создают с большим кол-вом символов 10 - 0000000001
2. не помню, что бы кто-то изначально меньше 6 символов создавал артикул (он установлен по-умолчанию), в этом случае, если 999999 закончиться, новый диапазон не поможет, но и сейчас не многие могут похвастаться закончившимся диапазоном в 6 знаков
07.12.2011 15:30
Stels
 
Цитата:
ReDHawK 2. не помню, что бы кто-то изначально меньше 6 символов создавал артикул (он установлен по-умолчанию), в этом случае, если 999999 закончиться, новый диапазон не поможет, но и сейчас не многие могут похвастаться закончившимся диапазоном в 6 знаков
у нас при открытии установили 5 :(
скоро диапазон закончится
07.12.2011 15:39
whitewizard
 
Цитата:
Stels у нас при открытии установили 5 :(
скоро диапазон закончится
Дык эта печаль решаема же
07.12.2011 15:39
Shlong
 
У нас артикулы товаров начинаются с 1, а наборов с 6. Возможен косяк, если создать карточку с типом уценка (она же набор) и загрузить ее в весы, т.к. возможны совпадения номеров (1000001 и 6000001 дадут PLU 1).
07.12.2011 15:41
Stels
 
Цитата:
whitewizard Дык эта печаль решаема же
извините за офф-топ : а как?
07.12.2011 15:43
ReDHawK
 
Цитата:
Shlong У нас артикулы товаров начинаются с 1, а наборов с 6. Возможен косяк, если создать карточку с типом уценка (она же набор) и загрузить ее в весы, т.к. возможны совпадения номеров (1000001 и 6000001 дадут PLU 1).
т.к. у вас 7-ми значные PLU, то вам такой функционал не подойдет, т.к. они вообще не загрузяться. Весы DIGI поддерживают только 6 знаков (о других надеюсь "услышать" в этом топике), а резать первые символы всех, что больше 6-ти, это действительно у вас будут совпадать.
07.12.2011 15:49
whitewizard
 
Цитата:
Stels извините за офф-топ : а как?
1. в таблицах, где есть поле артикул, приписать ему спереди 0
2. справочники - карточки - правила генерации артикула изменить поле "длина артикула"
07.12.2011 15:50
whitewizard
 
то есть наоборот
07.12.2011 16:37
ReDHawK
 
Цитата:
whitewizard 1. в таблицах, где есть поле артикул, приписать ему спереди 0
2. справочники - карточки - правила генерации артикула изменить поле "длина артикула"
Сложный вариант, особенно, если сетка, но вполне решабельный. Главное не пропустить где-нить таблицу с артикулами.
07.12.2011 16:41
ReDHawK
 
Цитата:
Shlong У нас артикулы товаров начинаются с 1, а наборов с 6. Возможен косяк, если создать карточку с типом уценка (она же набор) и загрузить ее в весы, т.к. возможны совпадения номеров (1000001 и 6000001 дадут PLU 1).
опять в офф ушли, но все же напишу. Я вообще не вижу смысла присваивать разным типам карточек префиксы (и уж тем более разные), никогда их не присваивал и, думаю, не буду. Т.к. если нужно отобрать карточки с нужным типом, для этого есть в фильтре параметры. И меня вообще убило, когда кто-то где-то присваивал разным типам карточек буквенные префиксы в несколько символов, пример: у товаров - tov, у наборов - nab и т.п. Извращение.
07.12.2011 16:56
Shlong
 
Цитата:
ReDHawK опять в офф ушли.
Отвечу и офтопить перестанем... ИМХО так гораздо удобнее 1- товар 2- услуги 4-тара 6-набор... сразу в списке видно что есть что...

По теме, а зачем отбрасывать определенное количество символов, разве не проще идти с конца: весы если не ошибаюсь больше 4000 PLU'шек в большинстве своем не поддерживают... по этому гораздо проще оставлять последние 4 цифры артикула, как номер PLU и делов то.
07.12.2011 17:07
Carott
 
Цитата:
Shlong По теме, а зачем отбрасывать определенное количество символов, разве не проще идти с конца: весы если не ошибаюсь больше 4000 PLU'шек в большинстве своем не поддерживают... по этому гораздо проще оставлять последние 4 цифры артикула, как номер PLU и делов то.
У Вас не встречаются весовые артикулы с одинаковыми последними 4-5 символами?
07.12.2011 17:16
Carott
 
Считаю что первая часть доработки будет работать только при определенных уловиях и не совсем жизнеспособна. Насчет второй части - обоими руками и ногами за. ИМХО
08.12.2011 10:44
SergeRai
 
Введение в карточку товара уникального (для локального места хранения) параметра PLU с автоматической (при добавление в список для весов) и полной ручной генерацией (для корректировки - долго работали, много заблокированного товара), возможно, поможет в первой части доработки.
08.12.2011 10:51
Dim
 
Цитата:
SergeRai Введение в карточку товара уникального (для локального места хранения) параметра PLU с автоматической (при добавление в список для весов) и полной ручной генерацией (для корректировки - долго работали, много заблокированного товара), возможно, поможет в первой части доработки.
Во! это вариант!!
08.12.2011 10:55
konst
 
ну а разве сейчас не так? только в карточке не отображается...
можно завести доп характеристику и записывать в нее плу из списка товаров в весах...
08.12.2011 11:00
baggio
 
еще один косяк это например caslp15 1.... только 4 тысячи плу по порядку... и т.д. вы еще о весах подумайте... а их не только диджи есть...
08.12.2011 12:13
ReDHawK
 
Цитата:
baggio еще один косяк это например caslp15 1.... только 4 тысячи плу по порядку... и т.д. вы еще о весах подумайте... а их не только диджи есть...
а максимальное кол-во знаков в PLU сколько в них? Не обязательно же грузить на весы все весовые товары? Есть же фильтр загрузки в СМ+ (кстати некоторые до сих пор о них не знают): не грузить товары у которых: "Нет цены", "Не положительный остаток", "Не было прихода ХХ дней", "Истек срок годности", "Истек срок реализации". И не будет списка больше 4К товаров.
08.12.2011 12:22
OlegON
 
по количеству - да, а по цифре - вряд ли, даже если и к артикулу привязаться или к автонумерующейся единице.
Смотри, у тебя в БД с 000001 по 004000 артикулы заблокированы, как вышедшие из обращения, а в CAS можно загрузить только с номерами с 1 по 4000. Что делать? Идея с отдельной опцией - номером PLU хорошая, только при снятии галки в карточке (грузить в весы) номер должен освобождаться и использоваться в дальнейшем.
08.12.2011 13:16
baggio
 
Цитата:
ReDHawK 1. Часто при большом количестве весов в магазине, их разбивают на отделы, и тогда один и тот же товар в разных отделах может иметь разный PLU, что приводит к путанице сотрудников и не возможности выводить его правильно на ценнике.
я может дебил конечно...
но какой смысл придумывать механизм синхронизации ПЛУ по отделам? т.е. во все отделы будет грузится одно и тоже? тогда проще все весы привязывать к одному отделу... как я впрочем последнии лет 10 и делаю.. сломались одни весы иди на другие там тоже самое...
а если если нужно просто для некоторых товаров в разных отделах выставить одинаковый плу... то да возможно это имело бы смысл... мы это рисовали отдельной программой... она может редактировать список и менять номер ПЛУ.. .как душеньке угодно...
но первый вариант с привязкой всех весов к одному отделу мне больше нравится...
08.12.2011 14:18
ReDHawK
 
Цитата:
baggio я может дебил конечно...
но какой смысл придумывать механизм синхронизации ПЛУ по отделам? т.е. во все отделы будет грузится одно и тоже? тогда проще все весы привязывать к одному отделу... как я впрочем последнии лет 10 и делаю.. сломались одни весы иди на другие там тоже самое...
а если если нужно просто для некоторых товаров в разных отделах выставить одинаковый плу... то да возможно это имело бы смысл... мы это рисовали отдельной программой... она может редактировать список и менять номер ПЛУ.. .как душеньке угодно...
но первый вариант с привязкой всех весов к одному отделу мне больше нравится...
Согласен, я обычно тоже делаю один отдел, но не все так делают. Кто-то делит на отделы овощи/фрукты, колбасу, рыбу и т.д. Что бы не все товары грузить на все весы - что бы быстрее грузилось и список печатать меньше. Есть фасовка со всеми товарами магазина. И в СМ+ даже есть функционал перенумеровать согласно какому-нить выбранному отделу (например фасовке), но это опять нужно тыкать кнопочки и каждый отдел синхронизировать, с каждым новым добавленным товаром. А тут оно сразу.


Цитата:
OlegON по количеству - да, а по цифре - вряд ли, даже если и к артикулу привязаться или к автонумерующейся единице.
Смотри, у тебя в БД с 000001 по 004000 артикулы заблокированы, как вышедшие из обращения, а в CAS можно загрузить только с номерами с 1 по 4000. Что делать? Идея с отдельной опцией - номером PLU хорошая, только при снятии галки в карточке (грузить в весы) номер должен освобождаться и использоваться в дальнейшем.
Я подумал "только 4 тысячи плу по порядку.." - что это не обязательно с 1 по 4000, а может быть с 30234 по 34234 и т.п.
08.12.2011 17:44
baggio
 
Цитата:
ReDHawK 1. что бы быстрее грузилось и список печатать меньше.

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

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

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

Всё...


Опции темы


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

 

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