bahrovImpCons
Например, ответьте прямо, можно ли в AVA:
1. Внести бюджет по закупкам
2. При выписки заказа на закупку или счет фактуры проверить не превышен ли бюджет доходов расходов
3. При выписке расходного ордера или аванса проверить не ревышен ли бюджет платежей

Это что ФАНТАСТИЧЕСКОЕ усложнение теста?

Для нас нет, а для других да!
и бюджетирование это уже не из коробки
Зачем усложнять если они с простым не смогли справится?

если Тест действительно пришлось упростить, что мне отвечать?

Кто определил что бюджетирование не из коробки? AVA?
Каждый 2-ой заказчик хочет нормальный контроль бюджета не пост, а во время проводки документов.

Где ответ на прямой вопрос?

AVA может выполнить пункты 1-3 ???

bahrovImpCons
Например, ответьте прямо, можно ли в AVA:
1. Внести бюджет по закупкам
2. При выписки заказа на закупку или счет фактуры проверить не превышен ли бюджет доходов расходов
3. При выписке расходного ордера или аванса проверить не ревышен ли бюджет платежей

Это что ФАНТАСТИЧЕСКОЕ усложнение теста?

Для нас нет, а для других да!
и бюджетирование это уже не из коробки
Зачем усложнять если они с простым не смогли справится?

если Тест действительно пришлось упростить, что мне отвечать?

Да на все вопросы, которые не может решить AVA, слышен только ответ - Зачем усложнять если они с простым не смогли справится?

На все вопросы зачем усложнили тест серийниками и позаказным производством? - Это бизнес процессы простой торговой компании.
В приципе что и требовалось доказать, что будь на месте AVA, любой производитель/внедренец ERP, точно так же в обзоре AVA была бы отстой, а то производитель прынц.

Независимые обзоры так не делаются, как и независимый выбор ERP-систем Заказчиком - что Вам и пытаются объяснить, а Вы либо не въезжаете либо делаете вид что не въезжаете. Тест должен готовить независимый эксперт не аффелированный с какой либо компанией производителем/внедренецем ERP.

Опубликовали в журнале откровенную джинсу, так и молчали бы скромно в этом посте, а не пытались из себя оскорбленную невиность строить.

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

Андрей Ж.

MRP, DRP, ERP, ROP, QR, CR, QPT - это больше виртуальные теоритические бизнес-процессы и за каждым термином могут скрываться множество КОНКРЕТНЫХ реализаций той или иной бизнес-цепочки. Использование ERP термина AVA-Пиарщиками ИМХО - это просто рекламный приём и мне кажется разумнее говорить о "универсальной, охватывающей бизнес-процессе системе".

Так вот из 20 внедрений, которые я приводил в качестве примера внедрений Oracle JD Edwards EO, в 2/3 из них было внедрено планирование по стандарту MRPII, т.е. комплексное планирование продаж, закупок, производства и распеределения по филиалам

Здесь так же употребляются "общие слова", которые в РЕАЛЬНЫХ ситуациях либо "правильно" не отрабатывают ТРЕБУЕМЫЕ бизнес-технологии, либо заставляют конкретные предприятия использовать встроенные в систему технологии ( теряя конкурентные преимущества ), либо приводят к "разбуханию штатов" и большинство плановиков/аналитиков всё делают в Excel.

Вполне AVAисты и я сможем описать конкретные реализации данных процессов для конкретных предприятий, если их перевести на КОНКРЕТНЫЙ язык обычного влядельца бизнеса... А в общей неконкретной формулировке у всех пользователей используется:

1. Планирование и контроль продаж;
2. Планирование закупок, в том числе прогнозируя спрос и платежи;
3. Планирование производства - закуп сырья и ценообразование;
4. Пл. распределения продукции, п/ф, сырья, материалов по подразделениям....

Ну нельзя же все время по простонародным понятиям автоматизацию делать, так дело дойдет что Вам алгоритмические блоки нужно будет на язык обычного владельца бизнеса переводить.
Может Вам еще что такое средневзвешанная на языке обычного владельца бизнеса объяснить?
Люди 20-30 назад это все описали и это так же стандартизировано как таблица умножения.

Под каждый термин заложен конкретный бизнес процесс и по крайней мере в Oracle JD Edwards EO и в SAP All-in-on эти термины понимают одинаково.

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

