- Форум поддержки
-
Идеи
+20
Запланирован
Запретить менеджерам видеть закупочную цену
В нашей работе мы используем 5 типов цен:
Закупочная
Дилерская-1
Дилерская-2
Мрц
Розница
Нам нужно, чтобы менеджеры при выставлении счета могли видеть в выпадающем списке цен любую цену из нашего списка, кроме закупочной.
Предлагаю путь выхода:
Прописать в типах цен один постоянный - "закупочная цена", а в ролях сделать привязанный к ней флажок "видеть"/"не видеть".
При наличии галки на этом флажке пользователь видит закупочную в счетах и отчетах (роли управляющего персонала - директор и т.д.), при отсутствии галки на этом флажке - не видит, но видит все остальные.
Сможете реализовать? Нам это нужно срочно, и уверен, многим будет полезно в работе.
Закупочная
Дилерская-1
Дилерская-2
Мрц
Розница
Нам нужно, чтобы менеджеры при выставлении счета могли видеть в выпадающем списке цен любую цену из нашего списка, кроме закупочной.
Предлагаю путь выхода:
Прописать в типах цен один постоянный - "закупочная цена", а в ролях сделать привязанный к ней флажок "видеть"/"не видеть".
При наличии галки на этом флажке пользователь видит закупочную в счетах и отчетах (роли управляющего персонала - директор и т.д.), при отсутствии галки на этом флажке - не видит, но видит все остальные.
Сможете реализовать? Нам это нужно срочно, и уверен, многим будет полезно в работе.
Ответ
Ответ
Здравствуйте.
Проблема лежит несколько глубже, чем просто запретить определенному пользователю доступ к типу цен в конкретном документе. Фактически, это частный случай назначения прав пользователям на разные экземпляры объектов учета (это в первую очередь определенные элементы справочников и документы) системы. Я настроен против такого подхода, так как он порождает огромное количество неочевидных следствий. Но это в глобальном плане.
Что касается именно цены - я не понимаю, зачем нужно запрещать доступ типу цен менеджеру, который сам может при этом произвольно изменить цену в документе. Получается, для того, чтобы вскрыть факт злоупотреблений со стороны сотрудника, в любом случае нужен личный контроль руководителя. Поэтому этот момент проще и эффективнее регулировать путем договоренностей (и контролем их исполнения) внутри организации.
Проблема лежит несколько глубже, чем просто запретить определенному пользователю доступ к типу цен в конкретном документе. Фактически, это частный случай назначения прав пользователям на разные экземпляры объектов учета (это в первую очередь определенные элементы справочников и документы) системы. Я настроен против такого подхода, так как он порождает огромное количество неочевидных следствий. Но это в глобальном плане.
Что касается именно цены - я не понимаю, зачем нужно запрещать доступ типу цен менеджеру, который сам может при этом произвольно изменить цену в документе. Получается, для того, чтобы вскрыть факт злоупотреблений со стороны сотрудника, в любом случае нужен личный контроль руководителя. Поэтому этот момент проще и эффективнее регулировать путем договоренностей (и контролем их исполнения) внутри организации.
Пусть он (менеджер) ее (цену) меняет и дальше, это не возбраняется - в разумных пределах, свои нижние границы все узнают на этапе обучения и далее это тщательно контролируется. Договоренности и контроль исполнения присутствуют, спасибо за совет.
У нас дело в другом:
Мотивация наших менеджеров идет от прибыли, но не валовой, а маржинальной - нам нужно, чтобы базовым был тот тип цен, который мы называем "вход+постоянные расходы". В него включены сама входная цена товара, а также затраты на аренды-транспорт-оклады-бухгалтерию-сайт и т.д.. С разницы между ним и ценой продажи мы и высчитываем зарплату продавцов. Вернее, в любой момент и по любой сделке они могут сделать это сами.
Сейчас права "менеджер" подразумевают способность видеть входную цену. Как-либо "шифровать" ее, накидывая в нее эти постоянные расходы, мы не можем, т.к. тогда не будут сходиться акты сверок и много что еще. Поэтому и просим дать возможность не показывать закупочную цену, но оставить доступными для продавцов все остальные типы цен. Дабы не порождать ненужные размышления о высоких материях типа "моя работа не связана напрямую с этим и этим отделами, почему я за них плачУ". Лишний раз объяснять про затраты на корпоративы и выставки, про стабилизационные фонды организации и т.д. не хочется, если есть такой программный продукт, "юзабилити" которого и открытость разработчиков для диалога позволяет вносить свои предложения и иметь надежду на понимание и реализацию.
Ничего большего по правам на "разные экземпляры объектов учета" мы не просим и вряд ли будем - сотрудники склада и монтажники наделены правами "вижу, но изменить ничего не могу" и их это полностью устраивает. Как и всех остальных.
Жду ответа, спасибо.
У нас дело в другом:
Мотивация наших менеджеров идет от прибыли, но не валовой, а маржинальной - нам нужно, чтобы базовым был тот тип цен, который мы называем "вход+постоянные расходы". В него включены сама входная цена товара, а также затраты на аренды-транспорт-оклады-бухгалтерию-сайт и т.д.. С разницы между ним и ценой продажи мы и высчитываем зарплату продавцов. Вернее, в любой момент и по любой сделке они могут сделать это сами.
Сейчас права "менеджер" подразумевают способность видеть входную цену. Как-либо "шифровать" ее, накидывая в нее эти постоянные расходы, мы не можем, т.к. тогда не будут сходиться акты сверок и много что еще. Поэтому и просим дать возможность не показывать закупочную цену, но оставить доступными для продавцов все остальные типы цен. Дабы не порождать ненужные размышления о высоких материях типа "моя работа не связана напрямую с этим и этим отделами, почему я за них плачУ". Лишний раз объяснять про затраты на корпоративы и выставки, про стабилизационные фонды организации и т.д. не хочется, если есть такой программный продукт, "юзабилити" которого и открытость разработчиков для диалога позволяет вносить свои предложения и иметь надежду на понимание и реализацию.
Ничего большего по правам на "разные экземпляры объектов учета" мы не просим и вряд ли будем - сотрудники склада и монтажники наделены правами "вижу, но изменить ничего не могу" и их это полностью устраивает. Как и всех остальных.
Жду ответа, спасибо.
Давайте отвлечемся от процесса и подойдем с другой стороны. Вы можете одной фразой сформулировать конечную цель запрета просматривать закупочные цены? Ну, допустим, одним коротким предложением? Ну вот, например: я хочу запретить продавать товар в минус, потому что кладовщик ругается, когда к нему приходят с накладной, в которой есть товар, отсутствующий на складе?
Пока я могу сформулировать вашу ситуацию так: я хочу запретить просмотр закупочных цен потому, что при нашем подходе к мотивации сотрудников это должно понизить страдания менеджеров по поводу бонусов.
С другой стороны, сумму конторских расходов они не знают. Поэтому неопределенность по поводу бонусной части зарплаты будет присутствовать в любом случае, видят они закупочную цену или нет.
К сожалению, картина с полезностью подобной функциональности для массового решения у меня пока не складывается.
Пока я могу сформулировать вашу ситуацию так: я хочу запретить просмотр закупочных цен потому, что при нашем подходе к мотивации сотрудников это должно понизить страдания менеджеров по поводу бонусов.
С другой стороны, сумму конторских расходов они не знают. Поэтому неопределенность по поводу бонусной части зарплаты будет присутствовать в любом случае, видят они закупочную цену или нет.
К сожалению, картина с полезностью подобной функциональности для массового решения у меня пока не складывается.
+1
Сейчас в 12-00 мы соберем их и донесем эту систему мотивации до каждого. С объяснениями, ответами на все вопросы и т.д.. И на этом собрании мы хотели сказать, что высчитать прибыль по сделке можно очень легко - зайти в оплаченный счет и выбрать тип цен "закупочные". Причем мы объясним, что эта цена будет в себя включать. Но сейчас это не сработает, т.к. там стоят реальные закупочные цены без учета тех расходов, про которые я писал выше. И поэтому недопонимание останется.
Так что в вашей формулировке про страдания слово "понизить" я могу смело заменить на "исключить".
А сумму "конторских расходов" мы и сами не знаем, т.к., даже планируя деятельность и бюджеты на год вперед, не можем учесть неучитываемое - какие-то новые выставки, конференции для топ-клиентов с фуршетами и многое другое. Поэтому вся неопределенность сведется к простому доверию к руководству, которое у наших сотрудников (тьфутьфутьфу) на высоте вследствие прозрачности отношений в компании.
В 1С можно делать отчеты "под себя", у вас программный код не открыт и нет сторонних специалистов, поэтому я пишу вам и жду от вас помощи в решении наших задач. Нам это нужно, и вследствие того, что мы с вами это обсуждаем уже который день, я делаю вывод, что вы понимаете, что моя просьба - не полный бред.
P.S.: у вас и с полезностью и нужностью УПД картина не складывалась, первоначально мне ответили что-то про голосование на форуме поддержки, надо включать это в Птицу или нет.
Так что в вашей формулировке про страдания слово "понизить" я могу смело заменить на "исключить".
А сумму "конторских расходов" мы и сами не знаем, т.к., даже планируя деятельность и бюджеты на год вперед, не можем учесть неучитываемое - какие-то новые выставки, конференции для топ-клиентов с фуршетами и многое другое. Поэтому вся неопределенность сведется к простому доверию к руководству, которое у наших сотрудников (тьфутьфутьфу) на высоте вследствие прозрачности отношений в компании.
В 1С можно делать отчеты "под себя", у вас программный код не открыт и нет сторонних специалистов, поэтому я пишу вам и жду от вас помощи в решении наших задач. Нам это нужно, и вследствие того, что мы с вами это обсуждаем уже который день, я делаю вывод, что вы понимаете, что моя просьба - не полный бред.
P.S.: у вас и с полезностью и нужностью УПД картина не складывалась, первоначально мне ответили что-то про голосование на форуме поддержки, надо включать это в Птицу или нет.
Несомненно, ваша просьба не является бредом, потому что она важна для вашей работы.
"Большая Птица" - это массовый сервис. И в этом она отличается от 1С, конфигурации которой франчайзи дорабатывают под нужды заказчика. К сожалению, в случае массового сервиса такая модель изменений неприменима - мы просто не сможем поддерживать сотни различных версий системы, на каждую из которых, фактически, пришлось бы заводить отдельный проект по части разработки. Да и цена вопроса для кастомизированного сервиса была бы абсолютно другая.
По поводу УПД мы получили большое количество обращений от пользователей, поэтому и включили его в планы.
"Большая Птица" - это массовый сервис. И в этом она отличается от 1С, конфигурации которой франчайзи дорабатывают под нужды заказчика. К сожалению, в случае массового сервиса такая модель изменений неприменима - мы просто не сможем поддерживать сотни различных версий системы, на каждую из которых, фактически, пришлось бы заводить отдельный проект по части разработки. Да и цена вопроса для кастомизированного сервиса была бы абсолютно другая.
По поводу УПД мы получили большое количество обращений от пользователей, поэтому и включили его в планы.
По поводу 1С и УПД - это у меня больше лирика была, но большое спасибо за внимание к каждой строке моего сообщения.
Собрание состоялось, все сотрудники всё восприняли адекватно и САМИ попросили сделать такой прайс и заменить им стандартный вход, чтобы не путаться при расчете своей зарплаты. Так что теперь это просьба не только моя как руководителя, который "хочет что-то скрыть", а уже и сотрудников, которым так работать будет удобнее.
Собрание состоялось, все сотрудники всё восприняли адекватно и САМИ попросили сделать такой прайс и заменить им стандартный вход, чтобы не путаться при расчете своей зарплаты. Так что теперь это просьба не только моя как руководителя, который "хочет что-то скрыть", а уже и сотрудников, которым так работать будет удобнее.
Я не вижу востребованности данной функциональности у массового пользователя. Но это может быть частным случаем более глобальных вещей, которые действительно могут быть интересны многим. Например, повторюсь, ограничение доступа к определенным элементам справочников для разных пользователей.
Кроме того, можно сделать отчет, который бы анализировал продажи за какой-то период на предмет соответствия определенному типу цен, действительному на момент продажи. Тогда можно было бы увидеть, что менеджер постоянно продает в большой минус относительно заведенных правил.
В любом случае, это следствие какой-то глобальной задачи.
Кроме того, можно сделать отчет, который бы анализировал продажи за какой-то период на предмет соответствия определенному типу цен, действительному на момент продажи. Тогда можно было бы увидеть, что менеджер постоянно продает в большой минус относительно заведенных правил.
В любом случае, это следствие какой-то глобальной задачи.
+1
Присоединюсь - опция очень нужная!
Что, как и почему - автор темы раскрыл на все 100%.
У всех клиентов вашей системы, имеющих более 1 сотрудника - эта функция будет востребована!
Что, как и почему - автор темы раскрыл на все 100%.
У всех клиентов вашей системы, имеющих более 1 сотрудника - эта функция будет востребована!
О, воскресили старую мозоль :)
Насколько я понял, для внимания к нашему вопросу (который за 6 месяцев превратился в ежемесячную проблему с начислением зарплаты) нужно нагнать на форум человек 50, чтобы они поныли, а многоуважаемый Олег или его коллеги из разработчиков это нытье увидел(и). Причем мы тут полгода назад написали много слов, которые так и остались словами - и ведь никому другому я заплатить не могу, чтобы мне сделали небольшую галочку, которая мне реально нужна в работе. Вместо этого полгода я мучаюсь с экселем для начисления зарплаты (хотя нет, не мучаюсь, там все вычисляется довольно быстро, благодаря знанию пары формул), а потом новые менеджеры в моих филиалах проставляют в своих счетах цену "закупочная", видят прибыль и воют, что их обманули. И теперь уже я реально мучаюсь с их воем, каждый раз гадая - объяснил ли я им до конца, как им платят, или "ложечки вернули, а осадочек остался".
Олег - вы судя по всему, попытались вникнуть в мою проблему, но вместо того, чтобы в итоге сделать нужный пользователю отчет, предпочли поразмышлять о глобальных задачах и т.д.. Откройте код по примеру 1С - мы все нужное нам будем делать сами. Если не открываете, но считаете вашу систему "массовым продуктом" - пожалуйста, реагируйте на запросы масс. Помогите нам пользоваться вашей замечательной программой так, как нам (вашим клиентам, несущим вам деньги) удобно и нужно. Ничего идиотского и бредового я не прошу, вы это и сами признали.
Спасибо.
Насколько я понял, для внимания к нашему вопросу (который за 6 месяцев превратился в ежемесячную проблему с начислением зарплаты) нужно нагнать на форум человек 50, чтобы они поныли, а многоуважаемый Олег или его коллеги из разработчиков это нытье увидел(и). Причем мы тут полгода назад написали много слов, которые так и остались словами - и ведь никому другому я заплатить не могу, чтобы мне сделали небольшую галочку, которая мне реально нужна в работе. Вместо этого полгода я мучаюсь с экселем для начисления зарплаты (хотя нет, не мучаюсь, там все вычисляется довольно быстро, благодаря знанию пары формул), а потом новые менеджеры в моих филиалах проставляют в своих счетах цену "закупочная", видят прибыль и воют, что их обманули. И теперь уже я реально мучаюсь с их воем, каждый раз гадая - объяснил ли я им до конца, как им платят, или "ложечки вернули, а осадочек остался".
Олег - вы судя по всему, попытались вникнуть в мою проблему, но вместо того, чтобы в итоге сделать нужный пользователю отчет, предпочли поразмышлять о глобальных задачах и т.д.. Откройте код по примеру 1С - мы все нужное нам будем делать сами. Если не открываете, но считаете вашу систему "массовым продуктом" - пожалуйста, реагируйте на запросы масс. Помогите нам пользоваться вашей замечательной программой так, как нам (вашим клиентам, несущим вам деньги) удобно и нужно. Ничего идиотского и бредового я не прошу, вы это и сами признали.
Спасибо.
Здравствуйте.
По сути вопроса я уже писал выше, и в этом плане, к сожалению, ничего не изменилось. Я прекрасно понимаю, что функциональность, которой не хватает лично вам, всегда будет самой важной. В свое время я работал с 1С и занимался доработкой ее решений под нужды клиентов. И я думаю, что мы оба осознаем смысл лозунга "любой каприз за ваши деньги", в соответствии с которым франчайзи 1С с радостью предложат заказчику свои услуги. Однако в рамках массового сервиса данный подход, к сожалению, применить невозможно. Все пользователи работают на одной версии системы. Кастомизация по запросам отдельных клиентов и последующая поддержка таких решений привела бы к радикальному удорожанию стоимости использования сервиса. Доработка по каждому обращению пользователя единой системы приведет, в свою очередь, к появлению монстра (или "новогодней елки"), с которым невозможно или неприятно будет работать. Поэтому нам приходится выступать "фильтром" между пожеланиями пользователей и тем, что попадает в продукт. Поверьте, всегда хочется чтобы система имела больше возможностей. Но, во-первых, есть желание сохранять баланс между простотой и функциональностью, а во-вторых, разработка всегда ведется в условиях ограниченности ресурсов - в первую очередь это касается времени.
Я искренне благодарен вам за то, что вы высказываете свои пожелания и отстаиваете свою позицию здесь, на форуме. Но в данный момент я продолжаю считать описываемую функциональность частью глобальной задачи, связанной с ограничением прав по объектам предметной области. Такие запросы поступают часто, правда они довольно разнородны и связаны с конкретной задачей, которую решает пользователь. Давайте я в ближайшие пару дней постараюсь сформулировать здесь вопросы, которые меня смущают. Возможно, вместе с вами и вашим личным опытом автоматизации учета мы сможем найти на них приемлимые ответы, и это позволит запустить разработку интересующей вас функциональности. Искренне надеюсь на понимание моей позиции и на продолжение сотрудничества.
По сути вопроса я уже писал выше, и в этом плане, к сожалению, ничего не изменилось. Я прекрасно понимаю, что функциональность, которой не хватает лично вам, всегда будет самой важной. В свое время я работал с 1С и занимался доработкой ее решений под нужды клиентов. И я думаю, что мы оба осознаем смысл лозунга "любой каприз за ваши деньги", в соответствии с которым франчайзи 1С с радостью предложат заказчику свои услуги. Однако в рамках массового сервиса данный подход, к сожалению, применить невозможно. Все пользователи работают на одной версии системы. Кастомизация по запросам отдельных клиентов и последующая поддержка таких решений привела бы к радикальному удорожанию стоимости использования сервиса. Доработка по каждому обращению пользователя единой системы приведет, в свою очередь, к появлению монстра (или "новогодней елки"), с которым невозможно или неприятно будет работать. Поэтому нам приходится выступать "фильтром" между пожеланиями пользователей и тем, что попадает в продукт. Поверьте, всегда хочется чтобы система имела больше возможностей. Но, во-первых, есть желание сохранять баланс между простотой и функциональностью, а во-вторых, разработка всегда ведется в условиях ограниченности ресурсов - в первую очередь это касается времени.
Я искренне благодарен вам за то, что вы высказываете свои пожелания и отстаиваете свою позицию здесь, на форуме. Но в данный момент я продолжаю считать описываемую функциональность частью глобальной задачи, связанной с ограничением прав по объектам предметной области. Такие запросы поступают часто, правда они довольно разнородны и связаны с конкретной задачей, которую решает пользователь. Давайте я в ближайшие пару дней постараюсь сформулировать здесь вопросы, которые меня смущают. Возможно, вместе с вами и вашим личным опытом автоматизации учета мы сможем найти на них приемлимые ответы, и это позволит запустить разработку интересующей вас функциональности. Искренне надеюсь на понимание моей позиции и на продолжение сотрудничества.
Поддерживая тему, эта галочка нужна многим, могу предположить что именно из-за отсутствия этой галочки,многие ушли с этого сервиса после пробного периода........ я согласен с проблемой которую описал AK001, еще есть тоже немаловажный факт - если продавец будет знать закупочную цену,будет знать поставщика, и он конечно уже знает розничную цену, После всего этого, продавец нехитрым образом может начать сотрудничать с этим поставщиком уже напрямую и перейти из разряда "продавец\менеджер", в разряд "конкурент"...........вопрос - зачем нам, воспитывать самим себе конкурента?
причем этот конкурент будет сидеть не в своем собственном офисе и платить за него аренду, а в нашем. Да еще и получать минимальную зарплату, получать социалку......... как следствие......вопрос еще один,.......зачем нам, работодателям , содержать в своем штате конкурента?
Здравствуйте.
Я думаю, что единственный надежный выход из подобной ситуации - только делать все самому. К сожалению, застраховаться от непорядочного сотрудника фактически невозможно.
Я думаю, что единственный надежный выход из подобной ситуации - только делать все самому. К сожалению, застраховаться от непорядочного сотрудника фактически невозможно.
это уже не конструктивный диалог..........Олег, ваш ответ походит на ответ милиции, т.е. полиции - Когда вас убьют, тогда и приходите
Поддерживаю всех, высказавшихся "за" такую функцию. Действительно, очень важно при правильной внутренней орг. структуре иметь возможность запретить менеджерам видеть закупочные цены.
Закупочные цены, кроме закладки "Цены" справочника "Товары и Услуги", можно посмотреть в других частях системы: непосредственно в документах поступления, по которым приходил товар; в отчетах, где фигурирует себестоимость - например, в отчете по партиям и по продажам. Как быть в этих случаях?
Добрый день, Олег.
В массовом продукте, ориентированном на создание хороших условий для большинства пользователей:
Отчет по партиям - нужен для склада (99% случаев, подходит под определение "большинства").
Отчет по продажам - для руководителя отдела продаж (99% случаев).
С правами доступа менеджера по продажам сотрудник должен иметь доступ к выставлению счетов и созданию отгрузочных документов, причем видеть в них некий набор цен для скидок, кроме закупочной. Больше ему ни для чего программа не нужна (99% случаев). В отчете по остаткам на складах можно тоже не выводить закупочную цену - ему важнее количество товара в наличии, а не товарный запас в деньгах (99% случаев).
Я, наверное, сейчас повторяюсь, т.к. нет времени читать все, что я писал полгода назад. Суть ясна, проблема существует, говорим не об абстрактных "глобальных задачах". Если из решения нашей задачи вырастет некая глобальная модернизация сервиса "Большая Птица" - что ж, отлично, мы будем только рады, если это повлечет за собой улучшение "юзабилити".
Спасибо.
С уважением, Алексей.
В массовом продукте, ориентированном на создание хороших условий для большинства пользователей:
Отчет по партиям - нужен для склада (99% случаев, подходит под определение "большинства").
Отчет по продажам - для руководителя отдела продаж (99% случаев).
С правами доступа менеджера по продажам сотрудник должен иметь доступ к выставлению счетов и созданию отгрузочных документов, причем видеть в них некий набор цен для скидок, кроме закупочной. Больше ему ни для чего программа не нужна (99% случаев). В отчете по остаткам на складах можно тоже не выводить закупочную цену - ему важнее количество товара в наличии, а не товарный запас в деньгах (99% случаев).
Я, наверное, сейчас повторяюсь, т.к. нет времени читать все, что я писал полгода назад. Суть ясна, проблема существует, говорим не об абстрактных "глобальных задачах". Если из решения нашей задачи вырастет некая глобальная модернизация сервиса "Большая Птица" - что ж, отлично, мы будем только рады, если это повлечет за собой улучшение "юзабилити".
Спасибо.
С уважением, Алексей.
Здравствуйте, Алексей.
Большое спасибо за ваши комментарии. Единственное, исходя из моего опыта, я был бы чуть менее категоричен в оценках, когда идет употребление процентов :) Повторюсь, с момента начала этого обсуждения я поменял свою начальную точку зрения на проблему. В глобальном ее проявлении. Поэтому делать логическое разграничение прав на объекты мы будем. И, как следствие - типы цен. Вопрос только, в каком виде и когда. Изменения затронут все без исключения объекты в системе, поэтому это глобальная задача.
Большое спасибо за ваши комментарии. Единственное, исходя из моего опыта, я был бы чуть менее категоричен в оценках, когда идет употребление процентов :) Повторюсь, с момента начала этого обсуждения я поменял свою начальную точку зрения на проблему. В глобальном ее проявлении. Поэтому делать логическое разграничение прав на объекты мы будем. И, как следствие - типы цен. Вопрос только, в каком виде и когда. Изменения затронут все без исключения объекты в системе, поэтому это глобальная задача.
+1
хм. даже не начал использовать прогу но понимаю так, что все мои продавцы будут видеть закупочные цены и прибыль компании и рассуждать как много я зарабатываю и как мало они получают? Это не правильно. Это же бизнес а не семейный подряд.
Здравствуйте, Алексей.
Мне довелось участвовать в автоматизации торговли на самых разных объектах - от ИП и маленьких оптовых фирм до супермаркетов. Везде работают живые люди: принимают товар, раскладывают по полкам, пробивают чеки. Зачастую они знают лучше самого владельца бизнеса, кто и сколько зарабатывает :)
Мне довелось участвовать в автоматизации торговли на самых разных объектах - от ИП и маленьких оптовых фирм до супермаркетов. Везде работают живые люди: принимают товар, раскладывают по полкам, пробивают чеки. Зачастую они знают лучше самого владельца бизнеса, кто и сколько зарабатывает :)
+1
продавцы потому что видят прибыль и считают что это ужу чистая прибыль, они даже не думают о том что тебе придеется налог платить, аренду, реклама, , социалку. и хорошо если только за тех же самых продавцов, а то еще и за бухгалтера,, водителя, кондитера, дворника
Олег, не соглашусь с Вашей позицией. Странная логика: из-за того, что они могут узнать или увидеть, кто и сколько зарабатывает, - взять и предоставить эту информацию на блюдечке в открытом доступе.
Видя закупочную цену, у людей первая мысль - "ну нихр*на себе!". Никто не думает: "да, а ведь с этого еще надо платить налоги, и сколько еще затрат тут не учтено". В результате, все это потом сказывается на мотивации людей, в частности, менеджеров по продаже.
И, честно признаюсь, вряд ли хоть один предприниматель, находясь в здравом уме, захочет посвящать всех (!) в детали своего ценообразования, закупок и т.д.
Видя закупочную цену, у людей первая мысль - "ну нихр*на себе!". Никто не думает: "да, а ведь с этого еще надо платить налоги, и сколько еще затрат тут не учтено". В результате, все это потом сказывается на мотивации людей, в частности, менеджеров по продаже.
И, честно признаюсь, вряд ли хоть один предприниматель, находясь в здравом уме, захочет посвящать всех (!) в детали своего ценообразования, закупок и т.д.
Дмитрий, я не навязываю свою точку зрения. К тому же, это несколько отошло от обсуждения функциональности системы. По поводу мотивации у нас, наверное, тоже иные подходы - я принципиально не представляю себе, как запрет видеть закупочные цены будет выступать инструментом для того, чтобы сотрудники работали лучше :)
+2
Купили за 1000000р (по входным ценам, которые видны в ББ), продали за 1200000.
Зарплата сотрудника составляет (допустим) 10% от прибыли, т.е., в данном случае, 20000р.
Но, кроме миллиона затрат на чистую закупку, еще есть отчисления на аренду склада и зарплату складских работников, бухгалтерии и т.д. - постоянные затраты компании. Они разбиваются на каждую сделку, и по этой составляют, допустим, 10000р. То есть себестоимость с учетом этих расходов будет 1010000р. И зарплата сотрудника будет не 20000, а 19000.
Варианты:
1. Он отличный лояльный на 100% сотрудник, он все понимает, видит прайс "закупочный", но заходит в только прайс "вход Компания" и считает свою зарплату, исходя из него.
2. Он видит прайс "закупочный", заходит туда, видит свою зарплату 20000, задает вопрос "а почему?", ему отвечают, что 1000 ушла на обслуживание его сделки. Он не скандалит, а спокойно спрашивает - "почему именно 1000, а не 900 и не 700?" - и что, ему тут же все внутренние расчеты компании раскрыть? Все оклады, затраты на аренду, показать, как и что считается? Это же готовый бизнес-план, Олег. Вы бы так сделали? Если да, то завидую, на вас работают просто мегалюди, берегите их.
3. Он видит прайс "вход Компания", прайс "закупочный" не видит, не задает лишних вопросов и спокойно работает и зарабатывает.
Я хочу вариант №1. Вы мне предлагаете пользоваться №2. Но при попытке пользоваться №1 слишком часто получается №2. После второго разговора с сотрудниками уже не хочется ничего объяснять.
Зарплата сотрудника составляет (допустим) 10% от прибыли, т.е., в данном случае, 20000р.
Но, кроме миллиона затрат на чистую закупку, еще есть отчисления на аренду склада и зарплату складских работников, бухгалтерии и т.д. - постоянные затраты компании. Они разбиваются на каждую сделку, и по этой составляют, допустим, 10000р. То есть себестоимость с учетом этих расходов будет 1010000р. И зарплата сотрудника будет не 20000, а 19000.
Варианты:
1. Он отличный лояльный на 100% сотрудник, он все понимает, видит прайс "закупочный", но заходит в только прайс "вход Компания" и считает свою зарплату, исходя из него.
2. Он видит прайс "закупочный", заходит туда, видит свою зарплату 20000, задает вопрос "а почему?", ему отвечают, что 1000 ушла на обслуживание его сделки. Он не скандалит, а спокойно спрашивает - "почему именно 1000, а не 900 и не 700?" - и что, ему тут же все внутренние расчеты компании раскрыть? Все оклады, затраты на аренду, показать, как и что считается? Это же готовый бизнес-план, Олег. Вы бы так сделали? Если да, то завидую, на вас работают просто мегалюди, берегите их.
3. Он видит прайс "вход Компания", прайс "закупочный" не видит, не задает лишних вопросов и спокойно работает и зарабатывает.
Я хочу вариант №1. Вы мне предлагаете пользоваться №2. Но при попытке пользоваться №1 слишком часто получается №2. После второго разговора с сотрудниками уже не хочется ничего объяснять.
Здравствуйте, Алексей.
Подчеркну еще раз, что по поводу функциональности мы все решили, и пришли к консенсусу :) Поэтому, я могу просто поделиться личными наблюдениями по поводу вопроса, если это интересно, конечно. И не подумайте, я не учу вас жизни и не навязываю свою точку зрения. Мне в принципе интересны аспекты, связанные с мотивацией сотрудников, и интересны практические способы решения подобных вопросов, особенно в торговле. Поэтому можно завести отдельную тему, например "Мотивация сотрудников в торговле", и поделиться там личным опытом / устроить обсуждение / поделиться ссылками на литературу. Как вам такая идея?
Подчеркну еще раз, что по поводу функциональности мы все решили, и пришли к консенсусу :) Поэтому, я могу просто поделиться личными наблюдениями по поводу вопроса, если это интересно, конечно. И не подумайте, я не учу вас жизни и не навязываю свою точку зрения. Мне в принципе интересны аспекты, связанные с мотивацией сотрудников, и интересны практические способы решения подобных вопросов, особенно в торговле. Поэтому можно завести отдельную тему, например "Мотивация сотрудников в торговле", и поделиться там личным опытом / устроить обсуждение / поделиться ссылками на литературу. Как вам такая идея?
Я-то с удовольствием, было бы время на это.
Все-таки здесь я предпочитаю обсуждать более "прикладные" вопросы, связанные конкретно с вашим программным продуктом. Чтобы замахнуться на "мотивацию сотрудников в торговле" - я не считаю себя настолько авторитетным специалистом.
Благодарю за консенсус! Я рад, что мы с вами находим взаимопонимание, пусть и по прошествии времени.
По поводу обсуждений и нововведений - если возможно, включите меня в уведомления или рассылку "горячих тем" форума, если таковая существует.
Все-таки здесь я предпочитаю обсуждать более "прикладные" вопросы, связанные конкретно с вашим программным продуктом. Чтобы замахнуться на "мотивацию сотрудников в торговле" - я не считаю себя настолько авторитетным специалистом.
Благодарю за консенсус! Я рад, что мы с вами находим взаимопонимание, пусть и по прошествии времени.
По поводу обсуждений и нововведений - если возможно, включите меня в уведомления или рассылку "горячих тем" форума, если таковая существует.
Нет, не чтобы работали лучше, а чтобы хуже не работали :)
В общем, если в каких-то своих релизах Вы предусмотрите такую возможность для тех, кому она требуется - будет действительно очень здорово.
В общем, если в каких-то своих релизах Вы предусмотрите такую возможность для тех, кому она требуется - будет действительно очень здорово.
+4
да просто проведите рассылку опрос всех владельцев системы нужна ли им эта функция 99% ответят что ни продавцу за кассой ни менегуру нельзя знать закуп. Кто то потом и кровью получал цены от поставщиков и ему дали их конфиденциально а тут на смотри на халяву. Не вижу смысла кому то доказывать очевидные вещи. Осталось тллько автоматом высылать код налоговой. Уважаемый Олег смотрите на надобность это клиентам и технически как решать эту проблему. Зачем пускаться в пространственные рассуждения и доказывания что нам это не надо.
+3
Поддерживаю ! Функция нужная ! еще бы хотелось бы что бы менеджеры не видили и не вмешивались в другие склады, торговые точки кассы, товары,!
+4
Поддерживаю! Можно много рассуждать нужно это или нет, но пусть решает руководитель что и кому видеть!
В идеале в настройках появляются все прописанные цены с чекбоксами и администратор ставит галочки, какие цены видит каждый пользователь.
В идеале в настройках появляются все прописанные цены с чекбоксами и администратор ставит галочки, какие цены видит каждый пользователь.
+1
Здравствуйте, нравится ваша система. Включите, пожалуйста, в рассылку когда будет реализован обсуждаемый выше функционал. Очень нужен интерфейс продавца без просмотра закупочных цен, инфо о поставщиках, полных сведений о клиентской базе и другой инфо по товару, которую можно отнести к категории "коммерческая тайна".
Здравствуйте! В интерфейсе продавца (предназначен для розничной торговли) уже сейчас реализовано очень гибкое разделение прав, в том числе работа только с тем типом цен, который вы оставите открытым. Обсуждение данной темы относится к основному интерфейсу: работе менеджеров, кладовщиков и т.п.
+1
Подскажите, Вы принципиально уже приняли решение о том, что этот функционал необходим Большой Птице, и он ожидается в каком-то из релизов в следующем году, или нужно больше мнений пользователей?
+1
Дмитрий, мнений больше не нужно, мы поняли, что этот функционал действительно необходим, и у нас есть идеи по его реализации. В следующем году добавим.
Добрый день, Елена, Олег! "В следующем году добавим" - ориентироваться на январь или на декабрь 2016-го? 1 год уже прошел, надеюсь, в этом году вы мне сделаете подарок в виде реализации данного функционала не на католическое Рождество, а хотя бы на 23 февраля :)
Пока на 100% сроки сказать не можем, но однозначно планируем заняться настройкой прав по объектам сразу после выпуска релиза с валютами. Я бы сказала - весна 2016.
В преддверии осени 2017 я вспомнил о вашем желании "весной 2016 года" реализовать мою просьбу, поддержанную здесь вашими клиентами. Заодно и отпраздновал правильность фразы "обещанного три года ждут".
Конечно, вы теперь отправите меня к супер-пупер-обновлению "Птица 2.0", тоже с непонятными сроками.
Я раньше часто здесь писал свои идеи, пожелания, проблемы... теперь я просто смирился, что самое нужное не делается, и не пишу ничего. И уже 2 года никому не рекомендую вашу платформу.
Очень жаль, что ваше руководство не понимает, во что вам обходится отсутствие элементарной клиентоориентированности.
Алексей, год назад мы приняли волевое решение развивать "Большую Птицу" в определенном направлении - да, вы правы, это версия 2.0. Обновленная Птица позволит делать то, что сделать в текущем варианте системы крайне проблематично, в том числе и гибко управлять правами. Необходимость реализовать многочисленные пожелания наших пользователей наиболее логичным и правильным способом - это одна из причин, по которым мы сейчас сосредоточили основные усилия на второй версии. Все замечания и пожелания фиксируются и закладываются уже на этапе проектирования, а не "прикручиваются" сбоку к текущему варианту системы.
Здравствуйте! У меня 2 вопроса:
Реализована ли функция скрывать от продавца закупочную цену?
Как можно реализовать возможность работать с характеристиками товара? Меня интересует размеры в каталоге отдельно, хочется, чтобы в базе отображался каждый размер, но чтобы он не был указан на сайте Нетхаус в названии товара.
И есть ли мобильная точка продаж?
Сервис поддержки клиентов работает на платформе UserEcho
Проблема лежит несколько глубже, чем просто запретить определенному пользователю доступ к типу цен в конкретном документе. Фактически, это частный случай назначения прав пользователям на разные экземпляры объектов учета (это в первую очередь определенные элементы справочников и документы) системы. Я настроен против такого подхода, так как он порождает огромное количество неочевидных следствий. Но это в глобальном плане.
Что касается именно цены - я не понимаю, зачем нужно запрещать доступ типу цен менеджеру, который сам может при этом произвольно изменить цену в документе. Получается, для того, чтобы вскрыть факт злоупотреблений со стороны сотрудника, в любом случае нужен личный контроль руководителя. Поэтому этот момент проще и эффективнее регулировать путем договоренностей (и контролем их исполнения) внутри организации.