Существуют ли недостатки у Axapta

[EVGL]

Цитата:

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

Можете обосновать, в чем то, что я сказал, противоречит вашему утверждению? Ведь распорядки по разработке/продаже вы не критиковали.

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

[UNRW]

Капец.... Косяпта 3.0 СП1... закрытие склада - "Сказка"....

поимел кучу гимороя с закрытием склада... вплоть до написания самопальных эвристических JOBs, которые после закрытия склада делали закрытие "правильным"

еще переносили функционал с СП3 и даже фиксы с СП4... проблему с себестоимостью проводок с типом перенос (расход с одного склада не равен приходу на другой склад, причем отклонение может быть на порядки выше правильного) так и не решило, в итоге к стандартному СП3 + СП4 "прикрутили" еще и самопальную коррекцию переносов с обновлением уровней.



такое впечатление, что в некоторых местах писали слепые негры ночью с выключенными мониторами

[komar]

Цитата:

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

зато у всех нас есть работа и совесть разработчиков стандартного функционала чиста - см. ветку Falcon-а о бедных гонимых рабочих

Работа есть и у консультантов по другим системам, где к поддержке относятся гораздо по-другому Просто пока на Косяпте латается годами один проект, там успевают сделать несколько.

[komar]

Возвращаясь к теме - существенным недостатком считаю то, что модули системы (особенно разработанные локализаторами и партнерами) иногда не полностью интегрированы с собственно самой системой в ее "базовом" варианте. Иными словами, существует как бы "ядро", сделанное в датском Damgaard, допеределенное Navision и Microsoft, и существует масса навешанных на это ядро модулей, доработок, наработок, обработок, отралевых вертикальных и горизонтальных решений. Гарантий того, что все это будет жить вместе - никто давать даже не пытается, так как правая рука давно не знает, что же делает левая.

[ALEG]

[QUOTE=UNRW] в итоге к стандартному СП3 + СП4 "прикрутили" еще и самопальную коррекцию переносов с обновлением уровней.

[QUOTE]
А не пробовали на стандартной СП4 повторить? Там все исправлено. Возвращаясь к теме "выкусывать" или upgrade хочется отметить, что для решения критической проблемы все средства хороши. Выкусить, прикрутить job и т.д. А потом спокойно проанализировать повторяется или нет в последней версии или СП и перейти.

Основной мой довод в том, что в последнем СП исправлены те ошибки, на которые вы еще не натыкались. Просто представьте сколько бы вы сэкономили бы времени, если вовремя поставили сп4 и этой проблемы просто бы небыло.
Если есть аргументы, пожалуйса занесите их в топик сопровождение.

[Vadik]

Цитата:

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

А не пробовали на стандартной СП4 повторить? Там все исправлено.
..
Основной мой довод в том, что в последнем СП исправлены те ошибки, на которые вы еще не натыкались. Просто представьте сколько бы вы сэкономили бы времени, если вовремя поставили сп4 и этой проблемы просто бы небыло

А счет на оплату по заказу в стандартной СП4 печатается?
А все ли метки, используемые в российской накладной, переведены на русский язык?

[kvan]

Цитата:

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

Основной мой довод в том, что в последнем СП исправлены те ошибки, на которые вы еще не натыкались. Просто представьте сколько бы вы сэкономили бы времени, если вовремя поставили сп4 и этой проблемы просто бы небыло.

А те на которые мы натыкаемся еще с версии 2.5 !!!???
Чуть не расплакался ... напоминает - мы сами создаем себе тредности и успешно с ними справляемся ...

[Lazy_Tiger]

ХА! еще полгода и на 2.5 ваще успешным образом забьют. Вместе с багами. Типа умер и хрен с ним

[kvan]

Цитата:

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

ХА! еще полгода и на 2.5 ваще успешным образом забьют. Вместе с багами. Типа умер и хрен с ним

