ERPшниктак что вы посоветуете автору написать в договоре? можете дать пример формулировки?




Документ я выложить не могу поэтому выложу только подчищенные некоторые главы. Этот дкумент служил основанием для проведения тендера. На момент его написания, заказчик определился с системой и искал исполнителя. Это не совсем договор, договор это уже слишком конфиденциальный документ, но может поможет.

-----------------------------------------------------------------------------------------------
Оглавление. (Не полностью)
Содержание 3
Аннотация 4
Введение 6
Бизнес-процессы и потребности предприятия 7
Общие сведения о предприятии 7
Структура предприятия 7
Описание бизнес-процессов предприятия 8
Основное производство и производственное планирование 8
Служба Главного технолога 11
Логистика 12
Сбыт готовой продукции 14
Снабжение 17
Учет и отчетность 22
Управление персоналом и заработная плата 25
Информационная инфраструктура предприятия 26
Характеристика функционального решения 28
Общая структура и состав решения Oracle E-Business Suite 28
Рекомендации по внедрению системы и решаемые задачи 30
------------------------------------------------------------------------------------------------

Сбыт готовой продукции
Сбыт готовой продукции находится на переходном этапе от модели дилерской к прямым продажам. В настоящий момент приоритетом является модель прямых продаж, поэтому рассматриваем её в дальнейшем как модель будущих бизнес-процессов в этом документе. Отгрузка готовой продукции ведётся со складов в филиалах (в настоящее время их 9). Структура отдела продаж представлена на рис.


Сбыт готовой продукции осуществляется через сеть филиалов на основании плана продаж на год с разбивкой по месяцам. План продаж формируется отделом Планирования и аналитики, на основании статистических данных с учетом планов развития компании. План продаж проходит процедуру утверждения и доводится до агентов в филиалах. В настоящее время план верстается с помощью MS Excel.
Сбор и оформление заказов от конечных потребителей производят агенты по продажам филиалов (от 4-х до 25 на филиал). Каждому агенту доводится индивидуальный план продаж, а также закрепляется определенное количество торговых точек. В среднем, в день каждый агент оформляет от 12 до 20 заказов.
Формирование планов отгрузки готовой продукции на следующий день, заказ автотранспорта и контроль отгрузки продукции в торговые точки производят менеджеры по логистике (1 на каждый филиал). Отгрузки производятся со складов филиалов. Каждый день в филиалах автоматически формируются т отчеты об отгруженной продукции и остатках на складах. Кроме того, агенты формируют отчеты о представленности продукции в торговых точках. Работу агентов контролируют менеджеры на еженедельной основе.
Работа с торговыми точками производится на основании договоров. Условия договоров пересматриваются ежемесячно и на основании фактического выполнения условий договоров определяются условия дальнейшей работы (скидки, условия оплаты). По результатам работы за год определяются бонусы и лимиты кредита (по глубине и по телу) для каждого клиента.
Для учета хозяйственной деятельности филиалов в настоящее время используется система 1С. Данные по каждому филиалу хранятся в отдельном экземпляре 1С на соответствующем филиале. Синхронизация данных с центральной бухгалтерской системой (на базе 1С) производится один раз в сутки.
Распределение готовой продукции по складам филиалов, а также между центральными складами (Склад завода и 2 склада) осуществляется Подразделением логистики (3 менеджера). Планирование пополнения складов производится на основании плана продаж с учетом наличных остатков и статистических данных по необходимым страховым запасам. Планирование пополнения производится с помощью MS Excel.
Центральные склады – открытого типа (складирование на поддонах) большого объема. Продукция хранится по зональному принципу. За размещение и хранение продукции полностью отвечают кладовщики. Четких принципов размещения продукции не существует. Уставы складов не прописаны. Ведётся учет по партиям – отгрузка осуществляется с учетом остаточного срока годности на основании маркировки на упаковке.
Структура отдела сбытовой логистики на рис.
Рис. 5. Структура отдела сбытовой логистики.

