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

[glibs]

Цитата:

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

...
Важный недостаток
...

А в связи с чем для вас данная проблема актуальна?

Цитата:

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

...
в аксапте не хрянится история складских остатков. В inventSum хранятся только текущие остатки. А остатки за предыщие даты считаюься путем сумирования проводок.
...

Ну, можно в OLAP-е смотреть историю. И сервер грузиться не будет, и итоги промежуточные будут.

[rtreh]

Цитата:

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

А что они разносят такое, ваши бухгалтера?

Вы показывали им отчет, который вызывается из журнала ГК по кнопке Печать\Журнал?

...

Показывали.. а как же.. И бухгалтеры были "неспорчены" программой сэ-один... А вопли те же.. Вводят они накладную на услуги от поставщика и не знают какой (профиль разноски). 60 счет выбрать надо (60 счетов в плане счетов 20 штук..). Печени поели моей.. Но ничего, щас лупят проводки без проблем.

[_AnK_]

Цитата:

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

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

Делал такую фичу для закупок. Час работы.

Цитата:

Цитата:
Сообщение от _AnK_
...
Главный недостаток аксапты - квалификация внедренцев
...


Не, ну не только, конечно.

Во-первых, смотря для чего ее использовать. Если как "модную 1С", то есть вопросы типа всяких там комиссий (45-й счет и проч.), проводок по производству, распределения затрат с 25-х и 26-х счетов, одновременного учета одной номенклатуры на различных счетах в ГК, есть вопросы по зарплате (слыхал, не интересовался), корреспонденция счетов не идеальная, отчеты на ее основе врут (сам не пользуюсь, только по наслышке от участников форума). Если для кого-то такие вещи критичны, то следует подумать хорошо (чтобы не было неоправданных ожиданий). Если в системе вести реальный учет, то такие проблемы не актуальны.

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

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

Примером области, где система может не оправдать ожиданий клиентов, является бюджетирование. Как правило, от системы ждут методологию бюджетирования + бюджетный процесс. Реально есть возможность ввода готового бюджета + сравнение план-факт. Опять же, разработать можно. Нет уведомлений (хотя, обещают в новой версии). Нет заявок, хотя доработать несложно.

Еще у нас любят бюджетировать по кассовому методу. С этим куда тяжелее.

Примерно так.

Вы про глобальные проблемы говорите, а некоторые внедренцы не понимают что такое складская аналитика =)

[kvan]

2Guest_UserId:
Что в вашем понимании "нормальные печатные формы" ?

[Guest_UserId]

to glibs
У нас каждую неделю анализируются данные о продажах и остатках за предыдущий год, за аналогичное число (например сегодня анализируются за 23.11.2004). Чтобы определить какие долны быть оптимальные остатки на складе (я работаю в торговой фирме). С Olap ом я никогда не работал, тут врубаться надо, а делать надо быстро.

[komar]

Насчет цены - я говорил не об абсолютных значениях, а об относительных. То есть участники подняли тезис о том, что акзапта дешевле аналогичных систем, и не привели данных об аналогичных. О том, сколько стоят модули, я и сам знаю, а вот откуда утверждения, что система дешевлу чего-либо (кроме 1С, конечно) - где сравнительные данные, на которых основано это утверждение?
Насчет склада - меня всегда раздражало то, что при работе с основными средствами при вводе ОС в эксплуатацию они автоматически списываются со склада, что автоматически влечет за собой необходимость работать фактически в 2 складскихмодулях - в основных средствах и собственно в складе (для чего некая часть складской функциональности была сдублирована в модуль ОС) - для торговой компании в небольшой номенклатурой ОС это приемлемо, а для производственных компаний, у которых склад ведет большую номенклатуру как ОС, так и материалов (причем использует единый процесс приемки-отгрузки, следит за суммарными остатками, в общем, не различает номенклатуру-ОС и простую номенклатуру, и даже может одну и ту же номенклатуру держать и как ОС, и как материал) - крайне неудобно, если не сказать неприемлемо.

[Guest_UserId]

Цитата:

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

2Guest_UserId:
Что в вашем понимании "нормальные печатные формы" ?

1) Например в печатной форме должна быть эмблема предпрятия.
2) Нельзя как в 1с добавлять колонки.

[glibs]

Цитата:

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

...
Делал такую фичу для закупок. Час работы.
...

Так в том то все и дело, что кое-кто не торопится улучшать продукт за счет добавления в него таких мелочей. А ведь в большинстве своем это действительно мелочи. Приходится каждый раз на проекте... Кто-то считает это своим конкурентным преимуществом... А клиенту приходится доплачивать за то, что по его справедливым ожиданиям могло бы быть в стандартном дистрибутиве.

