Переход с УПП на современные программные продукты Фирмы 1С
Фирма «1С» сообщила, что в 2026 году закончится поддержка конфигурации 1С:Управление производственным предприятием (УПП). Это значит, что у пользователей УПП остается 5 лет на подготовку к переходу на новые программные продукты.
Что требуется для перехода? Как сэкономить время и ресурсы? Нужно ли обновлять УПП, и что делать, если УПП сильно доработана? На какое программное обеспечение переходить? Что делать, если нет соответствующих компетенций?
Что требуется для перехода? Как сэкономить время и ресурсы? Нужно ли обновлять УПП, и что делать, если УПП сильно доработана? На какое программное обеспечение переходить? Что делать, если нет соответствующих компетенций?
Комментарии
В избранное
Подписаться на ответы
Сортировка:
Древо развёрнутое
Свернуть все
(16) Ничем не оправданы. Другое дело если вы хотите оптимизировать и ускорить производственный процесс и уйти от постввода данных в учетную систему или даже от БУМАЖНЫХ журналов учета. К примеру возьмем небольшой завод с 5 000 000 000 выпуском в год (в рублях). Какую прибыль даст увеличение выпуска на 10%-30% на тех же ресурсах?
(25) На самом деле процент внедренных / установленных очень маленький. Обычно купили, поставили - местному сисадмину сказали давай внедряй. И все считают что оно как-то вот само произойдет, всем станет лучше жить и никому ничего не надо делать. Ну еще бывает, что специально наводят хаос и бардак...
(30) Ну например: Не произвели крупный заказ к сроку. Почему не произвели? Не хватает одного полуфабриката? Почему его не сделали? Не вернули пресс форму из профилактики? Почему ее не вернули? Мастер ушел в отпуск 2 недели назад и они лежали у него под столом. Соответственно нужна срочная переналадка выпуск и т.д. И за год таких причин наберется много. Основная причина это то что заказ не готов узнали тогда, когда его надо грузить, а не когда не произвели одну из требуемых деталей для него. А если у вас программа используется для постввода документов, то естественно никакого эффекта вы не получите. Программа для отражения операций спустя день, неделю или месяц никак не поможет бизнесу, а даже наоборот.
(31) "Программа для отражения операций спустя день, неделю или месяц никак не поможет бизнесу, а даже наоборот."
В 90% случаев программа внедряется именно так. А потом франчи скажут: "так это ж пользователи сами виноваты, не ввели вовремя, не посмотрели в отчет" и т.п.
У меня коллега увеличивал производительность производства гораздо больше, чем на 30% и без ERP...) Так что само по себе внедрение программы ничего не дает)
В 90% случаев программа внедряется именно так. А потом франчи скажут: "так это ж пользователи сами виноваты, не ввели вовремя, не посмотрели в отчет" и т.п.
У меня коллега увеличивал производительность производства гораздо больше, чем на 30% и без ERP...) Так что само по себе внедрение программы ничего не дает)
(37) Первым это сделал Форд. (повысил производительность без программы😁) Производственный цикл от руды до готового автомобиля погруженного на поез 83 часа! А вот то что программа ничем не поможет, тут вы не правы. Привидите пример производства и я скажу где можно пременить программу. Например ваш товарищ, что у него за бизнес?
(38)Вот именно, Форду не нужна была ЕРП, чтобы цикл был 83 часа) Т.е. увеличивать производительность можно и без ЕРП) Например, можно наладить производственные процессы, в которых ЕРП толком и не может ничего предложить.
Я не говорил, что программы не нужны, я говорил, что само по себе "внедрение", как это делается в 90% случаев, не приводит к увеличению производительности. Нужно процессы менять (как Форд), а любая программа может немного помочь в этом, не более.
И когда целью проекта ставится "внедрить ЕРП", а не увеличить производительность, как, по сути, предлагается в статье, то никакого увеличения производительности и не будет.
Я не говорил, что программы не нужны, я говорил, что само по себе "внедрение", как это делается в 90% случаев, не приводит к увеличению производительности. Нужно процессы менять (как Форд), а любая программа может немного помочь в этом, не более.
И когда целью проекта ставится "внедрить ЕРП", а не увеличить производительность, как, по сути, предлагается в статье, то никакого увеличения производительности и не будет.
(39)
В статье тоже не говориться что обязательна нужна ЕРП, в статье и про Розницу и УНФ упоминается. Тема статьи "Переход с УПП" на этот вопрос она довольно хорошо отвечает. А вопрос внедрения это отдельный вопрос и отдельная статья, даже наверно несколько статей.
И когда целью проекта ставится "внедрить ЕРП", а не увеличить производительность, как, по сути, предлагается в статье
В статье тоже не говориться что обязательна нужна ЕРП, в статье и про Розницу и УНФ упоминается. Тема статьи "Переход с УПП" на этот вопрос она довольно хорошо отвечает. А вопрос внедрения это отдельный вопрос и отдельная статья, даже наверно несколько статей.
Корячим переход на комплексную. В одной группе компаний с головой, еще другим помогаем с миграцией данных. Самое сложное - отучить людей думать по УПП шному. Всеми силами упираются и пытаются из нового сделать старое. Все остальное - дело техники.
(3) да, это мрак полнейший, никто не хочет учить новую программу и подходы к учету в ней, подай старые типовые отчеты как в УПП, ни хочу, не буду, я не обязан тратить своей время на учебу а на работе некогда, там все было и прочие сопли
(3) Вам нужно найти самого активного человека в команде, обучить его, все ему разжевать - а когда он все поймет, то он притащит за собой и возможно даже сам обучит 10 человек. Ну и естественно ему надо показать все плюшки, что бы максимально замотивировать его.
Наверное самый главный вопрос: "Зачем это вообще нужно – бизнес-обоснование". Если переход ради перехода? ... Если за несколько лет уже наработана методика... все отточено и работает как часы, то в чем "прикол"?
Послужить, переходу, может, преимущество в технологическом прогрессе. Новые технологии не заставляют себя ждать, они постоянно упрощают, оптимизируют, автоматизируют жизнь всех направлений учета, таких например, как регламентированный учет, CRM, производственный учет, себестоимость и так далее и не только учета, но и технические составляющие, таких как кроссплатформенность, например. УПП, уже давно не развивается ни в одном из направлений, я говорю про типовые, штатные возможности, и не рассматриваю частные модификации (доработки если хотите). Да действительно в настоящее время, тот факт, что все отточено и работает как часы, играет ключевую роль... но давайте заглянем, далеко, скажем на 15 лет вперед, к тому времени УПП будет иметь представление DOS))) И проект перехода, будет стоить баснословных денег, так что по мне лучше задуматься о переходе сейчас, в настоящем.
(9)
Технологическом процессе - чего? Производства?
"процесс ради процесса" - " - чем занимались? - БТР поднимали" (с)
- как это повлияет на технологичность изделия ?
- как это повлияет на материалоемкость продукции?
- как это повлияет на трудоемкости продукции ?
многие компании в ПУБ (7.7) работают так как все "допилено"
(9)
Послужить, переходу, может, преимущество в технологическом прогрессе
Технологическом процессе - чего? Производства?
"процесс ради процесса" - " - чем занимались? - БТР поднимали" (с)
но давайте заглянем, далеко, скажем на 15 лет вперед, к тому времени УПП будет иметь представление DOS
- можно смотреть на это и по другому:
- как это повлияет на технологичность изделия ?
- как это повлияет на материалоемкость продукции?
- как это повлияет на трудоемкости продукции ?
многие компании в ПУБ (7.7) работают так как все "допилено"
(9)
я говорю про типовые, штатные возможности, и не рассматриваю частные модификации (доработки если хотите).
- :) а УПП или ERP штатно из "коробки" без "допила"? :) Это фантастика :)
На самом деле это не совсем фантастика... попробую объяснить. Весь учет на предприятии - это некое событие. Событие которое консолидирует в себе множество данных, данные мы представляем в параметрах(со множеством значений) и затем эти параметры группируем в документах. События могут быть составные - это бизнес-процесс и не все события в бизнес-процессе подвергаются учету.
В настоящее время на рынке есть множество сервисов, которые помогают выстраивать эти самые событийные процессы(бизнес-процессы), один из примеров Business Studio, этот сервис позволяет запускать цепочки бизнес-процессов с автоматическим назначением действия для пользователя в событии. И очень классная функция сервиса, которая позволяет интегрироваться с 1С, а это в свою очередь позволяет регистрировать события, АВТОМАТИЧЕСКИ, в 1С по средством выполнения действий пользователем.
К чему я это все, это позволяет не городить свои бизнес-процессы, доработки/перепилы :) и прочее в 1С, а все процессы обработки данных запускать, например, в этом сервисе, а в 1С регистрировать только те события которые подвергаются учету. И это офигенно, потому что мы вообще не ломаем, не модифицируем структуру конфигурации 1С.
В настоящее время на рынке есть множество сервисов, которые помогают выстраивать эти самые событийные процессы(бизнес-процессы), один из примеров Business Studio, этот сервис позволяет запускать цепочки бизнес-процессов с автоматическим назначением действия для пользователя в событии. И очень классная функция сервиса, которая позволяет интегрироваться с 1С, а это в свою очередь позволяет регистрировать события, АВТОМАТИЧЕСКИ, в 1С по средством выполнения действий пользователем.
К чему я это все, это позволяет не городить свои бизнес-процессы, доработки/перепилы :) и прочее в 1С, а все процессы обработки данных запускать, например, в этом сервисе, а в 1С регистрировать только те события которые подвергаются учету. И это офигенно, потому что мы вообще не ломаем, не модифицируем структуру конфигурации 1С.
(14) В первую очередь это влияет на портфолио внедренцев. А по существу вы посмотрели в корень. Ни в коем случае не защищаю УПП, это то еще убожество. Но УПП, которая лет 10 пожила в компании, уже содержит в себе объём доработок по функциональности сопоставимый с типовыми возможностями. так что тут вообще непонятно зачем переходить, переучивать людей думать в другой парадигме, если по-старому хорошо работает. Другой вопрос, если кривые руки довели УПП до неподдерживаемого состояния и придумали замечательный выход - внедрить ERP, чтобы поддержать "технологический прогресс". Здесь независимо от заявленных целей переход почти неизбежен.
(15) УПП 10 лет пожившее под плотной разработкой по функционалу может и обгонять ERP, для компании в которой оно живёт так точно.
Но есть объективные причины перехода.
1) ту УПП переписывали поколения программистов и далеко не всё написано качественно
2) за годы дописок появились и затем померли сотни бизнес-процессов оставившие свой след в коде.
Как результат время необходимое новому программисту на изучение кодовой базы исчисляется месяцами, а то и годами. Поддержка становится невозможной.
И тут переход на ERP спасает. Во время перехода не нужное и не особо нужное перенесено не будет, нужное будет задокументировано. И получим гораздо более типовую систему по которой поддержку смогут оказать даже внешние консультанты, а новых своих программистов можно прогонять через типовые курсы.
Да этот переход не уменьшает себестоимость продукции, не влияет на материальные затраты итд. И в результате получаем даже менее удобную систему. Но возможность it поддержки тоже ценна.
Но есть объективные причины перехода.
1) ту УПП переписывали поколения программистов и далеко не всё написано качественно
2) за годы дописок появились и затем померли сотни бизнес-процессов оставившие свой след в коде.
Как результат время необходимое новому программисту на изучение кодовой базы исчисляется месяцами, а то и годами. Поддержка становится невозможной.
И тут переход на ERP спасает. Во время перехода не нужное и не особо нужное перенесено не будет, нужное будет задокументировано. И получим гораздо более типовую систему по которой поддержку смогут оказать даже внешние консультанты, а новых своих программистов можно прогонять через типовые курсы.
Да этот переход не уменьшает себестоимость продукции, не влияет на материальные затраты итд. И в результате получаем даже менее удобную систему. Но возможность it поддержки тоже ценна.
(26)
"С таким настроем слона ты не продаж )))"
Скажите, а какой ваш опыт работы с УПП и с ERP на каких предприятиях? В чем именно ERP не удобнее?
Да этот переход не уменьшает себестоимость продукции, не влияет на материальные затраты итд. И в результате получаем даже менее удобную систему. Но возможность it поддержки тоже ценна.
"С таким настроем слона ты не продаж )))"
Скажите, а какой ваш опыт работы с УПП и с ERP на каких предприятиях? В чем именно ERP не удобнее?
(11)
Новые технологии любого направления учета... RFID метки, ЭДО, помощники обработки входящих запросов и выполнению простых действий, но часто повторяющихся(пример Даша в конфигурации 1С: УНФ) - это всё инструменты которые упрощают учет, человеческий фактор. В УПП в штатном режиме, таких инструментов нет и не будет.
Мухи отдельно, котлеты отдельно... мы не говорим о производстве продукции, мы говорим про учет продукции, то что упрощает учет.
Технологическом процессе - чего? Производства?
"процесс ради процесса" - " - чем занимались? - БТР поднимали" (с)
"процесс ради процесса" - " - чем занимались? - БТР поднимали" (с)
Новые технологии любого направления учета... RFID метки, ЭДО, помощники обработки входящих запросов и выполнению простых действий, но часто повторяющихся(пример Даша в конфигурации 1С: УНФ) - это всё инструменты которые упрощают учет, человеческий фактор. В УПП в штатном режиме, таких инструментов нет и не будет.
- можно смотреть на это и по другому:
- как это повлияет на технологичность изделия ?
- как это повлияет на материалоемкость продукции?
- как это повлияет на трудоемкости продукции ?
- как это повлияет на технологичность изделия ?
- как это повлияет на материалоемкость продукции?
- как это повлияет на трудоемкости продукции ?
Мухи отдельно, котлеты отдельно... мы не говорим о производстве продукции, мы говорим про учет продукции, то что упрощает учет.
(10) Потому, что его нет. Меня ничего не держит, при отсутствии поддержки УПП на ИТС. Сервисы обмена с налоговой - есть и сторонние. Они "кушают" xml.
Нет обновления на новую конфигурацию - (документооборот 3, привет!) - подписка 1С досвидания.
Оставшись на УПП получаю бонусы: великолепное быстродействие форм списков, нет проблем со взаиморасчетами итд..
Нет обновления на новую конфигурацию - (документооборот 3, привет!) - подписка 1С досвидания.
Оставшись на УПП получаю бонусы: великолепное быстродействие форм списков, нет проблем со взаиморасчетами итд..
(6) Так вас никто не заставляет переходить, если Вам не надо, проходите, так сказать, мимо. Смысл статьи рассказать, как подойти к переходу, если это нужно бизнесу, а не устраивать тут холивар. Да, кто-то работает в ПУБ еще, а еще и 6.0 Бухгалтерия есть у кого-то. но тут речь не об этом.
(6) Очевидно, всякие регламентированные формы отчетности и печати и т.д. (какая-нибудь новая ставка НДС) сами себя не обновят.
С другой стороны, можно продолжать вести упр. учет в перепиленной необновляемой УПП и настроить обмен с новой типовой бух. конфигурацией. У нас сейчас старая УПП для упр. учета и почти типовая УПП для бух. (в основном бухи работают там).
С другой стороны, можно продолжать вести упр. учет в перепиленной необновляемой УПП и настроить обмен с новой типовой бух. конфигурацией. У нас сейчас старая УПП для упр. учета и почти типовая УПП для бух. (в основном бухи работают там).
Делали переход с УПП + ДО с многими внешними интеграциями в 2020-2021 году. Переходили на ЕРП + ЗУП + ДО. Начали с августа 2020 года, отправили ИТ заказчика на курсы, в ноябре они присоединились (кто не потянул с ИТ переход уволился в январе). Вели учет задач в Канбане и Гугл докс, использовали встраиваемую справку в ЕРП, Систему поддержки прямо в ЕРП. Работали ИТ заказчика, Подрядчик и привлекаемые субподрядчики. Проводили еженедельные планерки с фиксацией задач и прогресса. Стандартный перенос с УПП на ЕРП переписывали. Далее перенос остатков делали в январе. До апреля учет вели в двух системах в УПП и в ЕРП обменивались оперативной и НСИ по правилам обмена (чтобы снять нагрузку с работающих пользователей т.к. они все таки бизнесом занимаются а не познанием новых возможнсотей ЕРП). За время учета в двух системах адаптировали интеграции и нестандартные подсистемы УПП, модифицировали железо и инфраструктуру серверов, настраивали права доступа, адаптировали мышление пользователей к проверкам данных и закрытию в ЕРП и ЗУП (не было обрубания канатов на дату). Гладко перешли с системы на систему без привязки к началу года. (Кому нужно обращайтесь, внедряли и УПП и ЕРП, понимаем и там и там)
Производственное предприятие, УПП работает с 2011 года, около 100 пользователей, в базе весь учет, бух, зарплата, сдается вся отчетность. Когда вышло письмо о планируемых датах прекращения поддержки, проинформировал об этом ключевых руководителей, провели "стресс-тест" вариантов перехода. Пришли к мнению, для обоснования необходимости перехода руководству необходимо прежде всего четко показать, что получит от этого предприятие. Если только для того, чтобы увидеть те же отчеты и доп. функциональность, что были в УПП и возможность сдавать бух и зарплатную отчетность, заплатив при этом, по грубым прикидкам, "на круг" 10-20 млн. руб. (новые сервера, работу по переходу, обучение, настройка, адаптация, перенос всех необходимых наработок из УПП в ERP, опытная эксплуатация и т.д. и т.п.) то любой вменяемый руководитель это не одобрит. Возьмем тот же SAP которому 40 лет в обед, там тоже такие периодические снятия с поддержки и перевнедрения? Даже перенести все наработки за 10 лет, без которых пользователи просто откажутся работать в системе, требует времени и финансовых затрат. Отдельно необходимо отметить вопрос обучение персонала, являющийся, по сути, ключевым в успешности внедрения. Автор статьи пишет о некоей "мотивации", которая может заставить пользователей тратить свое время на изучение новой системы. В масштабах предприятия это довольно значительные не столько материальные, сколько временные трудозатраты. Отдельный вопрос с расчетом ЗП, которая в УПП построена на базе ЗУП 2.5 и вылизана и отшлифована, а по словам специалиста, работающего с зарплатой, текущая ЗУП 3.1 в плане конфигурирования очень трудоемка.
В общем, пока основные варианты такие:
- оставаться на УПП, отчетность сдавать из типовых БП и ЗУП, куда перегружать данные через выгрузки.
- планировать переход на ERP, для этого проанализировать существующий функционал на предмет максимального использования типовых возможностей (функционально моделирование), все доработки постепенно выносить в расширения в течение 2-3 лет, чтобы их можно было быстро подключить к актуальной на момент внедрения версии ERP
пока не решено, где вести ЗУП, возможно все-таки в отдельной базе.
В общем, пока основные варианты такие:
- оставаться на УПП, отчетность сдавать из типовых БП и ЗУП, куда перегружать данные через выгрузки.
- планировать переход на ERP, для этого проанализировать существующий функционал на предмет максимального использования типовых возможностей (функционально моделирование), все доработки постепенно выносить в расширения в течение 2-3 лет, чтобы их можно было быстро подключить к актуальной на момент внедрения версии ERP
пока не решено, где вести ЗУП, возможно все-таки в отдельной базе.
(22)У нас УПП с настроенным обменом ЗУП 3 и БП 3 , все пользователи, кому это нужно, научились работать в новых системах. Регламентные базы полностью типовые и обновляются регулярно, база УПП не обновляется. У нас более тысячи своих объектов добавлено в УПП, полностью переписаны интерфейсы для большинства пользователей под тонкий клиент, созданы целые блоки учеёта, работает порядка сотни интеграций со сторонними сервисами.
Единственная проблема и возможная причина для перехода на ерп - постоянно усложняющаяся кодовая база. Новые программисты разбираются очень долго, а первые месяцы вообще не могут полезно работать и часто результат их работы отрицательный.
В принципе понятно как преодолеть такую проблему - рефакторинг, документирование, разнесение по микросервисам, снижение внутренних зависимостей, покрытие тестами итд. Только дефицит кадров все портит, даже очень важные бизнес-фичи пилить некому, а работа с техническими долгом заморожена давным давно
Единственная проблема и возможная причина для перехода на ерп - постоянно усложняющаяся кодовая база. Новые программисты разбираются очень долго, а первые месяцы вообще не могут полезно работать и часто результат их работы отрицательный.
В принципе понятно как преодолеть такую проблему - рефакторинг, документирование, разнесение по микросервисам, снижение внутренних зависимостей, покрытие тестами итд. Только дефицит кадров все портит, даже очень важные бизнес-фичи пилить некому, а работа с техническими долгом заморожена давным давно
(27) Да, в Вашем случае цена перехода и переноса всех наработок запредельная выйдет. Но тут вопрос даже не в цене, а кто будет этим заниматься с приемлемым качеством. Даже если привлечь московскую фирму-франчайзи, специализирующуюся на производственном учете, она внедрит прежде всего типовой базовый производственный функционал ERP и после анализа базы УПП выдаст список недостающей функциональности, перенос всех доработок за 10 лет, в принципе, тоже можно заказать, но во сколько это выльется? Свои программисты это дешевле сделают, вопрос только в какие сроки, в лучшем случае лет за 5 наверное.