Переход с SAP на 1С: стоит ли?

17.06.22

Бизнес-анализ

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

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

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

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

 

Рецензентами настоящего анализа являются:

 

Грибков Евгений Александрович – руководитель ВЦ «Раздолье»,
Пикурен Вера Александровна – руководитель корпоративных проектов внедрения «1С:ERP» компании ВЦ «Раздолье» (специализация – автоматизация регламентированного учета и автоматизация производства),
Малышев Дмитрий Александрович – эксперт по технологической платформе «1С:Предприятие», технологический руководитель проектов внедрения решений «1С» на корпоративном рынке, компания ВЦ «Раздолье»,
Камко Юрий Александрович – к.э.н., PMP, ICAgile Professional, руководитель проектов внедрения SAP в энергетике, производстве, закупках, логистике, финансах, строительстве, ремонтах.

 

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

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

Начнем с рассмотрения, что же такое SAP ERP и SAP S/4HANA и возможна ли быстрая миграция из этой системы, как можно оценивать сложность перехода. Затронем также и вопрос организации перехода, возможных рисках, особенностях работы с этими рисками.

В основе SAP, также как и «1С», лежит платформа разработки прикладных решений. Платформа SAP называется SAP HANA. Это современная среда разработки, отладки, исполнения, на которой пишутся программы бизнес-автоматизации.

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

 

Широкий спектр языков программирования - «плюс» или «минус»?

 

Итак, имеется платформа SAP HANA, в рамках которой разрабатываются и исполняются программы. В терминологии SAP программа – это некий модуль, который может быть написан на комбинации языков ABAP, Java, SQL, SQLScript. Внешняя часть, с которой взаимодействуют пользователи, на языке JavaScript (фреймворк SAPUI5 и пр.). 
То есть, в отличие от платформы «1С:Предприятие», здесь используется широкий спектр языков программирования, они комбинируются для решения отдельных задач, что, с точки зрения SAP, позволяет получить максимальную производительность работы модулей.

 


Рисунок 1. Среда разработки 1С:Предприятие 8

 

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

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

 

Миф о конечных решениях


Давайте теперь разберемся – что понимается под «конечным решением» (например, что такое ERP-система SAP S/4HANA)? В терминах SAP — это набор модулей, используемых для решения тех или иных задач заказчика. Причем, они не являются жестким законченным готовым продуктом. На самом деле SAP S/4HANA собирается из готовых модулей индивидуально под потребности конкретного заказчика – в зависимости от того, что ему нужно.

Конечно, есть и традиционный набор модулей, используемых чаще всего. Это модуль управления сбытом (SD), модуль управления закупками (MM), модули управления производством (PP), модуль, связанный с бухгалтерским и налоговым учетом (FI), контроллинговый модуль, отвечающий за расчет себестоимости (CO). Можно назвать это неким ядром. К нему также по необходимости могут быть добавлены другие модули: например, модуль расширенного управления складской логистикой (EWM). Это WMS-система, написанная на платформе SAP HANA. Кроме модуля EWM есть еще модуль, отвечающий за транспортировку грузов (TM) и модуль управления качеством (QM).

Причем все указанные модули могут добавляться как отдельно стоящие базы данных, которые обмениваются данными через шину данных от SAP (таким образом, один модуль EWM может обслуживать несколько «ядер» отдельных предприятий как единая складская подсистема), так и как объединение нескольких модулей, работающих с одной и той же базой данных, за счет чего получается единая система, работающая в режиме «одного окна».

Если сравнивать термин «решение» в SAP с тем, что под этим понимается в «1С», то мы увидим, что у фирмы «1С» «решением» также может быть как отдельно стоящая конфигурация (например, «1С:ERP» для отдельного завода), так и произвольная комбинация конфигураций (1С:ERP, 1C:УХ, 1С:ДО, 1С:ЗУП, 1С:БП, 1С:УТ и т.д.) с территориально удаленными базами данных, связанных обменами организованными как с использованием механизмов самих баз (веб-сервисы, XML, COM и т.п.) или через «1С:Шину данных» или другие шины, где будут комплексно решаться задачи управления целым холдингом. Также доступны комбинации из основного решения «1С:ERP» со специализированными отраслевыми решениями, например, конфигурацией «1С:PLM», которая позволит дополнительно к задачам управления производством решать задачи конструкторско-технологической подготовки производства, или решениями по автотранспорту, строительству, пищевой промышленности и сельскому хозяйству и т.д.

Как сказано выше, как и у SAP в среде «1С» базы могут существовать как отдельно стоящие отраслевые решения с собственной базой данных, так и интегрироваться между собой, собирая информацию в единой базе данных. Примером единой базы данных, например, может является программа «1С:ERP Управление Холдингом» (1С:ERP+1С:УХ).

 

К вопросу о базах данных


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

У «1С» в этом моменте собственная СУБД работает на небольших по объему базах, а в крупных решениях необходимо использовать СУБД других поставщиков – MS SQL Server, Oracle Database, PostgreeSQL, IBM DB2.

Возможность выбора различных СУБД для 1С дает возможность использовать его как на операционных системах Microsoft, так Linux’овых ОС.

Можно ли объективно считать, что HANA превосходит по производительности MS SQL или PostgreSQL? К сожалению, нам не известны независимые исследования этого вопроса. 

Существенным плюсом HANA здесь является то, что ее база данных работает большую часть времени в режиме «In-Memory». То есть, высокую скорость во многом обеспечивает хранение и обработка данных в высокоскоростной оперативной памяти (RAM) сервера.

С другой стороны, у всего есть свои особенности: во-первых, это очень дорого (большая база данных требует десятков терабайтов оперативной памяти), во-вторых, работу в режиме «In-Memory» можно организовать и для указанных выше СУБД для «1С», в-третьих, у «1С» есть свое специализированное решение «In-Memory» - «Дата акселератор», которое схоже по функциональности с HANA в части задач быстрого получения и обработки данных для работы бизнес-аналитиков.

 


Рисунок 2 Интерфейс Fiori

 

Более детально сравнение можно провести следующим образом: если мы разобьем обе платформы на классическую трехзвенную архитектуру (клиентское приложение, сервер приложений, сервер базы данных), то система HANA будет перекрывать две функциональные задачи – задачу хранения данных (сервер базы данных) и сервер приложений. Для реализации клиентского приложения или разрабатывается классический интерфейс пользователя на базе SAPGUI, или интерфейс пользователя с использованием новой технологии Fiori. Все это делается на JavaScript с использованием тех или иных готовых библиотек объектов. Причем у SAP нет готового конвертора по переходу с SAPGUI на Fiori – это требует полноценной разработки практически с «нуля».

У «1С» ситуация немного иная: «1С:Предприятие» самостоятельно закрывает клиентскую часть и сервер приложений, а в качестве СУБД использует решения: MS SQL Server, Oracle Database, PostgreeSQL, IBM DB2.

 

Вопросы мобильной платформы

 

Что еще хотелось бы сказать: SAPGUI ближе к концепции толстого клиента «1С», а Fiori ближе к концепции тонкого клиента «1С». В этом отношении у «1С» есть преимущество: не требуется создавать отдельное приложение, которое будет работать в режиме web-клиента на планшете и отдельное приложение для ноутбука или стационарного компьютера. Это все делается в рамках одной и той же разработки интерфейса пользователя, а уж сама платформа «1С:Предприятие» заботится о том, чтобы этот интерфейс работал везде.
Аналога мобильной платформы «1С:Предприятие» у SAP нет.

Предполагается, что на стороне модуля SAP определяются некие внешние интерфейсы (web-сервисы и т.п.), к которым может подключаться внешнее мобильное приложение, получая и отправляя данные. На чем и как будет написано и как будет выглядеть само внешнее приложение зависит только от его разработчика.

Это, с нашей точки зрения, некоторый минус SAP. Мобильная платформа «1С» позволяет разрабатывать мобильные приложения на том же языке «1С» (с некоторыми ограничениями и дополнениями), в той же логике, что и обычные приложения. Также приложение «1С» может организовывать собственные web-сервисы и работать в «режиме SAP». Модуль «1С:Аналитика» сразу адаптирован под работу на любых устройствах, в том числе - мобильных. 
То есть в «мобильном мире» возможностей у экосистемы «1С» гораздо больше, чем у экосистемы SAP. При этом экосистема «1С» более экономна к потребностям в разработчиках – программирование максимально унифицировано.

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

 

Экосистемы «1С» и SAP

 

Давайте теперь абстрагируемся от технических деталей и попробуем сравнить экосистемы «1С» и SAP в целом.

Посмотрим на объективные преимущества SAP. Во-первых, здесь есть достаточно развитые, зрелые решения, связанные с планированием ресурсов и прогнозированием. Решение этих задач в качестве основных приоритетов развития экосистемы SAP было обозначено достаточно давно. SAP и сам развивал подобные продукты, и приобретал готовые программы у сторонних разработчиков, интегрируя их затем в собственные решения. Таким образом, SAP получил широкий ассортимент продуктов (модулей) для самых разных задач. Это могут быть решения для автоматизации товарного прогнозирования сбыта и снабжения. Например, в розничных продажах (модуль FR), комплексные решения интегрального планирования ресурсов (материальные потоки, оборудование, деньги в модуле IBP). 

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

Следующим плюсом SAP является то, что для западного рынка оно общепризнанно (как «1С» в России и странах СНГ). Люди, инвестировавшие в изучение/внедрение SAP, пользуются одними и теми же инструментами на протяжении нескольких десятков лет. Условно говоря, транзакция, имеющая код «se11» тридцать лет назад, будет иметь тот же код «se11» и алгоритм работы и сейчас. Конечно, может поменяться интерфейс, вид окошка, но набор реквизитов, общая суть транзакции, ее возможности остаются неизменными. В условиях дороговизны людских трудовых ресурсов, эта особенность SAP позволяет существенно экономить на обучении персонала – любой знакомый с системой человек при переходе из одной организации в другую увидит один и тот же интерфейс, привычный набор транзакций и приступит к работе без переобучения. Это усугубляется тем, что, что в отличие от «1С», затраты на локальную модификацию SAP ЗНАЧИТЕЛЬНЫ и многие вынуждены работать с типовым функционалом.

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

