[ОТВЕТИТЬ]
30.03.2011 08:23
bob
 
Цитата:
Mtirt Что такое ЦПП, я, увы, не знаю.
Для розничной цены можно использовать Окно свойств.
Цена последней поставки (т.е. он хочет без "ныряния" в карточку видеть полную информацию о последнем приходе).
30.03.2011 08:25
Mtirt
 
А зачем это оператору?
Там, где надо, они автоматом проставляются.
30.03.2011 09:29
wil0909
 
Цитата:
Mtirt Почти везде работает контекстный поиск. Набираешь название - курсор встает на нужное поле. О чем речь здесь, непонятно.
Вот это почти и убивает.. попробуйте найти в списке весового товара из 600 позиций нужную.. там где "Оборудование - Электронные весы"
Отбор элемента двойным кликом мыши в одних формах работает в других не работает..
30.03.2011 09:45
wil0909
 
Цитата:
Mtirt Комментарий во многих документах есть. И в формах списка выводится.
Если нет, но очень нужен, заведи метку.
Я нашел комментарии. пока по крайней мере, только в 2-х Разделка и акт списания по моему.. Метки можно поставить не на все документы.. например на выход из производства нельзя.

Цитата:
Mtirt Каким алгоритмом рассчитываете себестоимость? Версия, насколько я понимаю, 1.028?
да 1.28 В документе "Калькуляция" в меню функция есть пункт меню "расчет плановой себестоимости"..

Цитата:
Mtirt Группа в документах выводится, как информационное поле.
Что такое ЦПП, я, увы, не знаю.
Для розничной цены можно использовать Окно свойств.
Я написал например.. набор информации м.б. разным..
К сожалению пока не знаю что такое "Окно свойств" и как им пользоваться

Цитата:
Mtirt Откройте для себя возможность изменения номера строки и сортировки строк в приходной накладной. После этого проверять накладную можно построчно, последовательно, без выделения строк.
Это мы и так используем..

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

Мы говорим о том чего не хватает Супермагу и это ИМХО..
30.03.2011 09:49
Dim
 
хмм... не зная всех возможностей супермага, говорить о том, чего ему не хватает...
30.03.2011 09:58
Mtirt
 
Цитата:
wil0909 Я нашел комментарии. пока по крайней мере, только в 2-х Разделка и акт списания по моему.. Метки можно поставить не на все документы.. например на выход из производства нельзя.
Открываю документ "Выход из производства".
Нажимаю кнопку "Вид". Ставлю галочку "Вложения и метки".
В интерфейсе появляется кнопка "Метки". Жму ее, получаю сообщение, что надо определить метки в справочнике для этого документа.
Что я делаю неправильно? Почему у меня метки есть, а у вас нету?



Цитата:
wil0909 да 1.28 В документе "Калькуляция" в меню функция есть пункт меню "расчет плановой себестоимости"..
Не используйте этот функционал, пожалуйста.
Он очень сильно тормозит, и дает не всегда адекватный результат.
Для расчета плановой стоимости готовой продукции используйте заполнение ценами последнего расхода на производство.
Здесь понятный алгоритм с логичными, проверяемыми данными.


Цитата:
wil0909 Я написал например.. набор информации м.б. разным..
К сожалению пока не знаю что такое "Окно свойств" и как им пользоваться
Окно - окно свойств. Дальше обычно все понятно.


Цитата:
wil0909 Когда я говорил о производстве я имел виду возможность заполнения табличной части документа Выход из производства не только по артикулам а например по калькуляциям.. так как один и тоже готовый продукт может готовиться по разным калькуляциям.
Это как раз невозможно. Или у тебя разные продукты с разными рецептами (это не касается разделки), или у тебя в этот день только одна калькуляция.
30.03.2011 21:40
wil0909
 
Цитата:
Mtirt Открываю документ "Выход из производства".
Нажимаю кнопку "Вид". Ставлю галочку "Вложения и метки".
В интерфейсе появляется кнопка "Метки". Жму ее, получаю сообщение, что надо определить метки в справочнике для этого документа.
Что я делаю неправильно? Почему у меня метки есть, а у вас нету?
У вас их тоже нет.. попробуйте пойти дальше и создать метки в справочнике.. на этот документ нельзя определить метки.

Цитата:
Mtirt
Не используйте этот функционал, пожалуйста.
Он очень сильно тормозит, и дает не всегда адекватный результат.
Для расчета плановой стоимости готовой продукции используйте заполнение ценами последнего расхода на производство.
Здесь понятный алгоритм с логичными, проверяемыми данными.
Спасибо попробуем..

Цитата:
Mtirt Окно - окно свойств. Дальше обычно все понятно.
Да спасибо будем посмотреть

