Несколько сильных сторон 1С в сравнении с SAP

29.04.15

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

Выскажу личное мнение: вы все, наверное, видели диаграммы IDC, где показано, что SAP занимает 50% от всего рынка внедрений ERP-систем. На мой взгляд, то, что они до сих пор удерживают эту долю рынка – это сугубо наше с вами упущение. Я очень много времени потратил на изучение этого вопроса, пытался понять, в чем же плюсы внедрения SAP для российских заказчиков. Конечно, что-то удалось найти, но, в отличие от DAX (аксапты), где я нашел очень много хорошего, никакого особенного преимущества у SAP я не увидел.

В SAP очень хорошие продажники. Если вы его ночью разбудите, спросите «чем SAP лучше, чем 1С?», он вам сразу 10 пунктов назовет, не просыпаясь. А если вы нашего продажника ночью сможете разбудить, то он, кроме того, что «SAP дороже» больше ничего, наверное, не скажет. Поэтому наша задача – немного поднять свою квалификацию в этом отношении, чтобы хотя бы представлять, о чем идет речь, что же всё-таки такого особенного в SAP. Попутно поймём, как нам «продавать» 1С там, где хотят вмешаться из SAP. Это все не раз обсуждалось на форумах, поэтому я в своем докладе, скорее, буду просто показывать вам для сравнения различные скриншоты, чтобы вы попробовали сделать из них определенные выводы.

О каком SAP пойдет речь?

Чтобы над нами не смеялись продвинутые «саперы», надо все-таки понять, что мы вкладываем в слово «SAP». Потому что, как и в случае с 1С, где есть понятие «Платформа 1С» и «Продукты 1С», понятие «SAP» также состоит из нескольких сущностей:

Первое – это SAP AG (ее в последнее время еще стали называть SAP SE) – речь идет о самой компании SAP
Дальше идет SAP HANA – это совершенно новый продукт, который последний год активно рекламируют. Название бренда говорит само за себя – это, наверное, очень актуальный тренд в последнее время, и в SAP это тоже понимают. Я сначала думал, что они специально под российский рынок его так назвали, оказывается, нет, во всем мире его так продают. SAP HANA – это у них инструмент для аналитики, inMemoryDatabase. Он появился пять лет назад.
SAP ERP (он же SAP R/3) – это и есть само прикладное решение на платформе SAP, тот самый «гигант», о котором мы обычно говорим, и с которого все начиналось.
SAP BusinessOne – о нем мы тоже поговорим.
И SAP NetWeaver – примерно то же самое, что и платформа 1С. Это такая большая общая интеграционная платформа, на базе которой реализована не только SAP ERP, но еще и SAP SCM, SAP CRM и некоторые другие решения. Пять лет назад они это позиционировали, как свою новую платформу.

На этом слайде есть кое-что лишнее. Как вы думаете, что? Дело в том, что SAP BusinessOne – это не SAP. История его такова, что в 2002 году SAP купила некий продукт для автоматизации малого и среднего бизнеса у израильской компании TopManage и стала продавать его как свой. С этого момента они его разве что чуть-чуть модифицировали. Так или иначе, SAP BusinessOne – это совсем не «тот самый большой крутой SAP». Это двузвенка, решение, которое ничем особым не отличается – ни производительностью, ни особой функциональностью, ни консультантами. Не знаю, как они продают его на российском рынке, – я читал только отзывы некоторых клиентов, которых немного.

Архитектура SAP R/3. Модули SAP

Это картинка, которую SAP любят всем показывать. Наверное, даже среди 1С-ников все ее видели.

Архитектура системы SAP – модульная.

Она содержит определенное ядро – R/3 (клиент-сервер)
И вокруг него скомпонованы модули: финансы, контроллинг, основные средства, проекты и т.д. – дальше мы их чуть подробнее рассмотрим.

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

Модуль «Финансы» – на Западе это, фактически, бухгалтерия. Это мы обычно разделяем, что бухгалтерия – это одно, а финансы – другое (бухгалтерия для ФНС, а финансы для нас). У них это не разделяется, у них финансы – это бухгалтерия. Что такое бухгалтерия в 1С – это мы знаем (1С начинала свою карьеру с бухгалтерии).
Дальше – модуль «Контроллинг». Здесь формируется более продвинутая финансовая отчетность, направленная на определенные показатели. В качестве аналога для 1С – тут может быть какое-то специализированное решение наподобие БИТ ФИНАНС, Инталев… В ERP, кстати, сейчас уже неплохо сделана отчетность.
Модуль «Основные средства» – здесь аналогом можно считать УПП или ERP.
Модуль «Проекты» – это всем известное решение УПО (Управление проектной организацией).
Управление информационными потоками – это аналог конфигурации Документооборот. Здесь я, конечно, лукавлю, потому что Документооборот – не совсем процессная конфигурация. Но и у SAP тоже процессы в основном автоматизированы не внутри, там для этого есть еще внешнее решение – OpenText, которое стоит отдельных немалых денег (точно дороже, чем 1С).
Отраслевые решения – ничего не могу сказать. Просто зайдите на http://solutions.1c.ru и посмотрите там то богатство, которое общими усилиями мы с вами уже накопили. В SAP такого богатства нет.
HR (управление персоналом) – кроме того, что все видели в ЗУП, есть еще решение 1С: KPI.
Ремонт и обслуживание – есть в ERP неплохой функционал и 1С: ТОИР.
Управление качеством – речь идет о процессном производстве, которое у нас появилось в ERP, плюс еще достаточно давно было решение 1С:MES.
Планирование производства – здесь тоже ERP и 1C:MES.
Управление материальными потоками – реализовано в ERP.
Сбыт – в УТ и ERP.

Получается, что функционал 1С примерно покрывает все модули, которые есть в SAP. Почему же тогда мы говорим, что в 1С есть не все? Наверное, вот почему:

В архитектуре SAP все модули завязаны на единое ядро;
А у 1С все совсем не так: если мы посмотрим на схему взаимодействия участков учета в 1С (эту картинку, правда, я сам нарисовал),то увидим там все те же самые блоки, что и у SAP, но только у нас они существуют как бы «сами по себе». Конечно, вы можете каким-то образом интегрировать некоторые решения между собой, но общей платформы у продуктов 1С, к сожалению, все равно нет. Нет такого, чтобы поставили галочку – и пожалуйста, у вас есть WMS, поставили еще одну – у вас есть финансовый блок, еще поставили – проектный блок. У нас, если вы приобретаете отдельные решения, тогда между ними нужен обмен, а если вдруг окажется, что одно решение написано на управляемых формах, а другое – на обычных, то тут вообще начинается самое интересное.

Кстати, помимо всего прочего, в SAP есть еще одна интересная фича – XI/PI. Это так называемая интеграционная шина, обеспечивающая сервисную архитектуру для обмена между различными решениями.

Что касается 1С, то у нас для организации обмена есть «Конвертация данных» – это хорошее решение, замечательное, но мне, честно говоря, давно уже хочется, чтобы у нас тоже появилась возможность реализовать для прикладных решений 1С единую платформу. Конечно, мы все видели БСП, которая действительно является большим шагом вперед, но, если сравнить первую версию БСП и ту версию, которая сейчас актуальна, то между ними мало общего, и единой платформой это пока назвать нельзя. Поэтому этот слайд – это, скорее, камень в сторону 1С.

Особенности работы с SAP

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

Давайте наконец-то посмотрим, что представляет собой SAP. Вот он, на слайде.

На что хочу сразу обратить внимание? В SAP так и осталось то иерархическое меню, которое мы когда-то очень давно уже видели. Более того, им почти никто не пользуется: все используют командную строчку сверху.

Обратите внимание на такую особенность: здесь есть Клиент (это контрагент), и для него есть три кнопки («Создать», «Изменить» и «Просмотреть»). Это – отдельные действия, которые выполняются отдельными программами, и с этим нормальному 1С-овскому пользователю уже будет очень сложно работать.

Следующий скриншот – это типичное окно выбора в SAP (здесь, к примеру, это выбор дебитора). В любом окошке, где вы что-то выбираете (контрагента, договор, организацию), вы не увидите название, увидите только код. Дело в том, что SAP ориентирован на очень большие, быстрые системы, а получать наименования из таблиц по коду – это длительная операция, очень большой запрос. Они на нем экономят, поэтому у вас везде будет только поиск по коду.

Или вот, пожалуйста, работа из командной строки. Для тех, кто с SAP не знаком, это, конечно, может выглядеть, как шутка, как что-то такое «из ряда вон» – но я не шучу, они реально так работают. Пользователи помнят наизусть все «свои» транзакции. Если вы инструкцию по SAP увидите, там именно так и написано: сначала набрать код транзакции (fmx3, se16 и т.д.), а потом номер таблички. Причем там, судя по названию, еще и ограничение на 8 символов, которое с тех самых пор осталось.

Документы тоже принято просматривать по номеру. Соответственно, номера нужно знать/запоминать/иметь при себе.

Еще SAP отличается некой самобытностью в плане терминологии. Там вообще своя жизнь, свой мир: например, есть такие фразы, как:

Выравнивание – это корреспонденция счетов. Чуть позже мы о ней еще поговорим.
Есть контировка. Причем, если вы заглянете в российский учебник по бухучету, то там вам скажут, что контировка – это проводка. А вSAP контировка – это добавление аналитических признаков (общими словами).
Когда вы первый раз пообщаетесь с саповцем, вы его вообще не поймете. Он вам будет говорить слова, который он считает абсолютно правильными, абсолютно методологически верными. Но на самом деле эти слова появились из-за некорректного перевода: сначалабыл перевод с немецкого языка на английский, а потом с английского на русский – и в процессе перевода, видимо, что-то потерялось.
Транзакция – это программа. Это не транзакция СУБД.
«Фавориты» – это «Избранное».
RFC – это не стандарты, это, на самом деле, RPC (удаленный вызов процедур), просто в SAP решили, что так правильнее называть.