Посмотрим теперь, что является преимуществами экосистемы «1С».
Во-первых, это большое количество специалистов на рынке труда и быстрота и невысокая цена процесса адаптации системы под задачи заказчика. У SAP с этими показателями дела обстоят СУЩЕСТВЕННО хуже.

Для разработки в SAP нужны специалисты, имеющие самые разные навыки (часто, не только знание ABAP). Соответственно, затраты на это разнообразие будут выше, чем на унифицированных и взаимозаменяемых программистов «1С», а численность команд внедрения и сопровождения больше.

Относительно вопросов адаптации следует сказать, что один и тот же язык, используемый и на серверной, и на клиентской части, наличие множества быстрых конструкторов кода, автогенерация интерфейса под разные среды исполнения, концепция low-code среды разработки «1С:Предприятие» (например, система СКД (быстрой генерации отчетов) – все это позволяет существенно удешевить адаптацию продуктов под специфику клиента. Это, как уже было сказано, порождает миф о том, что программы от «1С» всегда требуют доработки. Однако, на самом деле, дорабатывать их или нет – личный выбор заказчика системы, просто в экосистеме «1С» заказчик может позволить себе доработки систем 1С.
Второе существенное преимущество «1С» - готовности к использованию для малого и среднего бизнеса (СМБ). Есть и у SAP решения для СМБ, но предполагается, что они должны использоваться четко «из коробки». Любая кастомизация под уникальные процессы предприятия (часто составляющие «ноу-хау» и дающие конкурентное преимущество на рынке) приведет к необходимости заплатить СУЩЕСТВЕННЫЕ деньги, а такие манипуляции могут себе позволить не все заказчики.

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

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

 

Миграция модулей

 

Несколько слов «в общем» о том, какие модули SAP куда могут мигрировать в экосистеме «1С».

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

Если мы говорим о части CRM, где у SAP есть отдельный модуль CRM, то для его замены вполне хватит функционала CRM конфигурации «1С:ERP». Причем функций будет даже больше, чем есть в модуле SAP. Но также можно посмотреть и специализированную конфигурацию «1С:CRM».

В случаях, когда дело касается автоматизации розничных продаж, то здесь мы можем рекомендовать использовать «1С:Розница», которая в связке с «1С:ERP» или «1C:Управление Холдингом» может закрыть потребности автоматизации целой торговой сети.

Базовый функционал управления закупками и запасами, который есть у SAP в модуле MM, легко заменяется функционалом «1С:ERP» (плюс «1С:Документооборот» для организации бизнес-процессов согласования).

Говоря о функционале SRM (взаимоотношения с поставщиками, организация конкурсов, рекламационная работа – то что есть в SAP Ariba), то альтернативой ему служит решение «1С:Бизнес сеть».

В случаях , когда мы рассматриваем задачи корпоративных закупок, не обойтись без «1С:Управление Холдингом», как взятым отдельно, так и в комбинации с «1С:ERP».

По вопросам складского учета, управления запасами (что содержится в модуле ММ экосистемы SAP) есть два варианта автоматизации складского учета. Если используется только модуль ММ, который содержит базовый функционал складского учета, то достаточно будет «1С:ERP», которая даже перекроет возможности модуля MM (например, в части адресного хранения товара). А вот для модуля EWM возможностей «1С:ERP» может уже не хватить и надо рассмотреть комбинацию с использованием конфигурации «1С:WMS».

Автоматизация транспортировки грузов реализована в SAP модулем TM. При переходе на продукты «1С» функционала системы «1С:ERP» хватает для простой транспортировки – есть заявки на доставку, маршруты доставки и прочее. Если же заказчику этого не хватает, что возможно у транспортных, логистических предприятий, то следует добавить отраслевое решение, как вариант,  «1С:Управление автотранспортом».
По вопросам управления производством можно сказать, что базовый функционал автоматизации производства SAP (модуль PP) полностью перекрывается функционалом «1С:ERP». А с учетом нового функционала динамического планирования «1С» значительно превосходит функционал модуля PP и приближается к функционалу модуля IPB.

За расчет себестоимости, бухгалтерский, налоговый учет в SAP отвечают модули FI и CO. Здесь для замены вполне подойдет «1С:ERP» или «1С:Управление Холдингом» в зависимости от масштаба решаемых задач.

Отметим, расчет себестоимости в SAP существенно отличается от производимого в «1С:ERP». В SAP практически везде используется плановая себестоимость. И только в конце месяца, когда рассчитывается фактическая себестоимость, осуществляется фиксация отклонений плановой и фактической себестоимости, отклонения сохраняются в отдельных регистрах и позволяют дать полную (фактическую) себестоимость в отчетах. В «1С:ERP» всегда считается фактическая себестоимость. Решение от SAP в рассматриваемой части не лучше и не хуже решения от «1С», оно просто другое и найти ему полную замену не получится. Лучше всего, в части расчета себестоимости, сразу осознать, что концепция «1С» другая, и на нее надо просто перейти – никакая точность анализа данных при этом не пострадает (для этого есть свои соответствующие инструменты получения и сравнения плановых и фактических цифр – например, в подсистеме бюджетирования или при использовании плановых калькуляций в производстве).

Функционал казначейства в модуле FI полностью перекроет функционал «1С:ERP» или «1С:Управление Холдингом» - в зависимости от конкретного типа заказчика.

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

Настройка аналитической отчетности в SAP (модуль BW) сопоставима по сложности с настройкой продукта «1С:Аналитика». В обоих случаях это конструкторы, позволяющие создавать произвольные формы отчетности. «1С:Аналитика» при этом имеет более современный вид и не требует использования Excel в качестве интерфейса пользователя.  Плюс в самой платформе «1С:Предприятие» есть система СКД, позволяющая быстро создавать отчеты по функциональности аналогичные отчетам модуля BW (но опять же не требующие Excel).

 

Что можно в целом посоветовать заказчику при переходе с экосистемы SAP на экосистему «1С»?

 

Прежде всего надо пройти обучение. Фирма «1С» сейчас готовит новый учебный курс по переходу с SAP, где будет рассматриваться маппинг экосистем в целом, достаточно подробно будет рассказываться о флагманских продуктах фирмы «1С»: «1С:ERP» и «1С:Управление Холдингом», будет даваться информация о прочих специализированных конфигурациях «1С», которые могут прийти на замену специализированных модулей SAP. Обладая необходимой информацией, заказчикам, работавшим с SAP, легче будет воспринять и оценить предложения интеграторов «1С».

После того, как Вы ознакомитесь с учебным курсом и поймете, что представляет собой экосистема 1С, какие готовые решения в ней присутствуют, можно приступать к первичному выбору нужных конфигураций. Это могут быть типовые решения («1С:ERP» и «1С:Управление Холдингом»), или можно выбрать для использования отраслевые решения («1С:ERP Агропромышленный холдинг»), или комбинации из них.

После этого желательно пройти обучение уже по выбранным продуктам. У «1С» и интеграторов есть курсы, где можно подробно познакомиться с теми или иными решениями. 

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

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

 

В завершении несколько слов о рисках перехода

 

Существенный риск – наличие у SAP ряда готовых модулей, которых в «1С» пока нет. Это, например, управление качеством, интегральное планирование, прогнозирование. 

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

В текущих условиях, с учетом важности импортозамещения, а для некоторых отраслей и импортонезависимости, важно иметь наготове план «Б» на случай полного прекращения поддержки вендоров иностранного ПО. Еще лучше, на наш взгляд, проанализировать свои программные решения и модули и запустить пилотные проекты внедрения альтернативных решений на российском ПО, например, на базе «1С».

Другие статьи:

SAP аналоги переход 1С:ERP импортозамещение автоматизация

См. также

Бухгалтер vs ERP

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

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

15.05.2024    3708    0    TanyaRi    68    

26

Как мы оптимизировали процессы внедрения 1С: проектная методология КРОК

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

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

15.05.2024    5066    0    cesar    15    

47

Радио "Аналитик", 19 выпуск 2 сезона. Про Domain-Driven Design с Иннокентием Бодровым

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

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

13.05.2024    382    0    Radio_Analyst    0    

3

Профессиональное мировоззрение учетного специалиста (ч.3). Бухгалтерская реальность (AR) как научная модель хозяйственной реальности (ER)

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

В этой части статьи обсуждается идея о том, что бухгалтерская реальность (AR) строится как научная (математическая) модель хозяйственной реальности (ER), а также рассмотрены общие принципы построения научных моделей.

03.05.2024    806    0    Polav62    9    

3

Переход на современные ERP-решения «1С» – дорожная карта, кейсы, рекомендации

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

Статья об основных зонах внимания и часто допускаемых ошибках при внедрении современных ERP-систем – «1С:ERP Управление предприятием» и «1С:ERP.Управление холдингом».

27.04.2024    1847    0    user893825    0    

17

Радио "Аналитик", 17 выпуск 2 сезона. Про модель Кеневин с Андреем Путиным

Лидерство Личная эффективность Agile Анализ потребностей и поиск решений Бесплатно (free)

В семнадцатом выпуске второго сезона подкаста Радио “Аналитик“ обсудили, что из себя представляет модель Кеневин, чем и в каких ситуациях она может быть полезна тем, кто работает в сфере ИТ и не только.

19.04.2024    512    0    Radio_Analyst    0    

5

Исследование потребностей пользователей в заказной разработке

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

Расскажем о Customer Development (CustDev) в заказной разработке, методиках исследования и проверке гипотез при создании MVP. Восстановим справедливость в отношении CustDev: рассмотрим, что это такое, и поделимся практикой применения.

18.04.2024    524    0    tachenkov    0    

4

Профессиональное мировоззрение учетного специалиста (ч.2). Хозяйственная и бухгалтерская (виртуальная) реальности

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

В этой части статьи предложен вариант профессиональной мировоззренческой модели на основе пары взаимосвязанных реальностей – хозяйственной реальности и бухгалтерской (виртуальной) реальности.

09.04.2024    688    0    Polav62    0    

5
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. sapervodichka 6842 17.06.22 12:02 Сейчас в теме
SAP HANA - Хана или не хана, вот в чём вопрос =)
dimisa; salt7; rpgshnik; VAAngelov; TMV; +5 Ответить
6. rpgshnik 3728 18.06.22 06:48 Сейчас в теме
(1) Хане хана, я лично не понимаю, почему ещё никто из-за рубежа не увидел преимущество Платформы 1С и не взял на вооружение или не начал вести схожую разработку среды для бизнеса. До сих пор считаю Платформу 1С лучшей средой для разработки бизнес-приложений.
PowerBoy; morin; grey.grouse; ktb; bykov.vsl; sinichenko_alex; itmind; ovasiliev; G13ma; Altavista-; 1СERP; +11 Ответить
31. s22 19 20.06.22 16:35 Сейчас в теме
(6)
(1) Хане хана, я лично не понимаю, почему ещё никто из-за рубежа не увидел преимущество Платформы 1С и не взял на вооружение или не начал вести схожую разработку среды для бизнеса. До сих пор считаю Платформу 1С лучшей средой для разработки бизнес-приложений.


