0. SergAn 242 17.12.13 18:29 Сейчас в теме

Сравнение функционала SAP ERP и 1С УПП

Ввиду возникшего в последние дни интереса к теме сравнения SAP и 1С
http://infostart.ru/public/240735/
http://infostart.ru/public/241187/
решил поделиться с сообществом краткими выводами по результатам сравнения функционала SAP ERP и 1С УПП.

Перейти к публикации

Комментарии
Избранное Подписка Сортировка: Древо
1. nurpoz 1010 17.12.13 22:16 Сейчас в теме
Сейчас comol опубликует еще статью
http://forum.infostart.ru/forum24/topic100734/message1041018/#message1041018
Будет весело, когда залетный 1сник увидит в "центре внимания" кучу статей о сапе и 1с. ))
11. asved.ru 36 18.12.13 09:12 Сейчас в теме
(1) nurpoz,, Ахтунг ахтунг! САП-имплиментирерз ин ден химмель! ;)
28. comol 4090 18.12.13 17:41 Сейчас в теме
(1) nurpoz, ну теперь я подожду... да и на ABAP-е покодить побольше поиграюсь... так детство напоминает... С++... вернее не, просто С :)). И вообще Доржи сам во всём виноват - он первый это начал :)
nurpoz; AllexSoft; +2 Ответить
2. iov 398 18.12.13 02:46 Сейчас в теме
сапожники конечно крутые ребята и зарабатывают много и востребованы (со слов самих сапожников)
Но все чаще гибкость изменения системы/ скорость изменения / стоимость толкают людей в сторону 1с.
если бы не производительность. Но и тут есть решения хотя они далеки от сапа.
3. dock 35 18.12.13 05:21 Сейчас в теме
Да, сравнения цены не хватает. Всё-таки очень весомая часть.
Пример из жизни:
стоимость полного внедрения одного из решений 1С с доработкой модулей (проект на год активной работы команды специалистов) вместе с лицензированием (1С сервер, клиентские лицензии + лицензия MS SQL) оказалась равно ТОЛЬКО лицензиям SAP. О стоимости работы внедренцев/программистов SAP даже речь не шла.
И второй пример из жизни - это трудоемкость поддержки: реальность такова, что там где может справится 3-4 1С программиста, требуется в 2 раза больше "сапожников". По словам коллег 1С-ников, ушедших с предприятий, где внедрился SAP: "мы занимали один кабинет, сейчас - 2 этажа спецов".
корум; Lusik; adm1nb3k; +3 Ответить
4. savostin.alex 63 18.12.13 07:27 Сейчас в теме
Касательно скорости - пробовали внедрить BI от SAP. Скорость построения отчетов оказалась существенно ниже требуемой заказчиком, а заполнение данными (перенос данных) продолжалось чуть ли не сутками.
16. alex_sh2008 4 18.12.13 10:22 Сейчас в теме
(4) savostin.alex, У SAP по мимо встроенной системы отчетности, есть система отчетности Cristal Reports, ее не пробовали?
5. adva 40 18.12.13 07:30 Сейчас в теме
А корректно ли сравнивать только УПП ? Сами же отметили, что САП модульный, а значит не монолитный. Следовательно я думаю, надо сравнить УПП + какие-то специализированные подсистемы (правда не знаю, есть ли такие, уж очень страшно звучат заявленный функционал САПа, которого нет в 1С, не охота даже вникать чего они значат)
Timur_Bagautdinov; AllexSoft; +2 Ответить
15. AllexSoft 18.12.13 10:15 Сейчас в теме
Заметил как много модулей нет в 1С, хотя согласен с (5), тот же УКФ есть в виде отдельной конфы... думаю с выходом ERP 2.0 от 1С ничего кординально не изменится. Вот если бы 1С собрала свою ERP + конфы от партнеров, доработало бы это все дело до состояния которое требуется крупной корпоративной структуре... то можно было бы говорить о конкуренции
19. Зеленоград 18.12.13 11:53 Сейчас в теме
(15) AllexSoft, когда у нас в стране из неплохих людей и идей делается нечто единое и для всех - получается очередной релиз КПСС.

И без того есть немало лишнего (кто-нибудь штатные механизмы МСФО использует?)

А собирая из неплохих модулей (тут главное - разнообразие, открытость и поддержка) нужное решение, можно получить почти нужное решение без свистоперделок.
6. Alex_Japanese_Student 435 18.12.13 08:00 Сейчас в теме
На такую тему можно писать книгу в восьми томах. Поэтому сравнение типа "вот это в SAP лучше, а вот то - в 1с" - не очень корректно без развернутого обоснования - чем это лучше, а чем это. Субъективно получается.

