Сообщений в теме: 1076

[OmonRa]

[mod]
Смежные темы на форуме:
Scala
Navision
Compiere

Вакансии в теме не публикуем - для этого есть соответствующий раздел Форума
[/mod]

Сообщение отредактировал borec_za_istinu: 09.10.2013, 08:31:24

[ImpCons]

Да список солидный, НО является ли Astrum ERP системой?

На провакационные вопросы не отвечаю.


Если бы Вы спросили, решает ли Аструм те задачи, под которые казахстанскому бизнесу "втюхиваются" SAPы, AXAPTы и Oraclы, то я бы ответил - "ДА, решает".

Я не в целях дескридитировать Вашу систему (сам когда КИС разрабатывал) задавал вопрос, а так как мы пишем в топике по ERP-системам, хотел узнать является ли Astrum собственно таковой, а не то что она решает или не решает.

Вы же сами пытаетесь, раз приводите в этом топике свои внедрения, позиционировать Astrum как ERP-систему, - так что на провокационные вопросы сами напросились

Или скажите сразу что Astrum не ERP-система, но она гораздо круче решает задачи чем ERP, - мы тут сразу все согласимся и дружно от Вас отстанем.

1. Планирование продаж и операций (Sales & Operations Planning).
ДА
2. Управление спросом (Demand Management).
ДА
3. Главный календарный план производства (Master Production Schedule).
Нет
4. Планирование потребности в материалах (Material Requirements Planning).
Нет
5. Подсистема спецификаций (Bill of Material Subsystem).
ДА
6. Подсистема операций с запасами (Inventory Transaction Subsystem).
ДА
7. Подсистема запланированных поступлений по открытым заказам (Scheduled Receipts Subsystem).
ДА
8. Оперативное управление производством (Shop Floor Control or Production Activity Control).
ДА
9. Планирование потребности в мощностях (Capacity Requirements Planning).
Нет
10. Управление входным/выходным материальным потоком (Input/Output Control).
ДА
11. Управление снабжением (Purchasing).
ДА
12. Планирование ресурсов распределения (Distribution Resource Planning).
Нет
13. Инструментальное обеспечение (Tooling).
ДА
14. Интерфейс с финансовым планированием (Financial Planning Interfaces).
ДА
15. Моделирование (Simulation).
Нет
16. Оценка деятельности (Performance Measurement).
ДА

Итого 11 из 16 пунктов.

Дело не в количестве пунктов, а в качестве

Без пунктов :
4. Планирование потребности в материалах (Material Requirements Planning).
12. Планирование ресурсов распределения (Distribution Resource Planning).

ну уж никак не может считаться MRPII системой и соответсвенно ERP-системой.

Material Requirements Planning (MRP) - это стандарт который был реализован еще не в MRPII, а в самых ранних системах по Управлению предприятием.

[ImpCons]

Наконец-то сами признались. Аструм- программа оперативного учета, никак не планирования Хотя кому-то из клиентов и этого достаточно на текущем уровне развития(А зачем ваще планировать? )

Кстати если говорить даже без иронии о фразе: "А зачем ваще планировать ? ", то для очень большого количества компаний внедривших у себя ERP-систему эта фраза ой как актуальна - покупают ERP-систему сами не знают зачем, используют ее в основном как учетную систему, а потом еще удивляются: "На что мы такое количество бабла потратили, 1с-ка (наша старая система) же все тоже самое делает?"

[АСТРУМец]

Или скажите сразу что Astrum не ERP-система, но она гораздо круче решает задачи чем ERP, - мы тут сразу все согласимся и дружно от Вас отстанем.

Да, именно так и скажу, что сегодняшние проблемы большинства казахстанских компаний Аструм решает круче, чем любая из ERP, названия которых появлялись в этой ветке. И ещё скажу почему:
1. У нас отсутствует этап написания технического задания. Система настраивается по нужды клиентов в процессе обучения/консалтинга.
2. Система внедряется руками клиентов. Т.е. процесс настройки системы решается штатным сотрудником клиента, который (кстати) не обязан иметь IT-образования.
3. В системе учтена специфика казахстанского бизнеса (не самого публичного в мире) .
4. Система интегрирована с 1С Бухгалтерией, что позволяет нужные документы передавать для создания налоговой отчетности.
5. Затраты клиента на консалтинг и поддержку значительно меньше, чем у любой другой системы, т.к. клиент имеет возможность перенастраивать систему (новые потоки, пользователи, юрлица, склады, кассы, другие объекты и т.д. и т.п.) без помощи поставщика.
6. Политика лицензирования по серверам, а не по пользователям позволяет клиентам автоматизировать все рабочие места в офисе, не задумываясь о возврате инвестиций (например при выделении рабочего места кладовщику Васе). А мы все знаем, что только автоматизация каждого рабочего места позволяет добиться актуальности информации в системе.
7. Низкие требования к аппаратному обеспечению обеспечивают высокую производительность системы при большом количестве пользователей и минимальных затратах на оборудование.
8. Группа разработчиков и служба поддержки находится в г. Алматы и имеет возможность выезда к клиенту по всему Казахстану.
9. Новые версии программы, расширяющие возможности пользователей, выходят не реже чем раз в 2 месяца.
10. ...

