Хотелось бы доработать в ФО

[gurkinsv]

Добрый день.
В данный момент мы обслуживаем одного очень критически настроенного клиента. На семинаре я с вами общался по поводу своих доработок в ФО и ТС+. Я помню вашу реакцию и ваше сочуствие. :-).

НО: хотя пару (из десятков) пожеланий клиента я думаю точно можно было бы вписать в ФО, а именно:

1. Создать возможность группировки в СЧЕТЕ блюд по категориям!!! С выводом сумм и скидок также в разрезе категорий блюд, ну в конце в целом по счету. При этом надо чтобы клиент сам мог выбрать какие категории блюд выделать на счете отдельным блоком. Например наш клиент хочет на счетах видеть отдельно БАР, отдельно все остальное.. Заказ один и тот же, счет один - просто чисто на форме счета было бы здорово это сделать. Я это сделал, но блин...... все доработки делал от 210-го релиза... я просто чуть не плакал, когда обновлял его на 212-й.... повторюсь - клиента по умолчанию не устраивает абсолютно ничего :-))

2. Возможность создавать для клиентов скидки на категории блюд. То есть выбрали клиента в заказе и программа по категориям блюд применила соответствующие заданные для клиента на данные категории скидки.

3. В отчете по выручке, при формировании его в интерфейсе рабочего места администратором ресторана, нужно еще в СТОЛБИК (чтобы умещалось на принтере CBM1000) выводить для каждого варианта оплаты номера заказов, по которым эти оплаты проводились... на старой системе у клиента администраторы ресторана сдавали смену именно в такой детализации.

....
Пока остановлюсь.... этот список можно продолжать еще очень долго.


Да, хотелось бы еще уточнить - почему задание статей расходов в ФО никак не отражается в отчетах? Мы были вынуждены на все варианты неплательщиковских оплат завести свои собственные варианты оплат без задания вообще статей расхода.

Заранее спасибо.

И как пожелание - в форуме были сообщения об ошибках от 30-го мая... сегодня 31-е - а партнерам не было никаких извещений... ускорить бы :-) Спасибо.

С уважением, Сергей

[Alexey]

Здравствуйте, Сергей!
Честно говоря, не хочется затевать дискуссию о подходе "клиента по умолчанию не устраивает абсолютно ничего", и к чему такой подход приводит. Считаю уместным напомнить, что наши программные продукты являются типовыми и при этом открытыми. Возможность внесения изменений в систему под пожелания конкретного заказчика - это вполне нормальная ситуация и одно из преимуществ наших решений. Для того, чтобы это преимущество использовалось максимально технологично нами было предпринято немало усилий.
При этом, надеюсь, вы уже успели убедиться, что мы открыто и с готовностью принимаем пожелания, предложения, замечания и прочую конструктивную обратную связь. По мере возможностей, все, что мы считаем уместным в типовых решениях, мы добавляем в наши продукты и благодарны вам за доверие и помощь в их развитии.

Создать возможность группировки в СЧЕТЕ блюд по категориям!!! С выводом сумм и скидок также в разрезе категорий блюд, ну в конце в целом по счету. При этом надо чтобы клиент сам мог выбрать какие категории блюд выделать на счете отдельным блоком. Например наш клиент хочет на счетах видеть отдельно БАР, отдельно все остальное..

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

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

По сути, здесь идет речь о схемах скидок (для разных комбинаций факторов "клиент" и "категория блюда" используется различные величины скидки), которые реализованы во фронт-офисе версии ЛЮКС.

В отчете по выручке, при формировании его в интерфейсе рабочего места администратором ресторана, нужно еще в СТОЛБИК (чтобы умещалось на принтере CBM1000) выводить для каждого варианта оплаты номера заказов, по которым эти оплаты проводились... на старой системе у клиента администраторы ресторана сдавали смену именно в такой детализации

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

Пока остановлюсь.... этот список можно продолжать еще очень долго.

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

Да, хотелось бы еще уточнить - почему задание статей расходов в ФО никак не отражается в отчетах?

Такая задача не ставилась при разработке системы. Статьи расходов служат только для ограничения доступа при оплате заказов на неплательщика, а не для аналитики выручки. Для решения последней задачи будет правильнее использовать разрез по клиентам, каждый из которых обладает доступом к определенной статье расходов.