Ну и плюс вы достаточно узко сравниваете функционал. Например, сравнения производительности нет. Или мультиязычности (которая в УПП есть тоже - хотя и кривая и сырая и за отдельные деньги).
bidond; baton_pk; +2 Ответить
9. SergAn 242 18.12.13 08:52 Сейчас в теме
(6) Любое сравнение субъективно по умолчанию, так сравнение проводят люди. Методику сравнения я описал, саму таблицу функций раскрывать не могу, это определенная интеллектуальная компании, которая мне лично не принадлежит. Как я уже написал каждый может проделать аналогичное сравнение для себя самого.
(7)(3) Сравнение проводилось на соответствие потребностям промышленного предприятия размером больше среднего. И стоимость проекта для него что на САПе, что на 1С оказалась сопоставимой, а сроки на 1С на год больше из-за большого объема доработок.
7. pro-rok 250 18.12.13 08:26 Сейчас в теме
Спасибо автору за сравнение.
Если честно, то для меня лично перевесило УПП.
Большая часть модулей отсутствующих в УПП среднему заводу и не нужна.
Единственное слабое место, как заметил автор, это планирование. Хотя с другой стороны планирование в УПП можно взять за базовый механизм и доработать до требований заказчика.
Если честно, чистых внедрений САП не видел, видел только САП+1С, из каждой системы берем лучшее.
8. SergAn 242 18.12.13 08:42 Сейчас в теме
(7) Планирование в УПП придется не дорабатывать а разрабатывать практически с "0". Там есть методологические пробелы, причем существенные. Достаточно взглянуть на регистры отвечающие за планирование в различных подсистемах и регистры отвечающие за сбор затрат.
12. Alex_Japanese_Student 435 18.12.13 09:24 Сейчас в теме
(7) pro-rok,
у нас PDM модуля 1с для завода не хватало, ставили сторонее, но народ обычно аппиус добавляет. Ну и документооборот - с учетом и согласованием всех бумажек - тоже обычно нужен бывает.
13. pro-rok 250 18.12.13 09:57 Сейчас в теме
(12) Alex_Japanese_Student, Согласен завод заводу рознь.
(8) С регистрами полная беда приходиться выкручиваться не совсем адекватными путями. По моему, для планирования было бы неплохо сделать в платформе отдельный регистр, который бы работал как регистр накопления, но без регистратора.
10. Famza 82 18.12.13 09:10 Сейчас в теме
Дааа... В 7.7 таких понятий нету - просто напиши нужный док и все. Да и при переходе с 7ки на 8ку УПП, понимаешь сколько ненужного барахла в конфе УПП, да и то работает иногда. Зато можно быстро обработать напильником - это не САП. А в 7ке еще быстрее...Но это уже ностальгия)))
ЗЫ. Звиняйте, ежели не в тему
14. AltF1 18.12.13 10:12 Сейчас в теме
Прошу не кидать в меня тухлыми помидорами, если есть сомнения в анализе, каждый может провести такое же сравнение для себя самого.


Вот что теперь написать - не оставил шансов =)
Rabot; romankoav; Odinas; WanGoff; SergAn; +5 Ответить
17. Yashazz 2889 18.12.13 11:07 Сейчас в теме
В виде таблички из двух колонок (САП и 1С) было бы приятнее воспринимать информацию.
artichoke; WanGoff; +2 Ответить
18. Зеленоград 18.12.13 11:36 Сейчас в теме
(17) Yashazz, там к каждой строке надо 2 листа А3 пояснений.

Автору - большое спасибо. Как ex-участник проекта на похожем предприятии (НПО + опытный завод + серийный выпуск + ВЭД + подряд в обе стороны + НИР + ОКР) скажу, что говорить про прекращение эксплуатации УПП рано, т.к. слазить некуда, УП 2.0 не годится вообще. А многие не реализованные в чистом УПП (PDM, DocFlow) хорошо решены сторонними, в основном на том же языке написанными сторонними дополнениями. БитФинанс так хорошо пошёл, что мы его даже в типографии в твёрдой обложке и на хорошей бумаге напечатали. Документооборот тоже достаточно глубоко увязали.

Сейчас в личку напишу, может - углубим анализ :)
20. alex_shkut 45 18.12.13 12:25 Сейчас в теме
И опять никто в сравнении не указал, что мы пилим 1С под свои нужды, а САП пилит предприятие под свою структуру и правила.
Т.е: 1С - как мы хотим, САП - как мы сказали. :)
LelikOFF; Lusik; Rabot; +3 Ответить
22. Сисой 83 18.12.13 12:27 Сейчас в теме
(20) >> И опять никто в сравнении не указал, что мы пилим 1С под свои нужды, а САП пилит предприятие под свою структуру и правила.

Это не так. Весь вопрос в бюджете проекта. Газпром совершенно замечательно пилит САП под себя.
24. alex_shkut 45 18.12.13 12:30 Сейчас в теме
(22) А если подробно разобраться - есть ли в том необходимость? Я не про отчеты, я про бизнес логику самого САП
25. Сисой 83 18.12.13 13:21 Сейчас в теме
(24) Есть. Для компании такого масштаба есть. Естественно, никто не меняет бизнес-логику закупок и снабжения. Обычно пишутся параллельные ветки, на своих таблицах.

27. SergAn 242 18.12.13 17:33 Сейчас в теме
(22) Честно говоря уже надоело махать напильником. Очень хочется, что бы за заявленным функционалом лежало соответствующее содержание.
(26) Не думаю, мы сравнивали только функционал, технологические особенности (производительность, требования к оборудованию, поддержка и т.п.) не трогали.
21. Сисой 83 18.12.13 12:25 Сейчас в теме
Справедливости ради, ТОиР в УПП есть.
Подсистема "Управление обслуживанием и ремонтами". На 2+.
Так что ошибочка вышла.

Почему-то нет сравнения CRM (не было в табличке?).

Справедливо пишут, что следовало бы рассматривать хотя бы типовые от 1С в качестве аналогов модулей САП.
Тогда SEM-BCS и часть функций CFM берет на себя 1С:Консолидация. Она совершенно нормально работает в связке с УПП.
RayCon; kvazymoda; +2 Ответить
46. comol 4090 19.12.13 14:50 Сейчас в теме
(21) Сисой, (44) Evgen.Ponomarenko, (33) RayCon, (41) alex_sh2008,

Похоже холивар затянулся серьёзный. Я тоже хотел написать сравнение функционала, но не понял как это сравнивать.Как сравнивать по функционалу систему которая развивалась как тонна различных модулей (в отличие от DAX где модулей немного и все взаимосвязаны). Часть из них вообще "стыкуются" через "интеграционную шину" XI (по русски через Web сервисы), как часть платформы NetWeaver... Т.е. так называемый
WF (Управление процессами и потоками операций)
не так ли называют ту "примочку" к SAP от OpenText, которая через XI с ним интегрируется...

SAP он же модульный
в САПе реальная модульность
А это значит что за каждый модуль вы будете платить... и внедрять его отдельно. И чем это отличается от разных прикладных решений 1С? Они тоже весьма успешно интегрируются друг с другом (правда, к сожалению, без единой интеграционной шины :().

Открываем http://solutions.1c.ru/ и видим:
ММ (Управление материалами) в САП Часть закупок и учет запасов в 1С
- 1С:МТО

СО (Контроллинг) CFM (Управление корпоративными финансами)
- 1С:УКФ (ну или Бит-Финанс к примеру :)))

