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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 18.10.2006, 14:30   #1  
sparur is offline
sparur
Участник
 
334 / 25 (1) +++
Регистрация: 19.05.2006
Предв. просмотр проводок в закупке/заказе
Народ, собсно сабж!

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

Класс отвечающий за разноску накладных вроде как purchFormLetter_Invoice... Однако какой-то он замудренный... Сам объект класса вроде в форме PurchTable висит, однако в форме PurchEditLines (обработка накладной) он как то тож юзается, а потом снова передается в форму закупки и уже там вполняется метод run(). Вообщем, не очень понятна логика работы этого класса и как его привязать к форме для предварительного просмотра...
Старый 18.10.2006, 14:42   #2  
Roman777 is offline
Roman777
NavAx
Аватар для Roman777
NavAx Club
 
320 / 64 (3) ++++
Регистрация: 10.02.2005
Адрес: г. Москва
Есть инструмент "Прогноз движения средств" в закупках / заказах в кнопке запросов. Может устроит?
Старый 18.10.2006, 14:54   #3  
sparur is offline
sparur
Участник
 
334 / 25 (1) +++
Регистрация: 19.05.2006
не, не пойдет... надо сделать по информативней
Старый 18.10.2006, 15:03   #4  
BOAL is offline
BOAL
Участник
Аватар для BOAL
MCBMSS
Злыдни
1C
Лучший по профессии 2015
 
621 / 453 (17) +++++++
Регистрация: 28.04.2003
Адрес: Москва
так же как и в гк и печати накладной без разноски - разносить, но не закрывать транзакцию, а вывести в форму результат.
Старый 18.10.2006, 15:08   #5  
sparur is offline
sparur
Участник
 
334 / 25 (1) +++
Регистрация: 19.05.2006
Цитата:
Сообщение от BOAL Посмотреть сообщение
так же как и в гк и печати накладной без разноски - разносить, но не закрывать транзакцию, а вывести в форму результат.
общий механизм известен... не ясны некоторые нюансы, в частности работа класса по разноске Закупки/Заказа...
Старый 18.10.2006, 15:13   #6  
Roman777 is offline
Roman777
NavAx
Аватар для Roman777
NavAx Club
 