А это просто скриншот печатной формы SAP. Если кто-то не видел, можете посмотреть. Здесь БЕ (балансовые единицы) – это 1000 (код рублей). Период – это 01 (месяц январь). И т.д. В SAP почти все печатные формы вот так «красиво» выглядят. И вы еще жалуетесь на табличный документ 1С?

А это – варианты экспорта. Помните, как мы для 1С:7.7 просили, чтобы можно было делать экспорт в PDF, в Excel 2007? В SAP уже лет 5-7 варианты экспорта только такие. О том, что вы видите справа – они и не мечтали.

Штрих-код в печатную форму вставить? Вы что, это будет проект на 1000 долларов (десятки тысяч, может быть).

Вот так выглядят отчеты в SAP. Конечно же, я здесь немного лукавлю, потому что в SAP для отчетности есть отдельный инструмент, но он стоит отдельных денег. А тут показаны штатные отчеты. Их, конечно, можно настраивать – например, там есть развертка, смена развертки. Этому даже отдельно учат.

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

Попробуем перейти к бизнес-сущностям. Вот, пожалуйста, так в SAP выглядит План счетов. Он никоим образом не ориентирован на РСБУ – он примерно МСФО-подобный, GAAP-овский и т.д. (ориентир идет на западный учет). Может, конечно, кто-то на практике и прикрутил туда РСБУ-шный план счетов, но я просто не видел таких.

Как видите, по сути, план счетов является иерархическим, но, поскольку в SAP иерархии нет, как таковой, вообще нигде, то соответственно, приходится довольствоваться тем, что есть. Это в 1С вы привыкли: папочку ткнул, плюсик раскрыл, а через плюсик мне не наглядно, я переключу еще из дерева в иерархический список в управляемых формах, а еще в 1С напишу, что мне тут не нравится, и пожалуйста, переделайте, чтобы было более удобно…

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

Кстати, процедура поиска – это вообще отдельная песня. Это не Ctrl+F ни в коем случае. Для этого учатся у консультантов.

Как я уже сказал, ориентир идет на «западный» учет:

Для тех, кто все еще думает, что в SAP можно вести бухгалтерский учет, вы просто посмотрите, как в SAP будет выглядеть ваша проводка (для тех, кто не понял, я расшифровал, как она в 1С будет выглядеть).
Я не хочу сказать, что там нет «Корреспонденции счетов» – нет, корреспонденция счетов есть. Но чтобы работать с проводками в привычном для российских бухгалтеров виде, нужно установить специальный SAP RussianAddon и настроить «правила выравнивания» (я о них уже упоминал). Соответственно, чтобы из стандартной записи проводки в SAP получать привычные для нас проводки по РСБУ, нужно нанимать консультантов, а это – отдельные люди, которые получают большие деньги. И чтобы все это настроить, нужен месяц работы – целый месяц работы только для того, чтобы были нормальные проводки по РСБУ.
Себестоимость и НДС – не буду даже говорить, это отдельная песня.
По поводу признания расходов и выручки – они используют общий подход МСФО: признание осуществляется на момент совершения операций, а не на момент получения документов. Для МСФО это, конечно, удобно, но для РСБУ я не знаю, что с этим делать.
Кроме того, в SAP нет «красного сторно».

Я, когда увидел, что в SAP всего этого нет, полез на форум, думаю, может, люди это как-то все-таки делают? А на форуме мне отвечают: «нет, не делают, но можно вот так вот – я RussianAddon установил, а я использовал этот инструмент, а я отдельную табличку написал».

Существует очень популярное заблуждение, что в SAP все предусмотрено, поэтому дорабатывать ничего не требуется.

Не соглашусь. Для примера я взял типичный для меня процесс – казначейство, то, с чего начинаются финансы. И для этого процесса япопытался найти в SAP что-то наподобие функционала «Заявки на расходование средств» – эти заявки есть у всех, все их видели, там ничего сложного нет. Попытался найти что-то подобное в SAP – и не нашел. Потом полез на форум, нашел ветку, в которой есть голосование: «а чем вы заменяете функционал “Заявок на расходование средств”»? И там мнения: кто-то счет-фактуру для этого использует; кто-то счета выставляет; но самое популярное – это «Требование авансового платежа».

Вы теперь понимаете, почему SAP-консультанты получают так много денег? Потому что у них в отличие от нас профессия творческая. Им надо понять, как из всего этого многообразия абсолютно ничем между собой несвязанных табличек сделать то, чтобы работало так, как надо нам. Поэтому разработки после них там действительно остается не очень много.

Но чтобы до этого додуматься, надо быть очень экспертным SAP-консультантом. А чтобы потом убедить пользователей, что надо работать именно так, надо быть не просто SAP-консультантом, а менеджером проекта SAP (или лидером команды консультантов). И пользователи после этого действительно верят, что так правильно, «Требование авансового платежа» – это и есть «Заявка на расходование средств». И они уже фразу «Заявка на расходование средств» забывают.

Но я-то 1С-ник! И мне сразу подумалось: «А я еще хочу Платежный календарь, я еще хочу Анализ статей ДДС…» Все, мечтай… Это отдельный проект по разработке месяца на полтора.

Еще один интересный пример: помните, как мы в УТ11 возмущались: почему нельзя контрагентов и партнеров объединить в одну сущность? А у них такой сущности, как «Партнер», вообще нет, зато у них «Дебиторы» и «Кредиторы» – это два разных справочника, между собой никак не связанные.

Наверное, взаимодействие с партнерами у них как-то продумано в SAP CRM, но это вообще отдельное решение, оно в SAP ERP не входит. Не знаю, к сожалению, как там дела устроены. Может быть, лучше, а может быть, и хуже.

Плюсы SAP

Чтобы быть честным, в SAP есть определенные плюсы – например, концепция разделения данных, которая принята в SAP, выглядит следующим образом: мандат, балансовая единица, контроллинговая единица, завод, склад. Если вы хотите понять, какая аналитика нужна в 1С, тогда вам действительно было бы полезно заглянуть в SAP, потому что там эти вопросы очень хорошо продуманы. Они выстраданы там десятками лет (с 70-х годов все это дело уже обкатывается). Когда я это увидел, я понял, что аналитика должна быть именно такой.

Правда, перевод страдает: например, они торговые организации называют заводами. И подразделение там – это тоже завод. Но в остальном иерархия-то правильная.

Системные администраторы SAP Basis – это специалисты по технологической платформе SAP. Честно говоря, после знакомства с платформой 8.3 мне про них хочется сказать только много хорошего, потому что у них есть один большой плюс – они стабильны. Там те же самые рабочие процессы, фоновые задания, плюс-минус все то же самое работает, но у разработчиков SAP Basis нет такого, чтобы они кричали друг на друга: «почему оно валится?» Они никогда не обвиняют SAP в том, что что-то валится, они ищут проблему внутри, и, как это ни странно, обычно находят.

У SAP очень хорошая наработанная практика, поэтому админы SAP – это отдельные люди с отдельными компетенциями, не разработчики, не ABAP-еры, не консультанты. По уровню компетенций – это, наверное, то же самое, то и наш «Эксперт по техвопросам» (человек, который получает кучу денег, должен уметь программировать лучше всех, при этом еще знать SQL-сервер, 1С-сервер, еще VMWare на машины ставить). Но не совсем: SAP Basis-ник знает только SAP, но разбирается в нем очень хорошо – там нет такого, что человек чего-то не знает.

Стоимость лицензии

Стоимость лицензии:

У SAP стоимость лицензии составляет примерно 2000-5000 евро. Правда, стоит сказать, что официального прайса на SAP нет, не найдете никогда в жизни. Поэтому я тут привел сугубо среднюю информацию о том, что саповцы сами про это пишут. Плюс, надо сказать, что если у 1С стоимость годовой корпоративной поддержки пользователей составляет 15% от розничной цены за лицензию, то у SAP –это 6% от стоимости лицензии в год.
А теперь сравните это со стоимостью лицензии 1С – это всего лишь 120 евро. К тому же, если сейчас евро еще подрастет, будет еще меньше.

Обратите внимание, кстати, сравнение интерфейсов здесь очень красиво выглядит.

Язык разработки ABAP

Посмотрите на последний столбец – это ABAP, язык разработки для SAP. Буквально два слова о нем. Как правило, если вы разрабатываете на одном языке программирования, вы можете легко переключиться на другой. Образно выражаясь, если вы говорите на английском, вы немецкий освоите быстро. Или, если вы программируете на 1С, то вы, наверное, быстро разберетесь и в Delphi, и в C#, потому что это плюс/минус то же самое. Но в ABAP это не так:

Посмотрите, например, на конструкцию в первой строке – это классический оператор присваивания в ABAP. В последних версиях там, правда, уже «равно» появилось, но изначально оператор присваивания был именно таким.
В конце оператора всегда ставится точка.
Структура выглядит через тире.
Вызов функции поражает – он именно такой и остался.
Кстати, в языке ABAP есть полноценное ООП, но только его никто не использует (SAP написан практически без него).
Запросы пишутся руками, конструктора запроса вы там не увидите.
С названиями таблиц там тоже проблема – например, если в 1С слева в конфигураторе вы видите названия метаданных, то в SAP об этом просто забудьте – там такого нет. Кроме этого, для названий таблиц действует правило, что они должны укладываться в 8 символов.

SE80 – «Конфигуратор»

Примерно так выглядит SAP-овский конфигуратор (SE80). Справа вы можете видеть редактор кода – он, правда, показан здесь в режиме «только чтение».

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

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

С Intellisense;
С подсветкой;
С нумерацией строк;
С навигацией по метаданным, по процедурам модуля и т.д.

******

Данная статья написана по материалам доклада, прочитанного автором на Конференции Инфостарта IE 2014 29-31 октября 2014 года.

