SAP vs 1С

Sergey

Sedlo написал:

О, это отдельная песня - что как называется. У консультантов входу терминология, на которой написан хелп на соответствующем сайте. Меняется редко, от релиза к релизу изменения небольшие.

Абапер

trop написал(а):

написано что у них r/3, быть может, 1с у них только в виде 1с:энерго, а остальное все на r/3 ?
фск еэс например все 89 пмэсов начали переводить с 1с на r/3 еще 06 г.

Вот нашел подробнее, из журнала PC Week:

Цитата:

Любопытная ситуация в этом отношении складывается в МОЭСК, где сегодня наряду с модулями ERP-системы SAP широко используются продукты фирмы “1С” (с их помощью осуществляется управление технологическими присоединениями, договорами и персоналом, бюджетирование, расчет заработной платы, бухгалтерский и налоговый учет). Тем не менее, по словам менеджера МОЭСК Сергея Ушакова, в перспективе планируется передать все упомянутые функции соответствующим модулям SAP ERP. Иными словами, актуальная сегодня для МОЭСК проблема интеграции бизнес-приложений “1С” и SAP со временем будет решена не с помощью интеграционной платформы NetWeaver, а посредством вытеснения решений “1С” и придания SAP ERP роли корпоративного стандарта.

Это к вопросу кто кого выживет.

Sedlo

Sergey написал:

Sedlo написал:

О, это отдельная песня - что как называется. У консультантов входу терминология, на которой написан хелп на соответствующем сайте. Меняется редко, от релиза к релизу изменения небольшие.

Вы наверное заходите через закладку в Избранное. Вы знаете кого-то, кто хотя бы раз тыкал по всем закладкам на help.sap.com.

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

sap-guide

????????

user123

Насчет 1sjourn - в 77 было такое понятие как общий журнал документов, если не ошибаюсь (давно ее не смотрел). В этом журнале создавалось по записи на каждый введенный в системе документ, ну и журнал этот блокировался на запись целиком до сохранения документа (пока не завершится транзакция). В 8-ке общего журнала нет (а на каждый документ по своему журналу - что-то вроде BKPF-а), соответственно, в идеале, документы разных видов блокировать друг друга не будут. Но это в идеале ))

klis2009

Абапер написал(а):

Вот нашел подробнее, из журнала PC Week:

Цитата:

Любопытная ситуация в этом отношении складывается в МОЭСК, где сегодня наряду с модулями ERP-системы SAP широко используются продукты фирмы “1С” (с их помощью осуществляется управление технологическими присоединениями, договорами и персоналом, бюджетирование, расчет заработной платы, бухгалтерский и налоговый учет). Тем не менее, по словам менеджера МОЭСК Сергея Ушакова, в перспективе планируется передать все упомянутые функции соответствующим модулям SAP ERP. Иными словами, актуальная сегодня для МОЭСК проблема интеграции бизнес-приложений “1С” и SAP со временем будет решена не с помощью интеграционной платформы NetWeaver, а посредством вытеснения решений “1С” и придания SAP ERP роли корпоративного стандарта.

Это к вопросу кто кого выживет.

ИМХО, это больше к вопросам пиара и откатов.

Dimon_

гвоздь в гроб 1С на предприятиях средних-крупных где заботятся о безопасности в области ИТ - это полное ее отсутствие в 1С-ке, сам постоянно с этим сталкиваюсь, приходится изворачиваться до ужаса, чтобы хоть как то прикрыть зад 1С-х баз

trop

еще говорят, что на r/3 переходят с целью капитализации

Dimon_

скорее часты случаи когда его внедряют, чтобы подороже продать фирму

murenets

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

selis написал(а):

Тут такая интересная вещь происходит у 1С как платформа 8.2 при этом она уже поддерживает СУБД Oracle
http://v8.1c.ru/beta_ma/key_features.htm
"Поддержка СУБД Oracle Database
В 1С:Предприятии 8.2 реализована поддержка новой СУБД – Oracle Database."
Те кто работал напр с SAP FI, CFM, MM, SD на больших объемах данных понимают что у SAP узкое место в производительности это не СУБД
а сам Application.

Для того, чтобы утверждать подобное надо быть тем, кто работал с SAP BC, а не с SAP FI, CFM, MM, SD.
И утверждение абсолютно ни на чем не основанное. Небольшими коррективами можем запросто варьировать тем, что у нас будет узким местом в производительности.

На самом месте может быть всего 2 проблемы: мало денег на железо и/или недостаточная компетенция базисника.

selis написал(а):

Поэтому транзакция SARA (архивация) там сильно востребована. Причина я думаю в том что уровень Customizing добавляет сложности програмному коду который и так написан на ABAP.

Транзакция SARA может увеличить произвобительность именно СУБД. Делая такое утверждение, вы, мил человек, демонстрируете всю глубину Вашего непонимания сути вопросов.

selis написал(а):

У 1С 8 аналога уровню Customizing практически нет, код на языке 1С и объекты 1С это и есть структура приложения. Таким образом у 1С на СУБД Oracle отрываются достаточно сильные возможности по работе с большим объемом данных, при этом там есть условия для маштабируемости. В общем даже не знаю чем сможет ответить SAP разве только маркетингом.

Утверждения на пустом месте.

selis

murenets написал:

На самом месте может быть всего 2 проблемы: мало денег на железо и/или недостаточная компетенция базисника.

давайте не будем наезжать на моих знакомых базисников - с ними очень продуктивно разбирали данные ситуации.
Все что писал относится к стандатрному SAP функционалу, который написал сам SAP+ Customizing без применения ABAP.
Путь отвечающие называют Компанию+Объем данных для FI в транзациях, либо для CFM в сделках, (для ММ SD так четко не сформулируешь), сколько хранится без применения SARA (т.е. по ним можно получить оборотные отчеты)
Посмотрим что получится...

murenets написал:

Транзакция SARA может увеличить произвобительность именно СУБД.

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

, только не надо говорить что все должны были распечатать

murenets

2 selis

По тому как продуктивно вы разбирали ситуацию с вашими базисниками - прекрасно видна их компетенция.
Пытаюсь пояснить максимально доступно:
Вы проблемы больших объемов информации (за несколько лет) приписали APP-серверу. В вашей интерпритации - накопившиеся за 3 года данные будут снижать производительность системы при формировании отчета за период, и именно за счет APP-сервера. Так вот, если программист написал Select правильно, то СУБД отберет нужную информацию только за этот период, а АРР-сервер уже будет формировать отчет. И АРР-серверу будет глубоко безразлично, за какой период информация в базе данных, хоть за 3 года, хоть за 30 лет, коть за 300 лет.

corr

selis написал(а):

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

, только не надо говорить что все должны были распечатать

Читал-читал, не выдержал и зарегился. Может все-таки выгрузите их в BI? OLAP не вчера придумали вроде. И тут к слову как оракловский, так и мелкомягкий олап-сервера поддерживают MOLAP, а сам саповский BI поддерживает аггрегаты на программном уровне. Ну и еще BIA и прочую кучу радости.

Кстати как там с BI у 1С?

vahtang

corr написал(а):

Кстати как там с BI у 1С?

Механизм существует, называется агрегаты.

Proforg

vahtang написал(а):

corr написал(а):

Кстати как там с BI у 1С?

Механизм существует, называется агрегаты.

Только его пока никто в боевом режиме не щупал.

FAQ по разделу

SAP vs 1С

Кто сейчас на конференции