Заблокировать финансовую аналитику?

[propeller]

Axapta 4.0 sp2
Возможно ли в стандартном функционале закрытие аналитик таким образом, чтобы ее нельзя было выбрать ни в заказе, ни в закупке, ни где либо еще.
Знаю, можно удалить ее, но это не подходит.
Можно также закрыть ее для разноски, что тоже не устраивает.

[Bober]

Нестандартное решение. Жаль что уже не 1 апреля. Так вот: можно аналитику переименовать, тогда пользователи не будут видеть ту, которой пользовались, а использовать переименованную им даже в голову не придёт никогда, потому что это будет что-то за пределами их понимания.
PS я серьёзно (если не дадут более простого и эффективного решения)

[Raven Melancholic]

Цитата:

Можно также закрыть ее для разноски, что тоже не устраивает.

А почему не устраивает? При помощи наборов аналитик можно настроить запрет не только на разноску, но и на сохранение, то есть возможность выбора останется, а сохранения уже не получится.
Или нужно чтобы её вообще не видели? Тогда - RLS.

[Bober]

Для настройки RLS нужно знать исчерпывающий список мест, где аналитику не нужно видеть. Вопрос же был поставлен так: ни в заказе, ни в закупке, ни где либо еще. Ключевое слово - "ни где либо еще". То есть заранее неизвестно, либо надо полный-преполный список составлять по всей Аксапте. Лучше же иметь возможность просто отключить, и всё.

[sukhanchik]

Цитата:

Сообщение от propeller

Axapta 4.0 sp2
Возможно ли в стандартном функционале закрытие аналитик таким образом, чтобы ее нельзя было выбрать ни в заказе, ни в закупке, ни где либо еще.
Знаю, можно удалить ее, но это не подходит.
Можно также закрыть ее для разноски, что тоже не устраивает.

А галка Закрыто в справочнике аналитик не подходит?
А вообще почитайте про иерархию аналитик. Иерархия аналитик - это фактически перечень разрешенных значений аналитик. Т.е. можно задать перечень возможных значений, после чего нельзя будет выбрать запрещенную аналитику. А в зависимости от параметра "Активировать наборы" и сохранить запись с запрещенной аналитикой.

Для использования всего этого поставьте в параметрах главной книги параметр "Активировать наборы" (закладка Главная книга) в значение "При обновлении и разноске"

[Raven Melancholic]

Цитата:

Сообщение от sukhanchik

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

Выбрать-то все равно можно. Например:

• переключившись на закладку "Все";
• введя значение вручную;
• скопировав из буфера обмена.

А вот разнести (или сохранить - зависит от настроек модуля) уже нельзя.

Цитата:

Сообщение от Bober

Для настройки RLS нужно знать исчерпывающий список мест, где аналитику не нужно видеть

Ну зачем-же? Для исключения из лукапа - достаточно RLS на таблицу аналитик и в паре мест, где заполнение временной таблицы производится при помощи select чуть-чуть поправить код, чтобы select использовал RLS. А для запрета ввода руками - настраиваем наборы аналитик, ну или по старому - настраиваем план счетов, но тогда запрет будет только для разноски, а не для сохранения..

[sukhanchik]

Цитата:

Сообщение от Raven Melancholic

Выбрать-то все равно можно. Например:

• переключившись на закладку "Все";
• введя значение вручную;
• скопировав из буфера обмена.

А вот разнести (или сохранить - зависит от настроек модуля) уже нельзя.

А вот тут Вы ошибаетесь.
Все зависит от параметра "Активировать наборы".

В частности, в заказах на продажу проверка стоит на методе SalesTable.validateWrite()
Т.е. заказ не сохранится, если значение не будет являться разрешенным. Хотя само поле заполнить конечно можно

[Bober]

Цитата:

Сообщение от propeller

закрытие аналитик таким образом, чтобы ее нельзя было выбрать ни в заказе, ни в закупке, ни где либо еще.

Вообще-то, формулировка не однозначная. Речь идет об аналитике как таковой, или же о конкретном значении аналитики ? То есть, отключить вообще аналитику "Центр затрат", или не давать выбирать какой-то конкретный центр затрат, разрешая выбирать остальные ?

[sukhanchik]

Цитата:

Сообщение от Bober

Вообще-то, формулировка не однозначная. Речь идет об аналитике как таковой, или же о конкретном значении аналитики ? То есть, отключить вообще аналитику "Центр затрат", или не давать выбирать какой-то конкретный центр затрат, разрешая выбирать остальные ?

Оставшаяся часть фразы топикстартера

Цитата:

Сообщение от propeller

Знаю, можно удалить ее, но это не подходит.
Можно также закрыть ее для разноски, что тоже не устраивает.

позволяет с уверенностью 99% склониться к тому, что речь идет о конкретном значении аналитики.

[Bober]