Приглашаем вас на новую конференцию INFOSTART EVENT 2019 INCEPTION.

+160 –

См. также

Радио "Аналитик", 14 выпуск 3 сезона. Про облачные технологии с Матвеем Серёгиным

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

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

11.03.2025 323 0 Radio_Analyst 0

Гайд для начинающих аналитиков. Часть 2. Поиск источников информации и подготовка к работе с ними

Работа с требованиями Анализ предметной области Бесплатно (free)

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

04.03.2025 406 0 SerjoginaMaria 0

1С в «Газпром нефти»: технологии разработки и внедрения

Проектирование Сопровождение Внедрение изменений Бесплатно (free)

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

03.03.2025 862 0 shadenew 1

Почему проваливаются проекты внедрения? Топ-5 причин и возможные решения

Взгляд со стороны Заказчика Внедрение изменений Кейсы автоматизации Бесплатно (free)

Всем участникам проектов внедрения знакомы пять главных «НЕ»: НЕправильно просчитанный бюджет; НЕзаинтересованность руководства; НЕпрочное целеполагание; НЕреализованные ожидания заказчика; НЕжелание пользователей сотрудничать. Расскажем о том, какие инструменты помогут обойти эти препятствия и не похоронить проект.

21.02.2025 805 0 KrisSh 0

Искусственный интеллект в помощь аналитику 1С

Работа с требованиями Анализ бизнес-процессов Анализ предметной области Бизнес-аналитик Бесплатно (free)

Искусственный интеллект (ИИ) уже достаточно сильно проникает во все области. Не исключена и область работы аналитиков 1С. В этой статье я порассуждала, как ИИ может положительно повлиять на его работу. Но начну я с сентиментального рассказа «Маленький Аналитик 1С и Планеты Софт-Скиллов».

07.02.2025 2960 0 ashtey 7

Примеры внедрения узконаправленных инструментов анализа данных и подготовки отчетов

Внедрение изменений Бесплатно (free)

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

24.01.2025 629 0 dabu-dabu 0

1С:Бухгалтерия vs 1C:ERP

Внедрение изменений Бухгалтер Платформа 1С v8.3 Бухгалтерский учет 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 Бухгалтерский учет Бесплатно (free)

При переходе компании с устаревших решений, таких как 1С:УПП, важно определиться, где будет вестись бухгалтерский учет – в 1С:ERP или в 1С:Бухгалтерии. Расскажем об особенностях и принципиальных различиях ведения регламентированного учета в 1С:ERP и 1С:БП – на что нужно обратить внимание при обследовании, какие вопросы задать клиенту, чтобы в конечном итоге сделать правильный выбор в пользу одной или другой программы.

17.01.2025 2412 0 user1455139 7

Как не внедрить 1С:ERP 2 за один год, но через три распилить монолит?

Внедрение изменений Платформа 1С v8.3 1С:ERP Управление предприятием 2 Бесплатно (free)

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

09.01.2025 5277 0 mitia.mackarevich 8

Комментарии

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

Свернуть все

1314. comol 5157 30.10.18 16:05 Сейчас в теме

(1308) бухгалтерский учет по стандартам РСБУ ты хотел сказать? Так ведь? Это скорее регламентированный учет, и да, он бесполезен. Дело в том что любой финансовый учет - бухгалтерский. Если мы его расширяем нефинансовыми данными - это учет управленческий. Всё просто :)

1315. genayo 30.10.18 16:07 Сейчас в теме

(1314) Финансовый учет не равно управленческий учёт. Как-то так.

1320. TODD22 20 30.10.18 16:15 Сейчас в теме

(1314)

Дело в том что любой финансовый учет - бухгалтерский.

Может оно и так, но для меня бухгалтерский учет это в первую очередь баланс, двойная запись, план счетов. Но учёт можно вести и без баланса, двойной записи и плана счетов. Тем более технические средства позволяют это делать.

1311. TODD22 20 30.10.18 16:02 Сейчас в теме

(1302)

Классика из классики

"Прошлое прошло"

1303. alex_sh2008 5 30.10.18 15:53 Сейчас в теме

(1297)

это не управленческий учет. По учебнику упр учет = бух. учет + доп. аналитика.

Мы говорим про иностранную систему, учебники от 1С тут не подходят.

большинство совеременных СЭД не имеют таковой - в SAP есть только OpenText. Это их провал ИМХО.

Почти все серьезные СЭД (Documnum, SharePoint, Alfresco) имеют интеграции с SAP

(1297)

ну ка пример такого проекта? Знаете сколько лицензия SAP стоит? Из за этого большинство данных в SAP не вводятся а загружаются обычно....

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

1296. TODD22 20 30.10.18 15:43 Сейчас в теме

(1286)

управленческий учет = Бухгалтерский + доп. аналитика. Не так ли?

Не так.

1298. comol 5157 30.10.18 15:46 Сейчас в теме

(1296) это по учебнику. То что ты подразумеваешь в цивилизованном мире не существует :)

1287. genayo 30.10.18 15:30 Сейчас в теме

(1277) (1279) Назовите эти компании, очень интересно.

1293. comol 5157 30.10.18 15:40 Сейчас в теме

(1287) https://1c.ru/rus/partners/solutions/default.jsp гуглите по торговле и проекты в Москве. Иностранных представительств дочёртиков.

1295. genayo 30.10.18 15:41 Сейчас в теме

(1293) Дайте прямую ссылку. В гугл я тоже посылать умею.

1300. comol 5157 30.10.18 15:46 Сейчас в теме

(1295) я дал ссылку на справочник "внедренные решения" 1С :). "Гуглите" там :)

1301. genayo 30.10.18 15:47 Сейчас в теме

(1300) Ну, значит, ваши утверждения считаем голословными. Что за привычка - сначала сказать, а потом в кусты.

1310. comol 5157 30.10.18 16:02 Сейчас в теме

(1301) Ну что за ленивые невоспитанные люди:
https://1c.ru/rus/partners/solutions/solution.jsp?SolutionID=651729
https://1c.ru/rus/partners/solutions/solution.jsp?SolutionID=547480
https://1c.ru/rus/partners/solutions/solution.jsp?SolutionID=17697
https://1c.ru/rus/partners/solutions/solution.jsp?SolutionID=6447
https://1c.ru/rus/partners/solutions/solution.jsp?SolutionID=954186
https://1c.ru/rus/partners/solutions/solution.jsp?SolutionID=915350

Больше гуглить за вас не буду, а вам минус в карму

1313. genayo 30.10.18 16:05 Сейчас в теме

(1310) В последней ссылке 3 рабочих места. Вы это серьёзно?

1316. comol 5157 30.10.18 16:08 Сейчас в теме

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

1319. genayo 30.10.18 16:13 Сейчас в теме

(1316) А я считаю, что это вы меня оскорбили, послав в гугл, а когда я просил уточнить - выкатили совершенно нерелевантные моему исходному вопросу ссылки.

1322. comol 5157 30.10.18 16:22 Сейчас в теме

(1319) Восстановим?

1) (1279) - "филиалы иностранных компаний
эти переходят как миленькие. Сам внедрял :)"

2) (1287) "Назовите эти компании, очень интересно."

3) (1393) https://1c.ru/rus/partners/solutions/default.jsp гуглите по торговле и проекты в Москве

4) (1300) я дал ссылку на справочник "внедренные решения" 1С :). "Гуглите" там :)

5) Ваше оскорбление в мой адрес.

6) (1310) Ссылки на внедренные решения 1С в филиалах иностранных компаний.

Я не читаю у вас в мозгу что вы имели ввиду, но общаться корректно надо уметь.

1324. genayo 30.10.18 16:24 Сейчас в теме

(1322) Где в ваших ссылках про "переходят"? Переходят - значит, изначально в России работали на SAP, а сейчас переходят на 1С. Ну и я в своем посте говорил о крупных компаниях, а не о той мелочёвке с 3-5 рабочими местами, на которые вы дали ссылки.

1325. comol 5157 30.10.18 16:29 Сейчас в теме

(1324) Компания работала изначально на SAP - Открыв представительство в РФ - перешли на 1С в представительстве. Не вижу противоречий. Выбор вполне осознанный. Те же компании с представительствами в восточной Европе или в Азии продолжают вести учет на SAP в этих регионах, а в России на 1С.

1327. genayo 30.10.18 16:33 Сейчас в теме

(1325) Ок, вы меня неправильно поняли, тогда извиняюсь, если вас незаслуженно обидел.

1333. comol 5157 30.10.18 16:43 Сейчас в теме

(1327) приняты. Продолжаем холивар :)

1336. genayo 30.10.18 16:54 Сейчас в теме

(1333) Так нет холивара. Мы знаем крупные решения на платформе 1С - Розница Билайна, самописная ERP у деловых линий, и они таки неплохо работают. Но это скорее исключения. Юлмарт, Ламода, например, 1С в качестве основной ERP точно не используют :))

1343. comol 5157 30.10.18 18:02 Сейчас в теме

(1336) Ну я всё-таки думаю что доля SAP на Россиийском рынке ждёт фэйл в среднесрочной перспективе. Вопрос не в тех кто уже работает а в новых внедрениях, их мало. То что на конференциях SAP презентуют как то совсем скудно. Не потому что 1С хорошая, к слову, просто очень дорого. Для розницы Java/С# разработка обходится дешевле, для производства 1С:ERP подожмёт. SAP останется там где практически монополист - авиакомпании, международные перевозчики и т.п.

1348. genayo 30.10.18 18:58 Сейчас в теме

(1343) По новым внедрениям да, но и сейчас тенденции российского бизнеса таковы, что почти у всего крупняка уже есть внедренные системы, и идет дальнейшее укрупнение.
По рознице - 1С вполне может работать, не взирая на размеры сетки. Только 1С надо ещё обвешивать BI системами кроликами и т.п...

1335. peper- 30.10.18 16:52 Сейчас в теме