Всё, устал.

4. Планирование потребности в материалах (Material Requirements Planning).

Эта штука нужна крупным производственным предприятиям и осталась она как стандарт ещё с тех пор, когда MRP-системы автоматизировали работу крупных автомобилестроителей. По факту сейчас таких производственных структур в Казахстане раз два и обчёлся. И мы знаем, что это ? не клиенты Аструма.
Наши клиенты ? торговые организации и сервисные операторы. А если так посмотреть, то 95% (по количеству) бизнеса в Казахстане ? это купи-продальческие конторы.

Теперь про необходимость Material Requirements Planning в современном казахстанском предприятии. Известно, что Логиком производит больше компьютеров, чем любая другая контора в Казахстане. И Логиком работает на Аструме, который не поддерживает Material Requirements Planning. Это значит, что даже производственное предприятие средства Аструма удовлетворят по крайней мере до того момента, пока она не достигнет оборота Логикома (более 100 миллионов долларов ежегодно).

12. Планирование ресурсов распределения (Distribution Resource Planning).

А ресурсы среднестатистической казахстанской конторы прекрасно распределяет MS Outlook. Я имею в виду конфернец-румы, авто, учебные классы и т.п. Нужна ли для этого многомиллионная прога? Возможно да... если нужно деньги на её продажи намыть.

Material Requirements Planning (MRP) - это стандарт, который был реализован еще не в MRPII, а в самых ранних системах по Управлению предприятием.

Я в этой теме уже 2 года и что такое MRP и чем он от MRPII отличается уже прохавал.
Ну не было у нас клиента, который бы заказал недостающие элементы. Появится - допишем, будет соответствовать "стандартам". А не появится - и так свои миллионы заработаем. MRP, MRPII, ERP - Вы эти стикеры для лоховатых клиентов приберегите. Мы то с Вами понимаем, что продукт (в широком смысле) либо соответствует задачам клиента, либо нет. Он либо может быть внедрён на предприятии клиента, либо нет. И это очень слабо связанно с количеством стандартов, которые он якобы поддерживает. Почему "якобы" - да потому, что всё это - МАРКЕТИНГ, не более.
Профессионалам и так ясно, что все эти ?СТАНДАРТЫ? нужны для того, чтобы ?втюхать? клиенту продукт не за 7-15 тысяч на офис (столько сейчас стоит Аструм), а за ? (впишите сумму, сколько стоит Ваша ERP).

Да, кстати, когда разработчики ПО на локальных рынках приведут свои продукты в соответствие с этими "стандартами", за бугром придумают новые три буквы, типа MRP-3 или ERP-2. Придумают и вас научат, как ими клиентов пичкать.

[Бас]

Спасибо IpComs

[Бас]

пока Вы не будете уверены в актуальности остатков и не закрытых заказах по ТМЗ в системе, Планирование по MRPII будет только вводить в заблуждение (т.е. строить только не правильные планы).

Именно с этим у нас проблемы. Остаткам никто не верит потому что они не были точны как в 1С, так и сечас. Документы во время не закрываются потомучто при 1С и по давно не закрывались день в день. Люди, привыкшие работать на 1С, рвут и мечут. Бедные наши внедренцы! Настроения панические. Муссируются слухи, что проект будут закрывать Миллионы угрохать и закрыть .
Конечно были ошибки у внедренцев. Опыта нет, как и творческого подхода. Но здесь больше проблема в ментальности людей. Не любят у нас жить по закону, исполнять в точности инструкции. Совки мы, а ERP не для совков, а для расчетливых прагматиков.
То что касается определения ERP, то я где-то прочитал, что ERP это MRPII + FRP.
Конечно тяжело планировать на нашем неразвитом рынке, где никто толком не планирует. Если не планируют поставщики и клиенты, то каким образом плнировать по тому же Каледарному Плану? Проблемы не разитости ERP у нас системные. Для этого все должны по возможности планировать, как крупные поставщики, так и мелкие клиенты потребители.

[ImpCons]

Или скажите сразу что Astrum не ERP-система, но она гораздо круче решает задачи чем ERP, - мы тут сразу все согласимся и дружно от Вас отстанем.

Да, именно так и скажу, что сегодняшние проблемы большинства казахстанских компаний Аструм решает круче, чем любая из ERP, названия которых появлялись в этой ветке. И ещё скажу почему:
1. ...
10. ...

Всё, устал.

4. Планирование потребности в материалах (Material Requirements Planning).

Эта штука нужна крупным производственным предприятиям и осталась она как стандарт ещё с тех пор, когда MRP-системы автоматизировали работу крупных автомобилестроителей. По факту сейчас таких производственных структур в Казахстане раз два и обчёлся. И мы знаем, что это ? не клиенты Аструма.
Наши клиенты ? торговые организации и сервисные операторы. А если так посмотреть, то 95% (по количеству) бизнеса в Казахстане ? это купи-продальческие конторы.

