|
08.03.2017, 15:23 | #1 |
Moderator
|
В дискуссии trud vs skuull, меня больше всего удивляет, что никто даже не рассматривает вариант "Сделать все на overlay, а если Микрософт будет докапываться - предложить им оплатить дополнительные затраты на использование extensions"
Последний раз редактировалось fed; 08.03.2017 в 15:30. |
|
08.03.2017, 16:39 | #2 |
Banned
|
Microsoft никогда ничего вам не оплатит. Просто не сможете обновиться, будете смотреть на свежие хотфиксы и кусать локти.
|
|
08.03.2017, 17:25 | #3 |
Moderator
|
|
|
08.03.2017, 17:38 | #4 |
Участник
|
Ну речь немного не про это. Т.е. сейчас существует 2 типа моделей - вы выбираете этот тип при создании модели экстеншн модель и модель кастомизации.
физически это означает будет ваш код лежать в отдельной папке или подпапки у какой-то модели если выбрана экстеншн модель - в ней можно создавать только экстеншн, в модели кастомизации можно создавать как экстеншены так и кастомизации Утверждение 1 - нужно по возможности как можно меньше перекрывать (делать overlay) кода и объектов микрософт - это всегда было так, дает массу преимуществ и т.д. с этим я думаю никто спорить не будет это можно достигать как кастомизациями, так и там где невозможно экстеншенами теперь следующая ситуация - вот у вас есть приложение 2012 где оверлея вообще нет(или он минимальный). решение не аддон где-то сбоку, а к примеру небольшое расширение логистики или типа того(т.е. затрагивает и использует стандартные таблицы - добавляет туда поля, методы и т.п.) автоматом это решение мигрирует на D365, где тоже не будет оверлея - мигрирует оно в модель кастомизации вопрос в следующем - выиграите ли вы и имеет ли вообще смысл перводить этот код в модель типа экстеншн. на мой взгляд нет, ибо объем работы(при условии что у вас созданы какие-то поля, методы и т.п. на стандартных таблицах) будет просто огромный, преимуществ особо никаких нет и более того есть ряд негативных моментов. собственно это обсуждаем |
|
08.03.2017, 22:14 | #5 |
Участник
|
Вариант рассматриваетсяю Но вместе с ним рассматривается вариант что возьмут модель и залочат для оверлея, как случилось с некоторыми Будет и смешно и грустно.
|
|
22.01.2019, 10:42 | #6 |
Участник
|
Цитата:
Цитата:
Сообщение от fed
1. Они могут закрыть overlayering как класс (возможно - от балды навставлял точек расширения в стандартные прикладные классы). В этом случае, на первых же проектах, по итогам анализа партнеры начнут сообщать клиентам о том что в новой версии их бизнес-процессы не представляется возможным покрыть; Возможность серьезной доработки отрублена, а стандартной фунции для данного процесса - нету. После этого клиент с большой вероятностью бодро откажется от подписки на D365, спишет затраты на анализ в убытки и пойдет внедрять САП. Действительно - преимущество облачных технологий - можно в любой момент остановить проект, списав в убытки только небольшие понесенные затраты. Ну и партнеры само собой будут тоже плавно мигрировать в САП. Ведь если разработка по факту запрещена, то лучше использовать систему с более богатым базовым функционалом.
|
|
22.01.2019, 11:08 | #7 |
Moderator
|
Ну у нас на D365 просто не было крупных клиентов. И в целом - понятно что если клиент купил 150 рабочих мест, то шансов продавить Микрософт у него не много. Помнится, EVGL писал что его клиенту микрософт что-то компенсировал - но я могу что-то путать.
Цитата:
Как ни странно, среди новых клиентов (правда достаточно мелких), интерес к D365 достаточно большой. Но как мне написал один мой старый знакомый (владелец одного партнера в эмиратах): "my reply is wait until customers have been live for a year and then see how many sue" P.S. Ах да - забыл добавить что мы, конечно, САПовскую практику открывать не планируем. Но моему боссу 67 лет, так что он просто не планирует на срок больше 2-3 лет. Последний раз редактировалось fed; 22.01.2019 в 11:21. |
|
|
За это сообщение автора поблагодарили: Logger (3). |
22.01.2019, 11:29 | #8 |
Участник
|
|
|
22.01.2019, 11:47 | #9 |
Moderator
|
Ну я бы сказал - в пределах 100 пользователей и с одной компанией. У нас сейчас есть пара клиентов с несколькими филиалами/юрлицами и порядка 300-400 пользователей. (Один должен запуститься через несколько месяцев, второму до запуска минимум год). Но все равно - большая часть пайплайна подпадает под определение мелкого клиента.
|
|
Теги |
#многоходовочка, ax7, axanywhere, d365, toincrease, whs, wmdp |
|
|