Контроль корреспонденции счетов в AX 4.0 sp2

[Михаил Андреев]

Цитата:

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

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

У Вас простой пользователь имеет доступ к профилям разноски? Тогда и администраторские права можно всем раздать...

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

[TasmanianDevil]

Цитата:

Сообщение от Михаил Андреев

У Вас простой пользователь имеет доступ к профилям разноски? Тогда и администраторские права можно всем раздать...

На чтение - имеет, это прямая необходимость для выполнения его (пользователя) функций (выбор профиля в документе/журнале). В противном случае либо работа не будет выполнена(пустой профиль), либо Relation на таблице или по EDT будет материться (вставка его руками а не lookup()'ом).

2Alexx7
В каком виде настроены профили разноски - личное и глубоко интимное дело в каждом из конкретных случаев. Мы априорно понятия не имеем о содержимом таблицы профилей разноски и о их наполнении (какой набор счетов , в каких комбинациях, в каком количестве строк по стандартным схемам "все/группа/таблица"). Можно, конечно привязаться к разного рода методам таблиц профилей разноски, возвращающим счет по коду счета сущности и коду профиля согласно внутренних правил - но это потребует нескольких модификаций, пропорциональных по количеству таблицам профилей разноски. Но и это, по большому счету, не выход. Даже если мы это сделаем - не во всех случаях до момента разноски и запуска механизма корреспондирования будет известен корреспондирующий счет (сложные N:M проводки журналов на основе журнала ГК, обработка накладных по закупке/заказу - любые места, где корреспонденция явно не указана, а это подавляющее большинство случаев работы с ГК) .

Потому, с учетом темы , указанной raz'ом для ознакомления и моего там высказывания, наиболее разумным, IMHO, будет следующее :
1) Реализация в системе списка разрешенных корреспонденций
2) Доработка механизма корреспонденции, работающего по данным п.1

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

[Murlin]

Цитата:

Сообщение от Михаил Андреев

У Вас простой пользователь имеет доступ к профилям разноски? Тогда и администраторские права можно всем раздать...

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

Ну вот а допустим я хочу контролировать определенную операцию(например сопоставление), зачем нужно искать 1000 мест в коде если в одном месте было бы это возможно сделать.