Просьбы разработчикам

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

Страницы: Пред. 1 2
RSS
Просьбы разработчикам, Просим разработчиков улучшить, сделать удобнее программный продукт
 
Цитата
Алексей Павлов, рук. направления HoReCa написал:
запилили после этого запроса, и довольно давно уже
Эт я сразу заприметил, молодцы, спасибо)
Опубликовать базу никак руки не дойдут.
А приложение для андроид устанавливал, нормально всё вроде, я б шрифты чуть укрупнил и кнопки.
Когда опробую в связке с базой, обязательно отпишусь.
 
Здравствуйте!
Михаил, спасибо! по эквайрингу подумаем тогда.

А Мобильный клиент - он же стандартный, от 1С. Его мы и не меняли (да и не можем), адаптируем саму конфигурацию под этот вид клиента. Настройки масштаба посмотрим, отпишусь.    
 
Коллеги, мы у себя для одного клиента сделали доработку, возможно стоит ее добавить и в поставку. У клиента кафе-кондитерская, весь выпуск кондитерской учитывается по факту. При этом торты продаются как целиком, так и кусочками. На фронте RK7. Так вот чтобы не плодить блюда по типу Торт и Кусочек торта мы добавили в регистр ОбщепитСоответствияОбъектовRKeeper реквизит ОбщепитСоответствияОбъектовRKeeper с типом СправочникСсылка.КлассификаторЕдиницИзмерения, а в обработке ОбщепитЗагрузкаRKeeper7 сделали заполнение единиц измерения в документе Чек Общепита по принципу если в регистре значение единицы измерения заполнено, то взять из регистра и установить правильный коэффициент, иначе базовую. Это позволило избежать дублирования номенклатуры и рецептур.
 
Цитата
Иван Романчук написал:
Коллеги, мы у себя для одного клиента сделали доработку, возможно стоит ее добавить и в поставку. У клиента кафе-кондитерская, весь выпуск кондитерской учитывается по факту. При этом торты продаются как целиком, так и кусочками. На фронте RK7. Так вот чтобы не плодить блюда по типу Торт и Кусочек торта мы добавили в регистр ОбщепитСоответствияОбъектовRKeeper реквизит ОбщепитСоответствияОбъектовRKeeper с типом СправочникСсылка.КлассификаторЕдиницИзмерения, а в обработке ОбщепитЗагрузкаRKeeper7 сделали заполнение единиц измерения в документе Чек Общепита по принципу если в регистре значение единицы измерения заполнено, то взять из регистра и установить правильный коэффициент, иначе базовую. Это позволило избежать дублирования номенклатуры и рецептур.
Иван, доброе утро.
Да, мысль хорошая, обязательно возьмем на рассмотрение. Спасибо!
 
Здравствуйте.
Не могли бы разработчики в типовой конфигурации 1С Общепит КОРП
в двух регистрах сведений "ОбщепитПродажиПоЧекам" и "ОбщепитОплатыПоЧекам" у измерения "Документ" в свойстве Индексировать установить "Индексировать"?
Это сильно ускоряет перепроведение чеков... Так же просьба включить эти два регистра в план обмена "по организации" (другими не пользовался)
Спасибо.
Изменено: Кузьмин Д.С. - 27.07.2020 18:06:17
 
Цитата
Кузьмин Д.С. написал:
Здравствуйте.
Не могли бы разработчики в типовой конфигурации 1С Общепит КОРП
в двух регистрах сведений "ОбщепитПродажиПоЧекам" и "ОбщепитОплатыПоЧекам" у измерения "Документ" в свойстве Индексировать установить "Индексировать"?
Это сильно ускоряет перепроведение чеков... Так же просьба включить эти два регистра в план обмена "по организации" (другими не пользовался)
Спасибо.
Добрый день. Да, занес предложение на рассмотрение к ближайшему релизу. Если возражений не поступит, то сделаем.
 
