Ничего не имею против проектного подхода, если организация занимается таки Проектами.
Если сегодня один Заказчик купил у вас батон белого хлеба и батон черного, а второй - два батона белого это возможно уникальные Заказы. Но не Проекты.
Несколько лет работаю с парой организаций, решивших что их деятельность проектная.
Обе оказывают услуги.
Первая делает экспертизу стеллажей. Вторая - маркетинговые и социальные исследования.
Обе для автоматизации выбрали платформу 1С. Первая - УНФ, вторая - "Управление проектной организацией".
Обе изменили выбранные продукты до неузнаваемости и необновляемости. И испытывают в связи с этим определенные трудности.
Например функционал новых типовых конфигураций теперь недоступен или труднодоступен.
На вроде бы простой вопрос "какие товары/услуги приносят бОльшую прибыль" типовые механизмы конфигурации уже не могут дать ответ т.к. все оформлено в Проект и аналитика товары/услуги теряется.
Заказчик пытается использовать типы Проектов, но та каждую комбинацию товаров/услуг типов не напасешься.
Думаю что выгоднее было бы:
1. Взять типовую конфигурацию.
2. Оформлять продажу типовым Заказом с товарами/услугами в строках.
3. Дорабатывать типовую конфигурацию добавляя возможность ввода/хранения недостающей информации к строкам Заказов. Например в строке услуга "контроль сварных швов", а в детализации к этой строке описание стеллажей со всеми нужными Заказчику параметрами.
Сейчас делаем такую заготовку, в след. постах опишу ее подробнее.
ТЕЛЕФОН