Теперь про необходимость Material Requirements Planning в современном казахстанском предприятии. Известно, что Логиком производит больше компьютеров, чем любая другая контора в Казахстане. И Логиком работает на Аструме, который не поддерживает Material Requirements Planning. Это значит, что даже производственное предприятие средства Аструма удовлетворят по крайней мере до того момента, пока она не достигнет оборота Логикома (более 100 миллионов долларов ежегодно).

12. Планирование ресурсов распределения (Distribution Resource Planning).

А ресурсы среднестатистической казахстанской конторы прекрасно распределяет MS Outlook. Я имею в виду конфернец-румы, авто, учебные классы и т.п. Нужна ли для этого многомиллионная прога? Возможно да... если нужно деньги на её продажи намыть.


...

MRP, MRPII, ERP - Вы эти стикеры для лоховатых клиентов приберегите. Мы то с Вами понимаем, что продукт (в широком смысле) либо соответствует задачам клиента, либо нет. Он либо может быть внедрён на предприятии клиента, либо нет. И это очень слабо связанно с количеством стандартов, которые он якобы поддерживает. Почему "якобы" - да потому, что всё это - МАРКЕТИНГ, не более.
Профессионалам и так ясно, что все эти ?СТАНДАРТЫ? нужны для того, чтобы ?втюхать? клиенту продукт не за 7-15 тысяч на офис (столько сейчас стоит Аструм), а за ? (впишите сумму, сколько стоит Ваша ERP).

Да, кстати, когда разработчики ПО на локальных рынках приведут свои продукты в соответствие с этими "стандартами", за бугром придумают новые три буквы, типа MRP-3 или ERP-2. Придумают и вас научат, как ими клиентов пичкать.

Все что Вы сказали - все это хорошо. Но Вам не кажется что тема топика немного не о том о чем Вы пишите, - тема если что, "Выбор ERP-систем", но не как не "Выбор программ по автоматизации Казахстанских фирм"? Предпологается что человек, создавший данный топик понимает чем отличаются ERP-системы и для чего они ему нужны. Так же предполагается что информация в данном предназначенна для работающих в 5% компаний не попадающих в Вами определенные 95% бизнеса в Казахстане, на которые заточен Ваш Аструм.

Что касается насчет как Вы выразились ?СТАНДАРТОВ? MRP, MRPII, ERP, если Вы причисляете себя к профессионалам в области автоматизации управления ресурсами предприятия, то неплохо бы стандарты сначала почитать, а потом только начинать оперировать словами "мы все это делаем но только гораздо круче"
Я уже понял что раз Логикому, как крупной компании, Material Requirements Planning не нужен, то значит и любой другой компании, равной ей оборотами или тем более меньшей, MRP, MRPII по Вашему тоже не нужен, значит и читать об этих стандартах Вы тоже не собираетесь - но не зная их хаять все равно будете - это Ваше право, но не втягивайте в полемику Ваших заблуждений и всех остальных.

Не нравятся ERP-системы, "втюхивают они не понятно что, не понятно за какое бабло" - создайте свой топик ERP - мастдай, Аструм - форева, но не пиарьте Аструм, в топике " про фуфловые, по вашим словам, ERP-системы".
Я конечно Вас понимаю - не прошел Аструм признание как ERP-система, значит нужно ERP-системы опустить до уровня Аструма. Но данная тема то тут причем - не считаете свою систему ERP-системой, зачем писать о ней в теме о ERP-ситемах???

Давайте не будем офф-топить - если есть неприятие стандартов ERP, MRPII, MRP, - не втягивайте свой Аструм в эту тему, так тема про системы являющиеся ERP-системами.

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

[ImpCons]

пока Вы не будете уверены в актуальности остатков и не закрытых заказах по ТМЗ в системе, Планирование по MRPII будет только вводить в заблуждение (т.е. строить только не правильные планы).

Именно с этим у нас проблемы. Остаткам никто не верит потому что они не были точны как в 1С, так и сечас. Документы во время не закрываются потомучто при 1С и по давно не закрывались день в день. Люди, привыкшие работать на 1С, рвут и мечут. Бедные наши внедренцы! Настроения панические. Муссируются слухи, что проект будут закрывать Миллионы угрохать и закрыть .
Конечно были ошибки у внедренцев. Опыта нет, как и творческого подхода. Но здесь больше проблема в ментальности людей. Не любят у нас жить по закону, исполнять в точности инструкции. Совки мы, а ERP не для совков, а для расчетливых прагматиков.
То что касается определения ERP, то я где-то прочитал, что ERP это MRPII + FRP.
Конечно тяжело планировать на нашем неразвитом рынке, где никто толком не планирует. Если не планируют поставщики и клиенты, то каким образом плнировать по тому же Каледарному Плану? Проблемы не разитости ERP у нас системные. Для этого все должны по возможности планировать, как крупные поставщики, так и мелкие клиенты потребители.

