Цитата:
Сообщение от
Pustik
RunBaseReport. Многие бухгалтера, экономисты и т.д. недовольны тем, что после запуска отчета Система зависает.Я, понимаю, есть архив печати, запуск в пакете и т.д.Но им хочется простоты. Для этого можно использовать класс Thread. Если весь алгоритм выполнения запустить в его(Thread) Run, то Axapta становится доступна, т.е. проще говоря, диалоговое окно исчезает, и делай что хочешь.
Буквально вчера Blog bot выдал пару занятных заметок про то, как поддержка MS набирает сотрудников и о чем спрашивают кандидатов. Вот, к примеру:
Цитата:
Сообщение от
Blog bot
A customer runs into a situation where the functionality that they receive through AX is not what they expected. This piece of functionality is key for the customer and they aren't happy that the product was designed in this manner. You realize that this is important to the customer, but the chances of the product being changed to accommodate this request are extremely small. In your opinion, what's the best way to handle this?
Here I'm trying to see how quickly they go to "make customizations". I want them to communicate the truth to the customer and exhaust other options before moving to creating the customization
Т.е. с одной стороны можно сказать, мол, любой каприз за ваши деньги, а с другой, для бизнеса в целом это, по-моему, - пустые траты, потому что есть штатный пакетный сервер и есть в штатном движке отчетов штатная возможность отсылки готовых отчетов по почте, а в 2009-й той же - еще и механизм уведомлений, если в аутлуке они вдруг не всплывают. Впрочем, у всех свой об'ем нерешенных пользовательских хотелок, и если ничего серьезнее больше нет, почемы бы для самообразования не поиграться с классом Thread.