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

17.12.13

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

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

Сравнение производилось с точки зрения потребности крупного промышленного предприятия (НПО) с полным циклом производства (от ОКР до серийной продукции).

Честно могу сказать, что особого смысла в этом сравнении я не видел: и УПП в обозримом будущем с поддержки снимут, и на мой взгляд, тот клиент, который купит САП никогда не купит 1С и наоборот. И дело тут не в деньгах. Пока есть четкое понимание того, что САП и 1С – это разные непересекающиеся вселенные. Скорее всего, как только в УП 2.0 будет реализован весь заявленный функционал, эти вселенные начнут реально пересекаться и конкурировать. Любопытная, надо сказать, будет картина. А пока есть то, что есть.

Как проводилось сравнение

Функции были сгруппированы по модулям САП (в САПе реальная модульность) и потом две группы консультантов (САП и 1С) проводили анализ реализаций этих функций в своих системах.

Результаты сравнения

Результаты я провожу по модульно с некоторыми комментариями.

FI (Финансовая бухгалтерия) в САП Бух. учет в 1С

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

ММ (Управление материалами) в САП Часть закупок и учет запасов в 1С

Оперативный учет (учет движения ТМЦ) – баш на баш. Планирование лучше в САПе.

SD (управление сбытом) в САП Управление продажами в 1С

Тут тоже можно сказать паритет, в 1С нет только учета операций транспортировки и учета рекламных атак. Но аналитическая отчетность лучше в 1С.

СО (Контроллинг)

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

IM (Управление инвестициями)

Функционал в УПП отсутствует

CFM (Управление корпоративными финансами)

Функционал в УПП отсутствует

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

Функционал в УПП отсутствует

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

Функционал в УПП отсутствует

PS (Управление проектами)

Функционал в УПП отсутствует

HR (Управление персоналом) в САПе расчет заработной платы и управление персоналом в УПП.

Тут в части реализации российских особенностей УПП в не конкуренции. В остальном баш на баш.

PP (Управление производством) в САПе и в УПП тоже самое

В 1С оперативный учет производства реализован, только при переделе возникает либо новая характеристика либо новая номенклатура, что не соответствует практике машиностроительных производств. Там номенклатура при движении по переделам не меняется, просто на нее навешиваются затраты. В общем себестоимость посчитать можно.

А что касается планирования, то проще было бы не заявлять этот функционал. Планирование вообще слабая часть УПП. Эту тему стоит рассматривать отдельно.

Резюме по производству: Если считать, что идеал не достижим, то 4 САПу и 2 УПП.

PM (ТОиР)

Функционал в УПП отсутствует

SEM-CPM (Мониторинг эффективности корпорации, управление отношениями с стейкхолдерами)

Функционал в УПП отсутствует

BW (Бизнес-анализ и стратегическое управление)

Функционал в УПП отсутствует

WF (Управление процессами и потоками операций)

Функционал в УПП отсутствует

SCM-APO (Детальное интегрированное планирование и оптимизация)

Функционал в УПП отсутствует

SCM-APO (Детальное интегрированное планирование и оптимизация)

Функционал в УПП отсутствует

Общие замечание по САПу и 1С

Консультанты

САП – узкоспециализированые (найти консультанта, который знает смежный модуль – это уже большая удача, а если еще и абапить умеет, то это уже близко к чуду). Но при этом единство понятий – каждый сапер под ПР, ТЗ, СИТ понимает одно и то же. Как следствие когда формируешь команду проекта проблем совместимости понятий нет. Не зависимо от того как собираешь людей: как фрилансеров или как субподряд.

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

Разработка

САП – трудоемкий процесс, требующий знания конкретных таблиц системы, следствие: долго и дорого.

1С – тут по сравнению с САПом – одно удовольствие, работаешь с объектами бизнес-логики, а остальное платформа берет на себя. Следствие – трудоемкость на порядок ниже, легкая переносимость и адаптация кода.

Интерфейс

САП – полный отстой, наследие DOS. Юзабилити страдает по всем направлениям.

1С – Интуитивно понятный, легкий в освоении.

Выводы:

Поскольку УПП – уже уходящая система, то интересно было бы провести такое сравнение с УП 2.0, что надеюсь получится сделать в ближайший год.

P.S. Прошу не кидать в меня тухлыми помидорами, если есть сомнения в анализе, каждый может провести такое же сравнение для себя самого.

+75 –1

Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».

0% комиссии — оплата напрямую исполнителю;
Исполнители любого масштаба — от отдельных специалистов до команд под проект;
Прямой обмен контактами между заказчиком и исполнителем;
Безопасная сделка — при необходимости;
Рейтинги, кейсы и прозрачная система откликов.

См. также

Как сэкономить 200+ часов на настройке профилей групп доступа в 1С?

Архитектура решений Разработчик Бесплатно (free)

Стандартных профилей групп доступа в 1С и 1С:УХ на крупных проектах часто не хватает: пользователи сталкиваются с ошибками «Недостаточно прав», а ручная донастройка ролей растягивается на десятки и сотни часов. Разбираем, почему права на документы не работают без ролей на связанные объекты и как автоматизировать поиск и назначение минимально необходимых ролей. Показываем обработку, которая анализирует существующие профили, создает новые, формирует код для переноса между базами и обновляет настройки профилей.

22.10.2026 891 0 user1573314 6

Интеграция, это техническая возможность или логическая необходимость.

Архитектура решений 1С:Предприятие 8 1C:Бухгалтерия 1С:Управление производственным предприятием 1С:ERP. Управление холдингом 1C:ERP 1С:КА Россия Бесплатно (free)

Взгляд на привычные уже примеры интеграций внутри учетной системы, построенной на базе конфигураций 1С

18.09.2026 522 0 DmitryKlimushkin 12

Sage: встраиваем мониторинги в разработку 1С на примере Т-Банка

Архитектура решений Разработчик Бесплатно (free)

Рассказываем, как в Т-Банке встроили мониторинг в процесс разработки на 1С и почему новые функции теперь сопровождаются не только тестами, но и метриками. Разбираем, как разделение конфигураций на бизнес-услуги и формирование SLA помогают контролировать критичные операции – от начисления зарплаты до закрытия месяца и обмена данными между системами. Показываем, почему стандартной оценки производительности 1С оказалось недостаточно и как Sage Observability позволяет в реальном времени собирать логи и метрики, заранее выявлять риск нарушения SLA и находить причины инцидентов. На практических примерах объясняем, как такой подход снижает количество авралов, повышает устойчивость систем и делает их работу более прозрачной и предсказуемой.

14.09.2026 1031 0 neermakov 0

Жизненный цикл интеграции с 1С: от подключения к внешнему миру до открытия своего API

Проектирование Архитектура решений Бесплатно (free)

1С все чаще становится центром обмена данными между магазинами, сайтами, CRM-системами и другими сервисами, но хаотично созданные интеграции сложно поддерживать и безопасно развивать. Разбираем жизненный цикл интеграции на примере двух ролей 1С: клиента, который получает данные, и сервера, который предоставляет их внешним системам через API. Показываем, как избежать зацикливания обмена и зависимости от действий пользователей, зачем нужны версионирование API, защищенное соединение, ограничение запросов, логирование, документация и тестирование. Объясняем, как перейти от точечной «склейки» систем к управляемой интеграционной архитектуре, готовой к развитию и масштабированию.

