Андрей Ж. Но самое неприятное!!! Вы не увидели, что бизнес задачи можно решать ПО ИНОМУ ...По-иному - это как? Вас спрашивают, какие методы планирования реализованы в Вашей системе. Грамотный клиет прежде чем решать задачи автоматизации, обычно решают задачи выбора методологии - БЕЗОТНОСИТЕЛЬНО средств автоматизации. А затем уже под методологию подбирает инструментарий. Это не только в IT так, но и в любой области, где используется какой-либо инструментарий. Сначала человек думает "для закрепления гвоздя в дереве я применю ударную технологию", а потом уже выбирает конкретный инструментарий - молоток. Если же это не гвоздь, а саморез или шуруп, то использование молотка категорически противопоказано .
Вот Вас и спрашивают, какие методы планирования Вы используете. По-другому, ПМСМ, никак не получится. Сначала думают, а потом делают. Сначала выбирают метод, потом его реализацию, возможно, с применением инструментариев, а возможно, и без.

Вот навскидку некоторый перечень методов планирования (безотносительно инструментариев):
1) TOC (привязка к "бутылочному горлышку")
2) MRP
3) APS (Advansed Planning and Scheduling)
4) Канбан
5) Цифровой поток (идеальный поток Lean)
6) Такт (для сбалансированных мощностей и неизменного спроса)
7) Оптимизационные методы теории расписаний
8) Оптимизациионные методы теории массового обслуживания
9) Оптимизационные методы линейного программирования
10) ... и т.д.

Собственно, можно от Вас слышать, какие из перечисленных (или, может быть, НЕ перечисленных) методов реализованы в вашем ПО?

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

Дополнение.

MRP-планирование - самое "ходовое". Но оно может иметь множество вариаций и нюансов при реализации в конкретном продукте. Поэтому не удивляйтесь, если по MRP Вам зададут массу дополнительных вопросов - где и как реализован CRP (как компонента Closed Loop MRP), какая степень детализации допускается для "рабочих центров", как производится стыковка объемно-календарного плана и операционного плана и т.п.

P.S. Те, кто назвал свою систему ERP, но при этом НЕ реализовал в ней метод планирования MRP, должны быть ну очень смелыми людьми... :)