Архив ‘Выпуск 6’

От редакции

Воскресенье, 5 Апрель, 2009

Приветствую, Коллеги!

Сегодня мы представляем вашему вниманию свежайший выпуск онлайн-журнала NAV4U.  По традиции, перед тем как перейти непосредственно к статьям, напомним, что произошло на Dynamics фронте за это время.

В первую очередь хочется обратить внимание на факт выхода второго российского пакета обновлений для NAV 5 SP1. По словам В. Егорова в нем “реализованы новые функции в управлении основными средствами, товарными запасами, НДС и отчетности”.  Добавлю, что также в нем была расширена функциональность управлениям договорами.  Добавлять - это мы всегда за. Главное, что б с международной версией не конфликтовало.

Еще о хорошем. В марте месяце решили побеседовать с общественностью на ERP темы следующие фигуры из Microsoft:

  • Николай Прянишников Президент российского офиса компании Microsoft
  • Кирилл Татаринов Вице-президент Microsoft по направлению бизнес-приложений Microsoft Dynamics
  • Владимир Егоров Руководитель отдела продвижения ERP – решений Microsoft в России

Пока “беседа” не закончена - любой желающий может задать им свои вопросы на этом сайте. Члены редакции планируют задать пару-тройку вопросов, которые их волнуют, и надеются получить ответы.

Про что написали наши авторы на этот раз. Олег Леонтьев продолжил работу над штрих-кодами, и в своей статье расскажет как сформировать двухмерный штрих-код. Также в номере освежили способы борьбы за лицензии. Кроме того обсудили вопросы планирования (аж в двух частях сразу), не обошли вниманием процедуру внедрения (загрузка данных).

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

Как использовать RIM для импорта данных в Microsoft Dynamics NAV

Воскресенье, 5 Апрель, 2009

В версию Dynamics NAV 5 (ранее Navision) включен обновленный инструментарий для быстрого внедрения – RIM (Rapid Implementation Methodology). В данной статье планируется рассмотреть вопросы первоначального импорта основных данных (они же MasterData). К основным данным относятся справочники товаров, клиентов, поставщиков, основных средств. Предполагается, что эти данные уже есть в какой-либо системе и эта система может их выгрузить в формате Microsoft Excel.

Примечание: в крайнем случае, Excel может распознать текстовые файлы, в которых значения полей отделяются символами-разделителями или поля имеют заданную ширину. И это не говоря о файлах формата XML или DBF.

Кто работал с версией 4 скорее всего сталкивались с формой 8601 Mapping (Соответствие). Помните, как было нудно заполнять соответствия между полями таблицы базы данных и файлом Excel? В версии 5 данную функциональность упростили. Рассмотрим на примере.

Далее…

Печать штрих-кода в отчетах Microsoft Dynamics NAV с использованием ActiveХ

Воскресенье, 5 Апрель, 2009

Вступительное слово:
Как только я закончил писать первую статью, стало необходимо получить отчет, из Microsoft Dynamics NAV в котором был необходим двухмерный штрих-код PDF417, причем с возможностью как горизонтальной, так и вертикальной ориентацией Штрих-кода в отчетах Microsoft Dynamics NAV. Для успешного выполнения поставленной задачи необходимо использовать ActiveХ. Данными свойствами обладает компонента ActiveBarcode (http://www.activebarcode.com/) стоимость этой OCX компоненты 699 EUR.

Для демонстрации печати штрих-кода в отчетах Microsoft Dynamics NAV будем использовать демонстрационную версию ActiveBarcode. Я преднамеренно в архив примера положил только используемые файлы, а не весть дистрибутив ActiveBarcode, Вы всегда можете скачать полный дистрибутив с сайта разработчиков этой компоненты.
(К стати, есть идея написать, свой ActiveХ с подобными свойствами, тем более есть опыт написания для FastReport’а аналогичного компонента, если у кого ни будь есть желание помочь, свяжитесь со мной.)

Что получилось:
Как и в первой статье, сразу же перейду к тому, что у меня получилось.

Далее…

Поговорим о планировании: точка дозаказа

Воскресенье, 5 Апрель, 2009

Мы уже обсудили процедуру планирования под заказ, узнали разницу между прямым и обратным планированием, выяснили, что такое Время ожидания и Гарантированный цикл заказа, познакомились с модификаторами заказов.

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

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

Процедура угадывания называется прогнозирование. Есть целый ряд теорий в этой части, при этом ни одна из них не дает 100% результата.

Таким образом, у сотрудников отдела продаж появляется еще одна обязанность – создавать план продаж. Для планирования материальных потребностей не важно «кому» и «почем» продается товар. Важнее указать «что», «когда» и «в каком количестве».

Далее…

Поговорим о планировании: под заказ

Воскресенье, 5 Апрель, 2009

В данной статье планируется обсудить вопросы планирования материальных потребностей. Насколько это возможно, терминов типа Material Requirement Planning (MRP), я буду избегать. Так как мне до сих пор не удалось разжиться стандартами APICS, то в качестве глоссария будет использоваться терминологическая база из Microsoft Dynamics NAV. Терминология APICS и Navision совпадает, по крайней мере, так декларируется в документации к модулю Производство.

Начнем с концепции работы с «нулевым запасом», когда материалы и комплектующие «точно вовремя» попадают к потребителю. Кто-то сказал «Just-in-time»?

Начнем с простого примера. Кто любит ходить в магазин за продуктами? Представим, что мы решили основательно закупиться и избавиться от этой обязанности «раз и навсегда». После того как весь холодильник был забит тушенкой, выясняется, что теперь совершенно некуда складывать всякие вкусняшки (например, пиво). Как же быть?

Варианта три: отказаться от вкусненького, арендовать полку в холодильнике у соседей, купить еще один холодильник. Так как все деньги оказались «заморожены» в тушенке, то придется выбрать вариант 1.

Далее…

Контроль численности пользователей

Воскресенье, 5 Апрель, 2009

Как известно, одновременно в Navision может работать ограниченное число пользователей. Максимальное количество таких пользователей ограничивается пользовательской лицензией. Конечно, это ограничение может быть пересмотрено в любой момент путем покупки не хватающего количества. Но так же известно, что каждая дополнительная сессия стоит денег. Поэтому, большинство компаний, в которых установлен Navision, рано или поздно задумываются над проблемой контроля количества одновременных пользователей системы.

Что может быть причиной нехватки пользовательских сессий и на чем можно сэкономить? Зачастую пользователь, открыв систему и поработав в ней некоторое время, сворачивает окно программы не закрывая его. Тем самым пользователь занимает сессию, но не работает в системе. Также пользователь может запустить приложение одновременно несколько раз, и тем самым занять сразу несколько сессий. И если с занятием нескольких сессий можно бороться административными мерами, то с простоем бороться практически бессмысленно.

При всей очевидности проблемы разработчики не предусмотрели никакой возможности подобного контроля. И если все сессии заняты, то войти в систему не сможет даже ее администратор, как ни парадоксально это звучит. Отключить сессию пользователя базы Native не возможно штатными средствами. Для базы SQL данная возможность присутствует, как штатная возможность MS SQL Server. Однако способ отключения пользователей вручную тоже является далеко не оптимальным. Логическим продолжением всего выше сказанного является функционал, который бы отключал «спящих» пользователей автоматически.

За время работы с Navision повстречал несколько решений данной проблемы. Два наиболее достойных, по моему мнению, приведу ниже. Надеюсь, они вам помогут.

Далее…