Чем сап хуже?
32. sapervodichka 6842 20.06.22 18:30 Сейчас в теме
(31) политически не подходит
salt7; user596529_a-ivashenko60; mrChOP93; 1СERP; +4 1 Ответить
38. m_aster 112 21.06.22 19:18 Сейчас в теме
(32)Почему минусанул кто-то? Все ведь правильно сказано. О переходе надо было задумываться еще в 14-м году когда немцы отказались размещать свои сервера в России. И да, это чужая система, всякое может случиться.
Помнится, году так в 2002, после презентации Windows XP Media Center Edition, прошла новость о встрече Гейтса, если не ошибаюсь, с представителями АНБ(не важно какой орган, важна суть). Тогда подумал, система закрытая, везде стоит, идеальный способ контроля и манипулирования. А ну как возьмут и отключат все? Утрирую, конечно, но суть, надеюсь понятна. Свое оно и есть свое. Можно 1С ругать как угодно, впрочем, как и любую другую систему, но еще с 90-х что может предложить рынок по гибкости, функционалу, и, самое главное, соотношению цена-качество для решения растущих бизнес задач? Да, все усложняется. Так растите, развивайтесь вместе с системой и все будет хорошо.
mrChOP93; 1СERP; sapervodichka; +3 Ответить
40. sapervodichka 6842 21.06.22 20:42 Сейчас в теме
(38) я сам удивился по минусу, человек новости наверное не смотрит, или не умеет риски оценивать (что хуже). Очевидно, что все валят под политическим давлением, а не по экономическим соображениям. На вопрос "Чем сап хуже?" - да ни чем, только тем, что его вендора политики вынудили уйти. Теперь живём с тем, что разрешено, то есть с 1С.
42. m_aster 112 21.06.22 21:38 Сейчас в теме
(40)Когда Шевроле в 15-м году практически ушли с рынка России тоже многие говорили, типа, такой рынок потеряли. Но когда посмотришь как на Тахо и Сабёрбанах ездит их правительство, которое, кстати, помогло им в свое время избежать банкротства, то сопоставить причину и следствие несложно.
И хорошо, что у нас есть свое. Я только за, за 1С. Пусть развивается, пусть активно осваивает энтерпрайз-рынок, тем более, что это вполне возможно, просто выше уровень требований к квалификации поддержки. Так есть куда расти.
sapervodichka; +1 Ответить
2. Torin 765 17.06.22 12:08 Сейчас в теме
Что можно в целом посоветовать заказчику при переходе с экосистемы SAP на экосистему «1С»?

Бюджета ну и Фортуны :), а она девушка ой какая капризная. :)
SinglCOOLer; +1 Ответить
3. pas 82 17.06.22 19:15 Сейчас в теме
ERP 2 очень сырое решение, например, даже в печатных формах счета фактуры и УПД в настоящее время есть ошибки в заполнении количества и суммы, на которые Фирма 1с не реагирует.
user_2010; JetBrain; okulus; lunjio; rpgshnik; +5 Ответить
4. sapervodichka 6842 17.06.22 22:41 Сейчас в теме
(3) напишите номер обращения в 1С и номер релиза ЕРП с ошибкой по заполнения количества и суммы?
Andreeei; +1 Ответить
8. rpgshnik 3728 18.06.22 07:24 Сейчас в теме
(4) да ладно, реакция поддержки 1С очень вялотекущая и все это знают, а если хочется совсем испортить настроение - то можно позвонить им. Причем сколько я регистрировал ошибок, потом забываешь о них (так как правило сам же их исправляешь и уже нет необходимо ждать ДЖВА года), а тебе даже не приходит отбивка, что это сделали. Я лично не хочу ходить и контролить на сайте исправили ли мою ошибку и помнить её номер, я не работаю на Фирму 1С и не хочу быть их бета-тестером, но устроились они конечно удобно - имеют целую страну преданных тестировщиков)
naumenko_alex@mail.ru; unknown181538; +2 Ответить
12. pas 82 18.06.22 11:25 Сейчас в теме
(4) Бесполезно, раньше высылал им базы для анализа, потом через 2 месяца приходит письмо от Линии поддержки 1С "Извините, из-за большого количества обращений не могли вам ответить, ваше обращение ещё актуально?" Мне что, больше делать нечего, тратить абсолютно впустую время на подготовку и отсылку баз. Ошибка описана в моей публикации, можете послать им двадцать пятое сообщение о ней.
14. sapervodichka 6842 18.06.22 23:29 Сейчас в теме
(12) посмотрел, это рядовая ошибка (причем в КА не в ЕРП). Лично я как сотрудник франчайзи/интегратора 1С за свою трудовую деятельность тысячи таких ошибок исправлял, тысячи . И не вижу в этом какой-то глобальной проблемы в 1С. Исправляется за несколько минут. Ерунда какая-то вообщем. А вот когда мы например спецификацию самолета разузловывали в миллион позиций и возникли проблемы, подразделение ответсвенное за производство со стороны 1С к нам подключилось в течение недели и помогли решить проблему, а потом в следующий релиз исправление они внесли.
user1834763; oleg_home; +2 Ответить
16. pas 82 19.06.22 05:37 Сейчас в теме
(14) Согласен, наш российский идеал - это купить Жигули и каждый день её ремонтировать, считая себя классным автомехаником
sunrise2506; potoyalo; dimisa; Slypower; okulus; rpgshnik; XAKEP; +7 Ответить
22. sapervodichka 6842 19.06.22 15:12 Сейчас в теме
(16) 1С - это не жигули, жигули - это предрассудки из юности, которые каждый может преодолеть (Спонсором 1С являются американские и европейские пенсионные фонды - там наверное люди понимают разницу с жигулями и куда вкладывать деньги)
ovasiliev; +1 1 Ответить
33. moksxxx 21.06.22 01:50 Сейчас в теме
(14) "тысячи таких ошибок исправлял, тысячи..." честно признался, что под видом конечного продукта продается откровенный глюкодром на уровне бета версии и все пользователи, за свои деньги нанявшиеся тестировщиками, вылавливают эти ошибки...
NeLenin; user_2010; okulus; rpgshnik; +4 Ответить
35. sapervodichka 6842 21.06.22 09:47 Сейчас в теме
(33) ты вывернул в свою сторону фразу, ни в чем я не признавался, речь шла о моем опыте с 1С и разными задачами с разными продуктами 1С, а не о продукте ERP. Законодательство РФ части учета часто меняется в отличие от Зарубежного и предприятия в РФ ведут не всегда стандартный учет, вообщем в РФ все гораздо сложнее чем в Зарубежных системах и ЕРП поэтому так часто меняется подстраиваясь под реалии. Это реальная жизнь такая (кто погружен в тему и этим занимается тот понимает, как по разному натягиваются продукты учета на реальный бизнес и адаптируются под его владельцев). Так что никакая Зарубежная система не сможет адаптироваться в реалиях РФ лучше чем 1С продукты сейчас. Поэтому не понимаю какую альтернативу ты хочешь предложить.
36. moksxxx 21.06.22 16:44 Сейчас в теме
(35) Пыхти, не пыхти, но как 1С с начала 90-х была программой для бухучета ларька у метро, так такой и осталась, теперь ее пытаются кое-как натянуть на большие организации. Ты вовсю расхваливаешь то, что продаешь, а если подумать почему люди переходят на SAP, если есть такая чудесная 1С, значит как минимум она их не устраивает по каким-то параметрам. Вместо того, чтобы пересмотреть концепцию самой программы, оптимизировать алгоритмы и код, где ошибки платформы не исправляются годами, где костыль на костыле и тот на своем костыле, придумываются новые костыли типа акселераторов, но чуда не происходит. Фразы я не вывертывал, ты все написал правильно, основное обсуждение на форумах как найти и исправить ошибки. И как работник франчайзи ты правильно расхваливаешь то, что продаешь и тем не менее, по факту перехода на другие программы, не всех 1С устраивает, это просто надо признать и смириться.
37. sapervodichka 6842 21.06.22 16:55 Сейчас в теме
(36) Я не расхваливаю и я не продаю 1С (снова твоя придумка). Уход SAP это политическое решение. Сама SAP не лучше 1С. Давай закончим, я просто предпочитаю разговаривать с людьми которые хоть немного разбираются в колбасных обрезках и отличают ларёк от ИТ продукта. Чтобы друг другу бестолку нервы не портить, расходимся.
PowerBoy; dimisa; roman72; salt7; m_aster; +5 Ответить
43. 1СERP 3077 21.06.22 23:23 Сейчас в теме
(36)
SAP в России покупают(ли) потому-что это круто. В разных смыслах: и другу-директору сказать не стыдно, и аудитору или партнеру (особенно иностранному) можешь сказать, что живешь «по мировым стандартам».
Этажом ниже та же история - ИТ-директор или Финдиректор, внедрившие SAP - это крутые спецы на международном уровне, а внедрившие 1С - ну… коровник построили :) - что тут особенного?
Если серьезно, верю, что есть ситуации, в которых внедрение SAP более правильно, чем внедрение 1С. Но в большинстве случаев - это просто понты - см начало моего сообщения.
Жаль, что этого разнообразия становится меньше… Конкуренция - залог развития.
Но…
Король умер… да, здравствует король!
PowerBoy; user1834763; mikl79; +3 Ответить
44. Petr54-ru 91 22.06.22 07:58 Сейчас в теме
(43)
SAP в России покупают(ли) потому-что это круто. В разных смыслах: и другу-директору сказать не стыдно, и аудитору или партнеру (особенно иностранному) можешь сказать, что живешь «по мировым стандартам».
Этажом ниже та же история - ИТ-директор или Финдиректор, внедрившие SAP - это крутые спецы на международном уровне, а внедрившие 1С - ну… коровник построили :) - что тут особенного?
Если серьезно, верю, что есть ситуации, в которых внедрение SAP более правильно, чем внедрение 1С. Но в большинстве случаев - это просто понты - см начало моего сообщения.
Жаль, что этого разнообразия становится меньше… Конкуренция - залог развития.


