|
![]() |
#1 |
Участник
|
Цитата:
Сообщение от George Nordic
Докажите обратное!
1) Производительность Если в 1С была проблема что 20 человек не смогут одновременно провести накладные, то в Аксапте вас ждет "высокопроизводительное" закрытие склада по средней. "По мелочи" набереться куча других замечаний по производительности. 2) Функциональность Средняя. Развитие фукнциональности за последние года два скорее отрицательное чем положительное (если исключить что местный МБС продолжает медленно поддерживать наши бухгалтерские плюшки) 3) Техтребования Не комментирую. 4) и, наконец, удобства. Какие? Эргономические? Микрософт активно добавляет всякие вкусности в интерфейс 4ки.
__________________
![]() |
|
![]() |
#2 |
Moderator
|
Цитата:
Сообщение от ppson
1) Производительность
Если в 1С была проблема что 20 человек не смогут одновременно провести накладные, то в Аксапте вас ждет "высокопроизводительное" закрытие склада по средней.
__________________
С уважением, kvan. |
|
![]() |
#3 |
Участник
|
Цитата:
Сообщение от kvan
А может сравнивать будем все таки с проведением накладных?
Функционал стандартный. Цитата:
Сообщение от kvan
Не потому ли что для 1С нужно мощное клиентское место а для Axapta в большинстве случаев нет?
Кван, не ловите меня на слове. У меня к этой системе положительное отношение, которое сформировалось на основе сравнения её с другими системами. Дружу с аксаптой уже 4й год, и пока не планирую изменять этой дружбе. Аксапта не идеал, у неё есть очень много достоинств как и проблем. Скорость закрытия склада по средней осталась такой же медленной, книги покупок/продаж формируются очень долго. ![]()
__________________
![]() |
|
![]() |
#4 |
пофигист
|
Для меня самое неудобное, при дописывание системы, было то что склады (места хранения) находятся в двух таблицах - "inventDim" и "inventLocation". Т.е зная InventLocationID какого-то скалада и ItemID номенклатуры нельзя сразу узнать остаток по этой номеклатуре из таблицы "inventSum", а приходится сначало лезть в таб. inventDim и по InventLocationID узнавать InventDimID этого склада. Для этого нужно писать более сложные запросы, которые дольше работают!!!!!!, добавлять лишние датасорсы на формы и т.д. В 1с помоему этого нет.
Ваще в базе данных там куча таблиц и полей у таблиц, которые нах никому не нужны. Из-за этого все тормозит. И еще ЖУТКО не удобный дизайн отчетов и форм. P.S. А дописывать систему вам придется и много!!!
__________________
Хорошо смеется тот, кто смеется с портвейном. Последний раз редактировалось Guest_UserId; 23.11.2005 в 14:19. |
|
![]() |
#5 |
Участник
|
=)
Цитата:
Сообщение от Guest_UserId
Для меня самое неудобное, при дописывание системы, было то что склады (места хранения) находятся в двух таблицах - "inventDim" и "inventLocation". Т.е зная InventLocationID какого-то скалада и ItemID номенклатуры нельзя сразу узнать остаток по этой номеклатуре из таблицы "inventSum", а приходится сначало лезть в таб. inventDim и по InventLocationID узнавать InventDimID этого склада. Для этого нужно писать более сложные запросы, которые дольше работают!!!!!!, добавлять лишние датасорсы на формы и т.д. В 1с помоему этого нет.
Ваще в базе данных там куча таблиц и полей у таблиц, которые нах никому не нужны. Из-за этого все тормозит. И еще ЖУТКО не удобный дизайн отчетов и форм. P.S. А дописывать систему вам придется и много!!! =) Главный недостаток аксапты - квалификация внедренцев =) |
|
![]() |
#6 |
Member
|
Цитата:
Сообщение от _AnK_
...
Главный недостаток аксапты - квалификация внедренцев ... Во-первых, смотря для чего ее использовать. Если как "модную 1С", то есть вопросы типа всяких там комиссий (45-й счет и проч.), проводок по производству, распределения затрат с 25-х и 26-х счетов, одновременного учета одной номенклатуры на различных счетах в ГК, есть вопросы по зарплате (слыхал, не интересовался), корреспонденция счетов не идеальная, отчеты на ее основе врут (сам не пользуюсь, только по наслышке от участников форума). Если для кого-то такие вещи критичны, то следует подумать хорошо (чтобы не было неоправданных ожиданий). Если в системе вести реальный учет, то такие проблемы не актуальны. Во-вторых, есть проблемы с "особенностями русской... бухгалтерии". Например, многие бухгалтера плохо понимают, почему в Аксапте так "тяжело" исправить ошибку (сторнировать, потом разнести правильно, да еще и не ошибиться при этом). И почему нельзя удалять документы. Тут опять же, нужно четко понимать что для вас важнее еще при покупке. Хотя доработками удобства (компромиссного, не идеального) добиться можно. В-третьих, многие почему-то думают, что заплатив n-ю сумму за систему, которую при этом считают весьма немаленькой, Аксапта окажется волшебной системой с удивительными возможностями. Ну, по крайней мере ожидают от нее большего, нежели получают. Виноваты ли в этом продавцы или сами клиенты, сказать сложно. Примером области, где система может не оправдать ожиданий клиентов, является бюджетирование. Как правило, от системы ждут методологию бюджетирования + бюджетный процесс. Реально есть возможность ввода готового бюджета + сравнение план-факт. Опять же, разработать можно. Нет уведомлений (хотя, обещают в новой версии). Нет заявок, хотя доработать несложно. Еще у нас любят бюджетировать по кассовому методу. С этим куда тяжелее. Примерно так.
__________________
С уважением, glibs® |
|
![]() |
#7 |
Moderator
|
Цитата:
Сообщение от ppson
3) Техтребования
Не комментирую.
__________________
С уважением, kvan. |
|
Теги |
сравнение систем |
|
|