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

[Alexx7]

Добрый день.

Есть задача ограничить список корр. счетов при разноске, т.е. ведется ли где то в аксапте список коректных проводок, по которому осуществряется контроль при разноске?
Например: в журнале пользователь создал проводку д44 к60, а в списке коректных проводок есть проводка д44 к76.5 селедовательно при проверке/разноске система должна ругаться на то, что проводка не правильная. Или может какой то другой способ контроля есть?

Спасибо.

[_scorp_]

Насколько я знаю, такой проверки стандартными средствами сделать нельзя.
В LedgerTrans нет проводок типа д44 к60. Будут отдельная проводка Д44 и отдельная проводка к60. И объединены эти проводки будут идентификаторами корреспонденции BondBatch_RU и BondBatchTrans_RU. Если вам нужно осуществлять подобную проверку, то создайте таблицу, в которой будут заданы только правильные с вашей точки зрения корр. счета и доработайте классы LedgerBond* таким образом, чтобы если происходит попытка откорреспондировать счета не из "верного списка" вылетала ошибка.

[longson]

Такой функционал есть. Gопробуйте, перед разработкой новых функционалов.

ГК/Настройка/Журналы/Наименование журналов/Проверка журнала.

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

[Alexx7]

Цитата:

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

Такой функционал есть. Gопробуйте, перед разработкой новых функционалов.

ГК/Настройка/Журналы/Наименование журналов/Проверка журнала.

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

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

p.s. На форуме ничего подходящего по своему вопросу не нашел.

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

Цитата:

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

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

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

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

[TasmanianDevil]

Цитата:

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

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

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

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

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

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

[Murlin]

Цитата:

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

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

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

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

[raz]

запрет корреспонденции счетов