SEM-BCS (Консолидация корпоративной информации)
- 1С:Консолидация

RA (Управление недвижимостью)
- 1С:Управление недвижимостью

PS (Управление проектами)
- 1С:УПО

HR (Управление персоналом)
- 1С:KPI

PP (Управление производством) SCM-APO (Детальное интегрированное планирование и оптимизация)
- 1С:MES Оперативное управление производством

PM (ТОиР)
- кроме того что в УПП есть ещё 1С:ТОИР.. хорошее решение, только что отдельное.

SEM-CPM, BW (Бизнес-анализ и стратегическое управление)
- Консолидация

Так что, коллеги по функционалу по сути дела свой "SAP" у нас уже есть, только он не собран в один "SAP" ну или если относиться к этому по-другому можно сказать "не свален в один большой SAP" :)
корум; farhod54; Lusik; Rabot; 3762515; kliver; romankoav; anig99; Chif13; galich; acuta; AllexSoft; angur; support; +14 Ответить
47. AllexSoft 19.12.13 15:11 Сейчас в теме
(46) comol, а стоит ли сваливать в одну кучу.. ?
49. comol 4090 19.12.13 15:19 Сейчас в теме
(47) AllexSoft, Ну мировая тенденция сейчас что не стоит... 10 лет назад было по-другому... здесь не могу сказать. Но если бы была Интеграционная шина у 1С... то разница между "кучей" и отдельными решениями была бы не столь существенна.
AllexSoft; RayCon; +2 Ответить
53. RayCon 727 19.12.13 15:30 Сейчас в теме
(49)
Но если бы была Интеграционная шина у 1С... то разница между "кучей" и отдельными решениями была бы не столь существенна.

Технологическая разница - да. Учётная - нет.

Кстати, был я где-то год назад на одном заводе, так там народ свою шину данных замутил и пользует на ней УПП, систему учета договоров, консолидацию, НСИ и ещё кучу всяческих программ на платформе 1С 8. Уже несколько лет, как полёт нормальный.
55. comol 4090 19.12.13 15:40 Сейчас в теме
(53) RayCon, Да не.. я про реальную интеграционную шину... Это так просто людьми на заводе не делается... тут надо чтобы были интерфейсы всеми решениями 1С поддерживаемые... т.е. либо в БСП либо в платформу...
А вот про учётную разницу я бы почитал подробнее :)))
57. alex_sh2008 4 19.12.13 15:59 Сейчас в теме
(55) comol, А чем Web сервисы не устраивают, для них только прописать 1С-кий стандарт?
58. comol 4090 19.12.13 16:10 Сейчас в теме
(57)Вы просто поражаете своими догадками :))). Понятно что Web сервисы... Когда они появились в 8.1 я лично уже ожидал что вот-вот шина "нарисуется" :(
59. alex_sh2008 4 19.12.13 16:16 Сейчас в теме
(58) comol, Ваши ожидания не оправдались и 1С пошла по другому пути, БСП
61. comol 4090 19.12.13 16:31 Сейчас в теме
(59) alex_sh2008, Нее... БСП дало новый виток надежды что реализуют не на уровне платформы а на уровне прикладной логики :)
64. alex_sh2008 4 19.12.13 16:45 Сейчас в теме
(61) comol, Вообще то дело не только в интерфейсах связи между конфигурациями, сама платформа 1С отстает технологически от ядра SAP: возможности SQL серверов практически не используются, при достижении баз свыше 100Гб начинает жутко тормозить, клиентские части съедают огромный сетевой трафик, детализация функции в учете очень большая (возможно в УП это будет не так).
67. comol 4090 19.12.13 17:00 Сейчас в теме
(64) alex_sh2008, Про платформу я ещё напишу если не устанем от этого холивара... Отстаёт платформа только главным образом в одном - жутко (очень жутко) не стабильна. А по быстроте работы... Ну давайте уберём из решений ВСЕ списки документов (это же потери производительности). Хочешь открыть документ - напиши его номер и команду открытия, откроется а внутри только коды справочников... а что вы хотели - в смежные таблицы лазить за представлениями?? (опять потери) ну и так везде. Отчет построить? Да вы что - это же аналитика... для него сначала куб надо в BI сделать. При таких условиях конечно SAP тормозить не будет. А можно ещё и пользователей заставить в него заходить строго по очереди - тогда точно тормозить не будет, и 10 тыс пользователей работать смогут :)))
70. Evgen.Ponomarenko 544 19.12.13 17:35 Сейчас в теме
(67)comol,
Цитата Пока не устанем от этого холивара


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

Было полезно пройтись по списку comol (46)
В целом поддерживаю... ноооо не мог пройти мимо:

SEM-BCS (Консолидация корпоративной информации)=1С:Консолидация


1С:Консолидация - это диверсия KPMG против 1С, реально эта разработка отбросила нас на десятилетие назад! При всем моей ГЛУБОКОМ уважении к большой четверке, но как сказала бы Белинда из "DEADLINE":
Это полная белиберда! — Белинду явно забавлял этот разговор. —
Вебстер, это же классическая, стопроцентная белиберда, от начала и до конца.

Управляющий 2.0 не фонтан, но уже теплее. Лично я бы на месте 1С подал бы в суд на KPMG
за намеренное искажение действительности.

95. Сисой 83 20.12.13 10:32 Сейчас в теме
(70) Evgen.Ponomarenko
>> 1С:Консолидация - это диверсия KPMG против 1С, реально эта разработка отбросила нас на десятилетие назад! При всем моей ГЛУБОКОМ уважении к большой четверке, но как сказала бы Белинда из "DEADLINE":
Это полная белиберда! — Белинду явно забавлял этот разговор. —
Вебстер, это же классическая, стопроцентная белиберда, от начала и до конца.