Может в такой реализации Ваша или система AVA реализовать планирование?

bahrovНет, уже с пятерыми, я не справлюсь пожалуй!
Да Вы бы хоть одному последовательно на все вопросы бы ответили.

Андрей Ж.,

Найдите поиском кижку: Управление производством по MRPII. автор Гаврилов.
он писал насколько я слышал, смотрев как внедрен Oracle JD Edwards EO вроде на питерском Катерпиллере.

Планирование реализовано один в один как написано в книге.

в SAP Business Suit или All-in-One реализовано по бизнес процессам очень похоже.

В том что Вы описываете у вас разорвано планирование, а должно быть так:

прогноз (план) продаж филиал А
250 бутылок минводы (своя продукция) к 25.08.2010
150 пачек мороженного (чужая продукция) к 25.08.2010
Доставка с распределительного склада 10 дней

прогноз (план) продаж филиал B
200 бутылок минводы (своя продукция) к 30.08.2010
100 пачек мороженного(чужая продукция) к 30.08.2010
Доставка с распределительного склада 7 дней

Запускаем планирование:

1. План распределения до филиалов:
a. Перемещение с распред склада до филиала А 25.08.2010 - 10дней = 15.08.2010
250 бутылок минводы
150 пачек мороженного

b. Перемещение с распред склада до филиала А 30.08.2010 - 7 дней = 23.08.2010
200 бутылок минводы (своя продукция)
100 пачек мороженного(чужая продукция)

2. План перемещения своей продукции с цеха до распред склада:
a. Перемещение (1 день) 15.08.2010 - 1 день = 14.08.2010
250 бутылок минводы

b. Перемещение (1 день) 24.08.2010 - 1 день = 23.08.2010
200 бутылок минводы

3. план производства производим 3 дня
a. производство 250 бутылок минводы, начинаем 14.08.2010 - 3дня = 11.08.2010
b. производство 200 бутылок минводы, начинаем 23.08.2010- 3дня = 20.08.2010

BOM Бутылка минводы:
1 бутылка
1 пробка
1 этикетка
0,5 л воды
0.01 гр газа

Маршрут 1
Насос и газирование Рабочи центр 1 0,5 часов на 1 000 л по 50руб за час

Маршрут 2
Линия розлива 4:
заливка 2 часа на 10 000 бут
наклейка этикетки 1 часа на 10 000 бут
пробирование 1,5 часа на 10 000 бут
упаковка 0,5 часа на 10 000 бут

Заказ 1
a. Насос и газирование 250 л на РЦ1

Заказ 2
а. 250 бут. - выход
расход
250 бутылок
250 этикеток
250 пробок
125л воды
0,25 г газа

b. аналогично


4 План перемещения от поставщика до цеха
a. 250 бутылок -100 = 150 (т.к. 50 было на складе, а 50 в старом заказе на закупку ) у поставщика A (срок доставки 7 дней) закупить 11.08.2010 - 7 = 4.08.2010
250 пробок - 50 = 200 (т.к. есть остатке на складе) у поставщика B (срок доставки 15 дней) закупить 11.08.2010 - 15 = 27.07.2010
250 этикеток у поставщика B (срок доставки 15 дней) закупить 11.08.2010 - 15 = 27.07.2010
125 л воды - выкачать из скважины (наряд на работу насоса №3)

b. аналогично


5 План Закупок сырья и комплектующих
a. 150 бутылок у поставщика A 4.08.2010
200 пробок у поставщика B 27.07.2010
250 этикеток у поставщика B 27.07.2010
125 л воды - выкачать из скважины (наряд на работу насоса №3)

b. аналогично



6 План перемещений чужой продукции от поставщика до распред склада

a. От поставщика С (5 дней) 15.08.2010 -5 дней = 10.08.2010
150 пачек мороженного

b. От поставщика С (5 дней) 23.08.2010 - 5 дней = 17.08.2010
100 пачек мороженного(чужая продукция)

7 План закупок чужой продукции

a. 10.08.2010
150 пачек мороженного

b. 17.08.2010
100 пачек мороженного(чужая продукция)


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

Это я Вам показал самый простой процес работы MRPII.

