Скажите почему не ведется работа над исправлениями ошибок

[Павел Глухих » 11 фев 2010, 16:38]

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

[Пряда Павел » 12 фев 2010, 09:44]

или прямо сюда
или мне на ящик mag [ухо] tensor.ru

[Павел Глухих » 22 фев 2010, 12:44]

1. При произвольной разбивке заказа, новые заказы (при определенных условиях – переносим в новый заказ несколько позиций в кол-ве например в два раза меньше чем в изначальном заказе) перемещаются на другой стол, а не остаются на текущем как должно бы быть. При разбивке на 2, 3 и т.д частей новые заказы остаются на текущем столе

2. Нет возможности выставить основную упаковку на скл карточке, из-за чего в реестре скл картотеки не указывается поле мест в соответствии с упаковкой

3. Развернутая ведомость только при первом запуске показывает столбики Закупочная цена и наценка, потом до перезагрузки программы показывает только цены продаж

4. Развернутая ведомость не показывает модификаторы (сводная ведомость показывает, надо думаю, чтобы оба отчета показывали модификаторы). ИСПРАВЛЕНО В 2.3

5. Сводная ведомость удваивает по кол-ву и сумме наименования, которые выписываются с модификаторами. Делаем расходную накладную. Выписываем товар с модификатором. Допустим Сигареты с модификатором Зажигалкой. Кол-во по Сигаретам - 1 (один).
Делаем сводную ведомость по накладной – видим, что кол-во по Сигаретам - 2 (два)!!! Также в двое увеличивается сумма по себестоимости и цене!!! Это ошибка! А в развернутой ведомости все правильно. ИСПРАВЛЕНО В 2.3

6. Так и нельзя выбрать для рабочего места (терминала) столик. При выборе столика на рабочем месте нет меню в заказе

7. Отображение в меню поля Наименование в несколько строк не дает нормального переключения между страницами меню (при условии, когда весь список наименований не помещается на одной странице) и не дает выбрать нижнюю позицию на странице. Для удобства работы официантов и полного отображения наименований в меню заказа и в скл картотеке, а как следствие и на ценниках, я не стал сокращать наименования продаваемой продукции, а сделал отображение наименований в меню заказа (задача официант) в несколько строк (для поля Наименование сделал соответствующее отображение ячейки). При этом возникла следующая проблема:
Оформляю заказ. С правой стороны в меню раздел Вино. В этом разделе примерно 20 наименований. Все они в две строчки. Я сделал перенос поля Наименование в несколько строк по словам. Нижняя позиция в меню заказа во первых не полностью видна. Во вторых я никак не могу переключиться на вторую закладку (страницу) меню. Приходится нажимать на саму нижнюю позицию - только тогда происходит переключение на вторую закладку, но при этом я не могу эту позицию выбрать в заказ. И в определенных случаях (не могу пока закономерность найти) позиция идущая после последней на данной странице вообще не видна ни на текущей ни на следующей странице.
Очень бы хотелось поправить этот момент. Отображение наименования в несколько строк гораздо облегчает жизнь как официантам так и бухгалтеру
Также надо сделать минимальную высоту строки чтобы можно было удобно выбирать позиции на сенсорном экране