Странно. А у меня она пошла. Сделал пару проектов, все довольны. Минус - в коде много багов, приходится иногда править их самому. Мне наоборот, кажется, что по функционалу это самая интересная конфигурация 1С, заставляющая совсем по-иному взглянуть на возможности типовых.
107. Evgen.Ponomarenko 544 20.12.13 13:51 Сейчас в теме
(95) Сисой,
Странно. А у меня она пошла. Сделал пару проектов, все довольны.
Минус - в коде много багов, приходится иногда править их самому.
Мне наоборот, кажется, что по функционалу это самая интересная
конфигурация 1С, заставляющая совсем по-иному взглянуть на возможности типовых.


Респект вам и Уважуха! Честно, готов снять перед Вами шляпу.
Ноооо... хочется процитировать книгу Е.Булыгина "Мозг-руководство по эксплуатации."
Самая опасная ловушка - это успех, он закрепляет в сознании успешный патерн, который в дальнейшем может
оказаться тормозом в развитии.

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

Отсутствуют механизмы директ-костинга, CVP - анализа.
Честно говоря я в свое время ожидал от Консолидации больше.
Хотя, чего ждать от KPMG - они ведь финансисты.

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

В любом случае - мой вам респект. Может статью напишите как дело было?
113. Сисой 83 20.12.13 16:08 Сейчас в теме
(107) Evgen.Ponomarenko,
>> Отсутсвие инстумента для принятия экономически обоснованных решений - бооольшой минус.
Отсутствуют механизмы директ-костинга, CVP - анализа.
Честно говоря я в свое время ожидал от Консолидации больше.

А я ничего не ждал. Для меня Консолидация - внешняя надстройка над оперативными базами 1С, генератор разнообразных метадокументов для заполнения и сборщик филиальной отчетности и бюджетов. Ни МСФО, ни полноценное бюджетирование я на ней не делал. Т.е. бюджетирование делал, но без согласования бюджетов, только ввод/импорт/консолидация. Совсем не понял, зачем в нее запихнули Заявки и платежный календарь - это должно быть в оперативном контуре. Делал еще подсистему план-фактной отчетности для проектного управления (финансовые ресурсы PM).
А на полноценную систему типа Cognos Planning Консолидация и не тянет. У нее другие плюсы, которые можно и нужно использовать. В первую очередь нравится, что любая информация, собранная из регистров баз-источников, даже произвольными запросами, вполне себе развертывается по drill-down с открытием форм документов.
Ну и сам интерфейс ввода а-ля электронная таблица пользователям нравится.

Evgen.Ponomarenko; +1 Ответить
118. Evgen.Ponomarenko 544 20.12.13 16:22 Сейчас в теме
(113) Сисой,
Судя по всему вы использовали первый плюс Консолидации о котором я говорил "хранилище данных"

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