02.09.2026 530 0 sa1nix 0

Архитектура прикладных решений в 1С: от «конфигурация как есть» к системе, которая переживёт пять лет доработок

Архитектура решений Россия Бесплатно (free)

Разбираем архитектуру прикладных решений в 1С: как выбирать между регистрами и справочниками, почему «толстые» модули форм ломают поддерживаемость, как строить отчётность и дашборды без просадок под нагрузкой и как проектировать интеграции без привязки бизнес-логики к внешним системам

29.07.2026 939 0 Stella_Vermilion 0

Невозможное возможно! Биллинг 1 миллиарда событий услуг доставки СДЭК для 700 тысяч клиентов. И все это на 1С 8.5 в inFrame режиме для 50 тысяч пользователей

Архитектура данных Архитектура решений Бесплатно (free)

После замены устаревшего Java-модуля и реализации высоконагруженного биллинга на 1С 8.5 система обрабатывает более 1 миллиарда событий в месяц, формирует около 3 миллионов актов для 700 тысяч клиентов и работает в inFrame-режиме внутри корпоративной ERP. Разбираем архитектуру решения: слои данных, ретроспективность, drill-down до первичной операции, многопоточный конвейер, RabbitMQ, REST API, Grafana, партиционирование и охлаждение данных. Объясняем, почему именно архитектура данных стала ключом к производительности, масштабируемости и устойчивости системы.

18.06.2026 2406 0 _ASZ_ 39

Единый контур управления закупками в холдинге на базе 1С

Архитектура решений Россия Бесплатно (free)

Как сохранить самостоятельность филиалов и при этом обеспечить прозрачность, контроль и единые правила закупочной деятельности в холдинге? В статье рассмотрен практический подход к построению автоматизированной системы управления закупками (АСУЗ) на платформе 1С с распределённой архитектурой, интеграцией ERP-систем филиалов, единым реестром поставщиков, контролем тендерных процедур и механизмом использования внутренних ресурсов холдинга.

05.06.2026 691 0 Adapta 0

Миграция с 1С:Документооборот 2.1 на 3.0

Архитектура решений 1С:Предприятие 8 1С:Документооборот Россия Бесплатно (free)

Практическое руководство по миграции с 1С:Документооборот 2.1 на 3.0: ключевые отличия редакций, совместимость версий, особенности переноса данных, ограничения параллельной работы двух баз и пошаговый план перехода для аналитиков и проектных команд.

21.05.2026 1687 0 Adapta 2

Комментарии

Подписаться на ответы Инфостарт бот

Свернуть все

1. nurpoz 1036 17.12.13 22:16 Сейчас в теме

Сейчас comol опубликует еще статью
http://forum.infostart.ru/forum24/topic100734/message1041018/#message1041018
Будет весело, когда залетный 1сник увидит в "центре внимания" кучу статей о сапе и 1с. ))

11. asved.ru 37 18.12.13 09:12 Сейчас в теме

(1) nurpoz,, Ахтунг ахтунг! САП-имплиментирерз ин ден химмель! ;)

28. comol 18.12.13 17:41 Сейчас в теме

(1) nurpoz, ну теперь я подожду... да и на ABAP-е покодить побольше поиграюсь... так детство напоминает... С++... вернее не, просто С :)). И вообще Доржи сам во всём виноват - он первый это начал :)

2. iov 409 18.12.13 02:46 Сейчас в теме

сапожники конечно крутые ребята и зарабатывают много и востребованы (со слов самих сапожников)
Но все чаще гибкость изменения системы/ скорость изменения / стоимость толкают людей в сторону 1с.
если бы не производительность. Но и тут есть решения хотя они далеки от сапа.

3. dock 46 18.12.13 05:21 Сейчас в теме

Да, сравнения цены не хватает. Всё-таки очень весомая часть.
Пример из жизни:
стоимость полного внедрения одного из решений 1С с доработкой модулей (проект на год активной работы команды специалистов) вместе с лицензированием (1С сервер, клиентские лицензии + лицензия MS SQL) оказалась равно ТОЛЬКО лицензиям SAP. О стоимости работы внедренцев/программистов SAP даже речь не шла.
И второй пример из жизни - это трудоемкость поддержки: реальность такова, что там где может справится 3-4 1С программиста, требуется в 2 раза больше "сапожников". По словам коллег 1С-ников, ушедших с предприятий, где внедрился SAP: "мы занимали один кабинет, сейчас - 2 этажа спецов".

4. savostin.alex 43 18.12.13 07:27 Сейчас в теме

Касательно скорости - пробовали внедрить BI от SAP. Скорость построения отчетов оказалась существенно ниже требуемой заказчиком, а заполнение данными (перенос данных) продолжалось чуть ли не сутками.

16. alex_sh2008 5 18.12.13 10:22 Сейчас в теме

(4) savostin.alex, У SAP по мимо встроенной системы отчетности, есть система отчетности Cristal Reports, ее не пробовали?

5. adva 45 18.12.13 07:30 Сейчас в теме

А корректно ли сравнивать только УПП ? Сами же отметили, что САП модульный, а значит не монолитный. Следовательно я думаю, надо сравнить УПП + какие-то специализированные подсистемы (правда не знаю, есть ли такие, уж очень страшно звучат заявленный функционал САПа, которого нет в 1С, не охота даже вникать чего они значат)

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 460 18.12.13 08:00 Сейчас в теме

На такую тему можно писать книгу в восьми томах. Поэтому сравнение типа "вот это в SAP лучше, а вот то - в 1с" - не очень корректно без развернутого обоснования - чем это лучше, а чем это. Субъективно получается.

Ну и плюс вы достаточно узко сравниваете функционал. Например, сравнения производительности нет. Или мультиязычности (которая в УПП есть тоже - хотя и кривая и сырая и за отдельные деньги).

9. SergAn 276 18.12.13 08:52 Сейчас в теме

(6) Любое сравнение субъективно по умолчанию, так сравнение проводят люди. Методику сравнения я описал, саму таблицу функций раскрывать не могу, это определенная интеллектуальная компании, которая мне лично не принадлежит. Как я уже написал каждый может проделать аналогичное сравнение для себя самого.
(7)(3) Сравнение проводилось на соответствие потребностям промышленного предприятия размером больше среднего. И стоимость проекта для него что на САПе, что на 1С оказалась сопоставимой, а сроки на 1С на год больше из-за большого объема доработок.

7. pro-rok 332 18.12.13 08:26 Сейчас в теме

Спасибо автору за сравнение.
Если честно, то для меня лично перевесило УПП.
Большая часть модулей отсутствующих в УПП среднему заводу и не нужна.
Единственное слабое место, как заметил автор, это планирование. Хотя с другой стороны планирование в УПП можно взять за базовый механизм и доработать до требований заказчика.
Если честно, чистых внедрений САП не видел, видел только САП+1С, из каждой системы берем лучшее.

8. SergAn 276 18.12.13 08:42 Сейчас в теме

(7) Планирование в УПП придется не дорабатывать а разрабатывать практически с "0". Там есть методологические пробелы, причем существенные. Достаточно взглянуть на регистры отвечающие за планирование в различных подсистемах и регистры отвечающие за сбор затрат.

