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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 09.11.2018, 09:36   #1  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от belugin Посмотреть сообщение
цель, чтоб не хуже чем раньше.
отлично понимаю, что ты только транслируешь подход руководства.
я говорил это и руководству, и сейчас хочу повторить:
это самоубийственный подход.

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

потребители используют совсем другой критерий - чтоб не хуже чем у конкурентов в данной ценовой категории.

Цитата:
Сообщение от belugin Посмотреть сообщение
которые сами могут быть недооптимизированы.


...причем внутри команды мс все все понимают.

Цитата:
Сообщение от belugin Посмотреть сообщение
В LedgerVoucher данные поступают уже суммированные и их надо разбить обратно...
Нет, конечно.

Издревле в аксапте, как и в конкорде у леджера есть параметр Detail Level.
вручную его можно изменить только в журналах.
во всех остальных документах этот параметр в коде устанавливается в Суммировать.
но в коде же его можно поменять на Детально. и, вуаля, аксапта не будет выполнять суммирование.

Параметр появился очень давно, еще когда была специальная платная лицензия на количество записей в базе. Ну и еще не было SQL.

Долгое время я считал, что об этом параметре не знают только "пресловутые" локализаторы. Но сабледжер показал, что о нем не знают и буржуины.
Миниатюры
Нажмите на изображение для увеличения
Название: 1.PNG
Просмотров: 297
Размер:	78.4 Кб
ID:	12128  
__________________
полезное на axForum, github, vk, coub.
За это сообщение автора поблагодарили: George Nordic (10), AvrDen (1).
Старый 09.11.2018, 20:04   #2  
belugin is offline
belugin
Участник
Аватар для belugin
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,622 / 2925 (107) +++++++++
Регистрация: 16.01.2004
Записей в блоге: 5
Цитата:
Сообщение от mazzy Посмотреть сообщение
такой подход допустим только если твой продукт монополист и только на краткое время. прежде всего потому что, такой подход подразумевает, что "раньше" в продукте не было никаких недостатков.
Я говорил про аптейк существующего функционала на новую версию. Есть отдельные активности по оптимизации того, что есть, обычно это происходит по результатам обратной связи от рынка (зарегистрированные баги или телеметрия, там где она есть).

Цитата:
Нет, конечно.
Если я правильно помню.

в SalesInvoiceJournalPostBase.endLedgerVoucher есть bondVref2Log
потому, что единственная проводка по custVoucher разносится в postCustVend через custVendVoucher, куда попадает сумма из инвойса со всеми накладными расходами налогами и прочим. Чтобы скорреспонировать эту сумму с проводками по строкам и нужен vref2log.

X++:
protected CustVoucher initCustVoucher(LedgerTransTxt _ledgerTransTxt)
    {
        return CustVoucher::newCustVoucherSales(_ledgerTransTxt, custInvoiceJour, salesParmTable, salesTable);
    }
В сабледжерах наоборот, AccountingRules для каждой строки генерируют пары проводок, которые потом суммируются

Цитата:
Издревле в аксапте, как и в конкорде у леджера есть параметр Detail Level.
вручную его можно изменить только в журналах.
локализаторы.

...

Но сабледжер показал, что о нем не знают и буржуины.
В сабледжер тоже есть этот параметр - насколько я помню AccountingRule.parmSummarize позволяет его задать из кода.

Но разговор вообще не об этом а о см. выше.
За это сообщение автора поблагодарили: Logger (3).
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Разноска накладной клиента DAX 2012 Romashka DAX: Функционал 5 26.11.2015 15:59
сторнирование накладной по закупке с накладными расходами bes DAX: Функционал 9 13.02.2015 17:29
Разноска накладной по закупке sparur DAX: Программирование 47 18.01.2008 12:36
Производство.Разноска отгрузочной накладной в главную книгу. AlexeyBP DAX: Функционал 1 10.04.2007 12:01
разноска счета на оплату после разноски накладной OlegKocherga DAX: Функционал 14 12.03.2004 17:48

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

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

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 12:20.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.