(1325)

Компания работала изначально на SAP - Открыв представительство в РФ - перешли на 1С в представительстве. Не вижу противоречий. Выбор вполне осознанный. Те же компании с представительствами в восточной Европе или в Азии продолжают вести учет на SAP в этих регионах, а в России на 1С.

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

1344. comol 5157 30.10.18 18:03 Сейчас в теме

(1335) Там приехали люди открывать представительство - у них был SAP, а тут 1С - опа... они переходят.

1338. acanta 30.10.18 16:58 Сейчас в теме

(1325) Предположим, что не далее как завтра будет выполняться переход какого либо представительства с SAP на всю 1С в россыпи. Вопросы - что есть в SAP (нужное для представительств), чего нет в 1С и как будет происходить первоначальная загрузка данных и в дальнейшем - обмен данными c SAPовской центральной базой. Потратив все отведенное время на настройки обмен данными между УТ или УНФ с Бух, настраивать обмен с SAP будем когда и из чего?

1339. peper- 30.10.18 17:25 Сейчас в теме

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

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

1340. alex_sh2008 5 30.10.18 17:51 Сейчас в теме

(1338)Обмен с SAP будет зависеть от того что нужно будет туда заливать и от туда выкачивать, может только данные финансов, а может все данные, и при это если еще деньги и время останется на это все удовольствие.

1345. comol 5157 30.10.18 18:07 Сейчас в теме

(1338) эх.... знаете как там устроен обмен с SAP? Они строят отчетик, выгружают в excel, отправляют по почте, там его смотрят и загружают в SAP :))))

1331. peper- 30.10.18 16:40 Сейчас в теме

(1310) у вас в списке две ссылки на внедрения 2005-го года. Это сильно.

1332. comol 5157 30.10.18 16:42 Сейчас в теме

(1331) суть не в ссылках была... суть в том что мелочевка зарубежная в РФ использует 1С потому как некуда деваться.

1337. peper- 30.10.18 16:57 Сейчас в теме

(1332) Ну мы же понимаем, что представительство (особенно, как вы говорите "мелочевка") это может быть директор, бухгалтер, маркетолог и десяток продавцов. Они даже при покупке 1Са они будут брать Буху, УТшку или УНФ. И 1С ERP не будут рассматривать. Не то что SAP.

1346. comol 5157 30.10.18 18:08 Сейчас в теме

(1337) не, есть извращенцы которые работают в SAP по удаленке и держат "под полом" 1С :)

1347. TODD22 20 30.10.18 18:15 Сейчас в теме

(1346)

не, есть извращенцы которые работают в SAP по удаленке и держат "под полом" 1С :)

А потом при закрытии периодов пишут пояснительные записки руководству почему в SAP и 1С цифры расходятся, очень знакомо... :)

1304. kser87 2469 30.10.18 15:53 Сейчас в теме

(1287) очень забавные у вас суждения. Думаю, что вы крутитесь в SAP и ничего другого просто не касаетесь. Восхищаетесь всякими штуками, которые с головной болью удается в сап запустить. Вообще смехотворные суждения об использовании SAP. Это система используется для отчётности перед международными компаниями. Не будет их и сап в России умрет. 1С подтянется в этом плане и сап ждёт аналогичная судьба. В первую очередь потому, что система эта г*вно)

И ничего другого просто не замечаете ТК глубоко не в теме, да и от реалий 1С отстаете лет этак на 10) ТГК-1 к примеру перешла с sap на 1С. )

1306. alex_sh2008 5 30.10.18 15:55 Сейчас в теме

(1304) С нынешней архитектурой 1С вряд ли дотянется до SAP

1312. comol 5157 30.10.18 16:03 Сейчас в теме

(1306) Технологически да.. а вот по объёму рынка в РФ - однозначно перегонит даже с той убогостью что есть сейчас

1317. alex_sh2008 5 30.10.18 16:09 Сейчас в теме

(1312)SAP особенно не париться на эту тему, у нее рынок другой, 1С до рынка 10тыс и более лицензий тяжело достучаться, а если и получает проекты, то выворачивается как может что бы все таки запустить такие проекты и что бы они работали, и плодятся базы с кучей планов обмена, благо цена такой поддержки на порядок дешевле.

1318. comol 5157 30.10.18 16:11 Сейчас в теме

(1317) Смысл в том что представительств где требуется работа 10 тыс. сотрудников в одной базе очень мало... Суть систем несколько другая.
1C на это забили к сожалению...

1323. alex_sh2008 5 30.10.18 16:23 Сейчас в теме

(1318) Это в основном заводы, и так же требуется для систем СЭД, управления проектами и бизнес процессами, и они основные потребители лицензий SAP, и другого управленческого ПО. В учетной системе может быть задействовано 10000, а в системах сэд, проекты, бизнес процессы 90тыс и все это связано в единую информационную среду, благо движок NANA позволяет это делать без серьезных затрат на интеграцию приложений

1307. genayo 30.10.18 15:56 Сейчас в теме

(1304) У 1С своя ниша, у САП своя. Это всё, что я хочу сказать. Про ТГК-1 попрошу у вас ссылку, конечно.

1321. kser87 2469 30.10.18 16:15 Сейчас в теме

(1307) да, добавлю что сейчас работаю в компании из РБК топ-500. Тут про сап и не слышали. В свое время выбирали из сап, оракл и 1С. Выбрали 1С. При этом используются также террасофт и ряд других менее известных систем.
Ссылку дать не могу, к сожалению. Не разбираюсь в этих ваших отзывах и не очень им доверяю. Могу сказать лишь, что писали с нуля системы управления проектами и имуществом. В тоже время было что-то такое было реализовано в Мосэнерго на сап.

1330. kser87 2469 30.10.18 16:39 Сейчас в теме

(1307) у вас с чувством юмора туговато) хм очень странно слышать такой тонкий тролдинг от человека, который пишет что 1С используется для бухгалтерии в крупных предприятиях. Постесняюсь спросить, вы в скольких внедрениях 1С участвовали на крупных предприятиях? Дайте-ка угадаю? Бухгалтерию внедряли?)
Ну допустим, сап SCM в Росатоме и ERP на базе 1С:УПП. В ленте складской учёт на sap (хотя как сейчас не знаю уже)

1334. genayo 30.10.18 16:51 Сейчас в теме

(1330) Вы точно мне отвечаете? Я вроде ничего про то, что 1С используется только для бухгалтерии, не писал.

1326. peper- 30.10.18 16:30 Сейчас в теме

(1304)

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

Вот это куда более любопытное суждение. Мы, правда, в ней автомобили продаем... А кто-то и нефть, газ, металл, строй материалаы. А кто-то на САПе а/м производит (например, GM Avtovaz, уже лет 15 как).

А ваши знания про САП настолько обширны, чтобы судить? Вы в скольких внедрениях участвовали?

1328. genayo 30.10.18 16:35 Сейчас в теме

(1326) А я знаю компанию по оптово-розничной торговле обувью, работающую на SAP. Правда, на фронте в магазинах у них таки 1С. По моему мнению, очень хорошо иллюстрирует разные ниши 1С и SAP :)

1279. comol 5157 30.10.18 15:14 Сейчас в теме

(1275) ох не уверен я с Газпромом... http://v8.1c.ru/news/newsAbout.jsp?id=12708
и транснефтью https://infostart.ru/journal/news/mir-1s/transneft-vybrala-ant-servis-dlya-vnedreniya-1s_540524/

филиалы иностранных компаний

эти переходят как миленькие. Сам внедрял :). В центральный SAP там по сути остаются только выгрузки.

Не перейдёт может пока Аэрофлот только, ну крупные порты ещё... транспортники - там SAP стандарт - для интеграций и прочего.

1285. genayo 30.10.18 15:29 Сейчас в теме

(1279) Внедрят они в паре дочек 1С, отчитаются об участии в импортозамещении. В Голове всё равно сап останется :)

1288. comol 5157 30.10.18 15:30 Сейчас в теме

(1285)

Внедрят они в паре дочек

Вообще в Газпромнефть розница вся на 1С... и команду наращивают.

1289. genayo 30.10.18 15:31 Сейчас в теме

(1288) Розница, да. И в этой нише SAP с 1С в России почти не конкурируют.

1329. peper- 30.10.18 16:36 Сейчас в теме

(1288) А что в этом удивительного? Будет куда труднее найти розницу, работающую на САПе. Есть, конечно, "Лента", "Твой Дом" и т.п. Но там на кассах не будет САПа. В него данные из касс выгружаются ночью. Там MD ведутся и склад.

1353. o.kovalev 117 01.11.18 11:12 Сейчас в теме

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

1354. acanta 01.11.18 11:22 Сейчас в теме

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

1355. пользователь 01.11.18 20:08

Сообщение было скрыто модератором.

...

1356. DemetrKlim 05.03.21 10:52 Сейчас в теме