Цитата:
Mtirt Это как раз невозможно. Или у тебя разные продукты с разными рецептами (это не касается разделки), или у тебя в этот день только одна калькуляция.
Это как раз возможно, только увы не в Супермаге. Татьяна скажите, а вы производство ведете в Супермаге?

А еще на тему чего не хватает... мне не хватает загрузки электронной спецификации поставщика в контракт с поставщиком.. пусть из текста или екселя.. и возможности сохранить печатные формы в ексель.
30.03.2011 21:50
Dim
 
Цитата:
wil0909 А еще на тему чего не хватает... мне не хватает загрузки электронной спецификации поставщика в контракт с поставщиком.. пусть из текста или екселя.. и возможности сохранить печатные формы в ексель.
xml-обмен через почтовик, а по поводу excel - смотри конвертеры rtf2xls или html2xls
31.03.2011 07:47
Mtirt
 
Цитата:
wil0909 У вас их тоже нет.. попробуйте пойти дальше и создать метки в справочнике.. на этот документ нельзя определить метки.
Да, вы правы, нет этого документа в списке.
С+, ау. где вы? Поправите?
Цитата:
wil0909 Это как раз возможно, только увы не в Супермаге. Татьяна скажите, а вы производство ведете в Супермаге?
Да, в Супермаге.
Вообще, то, что вы предлагаете не есть хорошо ни для какой продукции.
У продукции есть стандарты производства, описанные в ТУ и ГОСТах
Их надо соблюдать.
Единственное отступление, которое я видела, это замена свежих шампиньонов маринованными. Ну или свежих/сами засолили/ маринованных из банки огурцов.
Но это поддерживается вложенностью рецептов. И возможностью к артикулу ингредиента сделать 2 вещи: привязать сторонний ингредиент с некоторым фиксированным коэффициентом, и одновременно произвести этот ингредиент по рецепту.
Супермаг будет списывать сначала остатки ингредиента. Если не будет хватать - начнет производить по рецепту.


Цитата:
wil0909 А еще на тему чего не хватает... мне не хватает загрузки электронной спецификации поставщика в контракт с поставщиком.. пусть из текста или екселя.. и возможности сохранить печатные формы в ексель.
Модуль EDI написан для этого, правда, похоже особо его не внедрял никто.
Есть импорт в почтовом модуле из XLS-файлов.
Оптимайзер умеет импортировать в контракты из XLS-файлов.
31.03.2011 22:13
GENDALF
 
Не хватает механизном которые позволяют использовать СМ в аптечной торговле и ювелирке.
01.04.2011 11:35
Офигевший
 
В аптечной торговле его и не будет, т.к. аптеки работают с огромным количеством ограничений, которые не имеют никого отношения к обычному ритейлу.
Во всяком случае пока :(
14.04.2011 18:05
Сервис Плюс
 
Цитата:
duxovniy Я думаю, что было бы не лишним добавить в программу:
Скидка от поставщика (это обещали реализовать как бонус поставщика. Поставщик даёт определённую скидку и в приходной накладной это надо указать, с тем условием, что потом можно было бы проанализировать)
Реализации бонусов как раз и посвящена следующая "коротенькая" версия СМ+
14.04.2011 18:09
Сервис Плюс
 
Цитата:
Dim ок... тогда ждем... а как дела движутся с автоматическим расчетом ТД?
Плохо движутся. Только в летней версии его сделаем.
14.04.2011 18:41
Dim
 
а с автоматической загрузкой весов?
14.04.2011 19:54
OlegON
 
Идея от propil, в менюшку рабочей станции добавить обнуление настроек (просто вычистить реестр текущего пользователя), возможно, сделать это ключом базового модуля. Достаточно часто всяческие сортировки и прочее прописываются в реестре. Дел на 5 минут.
15.04.2011 10:08
Mtirt
 
Сервис Плюс, а вы не могли бы озвучить все планы?
15.04.2011 11:44
Dim
 
да-да... "огласите весь список пжжалуйста..." (с) Операция Ы
05.05.2011 08:36
dmware
 
Цитата:
Mtirt Не вычеркиваем. Оно на самом деле может быть посчитано с большой долей достоверности, при условии наличия хоть мало-мальской статистики продаж.
Ну добавь прогноз инфляции. Получишь очень достоверное значение.
Цитата:
Mtirt Ты говоришь о факте.
...в качестве подсказки получить Цену товара или процент наценки, для получения розничной цены, которые дадут максимальный доход...
Цитата:
mighty Я так понимаю наценка не должна быть жесткой? она должна рассчытываться в зависимости от...чего?
Оценка статистики за период, выявление в продажах доли участия каждого конкретного товара в оцениваемом периоде, и сопоставление с теми данными, что мы имеем в коротком настоящем периоде. Отсюда и выводы по рекомендуемым ценам.
Логика расчета непростая. Было бы здорово, если Супермаг это делал, а также автоматически генерировал на основании данных прогнозов акты переоценок:)
05.05.2011 08:43
dmware
 