8. Добавляем одно и то же блюдо в разные разделы меню по разным ценам, а в заказ ставиться цена максимальная. Если так нельзя делать, тогда нужно сделать запрет на дублирование наименований. А если можно тогда цена должна быть та, которую выбрали (этот вариант более гибки для использования программы, настаиваю именно на нем)
9. Глюк с рецептурой. Если зайти в справочник Рецептура - там ничего нет (у меня по крайней мере). Если теперь зайти в Номенклатуру и нажать Alt+Ins - то попадаем в Рецептуру, где как ни странно есть записи. Причем какие!!! В том числе и запись связанная со складом (я пользуюсь складской картотекой). Теперь вставляем эту запись в номенклатуру и получаем лист номенклатуры, который напрямую связан со складом - меняем в этом листе что то - меняется склад. Бардак!!! Причем после этого в проводках в аналитиках, где стоит наш склад появляется не Лицо склад, а номенклатура (тот лист который мы создали по Alt+Ins)
10. Необходимо ускорить вывод диалога ЗАКАЗ. Как у нас работают официанты: пришли посетители и делают заказ. Официант подходит к терминалу (программа заблокирована - требует ввести пароль и логин) - авторизуется с помощью магнитной карточки в программе. Нажимает на кнопку Управление столиками и заказами, выбирает необходимый столик, нажимает кнопку Оформить заказ. Как видно для того чтобы начать оформлять заказ официанту необходимо сделать как минимум 4 действия (авторизация и 3 раза нажать на кнопки). Все эти действия достаточно быстро происходят кроме последнего - когда открывается экран самого заказа (когда мы нажимаем кнопку Оформить заказ). В этот момент задержка может составлять до 4 секунд (в среднем 2 секунды). Таким образом необходимо минимум 5 секунд прежде чем официант начнет оформлять заказ. Может показаться что 5 секунд это ничто, НО в пиковые нагрузки для заведения время задержек при работе программы критично. Надо отметить что на один терминал приходится 3 официанта в выходные дни, поэтому не блокировать программу невозможно, т.к. ведется анализ работы каждого официанта в отдельности.
Можно ли ускорить выполнение всех вышеописанных действий, в особенности последнее?
Так же есть предложение уменьшить количество описанных действий. Думаю что можно сделать блокировку программы (установить кнопочку) на самом этаже, там где находятся столики. При этом официанту не надо будет выходить из этажа (кнопка Закрыть) и потом лишь нажимать кнопку Блокировать, а также при следующей авторизации программы он срузу попадает на этаж со столиками где произошла последняя блокировка (при этом одно из четырех вышеописанных действий исчезает). Думаю это реально сделать, надо лишь учесть права доступа пользователей, чтобы при блокировке на этаже, пользователь у которого нет прав работать с заказами не смог с ними работать при разблокировке программы со своим именем и паролем.

11. Проблема с проставлением модификатора на папке. Есть в корне складской картотеки раздел "Алкоголь" в нем раздел "Легкий". В разделе "Легкий" есть товар "Пиво". Ставлю модификатор "Соломка" на раздел "Алкоголь" (галочку Обязательный не ставлю). Выписываю в заказе "Пиво" программа предлагает выбрать модификатор. Строчка с модификатором очень бледная и как следствие плохо читабельна. Если же модификатор проставить не на разделе, а на самом товаре, то в заказе строчка с модификатором будет четко видна. Не вижу причин делать в заказе при выборе модификатора строчку бледного цвета. Второй момент. Если я создам раздел "Крепкий" (в корне скл. картотеки ) и товар в нем "Водка". А потом перемещю раздел "Крепкий" в раздел "Алкоголь", то на разделе "Крепкий" и на товаре "Водка" не будет модификатора "Соломка". Логично было бы что на них должен появиться модификатор "Соломка". Третий момент. Создаю в корне скл картотеки товар "Вино". Перемещаю его в раздел "Легкий". На товаре "Вино" не появляется модификатор "Соломка". Вот это совсем неправильно!!!

12. Есть Сигареты (цена в меню 20 руб), ставим в качестве обязательного модификатора Зажигалку. Ставим эту же Зажигалку в меню по цене 10 руб. Выписываем заказ, в который вставляем Сигареты при этом выписывается и зажигалка, причем по цене 10 руб (т.е. итоговая стоимость Сигарет рано 30 руб.) – это неправильно! Смысл модификатора заключается в том, что он должен выписываться по нулевой цене в купе со своим “хозяином”

13. Как обработать такую ситуацию. Есть Мясо, которое готовится как получится, т.е. один кусок 250 грамм, другой 200, третий 220. Но с этим Мясом должна всегда идти одна порция Картошки. Мясо в картотеке имеет единицу измерения Кг, Картошка – Шт. Присваиваем Мясу обязательный модификатор Картофель (кол-во равно 1). Выписываем заказ, вставляем Мясо в кол-ве 0.25 кг, при этом и картофель выписывается в кол-ве 0.25. А мне надо, чтобы картофель всегда выписывался в кол-ве 1 шт (одна порция), вне зависимости от кол-ва Мяса. Необходимо реализовать такую возможность в программе. На данный момент возможности использования модификаторов слишком узки.