Здравствуйте.
Вопрос такой.
В свойствах конфигурации 1С Общепит КОРП Свойство "Режим управления блокировкой данных" установлено в значение "Управляемый"
Управляемые блокировки используются только в объектах относящихся к "1С Бухгалтерия 3.0", в объектах общепита не смотря на установленный в них режим управления блокировкой данных "Управляемый" (не у всех объектов, у некоторых установлен "автоматический") нет управляемых блокировок в модуле объектов.
Когда их планируется реализовать?
 
Добрый день.

Ответ будет предоставлен позднее в данной ветке форума.
 
Цитата
Кузьмин Д.С. написал:
Здравствуйте.
Вопрос такой.
В свойствах конфигурации 1С Общепит КОРП Свойство "Режим управления блокировкой данных" установлено в значение "Управляемый"
Управляемые блокировки используются только в объектах относящихся к "1С Бухгалтерия 3.0", в объектах общепита не смотря на установленный в них режим управления блокировкой данных "Управляемый" (не у всех объектов, у некоторых установлен "автоматический") нет управляемых блокировок в модуле объектов.
Когда их планируется реализовать?
Добрый день.
Провели исследование блокировочной задачи.
Итоги:
1. Что касается блокирования типовых регистров из бухгалтерии, то блокировки накладываются в процессе проведения в результате вызова методов общих процедур и функций из общих модулей
2. По отношению к отраслевым регистрам, то среди них нет ни одного, который требует блокирования, так как у них нет остаточной природы.

Если есть замечание к какому-то конкретному месту, напишите пожалуйста, посмотрим.
 
Цитата
Александр Драгунов написал:
Цитата
/forum/user/84347/ Кузьмин Д.С. написал:
Здравствуйте.
Вопрос такой.
В свойствах конфигурации 1С Общепит КОРП Свойство "Режим управления блокировкой данных" установлено в значение "Управляемый"
Управляемые блокировки используются только в объектах относящихся к "1С Бухгалтерия 3.0", в объектах общепита не смотря на установленный в них режим управления блокировкой данных "Управляемый" (не у всех объектов, у некоторых установлен "автоматический") нет управляемых блокировок в модуле объектов.
Когда их планируется реализовать?
Добрый день.
Провели исследование блокировочной задачи.
Итоги:
1. Что касается блокирования типовых регистров из бухгалтерии, то блокировки накладываются в процессе проведения в результате вызова методов общих процедур и функций из общих модулей
2. По отношению к отраслевым регистрам, то среди них нет ни одного, который требует блокирования, так как у них нет остаточной природы.

Если есть замечание к какому-то конкретному месту, напишите пожалуйста
Доброго...
Речь идет не о таблицах регистров накопления, а о таблице документов "ОбщепитДанныеПродажФронта" с Режим управления блокировкой данных "Управляемый", но так как управляющего блокировкой кода в модуле документа нет, то это упрапвление перекладывается на платформу 1С... То есть , например, на PG может блокироваться вся таблица, на MS же могут быть избыточные блокировки.  
 
Цитата
Кузьмин Д.С. написал:
Речь идет не о таблицах регистров накопления, а о таблице документов "ОбщепитДанныеПродажФронта" с Режим управления блокировкой данных "Управляемый", но так как управляющего блокировкой кода в модуле документа нет, то это упрапвление перекладывается на платформу 1С... То есть , например, на PG может блокироваться вся таблица, на MS же могут быть избыточные блокировки.  
Добрый день. А в каком месте данная таблица вызывает у вас подобные блокировки, можете привести пример?
С данным объектом давно не было никаких проблем, в том числе на довольно крупных проектах, хочется понять в чем у вас возникла проблема.
 
Цитата
Александр Драгунов написал:
Цитата
/forum/user/84347/ Кузьмин Д.С. написал:
Речь идет не о таблицах регистров накопления, а о таблице документов "ОбщепитДанныеПродажФронта" с Режим управления блокировкой данных "Управляемый", но так как управляющего блокировкой кода в модуле документа нет, то это упрапвление перекладывается на платформу 1С... То есть , например, на PG может блокироваться вся таблица, на MS же могут быть избыточные блокировки.  
Добрый день. А в каком месте данная таблица вызывает у вас подобные блокировки, можете привести пример?
С данным объектом давно не было никаких проблем, в том числе на довольно крупных проектах, хочется понять в чем у вас возникла проблема.
Это прямо сегодня было при записи ДанныеПродажФронта Ошибка при вызове метода контекста (Записать): Ошибка при выполнении обработчика - 'ПередЗаписью': {ОбщийМодуль.ВерсионированиеОбъектов.Модуль(1367)}: Ошибка при вызове метода контекста (Заблокировать): Конфликт блокировок при выполнении транзакции:
 