Как не смешно, но по специфике работы в ERP-систем в странах СНГ, для успешного внедрения MRPII нужна харизматичная личность, которая бы:
1. во первых, заставила бы всех ежедневно закрывать все операции в системе
2. во вторых, наладила и контролировала бы достоверность остатков в системе
3. в третьих, после проведения планирования, заставила бы все строго придерживаться планов, а все изменения в планах отражать в системе и пересчитывать все другие планы, которые эти корректировки затронут.
А т.к. перечисленные задачи может решить только ТОП менеджер, то нужно чтобы сошлись звезды и на предприятии где внедряется MRPII был: Харизматичный топ менеджер (желательно работающий в компании раннее), имеющий большой административный ресурс, имеющий большой кредит доверия от собственика, хорошо понимающий стратегию планирования ресурсами предприятия, и самое главное имеющий желание и возможность (время и т.п.) этим заниматься.

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

Мой совет - найти Вам такого человека и все у Вас получится .

под FRP, Вы наверно понимали Financial Resours Planning ? Если так, то можно тогда расписать два равенства:
ERP = MRPII + FRP
или
ERP = APS + FRP (такая схема применяется например в ERP-системе SyteLine)

APS - advanced planning system - лучше чем MRPII решает планирование для позаказного производства.

[ImpCons]

4. Планирование потребности в материалах (Material Requirements Planning).

Эта штука нужна крупным производственным предприятиям и осталась она как стандарт ещё с тех пор, когда MRP-системы автоматизировали работу крупных автомобилестроителей. По факту сейчас таких производственных структур в Казахстане раз два и обчёлся. И мы знаем, что это ? не клиенты Аструма.
Наши клиенты ? торговые организации и сервисные операторы. А если так посмотреть, то 95% (по количеству) бизнеса в Казахстане ? это купи-продальческие конторы.
...

12. Планирование ресурсов распределения (Distribution Resource Planning).

А ресурсы среднестатистической казахстанской конторы прекрасно распределяет MS Outlook. Я имею в виду конфернец-румы, авто, учебные классы и т.п. Нужна ли для этого многомиллионная прога? Возможно да... если нужно деньги на её продажи намыть.

Material Requirements Planning (MRP) - это стандарт, который был реализован еще не в MRPII, а в самых ранних системах по Управлению предприятием.

Я в этой теме уже 2 года и что такое MRP и чем он от MRPII отличается уже прохавал.

...

А насчет Material Requirements Planning(MRP) и Distribution Resource Planning(DRP) учите матчасть!!!

MRP - планирует не только Производственные планы, но и Планы закупок сырья и материалов для производства, так же Планы перемещения сырья, материалов, ГП между складами компании,
ну и последние планы для ГП (Планы распределения ГП между Центральным складом и торговыми филиалами компании) формирует DRP (см.ниже). И кто Вам сказал, что MRP нужен только для крупных производственных предприятий? Область внедрения обычно - средние и крупные производственные предприятия, а таковых в Казахстане переваливает уже за сотню.

DRP - это 1) расчет Планов закупок товаров для Дистрибъюционной компаний на основе Sales&Operation Plan (S&OP, другими словами прогноза продаж на основе исторических данных или экспертных оценок), который по Вашим словам ведется в Аструме; 2) Расчет планов перемещения Товаров между складами Дистрибъюционной компании 3) расчет Планов распределения купленных товаров между Центральным дистрибъюционным центром и торговыми филиалами компании.

Вы все это при внедрении Аструма в дистрибъюционной компании советуете клиенту в Outlook вести? Завидую Вашему клиенту.

MRPII - как раз и объединяет MRP, DRP и еще 14-ть пунктов приведенных выше в единую систему Управление (планирования) товарных ресурсов предприятия. Недостающую часть в ERP-системах и решает Финансовый блок (состоящий из оперативных финансов и планирования в финансах). Так что говорить что MRPII только для производственных компаний не компетентно, добавляйте еще и дистрибъюционные компании.

[Бас]

Да, от ТОР менеджера многое зависит. Тот же процесс S&OP без него невозможно осуществить, поскольку всей куче под-топов по барабану каков будет единый план продаж, производства и остатков. Им интересно рассматривать свои узко-профильные направления. Понимание директоров должно менятся в том отношении, что участие в процессе S&OP их неотъемлемая и важная должностная обязанность. У нас же хотят спихнуть функцию планирования на тех, кто готовит планы, сотрудников-плановиков.
Вы приводите пример Хортицы. Я не раз слышал об этом внедрении. Хотица - это производство, дистрибуция и, собственно, сами торговые точки. Плюс поставщики работают в той же системе. Т.е. они все вовлечены в единый процесс, работают в одной системе и их планы соотносятся по отношению друг к другу. Но а если у тебя куча неорганизованных клиентов, которые дальше носа не видят и соответственно не планируют. А поставщики постоянно подводят с сырьем, ну не любят они нас и поэтому ставят в последнюю очередь. Получается ты планируешь только спрос, как таковой, без подтвержденных во времени заказов клиентов. А объем планируемого сырья тоже условный.
Получается следующие проблемы:
1) Слабая группа внедрения
2) Отсутствие понимания планирования у директоров
3) Неорганизованные клиенты
4) Безответственные поставщики
5) Злые пользователи системы