Цитата:

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

...
Вы про глобальные проблемы говорите, а некоторые внедренцы не понимают что такое складская аналитика
...

Ну, данная ветка, насколько я понял, посвящена не проблемам отдельных внедренцев.

[glibs]

Цитата:

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

...
тут врубаться надо, а делать надо быстро.
...

Ну, с таким подходом к делу на систему жаловаться... извините.

[Guest_UserId]

Цитата:

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

Ну, с таким подходом к делу на систему жаловаться... извините.

Но я про то и говорю, в 1с работа с остатками да и другими историческими значениями была значительно легче! (Без всякого Olapa).

Никоем образом не хотел сказать, что 1с лучше чем axapta в ней есть свои минусы. Просто в такой дорогой системе можно было бы все получше сделать.

[kvan]

Цитата:

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

1) Например в печатной форме должна быть эмблема предпрятия.
2) Нельзя как в 1с добавлять колонки.

1) Добавьте контрол Bitmap
2) Не знаком с 1С, что понимаеться под добавлением колнок?

[_AnK_]

Цитата:

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

Ну, данная ветка, насколько я понял, посвящена не проблемам отдельных внедренцев.

Отдельных?
Просто я привел в пример вопиющий случай.

[Guest_UserId]

Цитата:

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

1) Добавьте контрол Bitmap
2) Не знаком с 1С, что понимаеться под добавлением колнок?

Добавляем колонку после вывода в печать нескольких строк, причем мы можем ее вставить между уже существующими колонками.
А если надо не добавлять Bitmap а закрасить несколько ячеек.

[Guest_UserId]

Я знаю что такое складская аналитика, просто там где я работаю она не нужна а таб inventDim для определения остатка, приходится использовать. Т.е если одному складу складу соответствует одна аналитика.

[kvan]

Цитата:

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

Добавляем колонку после вывода в печать нескольких строк, причем мы можем ее вставить между уже существующими колонками.

А в шапке что при этом получиться?

Цитата:

А если надо не добавлять Bitmap а закрасить несколько ячеек

Свойства контролов BackgroundColor, ForegroundColor ?
Понятно что кривовато, НО! было бы желание!
Начали с логотипа компании, а закончили разукрашкой ...

[Guest_UserId]

Цитата:

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

А в шапке что при этом получиться?


Свойства контролов BackgroundColor, ForegroundColor ?
Понятно что кривовато, НО! было бы желание!
Начали с логотипа компании, а закончили разукрашкой ...

Ну там шапки как таковой нет, там все сначало рисуется в дизайнере, там можно нарисовать строки и колонки (забыл уже как они у них называются),потом в процедуре печати (как у нас fetch) выводятся строки, и можно прикреплять столбцы, причем один столбец можно прикрепить сколько угодно раз, причем после вывода какого то кол-ва строк.
Т.е можно заполнять как бы по клеткам. А аксапте с этим сложнее.

[kvan]

Цитата:

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

А аксапте с этим сложнее.

Ну вот!
А вообще было бы желание - можно и разные программные секции использовать и просто контролы прятать\показывать

[Recoilme]

Всё ниже естественно имхо, просто захотелось как то сформулировать накопившееся, в первую очередь для себя :
1. Самое главное: Модель БД (inventtable-inventtrans-purch*-cust*-vend*-sales*-inventjournal*-inventsum) - прозрачна-ясна-понятна-удачна
2. inventdim - зря inventlocation не вынесли за рамки аналитики
3. связь реализована не по id, а по varchar - извращенцы файл-серверные
4. отсутствие контроля ссылочной целостности на уровне БД - аферисты
5. качество кода - местами всё прозрачно, основная масса - бессмысленное нагромождение классов и методов
6. функционал - ключевые идеи - ничего, остальное - наляпан сверху друг на друга, за счет этого ключевые вещи "прячутся"
7. производительность - для 10000 номенклатур * 10 складов * 30-50 пользователей- нормально, если первые 2 цифры умножить на 10 - переписывать почти всё.
8. интерфейс - на 4+ по пятибальной
9. отчеты, анализ и прочее принятие решений - вообще нет ничего и лучше и не пытаться впихнуть
10. в целом (запасы,продажи,закупки,планирование) - на "3+", финансы - "2-"
11. если сравнивать с программами а-ля (1с, парус, галактика и т.п.) - существенно лучше ("2+","2","1+" и т.п.)
12. сравнивать с крупными - не знаю, боюсь там всё ещё запущенней

[Guest_UserId]

Цитата:

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

Ну вот!
А вообще было бы желание - можно и разные программные секции использовать и просто контролы прятать\показывать

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

[kvan]

Цитата:

а в аксапте придется помучится

Но не невозможно!