На одном из самых первых семинаров 1С (кажется, в 94-95 годах) нам продемонстрировали программульку по управлению небольшим магазинчиком в Голландии. Я тогда был удивлен бедностью интерфейса (что упоминалось в обсуждаемой статье!). Мы уже тогда щеголяли выпадающими меню и расцвечивали их во все цвета VGA)) А в той программе меню, как в школьном Бейсике "нажмите 1, если...." и т.п.
Задал разработчикам вопрос - "Что за позор??" И получил очень внятный и четко аргументированный ответ. Кратко, звучало так:
1. Россия очень избалована (на тот момент!) уровнем образования своего населения. В 90-е за кассами возникающих тогда супермаркетов сидели кассиры с ВЫСШИМ образованием и это не удивляло никого. В Голландии, по словам разработчиков, такая фигня не прокатит. Там за кассу надо посадить убогую дурочку, закончившую школу для умственно ненапряженных деток, чьи родители вовсю пользовались легалайзом. И платить этой девочке надо совсем немного. Поэтому интерфейс и прочие "раскрашки" не должны отвлекать низкооплачиваемого сотрудника от исполнения пяти, доступных ему, несложных действия. В окошечке программы надо вводить циферки от одной до пяти, если цифра стала шестеркой - зови Босса! Мы же до сих пор пишем программы для гениев, выросших в самой читающей стране. А страна давно не читает и гениев не воспроизводит. поэтому тратим на производствах кучу времени при обучении пользовательского персонала, дотягивая его почти до уровня разработчика. Это долго, дорого и несуразно. В конкурентном мире на такую фигню программисту просто не дадут ни времени, ни денег. В экономике труд художников не оплачивается - для этого есть другие сферы.
2. Отсутствие выбора из справочников. Это никак не недостаток. Единственный способ работы с большими данными - это применение кодификаторов. Что такое выбор из справочника? Это умение читать, как минимум. Далее, после прочтения надо проанализировать несколько похожих строк, понять чем они отличаются и сделать осознанный выбор. Выбор - это принятие решения! И тут мы снова возвращаемся к качеству персонала! У нас даже кладовщики "выбирают из справочников"! Мы никак не дорастем до понятия артикулы, кодификаторы и прочие полезные штучки, которые СССР юзал вовсю! В каждой отрасли были кодификаторы, каждая гайка имела цифровое представление. Зато теперь разаработчики усиленно учат компьютеры - читать, предлагая пользователям работать с "рулонами и простынями" выпадающих текстов, где мелкими буковками без всякой системы хранится "жизнеописание" какой-нить оболочки для колбасы или куска пластмассы. Для примера предлагаю вспомнить - как выбирается запчасть для ремонта автомобиля (все проходили). Хвала судьбе, спрос на иномарки принудил нашу страну начать пользовать ВИН код. С него и начинается выбор. вводишь несколько цифровых значений и получаешь ОДНОЗНАЧНЫЙ результат выбора! А из справочников 1С выбирается как? "Загогулина для седан-баклажан снизу под левым передним крылом". Так в справочниках и предлагается в очень многих случаях. И это, что - преимущество? Я бы так не сказал...
Отсутствие иерархии в отчетах и т.д. Как уже упоминалось, в SAPe (я даже не знаю - что это такое!) есть центральное ядро. Вот там с учетом ЗАРАНЕЕ заданной кодификации можно организовать ЛЮБУЮ иерархию в любом разрезе и раскладе. Речь идет лишь об изначально правильной организации кодификаторов. То, что вы не видите иерархию - это не означает, что ее нет или невозможно построить в нужный момент. Можно взять любые цифры и просто выстроить иерархию по десяткам сотням и тысячам. Это может сделать школьник средних классов. А вот пользователю на конкретном месте совершенно необязательно (в большинстве случаев вообще нежелательно или запрещено!) иметь лишний объем информации, позволяющей анализировать финансовую деятельность предприятия. Конкуренты и промышленные шпионы не дремлют! Пользователь исполняет четко заданный и заранее ограниченный перечень функционала в пределах своей ответственности. Пять полей ввода, десять возможных вариантов цифр. Вышел за границы выбора - звони боссу!
Любая автоматизация производственной или финансовой сферы всего лишь отражает сложившиеся там практики делового оборота. Если наши программы так хороши, то они должны отражать соответствующее состояние организации всех процессов в производстве и финансах. Так ведь? Теперь сами себе на этот вопрос ответьте) Если мы такие умные, то почему у нас все так.... загадочно?
Чтобы однозначно идентифицировать меня в США надо ввести пару цифровых кодов (код в системе соцстраха) и код водительских прав или код в системе занятости. У нас надо принести непременную копию паспорта, встать в фас и профиль, дать две фотографии 3х4 и правильно громко произнести девичью фамилию своей матери. Зато программа, в которой это все описано, имеет обалденный интерфейс и очень красивые справочники))

1357. CheBurator 3139 05.03.21 11:36 Сейчас в теме

(1356) "У нас даже кладовщики выбирают из справочников".
Плачу от умиления, спасибо, коллега! Сколько говорю - для кладовщиков не должно быть никаких кнопок, альтернатив и того подобного там где идет основная работа.Максимум два действия - вперед, назад и жмакнуть сканером. А лучше только одно действие - "вперед" и/или жмакнуть сканером. А про кодификаторы - это отдельная песня... Короче - спсб, коллега!

1358. CheBurator 3139 05.03.21 11:37 Сейчас в теме

(1356) СНИЛС и ИНН еще забыл...

1362. comol 5157 05.03.21 23:03 Сейчас в теме

(1356) я бы с вами поспорил если бы жизнь уже не расчудила за нас. Сейчас даже в 1С главная проблема в недостаточно красивом интерфейсе... Из за этого сдаёт позиции, что уж про сап говорить

1359. peper- 05.03.21 21:09 Сейчас в теме

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

Любопытно, что за последние 4 года я сам далеко отошел от SAPа, а мое подразделение среди прочего именно решения на 1С внедряет и поддерживает.
И за эти годы мое мнение про 1С и SAP не поменялось кардинально. Хотя (как и ранее) вполне позитивно отношусь к 1С как к платформе для небольших и средних решений. Видно (по еженедельным релизам), что платформа развивается. Например, дорабатывается механизм расширений, вполне работает клиент по Mac, новые фичи какие-то появляются, но все как-то мелко и не о том. В высшей лиге им все еще ловить не чего.
Хранилище конфигурации 1С это пародия на современные принципы и инструменты совместной разработки. Какой там git и hg? Даже до старого САП с их транспортной системой "желтые" так и не доросли. Скучаю по саповским запросам на перенос. Там всегда понятно, какие изменение экспортируются и будут перенесены в продуктивную систему...
Реализовать работу с регулярными выражениями в платформе не судьба? Действительно, 1Ска же с текстами не работает.
Платформенных механизмов локализации и создания многоязычный приложений так и не появилось. Все нужно изобретать на коленке. Изобретаем понемногу...
Дать возможность управлять форматом (стандартом) и сжатием изображений при сохранение форм из табличного документам в PDF разработчикам жирно будет? Правильно. Пусть одна страничка с парой картинок занимает 10 МБ. И не надо рассказывать, что из Word она сохраняется в 10 раз меньше. Нефиг сохранять - печатайте на принтер!
Интеграция с веб-сервисами дается тяжело. Вроде и поддержка rest и openid заявлена. Но то, что за пару минут получается настроить и протестировать в Postman, потом нужно долго и нудно воспроизводить в 1Ске. Потому что есть 1 нюанс, как говорится. "1Снюанс"
Ну и производительность и стабильность. Это самое грустное. У нас в приложении всего 300 пользователей, хотя одновременно работает не больше 150-200. В САПе это и "приличной" нагрузкой не считается. Однако, на продуктивном сервере у нас 24 ядра и 64 ГБ оперативной памяти. Ибо наша 1Ска регулярно жрет память, заваливает процессы, встает колом. Но искать и отлаживать причины зависаний и падений в 1С очень неудобно. Журнал регистрации бесполезен. Включенный ТЖ тормозит систему только в путь и мгновенно забивает диск гигабайтами текстовых файлов и дампов, которые большинство 1Сников и читать не умеет. "Будем искать" (с)

Двое моих хороших друзей 1С-ников со стажем по 10-15 лет (у одного даже своя компаний-франч была), в 2019-м и 2020-м году забили на 1С и ушли - один в PHP/GO и прочий веб, другой - в JAVA. Оба очень довольны и возвращаться к 1Су больше не планируют. Первый так вообще в Канаду уехал на ПМЖ.

Как-то так...

1361. comol 5157 05.03.21 22:59 Сейчас в теме

(1359) ого, хейтеры проснулись :). Вы так и не смогли ни с 1С ни с SAP разобраться. Впрочем HANA я уже толком не осилил... Почитал новости и не надо. С R3 в России на 1C спрыгивают а не на S4 как то так :)))).

Если какие то неудачники мечтая вальнуть из России пошли зачем то в 1С так это вопрос к их IQ Больше а не к 1С... Ну и хорошие специалисты всегда себя найдут в профобоасти, а вот кто не очень иногда скачет.

После слов

поддержка rest и openid

с вашим профессионализмом все так же понятно :))))

На 300 пользователей вам SAP не насчитает 64 гб памяти? Тот который S4 я имею ввиду? Да ладно? :))) Ну а то что настройки перезапуска процессов в 1С не выучили это я и не сомневался :)))

1364. peper- 06.03.21 13:39 Сейчас в теме

(1361)
"Да-да, конечно"
До IQ, квалификации и моральных качеств моих друзей вам как до Марса лететь и не долететь. И это даже не требует особых подтверждений, т.к. и ваш исходный пост, комментарии к нему старые и те, что вы даете 5 лет спустя подтверждают, что вы не "тянете". И культуры тоже не хватает. Вы, конечно, воспримите это как оскорбление, но не обижайтесь, а займитесь самосовершенствованием. ;-)

Про SAP с вами спорить это как спорить с первоклассником про устройство атомной подводной лодки. Уверен, что за прошедшие 5 лет уровень ваших познаний в теме не повысился настолько, чтобы вы могли его аргументированно обсуждать. Думаю, что он вообще ни на йоту не повысился. Так что неудивительно, что вы с HANA не разобрались. Вы уже показывали, как раньше в SAP не разобрались. Поэтому продолжаете оставаться "на уровне". Стабильность - признак мастерства.

А вот наша компания свои SAP системы ERP именно что на HANA переводит. И новый CRM который внедряем, тоже, конечно, будет на HANA. Представляете, это все происходит в России...