Цитата:
duxovniy Хотелось бы видеть возможность нормального импорта в базу
Очень актуально. А также здесь же: предопределенная логика для обработки импортируемых данных.
Например, уже сейчас очень хотелось бы формировать акты переоценок на основании загружаемой в базу информации. Потому что на ежедневные операции по изменению цен уходит очень немало человеко/часов.
05.05.2011 08:46
Mtirt
 
Импорт из Экселя почтовым модулем и сейчас существует.
Что мешает его использовать и импортировать данные, например в ведомость цен?
05.05.2011 09:11
dmware
 
Не хватает дополнительного уровня абстракции над контрактами, в виде обобщенного документа с функциональностью распространения изменений на связанные с ним контракты.
Поясню: есть поставщик, у которого несколько складов. Для каждого склада своя спецификация товара, оговоренная в договоре с поставщиком. Делается n-ое количество контрактов с данным поставщиком, где соответствующий контракт - есть отражение спецификации товара, согласно размещению товара по складам поставщика.
Теперь, работая с автозаказом, имеем еще в довесок необходимость разделения полученного количества контрактов в соответствии с днями поставки - если магазинов много, как, например, в нашем случае то мы их группируем: магазин 1, 3, 5 - для них поставка в понедельник, магазин 6, 8 - во вторник, и т.д. Т.е. будет ряд контрактов с однотипной спецификацией, отличающийся лишь днями поставки.
Теперь пробуем изменить цену: приходится заходить в каждый из контрактов и производить однотипные операции.
Если бы был некий программный блок, который бы выступал надуровнем над контрактами, с отображением общей сводной спецификации по поставщику, и позволяющий применять определенные действия к выбранным связанным контрактам, с формированием на выходе, в случае изменения цен, актов переоценок, то это было бы решением. Одним из возможных решений.
05.05.2011 09:27
Mtirt
 
Зачем менять контракты???
Надо новые создавать.
А новые можно создавать и из внешних файлов тем же почтовиком...
05.05.2011 10:27
dmware
 
Цитата:
Mtirt Зачем менять контракты???
Надо новые создавать.
А новые можно создавать и из внешних файлов тем же почтовиком...
Создается новый контракт, прежний блокируется. Из старого экспортируется содержимое... вносятся изменения. Возможно, я несколько неполно описал производимые действия.
05.05.2011 10:35
dmware
 
Цитата:
Mtirt А новые можно создавать и из внешних файлов тем же почтовиком...
По поводу почтовика - никогда не пробовали. Что, действительно можно создавать контракты, и менять статус прежних?
05.05.2011 10:41
Mtirt
 
Вообще надо ковыряться.

В СМ+ есть веселая кнопка - создать новую редакцию контракта.
Она блокирует старый контракт и копирует его содержимое в новый...

И есть почтовик, который может поменять содержимое документа.
Надо понять что и в каком порядке применять.
05.05.2011 11:05
dmware
 
Цитата:
Mtirt Вообще надо ковыряться.

В СМ+ есть веселая кнопка - создать новую редакцию контракта.
Она блокирует старый контракт и копирует его содержимое в новый...

И есть почтовик, который может поменять содержимое документа.
Надо понять что и в каком порядке применять.
:) Веселой кнопкой пользуемся - именно так и действуем. Но действуем вручную.
Насколько мне известно на текущий момент, описанную задачу почтовиком не решить. Я могу сейчас ошибаться, тем не менее.

В документации, если я понял правильно, поясняется, что мы можем обновить, например, содержимое таблиц, формируя для загрузки некий файлик. Т.е., как я понимаю, если мы туда внесем информацию о контрактах с конкретными номерами, указав их статус, как заблокирован, то они по-сути, заблокируются. Если укажем информацию о новых контрактах, они создадутся, вроде так...
На основной базе экспериментировать не хочется, стенда пока под рукой нет. Думаю, что попробовать стоит.
Ни у кого уже действующей методики нет?
05.05.2011 11:22
dmware
 
Добавлю еще, пожалуй:
Нет возможности устанавливать разный процент скидки в зависимости от количества приобретаемого покупателями товара.
Поясняю: в настоящий момент в разделе Карточки товара (закладка Скидки) можно задать скидку, которая будет назначаться на приобретаемое количество. Например, приобретает покупатель 10 упаковок сока, ему начисляется скидка 5%. Но если он берет 11-ю упаковку, скидка также начисляется, т.е. на самом деле де-факто она предоставляется на количество ОТ заданного.
Таким образом, существует потребность в начислении скидки на конкретное количество товара. Например, скидка назначена на 10 штук, а 11-я упаковка сока для покупателя будет по цене без скидки, до тех пор, пока тот не доберет еще 9 штук, чтобы получить очередную скидку на количество.
Пойдем немного дальше: неплохо было бы также иметь возможность задать произвольное количество дополнительных скидок на другое количество с другими процентами. Например, к уже имеющейся скидке 5% на 10 упаковок добавляем скидку в 7% на 15 штук.
05.05.2011 11:25
dmware
 
