|
18.11.2011, 15:21 | #1 |
Участник
|
Нам пришлось делать доработки, чтобы не было проводок через транзитный счет, в переносе остается только одна проводка ГК, которая генерится для расходной складской проводки. Это касалось у нас только журналов переносов, в заказах на перемещения слава Богу не пришлось делать.
Если интересно, могу сказать что нужно модифицировать. Последний раз редактировалось Bega; 18.11.2011 в 15:35. |
|
18.11.2011, 15:35 | #2 |
Ищущий знания...
|
Цитата:
__________________
"Страх перед возможностью ошибки не должен отвращать нас от поисков истины." (с) С Уважением, Елизаров Артем |
|
18.11.2011, 16:23 | #3 |
Ищущий знания...
|
Было бы интересно!
Заранее спасибо!
__________________
"Страх перед возможностью ошибки не должен отвращать нас от поисков истины." (с) С Уважением, Елизаров Артем |
|
18.11.2011, 16:37 | #4 |
MCTS
|
Цитата:
Сообщение от Bega
Нам пришлось делать доработки, чтобы не было проводок через транзитный счет, в переносе остается только одна проводка ГК, которая генерится для расходной складской проводки. Это касалось у нас только журналов переносов, в заказах на перемещения слава Богу не пришлось делать.
Если интересно, могу сказать что нужно модифицировать. На вскидку, модифицируется семейство классов InventMovement. Хотя я бы сто раз подумал, стоит ли переписывать складскую разноску, только для того чтобы получить правильную корреспонденцию в ГК. К тому же при неаккуратном изменении можно еще поиметь проблемы с коррекциями при закрытии склада.
__________________
Dynamics AX Experience |
|
18.11.2011, 17:00 | #5 |
Ищущий знания...
|
Цитата:
Сообщение от Bega
Нам пришлось делать доработки, чтобы не было проводок через транзитный счет, в переносе остается только одна проводка ГК, которая генерится для расходной складской проводки. Это касалось у нас только журналов переносов, в заказах на перемещения слава Богу не пришлось делать.
Если интересно, могу сказать что нужно модифицировать.
__________________
"Страх перед возможностью ошибки не должен отвращать нас от поисков истины." (с) С Уважением, Елизаров Артем |
|
18.11.2011, 17:06 | #6 |
Участник
|
Цитата:
Цитата:
2. В классе InventMov_Jour_Transfer создать метод, возвращающий расход это или приход с учетом сторно: X++: private boolean isIssue(boolean _checkStorno = true) { boolean issue = (this.transQty() <= 0); ; if (_checkStorno&&inventJournalTrans.Storno_RU) { issue = !issue; } return issue; } X++: 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; } X++: LedgerPostingType postingOperations() { if (this.isIssue()) return LedgerPostingType::InventReceipt; else return (this.assetId()) ? LedgerPostingType::InventIssueFixedAsset : LedgerPostingType::InventIssue; } |
|
|
За это сообщение автора поблагодарили: EVGL (10), CDR (3), Pustik (3), lev (10), gl00mie (3), S.Kuskov (10), Kabardian (5). |
18.11.2011, 18:03 | #7 |
MCTS
|
В дополнение к методу mustBeBookedFinancially() стоит также по аналогии перекрыть методы mustBeBookedBalanceSheet() и mustBeBookedOperations(), что бы в InventTransPosting не проставлялись левые счета/разноска.
А вы тестировали эти модификации на предмет коррекций при закрытии склада?
__________________
Dynamics AX Experience |
|
|
За это сообщение автора поблагодарили: gene (2). |
19.11.2011, 11:03 | #8 |
Microsoft Dynamics
|
Цитата:
1. Вы тестировали это совместно с профилями учета? Есть подозрение, что могут быть проблемы в случае, если в переносе меняется профиль учета и, соответственно, номенклатурный счет. 2. Вы тестировали это с закрытием склада, если при закрытии меняется себестоимость расходной проводки по переносу? Что будет с коррекцией прихода? |
|
19.11.2011, 23:42 | #9 |
Участник
|
Цитата:
Сообщение от gene
Два вопроса:
1. Вы тестировали это совместно с профилями учета? Есть подозрение, что могут быть проблемы в случае, если в переносе меняется профиль учета и, соответственно, номенклатурный счет. 2. Вы тестировали это с закрытием склада, если при закрытии меняется себестоимость расходной проводки по переносу? Что будет с коррекцией прихода? Последний раз редактировалось Bega; 19.11.2011 в 23:50. |
|
|
За это сообщение автора поблагодарили: gene (2). |
19.11.2011, 23:56 | #10 |
Microsoft Dynamics
|
Цитата:
Сообщение от Bega
С этими модификациями мы живем с начала 2010 года. Склад закрываем каждый месяц. У нас активно используются профили учета для НЗП, есть переносы со сменой профиля учета. Особых проблем не замечено - копейки отваливаются из-за округлений, это как всегда. Если бы был транзитный счет, копейки были бы на нем, а у нас - на 20-ке, 10-ках и т.п. Но это мелочи. Те модификации, которые перечислил, я собрал из большого проекта, надеюсь ничего не забыл.
|
|
21.11.2011, 09:32 | #11 |
Участник
|
Прошу прощения, пункт 3 не правильно написал, там еще нужно складскую аналитику разную подставлять. Сначала думал, что это касается другого проекта.
Пункт 3 должен быть таким: X++: 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; } |
|
05.12.2011, 10:54 | #12 |
MCTS
|
Цитата:
Сообщение от Bega
1. В классе InventMov_Jour_TransferReceipt метод mustBeBookedFinancially() должен возвращать false.
2. В классе InventMov_Jour_Transfer создать метод, возвращающий расход это или приход с учетом сторно: 3. В классе InventMov_Jour_Transfer изменить метод accountOperations(): 4. В классе InventMov_Jour_Transfer изменить метод postingOperations():
__________________
Dynamics AX Experience |
|
Теги |
ax2009, профиль учета |
|
|