Спс на досуге погляжу... )))
74. alex_sh2008 4 19.12.13 20:35 Сейчас в теме
(67) comol, Про глубокие дебри 1С, я вам сказать ничего не скажу, по просту не знаю, но представлять данные можно по разному, можно кончено закачать на клиента весь справочник, и сходным кодом формы, на клиенте его транслировать и выполнить, или закачать скомпилированный код формы и выполнять, а данные выбирать из базы пакетами , сделать кучу запросов, что бы получить данные из 3 таблиц, или все таки один прямой запрос к базе. Все таки модифицированный Basic, не для такого класса систем которой сейчас стала 1С, уже пора переходить на компилятор, в машинные коды или байт-коды. Да и серверу 1C нужно уметь использовать все функции SQL сервер, такие как многофайловость, разделение таблиц по нескольким файлам и т.д.
76. alex_shkut 45 19.12.13 21:03 Сейчас в теме
(74) А разве 1С не так работает? (в клиент-сервере) И к тому-же она не транслирует каждую строку кода, а именно использует байт-код. Ну короче как Вы написали - так она и работает. Если конечно конфа написана грамотно. Тут проблема как в среде разработки. Сама среда вроде ничего, а предметная область недоделана. И еще наше СССР-овское - "А я хочу шоб було так!". Т. е. мы просто не любим учиться, а запиливаем все так, как нам нравится. Я уже 2,5 года не могу научить экономиста-аналитика (очень неплохого!!!!) пользоваться Настройкой в СКД. Как вам? А то, что я работаю в сельском хозяйстве и обгоняю франча на пол-года по разработке необходимой функциональности - это как? И это даже не франч - это "1С совместимо" - отраслевая разработка. Очень мешает СЛК...
(75) И как эта "шина" перенесет все, что я написал выше в некую базу, если она даже не представляет, что переносить...
Вот я сам и понял, о чем речь. Обмен данными в 1С по сути это и делает, только либо конвертация, либо основная база должна иметь все метаданные всех конфигураций.
У меня возникала мысль сделать одну БД как "сводный" архив, а другую рабочую со срезанным периодом - но отказался, так как свертка базы дело немного неблагодарное, особенно с моей спецификой.
А вот у SAP это проще - архивируется база, в которой остаются только итоговые данные, все остальное уничтожается, и база переходит в рид онли. Таким образом можно посмотреть историю (с некоторыми ограничениями) и работать в текущей базе не замечая особых ограничений и уменьшить объем хранимых данных чуть-ли не в 10 раз.
Я думаю, Вы поняли к чему я.....
77. alex_sh2008 4 19.12.13 21:14 Сейчас в теме
(76) alex_shkut, Насколько я понял, даже если вы переведете базу в архив вы все равно можете иметь к ней доступ, то есть формировать отчетность прозрачно, не взирая где находятся данные в архиве или в рабочей базе, то есть масштабируемость, пользователь работает с 1 базой, а фактически их может быть сотни размещенных на разных площадках, так?
78. alex_shkut 45 19.12.13 21:45 Сейчас в теме
(77) Если Вы имеете ввиду SAP -так и есть. В 1С это проблемно. Я прорабатывал вопрос о подключении Внешнего источника данных как БД 1С архивную. И имеем в распоряжении внутреннюю структуру базы. А зачем она мне? Если бы 1С реализовала подключение "родной базы" к конфе как рид онли архив - этого даже достаточно, чтобы заняться процессом свертки базы. А так - много гемора, и никакого смысла. Получить отчет одновременно по архиву+рабочка - ну я не вижу решения (пока-что). Поправьте меня если я не прав.
У меня сейчас 5+ Гб база, около 19 одновременных юзверей и БД !!! файловая. Пока серв тянет. Я не пойму 2 момента: почему 1С не переработает ядро на многопоточность и почему клиент до сих пор 32-бит? Ах, да! Еще забыл про полное отрицание терминального сервера. Если кому надо (как меня уже поджимает) , то он купит серверный ключ. И никуда не деться... Зачем рано, чем позже? Зачем заставлять клиента сразу покупать КС (клиент-сервер) вариант, если сервер терминалов решает задачу? Если травик терминала меньше трафика 1С? Вот этих моментов я никак не пойму...
80. alex_sh2008 4 19.12.13 21:54 Сейчас в теме
(78) alex_shkut, 1С вроде как многопоточный, только пользовательский сеанс однопоточный
83. alex_shkut 45 19.12.13 22:05 Сейчас в теме
(80)Нет, каждый экземпляр ПО 1С - однопоточный. Другое дело, что система распределяет их на разные ядра. Иначе было бы совсем плохо. Я о терминале :))), там это видно очень хорошо. Когда у Вас 4 ядра, то 1С "валит" одно ядро на 100%, а остальные гуляют - проверьте сами.
86. cool.vlad4 45 19.12.13 23:34 Сейчас в теме
(83) alex_shkut, ну сколько можно путать поточность и распределение работы по процессорам. в соседней теме тоже самое. приложение может иметь 100500 потоков и все они могут висеть как вы говорите на одном ядре. ну википедию что ли почитайте.
87. cool.vlad4 45 19.12.13 23:39 Сейчас в теме
(83) alex_shkut, в taskmgr посмотрите колонку - счетчик потоков. в process hacker - колонка threads если мне не верите )))
82. alex_shkut 45 19.12.13 22:02 Сейчас в теме
(77) И наконец до меня опять "дошло". В SAP есть механизм архивации БД (видимо - транзакция в терминах SAP), при выполнении которой происходит свертка БД. Вы указываете дату среза - остальное делает транзакция. Все, что до даты - рид онли с полной отчетностью. Все что после - рабочая база. На самом деле - 2 БД. Только никто этого не заметит. В архиве удаляется все, что не нужно для расчетов. Только итоговые данные.
Ну как еще порозжевать?
93. alex_sh2008 4 20.12.13 09:51 Сейчас в теме
(82) alex_shkut, Мне больше всего интересно сравнение конкретно взятых модулей производства в SAP и 1С, правда тут сравнивать особенно нечего ну разве что SAP:KPI и 1С УПП + 1С:MES Оперативное управление производством + 1С:ИТРП процессное производство
94. alexk-is 6425 20.12.13 10:17 Сейчас в теме
(93) SAP ERP EHS и Охрана труда для 1С ?
96. alex_sh2008 4 20.12.13 11:31 Сейчас в теме
(94) alexk-is, Не могу ничего сказать, у нас все в Excel и Word, и никто не заморачиваться.
97. alexk-is 6425 20.12.13 11:48 Сейчас в теме
(96) Это потому, что SAP не тянет?
98. alex_sh2008 4 20.12.13 12:06 Сейчас в теме
(97) alexk-is, Нет, потому что руководство не посчитало необходимым вкладывать в автоматизацию этого участка средства.
100. Evgen.Ponomarenko 544 20.12.13 12:30 Сейчас в теме
(96) alex_sh2008,
alexk-is, Не могу ничего сказать, у нас все в Excel и Word, и никто не заморачиваться.


А у нас эксель используется только для оперативного и перспективного планирования,
остальное решают молули оперативного учета. Руководство так увлеклось, что объявило тотальную войну
экселевскому учету, приходится втихую "динамить" генеральную линию.
91. comol 4090 20.12.13 08:30 Сейчас в теме
(74) alex_sh2008,
спользовать все функции SQL сервер, такие как многофайловость, разделение таблиц по нескольким файлам

Сервер 1С использует и многофайловость и разделение таблиц по нескольким файлам (секционирование оно же). У меня уже давно использует... Идеалогия 3-звенки делает для нас внутренности СУБД прозрачными.

уже пора переходить на компилятор

Язык в 1С компилируется в байт-код... это конечно не c++ но я проблем с тем что что-то долго считается из за медлительности ЯП не встречал особо. По сравнению с затратами на выборку данных остальное копейки.

Затевать холивар про то как мы хотим ООП в 1С ещё раз я думаю смысла нет, тем более что в ABAP ООП тоже нет.
92. alex_sh2008 4 20.12.13 09:05 Сейчас в теме
(91) comol, С помощью ручных настроек и я использую.
99. Evgen.Ponomarenko 544 20.12.13 12:19 Сейчас в теме
(91) comol,
Затевать холивар про то как мы хотим ООП в 1С ещё раз я думаю смысла нет,
тем более что в ABAP ООП тоже нет.


да... обсуждении ОПП закроем не открывая - а то точно начнется священная битва до полного ...... )))

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

