Привязка измерений к счету из плана счетов

[Gosha_imported]

Есть необходимость привязать к счету в плане счетов несколько кодов или интервал из сприска одного и того же измерения.
Цель: насторить несколько разрешенных комбинаций счет- измерение.
Стандартно NAV дает только один вариант. По крайней мере, мы решения данного вопроса не знаем.

[Milk]

В стандартном функционале можно использовать Измерение Комбинации. Заведите дополнительное измерение, допустим, СЧЕТ, значения которого как раз и будут соотвествовать счетам, для которых вы хотите настроить ограничения значений измерения, о котором вы пишете. Счетам припишите соответствующие значения измерения СЧЕТ. Затем в форме Измерение Комбинации настройте допустимые значения вашего измерения для каждого значения измерения СЧЕТ. При приписывании счетам значений измерения СЧЕТ ставьте "Единый Код".

[Gosha_imported]

http://forum.mazzy.ru/index.php?s=&sho...ost&p=35870

Как запасной вариант пойдет. Но хотелось бы обойтись без нового измерения.

Спасибо

[Gosha_imported]

Цитата:

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

http://forum.mazzy.ru/index.php?s=&sho...ost&p=35870

Как запасной вариант пойдет. Но хотелось бы обойтись без нового измерения.

Спасибо

Еще идей подкиньте, плиз.

[DA_NEAL]

Сделал подобный функционал добавив в табличку Default Dimension поле "Допустимое Значение Измерения Фильтр". Далее в Журналах измерений и необходимых учетных кодюнитах поставил проверку, попадает ли значение в определенный фильтр. Пришлось конечно программировать, но не скажу чтобы это заняло много времени.

[mvolshtein]

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

Кроме того, если количество значений "фильтруемого" измерения большое, то в таблице Dimension Value Combination надо хранить очень много строк (если, наприме, всего 50 значений, а для фин счета допустимо 5 значений), то для этого фин счета нужно заносить 45 строк. В результате проверка будет долгой и сильно замедлит учет. Еще печальнее будет, когда измерение имеет постоянно пополняемый список значений - в этом случае при добавлении каждого значения придется лезть в комбинации измерений и вставлять "запретные строки" для всех счетов, для которых оно не разрешено

Поэтому вариант с программированием кажется более предпочтительным, если конечно, все это работает, и доработкой охвачены все точки ввода и учета информации

[Gosha_imported]

Спасибо всем за помощь. Пойдем путем DA NEAL - будем менять код.

[adept_kz]

Всем привет!

Столкнулся с этой проблемой на практике. И, видимо, без изменения кода здесь никак не обойтись.

Не подскажете, какой именно объем работ в данном случае? Где следует менять стандартный функционал?

Поделитесь, плиз...