Да, под FRP я подразумевал Finance Resource Planning. В поддержку вашей точки зрения хочу напомнить, что данный стандарт (MRPII) вымучен сотнями западными компаниями, на протяжении 40-50 лет. К стандартам приходят после множества проб и ошибок. Однако, конечно, условия меняются и соответсвенно стандарты также совершенствуются. Но, отнюдь, не регрессируют.

[Broncher]

Или скажите сразу что Astrum не ERP-система, но она гораздо круче решает задачи чем ERP, - мы тут сразу все согласимся и дружно от Вас отстанем.

Да, именно так и скажу, что сегодняшние проблемы большинства казахстанских компаний /quoАструм решает круче, чем любая из ERP, названия которых появлялись в этой ветке. И ещё скажу почему:
1. У нас отсутствует этап написания технического задания. Система настраивается по нужды клиентов в процессе обучения/консалтинга.
2. Система внедряется руками клиентов. Т.е. процесс настройки системы решается штатным сотрудником клиента, который (кстати) не обязан иметь IT-образования.
3. В системе учтена специфика казахстанского бизнеса (не самого публичного в мире) .
4. Система интегрирована с 1С Бухгалтерией, что позволяет нужные документы передавать для создания налоговой отчетности.
5. Затраты клиента на консалтинг и поддержку значительно меньше, чем у любой другой системы, т.к. клиент имеет возможность перенастраивать систему (новые потоки, пользователи, юрлица, склады, кассы, другие объекты и т.д. и т.п.) без помощи поставщика.
6. Политика лицензирования по серверам, а не по пользователям позволяет клиентам автоматизировать все рабочие места в офисе, не задумываясь о возврате инвестиций (например при выделении рабочего места кладовщику Васе). А мы все знаем, что только автоматизация каждого рабочего места позволяет добиться актуальности информации в системе. Scipped
10. ...

Давненько я не сталкивался с Аструмом. Налицо явный прогресс, последний раз демоверсию видел в 2004 году. Немножко поправлю все-таки:
1.Правило Паретто действует и для рынка внедрения 20% компаний это 80% бюджетов на внедрение.
2.Даже купи-продайки вроде Логикома иногда чего-то производят вроде компьютеров. Но когда попроцессное планирование в серийном производстве забивает своими требованиями все остальное в бизнесе- я еще Аструму не поверю

4. Планирование потребности в материалах (Material Requirements Planning).

Эта штука нужна крупным производственным предприятиям и осталась она как стандарт ещё с тех пор, когда MRP-системы автоматизировали работу крупных автомобилестроителей. По факту сейчас таких производственных структур в Казахстане раз два и обчёлся. И мы знаем, что это ? не клиенты Аструма.
Наши клиенты ? торговые организации и сервисные операторы. А если так посмотреть, то 95% (по количеству) бизнеса в Казахстане ? это купи-продальческие конторы. Известно, что Логиком производит больше компьютеров, чем любая другая контора в Казахстане. И Логиком работает на Аструме, который не поддерживает Material Requirements Planning. Это значит, что даже производственное предприятие средства Аструма удовлетворят по крайней мере до того момента, пока она не достигнет оборота Логикома (более 100 миллионов долларов ежегодно).

А когда достигнет? Что Логиком не работает на своем детище?

12. Планирование ресурсов распределения (Distribution Resource Planning).

А ресурсы среднестатистической казахстанской конторы прекрасно распределяет MS Outlook. Я имею в виду конфернец-румы, авто, учебные классы и т.п. Нужна ли для этого многомиллионная прога? Возможно да... если нужно деньги на её продажи намыть.

Ресурсы компании. это не только вами перечисленное, масштабности вам явно не хватает. Распределите-ка Аутглюком привлекаемые средства учредителей(не только финансы)

Material Requirements Planning (MRP) - это стандарт, который был реализован еще не в MRPII, а в самых ранних системах по Управлению предприятием.

Мы то с Вами понимаем, что продукт (в широком смысле) либо соответствует задачам клиента, либо нет. Он либо может быть внедрён на предприятии клиента, либо нет. И это очень слабо связанно с количеством стандартов, которые он якобы поддерживает. Почему "якобы" - да потому, что всё это - МАРКЕТИНГ, не более.
Профессионалам и так ясно, что все эти ?СТАНДАРТЫ? нужны для того, чтобы ?втюхать? клиенту продукт не за 7-15 тысяч на офис (столько сейчас стоит Аструм), а за ? (впишите сумму, сколько стоит Ваша ERP).
Да, кстати, когда разработчики ПО на локальных рынках приведут свои продукты в соответствие с этими "стандартами", за бугром придумают новые три буквы, типа MRP-3 или ERP-2. Придумают и вас научат, как ими клиентов пичкать.

Да, маркетинг. Швейцарские часы лучше китайских именно маркетингом.

[ImpCons]