(Кстати, лично я в стремных моментах предпочитаю не цеплять минусы на чужие комменты, дабы не раскачивать качели негатива)
AllexSoft; +1 Ответить
103. cool.vlad4 45 20.12.13 13:12 Сейчас в теме
(91) comol, слабо представляю, чем может помочь 1С-у ООП. хотя нет, пожалуй интерфейсы из ООП нужны. но и все. улучшили бы разработку, таким образом, чтобы использовать нормально системы контроля версий. затем сделали бы нечто вроде моков, да вообще сделали бы как-то возможным тестирование штатным образом. а так все равно не понимаю, зачем наследование объектов в 1С. возможно, не прав.
104. alex_shkut 45 20.12.13 13:18 Сейчас в теме
(103) Не надо об этом. На эту тему холивар в другом топике.
105. cool.vlad4 45 20.12.13 13:27 Сейчас в теме
(104) alex_shkut, в каком? и ваше указание связано как-то с правилами введения сообщений в этой теме или это просто ваше личное пожелание?
108. comol 4090 20.12.13 14:09 Сейчас в теме
(103) cool.vlad4, (106) alex_shkut,
слабо представляю, чем может помочь 1С-у ООП
Мой любимый холивар :))). Откройте БСП, посмотрите 5 вызовов одной процедуры в разных модулях... Это и есть "эмуляция ООП" в 1С. Без него разработать оооочень сложно. В отличие от SAP у 1С нет 40 лет на это... поэтому ООП нужно.