Цитата
Кузьмин Д.С. написал:
Цитата
Александр Драгунов написал:
 
Цитата
/forum/user/84347/ Кузьмин Д.С. написал:
Речь идет не о таблицах регистров накопления, а о таблице документов "ОбщепитДанныеПродажФронта" с Режим управления блокировкой данных "Управляемый", но так как управляющего блокировкой кода в модуле документа нет, то это упрапвление перекладывается на платформу 1С... То есть , например, на PG может блокироваться вся таблица, на MS же могут быть избыточные блокировки.  
 Добрый день. А в каком месте данная таблица вызывает у вас подобные блокировки, можете привести пример?
С данным объектом давно не было никаких проблем, в том числе на довольно крупных проектах, хочется понять в чем у вас возникла проблема.
Это прямо сегодня было при записи ДанныеПродажФронта Ошибка при вызове метода контекста (Записать): Ошибка при выполнении обработчика - 'ПередЗаписью': {ОбщийМодуль.ВерсионированиеОбъектов.Модуль(1367)}: Ошибка при вызове метода контекста (Заблокировать): Конфликт блокировок при выполнении транзакции:
А вам точно нужно версионирование по такому объекту, как Чек Общепита, которых в базе может быть огромное количество и которые как правило никто не меняет вручную? Хотя бы с точки зрения производительности первое, что напрашивается - отключить версионирование чеков.
При каком бизнес-процессе возникает эта ошибка? Загрузке чеков из кассы или создании целевых документов?
 
Проблема возникает при записи чеков в базу, в данном примере при записи в РС. А бывает что блокируется таблица документов ДанныеПродажФронта.

Хорошо, я вас понял. В случае перехода на SQL я сам напишу управление блокировками, а пока база файловая это не актуально.
Просто при очередной потери чеков у начальства возникают вопросы , "что с этим делать?" и , "а ты уверен что в случае перехода на SQL проблема решиться?"
И если раньше мне не чего было сказать, так как в блоке общепит управление блокировками не реализовано, из-за чего собственно у нас до сих пор файловая база, а Рарус не заработал на продаже многопользовательской лицензии и Сервера 1с, то теперь я скажу, что в случае перехода на SQL, сделаю за выходные так, что проблема будет решена, а пока база файловая , то решить проблему вариантов нет совсем...
 
Доброе утро! На данный момент существуют методы создания групп в меню либо по виду номенклатуры (что на самом деле очень скудно, т.к. делит по факту максимум на 3 категории: полуфабрикат, блюдо и товар - этого мало для полноценного меню), либо по папкам в номенклатуре. Хотелось бы чтобы разработчики добавили возможность заполнения меню (создания папок в меню) по номенклатурным группам. Спасибо.
 
Добрый день.

На данный момент достаточно гибкая система создания и заполнения меню.

Создание папок по номенклатурным группам не видится целесообразным, так как номенклатурные группы предназначены для распределения затрат в рамках закрытия месяца и как таковые не связаны с меню. Если Вы считаете что это необходимо, но направьте письмо на почту food@rarus.ru с обоснованием Вашего предложения.
 
Цитата
Ирина Воробьева написал:
Добрый день.На данный момент достаточно гибкая система создания и заполнения меню. Создание папок по номенклатурным группам не видится целесообразным, так как номенклатурные группы предназначены для распределения затрат в рамках закрытия месяца и как таковые не связаны с меню. Если Вы считаете что это необходимо, но направьте письмо на почту mailto:food@rarus.ru food@rarus.ru с обоснованием Вашего предложения.
Добрый день! Если я правильно понял гибкость автоматического заполнения меню реализовано только через папки номенклатуры? Или это не так?
 
Добрый день.

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


