Не разносятся верно складские журналы - DAX: Программирование

Cardagant · 27.12.2011, 23:51

Прошу подсказать возможные причины следующего.

Разношу складской журнал типа Перенос, апдейтятся все нужные таблицы (InventTrans и так далее), но в LwdgerTrans операция не фиксируется. Счета у складов с которого (Счёт ГК) и на который переношу (Корр. счёт) разные.

Спасибо.

lev · 28.12.2011, 00:01

Цитата:

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

Прошу подсказать возможные причины следующего.

Разношу складской журнал типа Перенос, апдейтятся все нужные таблицы (InventTrans и так далее), но в LwdgerTrans операция не фиксируется. Счета у складов с которого (Счёт ГК) и на который переношу (Корр. счёт) разные.

Спасибо.

Какая версия аксатпы?

Cardagant · 28.12.2011, 00:02

Версия: DAX 2009

lev · 28.12.2011, 00:18

Разноску запасов настроили (Управление запасами \ Настройка \ Разноска \ Разноска)?
Там на форме на вкладке Запасы необходимо сделать настройки для Расхода, Прихода, Внутрихолдинговые расчеты с клиентами, Внутрихолдинговые расчеты с поставщиками.

P.S. вот тут об одном приколе на эту тему писал...

Cardagant · 28.12.2011, 00:25

Да, все настройки в форме Управление запасами \ Настройка \ Разноска \ Разноска сделаны верно.

gene · 28.12.2011, 00:41

Цитата:

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

Разношу складской журнал типа Перенос, апдейтятся все нужные таблицы (InventTrans и так далее), но в LwdgerTrans операция не фиксируется. Счета у складов с которого (Счёт ГК) и на который переношу (Корр. счёт) разные.

Что означает "счета у складов"? В стандартной функциональности счета разноски движений номенклатуры не зависят от складов. У вас сделаны какие-то модификации?
В стандартной функциональности разноска в ГК будет выполняться только в случае, если при переносе изменяется сайт или, при использовании российских профилей учета, изменяется профиль учета. Еще есть зависимость от российского параметра: Управление запасами\ Настройка\ Параметры\ Разное\ Финансовая разноска\ Журналы переноса и заказы на перемещение. В последних ролапах AX2009 эта логика еще докручивалась, чтобы учитывать счета разноски, соответствующие профилям учета. Если у вас есть модификации разноски в зависимости от складов, они тоже должны быть вписаны в эту логику.
В общем, чтобы понять логику и от чего она зависит, смотрите метод класса InventMov_Jour_Transfer.mustBeBookedFinancially(), из него все должно быть очевидно.

lev · 28.12.2011, 00:47

Цитата:

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

Что означает "счета у складов"? В стандартной функциональности счета разноски движений номенклатуры не зависят от складов. У вас сделаны какие-то модификации?
В стандартной функциональности разноска в ГК будет выполняться только в случае, если при переносе изменяется сайт или, при использовании российских профилей учета, изменяется профиль учета. Еще есть зависимость от российского параметра: Управление запасами\ Настройка\ Параметры\ Разное\ Финансовая разноска\ Журналы переноса и заказы на перемещение. В последних ролапах AX2009 эта логика еще докручивалась, чтобы учитывать счета разноски, соответствующие профилям учета. Если у вас есть модификации разноски в зависимости от складов, они тоже должны быть вписаны в эту логику.
В общем, чтобы понять логику и от чего она зависит, смотрите метод класса InventMov_Jour_Transfer.mustBeBookedFinancially(), из него все должно быть очевидно.

Ага, поддерживаю (немного меня опередили

). В первую очередь поверить галку "Журналы переноса и заказы на перемещение" в параметрах запасов, скорее всего она у вас не стоит. Перевод конечно у поля не ахти, если не читать HelpText, который пишется внизу формы при вставании на поле, трудно понять его предназначение

Cardagant · 28.12.2011, 00:59

Цитата:

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