Ну и про перезапуск процессов... Вы даже не понимаете, насколько глупо звучите? Серьезно?
Для нормальных приложений и систем ежедневный или даже еженедельный перезапуск не нужен! Тот же SAP никто не перезапускает неделями. Только когда обновления ОС ставят на серверы. И это при том, что у нас есть SAP на Windows! А Linux-серверы и приложения на них (будь то БД типа MySQL и Postgres, или веб приложения на Apache и nginx) работают 24/7 месяцами. Ну да, это же серьёзный уровень, где играют SAP, Amazon, Google и прочие. Это же многомиллиардные международные компании. Зачем с ними 1С сравнивать (пусть даже 1С работает под Linux, у меня, кстати работает)? Но ведь сравнивать дорогой SAP c дешевым 1С это ведь как сравнивать дорогой Cisco с дешевым D-Link, да? Никто ведь не удивляется, что D-Link иногда повисают и их надо время от времени перезагружать. А знаете, у меня есть пример из этой области. Много лет назад у меня тоже были D-Link. Но последние лет 10 я в качестве сетевого оборудования использую Mikrotik. У меня теперь десятки устройств, разработанных в Латвии. Очень добротные железки и функциональная ОС. И стоят они не как Cisco, а как Zyxel или ASUS, а раньше были и дешевле. В последнее время они стали намного популярнее и цены поползли вверх. Ну да не важно - они того стоят. Так вот, на форуме Mikrotik есть тред, где люди "меряются" у кого эти девайсы в продуктивной эксплуатации без перезапусков дольше работает. Давно этот тред не открывал, но года три назад там были посты про 400 и более дней (!)... https://forum.mikrotik.com/viewtopic.php?t=18545#p540789
Вот тут автор пишет, что его устройство "перемолотило" за год "almost 10 pebibytes of data transferred, 2,6 Gbps average traffic ". 2,6 Гб/с целый год и без перезапуска.

И только 1С (вернее, некоторые "специалисты" из этой области) считают, что ежедневный перезапуск это решение. И конечно (к большому сожалению) он у нас настроен. Как и сервисы Гилева. Но не помогает... Потому что 1С.
Самосовершенствуйтесь дальше.

1369. peper- 06.03.21 14:14 Сейчас в теме

(1361) Как бы Вы не тужились обидеть меня или моих друзей, у Вас не получится. Мне понятно, что по квалификации Вам до них как до Марса - лететь и не долететь. И это даже не требует особых подтверждений, т.к. и что исходный пост, комментарии к нему старые и что не сильно удивительно, те, что вы даете 5 лет спустя, подтверждают, что Вы не растете над собой. Как минимум в теме SAP.

А потому про SAP с вами спорить это как спорить с первоклассником про устройство атомной подводной лодки. Неудивительно, что вы с HANA не разобрались. Вы уже это делали раньше, когда в SAP не разобрались. Поэтому продолжаете оставаться "на уровне". Ну что сказать? Стабильность - признак мастерства. Если только...

А вот наша компания свои SAP системы ERP именно что на HANA переводит. И новый CRM внедряем, тоже будет на HANA. Представляете, это все происходит в России... Но в вашу картину мира это не укладывается.

1373. comol 5157 06.03.21 17:32 Сейчас в теме

(1369) ну хватит уже прекращай, достал чесслово :). Переходите вы на свой SAP, ждите евро по 150 и двигайте обратно, если у вас в компании все такие же это ваше кредо :)))))

1381. peper- 07.03.21 23:45 Сейчас в теме

(1373) "не говорите, что мне делать, и я не скажу, куда вам идти". Но поверьте, я еще даже не "доставал". :)

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

Лично я SAPом уже лет 5 как не занимаюсь. В 2016-м году перешел на руководящую позицию. И немого "играющий тренер". И мое подразделение поддерживает (среди прочего) решение на платформе 1С для розничного автобизнеса, которое нам внедрял очень крупный франчайзи 1С. И работает так или иначе оно вот уже два года. Функционально все неплохо, но производительность и стабильность хромают на обе ноги.
С другой стороны, в компании остался и параллельно развивается SAP. И у нашей 1Ски с ним много интерфейсов. А иногда коллеги-саперы просят вспомнить старое. Поэтому я знаю о чем пишу.

1370. peper- 06.03.21 14:41 Сейчас в теме

(1361)
про 64 ГБ памяти и SAP.

SAP HANA (с которой вы не разобрались) является in-memory database, т.е. платформа держит в оперативной памяти большую часть всей БД. Но ведь 1С не является таковой и опирается на реляционную СУБД (под которую, кстати, нужно еще отдельный сервак - на нашем SQL кластере 512 ГБ оперативки, если что).
Но потребность самой 1Ски в памяти должна быть куда как скромной. Т.е. 64 ГБ только для 1С это много. Хотя, конечно, сейчас память не дорогая. Но сам факт.

И чтобы вы понимали (если захотите понимать), насколько "глубока кроличья нора" между 1С и SAP в плане производительности, то приложил один из (достаточно старых) САПовских стандартизированных тестов производительности. И там на физическом сервере с 2 CPU (24 ядра) и 96 ГБ оперативной памяти крутится три виртуалки (БД - обычный MS SQL, никаких HANA - и две инстанции для SAP Application). Надеюсь, по-английский читаете.

Number of SAP SD benchmark users: 32,125 (пользователей в 100 раз больше)
Average dialog response time: 0.99 seconds
Fully processed order line items per hour: 3,506,330 (создано 3 млн. позиций заказов, ну если поделить на 100 позиций, то считайте 35 тысяч документов).

Подумайте на досуге.

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

Cert11044.pdf

1374. comol 5157 06.03.21 17:38 Сейчас в теме

(1370) Оооо... ты даже выучил слово "in memory database"... так вот дружок, я про HANA говорил, и если у вас HANA и 64 ГБ памяти удивляет то это как раз было бы странно. А чем в тесте ты удивить хотел? тем что одну формочку открыл на 32 000 пользователей и создал 3млн заказов. У меня в средней системе 3 млн документов за пару дней набирается... в обычной бухгалтерии :))). 32 тыс пользователей запустить с одной формочкой хоть на одном десктопе можно... для 1С это не проблема, даже для 77 :))) Транзакции ограничивает именно сервер СУБД, я тебе так это по секрету скажу... Сервер приложений тут не причём.
И если бы ты умел думать то мог бы сказать - HANA тут может быть производительней.... на операциях чтения и главное на агрегации. Но в силу не высоких... хм... профессиональных знаний :))) (я в отличае от некоторых не перехожу на личности) ты опять выбрал не тот пример и опять выглядишь ржачно... ну что такое :)

1382. peper- 07.03.21 23:51 Сейчас в теме

(1374)

Под hana у нас 4 по 250 Гб памяти. А у обычной инстанции - 64 ГБ (только по SAP, СУБД крутится отдельно). У девелоперской - 32 Гб. Но сравниваю я именно 1С с обычной инстанцией с реляционной СУБД. И где там у нас по 32 тысяч одновременных пользователей 1С в одной базе?!

И извините, но про 3 млн. документов за пару дней в Бухгалтерии это попахивает даже не преувеличением, а враньем. Пруфов, наверное, не будет с вашей стороны? Ну все-таки попрошу. Хотелось бы ошибаться... :)

P.S. И именно на личности вы и переходите. Все время. Удивительно, как вы этого не замечаете. И "тыкать" будете своему сыну. Так то, полагаю, что я вас постарше буду.

1371. peper- 06.03.21 14:48 Сейчас в теме

(1361)
Про перезапуск процессов... Вы серьезно не понимаете, насколько глупо это звучит?

Для нормальных приложений и систем ежедневный или даже еженедельный перезапуск не нужен! Тот же SAP у нас никто не перезапускает неделями. Только когда обновления ОС ставят на серверы. И это при том, что у нас SAP на Windows! Поэтому и обновления ставят для безопасности. Наверное, те у кого SAP на *nix-ах про перезагрузки вспоминают только по большим праздникам. :)

А Linux-серверы (не говоря уж про "большие" Unix-ы) и приложения на них работают 24/7 месяцами. Будь то БД типа MySQL и Postgres, обслуживающие десятки и сотни приложений, или нагруженные веб-сайты на Apache и nginx, да еще если все в виртуалках и контейнерах/докерах. Ну да, это же серьёзный уровень, где играют не только SAP, но и Amazon, Google и прочие. Это же многомиллиардные международные компании. Зачем с ними 1С сравнивать, правда? Хотя даже 1С работает под Linux (у меня у друзей в паре офисов, кстати работает). Но ведь сравнивать дорогой не виснущий SAP c дешевым повисающим 1С это ведь как сравнивать дорогой Cisco с дешевым D-Link, так? Никто ведь не удивляется, что D-Link иногда повисают и их надо время от времени перезагружать. Так ведь вопрос не в цене совсем. И у меня есть хорошой пример из этой области. Много лет назад у меня тоже были D-Link (dir 300 как сейчас помню, но и других штук 5 было разного назначения и цены). Но последние лет 10 я в качестве сетевого оборудования использую Mikrotik. И теперь у меня десятки "прибалтов" (дома, у родственников, у друзей). Весьма добротные и производительные железки (хотя в части Wi-Fi UBNT будут покруче) и очень функциональная ОС. Но и стоят они не как Cisco, а как Zyxel или ASUS, а раньше были и дешевле обеих - просто в последнее время они стали намного популярнее, вышли из проф.сегмента в массы и цены поползли вверх. Ну это не важно. Так вот, на форуме Mikrotik есть треды, где люди "меряются" у кого эти девайсы в продуктивной эксплуатации без перезапусков дольше работают. Года три-четыре назад там были посты про 400 и более дней (!) без перезапуска... Ну казалось бы - может они не зависают, потому как ничего не делают? Но там один товарищ пишет, что одно из его устройств "перемолотило" за год "almost 10 pebibytes of data transferred, 2,6 Gbps average traffic ". Средняя нагрузка 2,6 Гб/с целый год и без перезапуска. Вы что такое пебибайт знаете?