Порядок выдачи продукции со складов: на основании требования от менеджера по логистике, которое согласовывается с кладовщиком, оператором (3 чел.) формируется накладная на перемещение/выдачу и пропуск на вывоз; на основании накладной кладовщик производит комплектование и загрузку транспорта. Накладные конечным потребителям формирует отдел сбыта.

Основные требования к системе в сфере управления сбытом и логистикой: •
Работа на основе четко описанных бизнес-процессов по сбыту и логистике;
• Единая система ввода и обработки данных (предотвращения инертности ввода информации, повышение достоверности, уменьшение корректировочных проводок, повышение скорости обработки информации...)
• Минимизация остатков на складах, оптимизация планирования;
• Учет по партиям, автоматический выбор партии по остаточному сроку годности;
• Печать сертификатов для конечных клиентов;
• Учет поддонов и тары;
• Ведение планов продаж в более детальной аналитике (до уровня номенклатуры);
• Сбор заявок агентов с помощью мобильных терминалов;
• Ведение стандартных маршрутов, планирование транспорта с их учетом;
• Аналитическая отчетность по планированию, сбыту и отгрузкам, ведение ключевых показателей деятельности.

---------------------------------------------------------------------------------------------------
Рекомендации по внедрению системы и решаемые задачи
Ввод функциональности системы в эксплуатацию, описанной в разделе Общая структура и состав решения Oracle E-Business SuiteОбщая структура и состав решения Oracle E-Business Suite, предлагается осуществлять в три этапа:
1) Этап 1. «Производство, Логистика, Финансы»;
2) Этап 2. «Продажи на филиале и маркетинг»;
3) Этап 3. «Управление людскими ресурсами и заработная плата»
В рамках Этапа 1 «Производство, Логистика, Финансы» вводятся в эксплуатацию подсистемы: Производство, Снабжение, Сбыт, Финансы, Управление эффективностью бизнеса. Эти блоки АСУП увязаны в одном ключе решения для оперативного управления, покрывают основные процессы предприятия, обеспечат достоверную информационную базу для управленческого учёта и расчёта производственных затрат. Учитывая масштабы МКЮ, разделение внедрения этой функциональности на этапы нецелесообразно.
Предполагаемая длительность этапа внедрения, основанная на расчётах трудозатрат: 12 месяцев.
Внедрение системы предполагает запуск в эксплуатацию следующих модулей Oracle E-Business Suite:
• Управление разработкой продукции (Product Development);
• Планирование выпуска продукции (Process Planning);
• Управление производством (Process Execution);
• Управление качеством (Process Quality);
• Управление запасами (Process Inventory);
• Управление затратами и производственный контроллинг (Process Costing&MAC);
• Сопряжение с АСУТП (Oracle MES for Process Mfg.)
• Управление Сбытом (Order Management);
• Расширенное ценообразование (Advanced Pricing);
• Управление Снабжением (Procurement);
• Главная Книга (General Leger);
• Дебиторы (Accounts Receivable);
• Кредиторы (Accounts Payable);
• Управление Основными Средствами (Assets);
• Управление Денежными Средствами (Cash Management);
• Финансовый Анализатор (OFA);
• ИАС Логистики и Продаж (Supply Chain & Order Management Intelligence);
• ИАС Финансы (Financials Intelligence);
• ИАС Снабжение и (Supply Chain & Order Management Intelligence).
В результате завершения Этапа 1 должны быть достигнуты следующие результаты:
• Описана и отражена в системе структура предприятия, касающаяся задач производства: производственные ресурсы и оборудование, основные и вспомогательные склады, места хранения на складах;
• Описана и отражена в системе структура предприятия, касающаяся задач управления документооборотом и иерархий утверждения документов (иерархии, должности и пр.);
• Описаны и введены в систему основные данные по производству: спецификации, рецептуры, технологические карты и маршруты;
• Автоматизированы процессы, связанные с подготовкой производства, планированием выпуска готовой продукции, контролем выполнения производственных заданий, введением данных по выпуску готовой продукции;
• Решается задача регистрации движения материалов в комбинате – поступление, перемещение между складами, списание в производство и отгрузка готовой продукции;
• Применяется партионный учёт ингредиентов и готовой продукции;
• Задания на производство каждому производственному участку и прочие оперативные управленческие формы, касающиеся производства, формируются из системы;
• В системе настроен и производится расчет плановой и фактической себестоимости. Фактическая себестоимость продукции формируется на основании операций модуля производство;
• Разработана и функционирует система оперативной и управленческой отчетности по производству;
• Функционируют интерфейсы по обмену данными с другими системами: поступление и расход материалов, отгрузка готовой продукции и др.;
• Описаны или перенесены из существующих систем (конвертированы) данные по сырью, материалам, изделиям и классификаторам, необходимые для реализации функций сбыта, снабжения и производства;
• Себестоимость покупных материалов формируется на основании фактических операций модуля Oracle Управление снабжением;
• Заявки на закупку нормированных материалов из структурных подразделений основного производства формируются в результате производственного планирования. Остальные подразделения формируют заявки вручную. Заявки на ненормированные материалы вносятся структурными подразделениями вручную либо формируются программами планирования модуля управление запасами (MinMax или ReorderPoint – на основании статистики расхода);
• Автоматизированы процессы производственного планирования;
• Автоматизирован процесс разработки продукции, ведется его документирование;
• С помощью диаграмм Гантта осуществляется процесс оперативного управления производством, производится регистрация в системе результатов производственных процессов;
• Производится регистрация результатов контроля качества;
• Созданы, описаны и введены в систему единые систематизированные справочники поставщиков и заказчиков с возможностью множественной классификации и задания отношений между ними, доступного из всех модулей системы, а также данные по текущей их дебиторской/кредиторской задолженности;
• Решаются задачи многоступенчатой проверки введенных в систему документов, поддержки разнообразных типов платежей, отслеживания дебиторской и кредиторской задолженности, регистрации счетов-фактур и оплаты, управления денежными средствами с возможностью работы с банками и “разноской” банковской выписки, бюджетного контроля закупок;
• Ведение бюджета, планирование, прогнозирование, основанное на исторических данных из Финансов, Продаж, Снабжения, Производства и других систем. Финансовое моделирование, реализация многомерного бизнес-анализа, анализ текущих, исторических и проектных данных;
• Описана структура предприятия, касающаяся задач управления финансами (разработаны соответствующие планы счетов, схема мест возникновения затрат/прибыли, типы и коды налогов);
• Произведен перенос (конвертация) данных остатков на счетах из старых систем финансового и бухгалтерского учета в систему Oracle E-Business Suite;
• Функционируют интерфейсы по обмену данными с другими системами налогового учёта;
• Настроены автоматические проводки для корректного отражения хозяйственной деятельности в финансовых модулях (управленческий учет);
• Задачи финансового планирования и контроля исполнения финансовой дисциплины решаются в полном объеме;
• Задачи формирования управленческой финансовой и бухгалтерской отчетности комбината решаются в полном объеме;
• Производится взаимоувязанное планирование производства и соответствующих материальных потоков всех предприятий компании.

--------------------------------------------------------------------------------------------

Flexx

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


ТЗ и договор это достаточно разные докуметы. Практически всегда договор идет раньше ТЗ.

Кроме того в больших проектах при внедрении готовой ERP ТЗ обычно вообще не пишется.
Его заменяют методологии внедрения.

iscrafm GaryaОн будет кивать, соглашаться с вашими тезисами о необходимости повышения прибыльности, а у себя в голове держать план, например, о повышении капитализации и быстрой продаже бизнеса
это для зомбирования на тему... внедрение ERP повышает капитализацию? Давненько не было слышно, думал что уже практически все поняли, что экскаватор покупают для того, чтобы копать яму. Оказывается в головах будущих магистров MBA для этого есть еще место, чем множественные курсы, школы и т.п. удачно пользуются. За деньги этих самых будущих магистров.

Дык повышает. У нас после установки OEBS зарубежные поставщики достаточо резко подняли кредитный рейтинг.

ERPшник Флеймер

Документ я выложить не могу поэтому выложу только подчищенные некоторые главы...

пардон, но это немного не то. это выдержки из ТКП: требования верхнего уровня и концептуальное описание архитектуры

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

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

А что консалтеры не предоставили вам схему типового договора?