Вы не понимаете, это другое....

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

Так что это на 100% политика и то что Путин не давно в Питере обозвал "неоколониализмом". Естественно, такие вещи без агентов влияния которых вы перечислили это не работает.
Darklight; NeLenin; sapervodichka; +3 1 Ответить
45. 1СERP 3077 22.06.22 11:32 Сейчас в теме
5. chg 18.06.22 03:57 Сейчас в теме
(3)на самом деле в САПе тоже куча проблем, я одно врвемя базисом занимался, знаю всю кухню изнутри, та ещё какаха, но 1С это никак не красит
NeLenin; rpgshnik; +2 Ответить
39. m_aster 112 21.06.22 19:50 Сейчас в теме
(5)Дело не в том, что красит или не красит. Это можно про любую систему сказать. Как-то общался с руководителем службы ИТ одной компании лет пять назад, жаловался на MS, что после очередного обновления, с его слов, "слетела терминальная ферма". Так или нет, факт в том, что в любой системе есть и плюсы и минусы, косяки и ошибки. А субъективно, мне 1С нравится объективно.
47. JetBrain 79 27.06.22 07:27 Сейчас в теме
(3) дело даже не в мелких косяк , которые 1С из релиза к релизу игнорируют доделывать в первичке, а глобально движ 1С не проработан на высоконагруженную систему и использование хотя бы http/2, если говорить о веб клиенте, хотя и в локалке управляемый режим стал не выносим.
7. rpgshnik 3728 18.06.22 07:19 Сейчас в теме
Как я уже выше написал Платформу 1С я считаю лучшей средой разработки для бизнес-приложений ибаста! В публикации правда был приведен старый добрый конфигуратор, а у нас есть уже красивый EDT с листиками ввиде ресурсов :) но комментарий не об это.

Среда разработки лучшая в мире, а конфигурации от вендора... вопросов к ним много, а бизнес не готов покупать среду и пилить пилить пилить её пока она станет пригодной... он хочет настроить и работать, именно так позиционируют маркетологи САП! А после уже вносить минимальные изменения. Здесь и кроется главный минус Фирмы 1С - плохая коммуникация с бизнесом и их хотелок, причем как странно особенно с крупным бизнесом, да на мой взгляд они должны из коже вон лезть и изучать каждую крупную компанию (и хватит уделять внимание торгашам) отрасль и выявлять слабые стороны конфигураций, особенно хваленной 1С:ERP. Но этого не происходит, или происходит но не там где очевидно на мой взгляд вероятно. Мы смотрим только красивые отчеты ежегодно, что да вот там-то там-то внедрили очередное решение... там-то там-то ещё одно... и таких отчетов сотни, но никто не говорит, процент доработанного функционала во время внедрения и ещё тонны кода после, когда уходит интегратор. И зачастую приходишь к тому, что проще купить не монстра ERP, а просто УТ с базовой торгашной функциональность, купить ЗУП, купить БУ... и напилить свою нетленку с тем, чего нет в этих трёх решениях (которые в целом очень годные в своём роде)... Всем ли подходит это производство в ERP, нет не всем, но это и понятно, самый сложный узел автоматизации на мой взгляд, да он будет требовать доработки. Но вот почему нету до сих пор в ERP блока SRM??? Или как некоторые его называют МТО или Закупочной компании? Вот тут я уже проработав не на одном предприятие не увидел каких-то ключевых отличий, Закупки в целом у всех одинаковые, и блэт Заказ поставщика это 1% от функциональности, который хочет бизнес по МТО. Почему Фирма 1С игнорирует этот блок... блэт (извините пытаюсь подчеркнуть гнев второй раз), я видел совсем упоротые схемы, когда закупки пытались реализовать через такие сущности 1С, что аж потом уснуть не можешь крича благим матом от удивления как коллеги готовы подстроиться под типовую функциональность, чтобы обновление ERP сделать дешевле, ведь это будет не маленькой статьёй бюджета, даже с Ижитиси.

Развитие на будущее... Хочется новую ERP с модульностью как у САП, считаю это сделать можно, но они ушли опять во Фреш и мелкий бизнес. Зачем мне в ERP килограммы драйверов в CF-нике, хотя бы это вынесите в расширения конфигурации официальные... мы ни одного оборудования не подключили к системе, но вынуждены тащить за собой этот груз драйверов.

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

Общение с разработчиками конфигурации ERP не очень приятное, скажу честно. Но отмечу, очень крутых ребят в команде разработки Платформы 1С! Вот тут чувствует другая сторона и чувствуется желание слышать и это видно, как последние годы активно в лучшую сторону развивается Платформа 1С. Коллегам по Фирме 1С работающим над конфигурациями, стоит поучится.

ЗЫ: УНФ не брал в расчет, т.к. не работал, но слышал очень много положительного о конфигурации.
AllexSoft; NeLenin; okulus; Maxim_Zuev; ktb; sapervodichka; +6 Ответить
10. morin 58 18.06.22 09:45 Сейчас в теме
(7) Те кто использовал SAP, наверное, использовали его не с проста. И вряд ли они побегут за типовыми коробками.
34. Manoshkin 357 21.06.22 07:21 Сейчас в теме
(7)
просто УТ с базовой торгашной функциональность, купить ЗУП, купить БУ... и напилить свою нетленку
Поддерживаю. Подстроить набор простых программ под бизнес проще, чем бизнес под одну программу.
rpgshnik; +1 Ответить
9. 3vs 18.06.22 08:23 Сейчас в теме
Существенным плюсом HANA здесь является то, что ее база данных работает большую часть времени в режиме «In-Memory». То есть, высокую скорость во многом обеспечивает хранение и обработка данных в высокоскоростной оперативной памяти (RAM) сервера.

А не присмотреться ли 1С к новой СУБД от компании РЕЛЭКС SoQoL?
Вот листовка с её возможностями: www.soqol.ru
11. papami 56 18.06.22 10:58 Сейчас в теме
Маркетинговый материал.
Если динамика будет та же - переходы на 1С будут. Важно, чтобы их "принимали" профессиональные команды.
Какой там, нынче, процент реальных успешных внедрений ERP?
15. sapervodichka 6842 18.06.22 23:40 Сейчас в теме
(11) реальные проекты можешь здесь посмотреть по названиям компаний, которые "решились" https://eawards.1c.ru/projects/ отобрать по продукту ERP
17. papami 56 19.06.22 10:04 Сейчас в теме
(15) А количество начатых?
NeLenin; rpgshnik; sapervodichka; +3 Ответить
18. sapervodichka 6842 19.06.22 11:59 Сейчас в теме
(17) правильный вопрос =) я такого сайта тоже не видел (где фиксируются начатые) чтобы понять % успешных. Единственно, на что я сам опираюсь, это-то что проекты ЕРП имеют большие бюджеты и оформляются по договорам с обоюдными гарантиями Франча и Клиента, из этого следует что Франчи, у которых много неудачных проектов долго не живут на рынке. Могу предположить, что все там опубликованные это не все начатые, но большой % (Вероятно %20 проектов выгорает и не доходит до публикации на сайте 1С - это чисто мое мнение)
19. papami 56 19.06.22 12:03 Сейчас в теме
(18) Оптимистично) Было бы интересно увидеть реальную статистику.
rpgshnik; +1 Ответить
20. sapervodichka 6842 19.06.22 12:09 Сейчас в теме
(19) близко к истине по моим ощущениям (за 15 лет работы)
Вот тут есть кой какая статья по статистике сайт со статистикой:
76% проектов укладываются в срок или имеют отклонение 20%
83% проектов укладываются в бюджет или имеют отклонение до 10%
21. papami 56 19.06.22 12:40 Сейчас в теме
(20) Там написан срок внедрения до 10 мес. для 150 Арм. НЕ Верю)
Хотя что считать внедрением, конечно.
Вот интересная статистика. Думаю, с 1С дела не сильно лучше, т.к. это общая специфика.
https://project-management.zis.by/uluchshenie-proektov/statistika-uspeshnosti-erp-proektov-za-2015-god.html
23. sapervodichka 6842 19.06.22 15:50 Сейчас в теме
(21) статистика за 2015 год? ))) ЕРП только на рынок заходило. Сейчас уже 2022 г. . С тех пор 7 лет прошло, для ИТ это огромный срок.
25. papami 56 19.06.22 16:00 Сейчас в теме
(23) ну так в 20 по ссылке тоже 16 год.
28. sapervodichka 6842 19.06.22 16:08 Сейчас в теме
(25) да, не свежак, но там потом ниже сравнение изменений с 2018 годом есть
Прикрепленные файлы:
24. sapervodichka 6842 19.06.22 15:57 Сейчас в теме
(21) из последних я вот в этом участвовал 150 р.м. реально сделали за 8 месяцев (остальное 3 месяца было согласование документов и передача на самостоятельную поддержку заказчику)
https://eawards.1c.ru/projects/upravlenie-prodazhami-v-mezhdunarodnoy-kompanii-na-baze-1s-erp--108330/