P.S. Обещаю больше ни единого поста на эту тему в данном топике
110. alex_sh2008 4 20.12.13 15:03 Сейчас в теме
(91) comol, Если честно я не совсем понял причем тут ООП речь шла о методологии компиляции и передачи клиенту скомпилированной формы, насколько я знаю сейчас работает примерно так: разделяет код на две части серверная и клиентская, клиентская отправляется клиенту, на клиенте компилируется и выполняется. Хотя ООП и удобная, но использование ее не совсем рационально, достаточно унификации кода, что и есть в БСП.
cool.vlad4; +1 Ответить
111. cool.vlad4 45 20.12.13 15:08 Сейчас в теме
(110) alex_sh2008, +1. Более того убежден, без унификации, ООП - зло.
112. AllexSoft 20.12.13 15:54 Сейчас в теме
(111) cool.vlad4,
БСП без ООП не меньшее зло... я когда писал на базе БСП с нуля свою конфу это очень хорошо понял когда нужно было прописать свой объект в подписках, составе реквизитов, в переопределяемых модулях, в командах и тд... порой без пол литра просто не разобраться почему какая то часть подсистемы не хочет работать как надо... а потом ах, ну да.. в очередной подписке на событие забыл (пропустил) поставить флаг....
Вот с ООП такого бы не было... да и по поводу шины данных все бы было попроще, хотя бы в плане понимания куда копать
ПС: да и с обновлениями измененных объектов (или той же БСП) бы дело было бы веселее... да и прозрачность вызовов участков кода значительно улучшилась бы... да куча плюсов
comol; borrman; +2 Ответить
114. cool.vlad4 45 20.12.13 16:11 Сейчас в теме
(112) AllexSoft, ООП работает и круто работает в случае когда предметная область проработана, на случай изменений и прочего. Т.е. проведена серьезная работа по проектированию. Я сомневаюсь, что такая работа проведена, к тому же из-за постоянных изменений появилась куча левых объектов. Которые никуда нельзя деть. Они в паблике, они жестко зафиксированы, но вот смысл их поменялся, либо вовсе исчез. Для шины данных тоже самое, нужна спецификация. ООП вообще без разницы. Поэтому я и сказал из ООП - нужны интерфейсы. Т.е. я приписываю модулю, что у него должна быть такая функциональность. Все. А чем ООП поможет, когда вы забыли флаг поставить непонятно. Ну с ООП вы также забудете его снять где надо.
ЗЫ. Но ладно больше не буду. посмотрим. может и ООП увидем)))
115. AllexSoft 20.12.13 16:18 Сейчас в теме
(114) cool.vlad4, то есть ООП дисцеплинизирует разработчиков... это прекрасно! то что надо в 1С. Вот именно что текущим дел в БСП 1С хоть как то пытается упорядочить хаос который был в типовых, они просто не смогли обслуживать такой массив кода и качество начало снижаться...
Про шину данных, да нужна спецификация, технология, инструменты , и этим должен заниматься вендор, а не разрабы на заводах средствами SQL Server...
ПС: видеться мне все таки в 1С 9.0 в мы все же должны увидеть ООП
117. alex_sh2008 4 20.12.13 16:22 Сейчас в теме
(115) AllexSoft, Для ООП нужна куча денег, и в результате цена 1С может круто взлететь, в итоге малый и средний бизнес могут остаться за бортом, 1С это нужно?
119. AllexSoft 20.12.13 16:26 Сейчас в теме
(117) alex_sh2008, вот тут соглашусь... да и потянет ли 1С, даже с вложением инвестиций в свой яп... и когда они окупятся...
120. alex_sh2008 4 20.12.13 16:30 Сейчас в теме
(119) AllexSoft, А разве SAP не вместе с Sybase свою ООП?
121. AllexSoft 20.12.13 16:35 Сейчас в теме
(120) alex_sh2008, к сожалению не сталкивался с SAP на практике (
Я бы был удовлетворен если бы 1С дало API для написания своих менеджеров объектов
122. alex_sh2008 4 20.12.13 16:41 Сейчас в теме
(121) AllexSoft, Ну они вроде как планируют сделать открытой, правда что под этим понимать?
123. AllexSoft 20.12.13 16:45 Сейчас в теме
(122) alex_sh2008, первый раз слышу, откуда инфа?
124. alex_sh2008 4 20.12.13 16:48 Сейчас в теме
(123) AllexSoft, Точно не помню но где то в инете вычитал, речь шла о планируемом создании корпорации и открытие платформы.
85. RayCon 727 19.12.13 23:24 Сейчас в теме
(55)
я про реальную интеграционную шину... Это так просто людьми на заводе не делается...

Эти самые "люди на заводе" велосипед не изобретали - они задействовали стандартные механизмы MS SQL.
88. Evgen.Ponomarenko 544 20.12.13 00:16 Сейчас в теме
(85) RayCon,
Я извиняюсь, что вмешиваюсь в ваш разговор, но мне жутко интересно, какие стандартные механизмы MS SQL они использовали (ввиду того, что под шиной данных, каждый подразумевает свое)
comol; hogik; +2 Ответить
101. RayCon 727 20.12.13 12:45 Сейчас в теме
(88), (90)
Они разработали свою структуру таблиц MS SQL и, в соответствии с регламентом, прописывают в неё каждый новый реквизит, появляющийся в любой уже имеющейся или вновь подключаемой программе на платформе 1С, а также хранят там значения этих реквизитов. По сути, это таблица соотнесения реквизитов между данными в MS SQL и данными всех используемых приложений 1С и одновременно хранилище данных. Если, например, возникает потребность интеграции УПП и "Инталева", они гонят данные через MS SQL. Даже если вдруг какая-то из 1С-ок сбоит, то в MS SQL все данные остаются сохранными.
cool.vlad4; Evgen.Ponomarenko; +2 Ответить
102. Evgen.Ponomarenko 544 20.12.13 12:51 Сейчас в теме
90. comol 4090 20.12.13 08:23 Сейчас в теме
(85) RayCon, (88) Evgen.Ponomarenko Николай, В MS SQL ничего подобного нет :(. У Microsoft эта штука BizTalk вроде как называется...
48. alex_sh2008 4 19.12.13 15:19 Сейчас в теме
(46) comol, У меня вопрос, а какой модуль в SAP и 1С решает вопросы JIT планирования?
50. comol 4090 19.12.13 15:21 Сейчас в теме
(48) alex_sh2008, Ну в SAP это очеведно PP (Управление производством) :) А в 1С соответственно 1С:MES Оперативное управление производством или 1С:ИТРП процессное производство ну или ERP 2 вроде обещали...
63. SergAn 242 19.12.13 16:34 Сейчас в теме
(46) MM, PP, PS в САПе именно модули причем одного производителя. Говорить об УПО, УСО и т.д. как об модулях на мой взгляд не правильно - каждый из них заявляется как отраслевой полнофункциональный продукт и их совместимость между собой отнюдь не гарантирована.
Сравнение проводилось по продукту одного производителя, корректно это или нет - вопрос вкуса. Можно было бы с точки зрения модуля в сравнение еще добавить 1С-MES, но поскольку на данный момент идет только пилот в Ленполиграфмаше и кажется на Камазе, то говорить об окончательной функциональности еще рановато. Поэтому его и не сравнивали.

Я ни кого не призываю принимать данные выводы как истину в последней инстанции. Методику сравнения я описал. Кто считает, что она ошибочная, может разработать свою и я с удовольствием ознакомлюсь с результатами.
23. alex_shkut 45 18.12.13 12:28 Сейчас в теме
Еще точнее расшифрую: наш народ никак не хочет понять, что иногда надо менять себя, а не программу. САП утверждает - если вы измените бизнес как предлагает САП - все будет ОК.
26. comol 4090 18.12.13 16:20 Сейчас в теме
Так, я везде опаздал :(. Но тут явно "+"
29. Wooster 18.12.13 18:44 Сейчас в теме
Посмотрит на это всё дело Главный и откроет раздел sap.infostart.ru.

Хотя, скорее, рядышком откроет sapostart на местном движке.

Саперы побегут выкладывать свои саперские обработочки.

А Главный продаст 50% sapostart SAPу и будет устраивать саперские ивенты в промежуток между 1совскими.
34. support 4454 19.12.13 01:40 Сейчас в теме
(29) Wooster, мы немцам не продаемся!
30. Evgen.Ponomarenko 544 18.12.13 20:59 Сейчас в теме
«1C» бросила вызов SAP

хех... как не печально, но говорить о ВЫЗОВЕ можно было бы в случае, если бы 1С начала захват Европейского рынка. А так, отвоевываем то, что в свое время упустили.

Огромный респект всем кто делиться своим опытом работы с САПом. Анализ лучших и худших практик в сравнении всегда познается лучше.
31. Evgen.Ponomarenko 544 18.12.13 21:03 Сейчас в теме
Чтение комментариев навеяло небольшое сочинение та тему "Как могло бы быть", и хотя я не сторонник облачных технологий, но все же:

На столе лежал школьный учебник:
ИНФОРМАТИКА
Первый класс, вторая четверть.
Издательство "Питер" 2035 год.


Страница 64.
ПЕРВАЯ ГЛОБАЛЬНАЯ ИНФОРМАЦИОННАЯ БИТВА "1С vs SAP"
23 февраля 2014 года.

Историки до сих пор спорят о том, каким образом 1С удалось разгромить превосходящие силы Тевтонского ордена "SAPы" на Чудском озере.

В первую очередь, хотелось бы отметить работу "двойных" агентов.
Благодаря их внедрению стало известно, что их бронированная конница слишком медлительна и тяжела. То, что она ходит только буквой "Г" - это пол беды. Самое главное, что сложность управления такова, что нужно иметь двух всадников вместо одного. Один управляет передними ногами, второй задними.
Для того, чтобы привести в движение конницу - команду нужно подавать за 48 часов.

Запрос на обслуживание обязательно проходит всю цепочку:
User - Super key user - Account manager - Team lead - Developer - QA engineer - Account manager - Super key user - User.
При этом, ни кто из них не видит картину в целом. Восприятие фрагментарное. Искренне верят в своих богов.

Моральный дух Developer-ов подорван технологическими ограничениями DOS-ких годов.
8-ми символьные названия полей уже исчерпали всю фантазию программистов.

Поговаривают, что фатальным эпиком сражения было ошибочное решение о ввода в бой неадекватного резерва. Когда, лед под ногами рыцарей уже начал потрескивать и здравомыслие подсказывало, что следует отступать - на лед вывались БОЕВЫЕ ИНДИЙСКИЕ СЛОНЫ. Кто отдал этот приказ - не известно до сих пор.

Допрос выживших Users и Super key users показал, что им и в голову не могло прийти мысль о боевых слонах в силу ограниченности их образования. Скорее всего, это была материализация мыслей индийских девелоперов слишком большая концентрация которых, уже давно вызывала обоснованные опасения.

Видимо не последнюю роль сыграла и дата сражения "23 февраля" - дата выхода очередного релиза 8.3.5.
Изрядная доза алкоголя и ВЕРА В СЕБЯ решили исход сражения.

Разгромив полчища SAPы, 1С перешла в наступление по всем фронтам.
Облачные технологии позволили завоевать господство в воздухе.
До сих пор ни одно облако не было сбито противником. Скорее всего их мэйн фреймы не в состоянии просчитать траекторию движения по технологии РАУЗ. В принципе это никому не удавалось.

К концу 2015 года сдались Англия, Франция, Германия. С тех пор вся экономика этих стран производит BMW для русских программистов. Кое-где еще есть очаги сопротивления, там усилено изучают русский язык.
Видимо хотят понять "Почему в программах 1С не списывается со склада последняя бутылка пива?"
AnnaKalacheva; AgroTehnik; корум; Snitkovski; Swetlana; Lusik; GiFoK; 1C-Nic; Rabot; mickey.1cx; galich; mms76; bendarik; AlexPNov; darkinitr0; ildarovich; droplet; tano23; Petroff1; fernis; pisarevEV; Aleksey.Bochkov; treedo; warrior1985; sergnik; valafan; Sitex; alext79; Пип Пибип; Tsprogrammist1; Award; foliage; dr.zl0; MrFlanker; maljaev; Smaylukk; Сисой; gkoles010; wunderland; servs; Andry.Boris; UralKIT; angur; alex_shkut; Зеленоград; Shaky; AllexSoft; Новиков; SergAn; baton_pk; mikmike; pro-rok; Stas_Gromov; +53 Ответить
36. Новиков 291 19.12.13 09:37 Сейчас в теме
(31) Evgen.Ponomarenko,
Кое-где еще есть очаги сопротивления, там усилено изучают русский язык.
Видимо хотят понять "Почему в программах 1С не списывается со склада последняя бутылка пива?"


Пять! :)))
38. AllexSoft 19.12.13 10:32 Сейчас в теме
(31) Evgen.Ponomarenko, с утра настроение прям поднялось) спасибо!
32. gendal 2 18.12.13 23:37 Сейчас в теме
Проблема в том, что многое в функционале УПП разработано в "кабинетных" условиях, вроде бы есть, но использовать очень неудобно, функционал умозрительный, а не практический. Но слышал, что в пилотных внедрениях УПП 2.0 участвуют сами разработчики конфигурации от 1С. А так, конечно, даже немного стыдно за УПП 1.3.
35. SergAn 242 19.12.13 09:19 Сейчас в теме
(32) Скорее я бы сказал так: участники пилотных проектов методично терроризируют разработчиков УП 2.0 и заставляют их делать тот функционал, который необходим клиенту, а не тот который они сами выдумали.
33. RayCon 727 19.12.13 01:26 Сейчас в теме
(0) Логичнее было бы сравнивать не SAP ERP и 1С:УПП 1.3, а SAP Business One и 1С:УП 2.0. Но покуда 1С:УП 2.0 ещё сырая, с нею тоже сравнивать пока преждевременно.