К вышенаписанному: а что делать, если мы захотим воспользоваться уже действующим функционалом, и назначить, например, эту "скидку ОТ" на сотню или тысячу товаров?
Придется заходить в каждый товар и вносить изменения, на отобранные артикулы, массово, скидку назначить не получается.
05.05.2011 11:34
dmware
 
Маркетинговые акции.
Например, предполагается проводить маркетинговые акции на товар, который не лежит в плоскости номенклатуры магазинов (неформатный товар). Каждый из наших магазинов привязан к определенному логическому формату, к которому привязаны также и товары. Проверка 142 выставлена в Запрет, что не позволяет работать с непривязанным товаром.
Логичное вроде решение — привязывать товар на время проведения акции к формату магазина, где данная акция проводится.
Действия оператора: отбирает нужный товар (нажимает на кнопку без названия рядом с той, что называется "С терминала":), потом комбинацию ctrl + insert (открывается окно добавления артикула во временный набор - кстати, почему не сделать для этого отдельную кнопку?), и добавляет в список нужные артикулы, после чего отбирает их). Затем, нажимает на кнопку Обработать и отмечает номенклатуру тех магазинов, где данный товар предполагается продавать.
На данном этапе особенных затруднений процедура не вызывает. Теперь магазин может заказывать данный товар и продавать его. Но после завершения акции, приходится поднимать более раннюю информацию и выполнять снова привязку к прежним форматам, сужая форматное распределение. Тут все гораздо сложнее, потому что, если в первом случае достаточно было отобрать вышеописанным способом сразу весь товар, и привязать его всем перечнем, по завершению акции - товары нужно привязывать к разным форматам, и, как правило, приходится отбирать его поодиночке, или в лучшем случае попарно.
Одновременно таких акций может проводиться несколько (разумеется, в рамках одного магазина и рассматриваемого интервала времени, товар, участвующий в акции не пересекается), таким образом, объем задач по фиксации товара за определенными форматами и обратные задачи по возвращению товара к прежнему распределению, достаточно объемен.

Можно было бы решить вопрос, например, так:
1. Фиксировать товар, участвующий в акции в маркетинговой акции (как собственно, это возможно сейчас);
2. Регистрировать для каждой позиции в спецификации (для каждого артикула) форматы, к которому артикул привязан изначально (т.е. для каждого артикула предполагается добавить отдельный список форматов), а также форматы, к которым артикул будет привязан на время проведения акции.
Во время запуска акции – производить процедуры привязки артикулов к списку новых форматов, по завершению – вернуть все в прежнее состояние.

Может быть, есть уже альтернативное решение? Но я о таком не знаю.
05.05.2011 11:36
Mtirt
 
Цитата:
dmware Добавлю еще, пожалуй:
Нет возможности устанавливать разный процент скидки в зависимости от количества приобретаемого покупателями товара.
Поясняю: в настоящий момент в разделе Карточки товара (закладка Скидки) можно задать скидку, которая будет назначаться на приобретаемое количество. Например, приобретает покупатель 10 упаковок сока, ему начисляется скидка 5%. Но если он берет 11-ю упаковку, скидка также начисляется, т.е. на самом деле де-факто она предоставляется на количество ОТ заданного.
Таким образом, существует потребность в начислении скидки на конкретное количество товара. Например, скидка назначена на 10 штук, а 11-я упаковка сока для покупателя будет по цене без скидки, до тех пор, пока тот не доберет еще 9 штук, чтобы получить очередную скидку на количество.
Пойдем немного дальше: неплохо было бы также иметь возможность задать произвольное количество дополнительных скидок на другое количество с другими процентами. Например, к уже имеющейся скидке 5% на 10 упаковок добавляем скидку в 7% на 15 штук.
Не совсем поняла чего ты хочешь.
Скидок по количеству можно задать сколько угодно...
Можно сделать так
от 10 шт - 5%
от 15 шт - 6%
от 20 шт - 7%

Можно извратиться и сказать:
от 10 шт - 5%
от 11 шт - 0%
от 15 шт - 6%
от 16 шт - 0%
от 20 шт - 7%
от 21 шт - 0%

А можно сделать скидку на артикул упаковки...
И она будет предоставляться, когда считывается штрих-код упаковки...


Опции темы


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

 

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