12. Alex_Japanese_Student 460 18.12.13 09:24 Сейчас в теме

(7) pro-rok,
у нас PDM модуля 1с для завода не хватало, ставили сторонее, но народ обычно аппиус добавляет. Ну и документооборот - с учетом и согласованием всех бумажек - тоже обычно нужен бывает.

13. pro-rok 332 18.12.13 09:57 Сейчас в теме

(12) Alex_Japanese_Student, Согласен завод заводу рознь.
(8) С регистрами полная беда приходиться выкручиваться не совсем адекватными путями. По моему, для планирования было бы неплохо сделать в платформе отдельный регистр, который бы работал как регистр накопления, но без регистратора.

10. Famza 85 18.12.13 09:10 Сейчас в теме

Дааа... В 7.7 таких понятий нету - просто напиши нужный док и все. Да и при переходе с 7ки на 8ку УПП, понимаешь сколько ненужного барахла в конфе УПП, да и то работает иногда. Зато можно быстро обработать напильником - это не САП. А в 7ке еще быстрее...Но это уже ностальгия)))
ЗЫ. Звиняйте, ежели не в тему

14. AltF1 8 18.12.13 10:12 Сейчас в теме

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

Вот что теперь написать - не оставил шансов =)

Ответить

17. Yashazz 4930 18.12.13 11:07 Сейчас в теме

В виде таблички из двух колонок (САП и 1С) было бы приятнее воспринимать информацию.

18. Зеленоград 18.12.13 11:36 Сейчас в теме

(17) Yashazz, там к каждой строке надо 2 листа А3 пояснений.

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

Сейчас в личку напишу, может - углубим анализ :)

20. alex_shkut 63 18.12.13 12:25 Сейчас в теме

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

22. Сисой 88 18.12.13 12:27 Сейчас в теме

(20) >> И опять никто в сравнении не указал, что мы пилим 1С под свои нужды, а САП пилит предприятие под свою структуру и правила.

Это не так. Весь вопрос в бюджете проекта. Газпром совершенно замечательно пилит САП под себя.

24. alex_shkut 63 18.12.13 12:30 Сейчас в теме

(22) А если подробно разобраться - есть ли в том необходимость? Я не про отчеты, я про бизнес логику самого САП

25. Сисой 88 18.12.13 13:21 Сейчас в теме

(24) Есть. Для компании такого масштаба есть. Естественно, никто не меняет бизнес-логику закупок и снабжения. Обычно пишутся параллельные ветки, на своих таблицах.

27. SergAn 276 18.12.13 17:33 Сейчас в теме

(22) Честно говоря уже надоело махать напильником. Очень хочется, что бы за заявленным функционалом лежало соответствующее содержание.
(26) Не думаю, мы сравнивали только функционал, технологические особенности (производительность, требования к оборудованию, поддержка и т.п.) не трогали.

21. Сисой 88 18.12.13 12:25 Сейчас в теме

Справедливости ради, ТОиР в УПП есть.
Подсистема "Управление обслуживанием и ремонтами". На 2+.
Так что ошибочка вышла.

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

Справедливо пишут, что следовало бы рассматривать хотя бы типовые от 1С в качестве аналогов модулей САП.
Тогда SEM-BCS и часть функций CFM берет на себя 1С:Консолидация. Она совершенно нормально работает в связке с УПП.

46. comol 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" :)

Ответить

47. AllexSoft 19.12.13 15:11 Сейчас в теме

(46) comol, а стоит ли сваливать в одну кучу.. ?

49. comol 19.12.13 15:19 Сейчас в теме

(47) AllexSoft, Ну мировая тенденция сейчас что не стоит... 10 лет назад было по-другому... здесь не могу сказать. Но если бы была Интеграционная шина у 1С... то разница между "кучей" и отдельными решениями была бы не столь существенна.

53. RayCon 830 19.12.13 15:30 Сейчас в теме

(49)

Но если бы была Интеграционная шина у 1С... то разница между "кучей" и отдельными решениями была бы не столь существенна.

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

Кстати, был я где-то год назад на одном заводе, так там народ свою шину данных замутил и пользует на ней УПП, систему учета договоров, консолидацию, НСИ и ещё кучу всяческих программ на платформе 1С 8. Уже несколько лет, как полёт нормальный.

55. comol 19.12.13 15:40 Сейчас в теме

(53) RayCon, Да не.. я про реальную интеграционную шину... Это так просто людьми на заводе не делается... тут надо чтобы были интерфейсы всеми решениями 1С поддерживаемые... т.е. либо в БСП либо в платформу...
А вот про учётную разницу я бы почитал подробнее :)))

57. alex_sh2008 5 19.12.13 15:59 Сейчас в теме

(55) comol, А чем Web сервисы не устраивают, для них только прописать 1С-кий стандарт?

58. comol 19.12.13 16:10 Сейчас в теме

(57)Вы просто поражаете своими догадками :))). Понятно что Web сервисы... Когда они появились в 8.1 я лично уже ожидал что вот-вот шина "нарисуется" :(

59. alex_sh2008 5 19.12.13 16:16 Сейчас в теме

(58) comol, Ваши ожидания не оправдались и 1С пошла по другому пути, БСП

61. comol 19.12.13 16:31 Сейчас в теме

(59) alex_sh2008, Нее... БСП дало новый виток надежды что реализуют не на уровне платформы а на уровне прикладной логики :)

64. alex_sh2008 5 19.12.13 16:45 Сейчас в теме

(61) comol, Вообще то дело не только в интерфейсах связи между конфигурациями, сама платформа 1С отстает технологически от ядра SAP: возможности SQL серверов практически не используются, при достижении баз свыше 100Гб начинает жутко тормозить, клиентские части съедают огромный сетевой трафик, детализация функции в учете очень большая (возможно в УП это будет не так).

67. comol 19.12.13 17:00 Сейчас в теме

(64) alex_sh2008, Про платформу я ещё напишу если не устанем от этого холивара... Отстаёт платформа только главным образом в одном - жутко (очень жутко) не стабильна. А по быстроте работы... Ну давайте уберём из решений ВСЕ списки документов (это же потери производительности). Хочешь открыть документ - напиши его номер и команду открытия, откроется а внутри только коды справочников... а что вы хотели - в смежные таблицы лазить за представлениями?? (опять потери) ну и так везде. Отчет построить? Да вы что - это же аналитика... для него сначала куб надо в BI сделать. При таких условиях конечно SAP тормозить не будет. А можно ещё и пользователей заставить в него заходить строго по очереди - тогда точно тормозить не будет, и 10 тыс пользователей работать смогут :)))

70. Evgen.Ponomarenko 571 19.12.13 17:35 Сейчас в теме

(67)comol,

Цитата Пока не устанем от этого холивара

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

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

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

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

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

95. Сисой 88 20.12.13 10:32 Сейчас в теме

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

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

107. Evgen.Ponomarenko 571 20.12.13 13:51 Сейчас в теме

(95) Сисой,

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

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

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

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

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

В любом случае - мой вам респект. Может статью напишите как дело было?

113. Сисой 88 20.12.13 16:08 Сейчас в теме

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

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

118. Evgen.Ponomarenko 571 20.12.13 16:22 Сейчас в теме