(18)
ex-участник проекта на похожем предприятии (НПО + опытный завод + серийный выпуск + ВЭД + подряд в обе стороны + НИР + ОКР)


А что приходилось докручивать в части ВЭД?

(19)
когда у нас в стране из неплохих людей и идей делается нечто единое и для всех - получается очередной релиз КПСС


Сильно сказано - респект! :)

(20)
мы пилим 1С под свои нужды, а САП пилит предприятие под свою структуру и правила. Т.е: 1С - как мы хотим, САП - как мы сказали. :)


Отчасти именно поэтому SAP - ERP, а 1С:УПП - нет.
37. comol 4090 19.12.13 10:08 Сейчас в теме
(33) RayCon, Ты видимо не поверил когда я тебе про SBO рассказывал. - пруфлинк http://ab.bl.by/articles/78689.php. Технологически это очень убогая еврейская разработка. Там даже языка программирования своего нет :). За ним не стоит 40 лет истории SAP ERP...

А по поводу функционала - http://www.sql.ru/forum/610610/kak-mne-delali-prezentaciu-sap-business-one?hl=sap. краткий отзыв :).

SAP SBO - не соперник 1С.
SAP ERP - тоже. Это просто другой рынок, там другие цели, другие принципы.
tano23; support; AllexSoft; Evgen.Ponomarenko; +4 Ответить
42. Evgen.Ponomarenko 544 19.12.13 11:25 Сейчас в теме
(37) comol,
Спасибо за ссылку... теперь очевидно, что:
SAP ERP - Динозавр 1.99
SAP SBO - Динозавр 2.0 (он же Динозавр 1.0, но с другой планеты)
43. comol 4090 19.12.13 11:32 Сейчас в теме
(42) Evgen.Ponomarenko, нее SBO - паразит на спине динозавра :)))
Evgen.Ponomarenko; +1 Ответить
45. Evgen.Ponomarenko 544 19.12.13 11:58 Сейчас в теме
(43) comol,
нее SBO - паразит на спине динозавра :)))


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

Вакансии

Ведущий 1С консультант по БГУ
Омск
зарплата от 50 000 руб. до 95 000 руб.
Полный день

Специалист внедрения и сопровождения 1С
Омск
зарплата от 25 000 руб. до 50 000 руб.
Полный день

Автор новостных обзоров на тему 1С и бухучета
Санкт-Петербург
По совместительству

Ведущий программист 1С
Омск
зарплата от 70 000 руб. до 110 000 руб.
Полный день

Программист 1С
Екатеринбург
зарплата до 120 000 руб.
Полный день