Что означает "счета у складов"? В стандартной функциональности счета разноски движений номенклатуры не зависят от складов. У вас сделаны какие-то модификации?

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

Спасибо вам за советы. Завтра посмотрю подробнее места, указанные вами.

lev · 28.12.2011, 00:59

Ещё хочется добавить.
Если вы используете складскую аналитику "Профиль учета", то посмотрите вот эту тему (ссылка дана сразу на нужное сообщение от fed), она поможет вам избежать проблем с задвоением InventTransPosting'ов, при рпзноске переносов.

Cardagant · 28.12.2011, 16:45

Посмотрел согласно вашим советам места в системе, всё верно. Так что здесь что-то ещё не так...

lev · 28.12.2011, 16:50

Цитата:

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

Посмотрел согласно вашим советам места в системе, всё верно. Так что здесь что-то ещё не так...

А у вас метод mustBeBookedFinancially() класса InventMov_Jour_Transfer модифицирован?

Cardagant · 28.12.2011, 16:55

Цитата:

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

А у вас метод mustBeBookedFinancially() класса InventMov_Jour_Transfer модифицирован?

Прошу прощения, каким образом он должен быть модифицирован?

Cardagant · 28.12.2011, 17:01

Вот код этого метода в системе:

X++:

boolean  mustBeBookedFinancially()
{
    InventDim   inventDimTo;
    InventDim   inventDimFrom;
    ;
    if (CompanyInfo::features_W() == CRSEFeatures_W::RU && !InventParameters::find().EnableTransferFinancialPosting_RU)
    {
        inventDimFrom = inventJournalTrans.inventDim();
        inventDimTo = inventJournalTrans.toInventDim();
        if (inventDimFrom.InventProfileId_RU == inventDimTo.InventProfileId_RU)
        {
            return false;
        }
    }

        if (InventParameters::find().InventPosting_ZTR)
    {
        if (this.accountBalanceSheet() == this.accountOperations())/* || this.accountOperations() && this.storno_RU()*/)//!!storno_RU
            return false;
        return true;
    }
    else if (!InventParameters::find().EnableTransferFinancialPosting_RU)
    {
        return false;
    }
   
    if (inventJournalTrans.InventTransId == inventJournalTrans.ToInventTransId || !inventJournalTrans.ToInventTransId)
        return false;

    if (!super())
        return false;

    inventDimFrom = inventJournalTrans.inventDim();
    inventDimTo = inventJournalTrans.toInventDim();

    if (CompanyInfo::features_W() == CRSEFeatures_W::RU && inventDimFrom.InventProfileId_RU != inventDimTo.InventProfileId_RU)
    {
        return true;
    }

    if (inventDimFrom.InventSiteId != inventDimTo.InventSiteId)
    {
        return true;
    }

    if (!InventDim::isInventDimEqualItemDim(this.dimGroupId(), inventDimFrom, inventDimTo))
    {
        return true;
    }

    return false;
}

lev · 28.12.2011, 17:08

Цитата:

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

Прошу прощения, каким образом он должен быть модифицирован?

как раз он НЕ должен быть модифицирован

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

Cardagant · 28.12.2011, 17:14

Цитата:

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

как раз он НЕ должен быть модифицирован

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

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

Такой вопрос ещё, быть может подскажете где происходит инициализация сумм для разноски журнала Перенос?

lev · 28.12.2011, 17:15

Цитата:

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

Вот код этого метода в системе:

X++:

boolean  mustBeBookedFinancially()
{
    InventDim   inventDimTo;
    InventDim   inventDimFrom;
    ;
    if (CompanyInfo::features_W() == CRSEFeatures_W::RU && !InventParameters::find().EnableTransferFinancialPosting_RU)
    {
        inventDimFrom = inventJournalTrans.inventDim();
        inventDimTo = inventJournalTrans.toInventDim();
        if (inventDimFrom.InventProfileId_RU == inventDimTo.InventProfileId_RU)
        {
            return false;
        }
    }

        if (InventParameters::find().InventPosting_ZTR)
    {
        if (this.accountBalanceSheet() == this.accountOperations())/* || this.accountOperations() && this.storno_RU()*/)//!!storno_RU
            return false;
        return true;
    }
    else if (!InventParameters::find().EnableTransferFinancialPosting_RU)
    {
        return false;
    }
   
    if (inventJournalTrans.InventTransId == inventJournalTrans.ToInventTransId || !inventJournalTrans.ToInventTransId)
        return false;

    if (!super())
        return false;

    inventDimFrom = inventJournalTrans.inventDim();
    inventDimTo = inventJournalTrans.toInventDim();

    if (CompanyInfo::features_W() == CRSEFeatures_W::RU && inventDimFrom.InventProfileId_RU != inventDimTo.InventProfileId_RU)
    {
        return true;
    }

    if (inventDimFrom.InventSiteId != inventDimTo.InventSiteId)
    {
        return true;
    }

    if (!InventDim::isInventDimEqualItemDim(this.dimGroupId(), inventDimFrom, inventDimTo))
    {
        return true;
    }

    return false;
}

вот этих строк в стандарте нет:

X++:

if (InventParameters::find().InventPosting_ZTR)
    {
        if (this.accountBalanceSheet() == this.accountOperations())/* || this.accountOperations() && this.storno_RU()*/)//!!storno_RU
            return false;
        return true;
    }
    else if (!InventParameters::find().EnableTransferFinancialPosting_RU)
    {
        return false;
    }

1. Что за поле "InventPosting_ZTR" в параметра запасов?
2. И ещё разок на всякий случай спрошу, в параметрах галка "Журнал переноса и заказ на перемещение" (EnableTransferFinancialPosting_RU) стоит?
3. Ещё нужно разобраться, что у Вас возвращают методы this.accountBalanceSheet() и this.accountOperations(), может быть в них ещё что то дописано.

В общем нужно воспользоваться дебагером и потрассировать разноску журнала переноса.

lev · 28.12.2011, 17:17

Цитата:

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

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

ага, значит метод mustBeBookedFinancially() возвращает истину? а дальше разноску дебажили?
может у вас какие то ещё проверки написаны не только в этом методе?

lev · 28.12.2011, 17:19

Цитата:

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

вот этих строк в стандарте нет:

X++:

if (InventParameters::find().InventPosting_ZTR)
    {
        if (this.accountBalanceSheet() == this.accountOperations())/* || this.accountOperations() && this.storno_RU()*/)//!!storno_RU
            return false;
        return true;
    }
    else if (!InventParameters::find().EnableTransferFinancialPosting_RU)
    {
        return false;
    }

поправлю сам себя, нет на Ax2009 RU5, может в RU7 появились...

lev · 28.12.2011, 17:23

Цитата:

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

Такой вопрос ещё, быть может подскажете где происходит инициализация сумм для разноски журнала Перенос?

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

Cardagant · 28.12.2011, 17:23

Цитата:

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

ага, значит метод mustBeBookedFinancially() возвращает истину? а дальше разноску дебажили?
может у вас какие то ещё проверки написаны не только в этом методе?

При дебаге было видно, что AmountMST и AmountCur, CostAmount нулевые, хотя определены параметры количество и цена в строке журнала. Возможно, суммы некорректно передаются в ваучер?

Похожие темы
Тема	Автор	Раздел	Ответов	Посл. сообщение
Складские журналы	Andrux	DAX: Функционал	4	21.10.2011 17:12
Складские журналы, перемещение в гриде стрелками курсора	coolibin	DAX: Программирование	8	20.11.2008 19:37
Фотозагадка - складские журналы	mpa	DAX: Прочие вопросы	10	06.10.2005 12:56
Складские журналы Проводка, Прибыль\Убыток	Serg	DAX: Функционал	1	29.12.2003 19:17
Опция печати - складские журналы ???	Swetik	DAX: Функционал	6	04.06.2003 13:15