(113) Сисой,
Судя по всему вы использовали первый плюс Консолидации о котором я говорил "хранилище данных"

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

Спс на досуге погляжу... )))

74. alex_sh2008 5 19.12.13 20:35 Сейчас в теме

(67) comol, Про глубокие дебри 1С, я вам сказать ничего не скажу, по просту не знаю, но представлять данные можно по разному, можно кончено закачать на клиента весь справочник, и сходным кодом формы, на клиенте его транслировать и выполнить, или закачать скомпилированный код формы и выполнять, а данные выбирать из базы пакетами , сделать кучу запросов, что бы получить данные из 3 таблиц, или все таки один прямой запрос к базе. Все таки модифицированный Basic, не для такого класса систем которой сейчас стала 1С, уже пора переходить на компилятор, в машинные коды или байт-коды. Да и серверу 1C нужно уметь использовать все функции SQL сервер, такие как многофайловость, разделение таблиц по нескольким файлам и т.д.

76. alex_shkut 63 19.12.13 21:03 Сейчас в теме

(74) А разве 1С не так работает? (в клиент-сервере) И к тому-же она не транслирует каждую строку кода, а именно использует байт-код. Ну короче как Вы написали - так она и работает. Если конечно конфа написана грамотно. Тут проблема как в среде разработки. Сама среда вроде ничего, а предметная область недоделана. И еще наше СССР-овское - "А я хочу шоб було так!". Т. е. мы просто не любим учиться, а запиливаем все так, как нам нравится. Я уже 2,5 года не могу научить экономиста-аналитика (очень неплохого!!!!) пользоваться Настройкой в СКД. Как вам? А то, что я работаю в сельском хозяйстве и обгоняю франча на пол-года по разработке необходимой функциональности - это как? И это даже не франч - это "1С совместимо" - отраслевая разработка. Очень мешает СЛК...
(75) И как эта "шина" перенесет все, что я написал выше в некую базу, если она даже не представляет, что переносить...
Вот я сам и понял, о чем речь. Обмен данными в 1С по сути это и делает, только либо конвертация, либо основная база должна иметь все метаданные всех конфигураций.
У меня возникала мысль сделать одну БД как "сводный" архив, а другую рабочую со срезанным периодом - но отказался, так как свертка базы дело немного неблагодарное, особенно с моей спецификой.
А вот у SAP это проще - архивируется база, в которой остаются только итоговые данные, все остальное уничтожается, и база переходит в рид онли. Таким образом можно посмотреть историю (с некоторыми ограничениями) и работать в текущей базе не замечая особых ограничений и уменьшить объем хранимых данных чуть-ли не в 10 раз.
Я думаю, Вы поняли к чему я.....

77. alex_sh2008 5 19.12.13 21:14 Сейчас в теме

(76) alex_shkut, Насколько я понял, даже если вы переведете базу в архив вы все равно можете иметь к ней доступ, то есть формировать отчетность прозрачно, не взирая где находятся данные в архиве или в рабочей базе, то есть масштабируемость, пользователь работает с 1 базой, а фактически их может быть сотни размещенных на разных площадках, так?

78. alex_shkut 63 19.12.13 21:45 Сейчас в теме

(77) Если Вы имеете ввиду SAP -так и есть. В 1С это проблемно. Я прорабатывал вопрос о подключении Внешнего источника данных как БД 1С архивную. И имеем в распоряжении внутреннюю структуру базы. А зачем она мне? Если бы 1С реализовала подключение "родной базы" к конфе как рид онли архив - этого даже достаточно, чтобы заняться процессом свертки базы. А так - много гемора, и никакого смысла. Получить отчет одновременно по архиву+рабочка - ну я не вижу решения (пока-что). Поправьте меня если я не прав.
У меня сейчас 5+ Гб база, около 19 одновременных юзверей и БД !!! файловая. Пока серв тянет. Я не пойму 2 момента: почему 1С не переработает ядро на многопоточность и почему клиент до сих пор 32-бит? Ах, да! Еще забыл про полное отрицание терминального сервера. Если кому надо (как меня уже поджимает) , то он купит серверный ключ. И никуда не деться... Зачем рано, чем позже? Зачем заставлять клиента сразу покупать КС (клиент-сервер) вариант, если сервер терминалов решает задачу? Если травик терминала меньше трафика 1С? Вот этих моментов я никак не пойму...

80. alex_sh2008 5 19.12.13 21:54 Сейчас в теме

(78) alex_shkut, 1С вроде как многопоточный, только пользовательский сеанс однопоточный

83. alex_shkut 63 19.12.13 22:05 Сейчас в теме

(80)Нет, каждый экземпляр ПО 1С - однопоточный. Другое дело, что система распределяет их на разные ядра. Иначе было бы совсем плохо. Я о терминале :))), там это видно очень хорошо. Когда у Вас 4 ядра, то 1С "валит" одно ядро на 100%, а остальные гуляют - проверьте сами.

86. cool.vlad4 2 19.12.13 23:34 Сейчас в теме

(83) alex_shkut, ну сколько можно путать поточность и распределение работы по процессорам. в соседней теме тоже самое. приложение может иметь 100500 потоков и все они могут висеть как вы говорите на одном ядре. ну википедию что ли почитайте.

87. cool.vlad4 2 19.12.13 23:39 Сейчас в теме

(83) alex_shkut, в taskmgr посмотрите колонку - счетчик потоков. в process hacker - колонка threads если мне не верите )))

82. alex_shkut 63 19.12.13 22:02 Сейчас в теме

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

93. alex_sh2008 5 20.12.13 09:51 Сейчас в теме

(82) alex_shkut, Мне больше всего интересно сравнение конкретно взятых модулей производства в SAP и 1С, правда тут сравнивать особенно нечего ну разве что SAP:KPI и 1С УПП + 1С:MES Оперативное управление производством + 1С:ИТРП процессное производство

94. alexk-is 6550 20.12.13 10:17 Сейчас в теме

(93) SAP ERP EHS и Охрана труда для 1С ?

96. alex_sh2008 5 20.12.13 11:31 Сейчас в теме

(94) alexk-is, Не могу ничего сказать, у нас все в Excel и Word, и никто не заморачиваться.

97. alexk-is 6550 20.12.13 11:48 Сейчас в теме

(96) Это потому, что SAP не тянет?

98. alex_sh2008 5 20.12.13 12:06 Сейчас в теме

(97) alexk-is, Нет, потому что руководство не посчитало необходимым вкладывать в автоматизацию этого участка средства.

100. Evgen.Ponomarenko 571 20.12.13 12:30 Сейчас в теме

(96) alex_sh2008,

alexk-is, Не могу ничего сказать, у нас все в Excel и Word, и никто не заморачиваться.

А у нас эксель используется только для оперативного и перспективного планирования,
остальное решают молули оперативного учета. Руководство так увлеклось, что объявило тотальную войну
экселевскому учету, приходится втихую "динамить" генеральную линию.

91. comol 20.12.13 08:30 Сейчас в теме

(74) alex_sh2008,

спользовать все функции SQL сервер, такие как многофайловость, разделение таблиц по нескольким файлам

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

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

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

Затевать холивар про то как мы хотим ООП в 1С ещё раз я думаю смысла нет, тем более что в ABAP ООП тоже нет.

