rumicrosofterp: Microsoft Dynamics AX: планы разработки 08/2014

[Blog bot]

Источник: http://blogs.technet.com/b/rumicroso...plans1408.aspx
==============

Уважаемые коллеги!

Подготовлен документ с планами разработки Microsoft Dynamics AX и информацией по выпущенной функциональности по состоянию на 01 августа 2014 года.

Файл в приложении.




Источник: http://blogs.technet.com/b/rumicroso...plans1408.aspx

[d&m]

для истории - вот ссылка на описание функциональности cashCollection (инкассация наличности).
http://support.microsoft.com/kb/2960146

+ еще один важный ньанс, которого нет по ссылке:
инкассация по версии аксапты - это передача денежных средств не в банк (как казалось бы на первый взгляд), а поставщику, связанному с банком (ссылка на поставщика их карточки банка). Т.о. до тех пор пока вы не укажите правильного поставщика в строке Журнала кассовых ордеров - закладка "Инкассация" будет неактивна...

Ну а в целом классно: плюс одна регламентированная печатная форма в стандарте...

[d&m]

И в догонку про еще одну новинку Retail Pricing
http://support.microsoft.com/kb/2962945/en-us (англ оригинал - есть еще русский машинный перевод, низкого качества)

коротко:
1. добавлено правило расчета розничной цены: наценка сверху (цены покупки, себестоимости и т.д. - куча вариантов, выпадающий фиксированный список)
2. добавлен мастер, который считает розничную цену по настроенной в правиле формуле
3. отдельное спасибо, что мастер наконец-то позволяет сохранять историю изменения цены продажи
3.1 раньше журнал коммерческих соглашений (ЖКС) либо менял текущую строку прайс-листа, либо создавал новую - в итоге на дату было две действующих цены (т.к. старая цена не закрывалась, хотя напрашивалось заполнения конечной даты в старой цене)
3.2 теперь есть параметр (в мастере), который позволяет закрыть старую цену. В итоге в прайсе будет две строки: со старой ценой, с заполненной Конечной датой (= дата начала новой цены -1) и с новой ценой.
3.3 правда, без ложки дегтя не обошлось, закрытие старой цены реализовано так: создается новый ЖКС, в котором старые цены. Этот ЖКС нужно вручную разнести, чтобы закрыть старые цены.

[gl00mie]

Цитата:

Сообщение от d&m

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

На вид функционал как-то не блещет... Понятно, что есть розничные сети, им надо передавать налик инкассаторам, отчитываться как-то об этом, печатать какие-нить бумажки... Но ведь не ради бумажки это нужно все - нужно, чтобы в ЦО могли прогнозировать, сколько денег капнет на счет сети и когда (потому что инкассаторы могут крутить полученные деньги несско дней), надо понимать, сколько стоит инкассация, в бумажке, в конце концов, надо распечатать, сколько каких купюр передано, потому что в банке это все пересчитывают. А тут что, "после сборки доработать напильником"?.. И еще: для ввода данных используется журнал ордеров, это значит, что в каждом магазине вечером, когда приехали инкассаторы, нужно быстренько зайти в Аксапту и создать там такой журнал (потому что всё, связанное с финансами, принципиально не реализовано в Корпоративном портале), выходит, на каждый магазин нужна отдельная лицензия функционального уровня. Очень удобно, наверно, для сеток магазинов на 5-20, а вот когда их 50-200, такие "мелочи" клиентов уже напрягают.

Цитата:

Сообщение от d&m

отдельное спасибо, что мастер наконец-то позволяет сохранять историю изменения цены продажи. раньше журнал коммерческих соглашений (ЖКС) либо менял текущую строку прайс-листа, либо создавал новую - в итоге на дату было две действующих цены (т.к. старая цена не закрывалась, хотя напрашивалось заполнения конечной даты в старой цене). теперь есть параметр (в мастере), который позволяет закрыть старую цену. В итоге в прайсе будет две строки: со старой ценой, с заполненной Конечной датой (= дата начала новой цены -1) и с новой ценой.

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

Цитата:

Сообщение от d&m

правда, без ложки дегтя не обошлось, закрытие старой цены реализовано так: создается новый ЖКС, в котором старые цены. Этот ЖКС нужно вручную разнести, чтобы закрыть старые цены.

[d&m]

солидарен с "праведным гневом"
справедливости ради это:

Цитата:

Сообщение от gl00mie

.. в конце концов, надо распечатать, сколько каких купюр передано, потому что в банке это все пересчитывают...

сделано.
Даже условно удобно: есть некий шаблон набора купюр и монет, которые могут быть в магазине (привязывается к магазину, т.е. к каналу розничной сети). В Журнале ордеров нужно только указать количество для каждого номинала (к примеру, сегодня 5 бумажек по 100р и 2 монеты по рублю), преднастроенный набор номиналов подтягивается в строку журнала из магазина. И даже защита от дурака есть - если сумма в журнале ордеров Х рублей, а распределено по номиналам Y рублей, то ошибка при одобрении...