Институт Европы составил рейтинг лучших работодателей Европы. Из более чем тысячи компаний выбрали 100, где работникам предоставляют самые комфортные условия. Лидером признан итальянский автопроизводитель Ferrari. Однако рядовые сотрудники с мнением экспертов не согласились и вышли на забастовку, требуя среди прочего повышения зарплаты и увеличения мест на парковках для служащих.
Вышло очередное обновление для Microsoft Dynamics AX 3.0 (заметьте эта версия еще поддерживается:) )
На официальном сайте Microsoft анонсирована акция “Книга в подарок”.
На протяжении нескольких лет Microsoft Dynamics поддерживает выпуск наиболее интересных
TcpCom - это новая технологии “связи”, предложенная для Microsoft Dynamics NAV 4.0. В рамках инициативы Trustworthy, цель TcpCom - обеспечить надежный механизм шифрования связи для Microsoft Dynamics NAV.
Microsoft Dynamics NAV сейчас полностью поддерживает BizTalk 2004. Адаптер BizTalk 2004 обеспечивает отправку и получение информации с использованием TCPCOM.
Commerce Gateway включает два дополнительных компонента: Commerce Gateway Request Service и Commerce Gateway Request Client.
XML Ports - это объект, схожий по сути своей с Dataports (Датапортами). Отличие заключается в том, что импорт/экспорт информации осуществляется в XML формате. Дизайнер XML Ports обеспечивает возможность настройки схемы импорта/экспорта.
Существует следующая достаточно типовая жалоба на производственный модуль DAX: “Мы не можем посчитать себестоимость списания материалов в производство до завершения производственного заказа. У нас на внедрении, цикл производства одного ПЗ занимает 2-3 недели. Получается что материал давно списан из цеховой кладовой, его уже распилили, нарезали и смонтировали, а по бухгалтерии он до сих пор числится на 10ом счету. Даже если мы включим разноску физических складских операций, они не будут включены в закрытие склада, соответственно - истинную себестоимость списания в производство нам не сосчитать до завершения ПЗ. Получается - наш бухгалтерский баланс отстает от реальности на 2-3 недели. Если ПЗ начат и завершен в разных отчетных периодах - это фатально…”.
Читать полностью »
Вчера бывший коллега задал мне именно этот вопрос.Самый банальный подход - просто создать аналогичный журнал, подставив туда количества с обратным знаком - не работает. Во первых - в процедуре редактирования и разноски этого журнала есть куча проверок, которые не дадут этого сделать. Во вторых - этот журнал предназначен для СБОРКИ изделий, но никак не для РАЗБОРКИ таковых. В третьих - если подумать - у нас ведь стоит задача не разобрать чего-то, а просто отсторнировать исходный журнал.
Читать полностью »
На проектах время от времени возникает ситуация, при которой заказчик хочет приделать какой-то свой собственный интерфейс к складским перемещениям. Классический пример - для автоматизации транспортной компании нужно сделать какой-то модуль, который бы отслеживал перемещение транспорта и накапливал бы затраты на перемещение, а также попутно переносил бы в логистическом модуле товар между складами, каждый из которых соответствует путевым точкам или маршрутам от точки до точки. Обычно, в таком случае, в таком случае разработчики приписывают к данному модулю механизм, который создает и разносит журналы переноса. Этот механизм получается достаточно тяжеловесным и неудобным. Кроме того - есть шансы что при неаккуратной настройке журналов переноса этот механизм интеграции с логистикой сломается и будет выдавать непонятные пользователю сообщения (скажем - об отсутствии имени складского журнала или номерной серии для нумерации журналов).
О чем все это?
По моему опыту общения с консультантами и разработчиками, внедряющими DAX, вопросы,связанные с закрытием склада и расчетом себестоимости, стали одними из самых больных на внедрениях. Люди относятся к закрытию склада как к черному ящику, который в зависимости от фазы луны выдает самые разнообразные результаты и отрабатывает за самое разное время. На мой взгляд – это вызвано тем, что информация по процедуре расчета себестоимости разбросана по разным местам документации, кроме того некоторые тонкости этой процедуры вообще нигде не описаны и их приходится изучать методом проб и ошибок или изучая исходные тексты процедуры закрытия склада.
При внедрении DAX часто возникает примерно следующая задача: Клиент говорит что-нибудь типа “Мне нужно добавить в заказы (складские журналы, закупки, производственные заказы и т.п.) новое поле - направление продаж (код продавца, номер автомобиля для отгрузки, идентификатор кредитной линии клиента и тп). Кроме того - мне нужно уметь строить отчеты (обычные или OLAP) по складским списаниям (приходам) в разрезе этого нового поля”.