92. alex_sh2008 5 20.12.13 09:05 Сейчас в теме

(91) comol, С помощью ручных настроек и я использую.

99. Evgen.Ponomarenko 571 20.12.13 12:19 Сейчас в теме

(91) comol,

Затевать холивар про то как мы хотим ООП в 1С ещё раз я думаю смысла нет,
тем более что в ABAP ООП тоже нет.

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

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

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

103. cool.vlad4 2 20.12.13 13:12 Сейчас в теме

(91) comol, слабо представляю, чем может помочь 1С-у ООП. хотя нет, пожалуй интерфейсы из ООП нужны. но и все. улучшили бы разработку, таким образом, чтобы использовать нормально системы контроля версий. затем сделали бы нечто вроде моков, да вообще сделали бы как-то возможным тестирование штатным образом. а так все равно не понимаю, зачем наследование объектов в 1С. возможно, не прав.

104. alex_shkut 63 20.12.13 13:18 Сейчас в теме

(103) Не надо об этом. На эту тему холивар в другом топике.

105. cool.vlad4 2 20.12.13 13:27 Сейчас в теме

(104) alex_shkut, в каком? и ваше указание связано как-то с правилами введения сообщений в этой теме или это просто ваше личное пожелание?

108. comol 20.12.13 14:09 Сейчас в теме

(103) cool.vlad4, (106) alex_shkut,

слабо представляю, чем может помочь 1С-у ООП

Мой любимый холивар :))). Откройте БСП, посмотрите 5 вызовов одной процедуры в разных модулях... Это и есть "эмуляция ООП" в 1С. Без него разработать оооочень сложно. В отличие от SAP у 1С нет 40 лет на это... поэтому ООП нужно.

P.S. Обещаю больше ни единого поста на эту тему в данном топике

110. alex_sh2008 5 20.12.13 15:03 Сейчас в теме

(91) comol, Если честно я не совсем понял причем тут ООП речь шла о методологии компиляции и передачи клиенту скомпилированной формы, насколько я знаю сейчас работает примерно так: разделяет код на две части серверная и клиентская, клиентская отправляется клиенту, на клиенте компилируется и выполняется. Хотя ООП и удобная, но использование ее не совсем рационально, достаточно унификации кода, что и есть в БСП.

111. cool.vlad4 2 20.12.13 15:08 Сейчас в теме

(110) alex_sh2008, +1. Более того убежден, без унификации, ООП - зло.

112. AllexSoft 20.12.13 15:54 Сейчас в теме

(111) cool.vlad4,
БСП без ООП не меньшее зло... я когда писал на базе БСП с нуля свою конфу это очень хорошо понял когда нужно было прописать свой объект в подписках, составе реквизитов, в переопределяемых модулях, в командах и тд... порой без пол литра просто не разобраться почему какая то часть подсистемы не хочет работать как надо... а потом ах, ну да.. в очередной подписке на событие забыл (пропустил) поставить флаг....
Вот с ООП такого бы не было... да и по поводу шины данных все бы было попроще, хотя бы в плане понимания куда копать
ПС: да и с обновлениями измененных объектов (или той же БСП) бы дело было бы веселее... да и прозрачность вызовов участков кода значительно улучшилась бы... да куча плюсов

114. cool.vlad4 2 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 5 20.12.13 16:22 Сейчас в теме

(115) AllexSoft, Для ООП нужна куча денег, и в результате цена 1С может круто взлететь, в итоге малый и средний бизнес могут остаться за бортом, 1С это нужно?

119. AllexSoft 20.12.13 16:26 Сейчас в теме

(117) alex_sh2008, вот тут соглашусь... да и потянет ли 1С, даже с вложением инвестиций в свой яп... и когда они окупятся...

120. alex_sh2008 5 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 5 20.12.13 16:41 Сейчас в теме

(121) AllexSoft, Ну они вроде как планируют сделать открытой, правда что под этим понимать?

123. AllexSoft 20.12.13 16:45 Сейчас в теме

(122) alex_sh2008, первый раз слышу, откуда инфа?

124. alex_sh2008 5 20.12.13 16:48 Сейчас в теме

(123) AllexSoft, Точно не помню но где то в инете вычитал, речь шла о планируемом создании корпорации и открытие платформы.

85. RayCon 830 19.12.13 23:24 Сейчас в теме

(55)

я про реальную интеграционную шину... Это так просто людьми на заводе не делается...

Эти самые "люди на заводе" велосипед не изобретали - они задействовали стандартные механизмы MS SQL.

88. Evgen.Ponomarenko 571 20.12.13 00:16 Сейчас в теме

(85) RayCon,
Я извиняюсь, что вмешиваюсь в ваш разговор, но мне жутко интересно, какие стандартные механизмы MS SQL они использовали (ввиду того, что под шиной данных, каждый подразумевает свое)

101. RayCon 830 20.12.13 12:45 Сейчас в теме

(88), (90)
Они разработали свою структуру таблиц MS SQL и, в соответствии с регламентом, прописывают в неё каждый новый реквизит, появляющийся в любой уже имеющейся или вновь подключаемой программе на платформе 1С, а также хранят там значения этих реквизитов. По сути, это таблица соотнесения реквизитов между данными в MS SQL и данными всех используемых приложений 1С и одновременно хранилище данных. Если, например, возникает потребность интеграции УПП и "Инталева", они гонят данные через MS SQL. Даже если вдруг какая-то из 1С-ок сбоит, то в MS SQL все данные остаются сохранными.

102. Evgen.Ponomarenko 571 20.12.13 12:51 Сейчас в теме

(101) RayCon,
Логично!

90. comol 20.12.13 08:23 Сейчас в теме

(85) RayCon, (88) Evgen.Ponomarenko Николай, В MS SQL ничего подобного нет :(. У Microsoft эта штука BizTalk вроде как называется...

48. alex_sh2008 5 19.12.13 15:19 Сейчас в теме

(46) comol, У меня вопрос, а какой модуль в SAP и 1С решает вопросы JIT планирования?

50. comol 19.12.13 15:21 Сейчас в теме

(48) alex_sh2008, Ну в SAP это очеведно PP (Управление производством) :) А в 1С соответственно 1С:MES Оперативное управление производством или 1С:ИТРП процессное производство ну или ERP 2 вроде обещали...

63. SergAn 276 19.12.13 16:34 Сейчас в теме

(46) MM, PP, PS в САПе именно модули причем одного производителя. Говорить об УПО, УСО и т.д. как об модулях на мой взгляд не правильно - каждый из них заявляется как отраслевой полнофункциональный продукт и их совместимость между собой отнюдь не гарантирована.
Сравнение проводилось по продукту одного производителя, корректно это или нет - вопрос вкуса. Можно было бы с точки зрения модуля в сравнение еще добавить 1С-MES, но поскольку на данный момент идет только пилот в Ленполиграфмаше и кажется на Камазе, то говорить об окончательной функциональности еще рановато. Поэтому его и не сравнивали.

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

23. alex_shkut 63 18.12.13 12:28 Сейчас в теме

Еще точнее расшифрую: наш народ никак не хочет понять, что иногда надо менять себя, а не программу. САП утверждает - если вы измените бизнес как предлагает САП - все будет ОК.

