AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Программирование
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 12.08.2014, 11:04   #1  
Logger is offline
Logger
Участник
Лучший по профессии 2015
Лучший по профессии 2014
 
3,987 / 3273 (117) ++++++++++
Регистрация: 12.10.2004
Адрес: Москва
Записей в блоге: 2
Цитата:
И между прочим, inventAdjustPosting пропускает записи с пустыми счетами и разносками не потому что это баг, а потму что это коррекции к складским проводкам, по которым исходная операция принципиально не разносилась в ГК
Это я понимаю.

Я имею в виду что способ лечения был неудачный. Ценой разваливания сумм по модулям. Зачем тогда функционал выверки нужен ?
Ведь почему переносы не разносились в ГК ? - Они по смыслу не должны были менять себестоимость в модуле управления запасами. По ним даже коррекция проводок невозможна. Но если возникает ситуация когда сумма приходной и расходной части переноса не дает 0, то уже надо разносить. Т.е. это просто баг реализации по отключению разноски. Замели под половичок и ладно.

Можно кровотечение из носа прекратить, перетянув шею жгутом ?
Конечно. Но...

Надо все равно в ГК разносить операции по которым есть коррекция. Например на счета учета ошибок
InventAdj::errorAccountBalanceSheet()
InventAdj::errorPostingOperations()

В подавляющем большинстве случаев, перед разноской в ГК, после группировки сумм в Inventsettlement плюсы и минусы от переносов закрываются в 0, исключение - всякая экзотика, типа ошибок округления, которая приводит к неравенству приходной и расходной части переноса. Она и вылезет на счета прибылей и убытков. Т.е. не будет никаких гигантских оборотов по дебету и кредиту. (Я нигде не предлагал постировать в ГК разноску переносов)
Старый 12.08.2014, 11:20   #2  
Logger is offline
Logger
Участник
Лучший по профессии 2015
Лучший по профессии 2014
 
3,987 / 3273 (117) ++++++++++
Регистрация: 12.10.2004
Адрес: Москва
Записей в блоге: 2
Цитата:
Сообщение от Logger Посмотреть сообщение
В подавляющем большинстве случаев, перед разноской в ГК, после группировки сумм в Inventsettlement плюсы и минусы от переносов закрываются в 0, исключение - всякая экзотика, типа ошибок округления, которая приводит к неравенству приходной и расходной части переноса. Она и вылезет на счета прибылей и убытков. Т.е. не будет никаких гигантских оборотов по дебету и кредиту.
С этим я поспешил. Обороты будут конечно, по дебету и по кредиту.
Не очень хорошо получается, (но по крайней мере лучше чем просто выкинуть суммы из разноски).
Можно попробовать одну из половинок переноса как сторно проводить, тогда валюта баланса не поедет.

Либо InventSettlement не трогать, а просто разносить в ГК записи InventSettlement с пустыми счетам ГК - назначая им какие-то условленные счета, например счета учета ошибок и сворачивая дебет и кредит.
Вот тогда получится, что и оборотов лишних не будет. И суммы все разнесутся.

Последний раз редактировалось Logger; 12.08.2014 в 11:28.
Теги
inventsettlement, журнал переноса, закрытие склада, разноска запасов

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
axforum blogs: Оптимизация разноски ГК закрытия склада AX2012 R2(российский функционал) Blog bot DAX Blogs 0 18.10.2013 00:15
Отмена закрытия склада. Оптимизация. vallys DAX: Программирование 20 23.08.2012 11:14
Закрытие склада vs пересчет себестоимости jonny DAX: Функционал 4 22.11.2011 23:30
Закрытие склада и бухгалтерия. Skvorcal DAX: Прочие вопросы 45 17.01.2011 10:24
Странное закрытие склада и коррекция себестоимости в наличии Aquarius DAX: Функционал 11 28.05.2010 11:45
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра
Комбинированный вид Комбинированный вид

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 07:17.