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

В предыдущей статье  мы говорили о том, как с использованием клиент/серверных технологий можно без труда реализовать простейшее web-приложение с тем, чтобы интегрировать его с NAV’ом. Собственно, последнее действие мы и будем реализовывать прямо сейчас…
Для начала, напишем простейший Codeunit и опубликуем его в качестве web-сервиса:

Далее »

Поговорим немного о возможностях тестирования в NAV 2009 SP1 и сравнении этих возможностей с тем, что мы имеем сейчас…
Известно, что в как более старых версиях, так и в версии 5.0, достаточно просто заниматься процессом «тестирования»: попробовал сам в ручном режиме несколько сценариев, отдал пользователю пресловутую форму с кнопками и ждешь, когда же он сообщит о найденных на ней ошибках. Понятно, что здесь я немного утрирую, но суть примерно такая, согласитесь?

Собственно, это даже не testing как таковой, поскольку процесс тестирования довольно многогранен:

• тестирование производительности;
• тестирование безопасности;
• тестирование интерфейса, бизнес-логики и т.д…

Все-таки разработка в NAV – прикладная, поэтому нанимать в штат профессионального тестера для выполнения перечисленных вещей выглядит довольно абсурдно…

Вообще, на мой взгляд, тестирование в Навижине – это и не тестирование вовсе. Это – верификация. Т.е. мы проверяем алгоритмы на основании опытных данных, доказывая этим, что ошибки и дефекты отсутствуют с нашей точки зрения (с точки зрения изменяемых и предлагаемых нами методов решения проблемы). Но гарантировать отсутствие дефектов с учетом человеческого фактора (пользователя) не представляется возможным…

И все бы ничего, если бы не одно «Но», о котором я уже написал: конечный пользователь. Человек – не машина и предвидеть какие-то специфичные ошибки/слабости системы, подчас, не в состоянии.

Далее »

Дорогие друзья!

Мы рады представить вашему вниманию десятый юбилейный выпуск нашего журнала посвященного замечательной системе управления предприятием Microsoft Dynamics NAV.
Журнал появился более двух лет назад и до последнего времени регулярно радовал (мы надеемся) читателей интересными и полезными материалами.
Однако как вы уже могли заметить, между девятым и десятым выпуском прошло довольно много времени. Тому есть ряд причин, но речь сейчас не о них. Сейчас речь пойдет о человеке, благодаря которому данный номер увидел свет – Роману Мелингу. Именно он написал большинство статей для данного выпуска. Именно благодаря его энергии и напору авторский коллектив снова взялся за перо и закончил, начатые ранее статьи. Спасибо тебе, Роман!

А мы перейдем к традиционному обзору произошедших за это время изменений. Начнем с международных.

1. Microsoft опубликовал очередную версию Statement of Directions, где расписал планы развития Dynamics NAV аж до 2017 года. Много чего интересного содержится в данном документе. Кое-какая информация даже была опубликована в открытом доступе. В частности письмо Stuat Glasson, в котором он сообщает о будущем отказе от поддержки базы данных собственного формата (здесь доступен перевод письма)
2. Обновленная лицензионная политика в части необходимости приобретения подписки на обновления. Некоторое время назад по этому поводу разгорелась нешуточная дискуссия (здесь можно с ней ознакомиться).

Но это новости международные. Перейдем же к новостям местным.

Российкий Microsoft радует последовательностью:

1. По-прежнему активно маркетируется и продается NAV-EXPRESS.
2. По-прежнему обновления, связанные с изменением законодательства, выходят оперативно (ссылки на последние обновления можно найти в блоге Алексея Финогенова .)

Кроме того в конце февраля 2010 года при содействии одного из партнеров был проведен NAV FORUM.

Ну что ж пора бы перейти к статьями в номере. Так случилось, что последние выпуски получаются тематическими. Тема данного номера – веб-службы. Именно про них будет большинство статей. Однако первая статья номера все же будет о подключаемых компонентах – теме прошлого выпуска. Дальше представлены две статьи про основы работы с веб-службами, а завершает выпуск пара статей с демонстрацией использования возможностей веб-служб в таком важном деле как коррекция себестоимости товарных операций. Кстати описанные технологии можно использовать и для автоматизации других задач.