и вот в этом 420 р.м. также сделали за 8 месяцев (2 месяца было согласование документов и передача на самостоятельную поддержку заказчику затянулось до 3 месяцев)
https://eawards.1c.ru/projects/cifrovizaciya-gruppy-kompaniy-informtehnika-108405/
26. papami 56 19.06.22 16:03 Сейчас в теме
(24) Не, спору нет - есть команды, которые могу считаться эталоном. Но это не весь рынок.
У меня сейчас складывается впечатление, что средний уровень падает. Это видно из ожиданий работодателей от тех же мидлов (в соседней ветке обсуждение)
27. sapervodichka 6842 19.06.22 16:05 Сейчас в теме
(26) полно первоходов, которые огород городят
29. papami 56 19.06.22 16:15 Сейчас в теме
13. titanium2008 44 18.06.22 20:28 Сейчас в теме
Отличная статья , теперь ждем статью про переход с Oracle E Business Suite 12i)))
30. muskul 20.06.22 02:47 Сейчас в теме
Как работает вся эта модульность, что то что не нужно его нет а не так как в 1с скрыто в коде и убрано функциональной опцией?
Вот например УТ и БУХ в ут нет проводок, если мы их там хотим а особенно если захотели с какого то момента, то как все это происходит в сапе? подключили модуль и он сам все сделал?
41. sapervodichka 6842 21.06.22 20:58 Сейчас в теме
(30) я не смогу ответить (не владею), с позиции посыла статьи могу лишь ответить на вопрос: "Можно ли заменить SAP на 1С, можно переучиться с SAP на 1С?!" - Да, сейчас, можно 1С вырос в части технологий, интеграций, совместимости и обучающих курсов. SAP уходит политически, смысла обсуждать чем он технически лучше или хуже 1С - сейчас нет (считаю, что его скоро не будет - рад ли я этому как 1Сник - да мне пофиг, рад ли как человек - нет не рад, когда выбора лишают).
evn-zorin; +1 Ответить
46. okulus 25.06.22 09:14 Сейчас в теме
"А с учетом нового функционала динамического планирования «1С» значительно превосходит функционал модуля PP и приближается к функционалу модуля IPB."
Где находится это динамическое планирование?
48. VeraPikuren 13 27.06.22 08:58 Сейчас в теме
(46) Добрый день. Это функционал, который планируется в одной из ближайших редакций программы
49. 1СERP 3077 27.06.22 09:01 Сейчас в теме
(46)
1С рассказывал об этом механизме на мероприятиях.
50. 1CUnlimited 311 30.06.22 11:44 Сейчас в теме
Я последний раз работал с SAP в 2008 году, и честно скажу - не в восторге от этой системы. В статье не акцентировано внимание на главном - аналоги типовых конфигураций 1С.
Вот пишите "Во-первых, здесь есть достаточно развитые, зрелые решения, связанные с планированием ресурсов и прогнозированием. Решение этих задач в качестве основных приоритетов развития экосистемы SAP было обозначено достаточно давно"
Раньше это был слой Customizing или функция SPRO в которой через множество закоулков интерфейса нужно было настроить "зрелое решение" чтобы оно начало работать. Т.е. нельзя было взять модуль FI с рекомендованным Минфином планом счетов и просто начать работать.
Как я понял из статьи SAP далеко в этом деле никуда не ушел. Все эти Addon у SAP это заготовки, которые нужно имплементировать. Т.е. если у вас есть 100 форм регламентированной отчетности, вы не можете установить обновление и сразу начать работать. Его нужно адаптировать к внедренному решению.
Количество модулей SAP не должно вводить в заблуждение, многие только для галочки. Возьмите модули для лизинга, там несколько урезанных настроек было и все. И это гордо называлось модулем. Модуль CFM для учета сделок не мог тогда выдержать даже 10 тыс в день , это так эффективно он был запрограммирован.
Готовая типовая конфигурация это не только удобно, это еще живая книга (know how) как вести учет, готовый бизнес процесс который можно принять. В SAP всегда была идеология - вот вам разобранный на кирпичики бизнес процесс, соберите свой вариант. А если кирпичики не стыкуются пишите Z_* модули
То что они начали уходить от ABAP показывает исходную ущербность их базового языка программирования, он действительно не ускорял разработку и средства разработки были из прошлого века.
Вообще в сфере прикладного программирования удобно дорабатывать готовые решения.
Напр Excel готовое решение и его можно доработать на VBA .
Идеологически слой Customizing над языком программирования - не оправдывает себя. Сколько я видел решений с таким подходом (SAP, Calypso) - это приводило к наличию кучи консультантов по адаптации кирпичиков без программирования. Надежности это добавляет только в иллюзиях менеджеров, поскольку такие системы сложны со всеми последствиями. Компонентный подход, Расширения конфигурации 1С гораздо больше обеспечивают надежность.
Ну а со спецоперацией, велика вероятность что SAP просто оставит клиентов в РФ как это сделал HP.
PowerBoy; Zevzm; morin; 1СERP; +4 Ответить
59. Darklight 32 07.07.22 14:41 Сейчас в теме
(50)Интересно, в какие ЯП сейчас держит путь SAP уходя от языка ABAP/4?
Знаю, что на стороне СУБД HANA там программируют микросервисы на JavaScript + SQLScript
Вроде бы как доп инструментарий пишут на Java.
Но основную бизнес логику на чём хотят разрабатывать?
51. DemetrKlim 159 06.07.22 06:23 Сейчас в теме
САП или ЕРП... Почему нет третьего варианта? Однажды увидеть, что 1С - это инструмент разработки и самим для себя написать ?
60. Darklight 32 07.07.22 15:01 Сейчас в теме
(51)Почему нет - 1C KA, 1C УТ, 1С Бухгалтерия.... + надстройки! Каждому своё!
НО!
Просто пользователи SAP привыкли к единой системе (хотя не такая она уж у них единая - например модуль CRM вынесен в отдельное приложение), когда, условно, все операции проводятся в одном контуре данных и следующих друг за другом процессах. И не смотря на модульную архитектуру SAP - там все модули чётко связаны друг с другом шиной данных - выполнение операции в одном модуле - чётко сразу влияет на другой (если требуется) - без простоев и закавык. А работа механизма обмена в 1С - это ещё та головная боль!

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

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

P.S.
А, вот, с третьем вариантом среди учётных платформ всё уже хуже (речь про полностью сторонний учётный софт - учётные платформы). Не - ну (окромя ещё пары крупных игроков, которые не сегодня так завтра ушли или уйдут тоже из РФ) есть мелкие решения от западных контор (навряд ли кто-то будет с ними заморачиваться, тем более после SAP). Есть пара решений и дружественных стран в СНГ (простите не помню названий). Есть Китайские программы - но там, говорят уж очень сильно всё под китайские условия заточено - переделывать под российские дольше чем с нуля писать!
Собственно и всё - конкуренции продукта 1С в РФ сейчас после SAP считай что и нет! Ну разве что обратить взор на эту пару продуктов из дружественных стран - но навряд ли на что-то неизвестное будут делать ставку те, кто внедрял SAP.
И надо ещё и не забыть про сторону СУБД - учётная платформа должна поддерживать мощную СУБД, которая не попадёт под западные санкции, способную тянуть гигантские объёмы данных, что крутились на SAP в их СУБД (какой бы она ни была) - а зачастую это базы и конгломерации баз на десятки и сотни терабайт!
61. DemetrKlim 159 07.07.22 16:09 Сейчас в теме
(60)
ведь законодательство в РФ меняется очень и очень часто - тут работы крайне много!

Вот и я про это же. Не буду обсуждать целесообразность таких изменений, я - про минимизацию последствий этой проблемы.
Очень часто меняются регламентные формы отчетности. Допустим. Как минимизировать эти революционные последствия? Да просто уменьшить территорию того - чего это касается. Автономно работающие подсистемы (транспорт и логистика, склады, отделы продаж) годами могут работать в тишине, вообще не замечая всех этих "ветров перемен". Если когда-то "достанется" какое-то обновление одной подсистемы, то это произойдет более незаметно для всего предприятия. Более того, кучу таких "обновлений" можно будет просто игнорировать, т.к. очень многие изменения носят "секторальный" или отраслевой характер. Если предприятие не производит маркируемой продукции, то и нет нужды внедрять и регулярно обновлять этот функционал, например.
К вопросу о гигантских объемах данных. Он потому и возникает, что копится информация "вся для всех". Причем копится в максимальной подробности. А так бывает, чтобы на любом рабочем месте хотелось бы знать все? У воспринимаю пирамиду управления и учета, как "слои" нижестоящих пирамид (полуавтономных подсистем), которые в верхние слои передают уже укрупненные, скомпилированные показатели (итоги). А гонять во все стороны с каждого компа сотни миллионов записей - это в какой вменяемый алгоритм чета и управления может понадобится?
62. Darklight 32 07.07.22 17:20 Сейчас в теме
(61)Чтобы уменьшить территорию этих изменений - нужна модульная система. Да - у 1С есть разные конфигурации как УТ, БУХ, ЗУП - но всё это достаточно комплексные решения (не говоря уже о стоящих особняками КА, УХ, ERP 2 - в которых всё по дургому и почти никакого родства). Тут одну только 1С Бухгалтерию ПРО надо разбивать негде-то на 8-10 больших модулей, примерно каждый из которых ещё нужно делить на 4-6 дополнительных - технических модулей - чтобы было потом удобно из них собирать и обновлять готовые решения. А для 1С Бухгалтерии КОРП нужно ещё в нынешнем виде выделить 3-4 дополнительных модуля - и сделать расширения (дополнительные технические модуля) почти для всех модулей их ПРО. А реально в КОРП редакции функционала может быть и куда больше (чем сейчас есть) - а это ещё как-минимум 3-4 крупных модуля (+ деление на технические).
Но это если говорить о Бухгалтерии - а теперь подумаем - что будет - если это всё модульно внедрять - в КА сразу же начнут возникать вопросы по пересечению функционала и опорных структур метаданных и средств визуализации с модулями из других направолений: торговля, зарплата, кадры и т.п. - и модули придётся делить ещё мельче - выносить их в какие-то обобщённые пакеты.
А кроме того, придётся ещё и вводить вспомогательные модули для взаимной интеграции модулей друг с другом - с главной головной болью - это интеграцией визуальной части и второй головной болью - интеграции исполнительной алгоритмической части - чтобы она работала производительно и эффективно взаимодействовала с СУБД (ведь модули то изначально абсолютно разрознены друг-относительно-друга).
В SAP этот вопрос давно вполне эффективно решается. А нынешняя архитектура типовых конфигураций 1С Предприятие 8 - это 100% антипаттерн такого подхода!