Да дело не в том что проще дождаться пока "умрет" 2.5, проблема то в том, что некоторые баги тянутся в тройку еще оттуда и смерть 2.5 не решит этой проблемы.

[ALEG]

Цитата:

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

А те на которые мы натыкаемся еще с версии 2.5 !!!???
Чуть не расплакался ... напоминает - мы сами создаем себе тредности и успешно с ними справляемся ...

А вы попробуйте их зарегистрировать в сервисной системе. На сколько я помню glibs зарегистрировал очень много ошибок как по локальной так и по международной функциональности. При том, что многие из них решены или будут решены в новых СП или версиях.
Например по ошибке от lazy_tiger (хотя реализацией он не доволен) была сформирована команда (минипроект) и проведена очень большая работа. Его ошибка была инициатором данного минипроекта (PS#1447 если не ошибаюсь).
Я лично хочу сказать спасибо lazy_tiger и glibs за описание, уточнение, шаги для воспроизведения и т.д. Про кого забыл, извините, вспомню напишу.



Чтобы что-то сделать надо как минимум что-то начать делать...

[ppson]

[QUOTE=ALEG]А вы попробуйте их зарегистрировать в сервисной системе. На сколько я помню glibs зарегистрировал очень много ошибок как по локальной так и по международной функциональности. При том, что многие из них решены или будут решены в новых СП или версиях.
QUOTE]
А какая разница между методом регистрацией ошибки в обычном режиме - через партнера и методом регистрации напрямую в сервисной службе?

[ALEG]

Имеется ввиду через партнера в сервисной системе.

[komar]

Цитата:

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

Например по ошибке от lazy_tiger (хотя реализацией он не доволен) была сформирована команда (минипроект) и проведена очень большая работа. Его ошибка была инициатором данного минипроекта (PS#1447 если не ошибаюсь).

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

А утечки памяти у вас еще с версии 2.1 висят.....неужто никто во всем мире до сервисной системы не дополз?

[ALEG]

А Вы можете воспроизвести проблему в SP4? А лучше в последнем Kernel Rollup?

На самом деле такие заявления от специалиста, работающего на конкурента не очень красиво смотрятся. Это так к слову.

[Pavel]

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

Система не позволяет вести полноценный управленческий учет на уровне группы предприятий холдинга или корпорации. Какие средства есть для консолидации… финансовых данных… элементов планирования… управленческого учета? Какими возможностями и ограничениями эти средства обладают?

1) Даже в рамках одной компании планирование осуществляется по бухгалтерским счетам в разрезе аналитик. XAL, который позиционируется на малые и средние предприятия, позволяет бюджетировать непосредственно по объектам учета в модулях: Проекты, Основные Средства, Зарплата, а затем трансформировать данные в финансовые бюджеты. Аксапта – нет.

2) Еще меньше бюджеты по бухгалтерским счетам подходят для планирования финансовых показателей предприятия, имеющего сложную организационную структуру с различными юридическими лицами. Для этих целей придется покупать другое ПО (например, Cognos или Business Object), ставить поверх, проектировать хранилище информации, интегрировать с транзакционными системами и затем поддерживать работоспособность этой конструкции в жизни.

3) Какие средства есть для ПЭО предприятия? Неужели, кто-нибудь всерьез предложит рассчитать плановые показатели предприятия через бюджеты ГК и аналитики? Система хранит аналитики в виде линейного справочника, взаимосвязи между ними задаются косвенным образом в распределениях бюджета ГК. Нет возможности наглядно представить структуру ЦФО и видов затрат. Да что перечислять, пусть кто-нибудь назовет предприятие, умудрившееся решить эту стандартную задачу.

4) Теперь реализация бизнес процессов. Система содержит лишь простые, типовые процессы. Возьмем сбыт, например, предприятие продает продукцию клиентам напрямую, отгружает партии дистрибьютерам, передает на реализацию агентам. Все эти разные бизнес процессы придется реализовывать через стандартный механизм Покупатель/Заказ/Строки/Физическая поставка/Финансовая задолжность.
Очевидные проблемы:
- система не несет решений, они должны созреть в головах внедренцев (оптимальные или не очень)
- система потребует доработки стандартной функциональности, а из какие риски и последствия вытекают из модификаций здесь все уже знают