...
Вы приводите пример Хортицы. Я не раз слышал об этом внедрении. Хотица - это производство, дистрибуция и, собственно, сами торговые точки. Плюс поставщики работают в той же системе. Т.е. они все вовлечены в единый процесс, работают в одной системе и их планы соотносятся по отношению друг к другу. Но а если у тебя куча неорганизованных клиентов, которые дальше носа не видят и соответственно не планируют. А поставщики постоянно подводят с сырьем, ну не любят они нас и поэтому ставят в последнюю очередь. Получается ты планируешь только спрос, как таковой, без подтвержденных во времени заказов клиентов. А объем планируемого сырья тоже условный.

Не идеализируйте ситутацию в Украине - поставщики Хортицы не работают в системе однозначно, торговые точки кроме некоторых (исключение их собственная сеть супермакетов) так же не работают в системе. Везде по СНГ дикий рынок - никто не хочет (пока его не заставишь) работать полностью по условиям контрактов(это я в большей степени про поставщиков). Но есть же кто пытается по крайней мере работать и у кого это безусловно получается (как результат за 2года Хортица вошла в 3-ку водочных производителей в Украине). За Катерпилер я не говорю - они в самом деле не совки - у них в подход к менеджменту западный.

Получается следующие проблемы:
1) Слабая группа внедрения
2) Отсутствие понимания планирования у директоров
3) Неорганизованные клиенты
4) Безответственные поставщики
5) Злые пользователи системы

Ну вот и задайте вопрос себе, - кто все эти перечисленные проблемы должен решать?

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

Будет ТОП отвечающий за планирование, назовите его скажем как назвали Сокура на Хортице - зам ген. директора по качеству и бизнес процессам, он Вам:
1) Наберет сильную группу внедерения, прежде всего с вашей стороны. Потребует с внешних консультантов по внедрению того объема работ, который нужен прежде всего самой компании в которой происходит внедерение ERP
2) Будет планирование курировать лично, директорам объяснять что от них требуется в части их касаемой, а не во всем планировании в целом - ранг ТОП-а должен быть выше обычного директора и на уровне директоров профильных направлений бизнеса.
3) Поставит требования компании Директору по продажам по работе с клиентами, - что нужно для организации для нормального планирования. Не надо строить клиентов, чтобы они присылали заявки сколько они купят товара - если они не хотят гарантированной доставки продукции, которую они включили в план, то и не надо от них этих планов. Прогнозирование продаж можно делать с полным отсутствием планов от клиентов - только на основе исторических данных о продажах за прошлые периоды.
4) Поставит требования компании по закупкам Директору по Закупкам - пусть отбирает поставщиков, которые будут более гарантировано выполнять свои обязательства по поставкам, прописанные в контрактах. На том же Катерпилере организовали оценку обслуживания поставщиками и поставщикам, получавшим самые низкие оценки сначала высылались предупреждения, при не выправлении ситуации с ними прекращалась работа и находились новые, более качественно выполняющие свои обязательства поставщики. Если Вы сами сейчас находите поставщиков с самым дешевым сырьем и материалами, но не выполняющих никаких условий контракта, то конечно о каком Планировании тогда может идти речь.
5) Злые пользователи системы - для этого у ТОПа и должен быть кредит доверия у собственника, чтобы он мог наказывать, штрафовать и предоставлять на увольнение сотрудников не качественно выполняющих свою работу и тормозящих всю систему планирования.

[АСТРУМец]

"про фуфловые, по вашим словам, ERP-системы".

Интересно, где же это я в моих постах хаял ERP-системы? Обратите внимание, слово "фуфло" применительно к ERP-системам в первый раз в этой ветке употребил не я.
А если серьёзно, то я крайне уважительно отношусь к системам, созданным на западе. Ведь их первые продавцы - уже миллионеры, а я - пока нет.
Но если говорить про соотношение цена (включая все финансовые и не материальные затраты)/полезность (включая удобство для ВСЕХ конечных пользователей, учёт казахстанской специфики и прочее) то да, для среднестатистической казахстанской торговой компании Аструм действительно лучше. И дело тут совсем не в стандартах, которые поддерживает та или иная система, а в обороте клиентов (а соответственно и в объёме возвращённых инвестиций), опыте внедренцев, и соответствии ожиданий клиентов реальному продукту и процессу внедрения.

Давайте не будем офф-топить - если есть неприятие стандартов ERP, MRPII, MRP, - не втягивайте свой Аструм в эту тему, так тема про системы являющиеся ERP-системами.

Автор темы задал простой вопрос "С какой ERP-системы лучше начать". И я отвечаю на него - если оборот компании не превышает 100 миллионов долларов, компания занимается преимущественно торговлей, то не нужно не начинать ни с какой ERP-системы, не заканчивать. Аструма (который действительно не является ERP-системой) будет достаточно.

Я, конечно, Вас понимаю - не прошел Аструм признание как ERP-система...

И слава богу, что не прошел! А то бы нам пришлось программу развивать в сторону соответствия стандартам, а не в сторону соответствия ожиданий РЕАЛЬНЫХ клиентов.