14. В версии 2.3 на листе расположения столиков, надписи о заказах под столиками стали слишком мелкими
15. В версии 2.3 в заказе нельзя удалить наименование из заказа!!!
16. В версии 2.3 если в заказ вставить наименование без модификатора, а потом наименование с обязательным модификатором. То второе наименование будет в заказе без модификатора!!!

[Пряда Павел » 25 фев 2010, 17:07]

На почту или не пришло или ушло в спам Будете еще на почту скидывать - пропишите мою фамилию или в теме письма или в самом теле письма.

1. При произвольной разбивке заказа, новые заказы (при определенных условиях – переносим в новый заказ несколько позиций в кол-ве например в два раза меньше чем в изначальном заказе) перемещаются на другой стол, а не остаются на текущем как должно бы быть. При разбивке на 2, 3 и т.д частей новые заказы остаются на текущем столе

Это надо показать. сообщите как с вами связаться (тел./аська).

2. Нет возможности выставить основную упаковку на скл карточке, из-за чего в реестре скл картотеки не указывается поле мест в соответствии с упаковкой

Учтём.

3. Развернутая ведомость только при первом запуске показывает столбики Закупочная цена и наценка, потом до перезагрузки программы показывает только цены продаж

Учтем.

С вашей пометкой "ИСПРАВЛЕНО В 2.3" - пропускаю.

6. Так и нельзя выбрать для рабочего места (терминала) столик. При выборе столика на рабочем месте нет меню в заказе

Учтем.

7. Отображение в меню поля Наименование в несколько строк не дает нормального переключения между страницами меню (при условии, когда весь список наименований не помещается на одной странице) и не дает выбрать нижнюю позицию на странице. Для удобства работы официантов и полного отображения наименований в меню заказа и в скл картотеке, а как следствие и на ценниках, я не стал сокращать наименования продаваемой продукции, а сделал отображение наименований в меню заказа (задача официант) в несколько строк (для поля Наименование сделал соответствующее отображение ячейки). При этом возникла следующая проблема:
Оформляю заказ. С правой стороны в меню раздел Вино. В этом разделе примерно 20 наименований. Все они в две строчки. Я сделал перенос поля Наименование в несколько строк по словам. Нижняя позиция в меню заказа во первых не полностью видна. Во вторых я никак не могу переключиться на вторую закладку (страницу) меню. Приходится нажимать на саму нижнюю позицию - только тогда происходит переключение на вторую закладку, но при этом я не могу эту позицию выбрать в заказ. И в определенных случаях (не могу пока закономерность найти) позиция идущая после последней на данной странице вообще не видна ни на текущей ни на следующей странице.
Очень бы хотелось поправить этот момент. Отображение наименования в несколько строк гораздо облегчает жизнь как официантам так и бухгалтеру
Также надо сделать минимальную высоту строки чтобы можно было удобно выбирать позиции на сенсорном экране

Это надо прорабатывать. Т.е. не скоро.

8. Добавляем одно и то же блюдо в разные разделы меню по разным ценам, а в заказ ставиться цена максимальная. Если так нельзя делать, тогда нужно сделать запрет на дублирование наименований. А если можно тогда цена должна быть та, которую выбрали (этот вариант более гибки для использования программы, настаиваю именно на нем)

а) Чтобы одно и то же наименование было в меню по разным ценам надо чтобы по каждой отдельной цене наименование было с отдельной упаковкой. Т.е. надо 3 разных цены - в меню вставляем с тремя разными упаковками. Как при этом будут называться упаковки - не принципиально. Множитель на упаковках тоже не принципиально - или не указывать вообще или может быть один и тот же или может быть разным.
б) Соответственно запрет на вставку в меню одного и того же наименования сделаем, но только с учетом упаковок, т.е. запрет на вставку с одинаковой упаковкой.

