ТРактир 217 - замечания и пожелания

[buZZer]

Здравствуйте, тестировали 217 версию фронта..

1) Клавиатура у вас на 5+ получилась, только вот проблема - если в настройках РМ стоит опция - поверх всех окон - имя клиента или любые другие данные нужно успеть ввести за 1 секунду... Потом значение в поле ввода становится выделенным (выделяется).

2) Что делать с клиентами, которые принесли предоплату, но на которых нет возможности завести карту доступа (причем ее нужно заранее как я понял заводить в Режиме администратора). Мы решили эту проблему по-другому. Если клиенту привязка по карте не делается, карта доступа ему сама создается, незаметно для официанта. Делается это для того, чтобы авторизовать потом клиента по паролю. Геморой конечно создавать карту доступа ради того, чтобы авторизовать клиента по паролю, но по-другому никак, добавлять реквизит "коддоступа" в справочник клиенты мы не стали следуя принципу "минимум изменений в конфигурации"... Отсюда большая просьба - добавить в следующем релизе в спр клиентов реквизит коддоступа (по анологии с сотрудниками), очень нужно.

Итак, сначала записываем справочник клиенты.
Потом привязываем к нему карту (незаметно для пользователя).
Затем изменяем поле наименование у клиента:
Клиент.Наименование = "ВведеннаяФамилияИмя"+"["+КодДоступаДляАвторизации+"]"

Делается это для того, чтобы при распечатке начисления в графе клиент на чеке фигурировал его код. ПОтом клиент приходит с чеком и его авторизуют в заказе "безпроблем"...

Да еще - при записи клиента ему автоматически ставится галка "платежные карты". и основной вариант оплаты заказа - "предоплата" (посути - безнал, токо наименование такое).

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

Кстати, клиенты, созданные из РМ официанта, записываются в отдельную папку, чтобы не путаться с ВипКлиентами и прочими...

3) замечание - при вводе брони на РМ вылетело следующее -
Док.ДатаДок=ДатаБрони-?(ВремяЗапрета>ВремяНач,1,0);
{Обработка.РежимБрони.Форма.Модуль(264)}: Операции сравнения на больше-меньше допустимы только над значениями совпадающих базовых типов (число, строка, дата)
и вылетело потому, что при вводе брони на РМ нет реквизита врямя запрета, а он там нужен, им пользуются, да и в коде он тоже видимо нужен...

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

[buZZer]

а ввод клиента мы сделали также - из режима администратора.

[Alexey]

Вадим, спасибо вам за комплименты и ценные замечания.

Клавиатура у вас на 5+ получилась, только вот проблема - если в настройках РМ стоит опция - поверх всех окон - имя клиента или любые другие данные нужно успеть ввести за 1 секунду... Потом значение в поле ввода становится выделенным (выделяется).

Это проблема не экранной клавиатуры - подобное будет происходить и с обычным клавиатурным вводом. На текущий момент активизация окна ФО и заполнение текстовых полей - вещи не совместимые. В ближайшее время мы попробуем это явление побороть.

3) замечание - при вводе брони на РМ вылетело следующее -
Док.ДатаДок=ДатаБрони-?(ВремяЗапрета>ВремяНач,1,0);
{Обработка.РежимБрони.Форма.Модуль(264)}: Операции сравнения на больше-меньше допустимы только над значениями совпадающих базовых типов (число, строка, дата)
и вылетело потому, что при вводе брони на РМ нет реквизита врямя запрета, а он там нужен, им пользуются, да и в коде он тоже видимо нужен...

Действительно, такая ошибка есть - сегодня же ее устраним и разошлем исправленное обновление. На текущий момент избежать этой ситуации можно, если при вводе новой брони откорректировать время ее начала (ввести его заново) - в этом случае бронь запишется нормально. Спасибо вам за бдительность.

Что касается п.2, функция по регистрации новых клиентов, добавленная в 217 релизе, предназначена в первую очередь для клиентов, которым при регистрации выдается реальная карта доступа (магнитная, штрих кодовая или просто карта с уникальным номером). Список этих карт следует заполнить заранее, чтобы обеспечить порядок и уникальность, а на рабочих местах при регистрации клиента осуществляется лишь привязка к клиенту одной из доступных карт. Не исключено, что в дальнейшем в ФО нами будет реализован алгоритм ввода новой карты доступа на рабочем месте "на ходу" (в т.ч. автоматически).

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

[buZZer]

серьезное пожелание (самое большое и важное) - возможность занести на РабочемМесте клиента (без карты доступа, зачем, он через 2 часа придет кушать и делает предоплату), присвоить этому клиенту код или пусть программа сама сгенерит код.

это нужно для внесения предоплаты... рестораны и кафе не хотят выдавать карты для предоплатников (за сутки 10 предоплат да если еще все на неделю вперед, это минимум 100 карт в обороте держать???).

писать код клиента скажем в наименовании, сразу на чеке клиент свой код видит.