26. comol 18.12.13 16:20 Сейчас в теме

Так, я везде опаздал :(. Но тут явно "+"

29. Wooster 18.12.13 18:44 Сейчас в теме

Посмотрит на это всё дело Главный и откроет раздел sap.infostart.ru.

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

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

А Главный продаст 50% sapostart SAPу и будет устраивать саперские ивенты в промежуток между 1совскими.

34. support 4484 19.12.13 01:40 Сейчас в теме

(29) Wooster, мы немцам не продаемся!

30. Evgen.Ponomarenko 571 18.12.13 20:59 Сейчас в теме

«1C» бросила вызов SAP

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

Огромный респект всем кто делиться своим опытом работы с САПом. Анализ лучших и худших практик в сравнении всегда познается лучше.

31. Evgen.Ponomarenko 571 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С не списывается со склада последняя бутылка пива?"

Ответить

36. Новиков 292 19.12.13 09:37 Сейчас в теме

(31) Evgen.Ponomarenko,

Кое-где еще есть очаги сопротивления, там усилено изучают русский язык.
Видимо хотят понять "Почему в программах 1С не списывается со склада последняя бутылка пива?"

Пять! :)))

38. AllexSoft 19.12.13 10:32 Сейчас в теме

(31) Evgen.Ponomarenko, с утра настроение прям поднялось) спасибо!

32. gendal 12 18.12.13 23:37 Сейчас в теме

Проблема в том, что многое в функционале УПП разработано в "кабинетных" условиях, вроде бы есть, но использовать очень неудобно, функционал умозрительный, а не практический. Но слышал, что в пилотных внедрениях УПП 2.0 участвуют сами разработчики конфигурации от 1С. А так, конечно, даже немного стыдно за УПП 1.3.

35. SergAn 276 19.12.13 09:19 Сейчас в теме

(32) Скорее я бы сказал так: участники пилотных проектов методично терроризируют разработчиков УП 2.0 и заставляют их делать тот функционал, который необходим клиенту, а не тот который они сами выдумали.

33. RayCon 830 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 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 - тоже. Это просто другой рынок, там другие цели, другие принципы.

Ответить

42. Evgen.Ponomarenko 571 19.12.13 11:25 Сейчас в теме

(37) comol,
Спасибо за ссылку... теперь очевидно, что:
SAP ERP - Динозавр 1.99
SAP SBO - Динозавр 2.0 (он же Динозавр 1.0, но с другой планеты)

43. comol 19.12.13 11:32 Сейчас в теме

(42) Evgen.Ponomarenko, нее SBO - паразит на спине динозавра :)))

45. Evgen.Ponomarenko 571 19.12.13 11:58 Сейчас в теме

(43) comol,

нее SBO - паразит на спине динозавра :)))

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

51. RayCon 830 19.12.13 15:24 Сейчас в теме

(37)

Ты видимо не поверил когда я тебе про SBO рассказывал.

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

Технологически это очень убогая еврейская разработка.

Не знаю - не пил. (с)

Там даже языка программирования своего нет :).

Это не есть гуд, но если продукт хорошо кастомизируется, он имеет право на существование даже в таком "немом" виде.

За ним не стоит 40 лет истории SAP ERP...

Если SAP купил эту "убогую еврейскую разработку", а Microsoft скупил все датские поделки, то, наверное, у них были веские причины для этого: просто так никто деньги на ветер выкидывать не будет. Кроме того, приобретая что-то чужое, ИТ-гиганты ставят на кон и свои репутационные риски - наверное, они знают, что делают.

SAP SBO - не соперник 1С.

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

SAP ERP - тоже. Это просто другой рынок, там другие цели, другие приниыпы.

Именно это я всегда и утверждал. Поэтому здесь вообще сравнение в принципе некорректно.
Кроме того, учётные парадигмы - разные. То, что архивостребовано на 1/6 части суши (читай - на постсоветском пространстве) НИКОГДА не будет востребовано на остальных 5/6 частях суши до тех пор, пока парадигма 1С ни примет вид ОБЩЕПРИНЯТОЙ для свободного рынка.

54. comol 19.12.13 15:38 Сейчас в теме

(51) RayCon, У меня есть виртуалка с SBO... просто не захотелось делать это сравнение.. не надо быть специалистом чтобы открыть его и чуть чуть потыкать (в отличие от SAP ERP там это можно сделать :)) и всё становится понятным. SBO не присущи не прелести 1С (удобство кастумезации, ориентация на Российскую специфику) ни SAP ERP (отработанность, куча функционала, мощь)

39. alex_sh2008 5 19.12.13 10:54 Сейчас в теме

Все таки когда начнется конкретное сравнение по функционалу?

40. SergAn 276 19.12.13 11:09 Сейчас в теме

(39) Это к кому вопрос?

41. alex_sh2008 5 19.12.13 11:15 Сейчас в теме

(40) Ко всем, пока что все обсуждение идет поверхностное, я предлагаю выбрать 2 конкретные системы, если учесть что, как в 1С много конфигураций, так и в SAP много модулей, то выбрать 1 модуль из SAP и одну конфигурацию из 1С, и разобрать их по полочкам.

44. Evgen.Ponomarenko 571 19.12.13 11:54 Сейчас в теме

(39) alex_sh2008,
Сравнивать то не чего. Пора клонировать!
SAP, мне чем то напомнило "Галактику" с развитой функциональностью, но досовской сущностью. В принципе, если бы 1с7 развивалась бы и дальше, может и было с чем сравнивать. Однако как и принято у русских (в отличие от канадских) программистов, нам проще переписать все заново.
Надеюсь, что 8.3 будет последней такой попыткой. Пора заняться делом и скопировать лучшее, тем более, что перенять нужно только методики управления, а скелет динозавра можно потом на выставках детям показывать.

Были выделены порядка 500 функций ERP системs. За основу была взята таблица функций ERP кого-то из большой четверки. После анализа функций, близкие по сути были убраны и в результате осталось порядка 250 функций. Методику сравнения я описал, саму таблицу функций раскрывать не могу, это определенная интеллектуальная собственность компании, которая мне лично не принадлежит.

Судя по многочисленным постам, интеллектуальная собственность - это единственная ценность SAPа.
Я не претендую на схемы баз данных или на описание алгоритмов, но перечень функций это публичная информация, не стоит из неё делать коммерческую тайну. Тем более функции - это в первую очередь потребности клиентов, которые в прозрачных системах (по Бруксу) описываются в руководстве пользователя.

(40) SergAn
Сергей, не могли бы вы, не нарушая взятых на себя обязательств по сохранению коммерческой тайны дать ссылку на публичную ссылку, где можно взять таблице функций ERP кого-то из большой четверки?

52. alex_sh2008 5 19.12.13 15:24 Сейчас в теме

Ну теперь 1С осталось купить все эти компании, и создать корпорацию, как делает это SAP.

56. Bukaska 161 19.12.13 15:42 Сейчас в теме

Как тут в одной статейке писали.. что лучше 1С)))
Пока знакомые только успевали менять и редактировать печатные формы в SAPе каждые две недели, а автор статейки попивал чай с сухарями, устанавливая очередное обновление от 1С...
Так что по любому - 1С ГУТ)))