P.S.
У меня есть проект того, как модульную архитектуру можно было бы организовать в 1С Предприятие 8 (даже без изменений платформы) - есть глубокая теоретическая проработка, примерно четверть которой даже описана в документации (правда разбросанная по разным редакциям с разными подходами в реализации по некоторым частям проекта - писалось долго - мысль развивался от тривиального к более глобальному и обратно приземлялась к имеющемуся, от гипотетического будущего), есть некая базовая заготовка реализации - но дальше доделать времени пока не хватает - проект очень большой, с очень большим потенциалом! И одним НО - 100% не совместимостью со всеми имеющимися конфигурациями для 1С Предприятие 8. То есть - платформа сохраняется - а вот все конфигурации придётся писать заново - по новым правилам (хоть и в большей степени на имеющемся типовом инструментарии) - и это очень большой минус - но он 100% неизбежный - когда происходит полная ломка всей архитектуры построения конечного продукта.
Так что, с моей точки зрения, было бы желание и ресурсы - и даже на платформе 1С Предприятие 8.3 вполне себе можно было бы организовать вполне эффективную модульную архитектуру - и дальше развивать её, стараясь не рушить то, что уже спроектировано и не требует изменений
Хотя - будь бы тут встроенная глубокая поддержка со стороны платформы - это существенно всё бы упростило и повысило бы надёжность и эффективность работы механизма! У меня там идей не то что на 1С 8.4 или 8.5 - на всю 1С 9 с 10-кой хватит (конечно, далеко не все это в планах на реализацию в рамках 1С Предприятие 8.3 - во всём меру знать надо)
63. DemetrKlim 159 07.07.22 18:16 Сейчас в теме
(62) Я не шибко эксперт, но у меня есть серьезные подозрения, что наши отечественные программы избыточно усложнены. И причина тоже на поверхности. Мы техническими мерами пытаемся преодолеть или компенсировать организационную беспомощность. Вторая значимая причина - полный отрыв от реальности и уход в "виртуал". Что я под этим понимаю - поясню на примере из УТ. Прежде всего, на основании чего ведется любая коммерческая хозяйственная деятельность на территории РФ? Правильно, на основании нормативной базы. С бухучетом понятно, есть программа "Бухгалтерия" и она опирается на 402-ФЗ, Налоговый Кодекс и прочее. Программа отражает реальный слепок реальной жизни и любой алгоритм в этой программе так или иначе, ложится на шаблон нормативной базы. А где в нормативной базе есть какая-то выделенная обособленная часть, посвященная торговле, как отдельному виду учета? Торговля - это всегда сделка. Где описаны сделки? В гражданском кодексе. В этом кодексе подробно описано понятие договора - как заключается, как расторгается и т.д. Договор - основа сделки и все детали и последствия сделки существуют исключительно в контексте договора. Когда в конфигурациях 1С появились настройки, позволяющие делать объектами взаиморасчетов документы реализации или даже заказы клиентов (!!) - это с опорой на что сделано? Какой методикой учета поддерживается? В угоду конъюнктуре и бестолковым клиентам сами же загадили свои программы ненужными сложностями и сомнительными красивостями. Создали в программах множество виртуальных сущностей, не имеющих никакого отражения и подкрепления в реальной жизни. Зато какое поле для создания немеряного количества красивых отчетов))
64. Darklight 32 07.07.22 18:44 Сейчас в теме
(63)На самом деле там у них это всё тоже законодательно регламентируется не более чем у нас.
Но если говорить, например о SAP - там там да - регламентируется почти всё - и компании работают с тем что есть - а если нужно что-то большее - готовьтесь к серьёзным доработкам. Не буду соглашаться с с тем, что это прям так хорошо!
65. DemetrKlim 159 07.07.22 19:10 Сейчас в теме
(64) Это не плохо или хорошо. Надо понимать прикладное значение учета. Можно наплодить любое количество виртуальных терминов, определений или документов, а какое прикладное значение будет это иметь? Какой смысл в документе, не имеющем никакого процессуального значения? Какой смысл называть, например, "долгом" то, что в суде никак нельзя будет доказать, как долг? Потому, что перед судьей не компьютер стоит, а лежат нормативная законодательная база.
Я противник отрыва от реальной жизни, какие бы изобильные возможности для этого не создавали современные средства вычисления....
66. Darklight 32 08.07.22 09:46 Сейчас в теме
(65)У SAP просто идёт прямое навязывание терминологии по бизнес-процессам самого SAP - и поверье - там происходит ещё то натягивание совы (SAP) на глобус (реальный учет) - и несоответствия используемых объектов реальной потребности - и в этом смысле там всё даже хуже чем в 1С.

Да, с одной стороны - БП, объекты и терминология SAP древние и неплохо проработаны относительно реального использования (но только по ряду европейских стран, не включая Россию) при ведении международного учета. Но это далеко не 100% покрытие всех потребностей предприятий - но там по другому устроен менталитет - там не SAP подстраивают под потребности предприятий - а потребности предприятий под SAP - ведь в нём вполне рабочие модели - не требующие доработок, чтобы вести вполне себе полноценный отчёт и сдавать регл отчётность (там большой выбор функциональности - и весь он опциональный - опций там просто дофига - так что в целом всё относительно гибко настраивается). Бизнес-аналитику и некоторые дополнения конечно там дорабатывают под потребности каждой компании. Конечно есть небольшие и редкие исключение - когда требуются более серьёзные вмешательства в архитектуру имеющихся БП - обычно на это идут в крайних случаях - и стоит это более чем до фига - т.к. требует особой блажи со стороны SAP AG. Поэтому тут скорее идёт ковка БП предприятий под формы БП SAP.

В 1С же просто подход другой. Здесь нет прям готовых БП в её продуктах (хотя я тут лукавлю - они есть - и обычно отчасти подходят небольшим компаниям из коробки - просто тут нет такой модульности и оптимальности как в SAP - и все эти БП, объекты и терминология изначально очень тяжеловесны и обобщены - хотя есть же "Управление небольшой фирмой" где всё немного упростили). В 1С как раз дают просто некую абстрактную обобщённую модель - и предлагают уже самостоятельно или через френчей её довести до ума на конкретном предприятии. И в этом тоже есть смысл - хотя тут тоже идёт натягивание совы (1С) на глобус (реальный учет) - вот только сова тут очень полиморфна и эластичны - и тут уже идёт ковка совы (1С) под формы предприятия. И по деньгам и по времени даже для очень крупных предприятий это всё обычно куда дешевле и быстрее, чем в SAP (ХОТЯ ПРО БЫСТРЕЕ Я ТОЖЕ ЛУКАВЛЮ - если в SAP компания подстраивается под платформу - то это конечно быстрее, чем в 1С когда платформу начинают подстраивать под компанию - речь, конечно, про крупные проекты). В 1С тут только пять значимых минуса (с точки зрения внедрения и сопровождения; относительно SAP):
1. Производительность - в 1С ей нужно заниматься отдельно при крупных внедрениях, тратят доп ресурсы и время - и порой тратя достаточно много. А SAP обычно всё и так быстро работает.
2. Исправление ошибок - в 1С их куда больше, чем в SAP - и многие будут вылезать уже потом, после начала учета в продуктовой среде. И на это будет тоже уходить достаточно много времени (причём не только программистов), а ещё могут быть и сопутствующие финансовые потери (хотя бы от простоя). Сюда же относятся и ошибки платформы - всякие вылеты и неожиданные искажения в данных, проблемы с обменом и т.п.
3. Обновления в 1С тоже ещё та песня - они частые, а когда система перепилена под компанию - ещё и очень сложные - очередные постоянные затраты. В SAP всё куда легче и реже.
4. Отсутствие правильной модульности - решения приходится распределять по разным базам, налаживать обмены - в общем тут полно своих нюансов и своего неудобства.
5. Проблемы с документацией и обучением. При внедрении SAP на этом не экономят - пользователи всегда будут обучены и будлут иметь чёткие инструкции (доработок то минимум - поэтому всё обучение идёт по накатанной схеме). При внедрении 1С в 90% случаев на этом сильно экономят или проводят не качественно - от чего пользователи потом не эффективно рпаботают и делат ошибки при ведении учета - а потом всем (включая программистов всё это приходится расхлёбывать). И это очень важно - в 1С Предприятие 8 вообще чаще всего всегда крайние - это программисты (которые обслуживают конфигурацию клиента) - которым постоянно приходится разгребать то, что пользователи намутили (или намутили же сами программисты). Когда в SAP - ключевые игроки со стороны IT - это консультанты - которые настраивают систему, обучают и помогают пользователям корректно в ней работать.

