Сторінка 2 з 3
Re: Оновлення 11.02.008
Додано: 05 травня 2020, 10:31
hatmaster
KonstantinM писав: ↑04 травня 2020, 19:52
Возможно, это достаточно для компаний с 1-2 сотрудниками бухгалтерии, но для больших компаний это увеличение затрат на администрирование.
В тому то й проблема, що 80, якщо не 90% користувачів ролі не використовують, або використовують чисто косметично.
Скажу більше, в деяких компаніях адміни взагалі відхрещуються від Медка, віддаючи його на розсуд бухам.
Re: Оновлення 11.02.008
Додано: 05 травня 2020, 12:04
Sergeyfit
KonstantinM писав: ↑04 травня 2020, 10:17
Добрый день,
Подскажите, пожалуйста, какие изменения вы вносили в права доступа?
Бухгалтер по налогам не видит документы НН и РК.
В настройках роли не могу их найти и в разделе "Доступ до бланків".
Спасибо,
Константин
така сама проблема, якщо у Користувача більше одніє Ролі. Я бачу під Адміном всі ПН та РК, а користувач ні (навіть частково, вхідні деякі чомусь бачить). Вчора до оновлення все працювало.
Ще інші коистувачі - не може тпере відправити Звіт або прийняти пошту, вірніше натискають прийняти але тиша...
Під Адміном все ок
НІЧОГО не змінювали до і після оновлення
Re: Оновлення 11.02.008
Додано: 05 травня 2020, 12:28
dontunderstand
Белокопытов Геннадий писав: ↑04 травня 2020, 11:29
KonstantinM
Если для пользователя назначено две роли, одна из которых разрешает доступ, а вторая его закрывает, доступа к бланку не будет, по принципу взаимоисключения. В данном случае вам необходимо откорректировать роль, которая запрещает доступ к НН для этого пользователя.
Но, Геннадий, политика не работает даже так как в Вашем описании.
Например, имеем две роли в пределах одного предприятия:
Роль 1 - доступ только к реестру отчетов и всем бланкам;
Роль 2 - доступ только к реестру первичных документов и только бланкам актов.
Скрещивание этих ролей должно закрывать доступ ко всему. Но происходит не так - реестр отчетов виден полностью, а в реестре первички пусто. Как понять где будет приоритет по ограничениям?
Поддерживаю KonstantinM, нововведения нарушают всю систему доступов по ролям в больших корпорациях. Логики и понимания что к чему нет, а проблем с перестройкой ролевой модели немерено.
Re: Оновлення 11.02.008
Додано: 05 травня 2020, 13:17
Sergeyfit
dontunderstand писав: ↑05 травня 2020, 12:28
Поддерживаю KonstantinM, нововведения нарушают всю систему доступов по ролям в больших корпорациях. Логики и понимания что к чему нет, а проблем с перестройкой ролевой модели немерено.
Це абсурд, якщо це таке нововведення !!!
У нас корпорація і Ролей більше ніж 20 і вони між собою пересікаються, деякі мають право до цього бланку і функціоналу, деякі, інші на відправку тільки і т.п.
Різні організації/ різні бланки/ різні можливості - ВОНИ всі перехресні!!!!!!!!
Re: Оновлення 11.02.008
Додано: 05 травня 2020, 13:21
Ros Vyshniakov
Sergeyfit писав: ↑05 травня 2020, 13:17
dontunderstand писав: ↑05 травня 2020, 12:28
Поддерживаю KonstantinM, нововведения нарушают всю систему доступов по ролям в больших корпорациях. Логики и понимания что к чему нет, а проблем с перестройкой ролевой модели немерено.
Це абсурд, якщо це таке новоовдення !!!
У нас корпорація і Ролй більше ніж 20 і вони між собою пересікаються, деякі мають право до цього бланку і функціоналу, деякі, інші на відправку тільки і т.п.
Різні організації/ різні бланки/ різні можливості - ВОНИ всі перехрестні!!!!!!!!
Таже ситуация, сижу второй день и не знаю что делать и с чего начинать... Пока не ставил данное обновление.
Re: Оновлення 11.02.008
Додано: 05 травня 2020, 13:27
Sergeyfit
Є логіка Ролів, як таких в любій Системі -
Є базова роль - назвемо її так. Скелет
І є допоміжні Ролі в яких додано певний перелік бланк/ів або можливості функціоналу (відправка/відкриття/видалення тощо)
І вони набірні повинні бути, як і було до цього, як скелет який обростає м'язами
У мене є Користувачі у яких одночасно 10+ Ролей.
І якщо ВИ пропонуєте робити взаємно виключні ролі, то мені потрібно буде для кожного Користувача створювати свою окрему роль.
300 користувачів = 300 ролей.
У вашому Медку $#@%$#@ немає можливості вивантажити налаштування ролей при масштабуванні системи чи перенесенню, тощо.
При використанні Ролей - відбір у Користувачів і робота загалом системи. продуктивність падає на 300+% (я без Ролей відкриваю на цьому ж ПК той самий реєстр за 6 сек, користувач з Ролями на цьому ж ПК за 35 сек) Це нормально?
навіщо тоді Ролі, якщо немає логіки??? Скажіть, що у вас ПЗ нульового рівня без гнучкої системи керування.
Реально абсурд і утопія, вибачте за каламбур
Re: Оновлення 11.02.008
Додано: 05 травня 2020, 13:31
KonstantinM
Белокопытов Геннадий писав: ↑04 травня 2020, 20:12
KonstantinM
Спасибо за описанный пример, на текущий момент реализация политики ролей работает как описано в сообщениях выше.
Со своей стороны мы дополнительно проанализируем логику ролей на необходимость доработки.
Геннадий, добрый день,
Пожалуйста, проанализируйте и верните предыдущее решение.
Спасибо,
Константин
Re: Оновлення 11.02.008
Додано: 05 травня 2020, 13:35
Sergeyfit
KonstantinM писав: ↑04 травня 2020, 19:52
Почему в best practice к ERP SAP используется принцип, который я описал в предыдущем посте, что Роль1+Роль2 дают увеличение прав доступа, а не уменьшение?
Полагаю, Вам стоит ориентироваться на best practice лидеров и не изобретать что-то новое.
Спасибо,
Константин
У нас теж SAP і 1с і там теж працює логіка збільшення функціоналу ролей, а не "кастрування".
Повертайте все терміново, робота стала на корпораціях!
Прохання займіться більш детально з приводу продуктивності БД для роботи з ролями.
Re: Оновлення 11.02.008
Додано: 05 травня 2020, 13:38
KonstantinM
dontunderstand писав: ↑05 травня 2020, 12:28
Но, Геннадий, политика не работает даже так как в Вашем описании.
Например, имеем две роли в пределах одного предприятия:
Роль 1 - доступ только к реестру отчетов и всем бланкам;
Роль 2 - доступ только к реестру первичных документов и только бланкам актов.
Скрещивание этих ролей должно закрывать доступ ко всему. Но происходит не так - реестр отчетов виден полностью, а в реестре первички пусто. Как понять где будет приоритет по ограничениям?
Поддерживаю KonstantinM, нововведения нарушают всю систему доступов по ролям в больших корпорациях. Логики и понимания что к чему нет, а проблем с перестройкой ролевой модели немерено.
Вы похоже нашли баг в этой взаимоисключающей "логике"
Re: Оновлення 11.02.008
Додано: 05 травня 2020, 13:52
Mighty Max
Добрый день.
После установки обновления 11.02.008 у пользователей перестал открываться реестр ТТН, выводит ошибку: ORA-00904: "C"."IDORG": недопустимый идентификатор. Под администратором реестр отображается. Используется оракловая версия медка, сервер приложения и сервер БД совмещены, пользователи запускают клиент на выделенном терминальном сервере. Проблема проявляется как на серверной части, так и на клиентской.
Просьба помочь пофиксить.
Re: Оновлення 11.02.008
Додано: 05 травня 2020, 14:26
Белокопытов Геннадий
KonstantinM, Sergeyfit, Ros Vyshniakov, dontunderstand
По работе ролей в программе, спасибо всем за описанные замечания, сценарии. Со своей стороны мы также проанализировали подобные примеры с назначением нескольких ролей, которые могут быть дополненными и уже начали работы по доработке этого механизма. В следующем обновлении мы доработаем механизм ролей с возможностью накопления правил при назначении одному пользователю нескольких ролей в пределах одного предприятия. Ориентировочно доработку выпустим до конца следующей недели.
Re: Оновлення 11.02.008
Додано: 05 травня 2020, 14:28
Sergeyfit
Белокопытов Геннадий писав: ↑05 травня 2020, 14:26
KonstantinM, Sergeyfit, Ros Vyshniakov, dontunderstand
По работе ролей в программе, спасибо всем за описанные замечания, сценарии. Со своей стороны мы также проанализировали подобные примеры с назначением нескольких ролей, которые могут быть дополненными и уже начали работы по доработке этого механизма. В следующем обновлении мы доработаем механизм ролей с возможностью накопления правил при назначении одному пользователю нескольких ролей в пределах одного предприятия. Ориентировочно доработку выпустим до конца следующей недели.
Супер але до кінця НАСТУПНОЇ неділі це занадто, що робити зараз?
Re: Оновлення 11.02.008
Додано: 05 травня 2020, 14:32
Белокопытов Геннадий
Sergeyfit
Ми обов’язково надамо вам особисто тимчасове рішення після того як воно буде реалізоване
Re: Оновлення 11.02.008
Додано: 05 травня 2020, 14:40
Sergeyfit
Дякуємо за розуміння
Re: Оновлення 11.02.008
Додано: 07 травня 2020, 12:46
rsv
Сьогодні двічі доводилося завантажувати на різних ноутбуках дистрибутив і останнє оновлення. І в обох випадках однакова ситуація: дистрибутив завантажується буквально моментально (приблизно хвилин 7), а оновлення тягне хвилин 20. І це при тому, що розмір дистрибутиву в 15 разів більший!!! От і зараз я саме в процесі - вже завантажив дистрибутив + фреймворк і т.п. Вже МЕДок стоїть готовий к труду і абаронє. А оновлення все ще й досі тягнеться...
Re: Оновлення 11.02.008
Додано: 07 травня 2020, 13:00
rsv
hatmaster писав: ↑05 травня 2020, 10:31
Скажу більше, в деяких компаніях адміни взагалі відхрещуються від Медка, віддаючи його на розсуд бухам.
На одному з заводів у нас адміни так і зробили. А бухи скинули все на тих, в кого купляли (тобто на нас). Навіть оновлення ми їм ходимо робити.
Re: Оновлення 11.02.008
Додано: 07 травня 2020, 13:11
priup
rsv писав: ↑07 травня 2020, 13:00
hatmaster писав: ↑05 травня 2020, 10:31
Скажу більше, в деяких компаніях адміни взагалі відхрещуються від Медка, віддаючи його на розсуд бухам.
На одному з заводів у нас адміни так і зробили. А бухи скинули все на тих, в кого купляли (тобто на нас).
Навіть оновлення ми їм ходимо робити.
За денешку ходите, надеюсь................
Re: Оновлення 11.02.008
Додано: 07 травня 2020, 13:15
priup
Баг этого обновления:
автопродолжение сертификатов и после отправки заявок в АЦСКА "Украина"
МЕДОК 008 версии пугает ВСЕХ сообщением : "ОПЕРАЦИЮ СКАСОВАНО............." хотя заявки улетают нормальн7о и прилетают к Администратору регистраций тоже нормально!!
Re: Оновлення 11.02.008
Додано: 07 травня 2020, 13:44
Белокопытов Геннадий
priup
Это будет откорректировано в ближайшем обновлении
Re: Оновлення 11.02.008
Додано: 07 травня 2020, 14:44
hatmaster
rsv писав: ↑07 травня 2020, 12:46
Сьогодні двічі доводилося завантажувати на різних ноутбуках дистрибутив і останнє оновлення. І в обох випадках однакова ситуація: дистрибутив завантажується буквально моментально (приблизно хвилин 7), а оновлення тягне хвилин 20. І це при тому, що розмір дистрибутиву в 15 разів більший!!! От і зараз я саме в процесі - вже завантажив дистрибутив + фреймворк і т.п. Вже МЕДок стоїть готовий к труду і абаронє. А оновлення все ще й досі тягнеться...
Ви оновлення тягнете файлом чи прямо в Медку?
Сьогодні встановлював, таких артефактів не було