И только 1С (вернее, некоторые "специалисты" из этой области) считают, что ежедневный перезапуск это решение. И конечно (к большому сожалению) он у нас настроен. Как и сервисы Гилева. Но не помогает... Потому что 1С.

Еще вопросы будут? Или продолжите на эмоциях "набрасывать"?

1375. comol 5157 06.03.21 17:40 Сейчас в теме

(1371) В SAP нет перезапуска рабочих процессов? Сходите к вашим специалистам :)))) Пусть они над вами поржут... Это есть везде... в Node в .NET в любой серверной технологии... Кому я это пишу :((( И это не означает не работы 24x7. Дальше вы откроете для себя чудесный мир хайлоада что и сервера могут перезапускаться и ноды меняться а система жить. Ваши это собственно знают, в мире SAP, к сожалению, не все такие как вы :)

1380. peper- 07.03.21 23:07 Сейчас в теме

(1375) Ну давайте вместе поржем... Только как бы не вышло, что опять над вами.

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

В NetWeaver (aka ABAP Application Server) настраивается количество поддерживаемых на сервере рабочих процессов разных типов (диалоговых, фоновых, очереди печати и др.). И для этих процессов есть параметр abap/heaplimit. Погуглите "netweaver abap/heaplimit: Work Process Restart" и откройте первую ссылку на help.sap.com. Он как раз и управляет автоматическим перезапуском рабочих процессов (что и следует из названия страницы).

Там вы увидите буквально следующее "The objective is to have the least number of work process restarts as possible" Т.е. смысл именно в том, чтобы процессы перезапускались как можно реже (так как это нехорошо). Понятно, что перезапуски все равно происходят время от времени. Однако, даже в этом случае перезапускаются отдельные процессы, а не все приложение и уж тем более не сервер.

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

Не поленился написать в WU нашему "базиснику" и спросить как часто он перезапускает SAP. Он из-за этого почему-то напрягся и перезвонил с вопросом "а почему ты спрашиваешь"? Узнав, что вопрос "теоретический", успокоился и рассказал про тот же самый heaplimit, а также сказал, что на Windows (там у нас работает "старый" SAP в связке с Oracle) перезапуск приложения происходит вместе с сервером в соответствии с графиком обслуживания серверов, установленном нашей "инфраструктурой". Именно когда обновляется та самая Windows (ну т.е. раз в месяц). А между этими обслуживаниями с перезапуском своих рабочих процессов SAP почти всегда справляется сам. И если бывают затыки (да, у SAP они тоже бывают), то не часто - несколько раз в год. Обычно все работает стабильно. А про новую инстанцию Linux (там уже приложение на HANA) сказал, что она с прошлого ноября еще ни разу не перезапускались.

Ну и чего тут смешного для 1Сников? Или вам "все божья роса"?

1372. CheBurator 3139 06.03.21 15:12 Сейчас в теме

(1361)

настройки перезапуска процессов в 1С не выучили

а вот почему надо это делать? почему блин не может работать без перезапусков? куча авнокода внктри платформы? технический долг? тяжелое наследие прошлого? что не так - почему надо перезапускать?

1360. user1534961 05.03.21 22:25 Сейчас в теме

А пока 1С лучше добавит "зевающих котиков" вместо решения проблем производительности и параллельной работой разных версий клиента с разными версиями сервера (что не проблема в SAP).

Я ожидала, что при выделении мышкой в динамическом списке документов после нажатия "провести" будет после каждого документа окно предупреждения с паузой 10 сек. У нас такое было в 7ке, чтобы не вставало колом все предприятие... Количество секунд можно указать в константах, например, очень удобно.
Хотя диалог/предупреждение "нетоварного вида" можно и не выводить, а вот пауза бы 1С не помешала, это точно.
Что касается весьма условного разделения метаданных на регистры и справочники - те, кто писал на справочниках "свои" регистры накопления, видят разницу только в возможности просмотра/редактирования движений документа вручную и программно вне модуля самого документа.
Работы с кэшем программной в 1С нет и не предвидится, программисту доступны только "холодные данные", а "горячие" - недоступны (причем в замере производительности APDEX нет никаких опознавательных знаков о том, какого качества данные измерялись).
Что вполне логично для "чайников". Попытка для тех же "чайников" прикрутить обрезанный апач в качестве публикатора - можно считать неудачной, поскольку он должен был устанавливаться автоматически хотя бы со снятой галочкой как и COM.

1363. DemetrKlim 06.03.21 06:30 Сейчас в теме

(1362)Речь чаще всего вообще не о программах. Бесполезно обсуждать качество молотка, если по гвоздю все равно не попадаем....
Любая пользовательская программа (особенно, учетная, бухгалтерско-финансовая) - это отражение проходящих там процессов. Процесс первичен, а не программа. Чаще всего качество программ обсуждается в контексте именно того, как механизмами мощной и производительной программы компенсировать бардак и несуразицу привнесенную в жизнь предприятия. Круглое - носим, а квадратное - катаем) И тут никакая программа не покажется лучшей. Эмуляторы правил дорожного движения РФ уже реализованы через различные программные инструменты. А теперь найдите "удачную" программу-среду для написания того же приложения для Египта, например? И тут все утонут в обсуждениях о качествах программного инструментария. И будут только единичные робкие голоса, напоминающие о простой истине, что бардак никаким языком не упорядочивается и перед написанием программ надо писать нормативы, протоколы и те же пресловутые кодификаторы. Ну нет в Египте правил дорожного движения! Кодеры-энтузиасты в запале пообещают "Правил нет, а программа - будет!" И начнут переворачивать мир в попытке сделать программный код - правосубъектным, формирующим реальность из виртуальности. Именно это чаще всего и происходит на наших предприятиях. Идет вечный перебор программного инструментария, как передвижка мебели в известном учреждении) "Все счастливые семьи - похожи и только несчастные - каждые по-своему". Для предприятий с упорядоченными и осмысленными процедурами подойдет почти любой САП и даже в 1С можно работать) В несуразной суете на большинстве наших хозяйствующих субъектов вечно будет не хватать то быстрых поисков чего угодно, то нескончаемого анализа всех остатков, то пересчета себестоимости при каждом движении продукции и т.д., ну и интерфейса, конечно))

1365. peper- 06.03.21 13:41 Сейчас в теме

(1363) не стоит метать бисер... comol как много лет назад, так и сейчас не воспринимает ни факты, ни критику. Ну как минимум, в этой теме про SAP. Видать они его чем-то обидели и "это личное". Я с вами согласен. И примеров тому полно.
Кассовые аппараты с небольшими экранами с текстовым интерфейсом (как в больших сетевых магазинах) и продуманной логикой процессов считаю намного более подходящими для решения задачи (быстрое и безошибочное обслуживание большого числа клиентов), чем РМК в исполнении 1С в УТ или РТ.
Или проведение документов задним числом с перепроведением всех последующих документов ("фишка 1С"). Это тоже зло, которым многие компенсируют отсутствие нормальных процессов. Но некоторым это не объяснить. Ну ведь работает. До поры, до времени...

1376. comol 5157 06.03.21 17:44 Сейчас в теме

(1365)

не стоит метать бисер... comol

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

1379. пользователь 07.03.21 20:45

Сообщение было скрыто модератором.

...

1386. пользователь 09.03.21 12:46

Сообщение было скрыто модератором.

...

1377. DemetrKlim 06.03.21 18:10 Сейчас в теме

(1365) Занимаясь разработкой в среде 1С самое главное - не стать членом одноименной секты)) 1С зарабатывает на распространении своей платформы. Чтобы распространялась платформа - надо, чтобы пользовательские конфигурации были в изобилии. "Больше конфушек - хороших и разных!"))
А на большом рынке самое главное - это коньюнктура) И кто же задает тренд по спросу на автоматизацию управленческих процессов? А это вчерашние пацаны с тех же рынков. Это владельцы крупных магазинов, которые продолжают пытаться управлять крупным магазином, как и тем ларьком, на котором удачно срубили первичный капитал)) Я встречал единицы, преуспевших граждан, которые если уж не сами начали учиться основам хозяйствования и управления с учетом нового социального статуса, то хотя бы передоверили грамотным менеджерам значимую долю управления. Остальные рулят сами, как могут)) Бухучет никто не выучил и для таких родили упрощенный вариант - "комикс от бухучета", управленческий учет. Я просто валяюсь, читая умничанья на эту тематику)) И даже программы оценивают в разрезе "насколько хороша там реализован управленческий учет".... Вот под них и заточена вся разработка - как говорится, "ржём и пишем, плачем и внедряем".....

1378. CheBurator 3139 06.03.21 21:06 Сейчас в теме

(1365)

Это тоже зло, которым многие компенсируют отсутствие нормальных процессов. Но некоторым это не объяснить. Ну ведь работает. До поры, до времени...

