28.05.2003, 10:57 | #1 |
Участник
|
Цитата:
Изначально опубликовано Vavin
SAP. Был против, так как больше подходит для крупных фирм со сложившимися бизнес-процессами и структурой. Аксапта, в частности, хороша тем же, только она менее громоздкая и более гибкая. |
|
28.05.2003, 11:13 | #2 |
Участник
|
2 Юрий Колеров
Типа причешем жизнь под систему... Иногда полезно, но, увы, далеко не всегда... |
|
28.05.2003, 11:23 | #3 |
SAP
|
Цитата:
Изначально опубликовано Юрий Колеров
Аксапта, в частности, хороша тем же, только она менее громоздкая и более гибкая. Сравнение с "однокласниками" не в пользу аксапты. |
|
28.05.2003, 11:36 | #4 |
Dynamics 365 MR
|
Цитата:
Сравнение с "однокласниками" не в пользу аксапты.
|
|
28.05.2003, 11:57 | #5 |
Участник
|
Цитата:
Изначально опубликовано Vadim Korepin
Очень интересно. Это какие же "одноклассники" сильно превосходят Аксапту в гибкости? |
|
28.05.2003, 14:53 | #6 |
Участник
|
однако какую тему нам модератор забабахал :)
А мы и не забываем волшебные слова про SAP
Про "натянем жизнь на" - так и есть. SAP предназначен для того, чтобы на него натягивали жизнь. Он тяжелее жизни. А гибкость у Аксапты вполне. С тем же успехом можно дать ссылку на клиентов msbs и сказать "а попробуй-те ка". |
|
28.05.2003, 15:14 | #7 |
Шаман форума
|
Название темы - это потому, что не понял, с чем здесь, собственно, сравнивают - с SAP или с "одноклассниками" Могу переименовать.
|
|
28.05.2003, 15:39 | #8 |
Участник
|
Re: однако какую тему нам модератор забабахал :)
Цитата:
Изначально опубликовано Юрий Колеров
А гибкость у Аксапты вполне. С тем же успехом можно дать ссылку на клиентов msbs и сказать "а попробуй-те ка". |
|
28.05.2003, 15:44 | #9 |
Dynamics 365 MR
|
Цитата:
Изначально опубликовано Alex_K
Зайди хотя бы сюда: www.alef.ru . О качестве решений можно спорить, но по гибкости отдыхают и Аксапта и 1С. Заодно загляни в раздел О компании/Клиенты, и попробуй на этот список прикинуть аксапту... А список клиентов - это не показатель ... Я так думаю если вывесить список клиентов 1С до он на несколько порядков будет больше ))))) |
|
28.05.2003, 15:45 | #10 |
Участник
|
Смотря какую энергокомпанию.
Гибкости и мощей системы хватит. Все остальное (90%) - в руках внедренцев.... Ежели ручки растут из... то ничего не спасет. Я лично подгонял под торговлю машинами (кто знает - тот поймет) - и ничего... жив. Торговля тоже жива.
__________________
Остановите этом мир, я сойду! |
|
28.05.2003, 15:51 | #11 |
Участник
|
Цитата:
Изначально опубликовано mad_pilot
Смотря какую энергокомпанию. Гибкости и мощей системы хватит. Сколько нужно человек и какие сроки внедрения? Про не там смотрел. Честно говоря, за такое публичное представление собственного продукта я бы разработчикам руки оторвал, но это не в моих силах... |
|
28.05.2003, 15:55 | #12 |
Участник
|
>Сколько нужно человек и какие сроки внедрения?
Ответ на этот вопрос обычно называется "Результаты предварительного обследования" и стоит немалых денег. (Безотносительно к системе )
__________________
Остановите этом мир, я сойду! |
|
28.05.2003, 16:01 | #13 |
Участник
|
Цитата:
Изначально опубликовано mad_pilot
>Сколько нужно человек и какие сроки внедрения? Ответ на этот вопрос обычно называется "Результаты предварительного обследования" и стоит немалых денег. (Безотносительно к системе ) |
|
29.05.2003, 08:03 | #14 |
Шаман форума
|
Цитата:
Изначально опубликовано Alex_K
Ну, скажем города Нижний Новгород (1,5 млн. населения). Полный учетный цикл - выработка электричества/тепла, расчет режимов сетей, расчеты с клиентами, ремонты теплотрасс и т.п. |
|
29.05.2003, 15:41 | #15 |
Участник
|
Цитата:
Изначально опубликовано komar
Под энергетику даже на 1С писали некоторые, и на немаленькие сети, и ничего. Главное - грамотный подход. Кроме того, как здесь уже неоднократно говорилось, создать решение без гарантированных каналов связи весьма проблематично, как тогда автоматизировать какой-нибудь сороклетбезурожайский филиал? |
|
30.05.2003, 10:31 | #16 |
Шаман форума
|
Почему проблематично? Акзапту можно запускать по модему, можно организовать и репликацию - все-таки не на dbf работаем
|
|
30.05.2003, 10:54 | #17 |
Участник
|
Фишка в том, что в приведенном мной примере XML-репликация абсолютно родное решение. При этом реплицируются не таблицы в количестве N штук, а документы (любые), и никаких проблем с RecordID.
Да и собственно разработка нового решения - это не создание таблиц и кода для работы с ними, а описание бизнес-сущностей и кода для их обработки. QBE создает хранимый запрос MS SQL не из таблиц, а из проводок, то бишь хочу я получить оборот по 60 счету в корреспонденции с 51, так и говорю - дай мне нужный оборот, при этом могу получить инфу из документа любого уровня связности с указанными проводками. То бишь средства разработки Аксапты в данном случае - язык низкого уровня. Тебе же не придет в голову писать ERP на ассемблере? |
|
30.05.2003, 14:08 | #18 |
Шаман форума
|
Совсем пртерял нить разговора.
XML-репликация, как вы это называете, на Акзапте реализована. И это все может даже интегрироваться с другими системами, оный механизм поддерживающими. Только передаются действительно документы, а не "оборот по N счету" |
|
30.05.2003, 14:32 | #19 |
Участник
|
Цитата:
Изначально опубликовано Alex_K
Дык никто и не спорит. Другой вопрос - каких усилий будет стоить реализация нетривиальных энергетических задачек, например, в Аксапте, с ее "низкоуровневым" программированием.
__________________
|
|
30.05.2003, 14:54 | #20 |
Участник
|
Цитата:
Изначально опубликовано komar
Совсем пртерял нить разговора. Увлекся и свалил в кучу совершенно разные вещи, просто приводил примеры. XML - отдельно, QBE - отдельно. Цитирую EVGL (авторитет всеж-таки) Цитата:
Если кратко, то распределенное решение в понимании Axapta - это система, в которой филиалы по каналам связи (читай - Internet) оперативно обращаются к единой базе данных. При этом серверы приложений либо отсутствуют, либо могут работать в филиале и/или в центре. Других вариантов развертывания системы не существует. QBE, есстно, предназначен для другого, в частности, для создания OLAP - кубов. |
|