Подсистема "Конструктор правил заполнения объектов" на основе СКД (для обычного или управляемого приложения).
Комментарии
В избранное
Подписаться на ответы
Сортировка:
Древо развёрнутое
Свернуть все
Да, вещь вроде бы нужная, но крайне вреднючая.
Юзеры и так без мозгов, а когда программа за них все заполняет, они вообще думать перестают, после чего с таким контингентом в разу труднее работать...
Плюсану так или иначе, работа дельная.
Юзеры и так без мозгов, а когда программа за них все заполняет, они вообще думать перестают, после чего с таким контингентом в разу труднее работать...
Плюсану так или иначе, работа дельная.
(1) Сомневаюсь, что исключение из ежедневной деятельности пользователей некоторых рутинных операций, связанных с вводом значений, повлияет как то негативно на их мышление. Считаю, что в рамках учетной системы есть возможность и необходимость заняться чем-то более сложным и важным, что не позволит расслабиться. Тем более вне учетной системы. Для программистов - аналогично.
По своему опыту отметил следующее - есть пользователи, которые самостоятельно настроили программу под себя. Они же обычно умеют редактировать структуры отчетов, делиться их вариантами друг с другом, знают о регистрах, читают описания обновлений конфигураций и тп. И есть остальные.
На данный момент, после внедрения этого решения, качественных изменений мышления своих пользователей не заметил.
По своему опыту отметил следующее - есть пользователи, которые самостоятельно настроили программу под себя. Они же обычно умеют редактировать структуры отчетов, делиться их вариантами друг с другом, знают о регистрах, читают описания обновлений конфигураций и тп. И есть остальные.
На данный момент, после внедрения этого решения, качественных изменений мышления своих пользователей не заметил.
(2) Приведу пример.
Каждое утро, в одной организации должны были отрабатывать регламентные операции, финалом которых были созданные документы реализации.
Как итог, начальник службы, тот кто и должен был создавать эти документы (максимум 6 штук в день), так как подчиненные несколько иные роли выполняют, так вот этот начальник тупо не знает как эти документы создавать и у него каждый раз ступор, когда по каким либо причинам регламент не отрабатывает.
При этом, если создать документ реализации вручную, то нужно указать всего лишь контрагента и склад, потом нажать кнопку заполнить товары по реализациям таким-та...
Каждое утро, в одной организации должны были отрабатывать регламентные операции, финалом которых были созданные документы реализации.
Как итог, начальник службы, тот кто и должен был создавать эти документы (максимум 6 штук в день), так как подчиненные несколько иные роли выполняют, так вот этот начальник тупо не знает как эти документы создавать и у него каждый раз ступор, когда по каким либо причинам регламент не отрабатывает.
При этом, если создать документ реализации вручную, то нужно указать всего лишь контрагента и склад, потом нажать кнопку заполнить товары по реализациям таким-та...
(4) Банально все:
1. Компьютерная неграмотность
2. Низкая квалификация пользователя учетной системы
Причина - отсутствие жестких требования к выше обозначенным пунктам.
Поэтому, если что-то за юзера само делается, то ему это на руку, а что-то не дай бог сдвинется влево или вправо и все, трагедия))
Инструкции да хорошее дело, но и желтые книжки никто не отменял!
Был недавно в книжном магазине.
Да книг вообще завались, покупай, учись...
Ладно, думаю можно не продолжать флудить на эту тему.
1. Компьютерная неграмотность
2. Низкая квалификация пользователя учетной системы
Причина - отсутствие жестких требования к выше обозначенным пунктам.
Поэтому, если что-то за юзера само делается, то ему это на руку, а что-то не дай бог сдвинется влево или вправо и все, трагедия))
Инструкции да хорошее дело, но и желтые книжки никто не отменял!
Был недавно в книжном магазине.
Да книг вообще завались, покупай, учись...
Ладно, думаю можно не продолжать флудить на эту тему.
Если пользователь заполнил реквизит объекта до записи, а в правиле для события "Перед записью" переопределено заполнение этого же реквизита, то как ведет себя подсистема?
Проще говоря, можно ли в правилах учитывать, заполнен ли реквизит, и тем самым указывать в правиле, что заполнять реквизит надо только если он не заполнен (или явным образом указывать, что заполнять надо всегда независимо от его заполнения).
Проще говоря, можно ли в правилах учитывать, заполнен ли реквизит, и тем самым указывать в правиле, что заполнять реквизит надо только если он не заполнен (или явным образом указывать, что заполнять надо всегда независимо от его заполнения).
(10) Здравствуйте!
Последний раз актуализировали на платформе 8.3.14 примерно 23.11.2020. Сомневаюсь, что на 8.3.18 синтаксис поменялся с тех пор как то значительно для "Конструктора правил заполнения") Версия конфигурации, в общем случае, не влияет на работоспособность подсистемы, поскольку все необходимые функции уже в себе содержит. Не влияет и версия БСП основной конфы. Так что - дерзайте)
Последний раз актуализировали на платформе 8.3.14 примерно 23.11.2020. Сомневаюсь, что на 8.3.18 синтаксис поменялся с тех пор как то значительно для "Конструктора правил заполнения") Версия конфигурации, в общем случае, не влияет на работоспособность подсистемы, поскольку все необходимые функции уже в себе содержит. Не влияет и версия БСП основной конфы. Так что - дерзайте)