- это во многом проистекает от нормативно-правовой системы, усложненностью фискальной системы и полным наплевательством контрагентов друг к другу (это, конечно, организационно-административный вопрос - но мы ведь не пошлем клиента который приносит нам дофига денег нахрен из-за того, что у него документы все время приходят хрен знает когда), "мы" вынуждены кучу всего регистрировать по периоду действия (счф последним днем месяца, отчеты комиссионеров которые приходят с большим запозданием итд итп), а не по периоду регистрации (например, можно счф принять и поставит на баланс и другим месяцем, 12 апреля, хотя счф от 31 марта - но для этого надо выполнить очень много всяких требований, вплоть до того, что получить в реестре подпись от курьера, доставвишегно документы или сохранить конверт от почты России со штемпелем и ясно читаемыми данными - это все выходит нафиг "дороже" чем работать задним числом - поэтому и страдаем всякими пересчетами, закрытиями/перезакрытия\ми и прочей мутотенью.

1366. user1534961 06.03.21 13:53 Сейчас в теме

В начале карьеры была проблема именно с кэшированием данных в коде, когда при проведении одного документа все отрабатывало корректно, а при пакетном - неверно рассчитывались и остатки и авансы. Прошел не один год, прежде чем во всех модулях появились обнуления всех переменных в начале каждой процедуры/функции, и где надо и где не надо. Поскольку однократная инициализация модуля и переменных, объявленных в начале модуля в пакетной обработке была в документации, мы понимали что это наша ошибка.
Теперь бы очень хотелось в цикл по выборке данных объекта добавить параметр пауза в секундах (это к платформе пожелания).
И при кнопке печать из динамического списка - при печати напрямую на принтер формировать каждый документ в отдельной таблице и опять таки с паузой между таблицами, ибо сеть также встает при посылке на принтер например 40 накладных одним листом.
К сожалению, ленточные принтеры, принимающие на печать текст со спец.символами тоже ушли от нас в небытие (не дождавшись от 1С текстовых макетов).
И все таки цикл от 1 до 100000 в цикле по элементам выборки выглядит не особенно солидно. Это уже пожелания к БСП.
Что же касается проведения документов задним числом - теоретически (в идеальных процессах) в документах не может быть понятия "не проведен" или "помечен на удаление". Каждый документ вводится один раз и по кнопке ОК проводится сразу.
Процесс в котором документ может быть создан как черновик в принципе неправильный.
Если этот документ в данный момент не проводится, значит это другой документ (например на основании первого или с кнопкой заполнить).
Отсюда работающая система, в которой нет движений по оборотным регистрам/регистрам сведений вообще, и многим регистрам накопления/бухгалтерии в частности. Есть документы, и запросы к данным документов, их табличных частей и т.п.
Этого должно быть достаточно (как в первой бюджетной Альфаком Украина).

1367. peper- 06.03.21 14:00 Сейчас в теме

(1366) Понимаю, что у вас накипело. :) Но вы это пишете в ответ на мои комментарии так, будто я разработчик платформы 1С и смогу вам с этим помочь. Увы и ах... Не хочу в преддверии 8-го марта расстраивать даму. Лучше поздравлю с наступающим!
Но мы наши пожелания писали в поддержку 1С. Не скажу, правда, что все их выполнили. Скорее, наоборот. Но баги зарегистрировали. Попробуйте и вы. Может через год или два сделают. Когда котики научатся ловить мышек...

1368. user1534961 06.03.21 14:04 Сейчас в теме

(1367) Спасибо!

1383. CheBurator 3139 08.03.21 01:11 Сейчас в теме

Миллион... это вряд ли..
на WMS системе, есть у нас склады с WMS (промышленная на 1С) с которыми сотрудничаю - за сутки под миллион складских операций регистрируется, это да...

1384. peper- 08.03.21 02:27 Сейчас в теме

(1383) Наверное, в очень оптимизированной WMS с минимальным количество красивостей это возможно. Ну и складская система в случае непрерывного производства может работать круглосуточно. Но даже если создавать и проводить в секунду по одному документу их можно за день тысяч 80 создать (что на самом деле тоже очень много). Однако, по моему представлению, в таком случае и речь будет идти об автоматизированном создании документов через интерфейсы (со сканеров, мобильных терминалов сбора данных, из других приложений), а не набивании документов пользователями "с выбором из справочников".

А в типовой Бухгалтерии 3.0 с оптимизацией производительности не очень. Кроме всяких интерфейсных красивостей к документу паровозиком еще прицепится с десяток регистров, куча разных проверок, обмены, ЭДО и прочая, что 1С напридумывали и запихнули в БСП и развили в Бухе. И документы при параллельном создании и сохранении могут пересекаться по номенклатуре, счетам, контрагентам и так или иначе будут "упираться" в блокировки друг-друга. Так что создание и проведение документов будет занимать совсем не секунду и даже не 10.

Но всегда хочется надеется на чудо. А вдруг?

1385. comol 5157 09.03.21 12:45 Сейчас в теме

(1384)

документу их можно за день тысяч 80 создать

У нас за сутки 300 тыс документов в бухе :))). И это немного :). И конечно ничто в блокировки не упирается при создании "разделение итогов" изобрели уже очень давно. В WMS можно и миллионами вообще без проблем. 1С или SAP тут вообще не причём конечно, всё упирается сугубо в сервер СУБД.

1387. CheBurator 3139 09.03.21 18:53 Сейчас в теме

откуда у вас в бузе 300 тыс документов за сути?! чеки с сети магазинов? или что? реально интересно...

1389. comol 5157 10.03.21 13:47 Сейчас в теме

(1387)

реально интересно

Крупный онлайн ритейлер. Каждая продажа по сути B2B и "закупка с колёс".
1 заказ = ПТУ + Оплата поставщику + ОРП + Оплата по карте.
+ b2b документы + услуги. Иногда набирается и больше

1388. peper- 09.03.21 20:23 Сейчас в теме

(1385) Вы же не просто сгенерированные рандомные записи вставляете в базу. По каждому сохраняемому документу система сначала должна выполнить кучу суеты на сервере приложений: прочитать регистры с остатками, выполнить всю проверочную логику, которую 1Сники намонстрячили, подготовить новые записи для регистров, выдать двадцать матерных сообщений об отрицательных остатках, записать их в журнал регистрации (даже и особенно если работаете фоне) и только потом, возможно начать транзакцию записи в базу данных. И поверит в то, что у вас это происходит в всеми любимой, но зело тормозной, 1С:Бухгалтерии 300 тысяч раз в день я как-то не могу.

Пруфы бы не помешали...

1390. comol 5157 10.03.21 13:57 Сейчас в теме

(1388)

но зело тормозной, 1С:Бухгалтерии 300 тысяч раз в день

зачет авансов и расчет себестоимости конечно не автоматический. А больше при проведении ничего не происходит. Контролей остатков нет.
Проведение в несколько потоков конечно же и в транзакциях порциями. 95% времени занимает работа сервера СУБД, сервер приложений почти совсем нипричём. Он один и относительно слабенький. И да, это происходит ДАЖЕ на бухгалтерии, и даже без допила.

4-5 е, только ОРП. К ним ещё ПТУ, Оплаты и прочее. В итоге чуть больше будет конечно. Но это пятница - активный день.

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

1391. peper- 11.03.21 01:23 Сейчас в теме

(1390) интересно, конечно. Но правильно ли я понимаю, что речь идет про создание документов через интерфейсы/обмены и создаются/обрабатываются они в фоне (ну если это онлайн ритейлер, то вряд ли у него 1Ска наружу в инет торчит - клиенты наверняка на каком-нибудь сайте, написанном на php работают)? И, как понимаю, это документы с маленьким числом позиций (1-5) так как это розница, но не продуктовая.

Так то понятно, что вставить в базу данных 300 тысяч записей не трудно. Это можно и в настольном Access за минутку провернуть. Но кому-то нужно«нарисовать» эти документы.

Все-таки сравнивать надо сравнимое.

Потому как тот же саповский тест SD, воспроизводит полноценное создание сбытового заказа пользователем в диалоге, которое включает выполнение кучи программной логики: создание нового документа, предзаполнение его из настроек, ввод заказчика, выбор получателя, плательщика по заказу, добавление позиций, для каждой из которых проверяется складская доступность, рассчитывается цена (прайсинг в сапе это отдельная песня, которая в 1С нигде не реализована на таком уровне), формируются партии поставки с датами отгрузки и прочее, и только потом сохранение. И вот таких позиций в бенчмарке 2011 кажется г. создавалось 3,5 млн при параллельной работе тысяч пользователей на не самом мощном по текущим меркам сервере (тогда это был вполне себе сервак, ЕМНИП).

1392. comol 5157 11.03.21 01:43 Сейчас в теме

(1391)

Потому как тот же саповский тест SD

Как и 1С-овский СНТ уже давно выкладывали несколько миллионов пользователей без особых проблем создающих документы в полной имитации интерфейса :)

Или это живые пользователи прямо в этой системе создают документы в диалоге в таком количестве

Живых пользователей не больше сотни, они 10-15% документов создают. В основном отчеты строят.
На сервере 1С даже платформа не КОРП - т.е. 12 ядер и 32ГБ памяти :))).

При этом вся "неоптимальная" по вашим словам 1С логика работает и каши не просит.

Сравнивать надо СУБД а не сервера приложений. Конечно SAP сервер приложений будет более нагруженным и тормознутым - тупо потому что логики больше, как и 1С ERP собственно. Если взять хм... ну что-нить авангардное вроде "мой склад" (Access не сравниваю потому что вы опять запутались в серверах приложений и СУБД) то оно будет быстрее и 1С и SAP - просто логики меньше :).

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

Главная идея в следующем:
1) Параллельную работу пользователей сравнивать бессмысленно. Возможности масштабирования серверов приложений не ограничены
2) Транзакционную нагрузку сравнивать бессмысленно - дефакто сравниваются СУБД а не 1С и SAP, и их возможности масштабирования тоже в современном мире не ограничены.
3) Сравнивать производительность имеет смысл в контексте стоимости. Более приличный интерфейс 1С будет более "дорогим" с точки зрения потребления ресурсов. Но тут надо сравнить суммарную стоимость - а в неё входят лицензии SAP, поэтому экономия на оборудовании выглядит тут просто шуткой :).

1393. пользователь 12.03.21 02:35

Сообщение было скрыто модератором.

...

Оставьте свое сообщение

E-mail:

Автор:

Олег Филиппов (comol)

Рейтинг: 5157

Для получения уведомлений о новых публикациях автора подключите телеграм бот: Инфостарт бот

Публикация:

№ 351872

Создание 29.04.15 08:58

Обновление 29.04.15 08:58

Статистика:

Просмотры 107928

Загрузки 0

Рейтинг 160

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

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

Код открыт Не указано

Рубрики БИЗНЕС-АНАЛИЗ

Кому Для всех

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

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

Конфигурация Универсальные

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

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

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

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

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

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