Практические материалы BSG-IT по теме "1С:ERP": внедрение, данные, интеграции, риски, запуск и сопровождение 1С. В подборке 49 материалов: диагностика, проектирование, запуск, контроль рисков и развитие после внедрения.
Для руководителей, IT-директоров и владельцев процессов, которые планируют ERP, переходят с УПП или перезапускают буксующий проект.
Начать с диагностики ERP-проекта и отделить обязательный запуск от реестр задач развития.
Используйте общий поиск по сайту: он покажет статьи, кейсы, услуги, проблемы и новости, связанные с темой.
Как готовить переход с 1С:Комплексной автоматизации на ERP в производстве: спецификации, остатки, НЗП, заказы и новая модель планирования.
ЧитатьКак связать материалы, труд, расходы, выпуск, НЗП и закрытие месяца в 1С:ERP, чтобы себестоимость можно было расшифровать.
ЧитатьКак работает очередь заказов и график производства в 1С:ERP, почему важны доступность ресурсов, приоритеты и перепланирование.
ЧитатьКак настроить заказ на производство в 1С:ERP, чтобы он был реальным запуском работ, а не формальной строкой в списке документов.
ЧитатьЧто должно быть в ресурсной спецификации ERP и почему ошибки в нормах потом бьют по графику, обеспечению и себестоимости.
ЧитатьКак использовать цеховые кладовые в 1С:ERP, чтобы материалы не терялись между складом, производством и незавершенным производством.
ЧитатьКак подготовить подразделения, участки, виды рабочих центров и доступность, чтобы график производства не стал красивой, но бесполезной картинкой.
ЧитатьРазбираем, как в 1С:ERP разделить план предприятия, межцеховой график и цеховое исполнение, чтобы производство стало управляемым.
ЧитатьС чего начать обследование, какие роли нужны на стороне клиента и почему первая очередь запуска важнее длинного списка пожеланий.
ЧитатьРазбираем диагностику текущего состояния, владельцев процесса, границы первой очереди и критерии результата и показываем, какие решения лучше принять до запуска работ.
ЧитатьРазбираем качество справочников, документы, исторические остатки, права пользователей и правила сверки и показываем, какие решения лучше принять до запуска работ.
ЧитатьРазбираем состав интеграций, главные данные, статусы, повторную отправку, журнал ошибок и зоны ответственности и показываем, какие решения лучше принять до запуска работ.
ЧитатьРазбираем сценарии тестирования, обучение пользователей, опытную эксплуатацию, чек-листы и поддержку первых недель и показываем, какие решения лучше принять до запуска работ.
ЧитатьРазбираем очередь улучшений, поддержку, контроль данных, обновления, метрики эффекта и регулярный пересмотр процессов и показываем, какие решения лучше принять до запуска работ.
ЧитатьРазбираем диагностику текущего состояния, владельцев процесса, границы первой очереди и критерии результата и показываем, какие решения лучше принять до запуска работ.
ЧитатьРазбираем качество справочников, документы, исторические остатки, права пользователей и правила сверки и показываем, какие решения лучше принять до запуска работ.
ЧитатьРазбираем состав интеграций, главные данные, статусы, повторную отправку, журнал ошибок и зоны ответственности и показываем, какие решения лучше принять до запуска работ.
ЧитатьРазбираем сценарии тестирования, обучение пользователей, опытную эксплуатацию, чек-листы и поддержку первых недель и показываем, какие решения лучше принять до запуска работ.
ЧитатьРазбираем очередь улучшений, поддержку, контроль данных, обновления, метрики эффекта и регулярный пересмотр процессов и показываем, какие решения лучше принять до запуска работ.
ЧитатьРазбираем диагностику текущего состояния, владельцев процесса, границы первой очереди и критерии результата и показываем, какие решения лучше принять до запуска работ.
ЧитатьРазбираем качество справочников, документы, исторические остатки, права пользователей и правила сверки и показываем, какие решения лучше принять до запуска работ.
ЧитатьРазбираем состав интеграций, главные данные, статусы, повторную отправку, журнал ошибок и зоны ответственности и показываем, какие решения лучше принять до запуска работ.
ЧитатьРазбираем сценарии тестирования, обучение пользователей, опытную эксплуатацию, чек-листы и поддержку первых недель и показываем, какие решения лучше принять до запуска работ.
ЧитатьРазбираем очередь улучшений, поддержку, контроль данных, обновления, метрики эффекта и регулярный пересмотр процессов и показываем, какие решения лучше принять до запуска работ.
ЧитатьРазбираем диагностику текущего состояния, владельцев процесса, границы первой очереди и критерии результата и показываем, какие решения лучше принять до запуска работ.
ЧитатьРазбираем качество справочников, документы, исторические остатки, права пользователей и правила сверки и показываем, какие решения лучше принять до запуска работ.
ЧитатьРазбираем состав интеграций, главные данные, статусы, повторную отправку, журнал ошибок и зоны ответственности и показываем, какие решения лучше принять до запуска работ.
ЧитатьРазбираем сценарии тестирования, обучение пользователей, опытную эксплуатацию, чек-листы и поддержку первых недель и показываем, какие решения лучше принять до запуска работ.
ЧитатьРазбираем очередь улучшений, поддержку, контроль данных, обновления, метрики эффекта и регулярный пересмотр процессов и показываем, какие решения лучше принять до запуска работ.
ЧитатьРазбираем, почему цена ERP-проекта зависит не от одной лицензии, а от процессов, данных, интеграций и состава первой очереди.
ЧитатьПравильные этапы помогают не спорить о готовности системы, а двигаться от диагностики к запуску с понятными критериями.
ЧитатьСроки ERP зависят от готовности данных, доступности ключевых сотрудников и того, насколько жестко ограничена первая очередь.
ЧитатьОбследование полезно только тогда, когда после него понятно, что внедрять, в каком порядке и какие риски закрывать первыми.
ЧитатьПеренос данных должен начинаться с правил отбора и очистки, а затем выполняться как контролируемая выгрузка старой базы.
ЧитатьПереход с УПП требует не копирования старой логики, а пересмотра процессов, доработок и данных.
ЧитатьБольшие риски ERP редко появляются внезапно: чаще их видно уже на диагностике процессов, данных и команды.
ЧитатьЕсли внедрение теряет темп, сначала нужно отделить ошибки управления проектом от ошибок разработки и методологии.
ЧитатьПроизводственный контур требует аккуратной модели НСИ, маршрутов, запасов и расчета себестоимости.
ЧитатьERP в торговле нужна, когда простого учета заказов и склада недостаточно для управления финансами, закупками и аналитикой.
ЧитатьНоменклатура, контрагенты, договоры, склады и статьи затрат влияют на запуск сильнее, чем кажется на старте.
ЧитатьERP редко работает одна: сайты, CRM, WMS, EDI, банки и BI нужно учитывать уже на проектировании.
ЧитатьОпытная эксплуатация должна проверять полный рабочий сценарий, документы, отчеты и действия пользователей.
ЧитатьВвод «1С:ERP» в эксплуатацию должен учитывать закрытие периодов, перенос остатков, обучение и поддержку пользователей в первые недели.
ЧитатьERP внедряет не один разработчик: нужны владельцы процессов, аналитик, архитектор, тестировщики и куратор со стороны бизнеса.
ЧитатьПроблемный ERP-проект можно вернуть в управление, если быстро сузить фокус и восстановить прозрачность работ.
ЧитатьСебестоимость зависит от данных склада, производства, закупок, распределения расходов и закрытия месяца.
ЧитатьБыстрое закрытие месяца начинается не в последний день, а в ежедневной дисциплине документов и данных.
ЧитатьПосле запуска ERP важно управлять очередью изменений, чтобы система не превратилась в набор несвязанных доработок.
ЧитатьСопровождение ERP должно закрывать обращения пользователей, обновления, диагностику данных и развитие системы.
Читать