|
06.02.2009, 14:05 | #1 |
Участник
|
ERP-BLOG: Обучение Аксапте. Структурирование реальности.
Источник: http://erp-blog.ru/main/12-obuchenie...ealnosti..html
============== Всем здравствуйте, сегодня хочу продолжить тему изучения Аксапты. Прекрасно понимаю, что для полноценного осмысления серьезной ERP системы (Dynamics AX - это серьезная ERP система, я не отрицаю очевидное) лучше всего использовать два варианта: 1) Вариант "Учитель Йода", т.е.: пойти работать стажером в какую-нибудь крупную компанию-внедренец, где прослушать все авторизованные курсы, поработать под началом профессионалов и потом самостоятельно пройти какой-нибудь проект в качестве одного из ключевых исполнителей. 2) Вариант "Перебирай зерна": обстоятельно сесть со всеми книжками, скрупулезно изучить их, выполнить все примеры кода, попробовать использовать весь стандартный функционал согласно руководству пользователя с активным применением хэлпа. К сожалению, в силу многих обстоятельств (несколько позже я обязательно расскажу всё в подробностях, по всей видимости, получится пост или серия постов из цикла "как не надо делать":) ) приходится использовать вариант: "Красная Армия. Покрасить гектар травы в оранжевый цвет до обеда". Исходя из подобных исходных данных и приходится действовать. Что у меня теперь есть, как используется и как помогает и какие недостатки(на мой субъективный взгляд): 1. Книжка. Microsoft Dynamics AX Руководство пользователя. В 2х томах. Честно попытался прочитать, но никакой цельной картинки так и не сформировал в голове. Руководство для идиотов по использованию тех или иных форм, в стиле сухой документации. 2. Книжка. Microsoft Dynamics AX 4.0 Inside Dynamics. Пытался использовать в качестве учебника-справочника, получилось не очень, использовал примеры кодов в своих целях. Подсознанием ощущаю, что книжка полезная, но пока я до нее не дорос. 3. PDF-книжка. MORPHX IT Введение в язык программирования в Axapta X++ и среду разработки MorphX. Использую в качестве учебника-справочника для разработки, висит открытой весь день, обращаюсь к ней очень часто. 4. УРЛ. Форум специалистов по аксапте: Axforum.info. Использую для поиска информации. И задаю вопросы, если отчаиваюсь найти в документации. Как правило, реагируют не позже чем через 24 часа. Два-три окна с форума висят в Опере весь день. 5. УРЛ. Не знаю как правильно назвать, форум или ресурс: axapta.mazzy.ru. Прихожу туда в основном с яндекса, так как там очень много полезного, но к сожалению, не очень структурировано. 6. УРЛ. Microsoft.com. Сайт производителя, несомненно, содержащий много всего, я там беру дистрибутивы, сервис паки, документацию, и прочее. Хотя впечатление производит крайне отвратительное, в навигации с первого раза мало кто разберется. И к тому же, слишком много дурного там уже натворили криво>|
__________________
Расскажите о новых и интересных блогах по Microsoft Dynamics, напишите личное сообщение администратору. |
|
06.02.2009, 14:28 | #2 |
Участник
|
Подсказка: если использовать буфер обмена виндовс - получится копировать название книжки без искажений.
См. также База знаний ERP: Axapta/ИсточникиИнформации Последний раз редактировалось belugin; 06.02.2009 в 14:35. |
|
06.02.2009, 15:10 | #3 |
Участник
|
Цитата:
Сообщение от belugin
Подсказка: если использовать буфер обмена виндовс - получится копировать название книжки без искажений.
__________________
Мой http://erp-blog.ru |
|
|
За это сообщение автора поблагодарили: belugin (1). |
06.02.2009, 14:56 | #4 |
Аманд
|
Цитата:
К сожалению, в силу многих обстоятельств (несколько позже я обязательно расскажу всё в подробностях, по всей видимости, получится пост или серия постов из цикла "как не надо делать"
И если вы действительно партнёр, то Вам об этих возможностях нужно знать. Если задумаете сертифицироваться - здесь найдёте некоторую информацию: http://www.amand.ru/modules/wordpres...certification/ Последний раз редактировалось Vals; 06.02.2009 в 15:00. |
|
06.02.2009, 15:41 | #5 |
Участник
|
Бот почему-то обрубил исходное сообщение на плохом слове, поэтому позволю себе дописать пост здесь, вдруг кто-то что-то полезное прочтет или напишет:
"<опые маркетологи. 7. ПО. Меню "помощь" в Аксапте. Часто пытаюсь использовать, но ничего толкового я там ни разу не находил, и честно говоря, пока не понял структуру. На первый взгляд - всё. Чего мне не хватает? 1. Красной таблетки, чтоб съел, и Аксапта на подкорке. (Хотя на фиг мне Аксапта, если я буду гнуть ложки как Нео? ) 2. Справочника по облегчению жизни. Т.е. допустим, есть такой тип данных TransDate, если вдруг кто-то не знает, при определении поля этим расширенным типом, в дизайне, где поле будет выведено, появится выбор даты из красивого календарика. Хочется такой справочник, чтобы там в главе "работа с датой" было про это рассказано. 3. Учебника по использованию стандартного функционала, построенного на сквозном примере внедрения (в идеале, на РФ-ориентированном примере). Ну чтобы, пример наложения реальных бизнес-процессов на ERP систему. 4. Системы, в которой была бы среда разработки, но не было стандартного функционала. Это стоило бы гораздо дешевле, а наворотить на ней можно было бы очень много. В идеале с поддержкой опенсорсного сервера баз данных (вроде PostGre). Скорее всего что-то из перечисленного уже где-то есть. Если расскажете, где взять, буду признателен."
__________________
Мой http://erp-blog.ru |
|
06.02.2009, 17:27 | #6 |
Axapta
|
Цитата:
TransDate - это не какой-то волшебный тип, выводящий календарик. Календарик выводится потому, что у данного типа в поле FormHelp прописана форма SysDateLookUp. |
|
06.02.2009, 17:49 | #7 |
Участник
|
Я это понимаю. Но для этого мне пришлось перерыть полфорума. Неплохо было бы иметь книжку с описанием всех таких удобняшек из стандартного функционала. Тем более, что Аксапта поставляется неразрывно "среда разработки+стандартный функционал"
__________________
Мой http://erp-blog.ru |
|
06.02.2009, 17:52 | #8 |
Участник
|
Цитата:
Аксапта это прежде всего стандартный функционал, для которого есть среда разработки. В частности стандартный функционал можно купить без средств разработки. А средства разработки купить без стандартного функционала нельзя. И это правильно. Разбирайтесь дальше. |
|
06.02.2009, 18:46 | #9 |
Участник
|
Цитата:
Сообщение от mazzy
Нет. Втыкайте дальше.
Аксапта это прежде всего стандартный функционал, для которого есть среда разработки. В частности стандартный функционал можно купить без средств разработки. А средства разработки купить без стандартного функционала нельзя. И это правильно. Разбирайтесь дальше. Есть платформа 1С.Предприятие, а есть конфигурация 1C.Бухгалтерия. Я не прав? Если нет, приведите может быть какой-то контрпример. Почему у Аксапты может быть другая логика? А то, что там что-то без чего-то можно купить или нельзя купить - это происки маркетологов. Между тем такая штука пользовалась бы бешеным спросом в РФ. MS бы украл половину рынка у 1С, если бы не пытался продать функционал в довесок к среде. Потому что всю логику той же 1С.Бухгалтерии любой стародавний посетитель вашего форума нарисует в MorphX за день и еще день потратит на прикручивание печатных форм.
__________________
Мой http://erp-blog.ru |
|
06.02.2009, 16:07 | #10 |
Участник
|
я в свое время начал ч того, что прочитал в метро (еще на sony SL10) developers guide и best practice.
Рекомендую сделать так же |
|
06.02.2009, 16:09 | #11 |
Аманд
|
Цитата:
4. Системы, в которой была бы среда разработки, но не было стандартного функционала. Это стоило бы гораздо дешевле, а наворотить на ней можно было бы очень много. В идеале с поддержкой опенсорсного сервера баз данных (вроде PostGre).
И такое на многих проектах. Цитата:
Красной таблетки, чтоб съел
|
|
06.02.2009, 19:10 | #12 |
Участник
|
>>>Называется Visual Studio, Deplhi, Java Beans и другие
Ну, я не согласен. Попробуйте на какой-нибудь из них написать простую форму с гридом, но так, чтобы были фозможности аксаптовской: - настройка пользователем - фильтрация - присоедиинение документов - контроль доступа, в том числе на уровне записей ... может чего пропустил Трудозатраты будут гораздо больше чем в аксапте Плюс к тому: - сервер приложений с очень оперативным обновлением кода и на клиенте - интеграция SQL в язык программирования В-общем, среда использует единую модель приложения, которая сама отображается на структуру БД, интерфейс пользователя и язык программирования. Я про такое слышал только в контексте веба или как часть других систем. |
|
|
За это сообщение автора поблагодарили: coolibin (1). |
06.02.2009, 19:13 | #13 |
Участник
|
Цитата:
Если честно, то полное ощущение "де жа вю" и "день сурка" какой-то. |
|
06.02.2009, 19:17 | #14 |
Участник
|
|
|
07.02.2009, 12:53 | #15 |
Аманд
|
Цитата:
Стандартный функционал без доработок вообще нигде не используется
Цитата:
1. Лучше они заработают на своей разработке, чем переплатят MSу.
А мне приходилось - хотите сказать что клиент должен заплатить 2 раза? Ещё я видел доработки, которые полностью ломали не только стандартную функциональность производства и логистики, но и делали невозможным MRP II планирование. |
|
|
За это сообщение автора поблагодарили: glibs (2). |
07.02.2009, 17:02 | #16 |
Участник
|
Цитата:
Зачем опять повторять эту мантру (очень популярную, кстати, на данном форуме) про существование где-то некой работающей, но не тронутой программистами системы. Это ни в коем случае не наезд, просто хочется немножко честности перед самими собой. Господа внедряльцы, можете озвучить статистику, каков процент внедрений "стандартного" функционала на просторах эсэнгэ? Не надо точную цифру, хотя бы порядок: 80 или 20. А может меньше одного? Причем дело же не в Аксапте, и дело не в том, что клиент такой нехороший, никак на уговоры не поддается. Это же должно быть очевидно, что если бы клиенты стояли в очередь на внедрение, и если каждая задержка с текущим клиентом - это упущенный следующий, то да, консалтерам было бы удобнее внедрять as is, а программистам - пинка под зад, студентов обратно в институт, ну или в макдональдс на худой конец. А ситуация, скорее, противоположная. А сейчас все так выглядит, что в ближайшие годы ничто не будует мотивировать внедренца как можно скорей вытаскивать зубы из шеи клиента и отправлять его в свободное плавание. Мантры мантрами, а кушать-то консалтеру хочется. Я, впрочем, ничего против не имею, более того, считаю, что одно из основных преимуществ Аксапты (а может быть даже главное) - это не эмэрпи (он и в других системах нисколько не хуже), это не некое функциональное богатство, а именно возможность недорогой модификации. Просто я хотел сказать, не надо никого вводить в заблуждение. А если кто-то сам верит в то что говорит про внедрение стандартного функционала, то я вам отвечу словами классика: "Нет. Втыкайте дальше." (с) mazzy |
|
|
За это сообщение автора поблагодарили: mdconsult (1). |
07.02.2009, 18:22 | #17 |
Участник
|
Цитата:
|
|
08.02.2009, 16:11 | #18 |
Участник
|
Цитата:
Речь идёт о том, что часто систему дорабатывают, даже если есть штатный функционал. Причин тому много, часть уже назвали - так выгоднее партнёру. |
|
08.02.2009, 16:24 | #19 |
Участник
|
Цитата:
Сообщение от coolibin
Причем дело же не в Аксапте, и дело не в том, что клиент такой нехороший, никак на уговоры не поддается. Это же должно быть очевидно, что если бы клиенты стояли в очередь на внедрение, и если каждая задержка с текущим клиентом - это упущенный следующий, то да, консалтерам было бы удобнее внедрять as is, а программистам - пинка под зад, студентов обратно в институт, ну или в макдональдс на худой конец. А ситуация, скорее, противоположная. А сейчас все так выглядит, что в ближайшие годы ничто не будует мотивировать внедренца как можно скорей вытаскивать зубы из шеи клиента и отправлять его в свободное плавание. Мантры мантрами, а кушать-то консалтеру хочется.
|
|
09.02.2009, 09:06 | #20 |
Участник
|
Цитата:
Покажите, где я ошибся. |
|
|
Похожие темы | ||||
Тема | Ответов | |||
ERP-BLOG: Реакция пользователя | 12 | |||
ERP-BLOG: Axapta, фильтр по сетке | 26 | |||
ERP-BLOG: Глюки Аксапты | 8 | |||
ERP-BLOG: И снова Аксапта | 0 | |||
ERP-BLOG: ERP-системы и мировая экономика | 0 |
Опции темы | Поиск в этой теме |
Опции просмотра | |
|