это ед. проблема, остальное все мелочи конечно

[НеСократ]

Всем привет!

В дополнение к пожеланиям...

В меню многих клиентов предлагается пицца; и некоторые начинают предлагать доставку пиццы. И при этом хотят оформлять все это во Фронте, но пока ничего не получается.
Подумайте, может идея приживется!

Чего не хватает для счастья?!
1. Присвоение кодов клиентам без выдачи карт - при первых заказах (это как раз по теме выше и обсуждалось)
2. Адресный перечень (КЛАДР с возможностью добавления адресов ручками - например); т.к. один и тот же клиент может делать заказы на разные адреса. Печать этого адреса на чеке обязательно!
3. Система скидок: например, каждая 10-я бесплатно; или, если заказали в месяц больше 30 шт., то % скидки увеличивается и т.п. Вариантов очень много на самом деле. Это можно уточнить путем всенародного голосования!

Такого софта в готовом виде вроде бы нет на слуху. Все изголяются, кто во что горазд. Предлагают скрестить Общепит с Такси и т.п. Но не хочется делать гибриды и потом обновляться прикидываясь хирургом.

Подумайте, люди добрые!

Удачи!

[bercsoft]

Не знаю, может это только у меня, но когда заводишь нового клиента, то ввести о нем данные на русском языке можно только с виртуальной клавиатуры, т.к. с обычной работает только англоязычный ввод.

Можно ли в следующий релиз добавить в фильтр отчета "Продажи блюд по категориям" переменную "Группа печати" ?

[MaxS]

Автор оригинала bercsoft
Не знаю, может это только у меня, но когда заводишь нового клиента, то ввести о нем данные на русском языке можно только с виртуальной клавиатуры, т.к. с обычной работает только англоязычный ввод.

Вот уж к переключению раскладок Фронт точно никакого отношения не имеет

Автор оригинала bercsoft
Можно ли в следующий релиз добавить в фильтр отчета "Продажи блюд по категориям" переменную "Группа печати" ?

Пожелание принято к рассмотрению.
Сделать это несложно и самостоятельно, если очень надо и если вы хоть немного знакомы с языком 1С
В конце модуля отчета есть простое определение используемого фильтра:

// универсальный фильтр
// Имя переменной Заголовок Тип значения
ОписаниеФильтра="МестоРеализации ;Место реализации ;Справочник.МестаРеализации
|Категория;Категория товара;Справочник.КатегорииБлюд";


В которое можно добавить любую переменную, используемую в запросе отчета. В частности, для группы печати это должно выглядеть так:

Переменная в запросе
ГруппаПечати = Документ.Заказ.Товар.ГруппаПечати;

Описание фильтра
ОписаниеФильтра="МестоРеализации ;Место реализации; Справочник.МестаРеализации
|Категория;Категория товара;Справочник.КатегорииБлюд
|ГруппаПечати;Группа печати;Справочник.ГруппыПечати";

[bercsoft]

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

[bercsoft]

Как активировать кнопку "Установка (отключение) режима вывода списка по группам" в Справочнике Меню, т.к. стало очень неудобно осуществлять поиск.
В 215 Профе она работала, а в 217 Люксе почему-то уже нет...

[MaxS]

В типовом Фронте эта кнопка никогда не была доступна, поскольку справочник Меню подчинен МестамРеализации и, в общем случае, смотреть Меню сразу по всем МР неудобно.
Очевидно, это было одно из изменений вашей версии Фронта.
Закомментируйте следующую строку в модуле Справочник.Меню.ФормаСписка, процедура ПриОткрытии, строка
ИерархическийСписок(1,0);

[bercsoft]

Автор оригинала MaxS
В типовом Фронте эта кнопка никогда не была доступна, поскольку справочник Меню подчинен МестамРеализации и, в общем случае, смотреть Меню сразу по всем МР неудобно.
Очевидно, это было одно из изменений вашей версии Фронта.
Закомментируйте следующую строку в модуле Справочник.Меню.ФормаСписка, процедура ПриОткрытии, строка
ИерархическийСписок(1,0);

Спасибо!

[buZZer]

Действительно, такая ошибка есть - сегодня же ее устраним и разошлем исправленное обновление. На текущий момент избежать этой ситуации можно, если при вводе новой брони откорректировать время ее начала (ввести его заново) - в этом случае бронь запишется нормально. Спасибо вам за бдительность.

обновление уже есть??

[Alexey]

Да, в тот же день сделали повторную рассылку обновления.

[buZZer]

пожелание: все просят возможность "бродить" по журналу брони.

было бы удобно в журнале брони сделать кнопки "влево" "вправо" - изменять интервал просмотра.

можно заодно и в графике.

[olgaskorik]

Подскажите пожалуйста, как объединить столы в зале при оформлении брони для банкета, если заказаны несколько столов? Что нужно сделать? Оформлять заказ на один стол, тогда официантам не видно что столы заняты, разбивать заказ несовсем удобно при оплате.