60. alex_shkut 63 19.12.13 16:24 Сейчас в теме

А Обмен данными не шина? Если бы 1С не пилили кому не лень - такая шина была бы стандартной. А раз пилишь структуру данных - допиливай и шину. Все зависит от мощи железа.
Мне вот в SAP понравилась одна фишка - read only архив базы. Такая себе свертка базы без переноса остатков.
А почему к конфе 1С нельзя приклеить источник данных - другую базу 1С? И чтобы бубен поменьше был :)

62. comol 19.12.13 16:33 Сейчас в теме

(60) alex_shkut, нее... обмен данными только инструмент... ну или то что под этими словами каждый понимает, но никак не шина... Шина это когда интеграцию между системами/модулями настраивается вне этих систем/модулей.

65. gendal 12 19.12.13 16:46 Сейчас в теме

Вот статейка, ежели кому интересно...

http://habrahabr.ru/post/91507/

66. comol 19.12.13 16:55 Сейчас в теме

(65) gendal, Я же уже скидывал полную версию в (37). Это про SBO...

68. support 4484 19.12.13 17:02 Сейчас в теме

(66) comol, не, это продолжение

69. German 416 19.12.13 17:35 Сейчас в теме

Ответить

71. Evgen.Ponomarenko 571 19.12.13 17:37 Сейчас в теме

По поводу единой интеграционной шины:
1C в принципе предоставило все возможности, другое дело нет ни одной конфигурации,
которая реализует этот механизм. Мы уже 4 года на 4-х проекта используем в этом качестве 7 регистров накопления, один из которых плановый(только оборотный). Недавно в голову пришла мысль заменить понятие "модуль" на понятие "картридж", что бы не сбивать всех с толку.
"Картриджи" подключаются в режиме онлайн в общую систему, через общую шину. К той же шине можно подключать внешние отчеты.
По большому счету 7 регистров накопления можно заменить/дополнить регистром бухгалтерии с управленческим планом счетов.
К большому сожалению бухгалтерский план счетов не подходит, уж слишком сильно искажает действительность.
Таким образом отсутствие единой шины вопрос не технологии, а методологии и единого стандарта.

72. alex_shkut 63 19.12.13 18:12 Сейчас в теме

(71) а методологии и единого стандарта
(60) А Обмен данными не шина? Если бы 1С не пилили кому не лень - такая шина была бы стандартной
Не находите ничего общего?
Именно открытость 1С не позволяет создать стандарт.
Обмен я упомянул как первое, что пришло в голову.

73. Evgen.Ponomarenko 571 19.12.13 18:37 Сейчас в теме

(72) alex_shkut,

(60)А Обмен данными не шина?

с вашим постом я полностью солидарен, может по этому я и не упомянул его.

Если бы 1С не пилили кому не лень - такая шина была бы стандартной

Мне кажется, наоборот, если бы был удовлетворительный стандарт - никто бы не перепиливал, так как хлопотно это.
К примеру в бух. учете только расширяют аналитику, но никто не меняет 10 счет на 20-тый.

А так... каждый в своем болоте - кулик.

75. alex_sh2008 5 19.12.13 20:40 Сейчас в теме

(72) alex_shkut, Стандартизация не зависит от открытости системы, а зависит от разработчика системы, не думаю что разработчики конфигураций будут изобретать велосипеды при существующем стандарте, и что бы сделать их конфигурации совместимыми только со своими конфигурациями.

79. alex_shkut 63 19.12.13 21:53 Сейчас в теме

Вторым вариантом решения было создание копии рабочей БД, настройка обмена (1 раз в 1 минуту) или по конкретным объектам, которые изменились. Почти уверен, что такое возможно. А рабочую БД свернуть до "рабочего" периода. Таким образом имеем 2 БД - одну полную и неповоротливую, но имеющую историческое значение. И вторую - быструю и рабочую. Но и тут есть свои трудности... Короче мое ИМХО - 1С гибче и лучше SAP, но еще не доделана. И стоимость много раз меньше. В разы меньше даже с учетом полного допиливания...

81. alex_sh2008 5 19.12.13 21:57 Сейчас в теме

(79) alex_shkut, 1С гибче и луче, пока не достигнет, уровня функциональности SAP, потом может все изменится.

84. alex_shkut 63 19.12.13 22:08 Сейчас в теме

P.S. Тестируйте на файловом варианте :)))

89. aexeel 73 20.12.13 00:22 Сейчас в теме

Без сравнения конкретных реализаций не интересно.

106. alex_shkut 63 20.12.13 13:36 Сейчас в теме

Конечно, это только мое личное пожелание. Уход от основной темы - главная проблема многих топиков.
А про ООП вот здесь http://infostart.ru/public/120628/
Хотя настоящего ООП нет ни в 1С, ни в SAP - это уже тут было сказано.

109. cool.vlad4 2 20.12.13 14:53 Сейчас в теме

(106) alex_shkut, настоящего ООП вообще нет нигде, как нет нигде вообще ничего настоящего.
(108) comol, не понял, причем здесь 5 вызовов и ООП? ООП - суть создание пользовательских структур данных или типов. Все. С возможностью задавать им поведение и зависимость поведения от их родителя. Зачем это в 1С, если там шаг влево, шаг вправо - тупик? В 1С это только усложнит жизнь. Я имею ввиду именно типовые конфы. И без того кусок логики с трудом перенесешь из одного места в другое, как это будет происходить с ООП, загадка, каждый в каждой конфе будет вытворять что угодно. Для этого и придумали БСП, наконец-то. А до этого им было не лень писать код под каждую конфу.

116. Evgen.Ponomarenko 571 20.12.13 16:20 Сейчас в теме

Мысли вслух:
По поводу БСП. Я не любитель изобретать велосипеды... но ездить на костылях утомило.
Теперь у меня есть myБСП. Только теперь дилема... куда развиваться дальше?
В строну БСП - тошнит. Но лучше плохой стандарт, чем никакого.
Может сделать интерфейс как у БСП, а реализацию свою?... боюсь...
что даже в обкусанном варианте БСП останется убогим монстром.

125. dock 46 20.12.13 17:58 Сейчас в теме

Кстати, пропущен один замечательный момент...
1С 8.3 прекрасно работает по Линукс...

126. tosha_n 20.12.13 18:14 Сейчас в теме

Интеграция у сапа весело работает. Набрасываем мышкой 95% простых загрузок и выгрузок.
Но когда дело доходит до оставшихся 5%, начинается ад, хотя вариантов путей решения задачи множество.

Плюсы минусы ее подробнее:
Плюсы:
Загружаем структурированные файлы мышкой, наличие схемы - плюс. Загрузить можно хоть черта лысого.
Мониторинг. Отслеживание интеграции, можно сказать с точностью до секунды, что и где упало и почему.

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

Прикрепленные файлы:

127. dmpas 420 20.12.13 18:40 Сейчас в теме

Решил попробовать посмотреть, что такое этот abap:

https://github.com/trending?l=abap

и в частности:
https://github.com/rvanmil/ABAP-OOP-Library

class ZCL_JSON_ARRAY definition
  public
  inheriting from ZCL_OBJECT
  final
  create public .

public section.

слово "class" как бы намекает. хотя глубоко не вникал, честно признаюсь. может, не всё там имеет отношение к SAP'у

