Внедрение расчетных систем
В данной статье речь пойдет о внедрении оконных расчетных программ класса Профстрой/Суперокна на предприятии.
Для начала надо понять для чего используются эти расчетные программы.
Зачастую при внедрении на этот вопрос обращают недостаточно внимание, в то же время в бизнесе существует принцип что
точная цель - половина успеха.
И так расчетная программа может использоватся для:
1- Расчет сметы , те списка материалов необходимых для производства конструкции.
Далее этот список расчитывается на основании текущих цен поставщиков с учетом скидок на объем
и формируется смета.
Так же на базе отчетов программы формируется список изделий, участвующий как приложение к договору.
Для этих задач хорошо подходят дилерские базы - у них два преимущества .Первое
это относительно широкая номенклатура профилей и решений (не всегда и далеко не всех, но для осмечивания хватает), так
как профилистам выгодно представить максимально широкую номенклатуру.
Второе и зачастую главное - то то база УЖЕ написана. То есть можно работать, а не писать ее.
В условиях цейтнота это позволяет выполнить работу, взять тендер (или разовый заказ) а уже потом думать над деталями реализации.
Особенность Российского рынка в том,что зачастую тендерные поставщики профиля меняются в связи с финансовыми условиями и скоростью, полнотой поставки.
2- Использование программы для деталировки.
Говоря попросту "чтоб распил считал" - так часто формулируют предложения заказчики. Разработка такой базы (на основе своих разработок или на основе дилерских баз) Требует прежде всего тестирования , определения номенклатуры используемых профилей (например нет смысла использовать несколько похожих рам -
список ограничивают для стандартизации). Необходимо так же учесть нюансы производства - Каталог он голова, но во многих компаниях есть свои нюансы и по распилу, и по фурнитуре.
3- Использование программы для ценообразования.
Главная цель такой Бд это расчет цен и выдача коммерческих предложений. Для построения таких баз дилерские практически не подходят. Для расчетов используется обоснованный минимум профилей, а также множество дополнительных элементов (нащельники, крепеж, опоры, подоконники, спецСтекла) Иногда делается сознательный отход от геометрии конструкции, в угоду расчета ценообразования.
То есть созданная в программе конструкция не построит геометрически правильный распил, но даст цену. Для продажников это зачастую важнее. В создании этих БД необходимо выудить клещами у заказчика схему ценообразования, адаптировать ее под возможности программы м внедрить.
4-Корпоративная БД.
Основная база компании, цель которой - расчете цен, коммерческих предложений и формирование рабочей документации, иногда еще и ведение склада.
Обычно вырастает из баз типа 2 и 3.
постепенность - лучший метод. Надо понимать что в средней и крупной организации такая база должна регулярно обслуживаться как со стороны
верификации данных (цен и названий артикулов), так и со строны развития Бд, формирования отчетности.
Еще раз хочется напомнить азбучную истину, о которой многие забывают
АДМИНИСТРАТОРЫ ДЕЛЯТСЯ НА 2 КАТЕГОРИИ -КОТОРЫЕ РЕГУЛЯРНО ДЕЛАЮТ БЕКАПЫ И КОТОРЫЕ БУДУТ РЕГУЛЯРНО ДЕЛАТЬ БЕКАПЫ.
Для базы 4 типа это непременное условие. Несоблюдение его ведет к потерям и хаосу.
Часть 2
Практические приемы внедрения Бд по типам 1 и 2 на основе дилерских баз данных.
под словом заказчик понимается объект внедрения. Даже если оно делается своими силами,
разделим того кто внедряет и то , куда внедряют :-)
Начнем с описания самой простой задачи. Есть объект(ы) и заказчику необходимо сделать смету, расчитать материал заказать его, в дальнейшем же использовать БД для распила.
Необходимо во первых ознакомить заказчика с дилерской версией и определить пересечение профилей//узлов. При удовлетворительном пересечении необходимо построить в программе основные типы конструкций. Далее происходит обучение.Обучение считается успешным если сотрудник понимает идеологию работы с ПО, способен сам создать конструкцию. После создания объектов заказа и последующего расчета зачастую есть необходимость что то делать руками в отчетах - на 1 этапе это нормально.
Необходимо проверить БД на предмет ошибок, точнее на предмет соответствиям предстваления заказчика о конструкции.
Явные нестыковки исправляются.
на следующем этапе внедренец сталкивается с задачей получения раскроя//расхода материалов. Здесь необходимо изменять БД до полной радости конструкторов/производства заказчика. По хорошему (это хорошее правда часто убивается ленью) необходимо документировать изменения в БД.
profbase.ucoz.ru