|
|
|
|
#1 |
|
Microsoft Dynamics
|
Цитата:
В стандартной функциональности разноска в ГК будет выполняться только в случае, если при переносе изменяется сайт или, при использовании российских профилей учета, изменяется профиль учета. Еще есть зависимость от российского параметра: Управление запасами\ Настройка\ Параметры\ Разное\ Финансовая разноска\ Журналы переноса и заказы на перемещение. В последних ролапах AX2009 эта логика еще докручивалась, чтобы учитывать счета разноски, соответствующие профилям учета. Если у вас есть модификации разноски в зависимости от складов, они тоже должны быть вписаны в эту логику. В общем, чтобы понять логику и от чего она зависит, смотрите метод класса InventMov_Jour_Transfer.mustBeBookedFinancially(), из него все должно быть очевидно. |
|
|
|
| За это сообщение автора поблагодарили: lev (5). | |
|
|
#2 |
|
Ищущий знания...
|
Цитата:
Сообщение от gene
Что означает "счета у складов"? В стандартной функциональности счета разноски движений номенклатуры не зависят от складов. У вас сделаны какие-то модификации?
В стандартной функциональности разноска в ГК будет выполняться только в случае, если при переносе изменяется сайт или, при использовании российских профилей учета, изменяется профиль учета. Еще есть зависимость от российского параметра: Управление запасами\ Настройка\ Параметры\ Разное\ Финансовая разноска\ Журналы переноса и заказы на перемещение. В последних ролапах AX2009 эта логика еще докручивалась, чтобы учитывать счета разноски, соответствующие профилям учета. Если у вас есть модификации разноски в зависимости от складов, они тоже должны быть вписаны в эту логику. В общем, чтобы понять логику и от чего она зависит, смотрите метод класса InventMov_Jour_Transfer.mustBeBookedFinancially(), из него все должно быть очевидно. ). В первую очередь поверить галку "Журналы переноса и заказы на перемещение" в параметрах запасов, скорее всего она у вас не стоит. Перевод конечно у поля не ахти, если не читать HelpText, который пишется внизу формы при вставании на поле, трудно понять его предназначение
__________________
"Страх перед возможностью ошибки не должен отвращать нас от поисков истины." (с) С Уважением, Елизаров Артем |
|
|
|
|
#3 |
|
Ищущий знания...
|
Ещё хочется добавить.
Если вы используете складскую аналитику "Профиль учета", то посмотрите вот эту тему (ссылка дана сразу на нужное сообщение от fed), она поможет вам избежать проблем с задвоением InventTransPosting'ов, при рпзноске переносов.
__________________
"Страх перед возможностью ошибки не должен отвращать нас от поисков истины." (с) С Уважением, Елизаров Артем |
|
|
|
|
#4 |
|
Участник
|
Посмотрел согласно вашим советам места в системе, всё верно. Так что здесь что-то ещё не так...
|
|
|
|
|
#5 |
|
Ищущий знания...
|
А у вас метод mustBeBookedFinancially() класса InventMov_Jour_Transfer модифицирован?
__________________
"Страх перед возможностью ошибки не должен отвращать нас от поисков истины." (с) С Уважением, Елизаров Артем |
|
|
|
|
#6 |
|
Участник
|
|
|
|
|
|
#7 |
|
Ищущий знания...
|
как раз он НЕ должен быть модифицирован
![]() т.е. в стандартной системе, при наличии выше описанных в теме настроек, проводки по переносам создаются (вчера вечером протестил). если у Вас проводки не создаются, значит скорее всего в системе были какие либо доработки. Проверка на возможность формирования фин операций в системе выполняется в указанном методе (mustBeBookedFinancially()).
__________________
"Страх перед возможностью ошибки не должен отвращать нас от поисков истины." (с) С Уважением, Елизаров Артем |
|
|
|
|
#8 |
|
Участник
|
Цитата:
Спасибо вам за советы. Завтра посмотрю подробнее места, указанные вами. |
|
|
|
|
| Опции темы | Поиск в этой теме |
| Опции просмотра | |
|