320 / 64 (3) ++++
Регистрация: 10.02.2005
Адрес: г. Москва
Цитата:
Сообщение от sparur Посмотреть сообщение
общий механизм известен... не ясны некоторые нюансы, в частности работа класса по разноске Закупки/Заказа...
Вот пожалуйста направление, по которому нужно копать:
PHP код:
static void Job23(Args _args)
{
    
purchFormLetter     purchFormLetter;
    
VendInvoiceJour     invoiceJour;
    
PurchTable          purchTable;
    ;

    
ttsbegin;
    
purchTable purchTable::find("00000188_073");
    
purchFormLetter purchFormLetter::construct(DocumentStatus::Invoice);
    
purchFormLetter.transDate(01\09\2006);
    
purchFormLetter.update(purchTable"");

    while 
select invoiceJour
        where invoiceJour
.PurchId == purchTable.PurchId
    
{
        
Info(strfmt("%1"invoiceJour.InvoiceAmount));
    }

    
ttsabort;

Идея, я думаю, ясна.
Старый 19.10.2006, 06:40   #7  
sparur is offline
sparur
Участник
 
334 / 25 (1) +++
Регистрация: 19.05.2006
Цитата:
Сообщение от Roman777 Посмотреть сообщение
Идея, я думаю, ясна.
гм...
А как же вспомогательные таблицы которые используются в классе purchFormLetter_Invoice (PurchParmUpdate, PurchParmTable, PurchParmLine) ??
Я так понял они тоже играют свою существенную роль... Разву их не нужно учитывать?? да и метод update... А как же run() и все что там завязано в нем?
Старый 19.10.2006, 07:23   #8  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от sparur Посмотреть сообщение
не, не пойдет... надо сделать по информативней
а зря.
это и есть будущие проводки. только неоткореспондированные.
__________________
полезное на axForum, github, vk, coub.
Старый 19.10.2006, 07:35   #9  
sparur is offline
sparur
Участник
 
334 / 25 (1) +++
Регистрация: 19.05.2006
Цитата:
Сообщение от mazzy Посмотреть сообщение
а зря.
это и есть будущие проводки. только неоткореспондированные.
блин ну может оно и так... однако задача уже поставлена и ее надо решать... И сделать надо по аналогии с предв. просмотром в общем журнале... Подобная задача уже решена на складских журналах. Однако в Закупке/Заказе все усложняется тем, что непонятна (пока) логика класса по разноске...и как его использовать...
Старый 19.10.2006, 07:45   #10  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от sparur Посмотреть сообщение
И сделать надо по аналогии с предв. просмотром в общем журнале...
Не надо использовать эту фичу в качестве образца.
Она сделана в рамках локализации.

Суть фичи в общем журнале:
1. начинается транзакция
2. выполняются обычные проводки обычным алгоритмом (все проводки)
3. выполняется печать финансовых проводок
4. транзакция принудительно откатывается

Как видите, сам подход ужасен.
Такой подход приемлемо работает только если пользователей мало.

Но такой подход еще терпим, если используется журнал ГК (поскольку в нем не создаются складские проводки и не выполняется сопоставление)

Если вы повторите подобный подход в заказах/закупках, то псевдотранзакцией будет затронуто гораздо больше таблиц и на гораздо большее время.
Если вас это не пугает - делайте по аналогии.
__________________
полезное на axForum, github, vk, coub.
Старый 19.10.2006, 08:17   #11  
sparur is offline
sparur
Участник
 
334 / 25 (1) +++
Регистрация: 19.05.2006
Цитата:
Сообщение от mazzy Посмотреть сообщение
Если вы повторите подобный подход в заказах/закупках, то псевдотранзакцией будет затронуто гораздо больше таблиц и на гораздо большее время.
Если вас это не пугает - делайте по аналогии.
Да это не есть хорошо... Однако в фиче "Прогноз движения средств" все очень ограничено... Нет, как вы и сказали, корр.счетов, нет аналитики никакой...

Если использовать этот вариант, то он также требует существенной доработки, я думаю Вы это прекрасно понимаете...
Старый 19.10.2006, 10:03   #12  
Михаил Андреев is offline
Михаил Андреев
Участник
Компания АМАНД
Лучший по профессии 2009
 
1,296 / 239 (10) ++++++
Регистрация: 09.11.2001
Адрес: Химки, Московская область
М-да. Некислая задача. Интересно, что в голове у заказчика такой задачи.
По сути: самый безопасный вариант - доработать прогноз движения средств. Мало шансов что-то важное сломать. А ковыряние классов purchFormLetter* более чем опасно - очень сложные они и баги замучаетесь выковыривать.
Сугубо моё личное мнение.
__________________
Михаил Андреев
https://www.amand.ru
Старый 19.10.2006, 11:03   #13  
glibs is offline
glibs
Member
Сотрудники компании It Box
Most Valuable Professional
Лучший по профессии 2011
Лучший по профессии 2009
 
4,942 / 911 (40) +++++++
Регистрация: 10.06.2002
Адрес: I am from Kyiv, Ukraine. Now I am in Moscow. For private contacts: glibs@hotmail.com
Цитата:
Сообщение от sparur
...
нет аналитики никакой
...
Никакой может и нет, а финансовая точно есть. Вам какую надо?

"Существенно дорабатывать" заключается только в прикручивании корреспонденции?
__________________
С уважением,
glibs®
Старый 19.10.2006, 11:56   #14  
sparur is offline
sparur
Участник
 
334 / 25 (1) +++
Регистрация: 19.05.2006
Цитата:
Сообщение от glibs Посмотреть сообщение
Никакой может и нет, а финансовая точно есть. Вам какую надо?

"Существенно дорабатывать" заключается только в прикручивании корреспонденции?
или я что то не догоняю или у меня урезана эта фича... НО ни финансовой, ни тем более складской аналитики НЕТ там
Старый 19.10.2006, 12:02   #15  
sparur is offline
sparur
Участник
 
334 / 25 (1) +++
Регистрация: 19.05.2006
Цитата:
Сообщение от Михаил Андреев Посмотреть сообщение
М-да. Некислая задача. Интересно, что в голове у заказчика такой задачи.
По сути: самый безопасный вариант - доработать прогноз движения средств. Мало шансов что-то важное сломать. А ковыряние классов purchFormLetter* более чем опасно - очень сложные они и баги замучаетесь выковыривать.
Сугубо моё личное мнение.
уже склоняюсь к варианту доработки прогноза... НО пока еще не окончательно определился...
Старый 19.10.2006, 12:31   #16  
glibs is offline
glibs
Member
Сотрудники компании It Box
Most Valuable Professional
Лучший по профессии 2011
Лучший по профессии 2009
 
4,942 / 911 (40) +++++++
Регистрация: 10.06.2002
Адрес: I am from Kyiv, Ukraine. Now I am in Moscow. For private contacts: glibs@hotmail.com
Цитата:
Сообщение от sparur
...
НО ни финансовой
...
Финансовая есть. Она не отображается в интерфейсе. Но она есть. Посмотрите через паспорт записи.

Добавление ее в интерфейс — несложная задача даже для консультанта... ну по крайней мере моего поколения, которым для сдачи GNAD нужно было знать на память и не путать типы join и виды relations, которые есть в АОТ (а также кучу аналогичных вещей).
Цитата:
Сообщение от sparur
...
ни тем более складской аналитики НЕТ там
...
В проводках по ГК то? А где она в них есть, не подскажете?
__________________
С уважением,
glibs®
Старый 19.10.2006, 12:50   #17  
sparur is offline
sparur
Участник
 
334 / 25 (1) +++
Регистрация: 19.05.2006
Цитата:
Сообщение от glibs Посмотреть сообщение
Финансовая есть. Она не отображается в интерфейсе. Но она есть. Посмотрите через паспорт записи.

Добавление ее в интерфейс — несложная задача даже для консультанта... ну по крайней мере моего поколения, которым для сдачи GNAD нужно было знать на память и не путать типы join и виды relations, которые есть в АОТ (а также кучу аналогичных вещей).

В проводках по ГК то? А где она в них есть, не подскажете?
в проводках по ГК то конешно ее нет, но она есть в строках закупки, и ее желательно бы тоже отобразить... Но я думаю это не критично, так что забудем...
Вообщем надо пытаться прикрутить корреспонденцию и найти таки фин аналитику...
Старый 19.10.2006, 13:08   #18  
ppson is offline
ppson
Участник
Аватар для ppson
Ex AND Project
1C
 
2,102 / 114 (8) +++++
Регистрация: 25.06.2002
Адрес: SPb, Msk
Добавлю свои небольшые замечания.
Прогноз движения средств показывает реальные суммы только в том случае, если вся закупка/заказ будет закрываться одной накладной.
в общем случае этот механизм никак не является предварительным просмотром проводок, так как он никак не связан с обработкой накладной.
__________________
Старый 19.10.2006, 14:10   #19  
sparur is offline
sparur
Участник
 
334 / 25 (1) +++
Регистрация: 19.05.2006
Цитата:
Сообщение от ppson Посмотреть сообщение
Добавлю свои небольшые замечания.
Прогноз движения средств показывает реальные суммы только в том случае, если вся закупка/заказ будет закрываться одной накладной.
в общем случае этот механизм никак не является предварительным просмотром проводок, так как он никак не связан с обработкой накладной.
вот те на... это совсем плохо если так обстоит... необходимо именно просмотр проводок накладной!!! то есть если в накладной будет 1 строка из 5-ти что в закупке, то и просмотр должен показать будущие проводки именно по этой одной строке...
Так что, неужели вариант с прогнозом отпадает?
Старый 19.10.2006, 16:28   #20  
Nick is offline
Nick
Участник
Аватар для Nick
 
320 / 30 (2) +++
Регистрация: 14.12.2001
Адрес: г. Москва
Не понимаю, чем вас не устраивает вариант описанный Mazzy?
Только вместо печати выводить проводки во временную таблицу, как при предварительном просмотре в журналах.
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
сторнирование накладной по закупке с накладными расходами bes DAX: Функционал 9 13.02.2015 17:29
Разбиение складских проводок при закупке Mystery DAX: Программирование 15 18.09.2008 17:05
Неверное формирование проводок по Закупке (3 по Дт и 5 по Кт) mpa DAX: Функционал 2 06.04.2004 05:44
3.0, Модуль: ОС, операция: Разноска строк журнала ОС (с предварит просм проводок) MagisterLudi DAX: Функционал 2 07.10.2003 18:55
Исследование возможности удаления проводок sguryev DAX: База знаний и проекты 33 06.02.2003 16:42

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

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

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