[kvan]

Цитата:

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

А Вы можете воспроизвести проблему в SP4? А лучше в последнем Kernel Rollup?

Если это про утечки памяти, то я не смог построить перекрестные ссылки на пустой базе с SP4 пока не заменил его на клиента SP3 Kernel HotFix (30SP3_HF001_Kernel)

[mazzy]

Цитата:

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

Если это про утечки памяти, то я не смог построить перекрестные ссылки на пустой базе с SP4 пока не заменил его на клиента SP3 Kernel HotFix (30SP3_HF001_Kernel)

Хм... Вроде построилось с изменениями от Алексея Еременко
http://forum.mazzy.ru/index.php?s=&s...ndpost&p=20146
правда не на пустой базе. Но обновление с удалением прошло нормально.

На пустой попробую сегодня.
А ты место на СКЛ под перекрестные ссылки заранее выделял или автоинкремент базы работал?

[mazzy]

Цитата:

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

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

Ок. Принято.

Пожалуйста, сформулируйте ваше определение средний и больших предприятий.
Чтобы не было недоразумений в конце обсуждения.

[Recoilme]

Цитата:

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

18.06.2004 12:45:00 GMT+03:00
1. Складская модель - средневзвешенная на дату
2. Складская аналитика - склад, финансовый склад включен.
3. 1-го числа приходуем 10 штук номенклатуры на склад "Основной" по 50 рублей за штуку (всего 500 рублей).
4. 2-го числа перемещаем 5 штук со склада "Основной" на склад "Магазин".
5. 3-го числа через заказ списываем 5 штук со склада "Магазин".
4. Затем проводим коррекцию приходной проводки на 300 рублей. Разносим ее 1-м числом.
5. 30-м числом месяца делаем пересчет себестоимости.
6. Видим, что у проводок по перемещению и заказу себестоимость стала 400 рублей (верная).
7. Затем закрываем склад раньшей, чем пересчет, датой. Например, 15-м числом. Видим, что в одной из половинок перемещения себестоимость 550 рублей вместо 400 рублей.

1. Складская модель ФИФО (да не суть важно, у вас везде все глючит)
2. 1-го числа приходуем 10 штук номенклатуры на склад "Основной" по 50 рублей за штуку (всего 500 рублей).
3. 3-го числа через заказ списываем 5 штук со склада "Основной".
4. Делаем пересчет - видим в расходе 250 руб
5. Делаем коррекцию приходной проводки на 100 руб
6. Делаем пересчет
7. Открываем книгу, видим фигу
Внимание вопрос к ALEG
А майкрософт вообще тестирует свои программы??? Или каждый клиент должен наступить на эти грабли, детально разобраться в механизмах и понять что каждый предыдущий пересчет надо отменять перед послед-м пересчетом/закрытием?
Да в конце концов неужели нельзя просто свои qtysettled писать в соседнее поле, например, если уж Вы не можете без них не фига ничего посчитать?

[komar]

Цитата:

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

А Вы можете воспроизвести проблему в SP4? А лучше в последнем Kernel Rollup?

На самом деле такие заявления от специалиста, работающего на конкурента не очень красиво смотрятся. Это так к слову.

В СП4 эта проблема описана в топике утечка памяти в аксапта (если прочитать ветку до конца, увидите много отзыввов про СП4, например таких http://www.axforum.info/forums/showt...3522#post83522) - заметьте, описана людьми, на конкурента не работающими. Я эту проблему ел в SP3 CU1 - тоже в то время работал с Axapta.

Дальнейшую тему про конкурентов предлагаю развивать в отдельном топике - так как к недостаткам Акзапты это отношения не имеет.