Андрей Ж.ImpCons В том что Вы описываете у вас разорвано планирование, а должно быть так:
"КРУТЬ"!
Не раз писал, что:
1. техники решающие "сходные" задачи могут сильно различаться
2. "тяжелые" системы с жесткой бизнес-логикой приводят только к росту персонала и прочих затрат на автоматизацию
3. за "красивыми" терминами может скрываться "что угодно", но рассматривая конкретную задачу можно получить просто (не лучше/не хуже) иное технологическое решение.

Приведённая задача - это стандартная задачка для производственно-торгового предприятия. Далее приведу ОДИН ИЗ СПОСОБОВ её решения (на примере конкретного предприятия):

1. Для собственной и "чужой" продукции на конкретный "сезон" выставлен "минимальный остаток". Данный параметр руководитель-аналитик (около 100 своей продукции и 600 чужой) выставляет в базе полуавтоматически учитывая:

- сроки поставки товаров и технологическую цепочку производства своей продукции;
- требования поставщиков по "минимальным партиям";
- предполагаемого наличия "оборотных средств";
- ABC/XYZ анализа товарооборота и доходов "сравнительных" периодов;
- предполагаемого им роста или падения спроса.

Для всего этого данные программы из одного отчёта загружаются в Excel, где он их "причёсывает", дает операторам, которые изменяют данные в базе (выставление минимального остатка).

2. Каждый день оператор делает отчёт - "план выпуска/закупок с учётом минимального остатка" и цифры из данного отчёта увеличенные до кратности фасовки вносит в:

-прогноз поизводства => потребности в сырье, перемещение со складов, задание производственным бригадам и т.д.
- заявку поставщикам.

3. Далее происходит ПЛАНОВАЯ УЧЁТНАЯ РАБОТА...
Чем вариант Вашей системы лучше тогда Excel + любая учетная система ?
Я попытался Вам показать, как имея прогноз продаж больше вручную никаких планов в ERP системе поддерживающей MRPII вводить не нужно, Вы *** опять приводить к автоматизации с помощью Excel.
Модератор: вырезано
Средняя производственно торговая компания может иметь порядка 200-1000 номенклатур готовой продукции (ГП), на каждую из которых свой набор сырья и материалов, по каждому несколько производственных переделов, сырье и материалы закупаются у разных поставщиков, с разными условиями и сроками поставки. Количество сырья и комплектующих значит нужно закупать и соответственно планировать закуп на порядок больше от 1000 до 10 000. Планы могут корректироваться ежемесячно на более дальние периоды. Нереально с помощью Excel-я + учетная система делать точные планы закупок, производства, распределения.
Я Вам рассказываю о политике планирования Партия-к Партии - по необходимости, вы мне говорите о политике планирования со неснижаемом остатком. В Вашем случае - когда срок поставки комплектующих будет например полтора месяца, будете постоянно держать неснижаемый остаток на полтора месяца по всем долгоидущим поступлениям, т.к. чтобы становилось производство нельзя, по моему же сценарию остаток комплектующих можно держать в размере до 30% средне месячного потребления, на заддержки в дороге и т.п.
Как раз нормальную ERP систему с планированием по MRPII частенько и внедряют после работы с Excel+учетная система подобной Вашей. Я личо внедрял JD Edwards в производственно - торговой компании в которой до этого планирование велось один в один, как описали Вы в Excel + 1С 7.7.

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

1. Где Вы увидели, что мной была описана ТЕХНИКА ПЛАНИРОВАНИЯ ?
2. Где Вы увидели у спеца по Oracel описание АЛГОРИТМОВ ПЛАНИРОВАНИЯ ?

Но самое неприятное!!! Вы не увидели, что бизнес задачи можно решать ПО ИНОМУ ...

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

Специально потратил расписывая на конкретном примере с датами создаваемых в системе документов, чтобы Вы поняли как система в зависимости от сроков поставки, производства, распределения, создает на нужные даты заказы закупки, производства, распределения. Если до Вас даже с расписанными датами, не доходит в чем отличие Вашего ежедневного планирования с учетом неснижаемого остатка от среднесрочного (годового с месячными или недельными корзинами) планирования, то конечно о каких методиках MRPII: MRP, MPS, DRP с Вами можно разговаривать.

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