9. Глюк с рецептурой. Если зайти в справочник Рецептура - там ничего нет (у меня по крайней мере). Если теперь зайти в Номенклатуру и нажать Alt+Ins - то попадаем в Рецептуру, где как ни странно есть записи. Причем какие!!! В том числе и запись связанная со складом (я пользуюсь складской картотекой). Теперь вставляем эту запись в номенклатуру и получаем лист номенклатуры, который напрямую связан со складом - меняем в этом листе что то - меняется склад. Бардак!!! Причем после этого в проводках в аналитиках, где стоит наш склад появляется не Лицо склад, а номенклатура (тот лист который мы создали по Alt+Ins)

Надо разбираться. Пока не понятно в чем там проблемы.

10. Необходимо ускорить вывод диалога ЗАКАЗ. Как у нас работают официанты: пришли посетители и делают заказ. Официант подходит к терминалу (программа заблокирована - требует ввести пароль и логин) - авторизуется с помощью магнитной карточки в программе. Нажимает на кнопку Управление столиками и заказами, выбирает необходимый столик, нажимает кнопку Оформить заказ. Как видно для того чтобы начать оформлять заказ официанту необходимо сделать как минимум 4 действия (авторизация и 3 раза нажать на кнопки). Все эти действия достаточно быстро происходят кроме последнего - когда открывается экран самого заказа (когда мы нажимаем кнопку Оформить заказ). В этот момент задержка может составлять до 4 секунд (в среднем 2 секунды). Таким образом необходимо минимум 5 секунд прежде чем официант начнет оформлять заказ. Может показаться что 5 секунд это ничто, НО в пиковые нагрузки для заведения время задержек при работе программы критично. Надо отметить что на один терминал приходится 3 официанта в выходные дни, поэтому не блокировать программу невозможно, т.к. ведется анализ работы каждого официанта в отдельности.
Можно ли ускорить выполнение всех вышеописанных действий, в особенности последнее?

Будем продумывать. Не скоро.

Так же есть предложение уменьшить количество описанных действий. Думаю что можно сделать блокировку программы (установить кнопочку) на самом этаже, там где находятся столики. При этом официанту не надо будет выходить из этажа (кнопка Закрыть) и потом лишь нажимать кнопку Блокировать, а также при следующей авторизации программы он срузу попадает на этаж со столиками где произошла последняя блокировка (при этом одно из четырех вышеописанных действий исчезает). Думаю это реально сделать, надо лишь учесть права доступа пользователей, чтобы при блокировке на этаже, пользователь у которого нет прав работать с заказами не смог с ними работать при разблокировке программы со своим именем и паролем.

Надо прорабатывать этот вариант. Пока именно так сделать не получается. Надо изобретать. Не скоро.

11. Проблема с проставлением модификатора на папке. Есть в корне складской картотеки раздел "Алкоголь" в нем раздел "Легкий". В разделе "Легкий" есть товар "Пиво". Ставлю модификатор "Соломка" на раздел "Алкоголь" (галочку Обязательный не ставлю). Выписываю в заказе "Пиво" программа предлагает выбрать модификатор. Строчка с модификатором очень бледная и как следствие плохо читабельна. Если же модификатор проставить не на разделе, а на самом товаре, то в заказе строчка с модификатором будет четко видна. Не вижу причин делать в заказе при выборе модификатора строчку бледного цвета. Второй момент. Если я создам раздел "Крепкий" (в корне скл. картотеки ) и товар в нем "Водка". А потом перемещю раздел "Крепкий" в раздел "Алкоголь", то на разделе "Крепкий" и на товаре "Водка" не будет модификатора "Соломка". Логично было бы что на них должен появиться модификатор "Соломка". Третий момент. Создаю в корне скл картотеки товар "Вино". Перемещаю его в раздел "Легкий". На товаре "Вино" не появляется модификатор "Соломка". Вот это совсем неправильно!!!

Разберемся. Там возможно рассогласование наследования только по одной из иерархий.

12. Есть Сигареты (цена в меню 20 руб), ставим в качестве обязательного модификатора Зажигалку. Ставим эту же Зажигалку в меню по цене 10 руб. Выписываем заказ, в который вставляем Сигареты при этом выписывается и зажигалка, причем по цене 10 руб (т.е. итоговая стоимость Сигарет рано 30 руб.) – это неправильно! Смысл модификатора заключается в том, что он должен выписываться по нулевой цене в купе со своим “хозяином”