129. comol 23.12.13 11:02 Сейчас в теме

(127) baton_pk, Ага... я тоже прочитал... ABAP поддерживает ООП оказывается... просто в SAP-е транзакций в которых ООП хоть как то используется я невидел... я просто потратил несколько часиков чтобы посмотреть код самых частых транзакций... там нет классов. Всё линейно, всё повторно, чисто "индусский код". Я как то и сделал вывод что не поддерживает. Щас прочитал - оказывается поддержка есть, но почему-то ей никто не пользуется. Странные они какие-то... В DAX открываешь так везде классы, всё наследуется... сразу впечатляет и видно что ООП.

130. anig99 2867 24.12.13 08:40 Сейчас в теме

(129) comol, может тоже "исторически сложилось"? Скорее всего тупое наследование кода. Т.е. сначала ООП не было, а потом ввели. Но тонны кода решили не переписывать.

128. rayastar 1585 21.12.13 21:05 Сейчас в теме

Спасибо за статью. расширил кругозор!

131. oleg212 02.01.14 23:55 Сейчас в теме

Очень познавательно, спасибо!

132. m@riu/\@ 18.02.14 17:04 Сейчас в теме

Зачем их сравнивать, разные ценовые категории при покупке, и в обслуживании. Для УПП достаточно одного 1с - ника, который подправит, подкрутит за умеренную плату.

133. alex_sh2008 5 18.02.14 20:07 Сейчас в теме

(132) m@riu/\@, Тут я не соглашусь, продукты сравнивать надо всегда, в этом цель развития всех продуктов.
1С за умеренную плату может и подправит что то, но не более того что сделает программист SAP. А цены на мой взгляд раздутые за счет монополии, у 1С есть много перспектив выйти на это рынок. Так что ценовая высота SAP не вечна.

134. cvmbackup 122 13.03.14 07:31 Сейчас в теме

Да уж! Вы сравниваете ВАЗ с BMW! В этих системах ну очень разные принципы отработки транзакций. Я программист и админ 1С, поддерживал целиком организации, с нуля настраивал сервера на всех видах СУБД используя всевозможные советы гуру 1С нашего рунета, но скажу я Вам такой производительности в сетевом варианте как в SAP добиться не удалось! Сейчас я программист в РЖД. Занимаюсь непосредственно FI и HR. Вижу всю активность пользователей. И при активности в 45 000 - 50 000 пользователей, ну у кого не возникает тормозов в проводке или в "прогоне" начислений целых организаций по всему штату персонала. 1С пока что не способна вытянуть и 1/10 долю такой активности, в ней будут такие тормоза и возникать блокировки что быстрее на счетах можно посчитать. Не просто так в SAP ушли такие гиганты как РЖД, Аэрофлот, Лукойл и т.д., а ведь у них тоже когда то использовалась 1С.

135. unoDosTres 13.03.14 11:47 Сейчас в теме

(134) cvmbackup, ну насчет не выдержит и 1/10 это вы загнули, сейчас в базе у меня онлайн в районе 2000 пользователей, не сказать что не бывает блокировок и т.д, но база работоспособна и прям уж резких нареканий не вызывает, хотя жалобы со стороны пользвоателей имеют место быть - и возникающие проблемы решаемы, своим постом я не пытаюсь привознести 1с, я просто удивился вот этой частью поста

сейчас я программист в РЖД. Занимаюсь непосредственно FI и HR. Вижу всю активность пользователей. И при активности в 45 000 - 50 000 пользователей, ну у кого не возникает тормозов в проводке или в "прогоне" начислений целых организаций по всему штату персонала. 1С пока что не способна вытянуть и 1/10 долю такой активности

хотя конечно цифры 45к-50к и стабильность работы без блокировок впечатляют :)

136. cvmbackup 122 13.03.14 13:34 Сейчас в теме

(135) unoDosTres, 1/10 это 5000 и я не про висячих в сессии сервера, а про активно работающих и находящихся во всех точках России пользователей (РЖД). Я думаю 1С не вытянет и 1/10 (в комфортном для пользователя режиме).
Это только один из критериев разницы я привел. На самом деле там много в чем можно сравнить.

Например выше писали: (125)

Кстати, пропущен один замечательный момент...
1С 8.3 прекрасно работает по Линукс...

SAP безо всяких wine и искажений в интерфейсе работает и на linux и solaris и windows и IBM AIX (хотя он тот же unix), а используя в роли клиента браузер или jawa sapgui можно работать под любой ОS и для этого ненужно никаких дополнительных веб серверов и т.д. в SAP NetWeaver уже все встроено и работает на ура, достаточно одну кнопку нажать, и интерфейс будет полностью идентичен fatsapgui.

Интерфейс в SAP убогий?
А что вы хотите использовать для бизнес приложений кроме label, button, edit, memo и grid???? все остальное баловство и никак не сопутствует ускорению расчетов или отображения на экран интерфейса. Если в SAP использовать объектный интерфейс то 1С тут отдыхает, я могу такой мультимедийный и навороченный экран сделать что там будет все плясать, вываливаться куча подменю, показывать в углу прямую трансляцию футбольного матча из web фрейма, в другом углу пробки в Вашем городе на Яндекс карте, да что угодно могу напихать в экран! Только поможет ли это рассчитать налоги и зарплату? А интуитивно понятный интерфейс дело рук грамотного программиста! Повторю: в SAP можно сделать все что угодно, хоть сайт пиши и одним нажатием кнопки публикуй его и все там уже будет готово и встроенная аутентификация и разграничение полномочий.
Про полномочия как "базисник" скажу что в SAP там уделено особое внимание не буду подробно описывать но это огромный жирный плюс в его сторону, там на столько все досконально разграничивается и так гибко регулируется и безо всяких доработок!

137. poyson 29.04.14 17:50 Сейчас в теме

По заданию начальство кроплю сравнение. Почти все снял отсюда. посмотрим :)

138. vik2006 143 13.01.17 02:48 Сейчас в теме

Мдя, статья, конечно, интересная, но вот написано дюже безграмотно. Двойка автору по грамматике, что автоматом снижает доверие к автору, как специалисту в описываемой проблеме.

Для отправки сообщения требуется регистрация/авторизация

Автор:

Сергей Аносов (SergAn)

Рейтинг: 276

Вы можете заказать платную консультацию или разработку у автора. Будет создан приватный заказ на «Бирже заказов» для автора.

Публикация:

№ 242084

Создание 17.12.13 21:04

Обновление 17.12.13 21:04

Статистика:

Просмотры 73059

Загрузки 0

Рейтинг 74

Комментарии 138

Характеристики:

Код открыт Да

Рубрики Архитектура решений

Кому Для всех

Тип файла Нет файла

Платформа Не имеет значения

Конфигурация 1С:Управление производственным предприятием

Операционная система Windows

Страна Не имеет значения

Отрасль Не имеет значения

Налоги Не имеет значения

Вид учета Не имеет значения

Доступ к файлу Бесплатно (free)

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

См. также

Журнал

База знаний

Лаборатория

Анализ & Управление

Сопровождение 1С

Корпоративные решения

Обучение

Маркетплейс

Проектный офис

Мероприятия

Видеозаписи

Биржа заказов

Форум

Мерч

О компании