Но данная тема то тут причем - не считаете свою систему ERP-системой, зачем писать о ней в теме о ERP-ситемах???

Причины:
1. Чуть выше был пост о том, что большинство ERP-фич современная казахстанская компания не в состоянии внедрить/использовать. Решение вопросов управленческого учета и автоматизации рабочих мест - вот основные проблемы, которые сегодня приходится решать. А эти вопросы Аструм решает не хуже любой ERP.
2. Проблемы внедрения/поддержки весьма похожие - ведь наши клиенты - такие же казахстанские компании (только в них люди свои деньги считать хотят и умеют это делать).
3. Зачем писать, зачем писать... Тренируюсь я... Ведь многим моим потенциальным клиентам ваши продавцы уже промыли мозги, а мне важно понимать как лучше и быстрее помочь клиенту принять ПРАВИЛЬНОЕ решение.

[АСТРУМец]

Да, маркетинг. Швейцарские часы лучше китайских именно маркетингом.

Вот про это я и говорю. Косарю ? косарево. У каждого ? своя ниша. А рынок ? гигантский, его на всех хватит.

[АСТРУМец]

Это значит, что даже производственное предприятие средства Аструма удовлетворят по крайней мере до того момента, пока она не достигнет оборота Логикома (более 100 миллионов долларов ежегодно).

А когда достигнет? Что Логиком не работает на своем детище?

Работает. "По крайней мере" означает, что компания и с большим оборотом сможет использовать Аструм.

[ImpCons]

"про фуфловые, по вашим словам, ERP-системы".

Интересно, где же это я в моих постах хаял ERP-системы? Обратите внимание, слово "фуфло" применительно к ERP-системам в первый раз в этой ветке употребил не я.

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

Всем своим знакомым, которым нужно решение только учетных задач я советую 1С и нормального внедренца, - оговорюсь сразу, что я к 1С никакого отношения не имею и услуги по ней сам не оказываю, как и не получаю комисионных от рекомендованого мной внедренца 1С .
Но в голову не придет вместо этого советовать Аструм - Вашей системе как учетной до 1С как до луны пешком по ряду объективных причин:
1) риски по сопровождению внедренной системы по Вашей системе неизмеримо выше чем по 1С, по 1С сейчас достаточно спецов, да и фирма господина Нуралиева гораздо более уважаема, а что придется делать компании внедрившей у себя Аструм если ее перестанет удовлетворять качество ваших услуг? Покупать и внедрять другую систему? По 1С в этой ситуации компания перейдет к услугам другого франчайзи или наймет хорошего профи по 1С (слава богу они у нас уже появились), да в крайнем случае выпишет спецов из Москвы, по Аструму максимум можно переманить спеца от Вас.
2) Поддержка в 1С Налогового учета - Если Вы позиционируете свою систему как учетную, то наверно должны были реализовать и налоговый учет, а не выгружать данные для ведения налогового учета и подачи налоговой отчетности в продукт вашего прямого конкурента, т.е. в 1С.
3) Назовите что решает Аструм как учетная система, чего не решает 1С УПП 8.Х. Если найдете весомые функциональные возможности плюсом к Аструму, то можно начать хотя бы сравнивать Аструм с 1С, не говоря уже об ERP. К сожалению времени на обзор функциональных возможностей Аструма по сравнению с 1С не имею, так что прошу меня к этому сравнению не привлекать

Так что извините, но Ваш продукт пока не является лучшим выбором ни для компаний, которым нужны ERP-системы ни для компаний, которым нужен только учет - там 1С предпочтительней.

Давайте не будем офф-топить - если есть неприятие стандартов ERP, MRPII, MRP, - не втягивайте свой Аструм в эту тему, так тема про системы являющиеся ERP-системами.

Автор темы задал простой вопрос "С какой ERP-системы лучше начать". И я отвечаю на него - если оборот компании не превышает 100 миллионов долларов, компания занимается преимущественно торговлей, то не нужно не начинать ни с какой ERP-системы, не заканчивать. Аструма (который действительно не является ERP-системой) будет достаточно.

Ну так и нужно было с самого начала об этом писать - а не пиарить Аструм без всяких объяснений
Не видел этих волшебных слов сначала - "Автор да ну эти ERP в по..у, посмотрите лучше на Аструм"

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

[АСТРУМец]

Если признать Ваши слова что ERP-системы при их большой стоимости решают ровно столько, сколько решает Аструм, это значит признать ERP-системы фуфлом.

Опять Вы переврали мои слова.
Я повторю их:

если говорить про соотношение цена (включая все финансовые и не материальные затраты)/полезность (включая удобство для ВСЕХ конечных пользователей, учёт казахстанской специфики и прочее) то да, для среднестатистической казахстанской торговой компании Аструм действительно лучше.

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

1) риски по сопровождению внедренной системы по Вашей системе неизмеримо выше чем по 1С, по 1С сейчас достаточно спецов, да и фирма господина Нуралиева гораздо более уважаема, а что придется делать компании внедрившей у себя Аструм если ее перестанет удовлетворять качество ваших услуг? Покупать и внедрять другую систему? По 1С в этой ситуации компания перейдет к услугам другого франчайзи или наймет хорошего профи по 1С (слава богу они у нас уже появились), да в крайнем случае выпишет спецов из Москвы, по Аструму максимум можно переманить спеца от Вас.

