Опыт настройки проводки 10 -> 20 с помощью профилей в AX2009

[Bega]

Цитата:

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

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

Нам пришлось делать доработки, чтобы не было проводок через транзитный счет, в переносе остается только одна проводка ГК, которая генерится для расходной складской проводки. Это касалось у нас только журналов переносов, в заказах на перемещения слава Богу не пришлось делать.

Если интересно, могу сказать что нужно модифицировать.

[lev]

Цитата:

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

Нам пришлось делать доработки, чтобы не было проводок через транзитный счет, в переносе остается только одна проводка ГК, которая генерится для расходной складской проводки. Это касалось у нас только журналов переносов, в заказах на перемещения слава Богу не пришлось делать.

О! Скорее всего мне это и предстоит! Сильно много убили времени на модификации?

[lev]

Цитата:

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

Если интересно, могу сказать что нужно модифицировать.

Было бы интересно!
Заранее спасибо!

[CDR]

Цитата:

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

Нам пришлось делать доработки, чтобы не было проводок через транзитный счет, в переносе остается только одна проводка ГК, которая генерится для расходной складской проводки. Это касалось у нас только журналов переносов, в заказах на перемещения слава Богу не пришлось делать.

Если интересно, могу сказать что нужно модифицировать.

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

На вскидку, модифицируется семейство классов InventMovement.

Хотя я бы сто раз подумал, стоит ли переписывать складскую разноску, только для того чтобы получить правильную корреспонденцию в ГК. К тому же при неаккуратном изменении можно еще поиметь проблемы с коррекциями при закрытии склада.

[lev]

Цитата:

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

Нам пришлось делать доработки, чтобы не было проводок через транзитный счет, в переносе остается только одна проводка ГК, которая генерится для расходной складской проводки. Это касалось у нас только журналов переносов, в заказах на перемещения слава Богу не пришлось делать.

Если интересно, могу сказать что нужно модифицировать.

немного уточню, на вскидку понятно что и где придется допиливать, хочется узнать были ли какие либо подводные камни, и на что особо обратить внимание!

[Bega]

Цитата:

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

немного уточню, на вскидку понятно что и где придется допиливать, хочется узнать были ли какие либо подводные камни, и на что особо обратить внимание!

Цитата:

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

О! Скорее всего мне это и предстоит! Сильно много убили времени на модификации?

1. В классе InventMov_Jour_TransferReceipt метод mustBeBookedFinancially() должен возвращать false.
2. В классе InventMov_Jour_Transfer создать метод, возвращающий расход это или приход с учетом сторно:

private boolean isIssue(boolean _checkStorno = true)
{
    boolean issue = (this.transQty() <= 0);
    ;
    if (_checkStorno&&inventJournalTrans.Storno_RU)
    {
        issue = !issue;
    }

    return issue;
}

3. В классе InventMov_Jour_Transfer изменить метод accountOperations():

LedgerAccount accountOperations()
{
    if (! cacheAccountOperations)
    {
        if (this.isIssue())
            cacheAccountOperations = InventPosting::item(InventAccountType::InventReceipt,this.itemId(),this.inventTable().ItemGroupId, this.inventDim());
        else
            cacheAccountOperations = InventPosting::item(this.assetId() ? InventAccountType::InventIssueFixedAsset : InventAccountType::InventIssue,
                                                            this.itemId(), this.inventTable().ItemGroupId, this.inventDim()) ;
    }

    return cacheAccountOperations;
}

4. В классе InventMov_Jour_Transfer изменить метод postingOperations():

LedgerPostingType postingOperations()
{
    if (this.isIssue())
        return LedgerPostingType::InventReceipt;
    else
        return (this.assetId()) ?   LedgerPostingType::InventIssueFixedAsset :
                                    LedgerPostingType::InventIssue;
}

[CDR]

В дополнение к методу mustBeBookedFinancially() стоит также по аналогии перекрыть методы mustBeBookedBalanceSheet() и mustBeBookedOperations(), что бы в InventTransPosting не проставлялись левые счета/разноска.

А вы тестировали эти модификации на предмет коррекций при закрытии склада?

[gene]

Цитата:

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

1. В классе InventMov_Jour_TransferReceipt метод mustBeBookedFinancially() должен возвращать false.
<и т.д.>

Два вопроса:
1. Вы тестировали это совместно с профилями учета? Есть подозрение, что могут быть проблемы в случае, если в переносе меняется профиль учета и, соответственно, номенклатурный счет.
2. Вы тестировали это с закрытием склада, если при закрытии меняется себестоимость расходной проводки по переносу? Что будет с коррекцией прихода?

[Bega]

Цитата:

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

Два вопроса:
1. Вы тестировали это совместно с профилями учета? Есть подозрение, что могут быть проблемы в случае, если в переносе меняется профиль учета и, соответственно, номенклатурный счет.
2. Вы тестировали это с закрытием склада, если при закрытии меняется себестоимость расходной проводки по переносу? Что будет с коррекцией прихода?

С этими модификациями мы живем с начала 2010 года. Склад закрываем каждый месяц. У нас активно используются профили учета для НЗП, есть переносы со сменой профиля учета. Особых проблем не замечено - копейки отваливаются из-за округлений, это как всегда. Если бы был транзитный счет, копейки были бы на нем, а у нас - на 20-ке, 10-ках и т.п. Но это мелочи. Те модификации, которые перечислил, я собрал из большого проекта, надеюсь ничего не забыл.

[gene]

Цитата:

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

С этими модификациями мы живем с начала 2010 года. Склад закрываем каждый месяц. У нас активно используются профили учета для НЗП, есть переносы со сменой профиля учета. Особых проблем не замечено - копейки отваливаются из-за округлений, это как всегда. Если бы был транзитный счет, копейки были бы на нем, а у нас - на 20-ке, 10-ках и т.п. Но это мелочи. Те модификации, которые перечислил, я собрал из большого проекта, надеюсь ничего не забыл.

Спасибо за информацию, интересно, попробую поиграть с вашим кодом.

[Bega]

Цитата:

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

Спасибо за информацию, интересно, попробую поиграть с вашим кодом.

Прошу прощения, пункт 3 не правильно написал, там еще нужно складскую аналитику разную подставлять. Сначала думал, что это касается другого проекта.
Пункт 3 должен быть таким:

LedgerAccount accountOperations()
{
    if (! cacheAccountOperations)
    {
        if (this.isIssue())
            cacheAccountOperations = InventPosting::item(InventAccountType::InventReceipt,this.itemId(),this.inventTable().ItemGroupId,
                                                         inventJournalTrans.Storno_RU ? InventDim::find(inventJournalTrans.InventDimId) 
                                                                                        : InventDim::find(inventJournalTrans.ToInventDimId));
        else
            cacheAccountOperations = InventPosting::item(this.assetId() ? InventAccountType::InventIssueFixedAsset : InventAccountType::InventIssue,
                                                            this.itemId(),this.inventTable().ItemGroupId,
                                                            inventJournalTrans.Storno_RU ? InventDim::find(inventJournalTrans.ToInventDimId) : InventDim::find(inventJournalTrans.InventDimId)) ;
    }

    return cacheAccountOperations;
}

[CDR]

Цитата:

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

1. В классе InventMov_Jour_TransferReceipt метод mustBeBookedFinancially() должен возвращать false.
2. В классе InventMov_Jour_Transfer создать метод, возвращающий расход это или приход с учетом сторно:
3. В классе InventMov_Jour_Transfer изменить метод accountOperations():
4. В классе InventMov_Jour_Transfer изменить метод postingOperations():

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