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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 02.04.2007, 17:00   #10  
TasmanianDevil is offline
TasmanianDevil
Мрачный тип
Аватар для TasmanianDevil
Злыдни
 
887 / 389 (14) ++++++
Регистрация: 24.01.2005
Адрес: Томск
Цитата:
Сообщение от mazzy Посмотреть сообщение
НЕ НАДО.
Если сделать связь по фин.аналтике, аксапта сдохнет на таблице промежуточных итогов LedgerBalancesDimTrans.
Очень осторожно относитесь к числу комбинаций финансовых аналитик.

По-другому получится, если запретить свертку.

Обратите внимание на поле LedgerTrans.TaxRefId и TaxTrans.TaxRefId
Разработчики международного функционала этим полем пытались добиться однозначного соответствия между налоговыми и бух.проводками (в некоторых сервис-паках российской локализации связь была запорота и не работала).

Лучше уж так, чем через финансовую аналитику.

Но перед тем как программировать, подумайте:
1. А как эти проклятые буржуи живут без однозначного соответствия между складскими и бухгалтерскими проводками
2. Какая сволочь и зачем добавила параметр "Уровень детализации"? И почему эта сволочь принудительно в коде постановила суммировать бух.проводки для операций, связанных со складом?
Вспоминая о назначении данной таблицы и глядя на реализацию этого назначения, невольно задаешься вопросом - зачем так ? Есть отличный пример - управление запасами с закрытием модуля по периодам и дальнейшими танцами с InventSum и InventTrans при построении отчетов. Кто здесь мешал ? Контроль даты при разноске по статусу периода есть, проводки редактировать/удалять пользователь не может. Закрываем период, рассчитываем/фиксируем остатки на конец периода - и в путь !
Но нет, легких путей в MBS не ищут, очередной лисапед изобрести - это хлебом не корми

А насчет буржуев - не могу знать. Кто этих басурман поймет - мож втайне и мечтают об этом
Нашему бухгалтеру твердо вбит принцип его работы - своевременное и достоверное отражения фактов хозяйственной деятельности на счетах бухгалтерского учета согласно требований законодательства и учетной политики. Принесли ему ворох бумаг, обработал их человек - движение есть, остатки есть. Как проверить достоверность отражения этих фактов (значимыми являются например разрезы склдаской аналитики, участвующие в финансовом склад) , за что ему собственно деньги и платят - получается никак, большая куча в виде остатка по счету и ничего более. И никакие ссылки на запад, всякие разные словеса и аббревиатуры нерусские его не волнуют. Есть задача, есть система, за которую деньги немалые заплачены - решайте , господа программисты. Вот и приходится маяться.

Разве что по InventTransPosting попытаться построить подобное , но в любом случае - перебор от начала времен придется делать

Последний раз редактировалось TasmanianDevil; 02.04.2007 в 17:09.
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Пропавшие поля в таблице Андре DAX: Программирование 10 03.03.2016 10:32
обновление поля в заданной таблице Eldar9x DAX: Программирование 7 13.03.2009 15:32
Поля LedgerTrans.AmountMST и LedgerTrans.AmountCur Tiruvileijadal' DAX: Функционал 8 19.03.2007 12:24
Поля LedgerTrans 3oppo DAX: Программирование 4 06.10.2006 15:03
При в таблице LedgerTrans не заполняется поле vasiliy DAX: Программирование 5 08.04.2005 11:43

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

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

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