NAV4U (онлайн-журнал)

Менее чем за неделю до Нового Года мы таки решились на публикацию 12-го выпуска. Правда будет он не в обычном формате в виде 5 статей, а в формате “блиц”.

Подробнее о самих статьях расскажем чуть позже, а пока, собственно, о главном. О “герое дня”, так сказать, сподвигшем нас к сегодняшней публикации:

15 декабря появился на свет NAV 2009 R2!

Просто сказать, что появления его ждали - значит ничего не сказать. Еще за долго до выхода долгожданного релиза, Microsoft анонсировал кучу полезностей, реализованных в R2, которые позволили бы как разработчикам, так и консультантам NAV предоставлять своим клиентам принципиально новый уровень сервиса. Вот только основные особенности релиза, которые можно с уверенностью выделить:

1. более удобная и безопасная разработка кода, по сравнению со всеми предыдущими версиями NAV;
2. возможность использования коннектора CRM <-> NAV, позволяющего легче интегрировать системы Microsoft Dynamics CRM и Microsoft Dynamics NAV;
3. .NET Interoperability;

Более того, случилось невероятное: NAV 2009 R2 был официально выпущен в 40(!) странах одновременно. И Россия таки оказалась в их числе, с чем мы всех и поздравляем!

Помимо, собственно, выхода R2, Microsoft RUS анонсировал и новую ценовую политику в отношении NAV. Все это позволяет надеяться на светлое будущее.

Про что мы написали сегодня… Коснемся базовых вещей NAV 2009: настройка ролевых интерфейсов пользователей. Пройдемся по особенностям использования новых возможностей разработки в 2009 R2: программирование Win Forms прямо в C/SIDE, без использования Visual Studio. Вспомним, что же такое Add Ins и научимся использовать несколько адд инов одновременно на одном Пейдже.

Статьи номера:

• Немного о настройках ролей в RTC;
• Взаимодействие нескольких Add Ins;
• Создание Win Form в C/SIDE.

В 8-м выпуске журнала Андрей рассказывал в 2 частях о действиях Action в страницах NAV 2009. Но пока что мы даже вскользь не упомянули о настройке ролей Role Tailored Client (RTC) NAV 2009. Казалось бы - тривиальная вещь, но не все с ней знакомы. Постараемся вкратце компенсировать этот пробел в данной статье…

RTC был задуман как средство, использование которого позволит избежать многих проблем эпохи классического клиента, а так же внесет новые технологические преимущества:

• RTC поддерживает работу организации с ориентацией на роли и задачи, решаемые данными ролями;
• выполнение кода (бизнес-логики) происходит на промежуточном уровне, а не на клиенте как это было раньше. Как следствие, решена проблема регистрации COM, OCX компонентов;
• проектирование по принципу WYSIWYG (what you see is what you get) осталось в прошлом. Элементы страниц перечислены в порядке их отображения, а свойства, связанные с каждым элементом, используются для указания конкретных функций представления, но без каких-либо характеристик размера или расположения. Это открывает возможности для представления страницы разными клиентами без ограничений, накладываемых макетом;
• в RTC слой навигации отображает список рабочих областей, которые называются областями списков. По умолчанию в одном и том же окне один список заменяется другим. Возможен запуск страницы в отдельном окне. Помимо областей списков, слой навигации отображает Role Center и область Departments;
• ……………………

Вот как выглядит рабочая область сразу же после запуска RTC в демо-базе CRONUS:

Далее…

Наверное, многие из нас имели определенные сложности в работе с RTC после продолжительного использования классического клиента. Все-таки новый интерфейс, сочетание горячих клавиш… И это вполне нормальный рабочий процесс.

Лично у меня до сих пор большие проблемы в привыкании возникают с уже упомянутыми горячими клавишами и работе с некоторыми карточными формами. Возьмем, к примеру, заказ продажи в RTC: выбор товара в строках заказа несколько изменился по сравнению с классическим клиентом.

Возможно, было бы полезно иметь некий инструмент, позволяющий быстро перекидывать в строки заказа различные товары без использования лукапа в поле “Но.”. Например, форма заказа продажи могла бы иметь следующий вид:

Далее…

В данной статье на примере работы с пространством имен System.Windows.Forms прямо в C/SIDE реализуем формочку, напоминающую форму статистики в заказах продажи, покупки, учтенных счетах и т.д. и т.п…

На самом деле, когда этот пример только реализовывался, хотелось сделать действительно полноценную форму статистики с возможностью изменять сумму скидки по счету и сумму без НДС прямо в полях Win Form. Как следствие, могли бы динамически расчитываться остальные поля: НДС, сумма с учетом НДС, прибыль и другие…

Далее…