alex999kon,

Вопрос не в программе, вопрос во внедрении, за внедрение и будет основной бюджет и задержки.
Производительность, удобство использования и прочее можно докрутить со временем.

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

Так что сначала нужно реально понять, ЧТО АВТОМАТИЗИРОВАТЬ, взглянуть на свой бизнес процесс критически, максимально его упростить и выпрямить, дирекция должна быть готовой на принятие соответствующих решений, а не тихо сидеть в сторонке. Софт, как таковой, играет здесь втростепенную роль, все что нужно уже написали и внедрили сто раз.

Бардак автоматизировать не возможно (а именно так обстоит дело на большинстве предприятий), зато при бардаке можно выкачивать кучи бабла на внедрении и сопровождении. Начинают слетаться стервятники всех мастей, которым абсолютно пох, на ваше предприятие.

По факту, две три светлые головы из местных, способны внедрить, что угодно, на среднем предприятии, за полгода. Осталось только таких найти. Ну и начальству должно быть не пофиг.

Вряд ли Вы это поймет и донесете до руководства, но сначала ищется адекватный квалифицированный руководитель проекта, который знает, что и как внедрять, либо себя готовте к этому. А для этого, нужно читать книги по организации и управлению производством по управлению проектами - мозги вправит луче любого sql.ru и самому быть не раздолбаем.

Титовeny,

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


Это все разговоры в пользу бедных, я это и имел ввиду когда отмечал УРОВЕНЬ ВНЕДРЕНИЯ. Если за внедрение отвечает просто начальник IT его все пошлют нах, а вот если ген. директор соберет отделы и скажет: "работать будем вот так!" и подкрепит это соответствующими вменяемыми приказами по организации, тогда все возьмут под козырек и никому не обидно.

На практике, ситуация еще хуже, начальнику IT внедрения - лишняя головная боль, все спускается на тормозах, так как нет ни реального понимания ни реального влияния. В этих условиях, подрядчики - внедренцы вынуждены разговаривать не об оптимальной реализации ЗНАЧИМЫХ БИЗНЕС ПРОЦЕССОВ, а о маразматической реализации рутинных действий рядовых сотрудников.

Какая-нть Марья Ивановна (менегер или завскладом или учетчица и тд и тп) хрен два вообще понимает, что такое производство, планирование, эффективность в масштабе предприятия, ей наср...ть на нормочасы внедрения и сопровождения которы платит предприятие. Да Марья Ивановна, даже не может четко ответить почему она делает так, а не иначе, у нее как у собаки Павлова все на уровне рефлексов. Она думает только о том, как бы ее не сократили нафик, если выяснится что ее дибильные бумажки и тупая деятельность никому не нужна. Поэтому, она все все детально объясняет, закатывает глаза делает важную морду, а внедренцы (поцаны лет лет по 25-30 сами нифига не соображают в организации производстве вообще и в конкретном техпроцессе в частности) и слушают эту лапшу, делая соответствующий вывод. Вместо того чтобы послать, мелкую сошку нах и идти общаться с Главным Конструктором или Главным Технологом как минимум. Вот оно российское внедрение управлением предприятия - бессмысленное и беспощадное!

А потом приезжает директор ИТ конторы, занимающийся внедрением ERP, из заграницы с очередного всепланетного семинара и задает сакраментальный вопрос: "Ну почему наша система в Германии внедряется на заводе за два три месяца, а у нас полгода-год?"

Титов,

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

Да чего уж там, двадцать лет назад в СССРе выпускались десятки тысяч танков и другой бронитехники, космические корабли бороздили просторы вселенной, строились атомные станции... и как-то обходились без 1С-а, беста, паруса, галактики, сапа, сайтлайна, баана ... имя им легион. А сейчас в каждом ларьке 1С, а толку...

Так что, само по себе внедрение чего-то там не дает никакого ощутимого преимущества предприятию, хорошо выстроенное предприятие работает как часы, даже если в бухгалтерии ничего кроме счет нету ;)

Внедрение это как-раз шанс посмотреть критически на бизнес процессы упорядочить деятельность и "высечь в камне" то есть организовать фиксацию текущей деятельности в объектах базы данных, ну и с последующим анализом.

Программы автоматизации хоз деятельности это как клей который связывает все виды деятельности и как видеорегистратор который фиксирует последовательность состояний производственной деятельности.

Поэтому всегда первичен вопрос: " ЗАЧЕМ??? нужно что-то там внедрять на предприятии и тратить деньги." Ответ: "Для повышения производительности, управляемости, капитализации и крутизны" - это как пукнуть в воду.

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

Всегда нужно ставить конкретные цели - какую информацию мы хотим получить и как ее использовать. А потом уже плясать с внедрением. В конце-концов информация храниться в СУБД в MS SQL или в Oracle или в dbf а вовсе не в 1С САП или Бэст4.

Титовeny,

на мой взгляд сейчас вы идеализируете процесс производства и не достач на складах!


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

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

Это как раз то про что я говорю - ЦЕЛЬ ВНЕДРЕНИЯ! Если внедрять систему для того, чтобы нагнуть кладовщиков - это бред, для этого можно использовать организационные и прочие управленческие методы. Это из пушки по воробъям... Представте себе цену внедрения, запуска и эксплуатации системы - на эти деньги можно ЗП кладовщикам повысить вдвое и иметь штат адекватных и честных людей. А не коробку с проводами и монитор посреди бардака. Ну хотя если студент за дешево сваяет програмку чтобы считать остатки и недосдачу - нет проблем чегоб ее не использовать.

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

Другое дело, если мы хотим контролировать остатки и поступление товаров в разрезе номенклатуры и складов в масштабах предприятия... тогда да нам нужно завести объекты складов (заводских/цеховых/участков), вести номенклатурный справочник, вести остатки... но тогда мы должны понимать что с этими параметрами делать:
- запустить ABC/XYZ анализ;
- оптимально распределять разгрузку приходов по складам;
- контролировать не снижаемый остаток для своевременного заказа или предотвращения затоваривания;
и тд и тп

Другими словами, нужно определиться с целями и задачами автоматизации и какой от этого РЕАЛЬНЫЙ денежный эффект. Соответственно под это подводим бюджет.

Если задача сэкономить три копейки и следить за дураками, так просто следите за дураками и стройте их пока не найдете действенные методы, ибо все-равно за копейки получите бесполезную хрень, а дураки так и останутся вне зависимости от марки сервера и версии СУБД.

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

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