P.S.
А создавать под каждый БП каждой компании свой софт - это не всегда эффективно - хотя и такая стратегия в мире (и в России) тоже не тикая уж редкая (для управленческого учета - обычно в этом случае с учётными платформами вовсе не связываются - а пишут всё с нуля - на актуальных программных фреймворках.
В остальных случаях - это либо подстраивание учёта под БП программы. Либо перелопачивание универсальной программы под БП компании!
67. DemetrKlim 159 08.07.22 11:00 Сейчас в теме
(66) Опять повторюсь) Лаврентий Берия был прав, загоняя умников в лагеря-шарашки) Если над этими умниками регулярно не взмахивать кнутом, то они на следующий же день начинают заниматься сами собой внутри себя же)
А почему есть мнение, что 1С:ЕРП и САП вообще соревнуются? Да и тем, и другим сильно по ветру - что всякие умники о них думают! Их задача - продать!! Они на этом просто зарабатывают, продавая эти коробки!
А теперь, для примера. И думаю, что многие с таким же сталкивались. Контора NN начинает внедрять ЕРП. Мучается, страдает, несет расходы... При этом рабочей версией системы АСУ, которая продолжает обслуживать нужды учета и управления на текущий момент, является .... Предприятие 7.7 (!!) Которую давно уже переписали до неузнаваемости и никто даже в памяти не восстановит - что за продукт это был изначально. И это - работает!! И низовые пользователи не хотят переходить в это ЕРП именно потому, что старенькая "семерка" была заточена и вылизана именно под эти рабочие места, содержит именно те реквизиты, которые в этом месте должны оформляться, формирует удобные отчеты и справки, понятные и содержательные для сложившейся практики делового оборота и т.д. И возникает резонные вопрос - а чего сами не переписали уже сложившиеся алгоритмы просто на новом инструментарии (8.3)? И вразумительного ответа нет! Вроде бы как-то "не кошерно", "все побежали за ЕРП и я побежал" и т.п.
- Ну, как же мы будем работать в самописной программе??
- Так сейчас, именно в этот момент же - работаете! И небо не рушится, и предприятие пыхтит, продукцию выдает! 20 лет
проработали и еще 20 проработаете.
- Ну, нам сказали, что надо ЕРП, только ЕРП и ничего, кроме ЕРП...
- Сказали или доказали?
- А что - должны были еще и доказать??!
Этим клиентам и заказчикам можно продать - что угодно и они оплатят.....
68. Darklight 32 08.07.22 11:07 Сейчас в теме
(67)Есть в России ряд компаний, которые работают в 1С 7.7 с конфигурацией вдоль и поперёк переписанной, оптимизированной м вылизанной! И разумно им агитировать переходить на что-то другое крайне не благородное дело (если это управленческий учет только). Тут только сами должны до этого дойти. Как минимум когда 1С Предприятие 7.7 будет полностью снята с поддержки, а имеющееся ПО перестанет быть совместимым с новым железом, пришедшим на смену вышедшим из строя старичкам, отслужившим своим полвека верой и правдой! Но вероятно ранее либо взвоют безопасники - что без поддержки старя платформа не безопасна и могут быть хакерские атаки и нежелательные утечки - которые могут привести к миллионным и миллиардным убыткам. Либо на пенсию уйдёт коллектив, который в этом работал или сопровождало - а новых молодых работников на то старьё найти будет уже проблематично. Либо придёт новое руководство - молодое и дерзкое - которое само всех разгонит и начнёт внедрять ERP 2 (в т.ч. например, купив эту старую компанию и начав её реновацию под свои правила).
Главное в этот момент успеть перейти на новую систему (заранее начав) - чтобы бизнес не встал колом - ведь такой переход явно будет не дёшев и займёт не один год а то десятилетие - переходит со старых в 100 крат переделанных систем всегда очень и очень сложный и длительный процесс!
Порой дешевле компанию вообще закрыть - чем всё переделывать! В лучшем случае - открыть новую и перетащить туда кое-какие ещё живые активы! А ПО все адаптировать заново - под новые реалии и новые БП, заодно и избавившись от старого хлама!
69. DemetrKlim 159 08.07.22 11:14 Сейчас в теме
(68) Это я к тому, что ЕРП писали не боги. И я вообще не уверен, что писали.... Как по мне, так просто слили в один стакан то, что изначально было бухгалтерией, еще одним ингредиентом стала Торговля, а ЗУП досыпали до комплектности. Вот и вся "разработка". Не хотели дешево покупать по раздельности - купите дорого в одной коробке)
Как по мне, так в очень многих случаях для совсем небольших предприятий, почему-то купивших ЕРП, было вполне достаточно написать некоторое расширение в рамках той же 1С:Бухгалтерии. Почему надо обязательно сначала хотят купить паровоз, чтобы потом много и долго платить пацанам с напильниками, ширкающими по этому паровозу.....
70. Darklight 32 08.07.22 11:15 Сейчас в теме
(69)Вот тут с Вами спорить не будут - Вы правы на 100%
71. 1CUnlimited 311 18.07.22 11:32 Сейчас в теме
(60)
И не смотря на модульную архитектуру SAP - там все модули чётко связаны друг с другом шиной данных - выполнение операции в одном модуле - чётко сразу влияет на другой (если требуется) - без простоев и закавык. А работа механизма обмена в 1С - это ещё та головная боль!

А можно поподробней - какой такой шиной данных "чётко" все модули SAP связаны?
Насколько я помню при классическом внедрении SAP обязательно внедряют SAP HR - для оргструктуры предприяния SAP Payroll для ЗП,
SAP FI для бухгалтерии SAP CO контроллинг для управленческого учета. И все это в одном манданте (это не ругательство! это термин sap)
Если проводить аналог с 1С это комплексная конфа которая когдато была. Можно разделить модули на разные манданты и действительно связать обменом, но там это не лучше чем в 1С
72. Darklight 32 19.07.22 10:29 Сейчас в теме
(71)Не понял, про что Вы спрашиваете?
73. 1CUnlimited 311 19.07.22 15:15 Сейчас в теме
(72)
Мне кажется я достаточно четко вопрос сформулировал. Думал что Вы с SAP работали и знаете то что не знаю я
75. Zebar 69 02.10.22 22:21 Сейчас в теме
(51) Самим написать что, учетную систему?
Лет 7 назад ко мне обратился одноклассник с просьбой написать ему конфигурацию для ГСК.
Типа "самое простое - гаражи, владельцы, начислить платежи, раскидать расходы, внести оплату".
Я сначала согласился. После того, как на показывании предварительного варианта возник вопрос "а сделай загрузку платежек из банка" я сказал что, все, хватит. Я, конечно, могу написать, но это либо я работаю за идею, то есть бесплатно, либо это ГСК разорится, оплачивая разработку.
Нашли инфокрафтовское решение для СНТ или ЖКХ, и пока все довольны.
76. DemetrKlim 159 04.10.22 09:07 Сейчас в теме
(75) Есть такая расхожая фраза "Овчинка выделки не стОит". В случае ГСК - вполне подходящая. А потом набирается какая-то критическая масса (размер) овчинки и ее "выделка" становится вполне оправданной. Более того, чем больше предприятие, тем больше в нем копится уникальных особенностей. Неважно при этом, эти особенности чем-то оправданы или просто являются рудиментами чего-то прежнего. Так вот, на такое крупное предприятие с накопленной уникальной спецификой "натянуть" нечто универсальное возможно только в том случае, если программа будет безразмерно универсальна. То есть, гигантская, избыточно сложная, тяжелая в изучении, настройке и эксплуатации. Ничего не напоминает?)
52. 1СERP 3077 06.07.22 09:51 Сейчас в теме
(51)
Думаю, этот вариант - довольно большой риск. А что делать в случае ухода группы разработки или лидера(ов)?
Разрабатывать заново?
53. DemetrKlim 159 06.07.22 19:32 Сейчас в теме
(52) А вот как раз - нет! ЕРП, САП.... Когда мне надо представить универсальное, всем сразу подходящее изделие, на ум приходит только пошлое сравнение с известным резинотехническим предметом. Смокинги и фраки не шьют на конвейерах фабрик, за хорошим костюмом идут в ателье, где шьют "по фигуре" и изюминка по-настоящему классного костюма именно в том, что он будет хорош только на хозяине!
Помните старый анекдот про кражу чертежей новейшей советской космической ракеты? У американцев и европейцев по украденным чертежам получался огромный железный паровоз. И только потом прочитали в самом низу чертежа - "После последней операции по сборке - остальное ненужное удалите напильником". Вот так и ЕРП - дают огромную заготовку, а много ли там можно убрать?
Операция чтения штрихкода.... И начинается удивительное путешествие по модулям - "Это у вас алкашка?", "Этот табак?", "Это обувь?" и т.д. (скоро будут спрашивать про белье, автопокрышки или чего еще?). Да нет! Мы - фармацевты и у нас никогда не будут пошиваться меховые шубы!! Не волнует - в ЕРП это заложено, как универсальность! А теперь представим, что что-то в коде надо изменить и ты начинаешь выискивать щели и пазухи в этой универсальности, куда надо уместить что-то свое - реально нужное для твоего предприятия! А там и так уже тесно от всей этой универсальности! Поэтому, то, что нужно тебе самому ты сделаешь "кое-как" или "как уж получилось" именно потому, что штатные процедуры просто не оставили тебе пространство для маневра. И поэтому так же трудно будет разобраться в твоем коде, потому, что ты писал не по логике процесса, а по тому - где тебе осталось место для втискивания чего-то своего. Там, где писал с чистого листа, разбираться несопоставимо легче, там нет этой старой кладовки под названием "безразмерная универсальность".
Любая сложная вещь состоит из набора более простых. И никак необязательно собирать это в одну задачу. И чем отличается написание с чистого листа от "вивисекции" типовой конфигурации ЕРП? И там, и там ушедший разработчик уносит с собой все свои идеи, представления, видения. В чем особая разница? Или по ЕРП есть такая уж подробная техническая документация с подробными описаниями алгоритмов и назначений каждого объекта конфигурации? Такой же "черный ящик", только очень уж извилистый по причине бесконечно развиваемой универсальности....
Как-то пора признать тот факт, что у компании 1С свои задачи, а у конкретного отдела АСУ (IT) на конкретном предприятии совершенно другие задачи. 1С нужен высокотиражный и широкопродаваемый товар, подходящий всем, а мы уже договорились, что классный костюм не шьется массово! А любому другому предприятию нужна легкообслуживаемая, легкая в освоении пользователями на каждом рабочем месте, автоматизированная система учета и управления, "сшитая" именно по фигуре этого предприятия, с карманами и пуговицами именно в оговоренных местах. Это точно ЕРП?
54. 1СERP 3077 07.07.22 09:37 Сейчас в теме
(53)
Ну, вот прямо целый пост с манипуляциями :)
Конечно же, костюм правильнее шить. Но Вы же, чтобы сшить костюм не едете куда-нибудь в деревню, заводите овец, стрижете их, делаете тонкую шерсть (что вообще нельзя сделать кустарно для качественного костюма), не разрабатываете лекала с нуля. Все это уже готово, когда Вы приходите в ателье.
Так же и с внедрением ИТ-системы - всегда есть возможность писать решение с нуля (а для повышения производительности делать вставки на ассемблере) и получить абсолютно кастомный продукт. Отдельный вопрос где взять экспертов по всем функциональным областям, чтобы спроектировать достойное решение.
Можно взять какое-то простое решение (Бухгалтерию, например) и наращивать функциональностью ее.
Можно взять 1С:ERP - и кастомизировать ее.
Плюсы и риски каждого варианта решения можно посчитать. Только нужно учитывать разные аспекты.
Вы пишете "у компании 1С свои задачи...высокотиражный и широкопродаваемый товар, подходящий всем" - да верно. И если фирма 1С успешно это делает, то какая-то часть ее решения, действительно, подходит всем.
А тезис "у конкретного отдела АСУ (IT) на конкретном предприятии совершенно другие задачи" - тоже очень сомнителен. Мы в наших проектах на каждом втором среднем предприятии встречаемся с основной причиной перехода на 1C:ERP - "невозможность поддерживать текущее решение". Когда идеологи выкручивают руки, увольняются, просто стареют и уходят на пенсию.
55. DemetrKlim 159 07.07.22 10:26 Сейчас в теме
(54) Кажется, я начинаю понимать проблему... Вопрос не в знании или незнании языков программирования или прочих IT-инструментариев, тут мы гениев уже наплодили. Проблема в том, что разработчик будущего IT-решения банально не знает - с чего начать!
Какие системы и подсистемы создавать - как их взаимоувязать, кто кому вообще что и когда должен. А тут есть готовое (хоть какое-то!) решение где уже нарисован хоть какой-то фундамент.
Меня, как дядьку взрослого, часто помыкают моей архаикой, но у меня (у нас!) эта архаика имела хоть какое-то нормативное оформление. Были отраслевые нормативы, классификаторы, методики, правила - было что изучать и знать И эти знания, хотя бы в пределах страны, были универсальны. А сейчас реально стало проблемой то, что уход одного программиста из организации приводит систему в ступор, ведь ушедший уносит с собой всю свою "уникальную Вселенную". Все собрано на "живую нитку" и живет лишь в памяти и воображении создателей или причастных. Разбирая чужой код, его алгоритм просто не с чем сопоставлять - нет никакой единой нормативной базы. У всех - экспромт.
Продолжая "пошивочную" тематику, оглашу аналогию) Это когда вьетнамец за швейной машинкой в каком-нить подвале, который умеет сшить два лоскута ткани и шов, при этом не заморщится, будет ровный и красивый - профессионал же! А вот чего не умеет этот азиат, так это ПРОЕКТИРОВАТЬ будущее изделие! Из скольких кусочков (лоскутов) должен формироваться рукав или лацкан, как обрисовать воротник и т.д. Ему дают стопку ГОТОВЫХ лоскутов и он зазубрил порядок их сборки, все. Мы так долго автоматизировали ларьки, что исчезла каста ПРОЕКТАНТОВ, а это была та самая элита программистов, которая и определяла уровень проектных разработок. Лишним доказательством этому служит недавно появившийся интерес и появление нового сленгового выражения "1С:Аналитик". Это не эврика какого-то гения, это сама жизнь заставляет вернуться к нормальному.
ЕРП (САП) - это вариант цифрового фаст-фуда. Все попытки как-то по-особенному сервировать бургер и жареную картошку в пакетике, чтобы это стало напоминать ресторан "Максим" - бесперспективны. Пришли к "Аналитикам" - дойдете и дальше....
56. 1СERP 3077 07.07.22 12:26 Сейчас в теме
(55)
Были отраслевые нормативы, классификаторы, методики, правила - было что изучать и знать И эти знания, хотя бы в пределах страны, были универсальны.