Первоочередная суть механизма модификаторов - это изменение состава. При этом конечная цена товара может как меняться так и не меняться. Ни один из вариантов не может быть единственно правильным.
В вашем случае надо чтобы в меню зажигалка была с какой-нить упаковкой. Тогда цена будет именно на указанную упаковку, а для модификатора цены не будет. Попробуйте так - должно получиться.

13. Как обработать такую ситуацию. Есть Мясо, которое готовится как получится, т.е. один кусок 250 грамм, другой 200, третий 220. Но с этим Мясом должна всегда идти одна порция Картошки. Мясо в картотеке имеет единицу измерения Кг, Картошка – Шт. Присваиваем Мясу обязательный модификатор Картофель (кол-во равно 1). Выписываем заказ, вставляем Мясо в кол-ве 0.25 кг, при этом и картофель выписывается в кол-ве 0.25. А мне надо, чтобы картофель всегда выписывался в кол-ве 1 шт (одна порция), вне зависимости от кол-ва Мяса. Необходимо реализовать такую возможность в программе. На данный момент возможности использования модификаторов слишком узки.

К сожалению это требует перелопачивания всего механизма модификаторов. Это не скоро.
В вашем случае можно сделать так: заведите для мяса как конечного изделия карточку в штуках. Т.е. каждый кусок мяса - штука. Это даже более правильно, т.к. продаете вы таки куски мяса поштучно, а не по весу.
При его продажах просто будет выпуск формироваться, где уже укажете сколько точно по весу ушло на эти штучные куски.
При всём при этом для штучного куска мяса сможете сделать модификатор - порция картошки.
Кстати картошка то у вас как раз по этой методике и сделана - штучная порция. Не понятно почему по мясу вы пошли по другому пути

14. В версии 2.3 на листе расположения столиков, надписи о заказах под столиками стали слишком мелкими

Учтем.

15. В версии 2.3 в заказе нельзя удалить наименование из заказа!!!

Проверим, если подтвердится, обязательно исправим.

16. В версии 2.3 если в заказ вставить наименование без модификатора, а потом наименование с обязательным модификатором. То второе наименование будет в заказе без модификатора!!!

Это надо показать. сообщите как с вами связаться (тел./аська).

[Павел Глухих » 26 фев 2010, 14:55]

По поводу пункта 8 - так и пришлось делать с разными упаковками (это уже знаю), но я считаю, что это не лучший вариант. Было бы гораздо правильней именно в меню выставлять нужную цену в разных разделах на одну и туже упаковку
По поводу пункта 13 - не понял мысль того что Вы предложили по поводу кусков мяса. Как я буду продавать кусок мяса как штучный товар, если каждый кусок отличается по весу и значительно (может быть 200 грамм, а может быть и 250 - разница на четверть как видите), а соответственно будет продан с разной ценой. Как раз вес регулирует цену, а как штуки будут регулировать цену продажи (не могу же я выписать 1,25 штуки - для покупателя это покажется как минимум странным и модификатор опять встанет в кол-ве 1.25 что мне совершенно не надо)???

Номер телефона послал Вам по почте

[Пряда Павел » 26 фев 2010, 17:07]

По поводу пункта 13

По поводу пункта 13 с кусками мяса на вес + порция картошки.

Можно эти две позиции комплектом оформить.
В конфигурации задачи на закладке "Ввод наименований" включить опцию
"Вставлять только компоненты комплекта", чтобы сам комплект как раздел в
наименованиях заказа не формировался.
И в меню прописать сам комплект.

[Павел Глухих » 01 мар 2010, 18:03]

Попробовал - как вариант можно использовать. Спасибо!

[Павел Глухих » 04 мар 2010, 11:30]

Отправил Вам письмо по поводу модификаторов - надеюсь дошло

[Павел Глухих » 15 июн 2010, 16:35]

исправлению тех ошибок и недочетов, которые мы с Вами обсуждали?

[Пряда Павел » 25 июн 2010, 12:11]

ответил по почте