• Page Application Worksheet (Журнал Применения). Редизайн с использованием элементов Part в качестве SubPage
• Введение в веб-службы в Microsoft Dynamics NAV 2009. Часть 1.
• Введение в веб-службы в Microsoft Dynamics NAV 2009. Часть 2.
• Cost Adjustment (Коррекция Себестоимости), Web Service и Windows Service. Пример аналога NAS’a для NAV 2009 SP1
• Cost Adjustment (Коррекция Себестоимости), Web Service и Workflow Foundation. Моделирование и реализация Workflow под NAV 2009 SP1.

В данной статье хотелось бы привести простейший, но от этого не менее полезный пример того, как можно применить Add-in в NAV 2009 SP1. Что это такое Add-in’ы и как они помогают расширить функциональность RTC-клиента, говорилось в 9-м выпуске Журнала.

Немного предыстории…

В NAV 5.0 появился достаточно интересный инструмент, называемый «Application Worksheet» - «Журнал Применения».

Основное назначение данной формы заключается в том, чтобы предоставить пользователю единый интерфейс, используя который, он может осуществлять ручное применение/расприменение учтенных покупочных/продажных операций.

Далее »

Как известно появление Dynamics NAV 2009 в ноябре 2008 года было событием знаковым. При сохранении всего богатства функционала, наработанного за десятилетия эволюционного развития, была представлена новая технологическая платформа.

В первую очередь это конечно трехзвенная архитектура. Новый Microsoft Dynamics NAV Server обеспечил не только повышенную безопасность и масштабируемость системы, но и позволил реализовать ряд новых технологий, в частности ролеориентированного клиента и возможность публиковать веб-службы.

Если про ролеориентированный клиент и его преимущества хоть и кратко, но уже было написано , то про веб-службы я еще не писал.

Начну, как водится, издалека. Итак, представим себе компанию, которая решила внедрить себе ERP решение. Уже автоматизирована операционная деятельность (закупки, продажи, склад, производство и т.п.), финансы (расчеты, денежные средства), возможно бухгалтерия (рекомендую это делать на базе NAV EXPRESS). Но возможно, что в компании есть ряд задач, где использование Dynamics NAV нерационально. Причины могут быть различны, например, стоимость рабочего места или наличие программного обеспечения заточенного под определенную деятельность. Это не важно. Важен факт, что есть другое программное обеспечение и перед нами встает задача интегрировать два продукта: Dynamics NAV и «нечто».

Далее »

В предыдущей статье мы познакомились с веб-службами Dynamics NAV 2009 и даже создали простое, очень простое приложение, которое считывает данные из Dynamics NAV. Хотя чтение данных не самая сложная задача мы все же детально разберемся с доступными методами.

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

dataGridView1.DataSource = ItemCardService.ReadMultiple(null, null, 0);

На код:

List<ItemCardWS.ItemCard_Filter>  filters = new List<ItemCardWS.ItemCard_Filter>();

ItemCardWS.ItemCard_Filter descFilter = new ItemCardWS.ItemCard_Filter(); 
descFilter.Field = ItemCardWS.ItemCard_Fields.Description;

descFilter.Criteria = “*a*&*p*”;

filters.Add(descFilter); 
dataGridView1.DataSource = ItemCardService.ReadMultiple(filters.ToArray(), null, 0);

Что делает приведенный выше код.

Вначале мы создаем список объектов типа фильтр по товару. Затем создаем объект типа фильтр по товару. Объект типа фильтр имеет свойства «Field», куда указывается поле, по которому происходит фильтрация и «Criteria» - собственно сама строка фильтра, которую обычно указывают в методе SETFILTER. В приведенном выше примере указано, что фильтровать надо по полю Описание (Description) и поле должно содержать инициалы автора на английском.

Далее »