А можете дать ссылки? Может они и сейчас актуальны?
По тезисам согласен, в целом. В отсутствии общепринятых норм построения ERP-систем, вопрос даже не в том умеет ли ПРОЕКТИРОВАТЬ архитектор, а в том, что каждый архитектор будет отстаивать свое видение и, с большой вероятностью, отвергнет многие проектные решения, созданные до него.
57. DemetrKlim 159 07.07.22 13:50 Сейчас в теме
(56) Лучше всех про отраслевые нормативные документации знает человек, когда-то создавший 1С) Было бы невозможно существование института статистики (при Госплане СССР) без унификации показателей, собираемых с огромного числа самых разных предприятий всей страны. Именно в этой организации и трудился наш уважаемый Всеотец (в одном из отделов АСУ в моем присутствии так называли Б. Нуралиева)))
Вот только нет уже никаких этих нормативных документов. Но это еще пол-беды. Утрачена сама потребность в них. А что же потеряли при этом еще? Потеряли возможность создавать не одну огромную "программу", где все в "одной коробке", а набор относительно автономных систем, связанных между собой СТАНДАРТАМИ и ПРОТОКОЛАМИ. Тогда живучесть системы АСУ, "скорость восстановления после сбоев", "стоимость обслуживания", "скорость обучения пользователей", "скорость производимых обновлений" (ключевые показатели систем АСУ) будут на порядки выше, чем у той же ЕРП, где необходимость обновления в одном (даже не используемом на конкретном предприятии!) разделе учета, приводит к необходимости остановки всех и вся. Если завис кто-то на складе или в отделе продаж, то зависли - все! При всей моей "архаике", я даже в дремучие 90-е считал бы такой подход - несуразным и точно неприменимым для мало-мальски серьезных предприятий. Локальные проблемы в одном подразделении предприятия точно не должны приводить к фатальной остановке всего учета и управления - подобный проект зарубался сразу напрочь!
ЕРП устроено так, что самый верхний топ-менеджер может посмотреть складской учет во всех его подробностях, полистать аналитику затрат по всем субсчетам, посмотреть все задолженности, вплоть до одного рубля. Вся информация, всегда (!!), поднимается от самого низа. Вроде бы классно? А оно ему, директору, надо? Можно себе представить генерала армии, который в генштабе задаст вопрос "А покажите мне сектор обстрела для мотострелка ефрейтора Пупкина?" Хотя, я часто встречал директоров достаточно крупных предприятий, которые пытались отдельно видеть прибыль от каждого рейса грузовика или произведенной упаковки пельменей. Ну, мы имеем тех топ-менеджеров, которые нас имеют) Собственно, для них и пишутся программы, которые им нужно продать. Когда-то написали 1С-Торговлю (исчисляю с этого момента начало грехопадения), а дальше пошло-поехало КА, УПП, ЕРП... края не видно... Основной запрос менеджмента - "Я хочу видеть все!!" Казалось бы, купи спутниковую тарелку с каналами для взрослых и увидишь - всё! Зачем программы компьютерные для этого?) Я точно уверен, что термин "я хочу видеть всё" говорят те, кто не знает - куда ему смотреть и что реально на его уровне управления надо контролировать. Отсюда иллюзия, что "увидев всё", он как-то догадается - какое управленческое решение надо принять. Отсюда смешные казусы, когда, например, гендиректор немелкой строительной фирмы начинает решать проблемы приобретения пачки сварочных электродов. При этом он считает, что установленная на предприятии программа плохо ему в этом помогает).
Одно, НО. Деньги нам платят (или не платят!) именно эти директоры. И плясать мы будем под их дудку. Пока политическая воля и органы власти не загонят в рамки это разгулявшееся стадо... Поэтому, после ЕРП появится РЕП или ПЕР, это продадут еще много раз, мы подпишем еще очень много "часов" и "актов выполненных работ" - жизнь продолжится) А на форумах мы будем сравнивать "РЕП" и "ПЕР", как до этого сравнивали "КА" и "УПП". Я давно уже не ищу логики в том, что делаю, увы....
58. Darklight 32 07.07.22 14:33 Сейчас в теме
Вот интересно - кто-то сможет перечислить хотя бы с 10-ток сильных сторон решений на базе продуктов SAP (а из там много) - вот реально самые самые сильные -но не в сравнение с другими (у которых "все хуже") - а вот тем, чем реально можно гордиться! Ну кроме полит-экономических - предлагаю оставить эти весомые аргументы всё-таки в стороне. Давайте смотреть на продукт трезво!
А вот потом попробуйте тоже самое сделать для решений на базе платформы 1С Предприятие - 10 актуальных фишек, которыми не стыдно гордится здесь и сейчас - которые не устарели и ещё вполне себе блестят и манят!
Обидитесь без негатива - только хвалебные достоинства.
А ну... да... навряд ли тут найдутся САПеры или продаваны SAP систем, способных похвалить данное решение - хвалить некому будет.
Но, думаю, найти 10 достоинств для решений на 1С будет тоже не просто.
Вот, совсем недавно искал 10 позитивных фишек чисто самой платформы - и Вы знаете - с очень большим трудом нашёл только 5-6 крупных достоинств (возможно притянутых за уши, почти во всё с большой ложкой дёгтя, а то и не одной). Ну ещё с десяток тоже позитивных сторон есть - но все они мелкие, которыми в нынешних реалиях не уже мало кого удивишь.

Например, из крупных достоинств мне в 1С Предприятие 8 очень нравится встроенный ORM - на мой взгляд он на голову превосходит (по архитектуре) многие другие системы непосредственного взаимодействия с базами данных (как минимум в других учётных платформах) - другое дело что его реализация.... но это уже не достоинства, а недостатки!

Из мелких же достоинств я бы выделил механизм сравнения-объединения конфигураций - механизм очень мощный, но опять же - тут и недостатков очень много - так что они почти съедают все достоинства. Но в EDT (и без него со сторонними решениями) есть поддержка актуального GIT - но там сразу будут свои плюсы и минусы - но тем не менее альтернатива есть - и это тоже достоинство платформы. Но ни то ни другое решение - не дают идеального инструмента - везде будет куча подводных камней - так что именно в 10 главных фич я это не включаю!

А вот искать недостатки куда проще - и за час вполне можно описать тот же 10 главных недостатков платформы.

А ведь кроме платформы в системе 1С Предприятие 8 особняком стоят конфигурации - и их достоинства и недостатки тоже отдельная тема для анализа...
74. pas 82 26.07.22 10:34 Сейчас в теме
Вот очередной "сюрприз" - в прошлом периоде в некоторых документах "Реализация товаров и услуг" на закладке "Товары" обнаружилось несоответствие Суммы с НДС и Суммы взаиморасчетов. Конфигурация без доработок и чисто рублёвые расчеты. Отличие сумм - около рубля. Поиск по форумам ничего не дал. Акты сверок заполняются некорректно, директор тычет пальцем и говорит, что ему стыдно перед клиентами.
Оставьте свое сообщение