Многие наши существующие клиенты "соскочили с иглы" 1С, а некоторые c Навижена.
Где же были эти "хорошие профи по 1С", когда мы проводили презентацию Аструма? Думаю, что Вы не очень хорошо знаете текущее состояние рынка услуг 1С. Но это действительно тема не для этой ветки.

А риски как раз таки меньше, т.к. 1С (как наверняка и Ваша ERP) - дописываемая и допрограммируемая система, а Аструм - система, настраиваемая экономистом без IT-образования.

2) Поддержка в 1С Налогового учета - Если Вы позиционируете свою систему как учетную, то наверно должны были реализовать и налоговый учет, а не выгружать данные для ведения налогового учета и подачи налоговой отчетности в продукт вашего прямого конкурента, т.е. в 1С.

Зачем в современной казахстанской компании нужна система ПОЛНОГО учета, передающая документально подтверждённую первичку для создания налоговой отчетности в 1С, я в открытом форуме объяснять не буду.

3) Назовите что решает Аструм как учетная система, чего не решает 1С УПП 8.Х.

Вы действительно этого хотите? - См. ссылку

К сожалению времени на обзор функциональных возможностей Аструма по сравнению с 1С не имею, так что прошу меня к этому сравнению не привлекать

Нет, вижу, передумали.

Так что извините, но Ваш продукт пока не является лучшим выбором ни для компаний, которым нужны ERP-системы ни для компаний, которым нужен только учет - там 1С предпочтительней.

Я рад что Ваше мнение расходится с мнением 25 руководителей и владельцев реальных бизнесов, которые выбрали Аструм. Кстати не знаете, у какого из провайдеров сегодня больше двадцати успешных внедрений на территории Казахстана?

сначала выдавая свою систему за оную

И где это в моём посте Вы увидели "Astrum - ERP-система"? А почему я обсуждаю Аструм в этой ветке, я указал в этом посте.

нах эти ERP не нужны, нужны другие правильные программы.

Это не мои слова, но мне приятно, что Вы их указали в своём посте.

А если серьёзно, то каждой системе - свой клиент. Будете и Вы миллионером, если эмоции не помешают.

[Fi-Li-Ti]

.....
Лучше предлагаю обменятся данными о всех Казахстанских консалтинговых компаниях или филиалах консалтинговых компаний в Казахстане, занимающихся внедрением ERP-систем. ....

.

ImpCons, Скажите email я вам отправлю анализ который делал недавно

[ImpCons]

.....
Лучше предлагаю обменятся данными о всех Казахстанских консалтинговых компаниях или филиалах консалтинговых компаний в Казахстане, занимающихся внедрением ERP-систем. ....

.

ImpCons, Скажите email я вам отправлю анализ который делал недавно

Мой мэйл ImpCons@gmail.com

Заранее спасибо за анализ!

[Broncher]

мне тоже хотелось бы посмотреть ваш анализ Fi-Li-Ti, мой адрес broncherkz@gmail.com

[ImpCons]

Если признать Ваши слова что ERP-системы при их большой стоимости решают ровно столько, сколько решает Аструм, это значит признать ERP-системы фуфлом.

Опять Вы переврали мои слова.
Я повторю их:

если говорить про соотношение цена (включая все финансовые и не материальные затраты)/полезность (включая удобство для ВСЕХ конечных пользователей, учёт казахстанской специфики и прочее) то да, для среднестатистической казахстанской торговой компании Аструм действительно лучше.

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

Ничего не переврал - Вы понимаете понятие "скрытый смысл" ? Так вот я и не пытался найти в ваших речах слово на букву "Ф", я только передаю смысл Ваших высказываний в более концентрированном виде - что мы тут реверансы что ли будем друг другу отвешивать?

1) риски по сопровождению внедренной системы по Вашей системе неизмеримо выше чем по 1С, по 1С сейчас достаточно спецов, да и фирма господина Нуралиева гораздо более уважаема, а что придется делать компании внедрившей у себя Аструм если ее перестанет удовлетворять качество ваших услуг? Покупать и внедрять другую систему? По 1С в этой ситуации компания перейдет к услугам другого франчайзи или наймет хорошего профи по 1С (слава богу они у нас уже появились), да в крайнем случае выпишет спецов из Москвы, по Аструму максимум можно переманить спеца от Вас.

Многие наши существующие клиенты "соскочили с иглы" 1С, а некоторые c Навижена.
Где же были эти "хорошие профи по 1С", когда мы проводили презентацию Аструма? Думаю, что Вы не очень хорошо знаете текущее состояние рынка услуг 1С. Но это действительно тема не для этой ветки.

А риски как раз таки меньше, т.к. 1С (как наверняка и Ваша ERP) - дописываемая и допрограммируемая система, а Аструм - система, настраиваемая экономистом без IT-образования.

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