Сложно Вам что то порекомендовать, если Вы не поясняете что хотите видеть.
 
Цитата
Ирина Воробьева написал:
Добрый день.

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


Сложно Вам что то порекомендовать, если Вы не поясняете что хотите видеть.
Добрый день, всё равно не понятно: как заполнить меню по фактическим остаткам на складе реализации для фастфуда, если папки для группировки товаров создаются по папкам номенклатуру сохраняя всю иерархию папок (что не очень удобно для кассира). Описан ли где-нибудь механизм для быстрого заполнения меню по фактическим остаткам на складе с удобной группировкой (не по папкам номенклатуры)?
 
Добрый день.

А что Вы подразумеваете под удобной группировкой?

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

А что Вы подразумеваете под удобной группировкой?

Например, при работе со своей базой в Общепите я справочник номенклатуры создавала как раз с удобными для работы группам иерархии.
Также сложно понять Вашу связь меню и остатков, так как много клиентов работает от обратного: реализация - выпуски продукции.
Доброе утро, пример с группировкой по папкам номенклатуры не совсем удобен. Например, есть у меня папка "Вторые блюда", дальше я хочу внутри разбить по папкам "Блюда с макаронами", "Блюда с рисом" и т.п. При заполнении по папкам номенклатуры в меню перенесётся вся иерархия папок, а нам это не удобно, потому что ради того чтобы пробиться к одному блюду требуется слишком много проходить по папкам в меню. Под удобным я подразумеваю что создается папка в меню "Вторые блюда" и там хранятся вторые блюда, в независимости от того где они находятся внутри справочника номенклатура. Можно для этого использовать не номенклатурные группы, а какие-нибудь категории товаров, например. Выставил у папки в меню категорию и она заполнится в соответствии со всеми остатками по данной категории. Работать от обратного мы, к сожалению, не можем. Принципы руководства. Спасибо.
Изменено: Артем Новиков - 26.10.2020 08:19:33
 
Цитата
Артем Новиков написал:
Цитата
Ирина Воробьева написал:
Добрый день.

А что Вы подразумеваете под удобной группировкой?

Например, при работе со своей базой в Общепите я справочник номенклатуры создавала как раз с удобными для работы группам иерархии.
Также сложно понять Вашу связь меню и остатков, так как много клиентов работает от обратного: реализация - выпуски продукции.
Доброе утро, пример с группировкой по папкам номенклатуры не совсем удобен. Например, есть у меня папка "Вторые блюда", дальше я хочу внутри разбить по папкам "Блюда с макаронами", "Блюда с рисом" и т.п. При заполнении по папкам номенклатуры в меню перенесётся вся иерархия папок, а нам это не удобно, потому что ради того чтобы пробиться к одному блюду требуется слишком много проходить по папкам в меню. Под удобным я подразумеваю что создается папка в меню "Вторые блюда" и там хранятся вторые блюда, в независимости от того где они находятся внутри справочника номенклатура. Можно для этого использовать не номенклатурные группы, а какие-нибудь категории товаров, например. Выставил у папки в меню категорию и она заполнится в соответствии со всеми остатками по данной категории. Работать от обратного мы, к сожалению, не можем. Принципы руководства. Спасибо.
Артем, добрый день.
Сейчас действительно вашу задачу решить проблематично, т.к. просто нет подходящего реквизита в справочнике номенклатуры. Номенклатурные группы, как правильно написала Ирина, это все же про другое.
Но в самом ближайшем будущем, возможно даже в следующем релизе, появится справочник "Товарные группы" для совместимости с нашими фронт-офисными решениями (справочником Категории). И это как раз будет то, что нужно и мы сможем запланировать использование данного справочника для заполнения меню.
 
Доброе утро! Возник вопрос по отчету по плановой себестоимости: был какой-то смысл что он доступен только пользователю с полными правами? Или это косяк?
 
Добрый день.

Планируется в будущих релизах провести расширение прав доступа, но на данный момент так предусмотрено функционалом программного продукта.
Страницы: Пред. 1 2
Читают тему
Поддержка отраслевых решений «1С-Рарус»
Услуги 1С