|
12.01.2006, 12:26 | #1 |
NavAx
|
Цитата:
Сообщение от mazzy
Ясно. Извини, что вмешался. Я думал, ты решение ищешь...
К сожалению людям еще и работать надо, а не ждать пока мы сначала два десятка пересчетов удалим, затем склад закроем. Что затянется на неделю минимум (очень и очень оптимистичный прогноз). Технологические окна в которые я и другие клиенты можем такие вещи себе позволить весьма и весьма узкие. Да причем тут мастдай. Речь о том, что заявления ДО ПРОДАЖИ это одно, а как до КОНКРЕТНОГО дела доходит, так помощи никакой. И мне как клиенту, хочется, чтобы проблемы (а это именно проблема, а не прихоть и хотелка) решались, причем желательно не за наш счет. Потому что в текущей ситуации у меня нет выбора иначе как платить за решение этой баги партнеру.
__________________
И все они создания природы... Последний раз редактировалось Lazy_Tiger; 12.01.2006 в 12:29. |
|
12.01.2006, 12:38 | #2 |
Участник
|
Цитата:
Сообщение от Lazy_Tiger
Сергей, это не решение. Это то, что они называют workarround, т.е. обходной маневр типа Т.е. ВРЕМЕННОЕ решение. "Временное" в моем понимании означает ...
Я понял. Майкрософт маздай! Еще раз извини, что влез. |
|
12.01.2006, 12:16 | #3 |
NavAx
|
... а вообще из этой же переписки создается впечатление что задача стоит не решить мою проблему, а отмазаться от нее. Т.е. открываем запрос, закрываем запрос, снова открываем, снова закрываем... ПРО ОДНО И ТОЖЕ.
__________________
И все они создания природы... |
|
13.01.2006, 16:31 | #4 |
Участник
|
Капец.... Косяпта 3.0 СП1... закрытие склада - "Сказка"....
поимел кучу гимороя с закрытием склада... вплоть до написания самопальных эвристических JOBs, которые после закрытия склада делали закрытие "правильным" еще переносили функционал с СП3 и даже фиксы с СП4... проблему с себестоимостью проводок с типом перенос (расход с одного склада не равен приходу на другой склад, причем отклонение может быть на порядки выше правильного) так и не решило, в итоге к стандартному СП3 + СП4 "прикрутили" еще и самопальную коррекцию переносов с обновлением уровней. такое впечатление, что в некоторых местах писали слепые негры ночью с выключенными мониторами |
|
23.01.2006, 23:16 | #5 |
Microsoft Dynamics
|
[QUOTE=UNRW] в итоге к стандартному СП3 + СП4 "прикрутили" еще и самопальную коррекцию переносов с обновлением уровней.
[QUOTE] А не пробовали на стандартной СП4 повторить? Там все исправлено. Возвращаясь к теме "выкусывать" или upgrade хочется отметить, что для решения критической проблемы все средства хороши. Выкусить, прикрутить job и т.д. А потом спокойно проанализировать повторяется или нет в последней версии или СП и перейти. Основной мой довод в том, что в последнем СП исправлены те ошибки, на которые вы еще не натыкались. Просто представьте сколько бы вы сэкономили бы времени, если вовремя поставили сп4 и этой проблемы просто бы небыло. Если есть аргументы, пожалуйса занесите их в топик сопровождение. |
|
24.01.2006, 01:06 | #6 |
Модератор
|
Цитата:
Сообщение от ALEG
А не пробовали на стандартной СП4 повторить? Там все исправлено.
.. Основной мой довод в том, что в последнем СП исправлены те ошибки, на которые вы еще не натыкались. Просто представьте сколько бы вы сэкономили бы времени, если вовремя поставили сп4 и этой проблемы просто бы небыло А все ли метки, используемые в российской накладной, переведены на русский язык?
__________________
-ТСЯ или -ТЬСЯ ? |
|
24.01.2006, 13:20 | #7 |
Moderator
|
Цитата:
Сообщение от ALEG
Основной мой довод в том, что в последнем СП исправлены те ошибки, на которые вы еще не натыкались. Просто представьте сколько бы вы сэкономили бы времени, если вовремя поставили сп4 и этой проблемы просто бы небыло.
Чуть не расплакался ... напоминает - мы сами создаем себе тредности и успешно с ними справляемся ...
__________________
С уважением, kvan. |
|
24.01.2006, 19:43 | #8 |
Microsoft Dynamics
|
Цитата:
Сообщение от kvan
А те на которые мы натыкаемся еще с версии 2.5 !!!???
Чуть не расплакался ... напоминает - мы сами создаем себе тредности и успешно с ними справляемся ... Например по ошибке от lazy_tiger (хотя реализацией он не доволен) была сформирована команда (минипроект) и проведена очень большая работа. Его ошибка была инициатором данного минипроекта (PS#1447 если не ошибаюсь). Я лично хочу сказать спасибо lazy_tiger и glibs за описание, уточнение, шаги для воспроизведения и т.д. Про кого забыл, извините, вспомню напишу. Чтобы что-то сделать надо как минимум что-то начать делать... |
|
25.01.2006, 11:00 | #9 |
Участник
|
[QUOTE=ALEG]А вы попробуйте их зарегистрировать в сервисной системе. На сколько я помню glibs зарегистрировал очень много ошибок как по локальной так и по международной функциональности. При том, что многие из них решены или будут решены в новых СП или версиях.
QUOTE] А какая разница между методом регистрацией ошибки в обычном режиме - через партнера и методом регистрации напрямую в сервисной службе?
__________________
|
|
25.01.2006, 17:09 | #10 |
Шаман форума
|
Цитата:
Сообщение от ALEG
Например по ошибке от lazy_tiger (хотя реализацией он не доволен) была сформирована команда (минипроект) и проведена очень большая работа. Его ошибка была инициатором данного минипроекта (PS#1447 если не ошибаюсь).
А утечки памяти у вас еще с версии 2.1 висят.....неужто никто во всем мире до сервисной системы не дополз?
__________________
All information in this post is strictly confidential. If you have read it in error, please forget it immediately. |
|
23.01.2006, 16:01 | #11 |
Шаман форума
|
Возвращаясь к теме - существенным недостатком считаю то, что модули системы (особенно разработанные локализаторами и партнерами) иногда не полностью интегрированы с собственно самой системой в ее "базовом" варианте. Иными словами, существует как бы "ядро", сделанное в датском Damgaard, допеределенное Navision и Microsoft, и существует масса навешанных на это ядро модулей, доработок, наработок, обработок, отралевых вертикальных и горизонтальных решений. Гарантий того, что все это будет жить вместе - никто давать даже не пытается, так как правая рука давно не знает, что же делает левая.
__________________
All information in this post is strictly confidential. If you have read it in error, please forget it immediately. |
|
|
За это сообщение автора поблагодарили: Pavel (8). |
24.01.2006, 13:31 | #12 |
NavAx
|
ХА! еще полгода и на 2.5 ваще успешным образом забьют. Вместе с багами. Типа умер и хрен с ним
__________________
И все они создания природы... |
|
24.01.2006, 13:35 | #13 |
Moderator
|
Цитата:
Сообщение от Lazy_Tiger
ХА! еще полгода и на 2.5 ваще успешным образом забьют. Вместе с багами. Типа умер и хрен с ним
__________________
С уважением, kvan. |
|
25.01.2006, 11:04 | #14 |
Microsoft Dynamics
|
Имеется ввиду через партнера в сервисной системе.
|
|
25.01.2006, 18:51 | #15 |
Microsoft Dynamics
|
А Вы можете воспроизвести проблему в SP4? А лучше в последнем Kernel Rollup?
На самом деле такие заявления от специалиста, работающего на конкурента не очень красиво смотрятся. Это так к слову. |
|
25.01.2006, 18:58 | #16 |
SAP
|
Возвращаясь к продукту… считаю, что позиционирование аксапты как продукта для средних и больших предприятий, мягко говоря, заблуждением.
Система не позволяет вести полноценный управленческий учет на уровне группы предприятий холдинга или корпорации. Какие средства есть для консолидации… финансовых данных… элементов планирования… управленческого учета? Какими возможностями и ограничениями эти средства обладают? 1) Даже в рамках одной компании планирование осуществляется по бухгалтерским счетам в разрезе аналитик. XAL, который позиционируется на малые и средние предприятия, позволяет бюджетировать непосредственно по объектам учета в модулях: Проекты, Основные Средства, Зарплата, а затем трансформировать данные в финансовые бюджеты. Аксапта – нет. 2) Еще меньше бюджеты по бухгалтерским счетам подходят для планирования финансовых показателей предприятия, имеющего сложную организационную структуру с различными юридическими лицами. Для этих целей придется покупать другое ПО (например, Cognos или Business Object), ставить поверх, проектировать хранилище информации, интегрировать с транзакционными системами и затем поддерживать работоспособность этой конструкции в жизни. 3) Какие средства есть для ПЭО предприятия? Неужели, кто-нибудь всерьез предложит рассчитать плановые показатели предприятия через бюджеты ГК и аналитики? Система хранит аналитики в виде линейного справочника, взаимосвязи между ними задаются косвенным образом в распределениях бюджета ГК. Нет возможности наглядно представить структуру ЦФО и видов затрат. Да что перечислять, пусть кто-нибудь назовет предприятие, умудрившееся решить эту стандартную задачу. 4) Теперь реализация бизнес процессов. Система содержит лишь простые, типовые процессы. Возьмем сбыт, например, предприятие продает продукцию клиентам напрямую, отгружает партии дистрибьютерам, передает на реализацию агентам. Все эти разные бизнес процессы придется реализовывать через стандартный механизм Покупатель/Заказ/Строки/Физическая поставка/Финансовая задолжность. Очевидные проблемы: - система не несет решений, они должны созреть в головах внедренцев (оптимальные или не очень) - система потребует доработки стандартной функциональности, а из какие риски и последствия вытекают из модификаций здесь все уже знают |
|
25.01.2006, 19:27 | #17 |
Участник
|
Цитата:
Сообщение от Pavel
Возвращаясь к продукту… считаю, что позиционирование аксапты как продукта для средних и больших предприятий, мягко говоря, заблуждением.
Пожалуйста, сформулируйте ваше определение средний и больших предприятий. Чтобы не было недоразумений в конце обсуждения. |
|
26.01.2006, 11:37 | #18 |
SAP
|
Цитата:
Сообщение от mazzy
Пожалуйста, сформулируйте ваше определение средний и больших предприятий. Чтобы не было недоразумений в конце обсуждения.
«Microsoft Axapta обеспечивает надежную платформу… … помогает средним и большим компаниям достигать поставленные краткосрочные и долгосрочные цели и повышать собственную конкурентоспособность.» http://www.microsoft.com/Rus/Dynamic...a/Default.mspx Microsoft Axapta – это масштабируемая система для средних и крупных предприятий, корпораций и холдинговых структур… http://www.columbus.ru/index.php?a=c...u_id_n=14&me=s |
|
26.01.2006, 11:40 | #19 |
Участник
|
Цитата:
Сообщение от Pavel
Мои определения? Определений поставщика и его партнеров недостаточно?
«Microsoft Axapta обеспечивает надежную платформу… … помогает средним и большим компаниям достигать поставленные краткосрочные и долгосрочные цели и повышать собственную конкурентоспособность.» http://www.microsoft.com/Rus/Dynamic...a/Default.mspx Microsoft Axapta – это масштабируемая система для средних и крупных предприятий, корпораций и холдинговых структур… http://www.columbus.ru/index.php?a=c...u_id_n=14&me=s Т.е. вы утверждаете, что поставщик ведет недобросовестную рекламу, так? |
|
26.01.2006, 16:59 | #20 |
Шаман форума
|
Цитата:
Сообщение от mazzy
Ок. Принято.
Пожалуйста, сформулируйте ваше определение средний и больших предприятий. Чтобы не было недоразумений в конце обсуждения. Что такое малый и средний бизнес
__________________
All information in this post is strictly confidential. If you have read it in error, please forget it immediately. |
|
Теги |
сравнение систем |
|
|