Цитата:

Сообщение от sukhanchik

Оставшаяся часть фразы топикстартера позволяет с уверенностью 99% склониться к тому, что речь идет о конкретном значении аналитики.

Хорошо. Почему бы "топикстартеру" это значение просто временно не переименовать, например в "Не используется". Потом вернёт обратно.

[Raven Melancholic]

Цитата:

Сообщение от sukhanchik

А вот тут Вы ошибаетесь.
Все зависит от параметра "Активировать наборы".

Так я же и говорю, что место проверки запрета (разноска или разноска и сохранение):

Цитата:

зависит от настроек модуля

В том же validateWrite третий параметр метода проверки передается true

[sukhanchik]

Цитата:

Сообщение от Bober

Хорошо. Почему бы "топикстартеру" это значение просто временно не переименовать, например в "Не используется". Потом вернёт обратно.

(на правах предположения) Потому что:
1. Пользователь может "не заметить" (хотя это бред конечно - но тем не менее)
2. Возможно, что (только если есть свои модификации) что-то сделано так, что не отреагирует на переименование аналитики

Цитата:

Сообщение от Raven Melancholic

Так я же и говорю, что место проверки запрета (разноска или разноска и сохранение):

В том же validateWrite третий параметр метода проверки передается true

Он говорит о том, что осуществлять проверку при сохранении и разноски - в зависимости от параметра.
Если бы передавался false - то проверка осуществлялась бы только при сохранении (но не при разноске) без учета параметра.

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

[Bober]

Цитата:

Сообщение от sukhanchik

(на правах предположения)

propeller'а в студию !

[Raven Melancholic]

Цитата:

Сообщение от sukhanchik

Он говорит о том, что осуществлять проверку при сохранении и разноски - в зависимости от параметра.
Если бы передавался false - то проверка осуществлялась бы только при сохранении (но не при разноске) без учета параметра.

Я даже засомневался в том, что знаю и чем пользуюсь
Пришлось лезть в код метода checkDimension:

    if (!this.useValidation() ||
        (LedgerParameters::find().DimensionSetActive == DimensionSetActive::AtPosting && _checkWriteValidation))
    {
        return true;
    }

То есть, третий параметр (checkWriteValidation) говорит о том, что в данный момент нужна проверка именно сохранения. И если это так, а в параметрах модуля выбрано значение AtPosting, то проверки не осуществляется. А то что в параметрах не стоит None, проверяется в методе useValidation
То есть метода

Цитата:

только при сохранении (но не при разноске)

просто не существует

[sukhanchik]

Цитата:

Сообщение от Raven Melancholic

То есть метода
только при сохранении (но не при разноске)
просто не существует

Его не существует (и режима такого не существует).
Но:
1. Если в параметрах модуля выбрано не AtPosting (При разноске), а AtUpdateAndPosting (При разноске и обновлении), то выполняется проверка при сохранении записи (как изначально и было нужно - т.е. проверка будет выполнена ДО разноски - на этапе ввода (сохранения записи))
2. Теоретически, если вызвать из кода метод с 3-м параметром false, то можно добиться проверки только при сохранении (при этом значение в параметрах модуля может быть любым кроме Нет).

[sukhanchik]

2Raven Melancholic:
Перечитал еще раз ветку. Мы говорим об одном и том же
Если запрещать аналитику через галку Закрыто при установленном параметре Проверять при обновлении и разноске - то получается, что пользователь не сможет выбрать аналитику (значение аналитики) на первой закладке лукапа, но сможет ввести ее руками.
НО! Дальше сохранения дело-то все равно не пойдет - так что эта возможность - она липовая
Поэтому сей метод (как я считаю) лучше навешивания RLS-ов, с которыми возни будет ну точно не меньше

[propeller]

При сохранении тоже подойдет. Правильно я понимаю, что для того чтобы значение аналитики нельзя было выбрать например в заказе, нужно:
1. Установить параметр главной книги "активировать наборы" в "Проверять при обновлении и разноске"
2. Создать наборы аналитик.
3. Для данного значение аналитики установить маркер "Закрыто".
или можно обойтись без набора аналитик?

[Raven Melancholic]

Да, перечисленные шаги достаточны.
А вот

Цитата:

или можно обойтись без набора аналитик

если учесть условие

Цитата:

Возможно ли в стандартном функционале

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

[sukhanchik]

Цитата:

Сообщение от Raven Melancholic

Создать набор аналитик непросто. Точнее создать-то просто, а вот правильно выбрать зависимости уже намного сложнее.

Если аналитики между собой независимые - то вполне можно создать набор на одну ту аналитику, значение которой нужно заблокировать

[Rezervforall]

мда.....
практика показывает - обычное скрытие поля аналитики на формах дает необходимый эффект.
как в известном фильме "Ты бы еще Ницше процитировал" ))))))