Наконец-то ТОИР в D365FO

[EVGL]

Прошла информация: https://www.dynaway.com/dynaway-to-i...-dynamics-365/

[EVGL]

Интересно, почему так выбор пал. О Dynaway, честно говоря, не слышал. На слуху были такие ISV:
- Dynamics Software Maintenance Management
- To Increase Enterprise Asset & Service Management

[fed]

Quote:

Originally Posted by EVGL

Прошла информация: https://www.dynaway.com/dynaway-to-i...-dynamics-365/

Знаешь - пока эти прогрессоры не анонсируют переход к более консервативной модели обновлений (и вообще режиму, при котором продукт планируют больше чем на следующий релиз и тестируют перед релизом хотя бы 3-4 месяца), я подобные анонсы буду читать как "очередная инъекция витаминов в труп"

[EVGL]

А по сути есть что отметить? Например, что существующие наработки остальных партнеров - те же Dynamics Software, To Increase, но и AND Project превращаются в радиоактивный пепел для их разработчиков и клиентов, зато понятен курс для новых продаж, что хорошо для бизнеса.

[EVGL]

Quote:

Originally Posted by fed

Я например заколебался копировать данные из теста в разработку чтобы какую-нить фигню в стандарте протрассировать.

Буквально сегодня: https://blogs.msdn.microsoft.com/lcs...ion-available/

[Ivanhoe]

Quote:

Originally Posted by EVGL

Буквально сегодня: https://blogs.msdn.microsoft.com/lcs...ion-available/

Т.е. вот так просто можно будет 2ТБ рабочую в сендбокс запихнуть? круто.

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

[sukhanchik]

Часть сообщений уехало в отдельную тему Обсуждение стоимости владения D365FO и AX2012

[EVGL]

Quote:

Originally Posted by Ivanhoe

...голубой WMS...

Да ничего, за годик-два голубой WMS освоить можно, потом начинает нравиться.

[cuba]

Как я писал, суть чего хотели клиенты: наличие графиков плановых ремонтов + внеплановые ремонты и исключение Ресурса на это время из маршрутов производства.
А так же нормальную связь Ресурса с ОС.

[Ivanhoe]

Quote:

Originally Posted by EVGL

Да ничего, за годик-два голубой WMS освоить можно, потом начинает нравиться.

Я не про то, что сложно изучить. Я про то, что

• Первое время ничего нормально не работало в самом новом вмс.
• Долгое время оно не было интегрировано в другие процессы.
• Модуль в целом ставит много ограничений и условий для работы. Простой ячеистый склад малой кровью уже не включишь.
• Особенности русской локализации мимо.
• Вписаться гибко в код тяжело.

[Raven Melancholic]

Quote:

Originally Posted by cuba

Как я писал, суть чего хотели клиенты: наличие графиков плановых ремонтов + внеплановые ремонты и исключение Ресурса на это время из маршрутов производства.
А так же нормальную связь Ресурса с ОС.

Что-то не очень требовательные клиенты. А как же:

• Разузлование оборудования не только с точки зрения расчета финансовой амортизации, но и выделение "ремонтных наборов".
• Планирование запчастей, материалов, трудовых ресурсов, привлечения подрядчиков.
• Учет наработки по времени, выпуску и т.п.
• Ну и связь всего этого с бюджетированием.

Из того, что обычно слышал от производственников это минимум.

[cuba]

В моем случае не было.
Разве что п. 2.

[Ivanhoe]

Quote:

Originally Posted by Raven Melancholic

Что-то не очень требовательные клиенты. А как же:

• Разузлование оборудования не только с точки зрения расчета финансовой амортизации, но и выделение "ремонтных наборов".
• Планирование запчастей, материалов, трудовых ресурсов, привлечения подрядчиков.
• Учет наработки по времени, выпуску и т.п.
• Ну и связь всего этого с бюджетированием.

Из того, что обычно слышал от производственников это минимум.

Это все нужно, но решаться должно максимально "свободно". Т.е. ремонты - это ПЗ с потребностью в материалах. Разузлование по типу модуля Сервисного обслуживания через спецификации.

А то сейчас получим еще один вариант "только так и ни шагу в бок". Вкрутят вам обязательные маршруты с операциями для расчета "пробега" - вы будете счастливы? Или обязательное согласование через бюджеты или еще чего умного придумают.

[EVGL]

Quote:

Originally Posted by Ivanhoe

Я не про то, что сложно изучить. Я про то, что

• ...
• Вписаться гибко в код тяжело.

Ну вот, не прошло и пяти лет, как стало можно вписаться: http://kashperuk.blogspot.com/2018/1...-tired-of.html

[ax_mct]

Quote:

Originally Posted by EVGL

Ну вот, не прошло и пяти лет, как стало можно вписаться: http://kashperuk.blogspot.com/2018/1...-tired-of.html

Это API для мобильного приложения (the mobile app).
Неплохо на самом деле. Спасибо за ссылку.
Но чуть пересекаясь с соседней темой, "Reason for the redesign" оно постоянное. Вопрос в том как долго будет жить этот "ProcessGuide framework" и/или обеспечивать совместимость.
И этот вопрос в первую очередь определяет интерес вписываться.

Process guide framework
https://docs.microsoft.com/en-us/dyn...uide-framework

[trud]

Quote:

Originally Posted by ax_mct

Process guide framework
https://docs.microsoft.com/en-us/dyn...uide-framework

Описание кстати пугающее. т.е. вместо одного метода displayForm теперь куча классов с атрибутами классами. Это не будет похоже случайно на SourceDocumentFramework где тоже руководствовались целью сделать 1 класс для одной задачи, а в итоге получилось нечто?

[skuull]

Quote:

Originally Posted by trud

Описание кстати пугающее. т.е. вместо одного метода displayForm теперь куча классов с атрибутами классами.

Это был ужасный метод. Хороший метод это метод который помещается в 1 экран

[Pokersky09]

Quote:

Originally Posted by EVGL

Ну вот, не прошло и пяти лет, как стало можно вписаться: http://kashperuk.blogspot.com/2018/1...-tired-of.html

Только вылез из разработки 8 новых меню для WHS Mobile phone...
За это время сформировался уже свой base класс, с заготовками методов, которые частично автоматизировали процессы добавления/получения значений из разных контролов. В первое время было довольно не очень

Нужно будет глянуть, разобраться что там внесли нового.

Есть какой то пример, который реализовали при помощи новых классов из этого update?